Also make 74xx HID1 definition conditional.
Signed-off-by: Li Yang
---
arch/powerpc/include/asm/reg.h |2 ++
arch/powerpc/include/asm/reg_booke.h | 16
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/reg.h b/arch/powerpc/inclu
The access to HID1 register is only legitimate for e500 v1/v2 cores.
Also fixes magic number.
Signed-off-by: Li Yang
---
arch/powerpc/sysdev/fsl_rio.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sysdev/fsl_rio.c
in
The original code only covers e500 v1/v2.
Signed-off-by: Li Yang
---
arch/powerpc/sysdev/fsl_rio.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sysdev/fsl_rio.c
index f908ba6..954a754 100644
--- a/arch/powerpc/sysdev/fsl_
Fixes the following compile problem on E500 platforms:
arch/powerpc/sysdev/fsl_rio.c: In function 'fsl_rio_mcheck_exception':
arch/powerpc/sysdev/fsl_rio.c:248: error: 'MCSR_MASK' undeclared (first use in
this function)
Also fixes the compile problem on non-E500 platforms.
Signed-off-by: Li Yang
On Jun 18, 2010, at 12:46 AM, Geert Uytterhoeven wrote:
> On Fri, Jun 18, 2010 at 07:29, Li Yang wrote:
>> The access to HID1 register is only legitimate for e500 v1/v2 cores.
>>
>> Signed-off-by: Li Yang
>> ---
>> arch/powerpc/sysdev/fsl_rio.c |7 +--
>> 1 files changed, 5 insertions
On Fri, Jun 18, 2010 at 07:29, Li Yang wrote:
> The access to HID1 register is only legitimate for e500 v1/v2 cores.
>
> Signed-off-by: Li Yang
> ---
> arch/powerpc/sysdev/fsl_rio.c | 7 +--
> 1 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/arch/powerpc/sysdev/fsl_rio.c
The access to HID1 register is only legitimate for e500 v1/v2 cores.
Signed-off-by: Li Yang
---
arch/powerpc/sysdev/fsl_rio.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sysdev/fsl_rio.c
index 954a754..785a882 100644
The original code only covers e500 v1/v2.
Signed-off-by: Li Yang
---
arch/powerpc/sysdev/fsl_rio.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sysdev/fsl_rio.c
index f908ba6..954a754 100644
--- a/arch/powerpc/sysdev/fsl_
Fixes the following compile problem on E500 platforms:
arch/powerpc/sysdev/fsl_rio.c: In function 'fsl_rio_mcheck_exception':
arch/powerpc/sysdev/fsl_rio.c:248: error: 'MCSR_MASK' undeclared (first use in
this function)
Also fixes the compile problem on non-E500 platforms.
Signed-off-by: Li Yang
On Fri, Jun 4, 2010 at 9:26 PM, Rupjyoti Sarmah wrote:
> This patch enables the on-chip DWC SATA controller of the AppliedMicro
> processor 460EX.
Doesn't this DWC sata IP provide AHCI ? Just curious.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.oz
On Thu, Jun 17, 2010 at 5:57 PM, Benjamin Herrenschmidt
wrote:
> On Thu, 2010-06-17 at 17:11 -0600, Grant Likely wrote:
>> On Thu, Jun 10, 2010 at 7:17 PM, Benjamin Herrenschmidt
>> wrote:
>> > On Thu, 2010-06-10 at 17:36 -0600, Grant Likely wrote:
>> >>
>> >> Okay. I had been trying to avoid #i
If we configure with CONFIG_SMP=n or set NR_CPUS less than the number of
SMT threads we will set the max cores property to 0 in the
ibm,client-architecture-support structure. On new versions of firmware that
understand this property it obliges and terminates our partition.
Use DIV_ROUND_UP so we
On Thu, 2010-06-17 at 17:11 -0600, Grant Likely wrote:
> On Thu, Jun 10, 2010 at 7:17 PM, Benjamin Herrenschmidt
> wrote:
> > On Thu, 2010-06-10 at 17:36 -0600, Grant Likely wrote:
> >>
> >> Okay. I had been trying to avoid #ifdefs in the common code, but
> >> you're probably right. I'll rework.
On Thu, Jun 10, 2010 at 7:17 PM, Benjamin Herrenschmidt
wrote:
> On Thu, 2010-06-10 at 17:36 -0600, Grant Likely wrote:
>>
>> Okay. I had been trying to avoid #ifdefs in the common code, but
>> you're probably right. I'll rework.
>
> Not even ifdef's ... just move the quirk map there. You can al
>> (1) The .dts file - this is the Flattened Device Tree (FDT)
>> descriptor:
>>
>> / {
>> ...
>>
>> virtual-device {
>> compatible = "simple-bus";
>> mydevice0 {
>> compatible = "myvendor,mydevice";
>> };
>> };
>>
>> ...
>> };
>>
>> For my board "simple-bus" is an already defined bus in the .dts.
Enables support for HMC initiated partition hibernation. This is
a firmware assisted hibernation, since the firmware handles writing
the memory out to disk, along with other partition information,
so we just mimic suspend to ram.
Signed-off-by: Brian King
---
arch/powerpc/Kconfig
Partition hibernation will use some of the same code as is
currently used for Live Partition Migration. This function
further abstracts this code such that code outside of rtas.c
can utilize it. It also changes the error field in the suspend
me data structure to be an atomic type, since it is set
Here is a refresh of partition hibernation support for pSeries.
It includes a fix for a regression in the partition migration
support. Barring any objections, I think these patches should
be ready to merge.
Overview
-
Partition Hibernation on pSeries is a new platform feature that
allows f
On 06/17/2010 11:56 AM, Gary Thomas wrote:
I'm working with 2.6.33.3 on a MPC8358. I'm trying to get it
to talk to a Marvell (DSA) switch which uses special drivers
and addressing to act like a PHY. I have this working fine
on some older (2.6.28) systems by using a fixed-link PHY
descriptor in m
I'm working with 2.6.33.3 on a MPC8358. I'm trying to get it
to talk to a Marvell (DSA) switch which uses special drivers
and addressing to act like a PHY. I have this working fine
on some older (2.6.28) systems by using a fixed-link PHY
descriptor in my device tree (using the TSEC on 8347).
Th
Hi Chris, thanks for the write up. Some comments below, and I'm also
in the process of writing better documentation for all of this. You
can find it here:
http://devicetree.org/Device_Tree_Usage
That page describes how the device tree is structured. I'm about to
start another page on how Linux
On Wed, Jun 16, 2010 at 10:25 PM, Chris Alfred
wrote:
> dsa_of_init is successfully called; but dsa_of_probe is not
> called.
That means the node is not being used to register an of_device. I
need some more information to suggest how best to fix this.
>>>
What SoC are y
> virtual-devices {
> compatible = "simple-bus";
> dsa {
> compatible = ",jkc5200n8-dsa";
> };
> };
Ok, after correcting the names, the basic OF driver is probed.
Now to try and use probe to register the DSA platform driver with the
OF driver as its parent.
- Original Message -
From: "Thirumalai"
To: ;
Sent: Saturday, June 12, 2010 10:40 AM
Subject: [U-Boot] random exception on ppc based board
Hi,
I am having a ppc based target on which linux-2.4.20 kernel is running
with u-boot 1.3.4 as boot loader. The target is having MPC7410 as
On 16.06.2010 22:25, Grant Likely wrote:
On Tue, Jun 15, 2010 at 4:19 PM, Dmitry Eremin-Solenikov
wrote:
Dmitry Eremin-Solenikov wrote:
According to my schematics, on Lite5200 board ethernet phy uses address
0 (all ADDR lines are pulled down). With this change I can talk to
onboard phy (LXT9
25 matches
Mail list logo