Roland McGrath wrote:
I haven't seen that error before. Can you show the output of {eu-,}readelf -lS
on vdso64.so.dbg, and also on the vdso64.so successfully built when you
revert the patch?
I've attached the raw output from the two commands. The delta between
the two is as follows:
-Ther
Removed duplicated include in
drivers/net/ucc_geth_ethtool.c.
Signed-off-by: Huang Weiyi <[EMAIL PROTECTED]>
--- a/drivers/net/ucc_geth_ethtool.c2008-05-10 08:41:10.0 +0800
+++ b/drivers/net/ucc_geth_ethtool.c2008-05-10 08:41:42.0 +0800
@@ -37,7 +37,6 @@
#include
#inc
> m to memory or something like that.
>
> Your suspicion is correct in a way -- this allows IO port addresses to
> make their way to 'struct resource' so that drivers can use inb(),
> outb(), etc. After some thought, I'm not sure if a device tree using
> I/O port addresses for a legacy node is co
Update the defconfig for the Freescale MPC8610 HPCD board. Enable module
support. Disable support for all NICs except for the on-board ULI526x.
Enable support for the Freescale DIU driver. Increase the maximum zone order
to 12, so that the DIU driver can allocate physically-contiguous 5MB buffer
On Fri, 2008-05-09 at 14:31 +1000, Benjamin Herrenschmidt wrote:
> I don't understand that fix. Can you tell us more about the exact
> failure mode ? Especially, show us the device-tree bits and the
> addresses returned.
>
> I suspect the bug is in your device-tree that is forwarding IO
> addresse
On Fri, 9 May 2008 17:53:47 +0200
"Giuseppe Coviello" <[EMAIL PROTECTED]> wrote:
> 2008/5/6 Giuseppe Coviello <[EMAIL PROTECTED]>:
> > I've prepared another path to add the support for the sam440ep;
> > shortly I've merged arch/powerpc/boot/sam440ep.c in
> > arch/powerpc/boot/cuboot-sam440ep.c; I'
Nice to hear that, next week I'll try and let you know.
Thank you again for your support,
Fabrizio
On Fri, May 9, 2008 at 5:20 PM, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, May 9, 2008 at 9:02 AM, Fabri <[EMAIL PROTECTED]> wrote:
>> Thanks for the patches, now some more rows are printed a
I haven't seen that error before. Can you show the output of {eu-,}readelf -lS
on vdso64.so.dbg, and also on the vdso64.so successfully built when you
revert the patch?
Thanks,
Roland
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs
On Fri, May 09, 2008 at 02:49:04PM -0400, Nick wrote:
> I am writing a driver to service an interrupt from our fpga. I am calling
> request_irq in the open
> function of my driver. The fpga is connected to external interrupt 1. I am
> using interrupt
> number 65 in the request_irq but the func
Hi,
I am writing a driver to service an interrupt from our fpga. I am calling
request_irq in the open
function of my driver. The fpga is connected to external interrupt 1. I am
using interrupt
number 65 in the request_irq but the function is failing. I traced to a
function called setup_irq
Anton Vorontsov wrote:
> As of current mainline tree, TULIP driver is unusable on MPC8610HPCD
> boards. There is a patch[1] floating around (and also included in the
> BSP), which tries to heal the situation, though the ethernet is still
> unusable. Practically it takes ages to mount NFS filesystem
I'm using gcc 3.4.3 and binutils 2.15.92.0.2. I originally saw the
following problem in 2.6.25 but it's present in git head as well:
CALL /home/cfriesen/kernels/2.6.25/linux-2.6.25/scripts/checksyscalls.sh
CHK include/linux/compile.h
CALL
/home/cfriesen/kernels/2.6.25/linux-2.6.25/ar
On Fri, May 9, 2008 at 10:18 AM, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
>
>> But here, you are only adding section t)
>
> That's because r) and s) already exist. The person who added those sections
> didn't update the TOC.
heh. I'm obviously being far too lazy in my patch re
Grant Likely wrote:
> But here, you are only adding section t)
That's because r) and s) already exist. The person who added those sections
didn't update the TOC.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc
Please see my comments below.
-Roberta
On 30.04.08 13:35:12, Carl Love wrote:
[...]
> -int spu_sync_stop(void)
> +void spu_sync_stop(void)
> {
> unsigned long flags = 0;
> - int ret = spu_switch_event_unregister(&spu_active);
> - if (ret) {
> - printk(KERN_ERR "SPU_PR
2008/5/6 Giuseppe Coviello <[EMAIL PROTECTED]>:
> I've prepared another path to add the support for the sam440ep;
> shortly I've merged arch/powerpc/boot/sam440ep.c in
> arch/powerpc/boot/cuboot-sam440ep.c; I've inserted the code to make
> the rtc works directly in arch/powerpc/platforms/44x/sam440
On Fri, May 9, 2008 at 9:02 AM, Fabri <[EMAIL PROTECTED]> wrote:
> Thanks for the patches, now some more rows are printed after RamDisk loading:
>
> Verifying Checksum ... OK
> Loading Ramdisk to 0fe68000, end 0ff49bf2 ... OK
> Memory <- <0x0 0x1000> (256MB)
> CPU clock-frequency <- 0xbcd3d
Thanks for the patches, now some more rows are printed after RamDisk loading:
Verifying Checksum ... OK
Loading Ramdisk to 0fe68000, end 0ff49bf2 ... OK
Memory <- <0x0 0x1000> (256MB)
CPU clock-frequency <- 0xbcd3d80 (198MHz)
CPU timebase-frequency <- 0x1f78a40 (33MHz)
CPU bus-frequency
Errage corrige: Excuse me, bad cut and paste :)
This is the right output of the first try
## Booting image at 0300 ...
Image Name: Linux-2.6.25.2
Created: 2008-05-09 12:46:22 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size:1518744 Bytes = 1.4 M
Hello!
I've seen you guys are playing with a Lite5200b board, so I've decided
to do another attempt with mine.
On Thu, May 8, 2008 at 5:32 PM, Grant Likely <[EMAIL PROTECTED]> wrote:
> For example, use "make ARCH=powerpc cuImage.lite5200b" to build an
> image for the lite5200b board. The build sc
See if this patch makes any difference for you:
diff --git a/arch/powerpc/boot/dts/lite5200b.dts b/arch/powerpc/boot/dts/lite520
index 8505e97..70d9a8e 100644
--- a/arch/powerpc/boot/dts/lite5200b.dts
+++ b/arch/powerpc/boot/dts/lite5200b.dts
@@ -342,4 +342,8 @@
0x020
On May 8, 2008, at 3:22 PM, Sam Ravnborg wrote:
On Thu, May 08, 2008 at 09:16:10AM -0500, Kumar Gala wrote:
On May 5, 2008, at 3:44 PM, Sam Ravnborg wrote:
Let me know if this does address your question.
The problem is MODPOST complains about undefined symbols:
MODPOST 24 modules
ERROR
On Fri, May 9, 2008 at 3:03 AM, Jason Jin <[EMAIL PROTECTED]> wrote:
> Binding document adding for Freescale MSI support.
>
> Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
> ---
> Updated to V2 version per Segher's suggestion.
>
> Documentation/powerpc/booting-without-of.txt | 40
> +
On Fri, May 9, 2008 at 3:03 AM, Jason Jin <[EMAIL PROTECTED]> 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
On Fri, May 9, 2008 at 3:03 AM, Jason Jin <[EMAIL PROTECTED]> wrote:
> Binding document adding for Freescale MSI support.
>
> Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
> ---
> Updated to V2 version per Segher's suggestion.
>
> Documentation/powerpc/booting-without-of.txt | 40
> +
Linus,
Please pull from 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get some bug fixes and documentation/comment updates for powerpc,
as listed below.
There is one commit there that isn't just a fix, the "Add endpoint
support to 4xx PCIe driver" o
On Fri, 2008-05-09 at 17:03 +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
Sure, I didn't say to drop the property, just make it
optional, since most trees will want the same value anyway.
So, The code should change to work with this change, If there's the
property, use it. If no, make it all available, Am I right?
Yeah, exactly.
Segher
___
> -Original Message-
> From: Segher Boessenkool [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 09, 2008 6:14 PM
> To: Jin Zhengxiong
> Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/4 V2] booting-without-of for Freescale MSI
>
> >> If these MSI
If these MSI devices work really identical for 83xx, 85xx,
86xx, there is no need to distinguish between them for
probing either -- you want to use the same driver for all, anyway
.
The driver can work for 83xx, 85xx and 86xx, but the msiir offset
is different for 83xx and 85xx/86xx cpu. I need
Hi, Segher.
Thanks
> > +- compatible : set as "fsl,86xx-MSI" for 86xx cpu,
> "fsl,85xx-MSI"
> > for 85xx
> > + cpu and "fsl,83xx-MSI" for 83xx cpu.
>
> Don't use "xx", use real device names instead. If for
> example the oldest 86xx device that implements this is 8600,
> and you wri
Hi Jason,
Some more comments...
+- compatible : set as "fsl,86xx-MSI" for 86xx cpu, "fsl,85xx-MSI"
for 85xx
+ cpu and "fsl,83xx-MSI" for 83xx cpu.
Don't use "xx", use real device names instead. If for example the
oldest
86xx device that implements this is 8600, and you write a tre
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]>
---
compatible name in dts was changed in V2 version.
arch/powerpc/boot/dts/mpc8544ds.dts | 16
arch/powerpc/boot/dts/mpc8572
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]>
---
compatible name in dts was changed in V2 version.
arch/powerpc/boot/dts/mpc8610_hpcd.dts | 16 +++
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
Binding document adding for Freescale MSI support.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
Updated to V2 version per Segher's suggestion.
Documentation/powerpc/booting-without-of.txt | 40 +-
1 files changed, 39 insertions(+), 1 deletions(-)
diff --git a/Docum
36 matches
Mail list logo
