* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > I'll start digging on why this doesn't boot ... but you might as well
> > send the fixes so far upstream to Linus so that the SMP fix is available
>
> Well a pure 2.6.24 version compiled with CONFIG_SMP=n booted just
> fine, so the breakage is recent
Hi Grant,
> Currently, the kernel uses CONFIG_DEVICE_TREE to wrap a kernel image
> with a fdt blob which means for any given configuration only one dts
> file can be selected and so support for only one board can be built
>
> This patch moves the selection of the default .dts file out of the kern
On Wed, Jan 30, 2008 at 11:33:29AM -0800, Luck, Tony wrote:
> > I'm having trouble replicating this error. With the latest linux-2.6.git
> > plus the patch I just sent, I get the following errors:
> >
> > drivers/input/mouse/psmouse-base.c:45: error: __param_proto causes a
> > section type confli
Add CPM i2c support for mpc8272, mpc866 and mpc885 boards.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts | 10 ++
arch/powerpc/boot/dts/mpc866ads.dts | 10 ++
arch/powerpc/boot/dts/mpc885ads.dts | 10 ++
Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]>
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
Signed-
On Thu, 2008-01-31 at 00:41 -0600, Olof Johansson wrote:
> More late-caught fallout from the mainline merge. The patch:
>
> [POWERPC] Use archdata.dma_data in dma_direct_ops and add the offset
>
> "Now that all platforms using dma_direct_offset setup the
> archdata.dma_data correctly, ..."
>
> N
Add support for two Motion-PRO board custom LEDs:
- motionpro-statusled
- motionpro-readyled
Signed-off-by: Jan Wrobel <[EMAIL PROTECTED]>
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
Update since v6:
- fix error handling for null label proper
drivers/leds/Kconfig |7 +
Hi
I get the following kernel core while a user program I have is dumping
core.
Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
a 8280)
When runnign the program on 2.6.18 arch/ppc, the program gets a sig 11
and dumps core.
On 2.6.24, I ghet the kernel oops, and then the pro
The latest commits to powerpc.git removes commproc.h files used by
arch/powerpc/platforms/8xx/adder875.c
The kernel fails to build for the adder configs.
Regards,
Dag Rognlien
<>___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/
On Wed, Jan 30, 2008 at 07:40:28PM -0700, Grant Likely wrote:
> mpc866ads, mpc885ads and ep88xc are oddities in that they build
> zImages with embedded device tree blobs.
What about ep8248e? And the mpc8xxads boards use cuImage, not zImage.
> One option would be to add two new targets: zImage.
Nathan Lynch wrote:
> Hmm, this is the second report of 2.6.24 crashing in
> __flush_dcache_icache during a core dump; see:
> http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048662.html
>
> Is this easily recreatable?
Yes. I have a binary that will do this every time it is started (on this
More fallout from the merge:
[POWERPC] Use archdata.dma_data in dma_direct_ops and add the offset
"Now that all platforms using dma_direct_offset setup the
archdata.dma_data correctly, ..."
Nope -- the pasemi iommu setup code that disables translation on the DMA
pci device still set dma_data to
On Thu, Jan 31, 2008 at 11:38:16PM +1100, Michael Ellerman wrote:
> On Thu, 2008-01-31 at 00:41 -0600, Olof Johansson wrote:
> > More late-caught fallout from the mainline merge. The patch:
> >
> > [POWERPC] Use archdata.dma_data in dma_direct_ops and add the offset
> >
> > "Now that all platform
Rune Torgersen wrote:
> I was going to test HEAD of powerpc.git to see if it is still there.
Still there. Also used GDB on the vmlinux image to get source and
dissasembly of the ooops:
Unable to handle kernel paging request for data at address 0x48024000
Faulting instruction address: 0xc000f0a0
Oo
Zhang Wei wrote:
> Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/boot/dts/mpc8641_hpcn.dts
> b/arch/powerpc/boot/dts/mpc8641_hpcn.dts
> index 556a
asm/commproc.h was renamed to asm/cpm1.h
sysdev/commproc.h was renamed to platforms/8xx/mpc8xx.h
m8xx_pic_init was renamed to mpc8xx_pics_init
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/adder875.c |6 +++---
arch/powerpc/platforms/8xx/ep88xc.c |1 -
2 f
according to the 8349EA ref man, pci2 IRQ is 67. Thanks to Peter
Van Ackeren for finding this.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc834x_mds.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc834x_mds.dts
> hm, as far as i could check, on ia64 UP the .percpu section link
> difference was the only ia64 difference i could find out of those
> changes. Could you try to copy a 2.6.24 include/asm-generic/percpu.h,
> include/asm-ia64.h and include/linux/percpu.h into your current tree,
> and see whethe
On Thu, 2008-01-31 at 14:30 +0800, Zhang Wei wrote:
>
> > -Original Message-
> > From: Kumar Gala [mailto:[EMAIL PROTECTED]
> >
> > On Jan 31, 2008, at 12:15 AM, Kumar Gala wrote:
> >
> > >
> > > On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
> > >
> > >>
> > >>
> > >>> -Original M
On 1/31/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 30, 2008 at 07:40:28PM -0700, Grant Likely wrote:
> > mpc866ads, mpc885ads and ep88xc are oddities in that they build
> > zImages with embedded device tree blobs.
>
> What about ep8248e? And the mpc8xxads boards use cuImage, not zImag
Peter,
Sorry, this has taken so long... I've undertaken some significant
refactorings, and included support for the new EDK9.2 xps_hwicap.
Responses below.
> Please don't put the HWICAP option in the middle of the HVC options.
oops! fixed.
>
> > +config XILINX_HWICAP
> > + tristate "Xilin
Hi Rognlien,
> The latest commits to powerpc.git removes commproc.h files used by
> arch/powerpc/platforms/8xx/adder875.c
>
> The kernel fails to build for the adder configs.
This should fix it:
diff --git a/arch/powerpc/platforms/8xx/adder875.c
b/arch/powerpc/platforms/8xx/adder875.c
index c
On Jan 31, 2008, at 12:20 PM, Jochen Friedrich wrote:
> Hi Rognlien,
>
>> The latest commits to powerpc.git removes commproc.h files used by
>> arch/powerpc/platforms/8xx/adder875.c
>>
>> The kernel fails to build for the adder configs.
>
> This should fix it:
>
> diff --git a/arch/powerpc/plat
Kumar Gala wrote:
> This doesn't look like ppc disasm to me :)
>
Helps if i use the cross-compiler gdb instead of the x86 native one...
here is the disasembly dump for NIP
(gdb) disassemble 0xc000f0a0
Dump of assembler code for function __flush_dcache_icache:
0xc000f08c <__flush_dcache_icache+0>
Kumar Gala wrote:
> Can you git-bisect to narrow this down further.
Not easilly, as the board port to arch/powerpc was done on 2.6.24-rc7
and up.
Is there an somewhat esy way in git to apply the differences from master
branch to our board branch to a branch created by bisect?
And I don't even kno
On Jan 31, 2008, at 10:26 AM, Rune Torgersen wrote:
> Nathan Lynch wrote:
>> Hmm, this is the second report of 2.6.24 crashing in
>> __flush_dcache_icache during a core dump; see:
>> http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048662.html
>>
>> Is this easily recreatable?
>
> Yes. I ha
>}
> (gdb) list *0xc000f0a0
> No source file for address 0xc000f0a0.
> (gdb) disassemble 0xc000f0a0
> Dump of assembler code for function __flush_dcache_icache:
> 0xc000f08c <__flush_dcache_icache+0>: dec%esi
> 0xc000f08d <__flush_dcache_icache+1>: addb $0x20,(%eax)
> 0xc0
Hello,
I am using MPC8568MDS BSP on my board, which has same memory map with
MPC8568MDS board. However I have kernel Ooop at
free_bootmem_with_active_regions() within do_init_bootmem(). Any idea
on this issue?
Thanks,
Mike
bootm 0x100 0x200 0x40
## Booting image at 0100 ...
Hi Rognlien,
> Hi Rognlien,
>
>> The latest commits to powerpc.git removes commproc.h files used by
>> arch/powerpc/platforms/8xx/adder875.c
>>
>> The kernel fails to build for the adder configs.
>
> This should fix it:
>
> diff --git a/arch/powerpc/platforms/8xx/adder875.c
> b/arch/powerpc/p
On 1/31/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> This includes code for new fifo-based xps_hwicap in addition to the
> older opb_hwicap, which has a significantly different interface. The
> common code between the two drivers is largely shared.
>
> Significant differences exists betwe
Rune Torgersen wrote:
> Kumar Gala wrote:
> > Can you git-bisect to narrow this down further.
>
> Not easilly, as the board port to arch/powerpc was done on 2.6.24-rc7
> and up.
> Is there an somewhat esy way in git to apply the differences from master
> branch to our board branch to a branch crea
On Thu, Jan 31, 2008 at 11:40:04AM -0600, Rune Torgersen wrote:
> Unable to handle kernel paging request for data at address 0x48024000
> Faulting instruction address: 0xc000f0a0
> Oops: Kernel access of bad area, sig: 11 [#1]
> PREEMPT Innovative Systems ApMax
Does it happen without preempt?
> M
Scott Wood wrote:
> Does it happen without preempt?
Will try shortly, just updated my git to HEAD of Linus's tree
>
>> Modules linked in: drv_wd(P) drv_scc devcom drv_pcir tipc drv_ss7
>> drv_auxcpu drv_leds(P) drv_ethsw proc_sysinfo(P) i2c_8266(P)
>> NIP: c000f0a0 LR: c0011fec CTR: 0080
>> R
Scott Wood wrote:
> Does it happen without preempt?
Yes
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Nathan Lynch wrote:
> Scott Wood wrote:
>> Do you have a simple test case that we could try to reproduce? I
>> tried a simple core dump on an 8280, and it worked.
>
> Is the crashing program multithreaded? The first report had firefox
> triggering the oops.
The crashing program has 10 threads.
Nathan Lynch wrote:
> I doubt the modules are the problem; there was a practically identical
> report from someone with an untainted 2.6.24-rc kernel a few weeks ago
> (see my first reply to Rune).
I didn't think they were; I was just trying to eliminate the low hanging
fruit and get a simpler te
On Friday 25 January 2008, Kumar Gala wrote:
> Just a reminder that the plan is to remove arch/ppc this summer (June
> 2008). The following boards still existing over in arch/ppc. Some of
> them have been ported over to arch/powerpc. If you care about one of
> these boards and its not ported spe
Scott Wood wrote:
> On Thu, Jan 31, 2008 at 11:40:04AM -0600, Rune Torgersen wrote:
> > Unable to handle kernel paging request for data at address 0x48024000
> > Faulting instruction address: 0xc000f0a0
> > Oops: Kernel access of bad area, sig: 11 [#1]
> > PREEMPT Innovative Systems ApMax
>
> Does
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
This code doesn't seem to be referenced anywhere.
arch/powerpc/kernel/head_32.S | 17 -
arch/ppc/kernel/head.S| 17 -
2 files changed, 0 insertions(+), 34 deletions(-)
diff --git a/arch/powerpc/ker
On 01/30/2008 04:34 PM, Grant Likely wrote:
> --- a/arch/powerpc/boot/Makefile
> +++ b/arch/powerpc/boot/Makefile
...
> $(obj)/zImage.ps3: vmlinux $(wrapper) $(wrapperbits)
> $(srctree)/$(src)/dts/ps3.dts
Seems like this could use $(dtstree).
> $(STRIP) -s -R .comment $< -o vmlinux.strip
Scott Wood wrote:
> Nathan Lynch wrote:
>> Is the crashing program multithreaded? The first report had firefox
>> triggering the oops.
>
> OK, I've got a test program that triggers it now. I'll see if I can
> figure out what's going on.
The problem seems to be that update_mmu_cache() is called
Zhang Wei wrote:
> Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/boot/dts/mpc8641_hpcn.dts
> b/arch/powerpc/boot/dts/mpc8641_hpcn.dts
> index 556a
Scott Wood wrote:
> Scott Wood wrote:
>> Nathan Lynch wrote:
>>> Is the crashing program multithreaded? The first report had firefox
>>> triggering the oops.
>>
>> OK, I've got a test program that triggers it now. I'll see if I can
>> figure out what's going on.
>
> The problem seems to be that
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Thursday, January 31, 2008 11:59 AM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH] [POWERPC] Xilinx: hwicap driver
>
> On 1/31/08
On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
> Just a reminder that the plan is to remove arch/ppc this summer (June
> 2008). The following boards still existing over in arch/ppc. Some of
> them have been ported over to arch/powerpc. If you care about one of
> these boards a
On 1/31/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> > Also, this isn't sufficient to prevent 2 processes from having the
> > device open. If a process has already opened it and then calls
> > fork(), then *both* processes will have it opened even though the open
> > fop was only called o
> So the percpu changes are innocent ... something else since 2.6.24 is
> to blame. Only 5749 commits :-) I'll start bisecting.
12 bisections later ... nothing! I think I got lost in the
maze. Bisection #5 had a crash, but it looked to be a very
differnt crash (and looked to happen later than
[POWERPC] pasemi: Fix thinko in dma_direct_ops setup
The first patch will just fall through and still set dma_data to a bad
value, make it return directly instead.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
Linus, thanks for picking up the patch so quickly. Unfortunately I
messed it
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Thursday, January 31, 2008 3:13 PM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH] [POWERPC] Xilinx: hwicap driver
>
> On 1/31/08,
From: Grant Likely <[EMAIL PROTECTED]>
Currently, the kernel uses CONFIG_DEVICE_TREE to wrap a kernel image
with a fdt blob which means for any given configuration only one dts
file can be selected and so support for only one board can be built
This patch moves the selection of the default .dts f
Rune Torgersen wrote:
> Hi
>
> I get the following kernel core while a user program I have is dumping
> core.
> Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
> a 8280)
> When runnign the program on 2.6.18 arch/ppc, the program gets a sig 11
> and dumps core.
> On 2.6.24,
the 8313 rdb has a ds1339 at address 0x68.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8313erdb.dts |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8313erdb.dts
b/arch/powerpc/boot/dts/mpc8313erdb.dts
index 2d6
A small set of fixups for checkpatch.
Based on upstream pull from a few hours ago.
drivers/net/ehea/ehea.h |3 +
drivers/net/ehea/ehea_ethtool.c |4 +-
drivers/net/ehea/ehea_hw.h |8 +-
drivers/net/ehea/ehea_main.c| 87 +++--
drivers/net/ehea/ehea_
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_ethtool.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ehea/ehea_ethtool.c b/drivers/net/ehea/ehea_ethtool.c
index 679f40e..d768852 100644
--
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_phyp.c | 158 +-
drivers/net/ehea/ehea_phyp.h | 22 +++---
2 files changed, 90 insertions(+), 90 deletions(-)
diff --git a/drivers/net/ehea/
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c | 87 ++
1 files changed, 46 insertions(+), 41 deletions(-)
diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c
i
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_qmr.c | 32
drivers/net/ehea/ehea_qmr.h | 16
2 files changed, 24 insertions(+), 24 deletions(-)
diff --git a/drivers/net/ehea/eh
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h|3 +++
drivers/net/ehea/ehea_hw.h |8
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ehea/ehea.h b/drivers/net/ehea/ehea.h
index 5f82
Doug Maxey wrote:
>
> A small set of fixups for checkpatch.
>
> Based on upstream pull from a few hours ago.
Er, ehea doesn't even build right now[1], maybe that could get fixed
first? :-)
[1] http://lkml.org/lkml/2008/1/28/337
___
Linuxppc-dev maili
Hi, Jon,
> -Original Message-
> From: Loeliger Jon
>
> Zhang Wei wrote:
> > Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> > ---
> > arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
> > 1 files changed, 13 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/powerpc/boo
> -Original Message-
> From: Loeliger Jon
>
> Zhang Wei wrote:
> > Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> > ---
> > arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
> > 1 files changed, 13 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/powerpc/boot/dts/mp
On Jan 31, 2008, at 9:21 PM, Zhang Wei wrote:
>
>
>> -Original Message-
>> From: Loeliger Jon
>>
>> Zhang Wei wrote:
>>> Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
>>> ---
>>> arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
>>> 1 files changed, 13 insertions(+), 0 deletions(
On Jan 31, 2008, at 4:54 PM, Mark A. Greer wrote:
> On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
>> Just a reminder that the plan is to remove arch/ppc this summer (June
>> 2008). The following boards still existing over in arch/ppc. Some
>> of
>> them have been ported over to
Hi, Phil,
> -Original Message-
> From: Phil Terry [mailto:[EMAIL PROTECTED]
>
> On Thu, 2008-01-31 at 14:30 +0800, Zhang Wei wrote:
> >
> > > >
> > I consider each RIO controller will has its own network,
> the device IDs
> > should be
> > unique only in its port network.
> Hmmm, I se
Hi, Jon,
> -Original Message-
> From: Loeliger Jon
>
> Zhang Wei wrote:
> > Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> > ---
> > arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
> > 1 files changed, 13 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/powerpc/boo
* Michael Ellerman <[EMAIL PROTECTED]> [2008-01-30 00:04:58]:
> Why do you check !p after assigning to nid? I assume it's because we
> might have reached the end of the command line, ie. p == NULL, but we're
> still adding memory to the last node? If so it's a it's a little subtle
> and deserves a
On Thu, 31 Jan 2008 21:05:42 CST, Nathan Lynch wrote:
> Doug Maxey wrote:
> >
> > A small set of fixups for checkpatch.
> >
> > Based on upstream pull from a few hours ago.
>
> Er, ehea doesn't even build right now[1], maybe that could get fixed
> first? :-)
>
> [1] http://lkml.org/lkml/2008/
On Jan 31, 2008, at 1:28 PM, mike zheng wrote:
> Hello,
>
> I am using MPC8568MDS BSP on my board, which has same memory map with
> MPC8568MDS board. However I have kernel Ooop at
> free_bootmem_with_active_regions() within do_init_bootmem(). Any idea
> on this issue?
such questions should be as
On 1/31/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> This includes code for new fifo-based xps_hwicap in addition to the
> older opb_hwicap, which has a significantly different interface. The
> common code between the two drivers is largely shared.
>
> Significant differences exists betwe
Stephen Neuendorffer wrote:
>
> +static ssize_t
> +hwicap_read(struct file *file, char *buf, size_t count, loff_t *ppos)
> +{
> + struct hwicap_drvdata *drvdata = file->private_data;
> + ssize_t bytes_to_read = 0;
> + u32 *kbuf;
> + u32 words;
> + u32 bytes_remaining;
> + in
On Wed, Jan 23, 2008 at 08:18:47PM +, Matt Sealey wrote:
>
>
> Jon Smirl wrote:
> > --- a/drivers/i2c/chips/tps65010.c
> > +++ b/drivers/i2c/chips/tps65010.c
> > @@ -571,6 +571,10 @@ static const struct i2c_device_id tps65010_id[] = {
> > { "tps65011", TPS65011 },
> > { "tps65012", TP
On Wed, Jan 23, 2008 at 12:42:29PM -0600, Jon Loeliger wrote:
>
> Based on the Kurobox DTS files.
[snip]
> +/ {
> + model = "StorCenter";
> + compatible = "storcenter";
This really needs a vendor prefix.
> + chosen {
> + linux,stdout-path = "/soc/[EMAIL PROTECTED]";
You
On Thu, Jan 24, 2008 at 06:41:24PM -0500, Paul Gortmaker wrote:
> This adds a v1 device tree source for the Wind River SBC8560 board. The
> biggest difference between this and the MPC8560ADS reference platform
> dts is the use of an external 16550 compatible UART instead of the CPM2.
>
> Signed-o
On Thu, 2008-01-31 at 17:50 -0600, Olof Johansson wrote:
> [POWERPC] pasemi: Fix thinko in dma_direct_ops setup
>
> The first patch will just fall through and still set dma_data to a bad
> value, make it return directly instead.
>
> Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
OK I get it n
74 matches
Mail list logo
