Argh. I sent an earlier (non-working) version of this patch. Here is
the correct one.
I added a clock source for the p1010rdb so the flexcan driver
could find its clock frequency.
Signed-off-by: Robin Holt
To: Marc Kleine-Budde ,
To: Wolfgang Grandegger ,
To: U Bhaskar-B22300
Cc: socketcan-c.
Make flexcan driver handle register reads in the appropriate endianess.
This was a basic search and replace and then define some inlines.
Signed-off-by: Robin Holt
Acked-by: Marc Kleine-Budde
To: Wolfgang Grandegger
To: U Bhaskar-B22300
Cc: socketcan-c...@lists.berlios.de
Cc: net...@vger.kerne
On powerpc, the OpenFirmware devices are not matched without specifying
an of_match array. Introduce that array as that is used for matching
on the Freescale P1010 processor.
Signed-off-by: Robin Holt
To: Marc Kleine-Budde
To: Wolfgang Grandegger
To: U Bhaskar-B22300
Cc: socketcan-c...@lists.
Marc, Wolfgang or U Bhaskar,
This patch set should have all your comments included. It is based on
the David S. Miller net-next-2.6 tree commit 19fd617.
I have compiled each patch in the series individually for both arm and
powerpc (cheated on ppc and reordered them with the last patch first so
I added a clock source for the p1010rdb so the flexcan driver
could find its clock frequency.
Signed-off-by: Robin Holt
To: Marc Kleine-Budde ,
To: Wolfgang Grandegger ,
To: U Bhaskar-B22300
Cc: socketcan-c...@lists.berlios.de,
Cc: net...@vger.kernel.org,
Cc: PPC list
---
Could I also get a r
powerpc does not have a mach-/clock.h. When testing, I found neither
arm nor powerpc needed the mach/clock.h at all so I removed it.
Signed-off-by: Robin Holt
To: Marc Kleine-Budde
To: Wolfgang Grandegger
To: U Bhaskar-B22300
Cc: socketcan-c...@lists.berlios.de
Cc: net...@vger.kernel.org
Thank Scott. I am working on a legacy project Which is using 2.6.21
linux kernel so the device tree is based on that.
Can you let me why the probe error of the driver happens. So that I can
keep a patch in the code.Or What exacly in the device tree it is
missing. That would be of great help.
Thank
On Aug 8, 2011, at 5:26 PM, Jimi Xenidis wrote:
> This patch adds a fault handler that responds to illegal Coprocessor
> types. Currently all CTs are treated and illegal. There are two ways
> to report the fault back to the application. If the application used
> the record form ("icswx.") then
On Aug 8, 2011, at 5:26 PM, Jimi Xenidis wrote:
> ICSWX is also used by the A2 processor to access coprocessors,
> although not all "chips" that contain A2s have coprocessors.
>
> Signed-off-by: Jimi Xenidis
> ---
> arch/powerpc/include/asm/cputable.h |2 +-
> arch/powerpc/include/asm/mmu-
On Aug 8, 2011, at 5:26 PM, Jimi Xenidis wrote:
> Some processors, like embedded, that already have a PID register that
> is managed by the system. This patch separates the ACOP and PID
> processing into separate files so that the ACOP code can be shared.
>
> Signed-off-by: Jimi Xenidis
> ---
The discovered bit in PGCCSR register indicates if the device has
been discovered by system host. In Rapidio system, some agent devices
can also be master devices. They can issue requests into the system.
Signed-off-by: Liu Gang
---
drivers/rapidio/rio-scan.c |4 ++--
1 files changed, 2 inse
From: Michael Ellerman
Based on a patch by Michael Ellerman
Patch was simply forward ported upstream.
Jimi Xenidis
---
arch/powerpc/platforms/wsp/Makefile |1 +
arch/powerpc/platforms/wsp/ics.c| 48
arch/powerpc/platforms/wsp/ics.h|5 ++
arch/powerpc/platfo
From: Benjamin Herrenschmidt
Based on a patch by Benjamin Herrenschmidt
Modernized and slightly modified to not record erros into the nvram
log since we do not have that device driver just yet.
Jimi Xenidis
---
arch/powerpc/platforms/wsp/Kconfig |3 +
arch/powerpc/platforms/wsp/Makefil
Based on patchs from:
Benjamin Herrenschmidt
Michael Ellerman
I just brought them up to date
-JX
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
This patch adds a fault handler that responds to illegal Coprocessor
types. Currently all CTs are treated and illegal. There are two ways
to report the fault back to the application. If the application used
the record form ("icswx.") then the architected "reject" is emulated.
If the application
ICSWX is also used by the A2 processor to access coprocessors,
although not all "chips" that contain A2s have coprocessors.
Signed-off-by: Jimi Xenidis
---
arch/powerpc/include/asm/cputable.h |2 +-
arch/powerpc/include/asm/mmu-book3e.h |4
arch/powerpc/include/asm/reg_booke.h |
Some processors, like embedded, that already have a PID register that
is managed by the system. This patch separates the ACOP and PID
processing into separate files so that the ACOP code can be shared.
Signed-off-by: Jimi Xenidis
---
arch/powerpc/mm/Makefile |4 +-
arch/powerp
The following patches deal with the fact that Book3e parts already
have a PID register that is managed by the system. Currently an ICSWX
not in the ACOP will get rejected as specified by both architectures.
-JX
___
Linuxppc-dev mailing list
Linuxppc-de
Some config selections were applied to the platform (reference board)
when they actuall apply to the chip.
Signed-off-by: Jimi Xenidis
---
arch/powerpc/platforms/wsp/Kconfig |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/platforms/wsp/Kconfig
b/arch
From: David Gibson
Based on patch by David Gibson
xmon has a longstanding bug on systems which are SMP-capable but lack
the MSR[RI] bit. In these cases, xmon invoked by IPI on secondary
CPUs will not properly keep quiet, but will print stuff, thereby
garbling the primary xmon's output. This p
On 08/08/2011 12:53 AM, smitha.va...@wipro.com wrote:
>
> Hi Scott,
>
> Below is the .dts file. My board is based on mpc8247. Currently using
> FCC1.
This device tree is based on something very short-lived when 82xx
support was first being worked on for 82xx, around 2.6.24 or so. Please
redo i
On 08/08/2011 04:07 AM, Baruch Siach wrote:
> CONFIG_E500MC breaks e500/e500v2 systems. It defines L1_CACHE_SHIFT to 6, thus
> breaking clear_pages(), probably others too.
>
> This patch adds a new "Processor Type" entry for e500mc, and makes e500
> systems
> depend on PPC_E500.
I can see confus
On 08.08.2011 [13:18:00 +0200], Julia Lawall wrote:
> From: Julia Lawall
>
> At this point, window has not been stored anywhere, so it has to be freed
> before leaving the function.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr
From: Julia Lawall
At this point, ehv_pic has been allocated but not stored anywhere, so it
should be freed before leaving the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@exists@
local idexpression x;
statement S,
From: Julia Lawall
At this point, window has not been stored anywhere, so it has to be freed
before leaving the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@exists@
local idexpression x;
statement S,S1;
expression
The RETE bit in IECSR is cleared by writing a 1 to it.
Signed-off-by: Liu Gang
---
arch/powerpc/sysdev/fsl_rio.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sysdev/fsl_rio.c
index b3fd081..cdd765b 100644
--- a/arch/pow
On 08/08/2011 10:49 AM, Wolfgang Grandegger wrote:
> On 08/06/2011 10:59 PM, Kumar Gala wrote:
>>
>> On Aug 6, 2011, at 3:50 PM, Robin Holt wrote:
>>
>>> On Sat, Aug 06, 2011 at 11:52:45AM -0500, Kumar Gala wrote:
On Aug 6, 2011, at 8:58 AM, Marc Kleine-Budde wrote:
> On 08/06/20
CONFIG_E500MC breaks e500/e500v2 systems. It defines L1_CACHE_SHIFT to 6, thus
breaking clear_pages(), probably others too.
This patch adds a new "Processor Type" entry for e500mc, and makes e500 systems
depend on PPC_E500.
Cc: Kumar Gala
Signed-off-by: Baruch Siach
---
Changes from v1:
On 08/06/2011 10:59 PM, Kumar Gala wrote:
>
> On Aug 6, 2011, at 3:50 PM, Robin Holt wrote:
>
>> On Sat, Aug 06, 2011 at 11:52:45AM -0500, Kumar Gala wrote:
>>>
>>> On Aug 6, 2011, at 8:58 AM, Marc Kleine-Budde wrote:
>>>
On 08/06/2011 06:05 AM, Robin Holt wrote:
> flexcan driver needs t
On 08/03/2011 05:04 AM, David Gibson wrote:
I still don't understand the distinction you're making. We're saying
the group is "owned" by a given user or guest in the sense that no-one
else may use anything in the group (including host drivers). At that
point none, some or all of the devices in
30 matches
Mail list logo
