Hi Christoph,
On Jan 23, 2008 1:18 AM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> My patch is useless (fascinating history of the changelog there through).
> fallback_alloc calls kmem_getpages without GFP_THISNODE. This means that
> alloc_pages_node() will try to allocate on the current node b
On Wed, Jan 23, Pekka Enberg wrote:
> Hi Christoph,
>
> On Jan 23, 2008 1:18 AM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > My patch is useless (fascinating history of the changelog there through).
> > fallback_alloc calls kmem_getpages without GFP_THISNODE. This means that
> > alloc_pages_
Wolfgang,
On Wednesday 23 January 2008 01:20, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Is anybody out there with more MPC5200B experience? Can someone tell me
> > why some MPC5200B are need this patch and others not? We have two
> > different systems here (cards from di
On Sat, 22 Dec 2007 00:11:12 +0300, Vitaly Bordug wrote:
> On Fri, 21 Dec 2007 20:36:28 +0100
> Jochen Friedrich wrote:
>
> > Using the port of 2.4 code from Vitaly Bordug
> > <[EMAIL PROTECTED]> and the actual algorithm used by the i2c
> > driver of the DBox code on cvs.tuxboc.org from Tmbinc, Gi
Hi Jochen,
Sorry for the late answer.
On Thu, 3 Jan 2008 10:41:21 +1100, Stephen Rothwell wrote:
> Hi Jochen,
>
> Just a few trivial things.
>
> On Wed, 02 Jan 2008 20:52:00 +0100 Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> >
> > +++ b/drivers/i2c/busses/i2c-cpm.c
> > +
> > +static irqreturn_
On (23/01/08 08:58), Olaf Hering didst pronounce:
> On Tue, Jan 22, Christoph Lameter wrote:
>
> > > 0xc00fe018 is in setup_cpu_cache
> > > (/home/olaf/kernel/git/linux-2.6-numa/mm/slab.c:2111).
> > > 2106BUG_ON(!cachep->nodelists[node]);
> > > 2107
Hi Jean,
> Do you have an updated patch addressing Stephen's comment?
>
> Note: you'd rather send updates of this patch to the i2c list rather
> than LKML.
I'm currently looking at that last patches from Jon and try to make this
driver fit in there (+ the class override stuff).
Note: will do. I
Olof Johansson wrote:
...
>
> I disagree, I have one defconfig for all our boards to date. It means I
> only have one kernel to build to test on all boards, instead of having
> to build a number of different kernels. Keeping it fairly generic also
> means a customer can start out using the generic
Add support for two Motion-PRO board custom LEDs:
- motionpro-statusled
- motionpro-readyled
Signed-off-by: Jan Wrobel <[EMAIL PROTECTED]>
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
Updated "static struct of_device_id mpled_match[]" definition
to "static const struct of_device_id mp
On Wed, Jan 23, Mel Gorman wrote:
> Sorry this is dragging out. Can you post the full dmesg with loglevel=8 of the
> following patch against 2.6.24-rc8 please? It contains the debug information
> that helped me figure out what was going wrong on the PPC64 machine here,
> the revert and the !l3 che
On Tue, 2008-01-22 at 15:56 +0100, Michel Dänzer wrote:
> On Fri, 2008-01-18 at 13:34 +0100, Michel Dänzer wrote:
> > This is on a PowerBook5,8.
> >
> > In a nutshell, things seem more sluggish in general than with 2.6.23.
> > But in particular, processes running at nice levels >0 can get most of
On Wednesday 23 January 2008, Benjamin Herrenschmidt wrote:
>
> On Wed, 2008-01-23 at 01:58 +0100, Bartlomiej Zolnierkiewicz wrote:
> > I'm more worried about breaking automatic build checking (make randconfig)
> > than a few extra bytes so if you remove all #ifdefs you'll have to either
> > make
On Wed, 2008-01-23 at 13:18 +0100, Michel Dänzer wrote:
> On Tue, 2008-01-22 at 15:56 +0100, Michel Dänzer wrote:
> > On Fri, 2008-01-18 at 13:34 +0100, Michel Dänzer wrote:
> > > This is on a PowerBook5,8.
> > >
> > > In a nutshell, things seem more sluggish in general than with 2.6.23.
> > > Bu
drivers/rapidio/rio.c: In function 'rio_get_asm':
drivers/rapidio/rio.c:413: error: implicit declaration of function
'in_interrupt'
drivers/rapidio/rio.c: In function 'rio_init_mports':
drivers/rapidio/rio.c:480: warning: format '%8.8lx' expects type 'long unsigned
int', but argument 2 has type '
cpmux is need in all cases, having wrapped by the ifndef CONFIG_STX_GP3
was causing a compile error.
---
drivers/serial/cpm_uart/cpm_uart_cpm2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/serial/cpm_uart/cpm_uart_cpm2.c
b/drivers/serial/cpm_uart/cpm_uart_cp
Another question, do you have:
CONFIG_FAIR_GROUP_SCHED=y
if so, does flipping that off have any effect?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
In message <[EMAIL PROTECTED]> you wrote:
> Olof Johansson wrote:
> ...
> >
> > I disagree, I have one defconfig for all our boards to date. It means I
> > only have one kernel to build to test on all boards, instead of having
> > to build a number of different kernels. Keeping it fairly generic a
On Wed, Jan 23, Olaf Hering wrote:
> On Wed, Jan 23, Mel Gorman wrote:
>
> > Sorry this is dragging out. Can you post the full dmesg with loglevel=8 of
> > the
> > following patch against 2.6.24-rc8 please? It contains the debug information
> > that helped me figure out what was going wrong on t
Do just enough to move the RapidIO support code for 85xx over from arch/ppc
into arch/powerpc and make it still build.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/Makefile |1 +
arch/{ppc => powerpc}/kernel/rio.c |0
arch/pow
Hallo Jochen,
On Wed, 23 Jan 2008 12:23:58 +0100, Jochen Friedrich wrote:
> Hi Jean,
>
> > Do you have an updated patch addressing Stephen's comment?
> >
> > Note: you'd rather send updates of this patch to the i2c list rather
> > than LKML.
>
> I'm currently looking at that last patches from J
On Wed, 2008-01-23 at 13:36 +0100, Peter Zijlstra wrote:
> On Wed, 2008-01-23 at 13:18 +0100, Michel Dänzer wrote:
> >
> > 810e95ccd58d91369191aa4ecc9e6d4a10d8d0c8 is first bad commit
> > commit 810e95ccd58d91369191aa4ecc9e6d4a10d8d0c8
> > Author: Peter Zijlstra <[EMAIL PROTECTED]>
> > Date: Mo
On (23/01/08 13:14), Olaf Hering didst pronounce:
> On Wed, Jan 23, Mel Gorman wrote:
>
> > Sorry this is dragging out. Can you post the full dmesg with loglevel=8 of
> > the
> > following patch against 2.6.24-rc8 please? It contains the debug information
> > that helped me figure out what was go
This patch in combination with a partial revert of commit
04231b3002ac53f8a64a7bd142fde3fa4b6808c6 fixes a regression between 2.6.23
and 2.6.24-rc8 where a PPC64 machine with all CPUS on a memoryless node fails
to boot. If approved by the SLAB maintainers, it should be merged for 2.6.24.
With memo
Stephen Rothwell wrote:
> Hi Jon,
>
> On Tue, 22 Jan 2008 16:37:59 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>> +++ b/arch/powerpc/platforms/embedded6xx/storcenter.c
>
>> +extern void _nmask_and_or_msr(unsigned long nmask, unsigned long or_val);
>
> This clearly needs to be decalred in some
Hi Mel,
On Wed, 23 Jan 2008, Mel Gorman wrote:
> diff -rup -X /usr/src/patchset-0.6/bin//dontdiff
> linux-2.6.24-rc8-005-revert-memoryless-slab/mm/slab.c
> linux-2.6.24-rc8-010_handle_missing_l3/mm/slab.c
> --- linux-2.6.24-rc8-005-revert-memoryless-slab/mm/slab.c 2008-01-22
> 17:46:32.
On Wed, Jan 23, Mel Gorman wrote:
> This patch in combination with a partial revert of commit
> 04231b3002ac53f8a64a7bd142fde3fa4b6808c6 fixes a regression between 2.6.23
> and 2.6.24-rc8 where a PPC64 machine with all CPUS on a memoryless node fails
> to boot. If approved by the SLAB maintainers,
So, like, the other day Jon Smirl mumbled:
> Convert MPC i2c driver from a platform_driver to a
> of_platform_driver. Add the ability to dynamically load i2c drivers
> based on device tree names. Routine names were changed from fsl_ to
> mpc_ to make them match the file name. Common code moved to
>
On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> I still think Christoph's kmem_getpages() patch is correct (to fix
> cache_grow() oops) but I overlooked the fact that none the callers of
> cache_alloc_node() deal with bootstrapping (with the exception of
> __cache_alloc_node() that even has a c
On 1/23/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hallo Jochen,
>
> On Wed, 23 Jan 2008 12:23:58 +0100, Jochen Friedrich wrote:
> > Hi Jean,
> >
> > > Do you have an updated patch addressing Stephen's comment?
> > >
> > > Note: you'd rather send updates of this patch to the i2c list rather
> >
On 1/23/08, Jon Loeliger <[EMAIL PROTECTED]> wrote:
> So, like, the other day Jon Smirl mumbled:
> > Convert MPC i2c driver from a platform_driver to a
> > of_platform_driver. Add the ability to dynamically load i2c drivers
> > based on device tree names. Routine names were changed from fsl_ to
> >
Hi,
On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> > I still think Christoph's kmem_getpages() patch is correct (to fix
> > cache_grow() oops) but I overlooked the fact that none the callers of
> > cache_alloc_node() deal with bootstrapping (with the exception of
> > __cache_alloc_node() that
On (23/01/08 15:27), Olaf Hering didst pronounce:
> On Wed, Jan 23, Mel Gorman wrote:
>
> > This patch in combination with a partial revert of commit
> > 04231b3002ac53f8a64a7bd142fde3fa4b6808c6 fixes a regression between 2.6.23
> > and 2.6.24-rc8 where a PPC64 machine with all CPUS on a memoryles
On (23/01/08 16:49), Pekka J Enberg didst pronounce:
> Hi,
>
> On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> > > I still think Christoph's kmem_getpages() patch is correct (to fix
> > > cache_grow() oops) but I overlooked the fact that none the callers of
> > > cache_alloc_node() deal with bo
Hi,
this is a series against paulus for-2.6.25 tree to clean up various 8xx related
stuff.
The series can be pulled from git://git.bocc.de/dbox2.git cleanup.
Patch 6 has been modified to remove the #ifdefs as suggested by Arndt Bergmann.
Patch 8 is a new one.
[POWERPC] Remove unused m8xx_cpm_hos
m8xx_cpm_hostalloc is still defined in commproc.c, but no users are left
in the kernel tree. m8xx_cpm_hostfree and m8xx_cpm_hostdump are only
defined in the headers. Remove this dead code.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c | 37 -
m8xx_calibrate_decr seems to be a misspelled prototype for
mpc8xx_calibrate_decr. As it's not needed anyways, just remove it.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/m8xx_setup.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/
m8xx_pic_init is declared in ppc8xx_pic.h but defined nowhere in the ppc
tree. Remove it.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/ppc/syslib/ppc8xx_pic.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/ppc/syslib/ppc8xx_pic.h b/arch/ppc/syslib/
Move cpm1 specific prototypes to asm/commproc.h and mpc8xx specific
prototypes to asm/mpc8xx.h. Adjust includes accordingly. Remove now
unneeded sysdev/commproc.h.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/ep88xc.c |3 +--
arch/powerpc/platf
Directly include mpc885ads.h from mpc885ads_setup.c. Now we can get rid
of the arch dependent includes in mpc8xx.h.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/mpc885ads_setup.c |2 +
include/asm-powerpc/mpc8xx.h | 34 +++-
Rename commproc.[ch] to cpm1.[ch] to be more consistent with cpm2. Also
rename cpm2_common.c to cpm2.c as suggested by Scott Wood. Adjust the
includes accordingly.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/ep88xc.c |2 +-
arch/powerpc/platf
Buffer descriptors are used by both CPM1 and CPM2. Move the definitions
from the cpm dependent include file to common cpm.h
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
include/asm-powerpc/cpm.h | 73
include/asm-powerpc/cpm1.h | 65 -
On Jan 23, 2008, at 10:00 AM, Jochen Friedrich wrote:
> Move cpm1 specific prototypes to asm/commproc.h and mpc8xx specific
> prototypes to asm/mpc8xx.h. Adjust includes accordingly. Remove now
> unneeded sysdev/commproc.h.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> ---
> arch/powe
On Jan 23, 2008, at 10:00 AM, Jochen Friedrich wrote:
> m8xx_pic_init is declared in ppc8xx_pic.h but defined nowhere in the
> ppc
> tree. Remove it.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
if we respin the patches, merge this with 2/8 - Rename m8xx_pic_init
to mpc8xx_pics_in
On Jan 23, 2008, at 9:58 AM, Jochen Friedrich wrote:
> Hi,
>
> this is a series against paulus for-2.6.25 tree to clean up various
> 8xx related stuff.
> The series can be pulled from git://git.bocc.de/dbox2.git cleanup.
> Patch 6 has been modified to remove the #ifdefs as suggested by
> Arnd
m8xx_pic_init calls both mpc8xx_pic_init and cpm_pic_init. Renaming the
function to use the same name space as the rest of the mpc8xx
specific funtions and to be more meaningful.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/ep88xc.c |2 +-
arch
On 1/23/08, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Olof Johansson wrote:
> > ...
> > >
> > > I disagree, I have one defconfig for all our boards to date. It means I
> > > only have one kernel to build to test on all boards, instead of having
> > > t
On 1/21/08, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Grant> Personally, I'd prefer to see the v3 series picked up now (as I
> Grant> believe all outstanding comments from the list have been addressed)
> Grant> and have new patches
>
> What impact do the have on boards in arch/ppc being able to build?
Byt the way what are the plans for powerpc?
We have:
arch/ppc
arch/ppc64
arch/powerpc
It was my understanding that arch/powerpc was supposed
to be the future unified powerpc architecture but it
does not even provide a defconf
Hi,
On Wed, 23 Jan 2008, Mel Gorman wrote:
> Applied in combination with the N_NORMAL_MEMORY revert and it fails to
> boot. Console is as follows;
Thanks for testing!
On Wed, 23 Jan 2008, Mel Gorman wrote:
> [c05c3b40] c00dadb4 .cache_grow+0x7c/0x338
> [c05c3c00] c00
On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> As far as I can tell, there are two ways to fix this:
[snip]
> (2) initialize cache_cache.nodelists with initmem_list3 equivalents
> for *each node hat has normal memory*
An untested patch follows:
---
mm/slab.c | 39 -
On Wednesday 23 January 2008, Grant Likely wrote:
> The question is about the device structure which used to be provided
> by the platform device instances and now there just uses the c67x00's
> device struct. I was under the impression that each USB HCD needs to
> have it's own struct device. I
Sam Ravnborg wrote:
>> What impact do the have on boards in arch/ppc being able to build?
>
> Byt the way what are the plans for powerpc?
> We have:
> arch/ppc
> arch/ppc64
> arch/powerpc
>
> It was my understanding that arch/powerpc was supposed
> to be the future unified powerpc architecture bu
On Wed, Jan 23, 2008 at 11:31:46AM -0600, Jon Loeliger wrote:
> Sam Ravnborg wrote:
> >>What impact do the have on boards in arch/ppc being able to build?
> >
> >Byt the way what are the plans for powerpc?
> >We have:
> >arch/ppc
> >arch/ppc64
> >arch/powerpc
> >
> >It was my understanding that arc
Hi Kumar,
> Do we really need the prototypes you moved into asm/mpc8xx.h here? can
> they just live in platforms/8xx/8xx.h or something like that?
At least drivers/pcmcia/m8xx_pcmcia.c uses the symbol m8xx_pcmcia_ops
which is conditionally defined in platforms/8xx/m8xx_setup.c. However,
this dr
On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> I still think Christoph's kmem_getpages() patch is correct (to fix
> cache_grow() oops) but I overlooked the fact that none the callers of
> cache_alloc_node() deal with bootstrapping (with the exception of
> __cache_alloc_node() that even has a
On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> Furthermore, don't let kmem_getpages() call alloc_pages_node() if nodeid
> passed
> to it is -1 as the latter will always translate that to numa_node_id() which
> might not have ->nodelist that caused the invocation of fallback_alloc() in
> the
> firs
Kumar,
Here is the StorCenter port with the MTD partitions
re-written to be hard-coded PHYSMAP partitions for now.
Addressed list and private commentary as well.
Janitorial Karma has now caussed it to be 4 patches
instead of the original 3.
Please pick up for 2.6.25!
Thanks,
jdl
_
On Wed, 23 Jan 2008, Mel Gorman wrote:
> This patch adds the necessary checks to make sure a kmem_list3 exists for
> the preferred node used when growing the cache. If the preferred node has
> no nodelist then the currently running node is used instead. This
> problem only affects the SLAB allocat
Prevents miscellaneous users from declaring it locally.
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/embedded6xx/mpc7448_hpc2.c |2 --
include/asm-powerpc/system.h |2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arc
Based on the Kurobox DTS files.
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Andy Wilcox <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/storcenter.dts | 138 ++
1 files changed, 138 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/d
Use cuImage bootwrapper until U-Boot port is completed.
Derived heavily from Linkstation port.
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Andy Wilcox <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |3 +-
arch/powerpc/boot/cuboot-824x.c
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Andy Wilcox <[EMAIL PROTECTED]>
---
arch/powerpc/configs/storcenter_defconfig | 1174 +
1 files changed, 1174 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/storcenter_defconfig
diff --g
On Wed, 23 Jan 2008, Pekka J Enberg wrote:
> Fine. But, why are we hitting fallback_alloc() in the first place? It's
> definitely not because of missing ->nodelists as we do:
>
> cache_cache.nodelists[node] = &initkmem_list3[CACHE_CACHE];
>
> before attempting to set up kmalloc caches.
Hi Powerpc.
Just a heads up.
When building the provided defconfig for powerpc I get the following bunch
of section mismatch warnings:
WARNING: vmlinux.o(.text+0x83c0): Section mismatch: reference to
.devinit.text:.start_secondary in '.start_secondary_prolog'
WARNING: vmlinux.o(.text+0xe878): Sec
Hello Benjamin, Kumar,
Using galak/powerpc.git's e4a0d8a1f7e6a9741ec46 head, MPC8568E-MDS
is oopsing during PCI-E probe, like this:
- - - -
Found FSL PCI host bridge at 0xe0008000. Firmware bus number: 0->255
PCI host bridge /[EMAIL PROTECTED] (primary) ranges:
MEM 0x8000..0x
On Wed, 23 Jan 2008 19:00:12 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 23, 2008 at 11:31:46AM -0600, Jon Loeliger wrote:
> > Sam Ravnborg wrote:
> > >>What impact do the have on boards in arch/ppc being able to build?
> > >
> > >Byt the way what are the plans for powerpc?
> > >We
On Jan 23, 2008, at 1:37 PM, Anton Vorontsov wrote:
> Hello Benjamin, Kumar,
>
> Using galak/powerpc.git's e4a0d8a1f7e6a9741ec46 head, MPC8568E-MDS
> is oopsing during PCI-E probe, like this:
>
> - - - -
> Found FSL PCI host bridge at 0xe0008000. Firmware bus
> number: 0->255
> PCI host
On Wed, Jan 23, 2008 at 01:42:56PM -0600, Kumar Gala wrote:
[...]
> >PCI: Probing PCI hardware
> >PCI: 0001:01:00.0: class b20 doesn't match header type 01. Ignoring
> >class.
> >PCI: Closing bogus Apple Firmware region 1 on bus 0x02
> >PCI: Closing bogus Apple Firmware region 2 on bus 0x02
>
>
On 23.01.2008 [19:29:15 +0200], Pekka J Enberg wrote:
> Hi,
>
> On Wed, 23 Jan 2008, Mel Gorman wrote:
> > Applied in combination with the N_NORMAL_MEMORY revert and it fails to
> > boot. Console is as follows;
>
> Thanks for testing!
>
> On Wed, 23 Jan 2008, Mel Gorman wrote:
> > [c05c3
On Wed, Jan 23, 2008 at 01:35:41PM -0600, Josh Boyer wrote:
> On Wed, 23 Jan 2008 19:00:12 +0100
> Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jan 23, 2008 at 11:31:46AM -0600, Jon Loeliger wrote:
> > > Sam Ravnborg wrote:
> > > >>What impact do the have on boards in arch/ppc being able
Jon Smirl wrote:
> --- a/drivers/i2c/chips/tps65010.c
> +++ b/drivers/i2c/chips/tps65010.c
> @@ -571,6 +571,10 @@ static const struct i2c_device_id tps65010_id[] = {
> { "tps65011", TPS65011 },
> { "tps65012", TPS65012 },
> { "tps65013", TPS65013 },
> + OF_ID("ti,tps65010",
On 1/23/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
>
>
> Jon Smirl wrote:
> > --- a/drivers/i2c/chips/tps65010.c
> > +++ b/drivers/i2c/chips/tps65010.c
> > @@ -571,6 +571,10 @@ static const struct i2c_device_id tps65010_id[] = {
> > { "tps65011", TPS65011 },
> > { "tps65012", TPS65012 }
This is new board made by Freescale Semiconductor Inc. and
Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6. Intel NOR StrataFlash X16 64Mbit PC28F640P30T85;
7. Graphics controller, Fujitsu MB86277.
Not supported so far:
1.
Hi,
On Jan 23, 2008 9:52 PM, Nishanth Aravamudan <[EMAIL PROTECTED]> wrote:
> On at least one of the machines in question, wasn't it the case that
> node 0 had all the memory and node 1 had all the CPUs? In that case, you
> would have to boot off a memoryless node? And as long as that is a
> physi
On Wed, 23 Jan 2008, Pekka Enberg wrote:
> I think Mel said that their configuration did work with 2.6.23
> although I also wonder how that's possible. AFAIK there has been some
> changes in the page allocator that might explain this. That is, if
> kmem_getpages() returned pages for memoryless nod
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> Okay, I've had a chance to read through this. I haven't
Grant> tested it, but I don't see anything I strongly disagree with.
Grant> I've just got a few editorial comments below and a question.
Ok, great.
Grant> The question is
> "David" == David Brownell <[EMAIL PROTECTED]> writes:
David> On Wednesday 23 January 2008, Grant Likely wrote:
>> The question is about the device structure which used to be provided
>> by the platform device instances and now there just uses the c67x00's
>> device struct. I was under t
On 23.01.2008 [13:14:26 -0800], Christoph Lameter wrote:
> On Wed, 23 Jan 2008, Pekka Enberg wrote:
>
> > I think Mel said that their configuration did work with 2.6.23
> > although I also wonder how that's possible. AFAIK there has been some
> > changes in the page allocator that might explain th
On Jan 23, 2008, at 1:50 PM, Anton Vorontsov wrote:
> On Wed, Jan 23, 2008 at 01:42:56PM -0600, Kumar Gala wrote:
> [...]
>>> PCI: Probing PCI hardware
>>> PCI: 0001:01:00.0: class b20 doesn't match header type 01. Ignoring
>>> class.
>>> PCI: Closing bogus Apple Firmware region 1 on bus 0x02
>>>
Hi Marian,
On Wed, 23 Jan 2008 13:12:19 +0100 Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>
> + label = of_get_property(op->node, "label", NULL);
> + if (label == NULL) {
> + printk(KERN_ERR __FILE__ ": "
> + "No label property provided for LED %s\n",
> +
Hi Kumar,
On Wed, 23 Jan 2008 06:38:29 -0600 (CST) Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/ppc/platforms/85xx/mpc85xx_ads_common.c
> @@ -190,6 +188,7 @@ mpc85xx_exclude_device(u_char bus, u_char devfn)
> #endif /* CONFIG_PCI */
>
> #ifdef CONFIG_RAPIDIO
> +extern void mpc85xx_rio_s
Hi Jochen,
On Wed, 23 Jan 2008 17:01:57 +0100 Jochen Friedrich <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/8xx/ep88xc.c
> @@ -15,7 +15,7 @@
> #include
> #include
> #include
> -#include
> +#include
> #include
Something has whitespace damaged this patch.
--
Cheers,
S
In message <[EMAIL PROTECTED]> you wrote:
>
> > Is it really exactly the same CPU revision? My guess is that
> > one is rev. B and the other one is older...
>
> The processor on my board which needs the BSDIS-patch has following
> label:
> MPC5200CVR400B
And the one which doesn't need it is a ..
In message <[EMAIL PROTECTED]> you wrote:
>
> The one who needs this patch (CPU card vendor 1):
>
> MPC5200CVR400B, M62C REV 1, QCW0723T
>
> The CPUs who do not need this patch (CPU card vendor 2):
>
> SPC5200CBV400B, M62C REV 1, QAG0610C
> MPC5200CVR400B, M62C REV 1, QAJ0613F
This is all Rev.
logical/bitand typo
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/4xx.c b/arch/powerpc/boot/4xx.c
index ebf9e21..dcfb459 100644
--- a/arch/powerpc/boot/4xx.c
+++ b/arch/powerpc/boot/4xx.c
@@ -104,7 +104,7 @@ void ibm4xx_denali_fixup_memsize(void)
val = DD
On Jan 23, 2008, at 4:40 PM, Stephen Rothwell wrote:
> Hi Kumar,
>
> On Wed, 23 Jan 2008 06:38:29 -0600 (CST) Kumar Gala <[EMAIL PROTECTED]
> > wrote:
>>
>> +++ b/arch/ppc/platforms/85xx/mpc85xx_ads_common.c
>> @@ -190,6 +188,7 @@ mpc85xx_exclude_device(u_char bus, u_char devfn)
>> #endif /* CON
Kumar Gala writes:
> There were several issues if a memreserve range existed and happened
> to be in highmem:
>
> * The bootmem allocator is only aware of lowmem so calling
> reserve_bootmem with a highmem address would cause a BUG_ON
> * All highmem pages were provided to the buddy allocator
>
Anton,
Can you try this patch and see if it resolves the issue for you.. (You'll
still get the Apple FW messages)
- k
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index 4005739..bf13c21 100644
--- a/arch/powerpc/sysdev/fsl_pci.c
+++ b/arch/powerpc/sysdev/fsl_pci.c
@
On Wed, 2008-01-23 at 23:37 +0100, Roel Kluin wrote:
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
> ---
> diff --git a/arch/powerpc/boot/4xx.c b/arch/powerpc/boot/4xx.c
> index ebf9e21..dcfb459 100644
> --- a/arch/powerpc/boot/4xx.c
> +++ b/arch/powerpc/boot/4xx.c
> @@ -104,7 +104,7 @@ void ibm4
Joe Perches wrote:
> On Wed, 2008-01-23 at 23:37 +0100, Roel Kluin wrote:
>> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
>> ---
>> diff --git a/arch/powerpc/boot/4xx.c b/arch/powerpc/boot/4xx.c
>> index ebf9e21..dcfb459 100644
>> --- a/arch/powerpc/boot/4xx.c
>> +++ b/arch/powerpc/boot/4xx.c
>> @
Hi Jon,
On Wed, 23 Jan 2008 12:42:50 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/embedded6xx/storcenter.c
> +static void __init storcenter_init_IRQ(void)
> +{
> + struct mpic *mpic;
> + struct device_node *dnp;
> + const void *prop;
> + int size;
On Thu, 2008-01-24 at 01:18 +0100, Roel Kluin wrote:
> when you use git-grep -n "\(&&\|||\)${s}0x\([A-Z0-9]*\|[a-z0-9]*\)",
> (with s="[[:space:]]*") there will be false positives []
> so i'd propose to change that to
> +# Check for bitwise tests written as boolean
> + if ($line =~ /(?:
On Wed, 23 Jan 2008 23:37:33 +0100
Roel Kluin <[EMAIL PROTECTED]> wrote:
> logical/bitand typo
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
> ---
> diff --git a/arch/powerpc/boot/4xx.c b/arch/powerpc/boot/4xx.c
> index ebf9e21..dcfb459 100644
> --- a/arch/powerpc/boot/4xx.c
> +++ b/arch/powe
How about this one?
http://patchwork.ozlabs.org/linuxppc/patch?id=15942
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Kumar Gala
> Sent: Tuesday, January 22, 2008 12:43 AM
> To: linuxppc-dev@ozlabs.org
> Subject: patches for 2.6.25
>
> I'm
On Mon, 21 Jan 2008, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/platforms/8xx/ep88xc.c |5 ++---
> arch/powerpc/platforms/8xx/mpc86xads_setup.c |5 ++---
> arch/powerpc/platforms/8xx/mpc8
On Tue, 18 Dec 2007, Jochen Friedrich wrote:
> This patch adds support to use the fixed-link property
> of an ethernet node to fs_enet for the
> CONFIG_PPC_CPM_NEW_BINDING case.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> Acked-by: Jeff Garzik <[EMAIL PROTECTED]>
> Acked-by: Vitali B
On Wed, 23 Jan 2008, Jon Loeliger wrote:
> Kumar,
>
> Here is the StorCenter port with the MTD partitions
> re-written to be hard-coded PHYSMAP partitions for now.
>
> Addressed list and private commentary as well.
>
> Janitorial Karma has now caussed it to be 4 patches
> instead of the original 3
On Jan 23, 2008, at 6:50 PM, Stephen Rothwell wrote:
> Hi Jon,
>
> On Wed, 23 Jan 2008 12:42:50 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>>
>> +++ b/arch/powerpc/platforms/embedded6xx/storcenter.c
>> +static void __init storcenter_init_IRQ(void)
>> +{
>> +struct mpic *mpic;
>> +struc
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
to receive the following updates:
(I fixed up the memreserve patch, it builds for me on ppc64)
Documentation/powerpc/00-INDEX|3
Documentation/powerp
On Jan 23, 2008, at 7:51 PM, Liu Yu wrote:
>
> How about this one?
> http://patchwork.ozlabs.org/linuxppc/patch?id=15942
I've been trying to get some feedback from the glibc guys. The code
is pretty common and if the issues exists in one it exists in the
other.. I'm not sure if they have so
1 - 100 of 120 matches
Mail list logo
