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 but
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_node()
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 different
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, Gillem
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_t
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
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 checks
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
the
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.
But in
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
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 also
means
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 the PPC64
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
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 Jon and try
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: Mon Oct 15
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 going wrong
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
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 header
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
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, it
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
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
than LKML.
I'm
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
mpc_ 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 even
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 memoryless node
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 bootstrapping
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_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
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
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 +--
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 +-
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]
---
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_init.
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
Arndt
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 +-
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
to build a number of
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 build on top of
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
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]
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 but it
does
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 arch/powerpc was
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
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
first
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 allocator,
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
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
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 --git
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. Now, if
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):
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
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 have:
arch/ppc
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 bridge
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
odd, you
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 to build?
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, 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
physically
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 node
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 about the
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 the impression
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 this.
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
PCI: Closing
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_setup(int
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 ...?
Best
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. B stuff,
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 =
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 /* CONFIG_PCI */
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
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
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
+++
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 ++---
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 Bordug
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;
+struct device_node
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
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
On Wed, 23 Jan 2008 23:45:07 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/83xx/mpc836x_rdk.c
+static int __init mpc836x_rdk_declare_of_platform_devices(void)
+{
+ const struct of_device_id mpc836x_rdk_ids[] = {
Please change this to static, __initdata and
On Tue, Jan 22, 2008 at 07:12:44PM -0800, Geoff Levand wrote:
On 01/22/2008 04:58 PM, John W. Linville wrote:
I thought Geert's had been applied, but I guess I was looking at
it wrong. Is there a powerpc tree that has them?
Not yet, they are now only in ps3-linux.git. I sent them out to
On Wed, 23 Jan 2008, Nishanth Aravamudan wrote:
Right, so it might have functioned before, but the correctness was
wobbly at best... Certainly the memoryless patch series has tightened
that up, but we missed these SLAB issues.
I see that your patch fixed Olaf's machine, Pekka. Nice work on
Jon Loeliger writes:
+extern void _nmask_and_or_msr(unsigned long nmask, unsigned long or_val);
Hmmm, I wish someone would think of a better name for it. In fact I
have tended to avoid using it, and instead done things like
mtmsr((mfmsr() ~x) | y);
where necessary instead.
Paul.
Reworked patches after incorporating comments of Andrew, Stephen and
Tabi and Kumar.
Kumar could you please consider them for linux-2.6.25.
There are three patches
[PATCH 1/3] drivers/misc : UCC TDM driver for mpc83xx platforms. This
driver is usable in VoIP iind of applications to interface
From: Poonam Agarwal-b10812 [EMAIL PROTECTED]
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM data demultiplex it and send to upper modules. At the
transmit end it receives data for
1 - 100 of 112 matches
Mail list logo
