[PATCH] powerpc: fix compile warning in init_thread

arch/powerpc/kernel/init_task.c:33: warning: missing braces around initializer arch/powerpc/kernel/init_task.c:33: warning: (near initialization for 'init_task.thread.fpr[0]') Noticed by SFR. Signed-off-by: Michael Neuling <[EMAIL PROTECTED]> --- include/asm-powerpc/processor.h |2 +- 1 fi

linux-next: manual merge of the net tree

Hi Dave, Today's linux-next merge of the net tree got a trivial conflict in drivers/net/fs_enet/fs_enet-main.c between commit 55b6c8e99d582cc66947b465d0ff3147a0219808 ("drivers/net: Use linux/of_ {device,platform}.h instead of asm") from the powerpc tree and commit d8b35fac8c7e1b44d873c1afcc5f88bc

Re: [PATCH] powerpc: fixup lwsync at runtime

On Tue, 2008-07-01 at 16:23 +1000, Benjamin Herrenschmidt wrote: > On Tue, 2008-07-01 at 00:32 -0500, Kumar Gala wrote: > > To allow for a single kernel image on e500 v1/v2/mc we need to fixup lwsync > > at runtime. On e500v1/v2 lwsync causes an illop so we need to patch up > > the code. We defau

linux-next: manual merge of the net tree

Hi Dave, Today's linux-next merge of the net tree got a conflict in between commits aee1dc73b519227084d77b0b2fc972b68b4153d8 ("[POWERPC] Update booting-without-of for Freescale PCIe MSI") and 83ff9dcf375c418ca3b98eb950711525ca1269e2 ("powerpc/sysdev: implement FSL GTM support") from the powerpc t

Re: MPC83xx ipic problem

Scott, thanks for your reply. Honestly I don't think the board wiring is incorrect. FPGA goes to IRQ0 and miniPCI is wired to IRQ1. Maybe there's a crosstalk problem since the pull-up resistors are packaged inside an array ... I'll check this. regards, André Scott Wood schrieb: André Sch

Re: [BUILD-FAILURE] linux-next: Tree for June 30 - powerpc - build failure at arch_add_memory()

Tony Breeds wrote: > On Mon, Jun 30, 2008 at 11:55:02PM +0530, Kamalesh Babulal wrote: >> Hi Stephen, >> >> next-20080630 kernel build fails on powerpc, with randconfig >> >> CC arch/powerpc/mm/mem.o >> arch/powerpc/mm/mem.c: In function ‘arch_add_memory’: >> arch/powerpc/mm/mem.c:130: error

Re: Commits added to powerpc.git master and powerpc-next branches

Hi Paul, On Tuesday 01 July 2008, Paul Mackerras wrote: > The following commits have been added to the master and powerpc-next > branches of the powerpc.git repository. This includes patches pulled > from Kumar's and Josh's trees. Any change of getting the following patches into 2.6.27 ? They ha

[PATCH v3] ibm_newemac: Fixes kernel crashes when speed of cable connected changes

From: Sathya Narayanan <[EMAIL PROTECTED]> The descriptor pointers were not initialized to NIL values, so it was poiniting to some random addresses which was completely invalid. This fix takes care of initializing the descriptor to NIL values and clearing the valid descriptors on clean ring operat

[PATCH v2] ibm_newemac: Fixes entry of short packets

From: Sathya Narayanan <[EMAIL PROTECTED]> Short packets has to be discarded by the driver. So this patch addresses the issue of discarding the short packets of size lesser then ethernet header size. Signed-off-by: Sathya Narayanan <[EMAIL PROTECTED]> Signed-off-by: Stefan Roese <[EMAIL PROTECTED

Re: [patch 1/6] mm: Allow architectures to define additional protection bits

On Wed, 18 Jun 2008 17:32:55 -0500 [EMAIL PROTECTED] wrote: > This patch allows architectures to define functions to deal with > additional protections bits for mmap() and mprotect(). > > arch_calc_vm_prot_bits() maps additonal protection bits to vm_flags > arch_vm_get_page_prot() maps additional

Re: [PATCH] powerpc: fix compile warning in init_thread

On Tue, 2008-07-01 at 17:00 +1000, Michael Neuling wrote: > arch/powerpc/kernel/init_task.c:33: warning: missing braces around initializer > arch/powerpc/kernel/init_task.c:33: warning: (near initialization for > 'init_task.thread.fpr[0]') > > Noticed by SFR. > > Signed-off-by: Michael Neuling <

Re: linux-next: manual merge of the net tree

From: Stephen Rothwell <[EMAIL PROTECTED]> Date: Tue, 1 Jul 2008 17:19:40 +1000 > Today's linux-next merge of the net tree got a conflict ... Thanks for the heads up on these two conflicts with the powerpc tree. The best seems to let you keep using your resolving, so that's what I'll let you do

linux-next: manual merge of the ttydev tree

Hi Alan, Today's linux-next merge of the ttydev tree got a conflict in drivers/serial/cpm_uart/cpm_uart_core.c between commit 0b2a2e5b7747f1f63bd86ca22b5c6097da5b2137 ("cpm_uart: Remove !CONFIG_PPC_CPM_NEW_BINDING code") from the powerpc tree and commit 33e211d606d46d18befa6fe6aec76aa7971eefa8 ("0

Re: [PATCH] powerpc: fix compile warning in init_thread

In message <[EMAIL PROTECTED]> you wrote: > On Tue, 2008-07-01 at 17:00 +1000, Michael Neuling wrote: > > arch/powerpc/kernel/init_task.c:33: warning: missing braces around initiali zer > > arch/powerpc/kernel/init_task.c:33: warning: (near initialization for 'init _task.thread.fpr[0]') > > > >

[BUG] 2.6.26-rc8-git2 - powerpc - circular locking dependency detected with net/ehea driver

Hi, circular locking dependency is detected, while booting the powerpc box with the 2.6.26-rc8-git2 kernel. === [ INFO: possible circular locking dependency detected ] 2.6.26-rc8-git2 #1 --- ip

[PATCH] powerpc/86xx: mpc8610_hpcd: fix interrupt trigger type for ULi IDE

i8259 PIC is disabled on MPC8610HPCD, and ULi IDE is configured to use PCI sideband interrupt that is specified in the device tree. Current HPCD's device tree specify that IDE interrupt is low to high sensitive, but in practice ULi IDE throws active-high interrupts (not active-low as all normal PC

Re: [PATCH 4/5] Helper routines for parsing drconf memory

Paul Mackerras wrote: Nathan Fontenot writes: This patch pulls several pieces of exisitng code for parsing memory under the ibm,dynamic-reconfiguration-memory node of the device tree into helper routines. This is in preparation for the next patch that will also use these same helper routines.

Re: [patch 1/6] mm: Allow architectures to define additional protection bits

On Tue, 2008-07-01 at 01:53 -0700, Andrew Morton wrote: > On Wed, 18 Jun 2008 17:32:55 -0500 [EMAIL PROTECTED] wrote: > > > This patch allows architectures to define functions to deal with > > additional protections bits for mmap() and mprotect(). > > > > arch_calc_vm_prot_bits() maps additonal p

[PATCH] IB/ehca: Make device table externally visible

This gives ehca an autogenerated modalias and therefore enables automatic loading. Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]> --- drivers/infiniband/hw/ehca/ehca_main.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/ehca/ehca_main.c b/drive

Re: [PATCH] powerpc: fixup lwsync at runtime

On Jul 1, 2008, at 1:29 AM, Michael Ellerman wrote: On Tue, 2008-07-01 at 00:32 -0500, Kumar Gala wrote: To allow for a single kernel image on e500 v1/v2/mc we need to fixup lwsync at runtime. On e500v1/v2 lwsync causes an illop so we need to patch up the code. We default to 'sync' since

Re: AZFS file system proposal

On Wednesday 18 June 2008, Maxim Shchetynin wrote: > AZFS patch updated accordinly to comments of Christoph Hellwig and Dmitri > Vorobiev. Sorry for my not commenting earlier on this. I'm finally collecting my 2.6.27 patches and stumbled over it again. There are a few details that I hope we can f

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

Hi Jon, On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote: > Add the of_find_i2c_device_by_node function. This allows you to > follow a reference in the device to an i2c device node and then > locate the linux device instantiated by the device tree. Example > use, an i2s codec controlled by i2c.

Re: linux-next: manual merge of the net tree

On Tue, 1 Jul 2008 17:19:40 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote: > > Hi Dave, > > Today's linux-next merge of the net tree got a conflict in between ^ Documentation/powerpc/booting-without-of.txt -- Cheers, Stephen Rothwe

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > I'm fine with this patch. In particular, exporting i2c_bus_type is OK. > It was un-exported only because it had no user left, but it can be > exported again if needed. Another solution would be to move drivers/of/of_i2c into the i2c directory

[PATCH v2 1/2] powerpc: Fix building of feature-fixup tests on ppc32

We need to use PPC_LCMPI otherwise we get compile errors like: arch/powerpc/lib/feature-fixups-test.S: Assembler messages: arch/powerpc/lib/feature-fixups-test.S:142: Error: Unrecognized opcode: `cmpdi' arch/powerpc/lib/feature-fixups-test.S:149: Error: Unrecognized opcode: `cmpdi' arch/powerpc/li

[PATCH v2 2/2] powerpc: fixup lwsync at runtime

To allow for a single kernel image on e500 v1/v2/mc we need to fixup lwsync at runtime. On e500v1/v2 lwsync causes an illop so we need to patch up the code. We default to 'sync' since that is always safe and if the cpu is capable we will replace 'sync' with 'lwsync'. We introduce CPU_FTR_LWSYNC

Cascaded interrupt controller causing unbalanced interrupt.

Hi, I'm having a spot of trouble writing a driver for a cascaded interrupt handler used on one of our boards (8641D based board), patches to be forth-coming as soon as I have access to this list without Outlook (I'm working on it!). I have attached the driver at the bottom of the email for refere

Re: [PATCH2/2] [POWERPC] CPM1: implement GPIO LIB API on CPM1 Freescale SoC.

Hi Grant, sorry for the late response on this one. > 2. You need to specifiy exact chip names in your compatible string. > "fsl,cpm1-pario-" is a made up thing. >> + for_each_compatible_node(np, NULL, "fsl,cpm1-pario-bank16") >> + cpm1_gpiochip_add16(np); >> + >> +

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

Hi Jean, > I'm not the one to push this upstream though, as the patch is > essentially an openfirmware patch. That would be something for Jochen > Friedrich and Paul Mackerras I guess. Would be nice to have a > MAINTAINERS entry for OF... Nope. I only did a small contribution to the OF stuff. I g

Re: Commits added to powerpc.git master and powerpc-next branches

Hi Paul, On Tuesday 01 July 2008, Paul Mackerras wrote: > The following commits have been added to the master and powerpc-next > branches of the powerpc.git repository. This includes patches pulled > from Kumar's and Josh's trees. Now that the I2C driver for CPM1/CPM2 boards is in the i2c tree,

RE: [PATCH 12/60] microblaze_v4: Generic dts file for platforms

Doing this at the binary level would be nice, but I see enough problems just doing it at the source level and at least for my purposes, doing it on a dtb would be overkill, I think. The main difficulty remains how to deal with cross references between nodes in a reasonable way where the refere

Re: [PATCH 1/2] Convert i2c-mpc from a platform driver into a of_platform driver, V4

Hi Jon, On Mon, 30 Jun 2008 19:01:26 -0400, Jon Smirl wrote: > Convert i2c-mpc to an of_platform driver. Utilize the code in drivers/of-i2c.c > to make i2c modules dynamically loadable by the device tree. > > Signed-off-by: Jon Smirl <[EMAIL PROTECTED]> > --- > > arch/powerpc/sysdev/fsl_soc.c |

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > Hi Jon, > > > On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote: > > Add the of_find_i2c_device_by_node function. This allows you to > > follow a reference in the device to an i2c device node and then > > locate the linux device instantiate

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK. > > It was un-exported only because it had no user left, but it can be > > exported again if needed. > > Another sol

[PATCH] powerpc: legacy_serial: reg-offset & shift aren't used

The legacy serial driver does not work with an 8250 type UART that uses reg-offset and reg-shift. This change updates the driver so it doesn't find the UART when those properties are present on the UART in the device tree for soc devices. Signed-off-by: John Linn <[EMAIL PROTECTED]> Acked-by: Gran

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 12:29:29 -0400, Jon Smirl wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > Hi Jon, > > > > > > On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote: > > > Add the of_find_i2c_device_by_node function. This allows you to > > > follow a reference in the device to an

Re: [PATCH2/2] [POWERPC] CPM1: implement GPIO LIB API on CPM1 Freescale SoC.

On Tue, Jul 01, 2008 at 05:40:46PM +0200, Jochen Friedrich wrote: > Hi Grant, > > sorry for the late response on this one. > > > 2. You need to specifiy exact chip names in your compatible string. > > "fsl,cpm1-pario-" is a made up thing. > > >> + for_each_compatible_node(np, NULL, "fsl,c

[PATCH] powerpc: boot: update for initrd with simpleImage

This change to the makefile corrects the build of a simpleImage with initrd. Signed-off-by: John Linn <[EMAIL PROTECTED]> Acked-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/boot/Makefile |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/boot/Makefile

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote: > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK. > > > It was un-exported only because it had no user left,

[PATCH] powerpc: Xilinx: adding Xilinx 440 cpu support

The following change updates the cputable to support the 440 processor in the Xilinx Virtex5 FXT FPGA. Signed-off-by: John Linn <[EMAIL PROTECTED]> Acked-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/kernel/cputable.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) d

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, Jul 01, 2008 at 11:12:58AM -0400, Jon Smirl wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK. > > It was un-exported only because it had no user left, but it can be > > exported again if needed. > > Anot

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 12:38:05 -0400, Jon Smirl wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote: > > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote: > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote: > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK. > > > It was un-exported only because it had no us

RE: [PATCH] powerpc: legacy_serial: reg-offset & shift aren't used

> -Original Message- > From: John Linn [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 01, 2008 9:32 AM > To: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stephen Neuendorffer > Cc: John Linn > Subject: [PATCH] p

RE: [PATCH] powerpc: legacy_serial: reg-offset & shift aren't used

It could be "||" but I didn't know if there were cases where that wouldn't be true. I don't know that code that well so I was being conservative and maybe shouldn't be. Our specific case works fine with "&&" since we have both in the device tree. -- John -Original Message- From: Steph

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote: > On Tue, Jul 01, 2008 at 11:12:58AM -0400, Jon Smirl wrote: > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK. > > > It was un-exported only because it had no use

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote: > On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote: > > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote: > > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > > > I'm fine with this patch. In particular, exporting i2c_bus_

Re: [PATCH] powerpc: legacy_serial: reg-offset & shift aren't used

On Tue, Jul 01, 2008 at 10:52:20AM -0600, John Linn wrote: > It could be "||" but I didn't know if there were cases where that > wouldn't be true. I don't know that code that well so I was being > conservative and maybe shouldn't be. No, Stephen is right. It should be || g. ___

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote: > > On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote: > > > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote: > > > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > >

RE: [PATCH] powerpc: legacy_serial: reg-offset & shift aren't used

I'll respin the patch and send again. -- John -Original Message- From: Grant Likely [mailto:[EMAIL PROTECTED] On Behalf Of Grant Likely Sent: Tuesday, July 01, 2008 11:06 AM To: John Linn Cc: Stephen Neuendorffer; linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTE

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote: > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote: > > My preference is for things like of_spi and of_i2c to go with the > > related busses; I think it makes more sense to keep all the I2C stuff > > together, but I've already lost that battle

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote: > > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote: > > > > My preference is for things like of_spi and of_i2c to go with the > > > related busses; I think it makes more sense to keep all

[PATCH] [V2] powerpc: legacy_serial: reg-offset & shift aren't used

The legacy serial driver does not work with an 8250 type UART that uses reg-offset and reg-shift. This change updates the driver so it doesn't find the UART when those properties are present on the UART in the device tree for soc devices. Signed-off-by: John Linn <[EMAIL PROTECTED]> Acked-by: Gran

Re: [PATCH] IB/ehca: Make device table externally visible

thanks, applied ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

[RFC/PATCH] powerpc/bootwrapper: Allow user to specify additional default targets

From: Grant Likely <[EMAIL PROTECTED]> It is inconvenient to add additional default targets to the bootwrapper Makefile for each new board supported which just needs a different dts file. This change allows the defconfig to specify additional build targets. Signed-off-by: Grant Likely <[EMAIL PR

Re: [PATCH v2] Parameterize EMAC Multicast Match Handling

On 6/30/08 11:37 PM, Stefan Roese wrote: > On Tuesday 01 July 2008, Benjamin Herrenschmidt wrote: >>> Stefan and/or Ben: >>> >>> Any thoughts on this? >> >> I was hesitating a bit... do we really need to be -that- flexible ? >> >> That is, either that or use some new compatible entry to detect t

[patch] PS3: Quiet system bus match output

Reduce the output verbosity of ps3_system_bus_match(). Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> --- Paul, Please queue for 2.6.27. -Geoff arch/powerpc/platforms/ps3/system-bus.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) --- a/arch/powerpc/platforms

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On 7/1/08, Jon Smirl <[EMAIL PROTECTED]> wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > > On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote: > > > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote: > > > > > > My preference is for things like of_spi and of_i2c to go with the >

[PATCH] Add the of_find_i2c_device_by_node function, standalone V1

Add the of_find_i2c_device_by_node function. This allows you to follow a reference in the device tree to an i2c device node and then locate the linux device instantiated by the device tree. Example use, an i2s codec controlled by i2c. Depends on patch exporting i2c root bus symbol. Signed-off-b

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 13:06:37 -0400, Jon Smirl wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote: > > > But the other side of the coin is that each driver must have > > > driver-specific OF code to translate data in the device tree

Re: [PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

On Tue, 1 Jul 2008 13:27:57 -0400, Jon Smirl wrote: > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote: > > On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote: > > > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote: > > > > > > My preference is for things like of_spi and of_i2c to go with the >

Re: [PATCH v2] Parameterize EMAC Multicast Match Handling

On Tuesday 01 July 2008, Grant Erickson wrote: > > Yes, this was my feeling too. Not the size of the dtb but more the > > increased complexity of the EMAC device node. I would prefer Ben's idea > > with this new compatible entry too. > > In terms of the device tree expression, you would both favor

Re: [PATCH 27/60] microblaze_v4: virtualization

On Thu, Jun 26, 2008 at 02:29:56PM +0200, [EMAIL PROTECTED] wrote: > From: Michal Simek <[EMAIL PROTECTED]> > > > Signed-off-by: Michal Simek <[EMAIL PROTECTED]> > --- > include/asm-microblaze/kvm.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > create mode 100644 include/asm-mi

[PATCH] powerpc/mpc5200: Fix lite5200b suspend/resume

From: Tim Yamin <[EMAIL PROTECTED]> Suspend/resume ("echo mem > /sys/power/state") does not work with vanilla kernels -- the system does not suspend correctly and just hangs. This patch fixes this so suspend/resume works: 1) of_iomap does not map the whole 0xC000 of the MPC5200 immr so saving reg

Please pull into 2.6.26

Hi Josh & Paul, Here are a couple of last minute bug fixes for 2.6.26. These are both Xilinx 4xx related. Could either of you please pull the tree? Thanks, g. The following changes since commit 1702b52092e9a6d05398d3f9581ddc050ef00d06: Linus Torvalds (1): Merge git://git.kernel.org/.

Re: [PATCH]: [MPC5200] (v2) Add ATA DMA support

On Fri, Jun 27, 2008 at 01:44:08PM +0100, Tim Yamin wrote: > diff -Nurp linux-2.6.26-rc6/arch/powerpc/sysdev/bestcomm/bestcomm.c > linux-2.6.26-rc6.new/arch/powerpc/sysdev/bestcomm/bestcomm.c > --- linux-2.6.26-rc6/arch/powerpc/sysdev/bestcomm/bestcomm.c 2008-03-18 > 15:49:53.0 + > +

Re: [PATCH v2] Parameterize EMAC Multicast Match Handling

On Tue, 2008-07-01 at 11:13 -0700, Grant Erickson wrote: > In terms of the device tree expression, you would both favor something akin > to the following? > > - compatible = "ibm,emac-405exr", "ibm,emac4"; > + compatible = "ibm,emac-405exr", "ibm,emac4", "ibm,emac4sync";

[PATCH 1/3] ALSA SoC: Add OpenFirmware helper for matching bus and codec drivers

From: Grant Likely <[EMAIL PROTECTED]> Simple utility layer for creating ASoC machine instances based on data in the OpenFirmware device tree. OF aware platform drivers and codec drivers register themselves with this framework and the framework automatically instantiates a machine driver. This i

[PATCH 2/3] ALSA SoC: Add mpc5200-psc I2S driver

From: Grant Likely <[EMAIL PROTECTED]> This is an I2S bus driver for the MPC5200 PSC device. It is probably will not be merged as-is because it uses v1 of the ASoC API, but I want to get it out there for comments. --- sound/soc/fsl/Kconfig |6 sound/soc/fsl/Makefile |

[PATCH 3/3] ALSA SoC: Add Texas Instruments TLV320AIC26 codec driver

From: Grant Likely <[EMAIL PROTECTED]> ASoC Codec driver for the TLV320AIC26 device. This driver uses the ASoC v1 API, so I don't expect it to get merged as-is, but I want to get it out there for review. --- sound/soc/codecs/Kconfig |4 sound/soc/codecs/Makefile |2 sound/s

RE: [PATCH 12/60] microblaze_v4: Generic dts file for platforms

On Tue, 2008-07-01 at 08:58 -0700, Stephen Neuendorffer wrote: > Doing this at the binary level would be nice, but I see enough problems > just doing it at the source level and at least for my purposes, doing it > on a dtb would be overkill, I think. > > The main difficulty remains how to deal

Re: [PATCH] powerpc: Xilinx: add dts file for ML507 board

On Tue, 1 Jul 2008 16:02:54 -0700 John Linn <[EMAIL PROTECTED]> wrote: > This new file adds support for the ML507 board which > has a Virtex 5 FXT FPGA with a 440. I haven't looked this over thoroughly yet, but an immediate question comes to mind. Any way this can get converted to dts-v1 before

[PATCH] powerpc: cleanup copy_to/from_user for vsx and fpr

This merges and cleans up some of the ugly copy/to from user code which is required for the new fpr and vsx layout in the thread_struct. Also fixes some hard coded buffer sizes and removes a redundant fpr_flush_to_thread. Signed-off-by: Michael Neuling <[EMAIL PROTECTED]> --- arch/powerpc/kerne

[PATCH] powerpc: cleanup copy_to/from_user for vsx and fpr

This merges and cleans up some of the ugly copy/to from user code which is required for the new fpr and vsx layout in the thread_struct. Also fixes some hard coded buffer sizes and removes a redundant fpr_flush_to_thread. Signed-off-by: Michael Neuling <[EMAIL PROTECTED]> --- Sorry, the last vers

[PATCH] powerpc/5200: fix compile warnings in bestcomm driver

From: Grant Likely <[EMAIL PROTECTED]> Fix for the following compiler warnings: CC arch/powerpc/sysdev/bestcomm/bestcomm.o arch/powerpc/sysdev/bestcomm/bestcomm.c: In function 'mpc52xx_bcom_probe': arch/powerpc/sysdev/bestcomm/bestcomm.c:446: warning: format '%08lx' expects type

Re: [PATCH] ibm_newemac: Fixes memory leak in ibm_newemac ethernet driver

Hi Benn, Please find my comments below. On Tue, Jun 24, 2008 at 4:51 AM, Benjamin Herrenschmidt < [EMAIL PROTECTED]> wrote: > On Mon, 2008-06-23 at 14:55 +0200, Stefan Roese wrote: > > From: Sathya Narayanan <[EMAIL PROTECTED]> > > > > This patch addresses the memory leak happenni

Re: [PATCH] ibm_newemac: Fixes memory leak in ibm_newemac ethernet driver

> > Actually the meachanism of stopping the queue and starting it is > already there. But even then due to some sync issue between the poll > routine and xmit, we were resulted in using the slots of skb which was > not actually got freed before. > I agree this could a bug , Since its not is not

Re: [PATCH] ibm_newemac: Fixes memory leak in ibm_newemac ethernet driver

On Wed, Jul 2, 2008 at 11:16 AM, Benjamin Herrenschmidt < [EMAIL PROTECTED]> wrote: > > > > > Actually the meachanism of stopping the queue and starting it is > > already there. But even then due to some sync issue between the poll > > routine and xmit, we were resulted in using the slots of skb

[BUG] 2.6.26-rc8-git2 - kernel BUG at mm/page_alloc.c:585

Hi, when running kernbench on powerpc box booted with the 2.6.26-rc8-git2 kernel the machine drops to xmon with the kernel BUG kernel BUG at mm/page_alloc.c:585! cpu 0x0: Vector: 700 (Program Check) at [c000c389ed50] pc: c00e22ec: .__rmqueue+0x178/0x25c lr: c00e22ec: .