driver you're using start to use
devm_gpio_request_one() recently?
I vaguely remember Alexandre looking into things like this
so adding him...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More
local gpio_request_one() function.
Signed-off-by: Greg Ungerer g...@uclinux.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Greg, are you pushing this patch then?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord
ks (device, drivers, etc) and
> they are properly populated.
>
> Remove the old ColdFire sysfs gpio registration.
>
> Signed-off-by: Greg Ungerer <g...@uclinux.org>
Acked-by: Linus Walleij <linus.wall...@linaro.org>
Yours,
Linus Walleij
--
To unsubscribe from this list: send t
Replace "select ARCH_REQUIRE_GPIOLIB" with "select GPIOLIB"
as this can now be selected directly.
Cc: Michael Büsch <m...@bues.ch>
Cc: Geert Uytterhoeven <ge...@linux-m68k.org>
Cc: linux-m...@lists.linux-m68k.org
Signed-off-by: Linus Walleij <linus.wall...@linar
u, so we can simply replace the dependency
> with the stricter one. While in theory one could have a clocksource
> driver without the clockevent infrastructure, this seems unlikely
> to be relevant in the future any more.
As far as I can see this works and makes sense.
Reviewed-by: Linus W
On Tue, Sep 12, 2017 at 11:10 AM, Russell King - ARM Linux
<li...@armlinux.org.uk> wrote:
> On Tue, Sep 12, 2017 at 10:09:51AM +0200, Linus Walleij wrote:
>> For ARM we now have two subarchs not using generic clockevents:
>> RISC PC and EBSA110.
>>
>> I thin
On Fri, Nov 16, 2018 at 1:31 AM Finn Thain wrote:
> On Wed, 14 Nov 2018, Linus Walleij wrote:
> > Apart from this (which is the most important step!) I think the custom
> > LED heartbeat code in kernel/time.c needs to be replaced with a standard
> > drivers/leds driv
oval of "select ARCH_USES_GETTIMEOFFSET" (and satisfy
> > Documentation/features/time/modern-timekeeping) without loss of timer
> > accuracy.
If you ask me: forge ahead.
> > Alternatively, we could defer the clocksource API conversion, leaving it
> > up to the platform m
On Fri, Nov 16, 2018 at 8:44 PM Geert Uytterhoeven wrote:
> On Fri, Nov 16, 2018 at 12:13 PM Linus Walleij
> wrote:
> > I mean that whole thing should go away by abstracting those LEDs
> > (for the systems that have them) using the struct led_classdev,
> > populating
On Mon, Jun 11, 2018 at 8:09 AM, Michal Simek wrote:
> There is no reason to keep this gpio based code in architecture. Use
> ledtrig-heartbeat.c instead which is much more flexible then this
> ancient code.
>
> Signed-off-by: Michal Simek
Reviewed-by: Linus Walleij
On Mon, Nov 19, 2018 at 2:22 AM Finn Thain wrote:
> Add a platform clocksource by adapting the existing arch_gettimeoffset
> implementation.
>
> Signed-off-by: Finn Thain
> Acked-by: Linus Walleij
> ---
> Changed since v1:
> - Moved clk_total access to within the
harms clock accuracy; the result
> is not much better than the jiffies clocksource. Also, clock error is
> no longer uniformly distributed.
>
> Signed-off-by: Finn Thain
> Acked-by: Linus Walleij
> ---
> TODO: find a spare counter for the clocksource, rather than hanging
> it
On Mon, Nov 19, 2018 at 2:22 AM Finn Thain wrote:
> Add a platform clocksource by adapting the existing arch_gettimeoffset
> implementation.
>
> Signed-off-by: Finn Thain
> Acked-by: Linus Walleij
> Tested-by: Stan Johnson
As noted for the Amiga CIA (which is pre
On Tue, Nov 20, 2018 at 10:30 AM Finn Thain wrote:
> On Tue, 20 Nov 2018, Linus Walleij wrote:
> > As with the Amiga, this chip also has an RTC clock that should go to the
> > RTC subsystem, naturally.
>
> I think some Atari's have an MC146818, which is drivers/rtc/rtc
hink so, yes.
> Then, wouldn't all relevant platforms have to support
> GENERIC_CLOCKEVENTS=y, if a single binary was to support all of those
> platforms?
Good point. I wonder of there is a path forward where we
could have peaceful GENERIC_CLOCKEVENTS and
!GENERIC_CLOCKEVENTS co-existence.
Yours,
Linus Walleij
ak, users will report it as is custom and the author will
be expected to work with them to fix them then, we do this all the
time.
Those users who want everything tested before it gets merged should
provide resources or time for testing.
Just my €0.01
Linus Walleij
16 matches
Mail list logo
