On Thu, 2009-08-06 at 07:41 +0100, David Woodhouse wrote:
> On Thu, 2009-08-06 at 14:02 +1000, Benjamin Herrenschmidt wrote:
> > 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 wou
Aggrwal Poonam-B10812 wrote:
-Original Message-
From: Felix Radensky [mailto:fe...@embedded-sol.com]
Sent: Thursday, August 06, 2009 11:56 AM
To: Aggrwal Poonam-B10812
Cc: linuxppc-rele...@webnode01-prod1.am.freescale.net;
linuxppc-...@ozlabs.org
Subject: Re: [PATCH][powerpc/85x
On Thu, 2009-08-06 at 14:02 +1000, Benjamin Herrenschmidt wrote:
> 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.
It can't actually be NULL on a 64-bit CPU; all 6
> -Original Message-
> From: Felix Radensky [mailto:fe...@embedded-sol.com]
> Sent: Thursday, August 06, 2009 11:56 AM
> To: Aggrwal Poonam-B10812
> Cc: linuxppc-rele...@webnode01-prod1.am.freescale.net;
> linuxppc-...@ozlabs.org
> Subject: Re: [PATCH][powerpc/85xx] P2020RDB Platform S
Hi, Poonam
Poonam Aggrwal wrote:
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
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 classic/serv
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
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 concer
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
wi
* Shaohua Li [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 when it i
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 Vitess
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
---
arch/powerpc/kernel/mpc7450-pmu.c |3 ++-
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
* Steven Rostedt 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 with a '.'. Thu
On Wed, 5 Aug 2009, Ingo Molnar wrote:
>
> * Dave Airlie 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 powerpc r
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
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
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,
hardirq.h on powerpc defines a __last_jiffy_stamp field, but it's not
actually used anywhere.
Signed-off-by: Christoph Hellwig
Index: linux-2.6/arch/powerpc/include/asm/hardirq.h
===
--- linux-2.6.orig/arch/powerpc/include/asm/hard
* 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
___
* 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 stocke
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 Corporati
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
> ---
> At first glance
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 p
On 08/05/2009 01:13 PM, Stephen Rothwell wrote:
> Hi Boaz,
>
> On Wed, 05 Aug 2009 11:11:20 +0300 Boaz Harrosh 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 i
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 "end
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, 20
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 point
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 {
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
Linuxppc
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
---
arch/powerpc/platforms/pseries/hotplug-cpu.c| 70 +--
arch/powerpc/platf
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/cpu/available_offline_states
To query or set the preferred offline state for a parti
This patch implements the callbacks to handle the reads/writes into the sysfs
interfaces
/sys/devices/system/cpu/cpu/available_offline_states
and
/sys/devices/system/cpu/cpu/preferred_offline_state
Currently, the patch defines two states which the processor can go to when it
is offlined. They are
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 reso
From: Julia Lawall
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/)
//
@has_sc@
@@
#include
@depends on has_sc@
@@
- SERIAL_IO_
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. Fo
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 powerpoi
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
[
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
_
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
Hi Boaz,
On Wed, 05 Aug 2009 11:11:20 +0300 Boaz Harrosh 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:
> http://www.spinics.net/lists/kernel
> 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 change
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 l
> 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
Hi,
>#address-cells = <1>;
>#size-cells = <1>;
>roo...@80 {
The partition must be called
partit...@...
>label = "rootfs";
>reg = <0x80 0x80>;
>};
>};
>};
c
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 ge
46 matches
Mail list logo
