The new 440x6 core used on AMCC 460EX/GT introduces new storage attibure
fields to the TLB2 word. Those are:
Bit 11 12 13 14 15
WL1 IL1I IL1D IL2I IL2D
With these bits the cache (L1 and L2) can be configured in a more flexible
way, instruction- and data-cache independently now. The
This MSI driver can be used on 83xx/85xx/86xx board.
In this driver, virtual interrupt host and chip were
setup. There are 256 MSI interrupts in this host, Every 32
MSI interrupts cascaded to one IPIC/MPIC interrupt.
The chip was treated as edge sensitive and some necessary
functions were setup for
This patch enable the MSI on 8610hpcd board.
Through the msi-available-ranges property, All the 256
msi interrupts can be tested on this board.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
V2 version deleted the PEX2 dts node according the updated git tree
arch/powerpc/boot/dts/mpc8610_hpcd
This patch enabled MSI on 8544ds and 8572ds board.
only one MSI interrupt can generate on 8544 board.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8544ds.dts | 16
arch/powerpc/boot/dts/mpc8572ds.dts | 16
arch/powerpc/p
Binding document adding for Freescale MSI support.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 37 +-
1 files changed, 36 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Docum
This uses APIs that are not generic, or at least not part of
what Sparc provides yet.
So just PPC_OF this for now just like the EHCI_OF driver.
This fixes allmodconfig build errors on sparc.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/
Since it came to my attention due to the build error fix
I just had to fix, I figured I'd mention some things.
Right now, powerpc and sparc differ in how they resolve
interrupts and resources.
Powerpc uses an on-demand model, whereas Sparc pre-resolves
everything at bootup when parsing the OF tr
Hello to everyone,
I was trying to enable the SPI of a lite5200 board. I've seen that
there's something related to this in
arch/powerpc/boot/dts/lite5200b.dts
>[EMAIL PROTECTED] {
> device_type = "spi";
> compatible = "mpc5200b-spi\0mpc5200-spi";
>
On Mon, 2008-05-05 at 00:59 -0700, David Miller wrote:
> Since it came to my attention due to the build error fix
> I just had to fix, I figured I'd mention some things.
>
> Right now, powerpc and sparc differ in how they resolve
> interrupts and resources.
>
> Powerpc uses an on-demand model, w
On Mon, 2008-05-05 at 00:57 -0700, David Miller wrote:
> This uses APIs that are not generic, or at least not part of
> what Sparc provides yet.
>
> So just PPC_OF this for now just like the EHCI_OF driver.
>
> This fixes allmodconfig build errors on sparc.
>
> Signed-off-by: David S. Miller <[
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Mon, 05 May 2008 18:26:11 +1000
> Well, we aren't totally clear as to whether we'll use of_device much or
> not in the long term. For bus types that already have their own
> descendant of struct device (such as PCI, but also i2c, USB, etc...)
Hi!
Thanks for your contribution! We will try it right away! :))
As for patches, we also installed some patches provided by freescale and
nothing so far... Still the same problems.
I will post the results as soon as I can...
Thanks U ALL!
Filipe.
-Original Message-
From: ext Matve
On Mon, 2008-05-05 at 01:44 -0700, David Miller wrote:
>
> My plan on the sparc side is to remove the SBUS device type and bus
> entirely, as well as the EBUS layer I have. All of it can use
> of_device nodes on of_platform_bus. Even the DMA stuff just falls out
> of everything transparently be
On Mon, 2008-05-05 at 15:47 +0800, Jason Jin wrote:
> This MSI driver can be used on 83xx/85xx/86xx board.
> In this driver, virtual interrupt host and chip were
> setup. There are 256 MSI interrupts in this host, Every 32
> MSI interrupts cascaded to one IPIC/MPIC interrupt.
> The chip was treated
On Sat, May 03, 2008 at 12:55:10AM -0700, David Miller wrote:
> From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> Date: Sat, 03 May 2008 17:50:17 +1000
>
> > Best would be if we could get those runtime bits linked in the module
> > itself, but I don't know enough about our toolchain to know if th
On Thu, May 01, 2008 at 08:22:08AM -0500, Kumar Gala wrote:
> >>So we have 4 actual exceptions:
> >>* CriticalInput (some external device signaled this. There are two
> >>concepts of critical. One is error the other is high priority)
> >>However this would have the same caveats as any ExternalInp
On Mon, 2008-05-05 at 13:57 +0200, Gabriel Paubert wrote:
> > I consider the whole BookE debug arch a design bug :)
>
> Why only the debug part? :-)
Hehe :-)
At least the old broken 64 bits BookE was ditched before any
implementation was done :-)
Ben.
Linus,
This is a pull request where I think these commits can go in 2.6.26
quite safely, but I don't mind if you prefer to leave them until
2.6.27. There are five commits here that Andrew Morton has sent on to
me: three semaphore to mutex conversions, one that changes a
proc_create call to proc_c
On Mon, May 5, 2008 at 2:00 AM, Fabrizio Garetto
<[EMAIL PROTECTED]> wrote:
> Hello to everyone,
> I was trying to enable the SPI of a lite5200 board. I've seen that
> there's something related to this in
> arch/powerpc/boot/dts/lite5200b.dts
>
> >[EMAIL PROTECTED] {
> >
On 5/5/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Mon, May 5, 2008 at 2:00 AM, Fabrizio Garetto
> <[EMAIL PROTECTED]> wrote:
> > Hello to everyone,
> > I was trying to enable the SPI of a lite5200 board. I've seen that
> > there's something related to this in
> > arch/powerpc/boot/dts
On Sun, May 4, 2008 at 5:40 AM, <[EMAIL PROTECTED]> wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> arch/microblaze/kernel/prom.c| 1653
> ++
> include/asm-microblaze/of_device.h | 41 +
On May 4, 2008, at 2:24 PM, Sam Ravnborg wrote:
On Sun, May 04, 2008 at 01:22:38PM -0500, Kumar Gala wrote:
Sam,
We have a case in powerpc in which we want to link some library
routines with all module objects. The routines are intended for
handling out-of-line function call register save/re
Also remove duplicate assignment of local_ca_ack_delay
and change min_t check for local_ca_ack_delay to u8 instead of int.
Signed-off-by: Stefan Roscher
---
drivers/infiniband/hw/ehca/ehca_hca.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/hw/
Yes, please, I'll appreciate very much.
Currently I'm working of 2.6.22 kernel version, but I can test it on
the 2.6.24 as well.
I've found also this patch that should enable the native spi on my mpc52xx
http://cba.si/slefika/kernel/patches/mpc5200-spi.patch
but I've various problems: first of al
On Sun, May 4, 2008 at 7:16 PM, David Gibson
<[EMAIL PROTECTED]> wrote:
> On Fri, Apr 25, 2008 at 03:48:05PM +0200, Sascha Hauer wrote:
> > Add board support for the Phytec pcm030 mpc5200b based board. It
> > does not need any platform specific fixups and as such is handled
> > as a mpc5200 simp
Did this get fixed somehow? I used to need this to boot a pcm030.
diff --git a/fs/jffs2/scan.c b/fs/jffs2/scan.c
index 272872d..c982adc 100644
--- a/fs/jffs2/scan.c
+++ b/fs/jffs2/scan.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include "nodelist.h"
#include "summary.h"
#in
On Mon, May 5, 2008 at 11:01 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Did this get fixed somehow? I used to need this to boot a pcm030.
I'm sorry; I'm at a lost as to context. Are you asking for this patch
to be applied? Or are you asking if this has been addressed in
another way?
Cheers,
g.
On Mon, 5 May 2008, Paul Mackerras wrote:
>
> If you think these should wait until 2.6.27, just let me know.
Well, since you didn't even mention the place to pull from, I guess it can
wait..
Linus
___
Linuxppc-dev mailing list
Linuxp
On 5/5/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Mon, May 5, 2008 at 11:01 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > Did this get fixed somehow? I used to need this to boot a pcm030.
>
>
> I'm sorry; I'm at a lost as to context. Are you asking for this patch
> to be applied? Or are yo
On May 5, 2008, at 12:19 PM, Linus Torvalds wrote:
On Mon, 5 May 2008, Paul Mackerras wrote:
If you think these should wait until 2.6.27, just let me know.
Well, since you didn't even mention the place to pull from, I guess
it can
wait..
Paul's clearly starting to lose it. First a p
FPGA designs may have need of both MMIO-based and NATIVE-based dcr
interfaces.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/40x/Kconfig
b/arch/powerp
With ARCH=ppc going away, we don't really need platform device support
anymore. In fact it is hard, if we want to use the generic dcr
infrastructure.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/video/xilinxfb.c | 63 +-
1 file
I've modified these patches to include Josh's comments, and also
modified the tft patches to not assume that patches to ARCH=ppc are
made. This breaks platform_device support and hence ARCH=ppc support.
I'd appreciate it if these patches could get queued up for 2.6.27 (and
hence get built a bit be
+- compatible : should be "fsl,MPIC-MSI" for 85xx/86xx cpu,
+ and "fsl,IPIC-MSI" for 83xx cpu.
Please use a more specific name, "fsl,8599-msi" or similar?
+- interrupts : should contain the msi interrupts cascade to the
host
+ interrupt controller.
You should describe that
Previously, dcr support was configured at compile time to either using
MMIO or native dcr instructions. Although this works for most
platforms, it fails on FPGA platforms:
1) Systems may include more than one dcr bus.
2) Systems may be native dcr capable and still use memory mapped dcr interface.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/video/xilinxfb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/video/xilinxfb.c b/drivers/video/xilinxfb.c
index 848752e..a82c530 100644
--- a/drivers/video/xilinxfb.c
+++ b/drivers/video/xilinxf
This device contains a dcr interface. Previously, the dcr interface
was assumed to be used in mmio mode, and the register space of the dcr
interface was precomputed and stuffed in the device tree. This patch
makes use of the new dcr infrastructure to represent the dcr interface
as any other dcr i
Add board support for the Phytec pcm030 mpc5200b based board. It
does not need any platform specific fixups and as such is handled
as a mpc5200 simple platform.
Those still whingeing about how horrible and hard and tedious the new
world of device trees is, take note. We've certainly had some
te
On Mon, 5 May 2008, Kumar Gala wrote:
>
> Paul's clearly starting to lose it. First a pull request w/o him pushing to
> his tree. Now a pull request from the ether.
Paul, the rumor is that high doses of vitamin B6 may delay the onset of
Alzheimer, and there is some research into vitamin E he
Hello, I have an embedded system with an on-board processor powerpc
MPC5200B
and Linux kernel 2.6.22,
I must turn over to MMC SPI on the PSC6.
First, I
have enabled PSC6:
in ../arch/ppc/platforms/lite5200.c added PSC6 in SPI mode
struct mpc52xx_psc_func mpc52xx_psc_functions[] = {
{ .id
Hello,
I am trying to enable the SD over SPI on a emebedded system with one
processor powerpc mpc5200b,
has someone patches for the Linux 2.6.22 versions?
Thanks Fabio.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/l
In order to avoid polling forever if an error occurs, this driver
includes a timeout counter. However, in fast systems, this counter
wasn't high enough. This patch fixes the bug and also makes the
buffer-based and fifo-based drivers return the same error condition on
a timeout (-EIO).
Signed-off
On Mon, 5 May 2008 11:03:14 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 5 May 2008, Kumar Gala wrote:
> >
> > Paul's clearly starting to lose it. First a pull request w/o him pushing to
> > his tree. Now a pull request from the ether.
>
> Paul, the rumor is that high
On May 5, 2008, at 1:23 PM, Giuseppe Coviello wrote:
This patch adds the support for the sam440ep board.
arch/powerpc/boot/Makefile |5 +-
arch/powerpc/boot/cuboot-sam440ep.c | 35 +
arch/powerpc/boot/dts/sam440ep.dts | 292 ++
arch/powerpc/boot/sam440
On May 5, 2008, at 1:25 PM, Andrew Morton wrote:
On Mon, 5 May 2008 11:03:14 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Mon, 5 May 2008, Kumar Gala wrote:
Paul's clearly starting to lose it. First a pull request w/o him
pushing to
his tree. Now a pull request from the e
On Mon, 5 May 2008 20:23:29 +0200
"Giuseppe Coviello" <[EMAIL PROTECTED]> wrote:
> This patch adds the support for the sam440ep board.
Urgh. Could you split this into a number of smaller patches, each with
a proper commit message that doesn't break the build on its own?
See some initial comment
Sometimes (particularly on MPC8610HPCD) we want IRQ-less CMOS RTC for
the boards without (or disabled) i8259 PICs.
We lookup the device tree for "chrp,iic" compatible devices, and if not
found we do not assign RTC IRQ.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/rt
The ULI "Super South Bridge" contains ISA bridge to the legacy
devices, such as Super IO mouse/keyboard/floppy disk controllers,
parallel port, i8259 interrupt controller and so on.
On the MPC8610HPCD, i8259 seems to be disabled (mpc8610_hpcd.c
confirms this), and other peripherals are not traced
Marvin wrote:
> what about adding these defaults:
> - CONFIG_SCHED_SMT
> - CONFIG_HUGETLBFS (needed by ibm cell sdk)
>
> not sure about:
> - CONFIG_SPU_FS_64K_LS
Did you test these options? Please let me know
your results.
-Geoff
_
On May 5, 2008, at 1:56 PM, Anton Vorontsov wrote:
The ULI "Super South Bridge" contains ISA bridge to the legacy
devices, such as Super IO mouse/keyboard/floppy disk controllers,
parallel port, i8259 interrupt controller and so on.
On the MPC8610HPCD, i8259 seems to be disabled (mpc8610_hpcd.
On Mon, May 5, 2008 at 12:06 PM, Segher Boessenkool
<[EMAIL PROTECTED]> wrote:
>
> >
> > > Add board support for the Phytec pcm030 mpc5200b based board. It
> > > does not need any platform specific fixups and as such is handled
> > > as a mpc5200 simple platform.
> > >
> >
> > Those still whingeing
Original-Nachricht
> Datum: Mon, 5 May 2008 13:27:28 -0500
> Von: Kumar Gala <[EMAIL PROTECTED]>
> An: "Giuseppe Coviello" <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH] Sam440ep support
>
> On May 5, 2008, at 1:23 PM, Giuseppe Coviello wrote:
>
> > T
On Mon, May 5, 2008 at 12:20 PM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
> In order to avoid polling forever if an error occurs, this driver
> includes a timeout counter. However, in fast systems, this counter
> wasn't high enough. This patch fixes the bug and also makes the
> buffer-b
Jeremy McNicoll wrote:
The following adds local bus, flash and MTD partition nodes for
sbc8548. As well, a compatible field for the soc node, so that
of_platform_bus_probe() will pick it up.
Something that is provided through this newly added epld node
is the Hardware Revision is now being repor
> >
> >
> >Let me know if this does address your question.
>
> The problem is MODPOST complains about undefined symbols:
>
> MODPOST 24 modules
> ERROR: "_restgpr_20_x" [net/key/af_key.ko] undefined!
> ERROR: "_restgpr_25_x" [net/key/af_key.ko] undefined!
> ERROR: "_restgpr_30_x" [net/key/af_ke
The following adds local bus, flash and MTD partition nodes for
sbc8548. As well, a compatible field for the soc node, so that
of_platform_bus_probe() will pick it up.
Something that is provided through this newly added epld node
is the Hardware Revision which is now being utilized.
Signed-off-by
On May 5, 2008, at 5:17 PM, Jeremy McNicoll wrote:
The following adds local bus, flash and MTD partition nodes for
sbc8548. As well, a compatible field for the soc node, so that
of_platform_bus_probe() will pick it up.
Something that is provided through this newly added epld node
is the Hardwa
Kumar Gala wrote:
On May 5, 2008, at 5:17 PM, Jeremy McNicoll wrote:
The following adds local bus, flash and MTD partition nodes for
sbc8548. As well, a compatible field for the soc node, so that
of_platform_bus_probe() will pick it up.
Something that is provided through this newly added epld
Kumar Gala writes:
> Paul's clearly starting to lose it. First a pull request w/o him
> pushing to his tree. Now a pull request from the ether.
Show some respect, young man, or I'll hit you with my walking frame.
Paul.
___
Linuxppc-dev mailing list
Let's try this again...
Linus,
Please pull from 'powerpc-next' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git powerpc-next
There are five commits there that Andrew Morton has sent on to
me: three semaphore to mutex conversions, one that changes a
proc_create call to
thanks, applied
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
I wonder about the way this is split between the platform file and this
"sysdev" file.
The platform file is so small (and similar to other platform files) that
I wonder if we can move toward something aking to the 5200 simple
platform, that is have one platform with a list of matches.
Now, the s
On Mon, 2008-05-05 at 13:27 -0500, Kumar Gala wrote:
> On May 5, 2008, at 1:23 PM, Giuseppe Coviello wrote:
>
> > This patch adds the support for the sam440ep board.
> >
> > arch/powerpc/boot/Makefile |5 +-
> > arch/powerpc/boot/cuboot-sam440ep.c | 35 +
> > arch/pow
On Mon, 2008-05-05 at 13:54 -0500, Josh Boyer wrote:
> > +arch_initcall(sam440ep_i2c_of_init);
>
> Ok, now I'm confused as to why you aren't doing this in your platform
> file (which would make it specific, and therefore justify its
> existence.
I addition, that gets called on all platforms, not
On Mon, 2008-05-05 at 21:50 +0200, Gerhard Pircher wrote:
> This is a (bad) hack that I also use on the AmigaOne to get the ALSA
> sound
> drivers working with DMA, because ALSA doesn't work with
> dma-noncoherent.c.
> The problem is the "nopage" mechanism, which fails with non coherent
> DMA
> al
Hi Takashi !
I'm bringing up an old thread as I'm just discovering that the problem
still hasn't been fixed.
There seem to be a few issues with ALSA current usage of mmap vs. non
cache coherent architecture, such as embedded PowerPC's.
I can see at least two with a quick look to pcm-native.c, on
On Tue, 06 May 2008 09:40:05 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2008-05-05 at 13:54 -0500, Josh Boyer wrote:
> > > +arch_initcall(sam440ep_i2c_of_init);
> >
> > Ok, now I'm confused as to why you aren't doing this in your platform
> > file (which would make it sp
On Mon, 2008-05-05 at 10:56 -0700, Stephen Neuendorffer wrote:
> Previously, dcr support was configured at compile time to either using
> MMIO or native dcr instructions. Although this works for most
> platforms, it fails on FPGA platforms:
>
> 1) Systems may include more than one dcr bus.
> 2)
On Mon, 2008-05-05 at 10:56 -0700, Stephen Neuendorffer wrote:
> FPGA designs may have need of both MMIO-based and NATIVE-based dcr
> interfaces.
You say _may_ ... wouldn't it be better if it was thus left to a given
virtex based platform to enable DCR_MMIO if it uses it and leave only
NATIVE by
-- Forwarded message --
From: 张轶 <[EMAIL PROTECTED]>
Date: 2008/5/5
Subject: linux2.6 does not boot from XUP
To: [EMAIL PROTECTED]
Hi,Grant
I hope I could get some advices from you about how to fix the error of
porting linux2.6 to Xilinx XUPV2P.
The kernel I am using is 2.6.24,g
Greetings.
The following adds support for the Analogue & Micro ASP 8347E, running Redboot.
http://www.analogue-micro.com/ASP8347.html
Cheers.
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index 73f3fd8..d94285f 10064
2008/5/5 张轶 <[EMAIL PROTECTED]>:
>
> The kernel I am using is 2.6.24,gcc 4.1.0,glibc 2.3.6,and the board Xilinx
> XUPV2P
>
> It compiles successfully with some warnings like below:
> MODPOST vmlinux.o
> WARNING: vmlinux.o(.text+0x223c): Section mismatch: reference to
> .init.text:early_init (betw
Hi Stephen,
On Mon, 5 May 2008 10:56:38 -0700 Stephen Neuendorffer <[EMAIL PROTECTED]>
wrote:
>
> +static struct device_node *find_dcr_parent(struct device_node *node)
> +{
> + struct device_node *par, *tmp;
> + const u32 *p;
> +
> + for (par = of_node_get(node); par;) {
> +
On Tue, 2008-05-06 at 13:40 +1000, Stephen Rothwell wrote:
> Since find_dcr_parent has done a of_node_get on its return value, you
> leak a reference to dp here i.e. you need an of_node_put(dp) before
> you return.
He inherited that bug from other dcr.c functions I wrote, my fault.
Stephen (N. n
On Mon, 5 May 2008 13:38:30 -0600 "Grant Likely" <[EMAIL PROTECTED]> wrote:
>
> PowerPC? check.
> Sparc? check.
> Microblaze? check.
OLPC? check?
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgpEpqUtn0B2F.pgp
Description: PGP signature
On Tue, 06 May 2008 09:36:48 +1000
"Benjamin Herrenschmidt" <[EMAIL PROTECTED]> wrote:
> The IBM IIC driver should already have an of_platform_device created
> for it, so we can have here a generic driver for that chip that
> instanciates itself based on it. No need to create a platform
> device .
On Mon, May 5, 2008 at 11:56 AM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
> This device contains a dcr interface. Previously, the dcr interface
> was assumed to be used in mmio mode, and the register space of the dcr
> interface was precomputed and stuffed in the device tree. This patch
PowerPC? check.
Sparc? check.
Microblaze? check.
OLPC? check?
No check. The kernel hardly uses the device tree at all, there.
Segher
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi Bryan,
On Tue, 6 May 2008 03:28:13 +0100 Bryan O'Donoghue <[EMAIL PROTECTED]> wrote:
>
> +static void __init asp834x_init_IRQ(void)
> +{
> + struct device_node *np;
> +
> + np = of_find_node_by_type(NULL, "ipic");
> + if (!np)
> + return;
> +
> + ipic_init(np, 0);
Y
On Mon, May 05, 2008 at 10:55:53PM -0600, Grant Likely wrote:
> On Mon, May 5, 2008 at 11:56 AM, Stephen Neuendorffer
> <[EMAIL PROTECTED]> wrote:
> > This device contains a dcr interface. Previously, the dcr interface
> > was assumed to be used in mmio mode, and the register space of the dcr
> >
Patch, obviously correct, sent to me personally instead of the list.
Sylvain
--- Begin Message ---
Here is a fix for the unterminated mpc52xx_uart_of_match array when
CONFIG_PPC_MPC512x is not defined. Should be quite self explonary, but if
not feel free to bug me about it.
Patch applies a
81 matches
Mail list logo
