Sorry for wrong sending name of this and next email.
Best Regards,
Wei.
> -Original Message-
> From: y [mailto:y]
> Sent: Thursday, January 31, 2008 3:45 PM
> To: [EMAIL PROTECTED]
> Cc: linuxppc-dev@ozlabs.org; Zhang Wei
> Subject: [PATCH 1/2] Add RapidIO node into MPC8641HPCN dts file
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
b/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
index cfbe8c5..4a3e421 100644
--- a/arch/pow
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 556a9ca..1a0fce5 100644
--- a/arch/po
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
b/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
index c
From: Zhang Wei <[EMAIL PROTECTED]>
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
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, ..."
Nope -- the pasemi iommu setup code that disables translation on the
DMA p
All right, I'll give you another patch for 86xx dts file. :)
Btw: Why the PCI and other nodes were moved from SOC? Just for clear?
If they are moved out, their register address must use full address not
offset address.
Thanks!
Wei.
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL
> -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 Message-
> >>> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> >>>
> >>> On
On Jan 31, 2008, at 12:15 AM, Kumar Gala wrote:
>
> On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
>
>>
>>
>>> -Original Message-
>>> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>>>
>>> On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
>>>
Change lots of static variable to mport private.
On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
>
>
>> -Original Message-
>> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>>
>> On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
>>
>>> Change lots of static variable to mport private. And add
>> mport to some
>>> function declaration.
>>
>> Can y
On Jan 31, 2008, at 12:04 AM, Zhang Wei wrote:
> All right, I'll give you another patch for 86xx dts file. :)
>
> Btw: Why the PCI and other nodes were moved from SOC? Just for clear?
> If they are moved out, their register address must use full address
> not
> offset address.
we did this beca
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>
> On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
>
> > Change lots of static variable to mport private. And add
> mport to some
> > function declaration.
>
> Can you explain this patch further. Its not clear exactly
> From: Anton Vorontsov <[EMAIL PROTECTED]>
> Subject: [PATCH] [NET] cpmac: convert to new Fixed PHY infrastructure
>
> This patch converts cpmac to the new Fixed PHY infrastructure,
> though it
> doesn't fix all the problems with that driver. I didn't even bother to
> test this patch to compile,
On Jan 30, 2008, at 12:46 PM, Kim Phillips wrote:
> SCCR USB bits are in a different location on the mpc8315.
>
> Signed-off-by: Jerry Huang <[EMAIL PROTECTED]>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> changed to detect parent node compatibility with fsl,mpc8315-immr, and
> do a
On Wed, Jan 30, 2008 at 07:22:19PM -0800, Geoff Levand wrote:
> Hi.
>
> It seems something is missing in the current
> linux-2.6.git (8af03e782cae1e0a0f530ddd22301cdd12cf9dc0).
See:
http://patchwork.ozlabs.org/linuxppc/patch?id=16607
Or add a separate handler instead of reusing the debugger one
Now that all the changes I had in my tree are in Linus's tree I'm
rebasing the master branch of my git tree to match linus.
git.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
Anyone using my tree should do a git-pull -f.
- k
___
Linuxppc-dev
thanks, applied 1-2
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
thanks, applied
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi.
It seems something is missing in the current
linux-2.6.git (8af03e782cae1e0a0f530ddd22301cdd12cf9dc0).
CC arch/powerpc/kernel/crash.o
arch/powerpc/kernel/crash.c: In function 'default_machine_crash_shutdown':
arch/powerpc/kernel/crash.c:388: error: '__debugger_fault_handler' undeclared
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
>
> > Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> > ---
> > include/asm-powerpc/rio.h | 18 ++
> > include/asm-ppc/rio.h | 18 --
>
Looks like "[POWERPC] kdump shutdown hook support" broke builds when
CONFIG_DEBUGGER=n and CONFIG_KEXEC=y, such as in g5_defconfig:
arch/powerpc/kernel/crash.c: In function 'default_machine_crash_shutdown':
arch/powerpc/kernel/crash.c:388: error: '__debugger_fault_handler' undeclared
(first use i
On 1/30/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
>
> I like the spirit... It does seem like the compiled in device tree is
> specified in the wrong place.
heh, thanks. :-)
> > +zImage.mpc866ads: vmlinux $(wrapperbits) $(dtstree)/mpc866ads.dts
> > + $(call if_changed,wrap,$*,$(dts
I like the spirit... It does seem like the compiled in device tree is
specified in the wrong place.
Comments inline.
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Grant
Likely
> Sent: Wednesday, January 30, 2008 4:34 PM
> To: [EMAIL
> 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 ... and more than likely related to this change.
I'v
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
Redo the addition of the clock-frequency parameter to the Adder875 .dts
so that the values are decimal rather then hex.
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/dts/adder875-redboot.dts
b/arch/powerpc/boot/dts/adder875-redboot.dts
index 7c25d96..c508
On Wed, 2008-01-30 at 07:16 +0100, Stefan Roese wrote:
> On Wednesday 16 January 2008, Josh Boyer wrote:
> > On Wed, 16 Jan 2008 20:53:59 +1100
> >
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2008-01-16 at 10:37 +0100, Stefan Roese wrote:
> > > > With the removal the the "r
Ingo Molnar wrote:
> * Olof Johansson <[EMAIL PROTECTED]> wrote:
>
>> > could you try the full patchset that Travis has just sent and which
>> > i've put into x86.git, you can pull it from:
>>
>> Looks ok for powerpc so far, I haven't gotten through all defconfigs
>> yet but the first ones that
Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Change:
>> config ARCH_SETS_UP_PER_CPU_AREA
>> to:
>> config HAVE_SETUP_PER_CPU_AREA
>
> undocumented change:
>
>> config ARCH_NO_VIRT_TO_BUS
>> --- a/init/main.c
>> +++ b/init/main.c
>> @@ -380,6 +380,8 @@ stati
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Change:
> config ARCH_SETS_UP_PER_CPU_AREA
> to:
> config HAVE_SETUP_PER_CPU_AREA
undocumented change:
> config ARCH_NO_VIRT_TO_BUS
> --- a/init/main.c
> +++ b/init/main.c
> @@ -380,6 +380,8 @@ static void __init setup_per_cpu_areas(
On Wed, Jan 30, 2008 at 10:25:58PM +0100, Ingo Molnar wrote:
>
> * Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> > > could you try the full patchset that Travis has just sent and which
> > > i've put into x86.git, you can pull it from:
> >
> > Looks ok for powerpc so far, I haven't gotten throu
* Olof Johansson <[EMAIL PROTECTED]> wrote:
> > could you try the full patchset that Travis has just sent and which
> > i've put into x86.git, you can pull it from:
>
> Looks ok for powerpc so far, I haven't gotten through all defconfigs
> yet but the first ones that failed before build now. p
* 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 (which is all anyone really cares about ... there are very,
> very few UP ia64 systems in existence).
>
Ingo Molnar wrote:
> * Luck, Tony <[EMAIL PROTECTED]> wrote:
>
>> > Could you check the patch below? With this applied to latest -git,
>> > ia64 buils fine for me in a cross-compiling environment. (but i dont
>> > know whether it boots ...)
>>
>> Uni-processor build still fails with this patch
> this i believe builds an implicit dependency between the mca_asm.o
> position within the image and the ia64_mca_data percpu variable it
> accesses - it relies on the immediate 22 addressing mode that has 4MB of
> scope. Per chance, the .config you sent creates a 14MB image, and the
> percpu v
On Wednesday 30 January 2008, Sean MacLennan wrote:
> There seems to be a byte order conflict between the u-boot and Linux
> ndfc drivers.
>
> u-boot has the following:
>
> /* The NDFC uses Smart Media (SMC) bytes order*/
> ecc_code[0] = p[2];
> ecc_code[1] = p[1];
> ecc_code[2] = p
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > could you send the .config you are using?
>
> Ok. Attached.
thanks a ton - this produced a link error here too.
after half an hour of head scratching, the updated patch below solves
the build problem.
The problem i believe is this code in arch/ia6
This patch fixes the following section mismatches:
<-- snip -->
...
WARNING: vmlinux.o(.text+0xe49c): Section mismatch in reference from the
function .vdso_do_func_patch64() to the function .init.text:.find_symbol64()
WARNING: vmlinux.o(.text+0xe4d0): Section mismatch in reference from the
fu
This patch fixes the following section mismatch:
<-- snip -->
...
WARNING: vmlinux.o(.text+0x2fbca8): Section mismatch in reference from the
function .hvc_rtas_init() to the function .devinit.text:.hvc_alloc()
...
<-- snip -->
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
1cc00c4ad5c
This patch fixes the following section mismatch:
<-- snip -->
...
WARNING: vmlinux.o(.text+0x55648): Section mismatch in reference from the
function .free_node() to the function .init.text:.free_property()
...
<-- snip -->
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
99e9b48d8f5aba0
> could you send the .config you are using?
Ok. Attached.
-Tony
upconfig
Description: upconfig
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > ah, that was the vital clue. The patch below makes the small memory
> > model only defined on SMP, and makes the config build/link fine here.
> > Does this build and boot on your box?
>
> I applied this on top of the git pull from
> git://git.kernel
> ah, that was the vital clue. The patch below makes the small memory
> model only defined on SMP, and makes the config build/link fine here.
> Does this build and boot on your box?
I applied this on top of the git pull from
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
a
There seems to be a byte order conflict between the u-boot and Linux
ndfc drivers.
u-boot has the following:
/* The NDFC uses Smart Media (SMC) bytes order*/
ecc_code[0] = p[2];
ecc_code[1] = p[1];
ecc_code[2] = p[3];
the kernel has:
ecc_code[0] = p[1];
ecc_code[1] = p[
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Some place in there. The CONFIG_SMP=n path in ia64 makes quite
> > radical changes ... rather than putting all the per-cpu stuff into
> > the top 64K of address space and providing a per-cpu TLB mapping for
> > that range to a different physical ad
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > This is only defined for !__ASSEMBLY__
>
> Some place in there. The CONFIG_SMP=n path in ia64 makes quite
> radical changes ... rather than putting all the per-cpu stuff into the
> top 64K of address space and providing a per-cpu TLB mapping for tha
> 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 conflict
> drivers/md/md.c:5881: error: __param_start_ro causes a section ty
* Mike Travis <[EMAIL PROTECTED]> wrote:
> Could this be a problem with:
>
> #ifdef HAVE_MODEL_SMALL_ATTRIBUTE
> # define PER_CPU_ATTRIBUTES __attribute__((__model__ (__small__)))
> #endif
>
> This is only defined for !__ASSEMBLY__
nope, moving that per the patch below did not resolve the
> could you try the full patchset that Travis has just sent and which i've
> put into x86.git, you can pull it from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
>
> it's a fixes only tree, ontop of Linus-very-latest. Head 4b9e425c25f84.
> [pull from ssh://master.ker
* Olof Johansson <[EMAIL PROTECTED]> wrote:
> > could you try the full patchset that Travis has just sent and which
> > i've put into x86.git, you can pull it from:
>
> Looks ok for powerpc so far, I haven't gotten through all defconfigs
> yet but the first ones that failed before build now. p
Luck, Tony wrote:
>> Could you check the patch below? With this applied to latest -git, ia64
>> buils fine for me in a cross-compiling environment. (but i dont know
>> whether it boots ...)
>
> Uni-processor build still fails with this patch (config is
> arch/ia64/configs/tiger_defconfig
> with
On Wed, Jan 30, 2008 at 07:49:20PM +0100, Ingo Molnar wrote:
>
> * Luck, Tony <[EMAIL PROTECTED]> wrote:
>
> > > Could you check the patch below? With this applied to latest -git,
> > > ia64 buils fine for me in a cross-compiling environment. (but i dont
> > > know whether it boots ...)
> >
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Uni-processor build still fails with this patch (config is
> > arch/ia64/configs/tiger_defconfig with CONFIG_SMP switched from =y
> > to =n).
>
> could you try the full patchset that Travis has just sent and which
> i've put into x86.git, you can p
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > Could you check the patch below? With this applied to latest -git,
> > ia64 buils fine for me in a cross-compiling environment. (but i dont
> > know whether it boots ...)
>
> Uni-processor build still fails with this patch (config is
> arch/ia64/con
SCCR USB bits are in a different location on the mpc8315.
Signed-off-by: Jerry Huang <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
changed to detect parent node compatibility with fsl,mpc8315-immr, and
do a of_node_put when done.
arch/powerpc/boot/dts/mpc8315erdb.dts |
Luck, Tony wrote:
>> Could you check the patch below? With this applied to latest -git, ia64
>> buils fine for me in a cross-compiling environment. (but i dont know
>> whether it boots ...)
>
> Uni-processor build still fails with this patch (config is
> arch/ia64/configs/tiger_defconfig
> with
>>> Is this going through netdev or do you want me to pick it via the
>>> powerpc route?
>
> Based on your comments I sorta assumed it was most convenient to
> lump in with the rest of the powerpc changes...
That's fine. I'll push it via the powerpc trees.
- k
___
On Wed, Jan 30, 2008 at 07:06:23PM +0100, Ingo Molnar wrote:
>
> * Luck, Tony <[EMAIL PROTECTED]> wrote:
>
> > > thanks! Sorry about that: we cross-built on ARM but not on SMP
> > > non-x86 platforms so this dependency/breakage went unnoticed.
> >
> > Yes ... all ia64 builds (UP and SMP) are br
> Could you check the patch below? With this applied to latest -git, ia64
> buils fine for me in a cross-compiling environment. (but i dont know
> whether it boots ...)
Uni-processor build still fails with this patch (config is
arch/ia64/configs/tiger_defconfig
with CONFIG_SMP switched from =y
Ingo Molnar wrote:
> * Luck, Tony <[EMAIL PROTECTED]> wrote:
>
>>> thanks! Sorry about that: we cross-built on ARM but not on SMP
>>> non-x86 platforms so this dependency/breakage went unnoticed.
>> Yes ... all ia64 builds (UP and SMP) are broken at the moment. Please
>> Cc: me with the fixup pa
Change:
config ARCH_SETS_UP_PER_CPU_AREA
to:
config HAVE_SETUP_PER_CPU_AREA
Based on latest linux-2.6.git
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Tony Luck <[EMAIL PROTECTED]>
Cc: David Miller <[EMAIL PROTECTED]>
Cc: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTEC
percpu_modcopy() is defined multiple times in arch files. However, the only
user is module.c. Put a static definition into module.c and remove
the definitions from the arch files.
Based on latest linux-2.6.git
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Tony Luck <[EMAIL PROTECTED]>
Cc: David Miller <
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > thanks! Sorry about that: we cross-built on ARM but not on SMP
> > non-x86 platforms so this dependency/breakage went unnoticed.
>
> Yes ... all ia64 builds (UP and SMP) are broken at the moment. Please
> Cc: me with the fixup patch.
Could you check
Kumar Gala wrote:
>
> On Jan 30, 2008, at 11:09 AM, Jeff Garzik wrote:
>
>> Anton Vorontsov wrote:
>>> On Mon, Jan 21, 2008 at 01:19:41PM -0600, Kumar Gala wrote:
Anton,
it looks like the "TI AR7 CPMAC Ethernet support" uses FIXED_PHY
and was selecting FIXED_MII_100_FDX whic
Hi,
On Wed, Jan 30, 2008 at 11:08:57AM -0600, Kim Phillips wrote:
> diff --git a/arch/powerpc/platforms/83xx/usb.c
> b/arch/powerpc/platforms/83xx/usb.c
> index 681230a..14c83f1 100644
> --- a/arch/powerpc/platforms/83xx/usb.c
> +++ b/arch/powerpc/platforms/83xx/usb.c
> @@ -124,10 +124,14 @@ int
> > > This broke powerpc (and presumably ia64 and sparc64) in current
> > > linux-2.6.git:
> >
> > I'm generating a "fixup patch" right now...
>
> thanks! Sorry about that: we cross-built on ARM but not on SMP non-x86
> platforms so this dependency/breakage went unnoticed.
Yes ... all ia64 buil
On Jan 30, 2008, at 11:09 AM, Jeff Garzik wrote:
> Anton Vorontsov wrote:
>> On Mon, Jan 21, 2008 at 01:19:41PM -0600, Kumar Gala wrote:
>>> Anton,
>>>
>>> it looks like the "TI AR7 CPMAC Ethernet support" uses FIXED_PHY
>>> and was selecting FIXED_MII_100_FDX which is gone.
>>>
>>> Can you lo
On Jan 30, 2008, at 11:08 AM, Kim Phillips wrote:
> SCCR USB bits are in a different location on the mpc8315.
>
> Signed-off-by: Jerry Huang <[EMAIL PROTECTED]>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> changed to match compatible on non-board specific "fsl,mpc8315-usb2-
> dr".
Anton Vorontsov wrote:
> On Mon, Jan 21, 2008 at 01:19:41PM -0600, Kumar Gala wrote:
>> Anton,
>>
>> it looks like the "TI AR7 CPMAC Ethernet support" uses FIXED_PHY and
>> was selecting FIXED_MII_100_FDX which is gone.
>>
>> Can you look into this. I get the following warning now:
>>
>> scripts
SCCR USB bits are in a different location on the mpc8315.
Signed-off-by: Jerry Huang <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
changed to match compatible on non-board specific "fsl,mpc8315-usb2-dr".
arch/powerpc/boot/dts/mpc8315erdb.dts |2 +-
arch/powerpc/plat
On Wed, Jan 30, 2008 at 09:49:59PM +0530, Kamalesh Babulal wrote:
> Hi,
>
> Following are the different build failure with 2.6.24-git7 kernel on the
> powerpc
>
> drivers/net/typhoon.c:181: error: typhoon_card_info causes a section type
> conflict
> make[2]: *** [drivers/net/typhoon.o] Error 1
On Jan 30, 2008, at 10:36 AM, Kim Phillips wrote:
> SCCR USB bits are in a different location on the mpc8315.
>
> Signed-off-by: Jerry Huang <[EMAIL PROTECTED]>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/83xx/mpc83xx.h |2 ++
> arch/powerpc/platforms/83xx/
SCCR USB bits are in a different location on the mpc8315.
Signed-off-by: Jerry Huang <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/mpc83xx.h |2 ++
arch/powerpc/platforms/83xx/usb.c | 12
2 files changed, 10 insertions(+
On Jan 21, 2008, at 2:49 PM, Anton Vorontsov wrote:
> On Mon, Jan 21, 2008 at 01:19:41PM -0600, Kumar Gala wrote:
>> Anton,
>>
>> it looks like the "TI AR7 CPMAC Ethernet support" uses FIXED_PHY and
>> was selecting FIXED_MII_100_FDX which is gone.
>>
>> Can you look into this. I get the followi
Hi,
Following are the different build failure with 2.6.24-git7 kernel on the powerpc
drivers/net/typhoon.c:181: error: typhoon_card_info causes a section type
conflict
make[2]: *** [drivers/net/typhoon.o] Error 1
drivers/net/natsemi.c:259: error: natsemi_pci_info causes a section type
conflict
* Mike Travis <[EMAIL PROTECTED]> wrote:
> > This broke powerpc (and presumably ia64 and sparc64) in current
> > linux-2.6.git:
>
> I'm generating a "fixup patch" right now...
thanks! Sorry about that: we cross-built on ARM but not on SMP non-x86
platforms so this dependency/breakage went unn
Geert Uytterhoeven wrote:
> On Wed, 30 Jan 2008, Linux Kernel Mailing List wrote:
>> Gitweb:
>> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
>> Commit: dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
>> Parent: 3212bf
On Wed, 30 Jan 2008, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
> Commit: dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
> Parent: 3212bff370c2f22e4987c6679ba485654cefb1
On Wed, 30 Jan 2008, Peter Korsgaard wrote:
> >> +static void c67x00_sched_done(unsigned long __c67x00)
> >> +{
> >> + struct c67x00_hcd *c67x00 = (struct c67x00_hcd *)__c67x00;
> >> + struct c67x00_urb_priv *urbp, *tmp;
> >> + struct urb *urb;
> >> +
> >> + spin_lock(&c67x00->lock);
> >>
Can you post a device tree update as well.
The older patches on the list for the 86xx .dts should NOT put the rio
node under the soc. It should be at the same level as PCI.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/
On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
> Change lots of static variable to mport private. And add mport to some
> function declaration.
Can you explain this patch further. Its not clear exactly from this
commit message why we are doing this.
- k
___
On Jan 29, 2008, at 8:20 AM, Laurent Lagrange wrote:
> Hello,
>
> I have a MPC8641 based board. I try to use the two PCIe controllers.
> My
> firmware configures (physically) the PCI buses as follow:
>
> --+
> MPC8641 PCIe 1| bus 1 +--+
>
On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
> Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> ---
> include/asm-powerpc/rio.h | 18 ++
> include/asm-ppc/rio.h | 18 --
> 2 files changed, 18 insertions(+), 18 deletions(-)
> create mode 100644 include/asm-powe
Untested patch below, please confirm it's the right fix.
--
duplicate NETIF_MSG_IFDOWN, 2nd should be NETIF_MSG_IFUP
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/fec_mpc52xx.c b/drivers/net/fec_mpc52xx.c
index f91ee70..ca3c3b3 100644
--- a/drivers/net/fec_mpc52xx.c
++
Hi all,
I used the linux kernel 2.6.10 with a processor MPC8548E. I wrote a
driver for a device connected with the local bus. This device has an
external interrupt. In the local bus driver I have used the macro
MPC85xx_IRQ_EXT to get the interrupt number and pass it to the driver
and after that r
The RapidIO system size will auto probe in RIO setup. The route
table and rionet_active in rionet.c are changed to be allocated
dynamically according the system size.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c |6 +
drivers/net/rionet.c | 16
The driver is also fit for Freescale MPC8641 processor.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c | 80
1 files changed, 40 insertions(+), 40 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sys
Now, RapidIO driver for powerpc architecture is also support OF-device.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/Makefile |1 -
arch/powerpc/kernel/rio.c | 52 -
arch/powerpc/sysdev/fsl_rio.c | 101 +--
Change lots of static variable to mport private. And add mport to some
function declaration.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c | 353 +++--
drivers/rapidio/rio-access.c | 10 +-
include/linux/rio.h |
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
include/asm-powerpc/rio.h | 18 ++
include/asm-ppc/rio.h | 18 --
2 files changed, 18 insertions(+), 18 deletions(-)
create mode 100644 include/asm-powerpc/rio.h
delete mode 100644 include/asm-ppc/rio.h
dif
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig| 13 +
arch/powerpc/platforms/86xx/Kconfig |1 +
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 47fe256..ad07964 100644
--- a/a
Hello,
The following patch adds support for the mpc8247 based
board MGCOGE from keymile.
changes to the previous patchset:
- Added the suggestions from Scott Wood:
http://ozlabs.org/pipermail/linuxppc-dev/2008-January/050957.html
- The patch http://ozlabs.org/pipermail/linuxppc-dev/2008-Janua
> "Alan" == Alan Stern <[EMAIL PROTECTED]> writes:
Alan> On Tue, 29 Jan 2008, Peter Korsgaard wrote:
>> This patch adds HCD support for the Cypress c67x00 family of devices.
>> --- /dev/null
>> +++ linux-2.6/drivers/usb/c67x00/c67x00-hcd.c
>> +int c67x00_urb_dequeue(struct usb_hcd *hcd,
Jochen Friedrich wrote:
> fec.c is only used on M68k Coldfire CPUs. Remove leftover
> PowerPC code from this driver.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> ---
> drivers/net/fec.c | 136 +---
> 1 files changed, 3 insertions(+), 1
94 matches
Mail list logo