needed. For the others more work needs to be done but this will be
> performed incrementally along with API changes/improvements. All these
> changes here are simple search/replace results.
>
> Signed-off-by: Wolfram Sang
Acked-by: Linus Walleij
Yours,
Linus Walleij
_bh_wq, >work);
Why is "my" driver not allowed to use system_bh_highpri_wq?
I can't see the reasoning between some drivers using system_bh_wq
and others being highpri?
Given the DMA usecase I would expect them all to be high prio.
Yours,
Linus Walleij
orate code and test it (preferably on real hardware).
Yours,
Linus Walleij
d-by: kernel test robot
> Closes:
> https://lore.kernel.org/oe-kbuild-all/202311061940.4pbrm44u-...@intel.com/
> Signed-off-by: Michael Ellerman
Clearly a working solution!
Acked-by: Linus Walleij
Just a note:
> diff --git a/arch/powerpc/include/asm/page.h b/arch/powerpc/include/as
actually causes that.
> Is it the right bug report link?
Yeah I'm just bad at understanding these reports.
> The current signature of:
>
> static inline const void *pfn_to_kaddr(unsigned long pfn) ...
>
> seems OK to me.
OK then, drop this patch.
Yours,
Linus Walleij
://lore.kernel.org/oe-kbuild-all/202311061940.4pbrm44u-...@intel.com/
Fixes: 58b6fed89ab0 ("powerpc: Make virt_to_pfn() a static inline")
Signed-off-by: Linus Walleij
---
The remaining warnings from the test robot appear a bit bogus.
If someone knows what to do about them, please help. Th
On Tue, Sep 12, 2023 at 4:31 PM Mark Brown wrote:
> On Tue, Sep 12, 2023 at 01:04:56PM +0200, Linus Walleij wrote:
> > On Tue, Sep 12, 2023 at 12:15 PM Herve Codina
> > wrote:
>
> > > +/* SPDX-License-Identifier: GPL-2.0 */
> > > +/*
>
> > I think
Just use a glob expression:
F: drivers/pinctrl/pinctrl-pef2256-*
Yours,
Linus Walleij
er registration failed\n");
> + return PTR_ERR(pctrl);
> + }
> +
> + return 0;
You could use
return dev_err_probe(...);
> + pef2256_reset_pinmux(pef2256_pinctrl);
> + ret = pef2256_register_pinctrl(pef2256_pinctrl);
> + if (ret)
> + return ret;
Or you could use it down here.
With or without these changes (because they are nitpicks)
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
ina
> Reviewed-by: Christophe Leroy
> Signed-off-by: Christophe Leroy
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Mon, Aug 21, 2023 at 7:19 AM Christophe Leroy
wrote:
> Le 20/08/2023 à 23:06, Linus Walleij a écrit :
> > On Fri, Aug 18, 2023 at 6:41 PM Christophe Leroy
> > wrote:
> >
> >> From: Herve Codina
> >>
> >> A framer is a component in charge of
had these review comments, you must have missed them?
https://lore.kernel.org/netdev/cacrpkdzq9_f6+9csev1l_wgphhujfpayxmjjfjurzszrako...@mail.gmail.com/
Yours,
Linus Walleij
On Tue, Aug 15, 2023 at 9:30 AM Michael Ellerman wrote:
> Linus Walleij writes:
> > - return ((unsigned long)__va(pmd_val(pmd) & ~PMD_MASKED_BITS));
> > + return (const void *)((unsigned long)__va(pmd_val(pmd) &
> > ~PMD_MASKED_BITS));
>
> This can al
return __va(pfn << PAGE_SHIFT);
>
> Seems to be equivalent and much cleaner?
I was afraid of changing the semantic in the original macro
which converts to a virtual address before shifting, instead
of shifting first, but you're right, I'm too cautious. I'll propose
the elegant solut
ig helptext.
Is "long distance link time division multiplexing (TDM) framer" more
to the point for example? Or is the ambition to frame other multiplexing
techniques as well with this subsystem? Such as FDM? Then mention
that.
Yours,
Linus Walleij
GPOH, GPOL ]
> +
> +required:
> + - pins
> + - function
Because those are certainly defined in that file.
Yours,
Linus Walleij
an
unsigned int to virt_to_phys() so fix that up with a cast so the
result compiles.
Signed-off-by: Linus Walleij
---
arch/powerpc/include/asm/nohash/32/pgtable.h | 2 +-
arch/powerpc/include/asm/nohash/64/pgtable.h | 2 +-
arch/powerpc/include/asm/page.h | 30
On Mon, Aug 7, 2023 at 3:10 PM Mark Brown wrote:
> On Mon, Aug 07, 2023 at 03:05:15PM +0200, Linus Walleij wrote:
> > On Wed, Jul 26, 2023 at 5:04 PM Herve Codina
> > wrote:
>
> > > +#include "linux/bitfield.h"
>
> > Really? I don't think there is
On Mon, Aug 7, 2023 at 3:05 PM Linus Walleij wrote:
> > Signed-off-by: Herve Codina
>
> So it is a bridge chip? Please use that terminology since Linux
> DRM often talks about bridges.
Replying to self: no it's not a bridge, it's a WAN thingy.
So perhaps write that this is
function_desc *functions;
> + unsigned int nfunctions;
> + } pinctrl;
Uh anonymous struct... can't you just define the struct separately
with a name? Or fold it into struct pef2256_pinctrl without the
additional struct? Thanks.
Otherwise it looks neat!
Yours,
Linus Walleij
intainers side.
>
> The following series implements...
This is nice.
Reviewed-by: Linus Walleij
I am working with an adjacent task, which is to make virt_to_pfn() and
pfn_to_virt() into static inlines. I might need to rebase my work on top
of this but it should be doable,
ctoring alone
makes the patch highly valuable.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
rms. This
> should have no user visible effect.
>
> Signed-off-by: Arnd Bergmann
Looks good to me.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
DMA_CACHE_RWFO option and the cache
> management implementation for it. This also helps with other ARMv6
> issues, but for the moment leaves the ability to build a kernel that
> can run on both ARMv7 SMP and single-processor ARMv6, which we probably
> want to stop supporting as well, but not a
should wait on Sean's patch being accepted and
> then I could re-submit the driver changes.
> What's the consensus ?
Sean picked it up for shepherding, it looks very good, as soon as
the DT maintainers give it a nod Bartosz can merge it.
Yours,
Linus Walleij
adapted from the comments in the source. There is no set order for the
> registers, so I have not specified one.
>
> Rename brcm,bcm6345-gpio to brcm,bcm63xx-gpio to reflect that bcm6345
> has moved.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: Linus Walleij
> ---
> Linu
clude Sean on the reviewer list!
Yours,
Linus Walleij
mments, however IIRC you have to use oneOf and
const: to do it, like I do in
Documentation/devicetree/bindings/input/touchscreen/cypress,cy8ctma340.yaml
but don't overinvest in this if it is cumbersome.
Either way:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Feb 8, 2023 at 6:39 PM Krzysztof Kozlowski
wrote:
> On 08/02/2023 18:33, Andy Shevchenko wrote:
> > From: Linus Walleij
> >
> > The file s3c64xx.c is including despite using no
> > symbols from the file, however it needs it to implicitly bring in
> >
- sort each group alphabetically
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
; Signed-off-by: Andy Shevchenko
> Reviewed-by: Geert Uytterhoeven
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko
wrote:
> For better maintenance group the forward declarations together.
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko
wrote:
> The struct fwnode_handle pointer is used in both branches of ifdeffery,
> no need to have a copy of the same in each of them, just make it global.
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Feb 8, 2023 at 3:51 PM Andy Shevchenko
wrote:
> On Wed, Feb 08, 2023 at 12:55:06AM +0200, Andy Shevchenko wrote:
> > On Tue, Feb 07, 2023 at 03:55:23PM +0100, Linus Walleij wrote:
> > > On Tue, Feb 7, 2023 at 3:29 PM Andy Shevchenko
> > > wrote:
> &
s directly from where they are used.
>
> Reviewed-by: Andy Shevchenko
> Signed-off-by: Arnd Bergmann
> Reviewed-by: Linus Walleij
> Signed-off-by: Andy Shevchenko
Make sure you push this to the kernel.org build servers (zeroday builds),
I think this patch needs to hit some more fil
that's why we didn't notice.
By all means, pick it up!
Yours,
Linus Walleij
On Wed, Nov 30, 2022 at 3:13 PM Arınç ÜNAL wrote:
> This is not used by the DSA dt-binding, so remove it from all devicetrees.
>
> Signed-off-by: Arınç ÜNAL
Acked-by: Linus Walleij
Yours,
Linus Walleij
")
> Signed-off-by: Dmitry Torokhov
Wow! Thanks for fixing this!
Reviewed-by: Linus Walleij
I just sent that patch into the SoC patch tracker (s...@kernel.org)
with a not to apply it directly, I suggest you do the same (or ask me
to sign it off and send it).
Yours,
Linus Walleij
.
Cc: Bartosz Golaszewski
Cc: linux-g...@vger.kernel.org
Signed-off-by: Linus Walleij
---
SoC folks: please apply this directly for -next if it seems
OK.
ChangeLog v2->v3:
- Realize what the driver is trying to do and make a deeper
refactoring to get at gpiolib internals.
ChangeLog v1->v2:
...@vger.kernel.org
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Add back the include: we are using the
mm_of_gpio_chip, which should be fixed, but not now.
---
drivers/soc/fsl/qe/gpio.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/
...@vger.kernel.org
Signed-off-by: Linus Walleij
---
drivers/soc/fsl/qe/gpio.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/soc/fsl/qe/gpio.c b/drivers/soc/fsl/qe/gpio.c
index 99f7de43c3c6..cc5602b679fe 100644
--- a/drivers/soc/fsl/qe/gpio.c
+++ b
This driver for the PPC Freescale SoC is using device tree
accessors and imperative GPIO semantics control using the old
GPIO API, switch it over to use GPIO descriptors.
Cc: Li Yang
Cc: linuxppc-dev@lists.ozlabs.org
Cc: Zhao Qiang
Cc: Guilherme Maciel Ferreira
Signed-off-by: Linus Walleij
On Wed, Apr 6, 2022 at 3:02 PM Andy Shevchenko
wrote:
> On Mon, Mar 28, 2022 at 03:16:08PM +0200, Linus Walleij wrote:
> > On Wed, Mar 23, 2022 at 6:43 PM Andy Shevchenko
> > wrote:
> >
> > > Let GPIO library to assign of_node from the parent device.
> >
's a nice patch.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Sat, Mar 26, 2022 at 6:00 PM Benjamin Stürz wrote:
> This replaces comments with C99's designated
> initializers because the kernel supports them now.
>
> Signed-off-by: Benjamin Stürz
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Belloni
Signed-off-by: Linus Walleij
---
arch/powerpc/boot/dts/wii.dts | 43 ++-
1 file changed, 17 insertions(+), 26 deletions(-)
diff --git a/arch/powerpc/boot/dts/wii.dts b/arch/powerpc/boot/dts/wii.dts
index e46143c32308..2e51100d2dab 100644
--- a/arch/powerpc
My patch created compilation bugs in the MPC512x-PSC driver.
Fix them up.
Cc: Uwe Kleine-König
Cc: Anatolij Gustschin
Cc: linuxppc-dev@lists.ozlabs.org
Reported-by: kernel test robot
Fixes: 2818824ced4b (" spi: mpc512x-psc: Convert to use GPIO descriptors")
Signed-off-by: Lin
ode the
gpiod setting instead, this is easier to read.
The only platform that overrides the cs_control callback
is the mpc832x_rdb.
Cc: Uwe Kleine-König
Cc: Anatolij Gustschin
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Stop trying to use the co
c1 or months later on those old systems.
Lets page the PPC lists to see if someone can test on some powermac.
Linus Walleij
On Mon, Jan 11, 2021 at 12:18 AM Alexandre Belloni
wrote:
> Clear RTC_FEATURE_ALARM instead of setting set_alarm, read_alarm and
> alarm_irq_enable to NULL.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Linus Walleij
Yours,
Linus Walleij
ine-König
Cc: Anatolij Gustschin
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Linus Walleij
---
drivers/spi/spi-mpc512x-psc.c | 33 +++--
1 file changed, 7 insertions(+), 26 deletions(-)
diff --git a/drivers/spi/spi-mpc512x-psc.c b/drivers/spi/spi-mpc512x-psc.c
in
-König
Cc: Anatolij Gustschin
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Linus Walleij
---
drivers/spi/spi-mpc512x-psc.c | 30 --
1 file changed, 8 insertions(+), 22 deletions(-)
diff --git a/drivers/spi/spi-mpc512x-psc.c b/drivers/spi/spi-mpc512x-psc.c
index
t; so we need to add a new
exception to the gpiolib OF parser to allow this for this
driver's compatibles.
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Linus Walleij
---
drivers/gpio/gpiolib-of.c | 10 ++--
drivers/spi/spi-ppc4xx.c | 106 --
2 files ch
t the same time, handle the error case and properly exit
> with an error.
>
> Fixes: 97cbaf2c829b ("tty: serial: cpm_uart: Convert to use GPIO descriptors")
> Cc: sta...@vger.kernel.org
> Cc: Linus Walleij
> Signed-off-by: Christophe Leroy
> ---
> v2: Using devm_g
o us properly
exiting with an error.
Yours,
Linus Walleij
-off-by: Christophe Leroy
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
_then_read() which doesn't require DMA-safe buffers.
>
> Fixes: 0c36ec314735 ("gpio: gpio driver for max7301 SPI GPIO expander")
> Cc:
> Signed-off-by: Christophe Leroy
Patch applied for fixes.
Yours,
Linus Walleij
If some specific domain knowledge is needed to read and
understand the document, you need to state these prerequisites
at the beginning of the document.
Something like: "if you don't know a lot about virtualization already,
then don't even bother trying to read this document".
Yours,
Linus Walleij
essage, for new
drivers it is sometimes useful to keep these around in
git actually.
If any further changes are needed we can just patch on top
of this.
It's a very pretty driver, good work!
Yours,
Linus Walleij
Albert Herranz <albert_herr...@yahoo.es>
> Cc: Segher Boessenkool <seg...@kernel.crashing.org>
> ---
>
> v2:
All looks very good to me, Andy had some additional comments,
once addressed in v3 I will apply this.
You only need to resend this patch as I already applied the DT
bindings.
Yours,
Linus Walleij
gned-off-by: Jonathan Neuschäfer <j.neuschae...@gmx.net>
> Reviewed-by: Rob Herring <r...@kernel.org>
> ---
>
> v2:
Patch applied for 4.17.
Yours,
Linus Walleij
u should probably have your own file
for this driver, but it will be just a few lines of wrapper using
bgpio_init() and BGPIOF_BIG_ENDIAN and/or possibly
BGPIOF_BIG_ENDIAN_BYTE_ORDER.
See the other drivers.
Yours,
Linus Walleij
On Mon, Jan 15, 2018 at 4:13 AM, Jonathan Neuschäfer
<j.neuschae...@gmx.net> wrote:
maybe some small blurb here?
> Signed-off-by: Jonathan Neuschäfer <j.neuschae...@gmx.net>
It looks good, very standard bindings.
Yours,
Linus Walleij
On Sat, Jul 15, 2017 at 12:53 AM, Benjamin Herrenschmidt
<b...@kernel.crashing.org> wrote:
> On Fri, 2017-07-14 at 13:46 +0200, Linus Walleij wrote:
>> I have this pretty nasty problem when trying to boot up a fresh
>> openSuSE DVD on a PowerMac G5: the kernel by
for PPC_PMAC64, WINDFARM by default on PPC_PMAC and all the
WINDFARM thermal managers by default if CPU_FREQ_PMAC64 is
selected.
I think this will make install images work in the G5 Macs.
Cc: sta...@vger.kernel.org
Signed-off-by: Linus Walleij <linus.wall...@linaro.org>
---
drivers/macintosh/Kconf
ot use gpiochip_get_data()
>
> Fixes: 937daafca774b ("powerpc: simple-gpio: use gpiochip data pointer")
> Cc: sta...@vger.kernel.org
>
> Signed-off-by: Christophe Leroy <christophe.le...@c-s.fr>
Reviewed-by: Linus Walleij <linus.wall...@linaro.org>
Sorry for any screwups I've caused...
Yours,
Linus Walleij
x.
>
> fixes: 1e714e54b5ca5 ("powerpc: qe_lib-gpio: use gpiochip data pointer")
> Signed-off-by: Christophe Leroy <christophe.le...@c-s.fr>
> Cc: <sta...@vger.kernel.org>
Aha sorry for my regular screwups. :(
Reviewed-by: Linus Walleij <linus.wall...@linaro.org>
Yours,
Linus Walleij
7c0802a6 9421ffe0
> [0.426763] ---[ end trace fe4113ee21d72ffa ]---
>
> fixes: e65078f1f3490 ("powerpc: sysdev: cpm1: use gpiochip data pointer")
> fixes: a14a2d484b386 ("powerpc: cpm_common: use gpiochip data pointer")
> Cc: sta...@vger.kernel.org
> Signed-off-by: Christophe Leroy <christophe.le...@c-s.fr>
Reviewed-by: Linus Walleij <linus.wall...@linaro.org>
Sorry for screwing stuff up :(
Yours,
Linus Walleij
ere.
>
> Signed-off-by: Andrew F. Davis <a...@ti.com>
Patch applied. Strange that this went unnoticed for years.
Yours,
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Tue, Jun 7, 2016 at 7:38 PM, Peter Griffin <peter.grif...@linaro.org> wrote:
> There is no point calculating the residue if there is
> no txstate to store the value.
>
> Signed-off-by: Peter Griffin <peter.grif...@linaro.org>
Acked-by: Linus Walleij <linus.wall..
On Tue, Jun 7, 2016 at 7:38 PM, Peter Griffin <peter.grif...@linaro.org> wrote:
> There is no point in calculating the residue if there is no
> txstate to store the value.
>
> Signed-off-by: Peter Griffin <peter.grif...@linaro.org>
Acked-by: Linus Walleij <linus.wall..
On Tue, Jun 7, 2016 at 7:38 PM, Peter Griffin <peter.grif...@linaro.org> wrote:
> If kzalloc() fails it will issue it's own error message including
> a dump_stack(). So remove the site specific error messages.
>
> Signed-off-by: Peter Griffin <peter.grif...@linaro.org>
PM GPIO
>> > Controllers of the PowerPC 4XX series and compatible SoCs.
(...)
>> Acked-by: Rob Herring <r...@kernel.org>
>
> As this is just a binding doc, I've applied it.
OK less work on my part :)
Acked-by: Linus Walleij <linus.wall...@linaro.org>
Yours,
Linus Walleij
___
t;.
Cc: Michael Büsch <m...@bues.ch>
Cc: Benjamin Herrenschmidt <b...@kernel.crashing.org>
Cc: Paul Mackerras <pau...@samba.org>
Cc: Michael Ellerman <m...@ellerman.id.au>
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Linus Walleij <linus.wall...@linaro.org>
---
V
On Fri, Apr 1, 2016 at 4:31 AM, Michael Ellerman <m...@ellerman.id.au> wrote:
> On Thu, 2016-03-31 at 14:57 +0200, Linus Walleij wrote:
>> On Thu, Mar 31, 2016 at 12:09 PM, Michael Ellerman <m...@ellerman.id.au>
>> wrote:
>>
>> > If you feel like
COMPILE=powerpc-linux-gnu- ...
Ah hm yeah I guess everyone "should", it's just that these days I
mainly rely on Fenguang's kautobuild to do this job for me and
get back with the result from a plethora of arches.
Sometimes a buggy bit slips through the cracks though, sorry
ab
ij Gustschin <ag...@denx.de>
Cc: Benjamin Herrenschmidt <b...@kernel.crashing.org>
Cc: Paul Mackerras <pau...@samba.org>
Cc: Michael Ellerman <m...@ellerman.id.au>
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Linus Walleij <linus.wall...@linaro.org>
---
I've applied th
this
difference more explicit remove fsl,pq3-gpio from the list of
compatibles for mpc8572 machines.
Signed-off-by: Uwe Kleine-König u.kleine-koe...@pengutronix.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
___
Linuxppc-dev
to keep a such option in the current kernel.
Replace it with PPC.
Signed-off-by: Kevin Hao haoke...@gmail.com
Patch applied.
Yours,
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Sat, Apr 12, 2014 at 7:41 AM, Alexander Shiyan shc_w...@mail.ru wrote:
This patch converts GE I/O FPGA GPIO driver to platform driver.
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
No further comments, so this v2 patch is applied.
Yours,
Linus Walleij
as platform device or in their device trees?
Yours,
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
from GPDAT.
Signed-off-by: Liu Gang gang@freescale.com
---
changes in v2:
- Added more description of the problem.
- Reduced one in_be32() call.
- Do not modify the shadow data.
I'm waiting for the maintainers to ACK this before
applying.
Anatolij?
Yours,
Linus Walleij
under some scenarios:
(...)
Signed-off-by: Liu Gang gang@freescale.com
---
changes in v2:
- Added more description of the problem.
- Reduced one in_be32() call.
- Do not modify the shadow data.
Applied this v2 version, added ACKs and tagged for stable.
Yours,
Linus Walleij
);
val = in_be32(mm-regs + GPIO_DAT) ~in_be32(mm-regs + GPIO_DIR);
+ mpc8xxx_gc-data = in_be32(mm-regs + GPIO_DIR);
return (val | mpc8xxx_gc-data) mpc8xxx_gpio2mask(gpio);
}
Anatolij, Ben: can either of you take a look at this patch and ACK it
if OK?
Yours,
Linus Walleij
On Mon, Jun 10, 2013 at 12:50 PM, Grant Likely grant.lik...@linaro.org wrote:
On Mon, Jun 10, 2013 at 8:40 AM, Linus Walleij linus.wall...@linaro.org
wrote:
On Mon, Jun 10, 2013 at 2:49 AM, Grant Likely grant.lik...@linaro.org
wrote:
This is an RFC patch to convert the versatile FPGA irq
On Sat, Jun 15, 2013 at 11:19 PM, Linus Walleij
linus.wall...@linaro.org wrote:
On Mon, Jun 10, 2013 at 12:50 PM, Grant Likely grant.lik...@linaro.org
wrote:
On Mon, Jun 10, 2013 at 8:40 AM, Linus Walleij linus.wall...@linaro.org
wrote:
On Mon, Jun 10, 2013 at 2:49 AM, Grant Likely
.
Tested on QEMU, but not on real hardware.
Is this the same as the one I tested previously?
If it need re-testing please push a branch and I'll take it
for a spin.
Yours.
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
for a broken driver. We
could hack the whole register setup in DT as it would still accurately
describe HW. Don't get me wrong, but I don't like it.
Haven't checked how happy Linus Walleij is about pinctrl drivers with
reg values hacked in lately.
One of the things I've been ranting about lately
Herring rob.herr...@calxeda.com
Tested-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
/gpio-mpc8xxx.c:360:30: warning: assignment discards
'const' qualifier from pointer target type [enabled by default]
Signed-off-by: Uwe Kleine-König u.kleine-koe...@pengutronix.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
On Wed, Jun 13, 2012 at 11:12 PM, Wolfram Sang w.s...@pengutronix.de wrote:
Currently, every driver has to do it on its own, but it should be done
in the core, like we already do with board_info structs.
Signed-off-by: Wolfram Sang w.s...@pengutronix.de
Acked-by: Linus Walleij linus.wall
include/linux/gpio.h | 34 +
17 files changed, 81 insertions(+), 426 deletions(-)
This looks good but I think we need to page the alpha, ia64, m68k, microblaze,
openrisc etc subarch maintainers on this patch so they have their say.
Yours,
Linus Walleij
On Mon, Apr 16, 2012 at 10:15 AM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Apr 16, 2012 at 09:21:58AM +0200, Linus Walleij wrote:
This looks good but I think we need to page the alpha, ia64, m68k,
microblaze,
openrisc etc subarch maintainers on this patch so they have
nothing to do with the patch subject.
But I don't really know how PPC does these things so who am I to
speak ...
BTW: doesn't the make saveconfig reduce defconfigs on PPC?
Paging Uwe on this.
Yours,
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc
2012/3/13 Martyn Welch martyn.we...@ge.com:
On 13/03/12 11:51, Linus Walleij wrote:
This habit of changing a lot of defconfig stuff in a patch dealing with other
stuff is alien in the ARM world. Especially when changing a horde of stuff
that has nothing to do with the patch subject
and tested with some stressy
MMC operations on the U300 and Ux500. (I had some minor hell
since patch 8/9 and 9/9 were uuencoded but managed to fix it...)
It works like a charm!
The patches look good too.
Tested-by: Linus Walleij linus.wall...@linaro.org
Reviewed-by: Linus Walleij linus.wall
for Grant Linus to review as part of the GPIO subsystem
Yes please. It will get a good home there, Grant knows everything about PPC...
Yours,
Linus Walleij
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo
[1/9] does not appear in any subscribed accounts (it may be on
my @stericsson.com address, will check tomorrow)
One I get hold of an ungmangled copy I can test the series on
ux500 and U300.
Is it just stuck in moderation because of size or something like that?
Yours,
Linus Walleij
1 - 100 of 106 matches
Mail list logo