Re: [PATCH V2] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread René Bürgel
Wolfram Sang schrieb: Hello Rene, I haven't actually applied the patch, just a few comments from a glimpse: Major nit: Please add to the comment that this bug is still present on the MPC5200B, although it is not in its errata sheet. Thils will avoid later confusion. (Out of interest, did

[PATCH] IB/ehca: remove reference to the QP in case of port activation failure

2008-11-04 Thread Stefan Roscher
If the initialization of a special QP (e.g. AQP1) fails due to a software timeout, we have to remove the reference to that special QP struct from the port struct preventing the driver to access the QP, since it will be/has been destroyed by the caller, ie in this case ib_mad. This patch will

[PATCH 1/1][resend] irq: Maintain user set affinity

2008-11-04 Thread Kumar Gala
This addresses a regression in that if a user specified an affinity for an interrupt that affinity information would get reset between a request_irq(), free_irq() and request_irq() for the same irq. On example of this is bringing up an ethernet interface, taking it down and bringing it back up

Re: [PATCH RFC v2] net: add PCINet driver

2008-11-04 Thread Ira Snyder
On Tue, Nov 04, 2008 at 01:09:25PM +0100, Arnd Bergmann wrote: On Wednesday 29 October 2008, Ira Snyder wrote: This adds support to Linux for a virtual ethernet interface which uses the PCI bus as its transport mechanism. It creates a simple, familiar, and fast method of communication for

Re: [PATCH] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread Matt Sealey
Wolfram Sang wrote: On Mon, Nov 03, 2008 at 03:57:09PM -0600, Matt Sealey wrote: Optionally you can further reduce impact by checking if CONFIG_PPC_MPC5200_BUGFIX is defined. I would much prefer this. I submitted a patch to enable pipelining on a MPC5200B recently. It was disabled because

Re: [PATCH V2] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread Matt Sealey
René Bürgel wrote: But as the serial driver is also used for the MPC5121, we may have to distinguish anyway. Does anyone have the possibility to test if the bug in still present on MPC5121? Tell us what to do to get it to occur and what we're looking for and we have a bunch of boards at

RE: [PATCH] ibm_newemac: Add support for Arches CPU0 SGMII0 to CPU1 SGMII0

2008-11-04 Thread Victor Gallardo
Hello Josh, Have you had a chance to look at this patch. On Arches, SGMII0 Rx/Tx on CPU0 is wired to SGMII0 Tx/Rx on CPU1. Add GPCS as a phy type to allow for this. Regards, Victor Gallardo ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org

Re: [PATCH V2] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread Wolfram Sang
Hello Rene, I haven't actually applied the patch, just a few comments from a glimpse: +/* macro with helper macros to safely reset rx which mustn't be done in break state. + * This is a workaround for processor bug #364 described in MPC5200 (L25R) Errata. Minor nit: Kernel CodingStyle

Re: [PATCH] kernel/cpu.c: Section mismatch warning fix. (fwd)

2008-11-04 Thread Geert Uytterhoeven
-- Forwarded message -- Date: Tue, 4 Nov 2008 12:02:53 +0100 From: Sam Ravnborg [EMAIL PROTECTED] To: Ingo Molnar [EMAIL PROTECTED] Cc: Andrew Morton [EMAIL PROTECTED], Rakib Mullick [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [PATCH] kernel/cpu.c:

Re: [PATCH V3] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread René Bürgel
Hey, folks This is v3 of my patch to work around erratum #364 of the MPC5200(B). I removed most magic looking numbers, documenting the rest. As mentioned before, the previous patches weren't working for low baudrates (9600). This should be fixed now. But there's still one thing, that

[PATCH V2] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread René Bürgel
Grant Likely schrieb: On Mon, Nov 3, 2008 at 12:32 PM, René Bürgel [EMAIL PROTECTED] wrote: Hi This patch is a workaround for bug #364 found in the MPC52xx processor. The errata document can be found under

PCI Express between MPC8572 PLX8616

2008-11-04 Thread Morrison, Tom
Has anybody every used this chip in their design?? FYI, we have a custom board that I am bringing up right now that has a MPC8572E that has its PCIE1 connected to the subject line PLX8616 PCI Express Switch... As part of the boot, we successfully discover config the internal bridge

Re: [PATCH RFC v2] net: add PCINet driver

2008-11-04 Thread Arnd Bergmann
On Tuesday 04 November 2008, Ira Snyder wrote: On Tue, Nov 04, 2008 at 01:09:25PM +0100, Arnd Bergmann wrote: Why 'depends on !PCI'? This means that you cannot build a kernel that is able to run both as host and endpoint for PCInet, right? Yes, that is correct. I did this because the

Re: Introduce local (non-broadcast) forms of tlb invalidates causes BUG()

2008-11-04 Thread Kumar Gala
On Sun, 2 Nov 2008, Sebastian Andrzej Siewior wrote: After I updated to 67d1128425 I get plenty of this: | VFS: Mounted root (nfs filesystem) readonly. | Freeing unused kernel memory: 148k init | BUG: sleeping function called from invalid context at

Re: [PATCH V3] workaround for mpc52xx erratum #364 (serial may not be reset in break state)

2008-11-04 Thread Wolfram Sang
Hi René, On Tue, Nov 04, 2008 at 08:40:09PM +0100, René Bürgel wrote: Hey, folks This is v3 of my patch to work around erratum #364 of the MPC5200(B). I removed most magic looking numbers, documenting the rest. As mentioned before, the previous patches weren't working for low baudrates

Re: [PATCH RFC v2] net: add PCINet driver

2008-11-04 Thread Ira Snyder
On Tue, Nov 04, 2008 at 09:23:03PM +0100, Arnd Bergmann wrote: On Tuesday 04 November 2008, Ira Snyder wrote: On Tue, Nov 04, 2008 at 01:09:25PM +0100, Arnd Bergmann wrote: Why 'depends on !PCI'? This means that you cannot build a kernel that is able to run both as host and endpoint

Re: Connecting to PCI command write interrupt on 4xx platforms

2008-11-04 Thread Benjamin Herrenschmidt
On Tue, 2008-11-04 at 12:17 +0100, Matthias Fuchs wrote: I must admit that I am not sure what you mean by (pci-endpoint) _name_. Do you mean something like this: PCI: [EMAIL PROTECTED] { endpoint = pci-endpoint; ... To many endpoint appearances

Re: [PATCH 1/1 v2] powerpc: hugetlb pgtable cache access cleanup

2008-11-04 Thread Andrew Morton
On Thu, 30 Oct 2008 17:03:57 -0500 Jon Tollefson [EMAIL PROTECTED] wrote: It was suggested by Andrew that using a macro that made an array look like a function call made it harder to understand the code. Cleaned up use of macro. We now reference the pgtable_cache array directly instead of

Re: [PATCH] IB/ehca: remove reference to the QP in case of port activation failure

2008-11-04 Thread Roland Dreier
thanks, applied ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH v4] spi: Add PPC4xx SPI driver

2008-11-04 Thread Josh Boyer
On Fri, Oct 31, 2008 at 12:07:46PM +0100, Stefan Roese wrote: This adds a SPI driver for the SPI controller found in the IBM/AMCC 4xx PowerPC's. Signed-off-by: Stefan Roese [EMAIL PROTECTED] Signed-off-by: Wolfgang Ocker [EMAIL PROTECTED] Acked-by: Josh Boyer [EMAIL PROTECTED] --- Changes in

Re: [PATCH RFC v2] net: add PCINet driver

2008-11-04 Thread Ira Snyder
On Tue, Nov 04, 2008 at 09:23:03PM +0100, Arnd Bergmann wrote: Big snip. I tried to make the locking do only what was needed. I just couldn't get it correct unless I used spin_lock_irqsave(). I was able to get the system to deadlock otherwise. This is why I posted the driver for

Re: [stable] 16G related patches for stable kernel 2.6.27

2008-11-04 Thread Greg KH
On Wed, Oct 29, 2008 at 03:56:56PM -0500, Jon Tollefson wrote: Please consider the following patches for the 2.6.27 stable tree. The first two allow a powerpc machine with more then 2 numa nodes to boot when 16G pages are enabled. The third one allows a powerpc machine to boot if using 16G

Re: Connecting to PCI command write interrupt on 4xx platforms

2008-11-04 Thread Matthias Fuchs
On Tuesday 04 November 2008 07:16, Benjamin Herrenschmidt wrote: It is device_type for PCIe right now, I'm afraid. This was what we agreed upon. Here a code sniplet from the patch: /* Check if device_type property is set to pci or pci-endpoint. * Resulting from this setup this

[PATCH 2.6.28-rc3] pmac_zilog: console polling support

2008-11-04 Thread Chris J Arges
This patch adds console polling support for the pmac_zilog serial driver. From e768d25cfa8e1f4a1eebb8fb69930c2ef64da2cb Mon Sep 17 00:00:00 2001 From: Chris J Arges [EMAIL PROTECTED] Date: Tue, 4 Nov 2008 15:10:37 -0600 Subject: [PATCH] pmac_zilog console polling support Implemented

PrPMC2800 support compatible with PowerPMC280?

2008-11-04 Thread Chris Friesen
As far as I can tell, the PrPMC2800 is basically a lead-free PowerPMC280 with a bit more boot flash. Has anyone booted current mainline kernels on a PowerPMC280? If so, what config and bootloader options are required? Thanks, Chris ___

Re: powerpc: udbg based backend for hvc_console

2008-11-04 Thread Paul Mackerras
David Gibson writes: This patch adds a new backend for the hvc console based on the low-level udbg callbacks. This effectively implements a working runtime console in terms of the simple udbg primitives. This is kind of a hack - since udbg isn't something you really want to be using