Re: [PATCH 2/11] cell: generalize io-workarounds code

Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > On Wed, 2008-04-02 at 19:52 +0900, Ishizaki Kou wrote: > > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > > > > As you said, if read/write/in/out functions take device parameter, > > > > taking I/O function pointers into the dev_archdata stru

Re: [Cbe-oss-dev] [PATCH] Cell OProfile: SPU mutex lock fix

On Wednesday 02 April 2008, Carl Love wrote: > On Wed, 2008-04-02 at 07:21 +0200, Arnd Bergmann wrote: > > On Tuesday 25 March 2008, Carl Love wrote: > > > This patch fixes a bug in the code that records the SPU data and > > > context switches. The buffer_mutex lock must be held when the > > > ker

Re: [kvm-ppc-devel] [PATCH] Add idle wait support for 44x platforms

On Thu, 2008-04-03 at 18:13 -0500, Hollis Blanchard wrote: > On Thursday 03 April 2008 17:43:02 Jerone Young wrote: > > # HG changeset patch > > # User Jerone Young <[EMAIL PROTECTED]> > > # Date 1207262487 18000 > > # Node ID 7226bef216680748a50327900572c2fbc3e762b0 > > # Parent a5b2aebbc6ebd2439

Re: [PATCH] Add idle wait support for 44x platforms

On Fri, 2008-04-04 at 10:03 +1100, Tony Breeds wrote: > On Thu, Apr 03, 2008 at 05:43:02PM -0500, Jerone Young wrote: > > Hi Jerone, > A few minor nits. > > Add idle wait support for 44x platforms > > > > This patch adds the ability for the CPU to go into wait state while in > > cpu_idle l

Re: [PATCH] Add idle wait support for 44x platforms

On Thu, 2008-04-03 at 21:00 -0500, Josh Boyer wrote: > On Thu, 03 Apr 2008 17:43:02 -0500 > Jerone Young <[EMAIL PROTECTED]> wrote: > > > # HG changeset patch > > # User Jerone Young <[EMAIL PROTECTED]> > > # Date 1207262487 18000 > > # Node ID 7226bef216680748a50327900572c2fbc3e762b0 > > # Parent

Re: [Cbe-oss-dev] [PATCH] RTAS - adapt procfs interface

On Friday 04 April 2008, Christoph Hellwig wrote: > On Tue, Apr 01, 2008 at 03:12:20PM +0200, Jens Osterkamp wrote: > > > > Hi, > > > > rtas_flash was broken since 2.6.24-rc5. This patch fixes it. > > I think this is a good bugfix candidate for 2.6.25. > > NACK.  driver should not poke into the

Re: [PATCH] PowerPC: MPIC ack interrupts at mpic_teardown_this_cpu()

On Fri, Apr 04, 2008 at 08:50:36AM +1100, Benjamin Herrenschmidt wrote: > > On Thu, 2008-04-03 at 23:09 +0400, Valentine Barshak wrote: > > We really need to ack interrupts at mpic_teardown, since > > not all platforms reset mpic at kernel start-up. For example, > > kexec'ed kernel hangs on P.A. S

Re: [PATCH] Add idle wait support for 44x platforms

On Thu, 03 Apr 2008 17:43:02 -0500 Jerone Young <[EMAIL PROTECTED]> wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1207262487 18000 > # Node ID 7226bef216680748a50327900572c2fbc3e762b0 > # Parent a5b2aebbc6ebd2439c655f1c047ed7e3c1991ec1 As a complete and unrelat

Re: [PATCH] Add idle wait support for 44x platforms

On Fri, 4 Apr 2008 10:03:56 +1100 [EMAIL PROTECTED] (Tony Breeds) wrote: > > +int __init ppc44x_idle_init(void) > > +{ > > + if(of_find_node_by_path("/hypervisor") != NULL) { > ^ space > > + /* if we find /hypervisor node is in device tree, > > + set idle mode to

Re: [kvm-ppc-devel] [PATCH] Add idle wait support for 44x platforms

On Thu, Apr 03, 2008 at 06:13:59PM -0500, Hollis Blanchard wrote: > Stuart, we're getting into ePAPR territory. Do you think we need to worry > about a hypervisor not handling mtmsr(MSR_WE)? In that case, we'd need to be > more specific than just testing for "/hypervisor". IMHO every hypervisor

Re: [PATCH] RTAS - adapt procfs interface

On Tue, Apr 01, 2008 at 03:12:20PM +0200, Jens Osterkamp wrote: > > Hi, > > rtas_flash was broken since 2.6.24-rc5. This patch fixes it. > I think this is a good bugfix candidate for 2.6.25. NACK. driver should not poke into the internal count member. Just provide your own inclusion with a new

Re: [kvm-ppc-devel] [PATCH] Add idle wait support for 44x platforms

On Thursday 03 April 2008 17:43:02 Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1207262487 18000 > # Node ID 7226bef216680748a50327900572c2fbc3e762b0 > # Parent a5b2aebbc6ebd2439c655f1c047ed7e3c1991ec1 > Add idle wait support for 44x platforms > > T

Re: [PATCH] Add idle wait support for 44x platforms

On Thu, Apr 03, 2008 at 05:43:02PM -0500, Jerone Young wrote: Hi Jerone, A few minor nits. > Add idle wait support for 44x platforms > > This patch adds the ability for the CPU to go into wait state while in > cpu_idle loop. This helps virtulization solutions know when the guest Linux >

[PATCH] Add idle wait support for 44x platforms

# HG changeset patch # User Jerone Young <[EMAIL PROTECTED]> # Date 1207262487 18000 # Node ID 7226bef216680748a50327900572c2fbc3e762b0 # Parent a5b2aebbc6ebd2439c655f1c047ed7e3c1991ec1 Add idle wait support for 44x platforms This patch adds the ability for the CPU to go into wait state while in

RE: [PATCH 2/3] [POWERPC][V3] Xilinx: of_serial support for Xilinxuart 16550.

The device tree generator now reflects this. Steve > -Original Message- > From: [EMAIL PROTECTED] [mailto:linuxppc-dev- > [EMAIL PROTECTED] On Behalf Of Arnd Bergmann > Sent: Wednesday, April 02, 2008 9:16 PM > To: linuxppc-dev@ozlabs.org > Cc: John Linn > Subject: Re: [PATCH 2/3] [POWER

Re: [PATCH] PowerPC: MPIC ack interrupts at mpic_teardown_this_cpu()

On Thu, 2008-04-03 at 23:09 +0400, Valentine Barshak wrote: > We really need to ack interrupts at mpic_teardown, since > not all platforms reset mpic at kernel start-up. For example, > kexec'ed kernel hangs on P.A. Semi if mpic_eoi() isn't called. > > Signed-off-by: Valentine Barshak <[EMAIL PROT

Re: [RFC][PATCH] initial port of fixmap over from x86 for ppc32

On Thu, 2008-04-03 at 13:47 -0500, Hollis Blanchard wrote: > > x86 virtualization implementations often needs a trampoline that's > mapped into > both host and guest virtual address space, so that's part of what > you're > seeing. > > In general though, it can be very useful for the host to ow

[PATCH] powerpc TLF_RESTORE_SIGMASK

This requires the earlier HAVE_SET_RESTORE_SIGMASK patch series. This does the same for powerpc that I posted the x86 change for. --- Replace TIF_RESTORE_SIGMASK with TLF_RESTORE_SIGMASK and define our own set_restore_sigmask() function. This saves the costly SMP-safe set_bit operation, which we

[PATCH] PowerPC: MPIC ack interrupts at mpic_teardown_this_cpu()

We really need to ack interrupts at mpic_teardown, since not all platforms reset mpic at kernel start-up. For example, kexec'ed kernel hangs on P.A. Semi if mpic_eoi() isn't called. Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/mpic.c |6 +- 1 files changed,

Re: Question on mpc52xx_common.c

(cc'ing the mailing list in my reply) On Thu, Apr 3, 2008 at 10:27 AM, Detlev Zundel <[EMAIL PROTECTED]> wrote: > I wrote, > > > debugging a lite5200b kernel (linux-2.6-denx equivalent of 2.6.25-rc8) I > > noticed that in mpc52xx_map_common_devices (mpc52xx_common.c:161) the > > cdm module is t

Re: [RFC][PATCH] initial port of fixmap over from x86 for ppc32

On Thursday 03 April 2008 01:52:36 Kumar Gala wrote: > Wanted to get any feedback on this initial port of the fixmap support over > from x86. There are a few TODOs: > > * change HIGHMEM support to use fixmap > * fixup up VMALLOC config to respect fixmap > > (after initial powerpc patch is in tree/

Re: [PATCH] Freescale QUICC Engine USB Host Controller

On Thursday 03 April 2008, Timur Tabi wrote: > > Well, there is Linux CLK API (somewhat similar to GPIO API), but PowerPC > > doesn't use it yet. > > Yeah, I noticed that too.  I'll add it to my to-do list, but I suspect that > someone else will get around to it before I do. Note that there's som

Re: interrupt latency spi

On Thu, Apr 03, 2008 at 09:09:04AM -0400, mejjad lahcen wrote: > hi all of you , > I am wndering if someone has already done test for interrupt latency on > linx 2.6.23 mpc5200b. > I am working on writing a driver which is get SPi involved on design, and I > know that the spi interrupt will occur

[PATCH v2] E500 Make steal_context SMP-safe.

When steal_context is used on SMP systems, it can steal a context in use by one of the other processors. This patch adds context tracking to prevent this as suggested by BenH. Signed-off-by: Randy Vinson <[EMAIL PROTECTED]> --- The previous version of this patch had some unnecessary code which has

Re: [PATCH] Freescale QUICC Engine USB Host Controller

On Thu, Apr 03, 2008 at 10:33:04AM -0500, Timur Tabi wrote: > My only concern is that the functions are still called cpm_ even though > they > apply to the CPM and the QE. Sure, the QE is really just CPM3, but I'd like > to > see a nomenclature that's more inclusive. Yeah, but cpmqe would b

Re: [PATCH] Freescale QUICC Engine USB Host Controller

Anton Vorontsov wrote: > Yeah, I already posted a patch to deal with it, see > http://ozlabs.org/pipermail/linuxppc-dev/2008-March/053249.html > (btw... Scott, Timur did you have a chance to look into this?) Seems to be okay. I presume the code actually works with these changes. :-) My only con

Re: [PATCH] Freescale QUICC Engine USB Host Controller

On Thu, Apr 03, 2008 at 06:30:52PM +0400, Anton Vorontsov wrote: > On Thu, Apr 03, 2008 at 03:45:47PM +0200, Laurent Pinchart wrote: > > At first sight the driver depends on qe_lib for: > > > > - muram allocation (qe_muram_alloc/free, qe_muram_offset/addr) > > Yeah, I already posted a patch to de

[PATCH] [POWERPC] 4xx: Change dts files to support jumbo frames

This patch changes the "max-frame-size" property to 9000 for all gbit enabled 4xx boards. All those ports generally support jumbo frames, so let's give the user a chance to enable it. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/haleakala.dts |2 +- arch/powerpc/b

Re: [PATCH] Freescale QUICC Engine USB Host Controller

On Thu, Apr 03, 2008 at 03:45:47PM +0200, Laurent Pinchart wrote: > Hi Anton, > > On Tuesday 11 March 2008 20:17, Anton Vorontsov wrote: > > This is patch adds support for the FHCI USB controller, as found > > in the Freescale MPC836x and MPC832x processors. It can support > > Full or Low speed mo

[PATCH] ibm_newemac: Fix problem with jumbo frame support and EMAC V4

This fixes the jumbo frame support on EMAC V4 systems. Now the correct bit is set depending on the EMAC version configured. Tested on Kilauea (405EX) and Canyonlands (460EX). Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- drivers/net/ibm_newemac/core.c |5 - 1 files changed, 4 inser

Re: [PATCH 3/3][POWERPC][V2] Xilinx: boot support for Xilinx uart 16550.

On Thu, Apr 3, 2008 at 7:28 AM, John Linn <[EMAIL PROTECTED]> wrote: > Hi Johann, > > You're right about it being missing. I have another patch for virtex > specific initialization that handles that. I have not submitted it yet as I > was trying to get these patches thru the system. > > I have bee

Re: [PATCH] Freescale QUICC Engine USB Host Controller

Hi Anton, On Tuesday 11 March 2008 20:17, Anton Vorontsov wrote: > This is patch adds support for the FHCI USB controller, as found > in the Freescale MPC836x and MPC832x processors. It can support > Full or Low speed modes. > > Quite a lot hardware is doing by itself (SOF generation, CRC generat

interrupt latency spi

hi all of you , I am wndering if someone has already done test for interrupt latency on linx 2.6.23 mpc5200b. I am working on writing a driver which is get SPi involved on design, and I know that the spi interrupt will occurs at every 2 us ( speed 4 MHz interupt occurs when It recieves on bytes)

[PATCH] [POWERPC] 4xx: Some EMAC related changes in Canyonlands & Glacier dts files

This patch fixes some problems in the Canyonlands 460EX and Glacier 460GT dts files: - Add "mdio-device = <&EMAC0>" to all all EMAC's except for EMAC0 itself (the 460EX/GT only can access the PHY via the EMAC0 instance) - Add TAH support to Canyonlands dts Signed-off-by: Stefan Roese <[EMAIL PR

RE: [PATCH 2/3] [POWERPC][V3] Xilinx: of_serial support for Xilinx uart 16550.

Thanks Arnd, I apologize for not keeping you in the loop on this. I'm still learning the process and appreciate your help and patience. Thanks to all for the work to get consensus on this, John -Original Message- From: Arnd Bergmann [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2

RE: [PATCH 3/3][POWERPC][V2] Xilinx: boot support for Xilinx uart 16550.

Hi Johann, You're right about it being missing. I have another patch for virtex specific initialization that handles that. I have not submitted it yet as I was trying to get these patches thru the system. I have been told in this forum that the bootstrap loader should not be setting up the

Re: [PATCH 3/3][POWERPC][V2] Xilinx: boot support for Xilinx uart 16550.

Hi John, I've a small question about ns16550 boot support. I can't see any code related to either "clock-frequency" or "current-speed" key words. Such actions are performed in of_serial.c to get appropriate baud rate (update of UART_DLL and UART_DLM). Is it needed or is it a misunderstanding? Per

Re: [PATCH] ibm_newemac: Add support for 460EX/GT-type MAL rx-channel handling

On Thu, 2008-04-03 at 14:35 +0200, Stefan Roese wrote: > On Thursday 03 April 2008, Benjamin Herrenschmidt wrote: > > On Thu, 2008-04-03 at 13:45 +0200, Stefan Roese wrote: > > > On some 4xx PPC's (e.g. 460EX/GT), the rx channel number is a multiple > > > of 8 (e.g. 8 for EMAC1, 16 for EMAC2), but

Re: [PATCH] ibm_newemac: Add support for 460EX/GT-type MAL rx-channel handling

On Thursday 03 April 2008, Benjamin Herrenschmidt wrote: > On Thu, 2008-04-03 at 13:45 +0200, Stefan Roese wrote: > > On some 4xx PPC's (e.g. 460EX/GT), the rx channel number is a multiple > > of 8 (e.g. 8 for EMAC1, 16 for EMAC2), but enabling in MAL_RXCASR needs > > the divided by 8 value for the

Re: [PATCH] [POWERPC] CPM1: implement GPIO LIB API

Hi Laurent, > I haven't checked all CPM1-based parts, but for the MPC855 family this > doesn't > look right. The MPC855 has two 32-bit ports, port B and port E. Registers for > port B are dir, par, odr and dat, and registers for port E are dir, par, sor, > odr and dat. You probably mean MPC88

Re: [PATCH] ibm_newemac: Add support for 460EX/GT-type MAL rx-channel handling

On Thu, 2008-04-03 at 13:45 +0200, Stefan Roese wrote: > On some 4xx PPC's (e.g. 460EX/GT), the rx channel number is a multiple > of 8 (e.g. 8 for EMAC1, 16 for EMAC2), but enabling in MAL_RXCASR needs > the divided by 8 value for the bitmask. Sounds ok, but I wonder if we ever have a MAL with mo

Re: [PATCH 2/3] [POWERPC][V3] Xilinx: of_serial support for Xilinx uart 16550.

Hello. John Linn wrote: The Xilinx 16550 uart core is not a standard 16550 because it uses word-based addressing rather than byte-based addressing. With additional properties it is compatible with the open firmware 'ns16550' compatible binding. This code updates the of_serial driver to handl

Re: [PATCH 2/4] [POWERPC] Implement support for the GPIO LIB API

On Thu, Apr 03, 2008 at 01:05:51PM +0200, Laurent Pinchart wrote: > Hi Anton, > > On Tuesday 11 March 2008 19:42, Anton Vorontsov wrote: > > This patch implements support for the GPIO LIB API. Two calls > > unimplemented though: irq_to_gpio and gpio_to_irq. > > > > Signed-off-by: Anton Vorontsov

Re: [PATCH 2/3][POWERPC][V2] Xilinx: of_serial support for Xilinx uart 16550.

Hello. Stephen Neuendorffer wrote: I don't think big-endian has the same context as reg-shift/reg-offset. The "big-endian" is about how the byte addresses are laid out, so the context is the same -- in this case, it would determine where each UART register is located within the address s

Please pull powerpc.git merge branch

Linus, Please do: git pull \ git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge to get some more bug fixes for powerpc, mostly for various embedded platforms. The bulk of the changes are once again in the defconfigs. Thanks, Paul. arch/powerpc/boot/dts/cm5200.dts

[PATCH] ibm_newemac: Add support for 460EX/GT-type MAL rx-channel handling

On some 4xx PPC's (e.g. 460EX/GT), the rx channel number is a multiple of 8 (e.g. 8 for EMAC1, 16 for EMAC2), but enabling in MAL_RXCASR needs the divided by 8 value for the bitmask. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- drivers/net/ibm_newemac/mal.c | 16 1 files

Re: printk time confusion?

Johannes Berg <[EMAIL PROTECTED]> writes: >> >> [ 155.982345] ioctl32(gnome-terminal:6543): Unknown cmd fd(31) >> >> cmd(530b){t:'S';sz:0} arg(0fd7bbe0) on /dev/pts/8 > >> > Proably ioctl's that lack a 32 bits conversion, you'll have to dig in >> > the pty stuff to find out which ones it is

Re: [PATCH] [POWERPC] CPM1: implement GPIO LIB API

Hi Jochen, On Tuesday 25 March 2008 17:56, Jochen Friedrich wrote: > Implement GPIO LIB API on CPM1 Freescale SoC. > > Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]> > --- > > This is based on the series starting at http://patchwork.ozlabs.org/linuxppc/patch?id=17299 > > arch/powerpc/pla

Re: printk time confusion?

> >> [ 155.982345] ioctl32(gnome-terminal:6543): Unknown cmd fd(31) > >> cmd(530b){t:'S';sz:0} arg(0fd7bbe0) on /dev/pts/8 > > Proably ioctl's that lack a 32 bits conversion, you'll have to dig in > > the pty stuff to find out which ones it is and if it can be a problem... > > 0x53xx is cl

Re: printk time confusion?

> > Not sure whether the lockdep patches or something else is causing this > > as I haven't checked w/o the patches yet, but I seem to be having some > > confusion of printk timestamps: > > Tried reverting the patches ? No, not yet, I'll do that later today. > > [ 155.982345] ioctl32(gnome-te

Re: printk time confusion?

Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > On Wed, 2008-04-02 at 16:23 +0200, Johannes Berg wrote: >> [...] >> [ 176.440255] iwl4965: No space for Tx >> [...] >> [ 147.983705] ioctl32(gnome-terminal:6361): Unknown cmd fd(25) >> cmd(530b){t:'S';sz:0} arg(0fd7bbe0) on /dev/pts/2 >>

Re: [PATCH 2/4] [POWERPC] Implement support for the GPIO LIB API

Hi Anton, On Tuesday 11 March 2008 19:42, Anton Vorontsov wrote: > This patch implements support for the GPIO LIB API. Two calls > unimplemented though: irq_to_gpio and gpio_to_irq. > > Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> > --- > Documentation/powerpc/booting-without-of.txt | 52

Re: [PATCH] mm: make mem_map allocation continuous v2.

Yinghai Lu wrote: > On Wed, Apr 2, 2008 at 7:22 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: >> On Wed, 2 Apr 2008 18:30:24 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote: >> >> > v2 replace: >> > [PATCH] mm: make mem_map allocation continuous. >> > [PATCH] mm: allocate section_map for s

Re: printk time confusion?

On Wed, 2008-04-02 at 16:23 +0200, Johannes Berg wrote: > Hi, > > Not sure whether the lockdep patches or something else is causing this > as I haven't checked w/o the patches yet, but I seem to be having some > confusion of printk timestamps: Tried reverting the patches ? > [...] > [ 176.4402

Re: [PATCHv2] powerpc: Describe memory-mapped RAM&ROM chips OF bindings

On Tuesday 01 April 2008 15:16, Grant Likely wrote: > On Mon, Mar 31, 2008 at 10:39 AM, Laurent Pinchart > <[EMAIL PROTECTED]> wrote: > > > > Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]> > > --- > > Documentation/powerpc/booting-without-of.txt | 13 - > > 1 files changed,

printk time confusion?

Hi, Not sure whether the lockdep patches or something else is causing this as I haven't checked w/o the patches yet, but I seem to be having some confusion of printk timestamps: [...] [ 176.440255] iwl4965: No space for Tx [...] [ 147.983705] ioctl32(gnome-terminal:6361): Unknown cmd fd(25) cm

Re: [RFC/PATCH] powerpc: Add irqtrace support to 32-bit powerpc

On Fri, 2008-02-01 at 12:50 -0700, Dale Farnsworth wrote: > This adds the low level irq tracing hooks for 32-bit powerpc. > This patch applies on top of Benjamin Herrenschmidt's patch that > provides similar support for 64-bit powerpc. See >

Re: [PATCH 0/4] [POWERPC] lockdep support for ppc64

> Haven't tested this version on G5 yet btw :-) (though I had a previous > one working internally). I tested on POWER6 pSeries and old iSeries > (spent a while fixing the later). > > I'll run more tests tomorrow hopefully and add a few patch fixing > some of the issues that lockdep already starti

[PATCH] Linux >=2.6.24 support for FEC on MPC5200 (not B!)

Here is a patch for the lite5200 to get the FEC working again for kernel >=2.6.25. The FEC driver is also compatible with the MPC5200, not only with the MPC5200B, so an according entry was added to the drivers matching list. Furthermore the settings for the PHY were entered in the dts file for