[PATCH] powerpc: Fix potential compile error irqs_disabled_flags

2009-10-21 Thread Michael Neuling
irqs_disabled_flags is #defined in linux/irqflags.h when CONFIG_TRACE_IRQFLAGS_SUPPORT is enabled. 64 and 32 bit always have CONFIG_TRACE_IRQFLAGS_SUPPORT enabled so just remove irqs_disabled_flags. This fixes the case when someone needs to include both linux/irqflags.h and asm/hw_irq.h. Signed

Re: [PATCH] powerpc: Fix potential compile error irqs_disabled_flags

2009-10-21 Thread Kumar Gala
On Oct 22, 2009, at 12:58 AM, Michael Neuling wrote: irqs_disabled_flags is #defined in linux/irqflags.h when CONFIG_TRACE_IRQFLAGS_SUPPORT is enabled. This fixes the case when someone needs to include both linux/ irqflags.h and asm/hw_irq.h. Signed-off-by: Michael Neuling --- I'm not sure

[PATCH] powerpc: Fix potential compile error irqs_disabled_flags

2009-10-21 Thread Michael Neuling
irqs_disabled_flags is #defined in linux/irqflags.h when CONFIG_TRACE_IRQFLAGS_SUPPORT is enabled. This fixes the case when someone needs to include both linux/irqflags.h and asm/hw_irq.h. Signed-off-by: Michael Neuling --- I'm not sure if this is the right fix. We could just remove irqs_disabl

RE: [PATCH v3 2/3] powerpc/fsl: 85xx: document cache-sram

2009-10-21 Thread Mahajan Vivek-B08308
Wolfgang Denk Sent: Wednesday, October 21, 2009 11:20 PM > > * How to enable it from a low level driver > > * How to set its size > ... > > +The size of the above cache SRAM memory window is passed via the > > +kernel command line as > > Would it not make more sense to configure this property

Serial console under current qemu: bisected.

2009-10-21 Thread Rob Landley
Last week I reported a bug: http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-October/076727.html I managed to drill past the unrelated breakage and bisect it back to the relevant commit: It was introduced leading up to 2.6.29, by commit f751928e0ddf54ea4fe5546f35e99efc5b5d9938 written by Ala

Re: Device Tree Corrupted after unflatten_device_tree()

2009-10-21 Thread David Gibson
On Wed, Oct 21, 2009 at 10:43:55AM -0700, Lixin Yao wrote: > When corrupted, curtain blocks of 64 bytes are messed up. > This is a screen dump of a good unflattened device at beginning: [snip] > When corrupted, it becomes following, note the 64 bock at 0x03ffdf00 > is messed up. And this kind of c

Re: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd

2009-10-21 Thread Frederic Weisbecker
On Wed, Oct 21, 2009 at 11:53:21PM +0200, John Kacur wrote: > > No problem with that. Setting no_llseek or generic_file_llseek_unlocked, > > depending on the context is the right thing to do. > > > > What I'm wondering about concerns the future code that will have > > no llsek() implemented in the

Re: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd

2009-10-21 Thread John Kacur
On Wed, 21 Oct 2009, Frederic Weisbecker wrote: > On Wed, Oct 21, 2009 at 11:33:17PM +0200, John Kacur wrote: > > > Should we better pushdown default_llseek to every to every > > > file operations that don't implement llseek? > > > I don't know how many of them don't implement llseek() though. >

Re: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd

2009-10-21 Thread Frederic Weisbecker
On Wed, Oct 21, 2009 at 11:33:17PM +0200, John Kacur wrote: > > Should we better pushdown default_llseek to every to every > > file operations that don't implement llseek? > > I don't know how many of them don't implement llseek() though. > > > > That said we can't continue anymore with this defau

Re: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd

2009-10-21 Thread John Kacur
On Wed, 21 Oct 2009, Frederic Weisbecker wrote: > On Wed, Oct 21, 2009 at 11:07:18PM +0200, John Kacur wrote: > > From 0c2b412cdccf73bdeb19bb866bfe556942eaeca2 Mon Sep 17 00:00:00 2001 > > From: John Kacur > > Date: Wed, 21 Oct 2009 23:01:12 +0200 > > Subject: [PATCH] macintosh: Explicitly set

Re: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd

2009-10-21 Thread Frederic Weisbecker
On Wed, Oct 21, 2009 at 11:07:18PM +0200, John Kacur wrote: > From 0c2b412cdccf73bdeb19bb866bfe556942eaeca2 Mon Sep 17 00:00:00 2001 > From: John Kacur > Date: Wed, 21 Oct 2009 23:01:12 +0200 > Subject: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd > > Now that we've removed th

[PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd

2009-10-21 Thread John Kacur
>From 0c2b412cdccf73bdeb19bb866bfe556942eaeca2 Mon Sep 17 00:00:00 2001 From: John Kacur Date: Wed, 21 Oct 2009 23:01:12 +0200 Subject: [PATCH] macintosh: Explicitly set llseek to no_llseek in ans-lcd Now that we've removed the BKL here, let's explicitly set lleek to no_llseek Signed-off-by: Joh

RE: Device Tree Corrupted after unflatten_device_tree()

2009-10-21 Thread Lixin Yao
When corrupted, curtain blocks of 64 bytes are messed up. This is a screen dump of a good unflattened device at beginning: NCCv2>md 0x3ffdd40 03ffdd40 : c3ffddd4 c025a8dc .%.. 03ffdd50 : c3ffdd80 c3ffdd84 03ffdd60 : c3ffddd8 00

Re: Linux for MPC5554 or MPC5534 (core e200z6)?

2009-10-21 Thread Kumar Gala
On Oct 21, 2009, at 10:19 AM, Németh Márton wrote: Kumar Gala wrote: On Oct 20, 2009, at 5:21 PM, Németh Márton wrote: Hi Grant, Hello List, is there anybody who was successfully run Linux kernel on Freescale MPC5554 [1], [2] or on Freescale MPC5534 [3], [4]? Both of these embedded PowerPC

Re: e500 lowmem & TLBs

2009-10-21 Thread Kumar Gala
On Oct 21, 2009, at 10:52 AM, Aaron Pace wrote: Hello, For the e500 processors, it appears that the first 3 of 16 permanent TLB entries are used to map lowmem. Are the other 13 ever used? not right now. We intend to use them for hugetlbfs support. - k

Re: [PATCH v3 2/3] powerpc/fsl: 85xx: document cache-sram

2009-10-21 Thread Scott Wood
Wolfgang Denk wrote: Dear Vivek Mahajan, In message <1256129459-10685-2-git-send-email-vivek.maha...@freescale.com> you wrote: Adds documentation for Freescale's QorIQ based cache-sram as under:- * How to enable it from a low level driver * How to set its size ... +The size of the above cac

Re: [PATCH v3 2/3] powerpc/fsl: 85xx: document cache-sram

2009-10-21 Thread Wolfgang Denk
Dear Vivek Mahajan, In message <1256129459-10685-2-git-send-email-vivek.maha...@freescale.com> you wrote: > Adds documentation for Freescale's QorIQ based cache-sram as under:- > > * How to enable it from a low level driver > * How to set its size ... > +The size of the above cache SRAM memory w

Re: [PATCH v4] powerpc/5200: Add mpc5200-spi (non-PSC) device driver

2009-10-21 Thread Wolfram Sang
> V4 was supposed to go in during the merge window. But I haven't heard > anything from David (and I didn't pursue it either). Unless David > objects, I'll put it into either my -merge or my -next tree; depending > on what Ben and Linus prefer. I wondered if there was going to be a V5 as you sa

Re: [PATCH 3/5 v4] Export memory_sysdev_class

2009-10-21 Thread Dave Hansen
On Wed, 2009-10-21 at 09:44 -0500, Nathan Fontenot wrote: > Export the memory_sysdev_class structure. This is needed so we can create > a 'release' file in sysfs in addition to the existing 'probe' file in > order to support DLPAR removal of memory on the powerpc/pseries platform. > The new 'relea

e500 lowmem & TLBs

2009-10-21 Thread Aaron Pace
Hello, For the e500 processors, it appears that the first 3 of 16 permanent TLB entries are used to map lowmem. Are the other 13 ever used? Thanks, -Aaron ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/li

Re: Linux for MPC5554 or MPC5534 (core e200z6)?

2009-10-21 Thread Németh Márton
Kumar Gala wrote: > On Oct 20, 2009, at 5:21 PM, Németh Márton wrote: > >> Hi Grant, >> Hello List, >> >> is there anybody who was successfully run Linux kernel on Freescale >> MPC5554 >> [1], [2] or on Freescale MPC5534 [3], [4]? Both of these embedded >> PowerPC >> controllers have the e200z

Re: Acceleration for map_copy_from on powerpc 512x

2009-10-21 Thread Kenneth Johansson
On Mon, 2009-10-19 at 09:52 +0200, Fortini Matteo wrote: > I didn't find a cleaner way than just #ifdef'ing the map_copy_from call > and substitute with my call on relevant cases. I wonder if there is a > cleaner way. Remove the call to simple_map_init() and do it manually in your driver with y

[PATCH 5/5 v4] Kernel Handling of cpu DLPAR

2009-10-21 Thread Nathan Fontenot
This adds the capability to DLPAR add and remove CPUs from the kernel. The creates two new files /sys/devices/system/cpu/probe and /sys/devices/system/cpu/release to handle the DLPAR addition and removal of CPUs respectively. CPU DLPAR add is accomplished by writing the drc-index of the CPU to

[PATCH 4/5 v4] Kernel Handling of memory DLPAR

2009-10-21 Thread Nathan Fontenot
This adds the capability to DLPAR add and remove memory from the kernel. The patch extends the powerpc handling of memory_add_physaddr_to_nid(), which is called from the sysfs memory 'probe' file to first ensure that the memory has been added to the system. This is done by creating a platform sp

Re: [PATCH v4] powerpc/5200: Add mpc5200-spi (non-PSC) device driver

2009-10-21 Thread Grant Likely
On Wed, Oct 21, 2009 at 10:17 PM, Wolfram Sang wrote: > Hi Grant, > > On Wed, Jun 17, 2009 at 08:55:01PM -0600, Grant Likely wrote: >> From: Grant Likely >> >> Adds support for the dedicated SPI device on the Freescale MPC5200(b) >> SoC. >> >> Signed-off-by: Grant Likely > > do you have an updat

[PATCH 3/5 v4] Export memory_sysdev_class

2009-10-21 Thread Nathan Fontenot
Export the memory_sysdev_class structure. This is needed so we can create a 'release' file in sysfs in addition to the existing 'probe' file in order to support DLPAR removal of memory on the powerpc/pseries platform. The new 'release' file will be powerpc/pseries only. Signed-off-by: Nathan Fon

[PATCH 2/5 v4] move of_drconf_cell definition to prom.h

2009-10-21 Thread Nathan Fontenot
Move the definition of the of_drconf_cell struct from numa.c to prom.h. This is needed so that we can parse the ibm,dynamic-memory device-tree property when DLPAR adding and removing memory. Signed-off-by: Nathan Fontenot --- Index: powerpc/arch/powerpc/include/asm/prom.h =

[PATCH 1/5 v4] Kernel Handling of Dynamic Logical Partitioning

2009-10-21 Thread Nathan Fontenot
This patch provides the kernel DLPAR infrastructure in a new filed named dlpar.c. The functionality provided is for acquiring and releasing a resource from firmware and the parsing of information returned from the ibm,configure-connector rtas call. Additionally this exports the pSeries reconfi

[PATCH 0/5 v4] Kernel Handling of Dynamic Logical Partitioning

2009-10-21 Thread Nathan Fontenot
This is a re-send of the entire patch set with updates made from the comments I have received, namely patches 1,3 and 5. I am re-sending the entire patch set for clarity. The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries platform allows for the addition and removal of

Re: Linux for MPC5554 or MPC5534 (core e200z6)?

2009-10-21 Thread Grant Likely
2009/10/21 Németh Márton : > Hi Grant, > Hello List, > > is there anybody who was successfully run Linux kernel on Freescale MPC5554 > [1], [2] or on Freescale MPC5534 [3], [4]? Both of these embedded PowerPC > controllers have the e200z6 core. > > Is there anybody who is working with these control

Re: Linux for MPC5554 or MPC5534 (core e200z6)?

2009-10-21 Thread Kumar Gala
On Oct 20, 2009, at 5:21 PM, Németh Márton wrote: Hi Grant, Hello List, is there anybody who was successfully run Linux kernel on Freescale MPC5554 [1], [2] or on Freescale MPC5534 [3], [4]? Both of these embedded PowerPC controllers have the e200z6 core. Is there anybody who is working

Re: [PATCH v4] powerpc/5200: Add mpc5200-spi (non-PSC) device driver

2009-10-21 Thread Wolfram Sang
Hi Grant, On Wed, Jun 17, 2009 at 08:55:01PM -0600, Grant Likely wrote: > From: Grant Likely > > Adds support for the dedicated SPI device on the Freescale MPC5200(b) > SoC. > > Signed-off-by: Grant Likely do you have an updated version to share? Or is V4 still 'status quo'? Genki de ;)

Linux for MPC5554 or MPC5534 (core e200z6)?

2009-10-21 Thread Németh Márton
Hi Grant, Hello List, is there anybody who was successfully run Linux kernel on Freescale MPC5554 [1], [2] or on Freescale MPC5534 [3], [4]? Both of these embedded PowerPC controllers have the e200z6 core. Is there anybody who is working with these controllers or with the e200z6 core? References

[PATCH v3 3/3] powerpc/fsl: 85xx: add cache-sram support

2009-10-21 Thread Vivek Mahajan
This adds QorIQ based Cache-SRAM support as under:- * A small abstraction over powerpc's remote heap allocator * Exports mpc85xx_cache_sram_alloc()/free() APIs * Supports only one contiguous SRAM window * Defines FSL_85XX_CACHE_SRAM and its base address Signed-off-by: Vivek Mahajan --- v2: mbar(

[PATCH v3 2/3] powerpc/fsl: 85xx: document cache-sram

2009-10-21 Thread Vivek Mahajan
Adds documentation for Freescale's QorIQ based cache-sram as under:- * How to enable it from a low level driver * How to set its size Signed-off-by: Vivek Mahajan --- v2, v3: No change over v1 Documentation/powerpc/fsl_85xx_cache_sram.txt | 31 + 1 files changed, 31 i

[PATCH v3 1/3] powerpc/fsl: 85xx: document cache-sram size as a kernel parametric option

2009-10-21 Thread Vivek Mahajan
Adds documentation for the size parameter of Freescale's QorIQ based cache-sram Signed-off-by: Vivek Mahajan --- v2, v3: No change over v1 Documentation/kernel-parameters.txt |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/Documentation/kernel-parameters.txt b/Docume