On Sun, Apr 13, 2008 at 10:52 AM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> Fedora 9 works on Efika without the separate 'device-tree supplement',
> thanks to the kernel's own fixups. With one exception -- because 'CHRP'
> still appears on the 'machine:' line in /proc/cpuinfo, the installer
>
On Mon, 14 Apr 2008 10:38:26 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> > > +#ifndef thread_info_cache_init
> > > +#define thread_info_cache_init do { } while(0)
> > > +#endif
> >
> > This trick does cause a bit of a problem: it is undefined which arch header
> > file is to prov
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/asm-powerpc/macio.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-powerpc/macio.h b/include/asm-powerpc/macio.h
index 3a6cb1a..079c06e 100644
--- a/include/asm-powerpc/macio.h
+++ b/include/asm
On Mon, 14 Apr 2008 12:00:47 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> pmi.h does not diectly reference anything in of_device.h and of the two
> files that include asm/pmi.h, one includes of_device.h and the other
> includes of_platform.h (which includes of_device.h).
>
> Signed-off-by
pmi.h does not diectly reference anything in of_device.h and of the two
files that include asm/pmi.h, one includes of_device.h and the other
includes of_platform.h (which includes of_device.h).
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/asm-powerpc/pmi.h |2 --
1 files ch
> > +#ifndef thread_info_cache_init
> > +#define thread_info_cache_init do { } while(0)
> > +#endif
>
> This trick does cause a bit of a problem: it is undefined which arch header
> file is to provide the alternative definition of thread_info_cache_init.
I this case it's well defined: thread_
On Thu, 10 Apr 2008 13:22:56 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> Some architecture need to maintain a kmem cache for thread info
> structures. (next patch adds that to powerpc to fix an alignment
> problem).
>
> There is no good arch callback to use to initialize that cache
On Sun, 13 Apr 2008 19:34:38 +0200
Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> I haven't actually used leds-gpio, but it looks so simple that I
> cannot imagine it not working. There also seems to be quite some
> platforms using it, E.G:
>
> % git grep '"leds-gpio"' arch|wc -l
> 11
>
> Or are y
> "Sean" == Sean MacLennan <[EMAIL PROTECTED]> writes:
>> How about getting gpiolib working and use leds-gpio.c instead?
Sean> Actually, I was going to just ask about that... how close is leds-gpio
Sean> to being working, and will it be in 2.6.26?
I haven't actually used leds-gpio, but it
Fedora 9 works on Efika without the separate 'device-tree supplement',
thanks to the kernel's own fixups. With one exception -- because 'CHRP'
still appears on the 'machine:' line in /proc/cpuinfo, the installer
misdetects the platform and misconfigures yaboot, putting it into a PReP
boot partition
On Sun, 13 Apr 2008 14:28:24 +0200
Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> How about getting gpiolib working and use leds-gpio.c instead?
Actually, I was going to just ask about that... how close is leds-gpio
to being working, and will it be in 2.6.26?
Cheers,
Sean
__
On Fri, 2008-04-11 at 09:06 -0500, Kumar Gala wrote:
>
> David, can you ack this. It looks good to me but want a MTD
> maintainer ack before having it go through the powerpc tree.
Looks sane to me.
Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
--
dwmw2
Nick Andrew writes:
> On Sat, Apr 12, 2008 at 03:20:59PM +1000, Paul Mackerras wrote:
> > + pr_debug("\nreserved.cnt = 0x%lx\n", lmb.reserved.cnt);
>
> This will only output an empty line at KERN_DEBUG level and the rest
> will be at default_message_loglevel. Problem is fixed my my pat
> "Sean" == Sean MacLennan <[EMAIL PROTECTED]> writes:
Hi,
Sean> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
Sean> diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig
Sean> index 859814f..31e1746 100644
Sean> --- a/drivers/leds/Kconfig
Sean> +++ b/drivers/leds/Kconfig
Sean> @
14 matches
Mail list logo
