linux-next: rr tree build failure

Hi Rusty, Today's linux-next build (powerpc ppc44x_defconfig) failed like this: .tmp_exports-asm.o: In function `__ksymtab_pci_alloc_consistent': (__ksymtab_sorted+0x2a30): undefined reference to `pci_alloc_consistent' .tmp_exports-asm.o: In function `__ksymtab_pci_free_consistent': (__ksymtab_so

High traffic from eth to cf-ata blocks other eth traffic

I have ppc system with compactflash card connected by ata. On this system is running process using raw socket to send and receive cyclic data each 4ms. When I start another iptraffic - sshftp - to write to compact flash, after certain time the IRQ-135 (mpc52xx_ata) of ata driver locks task irqs fr

Re: linux-next: rr tree build failure

On Thu, 2009-11-12 at 19:03 +1100, Stephen Rothwell wrote: > Hi Rusty, > > Today's linux-next build (powerpc ppc44x_defconfig) failed like this: > > .tmp_exports-asm.o: In function `__ksymtab_pci_alloc_consistent': > (__ksymtab_sorted+0x2a30): undefined reference to `pci_alloc_consistent' > .tmp_

Re: Disable Caching for mmap() address

On Mon, 2009-11-09 at 16:21 -0700, Jonathan Haws wrote: > All, > > I would like to disable caching for an address that was returned from a call > to mmap(). I am using this address for DMA operations in user space and want > to make sure that the data cache is turned off for that buffer. > > T

MTD subsystem Initialization

Hi Ben, When i try to boot my MPC8640D based target on 2.6.30 kernel. My target is having 1GB of RAM and 256 MB of Flash memory. I am passing the partition information using OF Tree. During MTD subsystem initialization, the following error message is displayed. "vmap allocation for size 26843

Re: [PATCH 0/8] 8xx: Misc fixes for buggy insn

Scott Wood wrote on 11/11/2009 16:26:53: > > On Wed, Nov 11, 2009 at 01:06:10AM +0100, Joakim Tjernlund wrote: > > Scott Wood wrote on 11/11/2009 00:21:18: > > > Where would you put the dcbi? How do you regain control after that > > > cache line has been refilled, but before code flows back to t

Re: linux-next: rr tree build failure

Hi Ben, On Thu, 12 Nov 2009 20:02:00 +1100 Benjamin Herrenschmidt wrote: > > Thanks. Our EXPORTs are bogus (probably leftovers) it seems. I'll dbl > check tomorrow but that looks like a patch I should pickup in powerpc > -next anyways. That was the idea, thanks. -- Cheers, Stephen Rothwell

Re: [powerpc] Next tree Nov 2 : kernel BUG at mm/mmap.c:2135!

David Gibson wrote: On Wed, Nov 04, 2009 at 06:08:44PM +0530, Sachin Sant wrote: Sachin Sant wrote: Today's next tree failed to boot on a POWER 6 box with : [ cut here ] kernel BUG at mm/mmap.c:2135! Oops: Exception in kernel mode, sig: 5 [#2] SMP NR_CPUS=1024 N

Re: [alsa-devel] [PATCH 2/6] ASoC/mpc5200: get rid of the appl_ptr tracking nonsense

On Wed, Nov 11, 2009 at 06:13:25PM -0500, Jon Smirl wrote: > I don't think it is that much more work for ALSA to provide an > accessible field indicating the end of valid data. It's already > tracking appl_ptr. Appl_ptr just needs to be translated into a > physical DMA buffer address and we've bee

Re: [PATCH 5/5] powerpc/86xx: Support for NVRAM on GE Fanuc's PPC9A

On Jul 2, 2009, at 11:12 AM, Martyn Welch wrote: Add support for NVRAM on GE Fanuc's PPC9A. Signed-off-by: Martyn Welch --- arch/powerpc/boot/dts/gef_ppc9a.dts |6 ++ arch/powerpc/configs/86xx/gef_ppc9a_defconfig |4 ++-- arch/powerpc/platforms/86xx/Kconfig |

Re: [PATCH 4/5] powerpc/86xx: Support for NVRAM on GE Fanuc's SBC310

On Jul 2, 2009, at 11:12 AM, Martyn Welch wrote: Add support for NVRAM on GE Fanuc's SBC310. Signed-off-by: Martyn Welch --- arch/powerpc/boot/dts/gef_sbc310.dts |6 ++ arch/powerpc/configs/86xx/gef_sbc310_defconfig |4 ++-- arch/powerpc/platforms/86xx/Kconfig

Re: [PATCH 3/5] powerpc/86xx: Enable NVRAM on GE Fanuc's SBC610

On Jul 2, 2009, at 11:12 AM, Martyn Welch wrote: This patch enables the NVRAM found on the GE Fanuc SBC610 Signed-off-by: Martyn Welch --- arch/powerpc/boot/dts/gef_sbc610.dts |6 ++ arch/powerpc/configs/86xx/gef_sbc610_defconfig |4 ++-- arch/powerpc/platforms/86xx/Kconf

[PATCH v2 0/4] xilinx_spi: Split into platform and of driver, support new IP, platform independence.

Hi, To follow is a series of patches against the xilinx_spi driver. The patchset is against 2.6.32-rc6 The patchset addresses several problems in the current driver: * It's PPC only (OF and uses PPC specific memory operations) * Only supporting big endian writes * Supports only 8bit SPI, support

[PATCH v2 1/4] xilinx_spi: Split into of driver and generic part.

This patch splits the xilinx_spi driver into a generic part and a OF driver part. The reason for this is to later add in a platform driver as well. Signed-off-by: Richard Röjfors --- diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig index 4b6f7cb..e60b264 100644 --- a/drivers/spi/Kconfig ++

[PATCH v2 2/4] xilinx_spi: Switch to iomem functions and support little endian.

This patch changes the out_(be)(8|16|32) and in_(be)(8|16|32) calls to 32 bits ioread/iowrite. The read and write function are attached to the internal struct as callbacks, callback is selected depending on endianess. This will also build on platforms not supporting the in/out calls for instanc

[PATCH v2 3/4] xilinx_spi: add support for the DS570 IP.

This patch adds in support for the DS570 IP. It's register compatible with the DS464, but adds support for 8/16/32 SPI. The 8/16/32 support is added by attaching callbacks reading/writing the proper amount of data. To indicate to the driver which amount of bits to use a new field is introduced in

[PATCH v2 4/4] xilinx_spi: add a platform driver using the xilinx_spi common module.

This patch adds in a platform device driver using the xilinx_spi common module. Signed-off-by: Richard Röjfors --- diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig index b956284..d1f8ee3 100644 --- a/drivers/spi/Kconfig +++ b/drivers/spi/Kconfig @@ -252,6 +252,13 @@ config SPI_XILINX_OF

Re: [PATCH v2 1/4] xilinx_spi: Split into of driver and generic part.

On Thu, Nov 12, 2009 at 7:26 AM, Richard Röjfors wrote: > This patch splits the xilinx_spi driver into a generic part and a > OF driver part. > > The reason for this is to later add in a platform driver as well. > > Signed-off-by: Richard Röjfors > --- > diff --git a/drivers/spi/Kconfig b/drivers

Re: [PATCH v2 2/4] xilinx_spi: Switch to iomem functions and support little endian.

On Thu, Nov 12, 2009 at 7:26 AM, Richard Röjfors wrote: > This patch changes the out_(be)(8|16|32) and in_(be)(8|16|32) calls to 32 > bits ioread/iowrite. > > The read and write function are attached to the internal struct as callbacks, > callback > is selected depending on endianess. > > This w

Re: [PATCH v2 4/4] xilinx_spi: add a platform driver using the xilinx_spi common module.

On Thu, Nov 12, 2009 at 7:28 AM, Richard Röjfors wrote: > This patch adds in a platform device driver using the xilinx_spi common > module. > > Signed-off-by: Richard Röjfors Acked-by: Grant Likely -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. __

RE: Disable Caching for mmap() address

> On Mon, 2009-11-09 at 16:21 -0700, Jonathan Haws wrote: > > All, > > > > I would like to disable caching for an address that was returned > from a call to mmap(). I am using this address for DMA operations > in user space and want to make sure that the data cache is turned > off for that buffer.

Re: [PATCH v2 1/4] xilinx_spi: Split into of driver and generic part.

Hi, There are some proposed updates from you which are inherited from the old code I think it's better that you (xilinx?) take responsibility for that part, I really don't want to maintain others' code which I even can't compile. There was a type error I will fix. Comments below... //Richard

Re: [PATCH v2 1/4] xilinx_spi: Split into of driver and generic part.

On 11/12/09 6:17 PM, John Linn wrote: >> Have you compile tested this? platform_data is a void*, the >> dereference will not work. I know you don't have hardware; but >> getting the needed cross compiler is easy. > > Here's the fixes I did to make it compile. On to testing :) Great! I tested th

RE: [PATCH v2 1/4] xilinx_spi: Split into of driver and generic part.

> -Original Message- > From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant > Likely > Sent: Thursday, November 12, 2009 7:56 AM > To: Richard Röjfors > Cc: spi-devel-gene...@lists.sourceforge.net; linuxppc-...@ozlabs.org; Andrew > Morton; > dbrown...@users.sourcefo

[PATCHv2 0/3] mpc52xx/wdt: re-enable the MPC5200 WDT

This set of patches merges the MPC5200 WDT into the GPT code, making it functional again - currently, the MPC5200 GPT code blocks using the WDT. Additionally, it defines a new OF property as to reserve and/or enable the WDT during the boot process which may be a requirement for safety-related (e.g

[PATCHv2 1/3] mpc52xx/wdt: OF property to enable the WDT on boot

Add the "fsl,wdt-on-boot" OF property as to reserve a GPT as WDT which may be a requirement in safety-related (e.g. ISO/EN 61508) applications. Signed-off-by: Albrecht Dreß --- Change against v1: rename the new property. Documentation/powerpc/dts-bindings/fsl/mpc5200.txt | 17 ++

[PATCHv2 2/3] mpc52xx/wdt: merge WDT code into the GPT driver

Merge the WDT code into the GPT interface. Signed-off-by: Albrecht Dreß --- Change against v1: fully merge the wdt api into this file. Note: The patch does also include the tiny GPT api changes from . arch/powerpc/includ

[PATCHv2 3/3] mpc52xx/wdt: remove obsolete old WDT implementation

Remove the old WDT implementation. Signed-off-by: Albrecht Dreß --- Change against v1: WDT stuff now fully merged into the file arch/powerpc/platforms/52xx/mpc52xx_gpt.c. Note: The file drivers/watchdog/mpc5200_wdt.c is now obsolete and should be removed. drivers/watchdog/Kconfig |4 +++

problem with POSIX timers

I'm on a project where I recently switched from BSD style timers (setitimer/getitimer) to POSIX style timers (timer_settime/timer_gettime) so I can use the timer_getoverrun function. This works fine, except that now on my embedded PPC platform changing the system time with either settimeofday or c

Re: [PATCHv2 1/3] mpc52xx/wdt: OF property to enable the WDT on boot

On Thu, Nov 12, 2009 at 11:43 AM, Albrecht Dreß wrote: > Add the "fsl,wdt-on-boot" OF property as to reserve a GPT as WDT which may > be a requirement in safety-related (e.g. ISO/EN 61508) applications. > > Signed-off-by: Albrecht Dreß > > --- > > Change against v1: rename the new property. > >  

Re: [PATCHv2 2/3] mpc52xx/wdt: merge WDT code into the GPT driver

On Thu, Nov 12, 2009 at 11:44 AM, Albrecht Dreß wrote: > Merge the WDT code into the GPT interface. > > Signed-off-by: Albrecht Dreß Looks good to me. g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ___ Linuxppc-dev mailing list Linux

Re: [PATCHv2 3/3] mpc52xx/wdt: remove obsolete old WDT implementation

On Thu, Nov 12, 2009 at 11:45 AM, Albrecht Dreß wrote: > Remove the old WDT implementation. > > Signed-off-by: Albrecht Dreß Acked-by: Grant Likely Wim, I'm picking up the other 2 patches into my tree. Do you want me to push this patch through my tree, or do you want to pick it up? g. > ---

Re: [PATCH 0/8] 8xx: Misc fixes for buggy insn

Joakim Tjernlund wrote: Scott Wood wrote on 11/11/2009 16:26:53: On Wed, Nov 11, 2009 at 01:06:10AM +0100, Joakim Tjernlund wrote: Scott Wood wrote on 11/11/2009 00:21:18: Where would you put the dcbi? How do you regain control after that cache line has been refilled, but before code flows

Re: [PATCHv2 3/3] mpc52xx/wdt: remove obsolete old WDT implementation

On Thu, Nov 12, 2009 at 07:45:20PM +0100, Albrecht Dreß wrote: > Remove the old WDT implementation. > > Signed-off-by: Albrecht Dreß > --- > > Change against v1: WDT stuff now fully merged into the file > arch/powerpc/platforms/52xx/mpc52xx_gpt.c. > > Note: The file drivers/watchdog/mpc5200_wdt

Re: [PATCHv2 1/3] mpc52xx/wdt: OF property to enable the WDT on boot

Hi Grant! Am 12.11.09 20:06 schrieb(en) Grant Likely: > +The watchdog will respect the CONFIG_WATCHDOG_NOWAYOUT option. I think it would be better to use a device tree property to enable up NOWAYOUT. The static config isn't multiplatform-friendly. Thoughts? I fully agree with you that this

Re: [PATCHv2 3/3] mpc52xx/wdt: remove obsolete old WDT implementation

Hi Wolfram: Am 12.11.09 20:56 schrieb(en) Wolfram Sang: > Note: The file drivers/watchdog/mpc5200_wdt.c is now obsolete and should be removed. Ehrm, this is possible within a patch :) Ummm, I tried that (removed the file from git locally), but apparently I'm too dumb to find the proper opti

Re: [PATCHv2 3/3] mpc52xx/wdt: remove obsolete old WDT implementation

On Thu, Nov 12, 2009 at 09:36:42PM +0100, Albrecht Dreß wrote: > Hi Wolfram: > > Am 12.11.09 20:56 schrieb(en) Wolfram Sang: >> > Note: The file drivers/watchdog/mpc5200_wdt.c is now obsolete and should >> > be removed. >> >> Ehrm, this is possible within a patch :) > > Ummm, I tried that (removed

Re: [PATCHv2 3/3] mpc52xx/wdt: remove obsolete old WDT implementation

On Thu, Nov 12, 2009 at 1:36 PM, Albrecht Dreß wrote: > Hi Wolfram: > > Am 12.11.09 20:56 schrieb(en) Wolfram Sang: >> >> > Note: The file drivers/watchdog/mpc5200_wdt.c is now obsolete and should >> > be removed. >> >> Ehrm, this is possible within a patch :) > > Ummm, I tried that (removed the f

Re: [PATCH] mpc5200/gpt: tiny fix for gpt period limitation

On Wed, Nov 11, 2009 at 1:49 AM, Albrecht Dreß wrote: > This patch fixes a limitation of the 5200's period. > > Signed-off-by: Albrecht Dreß Okay, I've applied this and patches 1 & 2 from your series. I'm waiting for a reply from Wim to know whether or not I should also pick up patch 3. BUT,

Re: [PATCH 0/8] 8xx: Misc fixes for buggy insn

Scott Wood wrote on 12/11/2009 20:45:59: > > Joakim Tjernlund wrote: > > Scott Wood wrote on 11/11/2009 16:26:53: > >> On Wed, Nov 11, 2009 at 01:06:10AM +0100, Joakim Tjernlund wrote: > >>> Scott Wood wrote on 11/11/2009 00:21:18: > Where would you put the dcbi? How do you regain control

Re: [PATCH 3/3] mpc52xx/wdt: WDT uses GPT api

Hi All, >> Can the WDT functionality just be merged entirely into >> arch/powerpc/platforms/52xx/mpc52xx_gpt.c, eliminating the need for >> this file entirely? I think I'd rather have all the GPT "built in" >> behaviour handled by a single driver. > > I also thought about it, as it has IMHO the c

Re: [PATCH] mpc5200/gpt: tiny fix for gpt period limitation

> up patch 3. BUT, you're on my shit list. Patch 2 in your series Huh, are you in a bad mood today? IMHO he addressed some valid issues; and we all had to start somewhere regarding the workflow. I know that manually adapting patches is annoying, but this wording sounds quite strong... -- Pengu

Re: [PATCH 0/8] 8xx: Misc fixes for buggy insn

Joakim Tjernlund wrote: Scott Wood wrote on 12/11/2009 20:45:59: One other concern with pinning on 8xx -- could it cause problems with uncached DMA mappings? What happens if a speculative load pulls in a cache line in an area that's supposed to be uncached? hmm, why should this be a problem?

Does Linux Kernel support QMC on MPC875 and MCC on MPC8270?

And are they in kernel source tree? Thanks. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

kexec for powerpc

Are there efforts in this area or is it already working for powerpc? I cross compiled kexec and tried it on an old kernel with kexec support compiled in. /var # ./kexec -t elf -l zImage.elf get_memory_ranges(): Unsupported platform Could not get memory layout Any comments? -- Jim Black

Re: [PATCH 0/8] 8xx: Misc fixes for buggy insn

Scott Wood wrote on 12/11/2009 22:57:59: > > Joakim Tjernlund wrote: > > Scott Wood wrote on 12/11/2009 20:45:59: > >> One other concern with pinning on 8xx -- could it cause problems with > >> uncached DMA mappings? What happens if a speculative load pulls in a > >> cache line in an area that'

Re: kexec for powerpc

On Thu, Nov 12, 2009 at 04:08:07PM -0700, James Black wrote: >Are there efforts in this area or is it already working for powerpc? I >cross compiled kexec and tried it on an old kernel with kexec support >compiled in. 'powerpc' is a bit too vague. It works on lots of ppc64 machines already. What

Re: kexec for powerpc

2009/11/13 James Black > powerpc32 for processors like the freescale 82xx, 83xx machines. > > Thanks, > JB > > maybe 83xx kexec needs to add some dtb support ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/

Re: kexec for powerpc

powerpc32 for processors like the freescale 82xx, 83xx machines. Thanks, JB On Thu, Nov 12, 2009 at 4:31 PM, Josh Boyer wrote: > On Thu, Nov 12, 2009 at 04:08:07PM -0700, James Black wrote: >>Are there efforts in this area or is it already working for powerpc? I >>cross compiled kexec and tried

Re: [PATCH] mpc5200/gpt: tiny fix for gpt period limitation

On Thu, Nov 12, 2009 at 2:44 PM, Wolfram Sang wrote: >> up patch 3.  BUT, you're on my shit list.  Patch 2 in your series > > Huh, are you in a bad mood today? IMHO he addressed some valid issues; and we > all had to start somewhere regarding the workflow. I know that manually > adapting patches

Re: OOPS on MPC8548 board when writing RAID5 array

Hi Hank, Thanks for testing. On Tue, Nov 10, 2009 at 4:44 AM, hank peng wrote: > CPU is MPC8548, kernel version is 2.6.31.5,CONFIG_FSL_DMA and > CONFIG_ASYNC_TX_DMA options are all enabled. > #mdadm -C /dev/md0 --assume-clean -l5 -n3 /dev/sd{a,b,c} > #dd if=/dev/zero of=/dev/md0 bs=1M count=1000

Re: [powerpc] Next tree Nov 2 : kernel BUG at mm/mmap.c:2135!

On Thu, Nov 12, 2009 at 04:46:40PM +0530, Sachin Sant wrote: > David Gibson wrote: > >On Wed, Nov 04, 2009 at 06:08:44PM +0530, Sachin Sant wrote: > >>Sachin Sant wrote: > >>>Today's next tree failed to boot on a POWER 6 box with : > >>> > >>>[ cut here ] > >>>kernel BUG at

Re: [powerpc] Next tree Nov 2 : kernel BUG at mm/mmap.c:2135!

On Fri, Nov 13, 2009 at 12:37:29PM +1100, David Gibson wrote: > On Thu, Nov 12, 2009 at 04:46:40PM +0530, Sachin Sant wrote: > > David Gibson wrote: > > >On Wed, Nov 04, 2009 at 06:08:44PM +0530, Sachin Sant wrote: > > >>Sachin Sant wrote: > > >>>Today's next tree failed to boot on a POWER 6 box wi

Re: OOPS on MPC8548 board when writing RAID5 array

2009/11/13 Dan Williams : > Hi Hank, > > Thanks for testing. > > On Tue, Nov 10, 2009 at 4:44 AM, hank peng wrote: >> CPU is MPC8548, kernel version is 2.6.31.5,CONFIG_FSL_DMA and >> CONFIG_ASYNC_TX_DMA options are all enabled. >> #mdadm -C /dev/md0 --assume-clean -l5 -n3 /dev/sd{a,b,c} >> #dd if=

Re: [PATCH 3/3] mpc52xx/wdt: WDT uses GPT api

On Thu, Nov 12, 2009 at 2:36 PM, Wim Van Sebroeck wrote: > Hi All, > >>> Can the WDT functionality just be merged entirely into >>> arch/powerpc/platforms/52xx/mpc52xx_gpt.c, eliminating the need for >>> this file entirely?  I think I'd rather have all the GPT "built in" >>> behaviour handled by