Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1384748 > unrolled thread
| Started by | Daniel Lezcano <daniel.lezcano@linaro.org> |
|---|---|
| First post | 2016-04-22 09:50 +0200 |
| Last post | 2016-04-26 18:40 +0200 |
| Articles | 4 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 1/2] clocksource: sp804: Add support for OX810SE 24bit timer width Daniel Lezcano <daniel.lezcano@linaro.org> - 2016-04-22 09:50 +0200
Re: [PATCH 1/2] clocksource: sp804: Add support for OX810SE 24bit timer width Thomas Gleixner <tglx@linutronix.de> - 2016-04-22 10:00 +0200
Re: [PATCH 1/2] clocksource: sp804: Add support for OX810SE 24bit timer width Neil Armstrong <narmstrong@baylibre.com> - 2016-04-25 16:50 +0200
Re: [PATCH 1/2] clocksource: sp804: Add support for OX810SE 24bit timer width Daniel Lezcano <daniel.lezcano@linaro.org> - 2016-04-26 18:40 +0200
| From | Daniel Lezcano <daniel.lezcano@linaro.org> |
|---|---|
| Date | 2016-04-22 09:50 +0200 |
| Subject | Re: [PATCH 1/2] clocksource: sp804: Add support for OX810SE 24bit timer width |
| Message-ID | <rqE0F-6O2-9@gated-at.bofh.it> |
On Fri, Apr 01, 2016 at 04:22:38PM +0200, Neil Armstrong wrote: > In order to support the Dual-Timer on the Oxford Semiconductor OX810SE SoC, > implement variable counter width, keeping 32bit as default width. > Add new compatible string oxsemi,ox810se-rps-timer in order to select > the 24bit counter width. > > Signed-off-by: Neil Armstrong <narmstrong@baylibre.com> > --- > drivers/clocksource/timer-sp804.c | 107 ++++++++++++++++++++++++-------------- > include/clocksource/timer-sp804.h | 42 ++++++++++++--- > 2 files changed, 102 insertions(+), 47 deletions(-) I will take those patches but this driver really deserves a cleanup.
[toc] | [next] | [standalone]
| From | Thomas Gleixner <tglx@linutronix.de> |
|---|---|
| Date | 2016-04-22 10:00 +0200 |
| Message-ID | <rqEao-6Su-25@gated-at.bofh.it> |
| In reply to | #1384748 |
On Fri, 22 Apr 2016, Daniel Lezcano wrote: > On Fri, Apr 01, 2016 at 04:22:38PM +0200, Neil Armstrong wrote: > > In order to support the Dual-Timer on the Oxford Semiconductor OX810SE SoC, > > implement variable counter width, keeping 32bit as default width. > > Add new compatible string oxsemi,ox810se-rps-timer in order to select > > the 24bit counter width. > > > > Signed-off-by: Neil Armstrong <narmstrong@baylibre.com> > > --- > > drivers/clocksource/timer-sp804.c | 107 ++++++++++++++++++++++++-------------- > > include/clocksource/timer-sp804.h | 42 ++++++++++++--- > > 2 files changed, 102 insertions(+), 47 deletions(-) > > I will take those patches but this driver really deserves a cleanup. If it deserves a cleanup, then this should happen _BEFORE_ we add new functionality to it. Thanks, tglx
[toc] | [prev] | [next] | [standalone]
| From | Neil Armstrong <narmstrong@baylibre.com> |
|---|---|
| Date | 2016-04-25 16:50 +0200 |
| Message-ID | <rrPZM-7wH-15@gated-at.bofh.it> |
| In reply to | #1384763 |
On 04/22/2016 09:53 AM, Thomas Gleixner wrote: > On Fri, 22 Apr 2016, Daniel Lezcano wrote: > >> On Fri, Apr 01, 2016 at 04:22:38PM +0200, Neil Armstrong wrote: >>> In order to support the Dual-Timer on the Oxford Semiconductor OX810SE SoC, >>> implement variable counter width, keeping 32bit as default width. >>> Add new compatible string oxsemi,ox810se-rps-timer in order to select >>> the 24bit counter width. >>> >>> Signed-off-by: Neil Armstrong <narmstrong@baylibre.com> >>> --- >>> drivers/clocksource/timer-sp804.c | 107 ++++++++++++++++++++++++-------------- >>> include/clocksource/timer-sp804.h | 42 ++++++++++++--- >>> 2 files changed, 102 insertions(+), 47 deletions(-) >> >> I will take those patches but this driver really deserves a cleanup. > > If it deserves a cleanup, then this should happen _BEFORE_ we add new > functionality to it. > > Thanks, > > tglx > Hi Thomas, Daniel, Sure this driver should have a cleanup, but it still depends on old legacy vexpress calls. The reason I submitted a change and a small cleanup over this driver is because the high similarities of the HW and avoiding adding a brand new driver cloning much of its functionalities. I propose to study an eventual cleanup, but could this change be submitted for 4.7 since it's part of a base platform support serie ? Thanks, Neil
[toc] | [prev] | [next] | [standalone]
| From | Daniel Lezcano <daniel.lezcano@linaro.org> |
|---|---|
| Date | 2016-04-26 18:40 +0200 |
| Message-ID | <rsebM-2ma-25@gated-at.bofh.it> |
| In reply to | #1386552 |
On Mon, Apr 25, 2016 at 04:48:24PM +0200, Neil Armstrong wrote: > On 04/22/2016 09:53 AM, Thomas Gleixner wrote: > > On Fri, 22 Apr 2016, Daniel Lezcano wrote: > > > >> On Fri, Apr 01, 2016 at 04:22:38PM +0200, Neil Armstrong wrote: > >>> In order to support the Dual-Timer on the Oxford Semiconductor OX810SE SoC, > >>> implement variable counter width, keeping 32bit as default width. > >>> Add new compatible string oxsemi,ox810se-rps-timer in order to select > >>> the 24bit counter width. > >>> > >>> Signed-off-by: Neil Armstrong <narmstrong@baylibre.com> > >>> --- > >>> drivers/clocksource/timer-sp804.c | 107 ++++++++++++++++++++++++-------------- > >>> include/clocksource/timer-sp804.h | 42 ++++++++++++--- > >>> 2 files changed, 102 insertions(+), 47 deletions(-) > >> > >> I will take those patches but this driver really deserves a cleanup. > > > > If it deserves a cleanup, then this should happen _BEFORE_ we add new > > functionality to it. > > > > Thanks, > > > > tglx > > > > Hi Thomas, Daniel, > > Sure this driver should have a cleanup, but it still depends on old legacy vexpress calls. > > The reason I submitted a change and a small cleanup over this driver is because the high > similarities of the HW and avoiding adding a brand new driver cloning much of its > functionalities. Hi Neil, it is a good idea to avoid having new drivers when it is possible to group them into a single one. > I propose to study an eventual cleanup, but could this change be submitted for 4.7 since > it's part of a base platform support serie ? I am not against if the next patches you send are cleanups. Thomas ?
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web