Spansion S25FL128-Flash and MTD

2009-08-05 Thread EXTERNAL Lange Matthias (AA-DGW/ENG1)
Hi, I am trying to get a MTD running on my embedded PowerPC board. I am using a Xilinx Virtex4 with an embedded PowerPC 405. In the FPGA there is a Xilinx SPI controller implemented to which a Spansion S25FL128 SPI-flash (16MB) is connected. The problem is that with my setup the flash chips

Re: Spansion S25FL128-Flash and MTD

2009-08-05 Thread Benjamin Krill
Hi, #address-cells = 1; #size-cells = 1; roo...@80 { The partition must be called partit...@... label = rootfs; reg = 0x80 0x80; }; }; }; cheers ben

RE: Spansion S25FL128-Flash and MTD

2009-08-05 Thread EXTERNAL Lange Matthias (AA-DGW/ENG1)
Hi, #address-cells = 1; #size-cells = 1; roo...@80 { The partition must be called partit...@... Thanks, though that didn't solve my problem. The naming seems to be a bug in booting-without-of.txt where the example in section CFI

Re: 2.6.31-rc5-git2 crash on a idle system.

2009-08-05 Thread Sachin Sant
Benjamin Herrenschmidt wrote: On Tue, 2009-08-04 at 17:57 +0530, Sachin Sant wrote: I have a power6 blade [IBM,7998-61X] running 2.6.31-rc5-git2 kernel (a33a052f19a21d727847391c8c1aff3fb221c472). After some period of inactivity the machine drops into xmon with following traces. Looks

Re: 2.6.31-rc5-git2 crash on a idle system.

2009-08-05 Thread Benjamin Herrenschmidt
2.6.31-rc5-git1 (4905f92ed752d49ebe9cce4fe78a4bc39e710523) works fine on this box without any problem. So the problem was introduced between 2.6.31-rc5-git1 (4905f92ed752d49ebe9cce4fe78a4bc39e710523) and 2.6.31-rc5-git2 (a33a052f19a21d727847391c8c1aff3fb221c472). Looking at the changelog

Re: linux-next: Tree for August 5

2009-08-05 Thread Stephen Rothwell
Hi Boaz, On Wed, 05 Aug 2009 11:11:20 +0300 Boaz Harrosh bharr...@panasas.com wrote: On 08/05/2009 10:23 AM, Stephen Rothwell wrote: This tree fails to build for powerpc allyesconfig (final link problem). Above is reported for a long time. Is it related to this:

Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)

2009-08-05 Thread Sachin Sant
Benjamin Herrenschmidt wrote: Thanks. I'll have a look next week. I think when I changed the indices I may have forgotten to update something. Ben, I can recreate this issue with today's next. Let me know if i can help in any way to fix this issue. Thanks -Sachin : [ cut here

Re: [PATCH] powerpc/mm: Fix switch_mmu_context to iterate of the proper list of cpus

2009-08-05 Thread Josh Boyer
On Tue, Aug 04, 2009 at 10:33:32PM -0500, Kumar Gala wrote: Introduced a temporary variable into our iterating over the list cpus that are threads on the same core. For some reason Ben forgot how for loops work. Have the powerpoint demons corrupted him already?? josh

ethernet phy attached to wrong driver

2009-08-05 Thread Stefan Strobl
Hi I'm having trouble with my Ethernet device on a TQM5200 based board with LXT971 Phy. I'm running U-Boot 2009.03 and a Kernel 2.6.30. When doing a ping under U-Boot before booting into Linux, Ethernet works fine in Linux also. Dmesg reads: [ 262.369444] net eth0: Using PHY at MDIO address 0 [

Re: [PATCH] powerpc/mm: Fix switch_mmu_context to iterate of the proper list of cpus

2009-08-05 Thread Michael Ellerman
On Wed, 2009-08-05 at 07:32 -0400, Josh Boyer wrote: On Tue, Aug 04, 2009 at 10:33:32PM -0500, Kumar Gala wrote: Introduced a temporary variable into our iterating over the list cpus that are threads on the same core. For some reason Ben forgot how for loops work. Have the powerpoint

Re: [PATCH] powerpc/mm: Fix switch_mmu_context to iterate of the proper list of cpus

2009-08-05 Thread Josh Boyer
On Wed, Aug 05, 2009 at 10:52:22PM +1000, Michael Ellerman wrote: On Wed, 2009-08-05 at 07:32 -0400, Josh Boyer wrote: On Tue, Aug 04, 2009 at 10:33:32PM -0500, Kumar Gala wrote: Introduced a temporary variable into our iterating over the list cpus that are threads on the same core. For some

[PATCH 4/4] drivers/serial/mpc52xx_uart.c: Use UPIO_MEM rather than SERIAL_IO_MEM

2009-08-05 Thread Julia Lawall
From: Julia Lawall ju...@diku.dk As in the commit 9b4a1617772d6d5ab5eeda0cd95302fae119e359, use UPIO_MEM rather than SERIAL_IO_MEM. Both have the same value. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // smpl @has_sc@ @@ #include linux/serial_core.h

[PATCH 0/3] cpu: idle state framework for offline CPUs.

2009-08-05 Thread Gautham R Shenoy
Hi, RFC not for inclusion When we perform a CPU-Offline operation today, we do not put the CPU into the most energy efficient state. On x86, it loops in hlt as opposed to going to one of the low-power C-states. On pSeries, we call rtas_stop_self() and hand over the vCPU back to the

[PATCH 2/3] cpu: Implement cpu-offline-state callbacks for pSeries.

2009-08-05 Thread Gautham R Shenoy
This patch implements the callbacks to handle the reads/writes into the sysfs interfaces /sys/devices/system/cpu/cpunumber/available_offline_states and /sys/devices/system/cpu/cpunumber/preferred_offline_state Currently, the patch defines two states which the processor can go to when it is

[PATCH 1/3] cpu: Offline state Framework.

2009-08-05 Thread Gautham R Shenoy
Provide an interface by which the system administrator can decide what state should the CPU go to when it is offlined. To query the available offline states, on needs to perform a read on: /sys/devices/system/cpu/cpunumber/available_offline_states To query or set the preferred offline state for

[PATCH 3/3] pSeries: cpu: Cede CPU during a deactivate-offline

2009-08-05 Thread Gautham R Shenoy
Implements the pSeries specific code bits to put the CPU into rtas_stop_self() state or H_CEDE state depending on the preferred_offline_state value for that CPU. Signed-off-by: Gautham R Shenoy e...@in.ibm.com --- arch/powerpc/platforms/pseries/hotplug-cpu.c| 70 +--

Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)

2009-08-05 Thread Kumar Gala
On Jul 29, 2009, at 10:04 AM, Sachin Sant wrote: While executing hugetlb tests against today's Next tree on a Power 6 box came across following OOPS. out of interest what tests are you running for hugetlb? - k ___ Linuxppc-dev mailing list

RE: Spansion S25FL128-Flash and MTD

2009-08-05 Thread EXTERNAL Lange Matthias (AA-DGW/ENG1)
I solved part of my problem. The flash now gets detected during boot up. I had to change the compatible property from amd,s25sl12800, jedec-flash to amd,m25p80, jedec-flash. What remains is creating the mtd partitions which are specified in the device tree as follows partit...@0 {

Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)

2009-08-05 Thread Sachin Sant
Kumar Gala wrote: On Jul 29, 2009, at 10:04 AM, Sachin Sant wrote: While executing hugetlb tests against today's Next tree on a Power 6 box came across following OOPS. out of interest what tests are you running for hugetlb? The one maintained at : http://libhugetlbfs.ozlabs.org/ which

Re: [PATCH] Do not inline putprops function

2009-08-05 Thread M. Mohan Kumar
Hi, When I align the dtstruct variable to 8 bytes, I am able to invoke kdump. When the line static unsigned dtstruct[TREEWORDS], *dt; changed to static unsigned dtstruct[TREEWORDS] __attribute__ ((aligned (8))), *dt; kexec-tool works. Regards, M. Mohan Kumar On Mon, Aug 03,

[PATCH] powerpc/ipic: unmask all interrupt sources

2009-08-05 Thread Sebastian Andrzej Siewior
in case the interrupt controller was used in an earlier life then it is possible it is that some of its sources were used and are still unmask. If the (unmasked) device is active and is creating interrupts (or one interrupts was pending since the interrupts were disabled) then the boot process

Re: linux-next: Tree for August 5

2009-08-05 Thread Boaz Harrosh
On 08/05/2009 01:13 PM, Stephen Rothwell wrote: Hi Boaz, On Wed, 05 Aug 2009 11:11:20 +0300 Boaz Harrosh bharr...@panasas.com wrote: On 08/05/2009 10:23 AM, Stephen Rothwell wrote: This tree fails to build for powerpc allyesconfig (final link problem). Above is reported for a long time.

Re: [PATCH] powerpc/ipic: unmask all interrupt sources

2009-08-05 Thread Kumar Gala
On Aug 5, 2009, at 2:41 PM, Sebastian Andrzej Siewior wrote: in case the interrupt controller was used in an earlier life then it is possible it is that some of its sources were used and are still unmask. If the (unmasked) device is active and is creating interrupts (or one interrupts was

Re: [PATCH] Fix perfctr oops on ppc32

2009-08-05 Thread Benjamin Herrenschmidt
On Sat, 2009-08-01 at 14:29 +0100, David Woodhouse wrote: This seems to be the reason why the Fedora rawhide 2.6.31-rc kernel doesn't boot. With some CPUs, cur_cpu_spec-oprofile_cpu_type can be NULL -- which makes strcmp() unhappy. Signed-off-by: David Woodhouse david.woodho...@intel.com

Re: [PATCH] Fix perfctr oops on ppc32

2009-08-05 Thread David Woodhouse
On Thu, 2009-08-06 at 07:02 +1000, Benjamin Herrenschmidt wrote: Argh, ignore my Acked-by, I think the patch isn't right... Hm, good point. Doh. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel

Re: [PATCH] powerpc/ipic: unmask all interrupt sources

2009-08-05 Thread Sebastian Andrzej Siewior
* Kumar Gala | 2009-08-05 15:04:16 [-0500]: looks good.. I'll pick this up for .32 since it doesn't seem to be a bug until we have kexec. Well, the code for the non-mmu variant is there and is working. It was just the ipic thing which was holding me back. However I'm fine with .32 I'm stocked

Re: kexec on e300 core / mpc5121

2009-08-05 Thread Sebastian Andrzej Siewior
* Sebastian Andrzej Siewior | 2009-08-05 01:06:06 [+0200]: [long mail] Does someone have an idea? Issue fixed, it was the ipic. The missing data while disabling the caches was my fault because I invalidated the caches before I've flushed them. Sebastian

[PATCH] powerpc: switch to asm-generic/hardirq.h

2009-08-05 Thread Christoph Hellwig
hardirq.h on powerpc defines a __last_jiffy_stamp field, but it's not actually used anywhere. Signed-off-by: Christoph Hellwig h...@lst.de Index: linux-2.6/arch/powerpc/include/asm/hardirq.h === ---

Re: kexec on e300 core / mpc5121

2009-08-05 Thread Kenneth Johansson
On Wed, 2009-08-05 at 01:06 +0200, Sebastian Andrzej Siewior wrote: I've tried kexec on e300 core which should be easy since it is possible to disable the MMU on that core. However it does not work. Is it not possible to disable the mmu on all cpu's that have one ?? Once I disable the MMU, I

Re: kexec on e300 core / mpc5121

2009-08-05 Thread Scott Wood
On Thu, Aug 06, 2009 at 12:49:45AM +0200, Kenneth Johansson wrote: On Wed, 2009-08-05 at 01:06 +0200, Sebastian Andrzej Siewior wrote: I've tried kexec on e300 core which should be easy since it is possible to disable the MMU on that core. However it does not work. Is it not possible to

Re: kexec on e300 core / mpc5121

2009-08-05 Thread Kenneth Johansson
On Wed, 2009-08-05 at 18:47 -0500, Scott Wood wrote: On Thu, Aug 06, 2009 at 12:49:45AM +0200, Kenneth Johansson wrote: On Wed, 2009-08-05 at 01:06 +0200, Sebastian Andrzej Siewior wrote: I've tried kexec on e300 core which should be easy since it is possible to disable the MMU on that

Re: ftrace scripts and make V=1

2009-08-05 Thread Steven Rostedt
On Wed, 5 Aug 2009, Ingo Molnar wrote: * Dave Airlie airl...@gmail.com wrote: Hey, So I spent 3-4 hrs today (I'm stupid yes) tracking down a .o breakage by blaming rawhide gcc/binutils as I was using make V=1and seeing only the compiler chain running, Hm, is this that

Re: ftrace scripts and make V=1

2009-08-05 Thread Ingo Molnar
* Steven Rostedt rost...@goodmis.org wrote: Well we tracked it down and it is powerpc64 specific. Seems that in drivers/hwmon/lm93.c there's a function called: LM93_IN_FROM_REG() But PPC64 has function descriptors and the real function names (the ones you see in objdump) start

Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)

2009-08-05 Thread Benjamin Herrenschmidt
On Wed, 2009-08-05 at 16:13 +0530, Sachin Sant wrote: Benjamin Herrenschmidt wrote: Thanks. I'll have a look next week. I think when I changed the indices I may have forgotten to update something. Ben, I can recreate this issue with today's next. Let me know if i can help in any way

[PATCH] powerpc/perfctr: Check oprofile_cpu_type for NULL before using it

2009-08-05 Thread Benjamin Herrenschmidt
If the current CPU doesn't support performance counters, cur_cpu_spec-oprofile_cpu_type can be NULL. The current perfctr modules don't test for that case and would thus crash. Bug reported by David Woodhouse Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org ---

[PATCH][powerpc/85xx] P2020RDB Platform Support Added

2009-08-05 Thread Poonam Aggrwal
Adds P2020RDB basic support in linux. Overview of P2020RDB platform - DDR DDR2 1G - NOR Flash 16MByte - NAND Flash 32MByte - 3 Ethernet interfaces 1) etSEC1 - RGMII - connected to a 5 port

Re: [PATCH 0/3] cpu: idle state framework for offline CPUs.

2009-08-05 Thread Vaidyanathan Srinivasan
* Shaohua Li shaohua...@intel.com [2009-08-06 09:58:55]: Hi, On Wed, Aug 05, 2009 at 10:25:53PM +0800, Gautham R Shenoy wrote: In this patch-series, we propose to extend the CPU-Hotplug infrastructure and allow the system administrator to choose the desired state the CPU should go to

Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)

2009-08-05 Thread Sachin Sant
Benjamin Herrenschmidt wrote: Does this patch fixes it ? [PATCH] powerpc/mm: Fix encoding of page table cache numbers The mask used to encode the page table cache number in the batch when freeing page tables was too small for the new possible values of MMU page sizes. This increases it along

Re: [PATCH 0/3] cpu: idle state framework for offline CPUs.

2009-08-05 Thread Shaohua Li
Hi, On Wed, Aug 05, 2009 at 10:25:53PM +0800, Gautham R Shenoy wrote: In this patch-series, we propose to extend the CPU-Hotplug infrastructure and allow the system administrator to choose the desired state the CPU should go to when it is offlined. We think this approach addresses the concerns

[PATCH v2] perf_counter: powerpc: Add callchain support

2009-08-05 Thread Paul Mackerras
This adds support for tracing callchains for powerpc, both 32-bit and 64-bit, and both in the kernel and userspace, from PMU interrupt context. The first three entries stored for each callchain are the NIP (next instruction pointer), LR (link register), and the contents of the LR save area in the

[PATCH v2] powerpc: Allow perf_counters to access user memory at interrupt time

2009-08-05 Thread Paul Mackerras
This provides a mechanism to allow the perf_counters code to access user memory in a PMU interrupt routine. Such an access can cause various kinds of interrupt: SLB miss, MMU hash table miss, segment table miss, or TLB miss, depending on the processor. This commit only deals with the