* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Olof Johansson @ 2008-02-06 16:35 UTC (permalink / raw)
To: Josh Boyer; +Cc: linuxppc-dev, Stefan Roese, jeff, netdev
In-Reply-To: <20080206102340.1cdf7f8d@zod.rchland.ibm.com>
On Wed, Feb 06, 2008 at 10:23:40AM -0600, Josh Boyer wrote:
> On Wed, 6 Feb 2008 10:01:57 -0600
> Olof Johansson <olof@lixom.net> wrote:
>
> > On Wed, Feb 06, 2008 at 01:21:59PM +0100, Stefan Roese wrote:
> > > With the removal the the "rgmii-interface" device_type property from the
> > > dts files, the newemac driver needs an update to only rely on compatible
> > > property.
> >
> > What about systems using an older dts, such as one kexec:ing from an
> > older kernel?
>
> Like what? Kexec doesn't work on 4xx yet.
Sure, but similar restrictions would apply for customers who have a
flashed device tree that want to boot a newer kernel. Deprecating old
device tree support is something that should be done very carefully.
> > Just because the device tree source is distributed in the kernel tree
> > doesn't mean it can give up backwards compatibility.
>
> We checked Axon, which is the only non-DTS machine that uses EMAC and
> it will work fine with this change.
Ah, ok. I remember discussions about this patch before then, sounds like
it's safe. I just triggered on the dts-centric patch description.
Objections withdrawn. :)
-Olof
^ permalink raw reply
* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Josh Boyer @ 2008-02-06 16:23 UTC (permalink / raw)
To: Olof Johansson; +Cc: linuxppc-dev, Stefan Roese, jeff, netdev
In-Reply-To: <20080206160157.GA18228@lixom.net>
On Wed, 6 Feb 2008 10:01:57 -0600
Olof Johansson <olof@lixom.net> wrote:
> On Wed, Feb 06, 2008 at 01:21:59PM +0100, Stefan Roese wrote:
> > With the removal the the "rgmii-interface" device_type property from the
> > dts files, the newemac driver needs an update to only rely on compatible
> > property.
>
> What about systems using an older dts, such as one kexec:ing from an
> older kernel?
Like what? Kexec doesn't work on 4xx yet.
> Just because the device tree source is distributed in the kernel tree
> doesn't mean it can give up backwards compatibility.
We checked Axon, which is the only non-DTS machine that uses EMAC and
it will work fine with this change.
josh
^ permalink raw reply
* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Olof Johansson @ 2008-02-06 16:01 UTC (permalink / raw)
To: Stefan Roese; +Cc: linuxppc-dev, jeff, netdev
In-Reply-To: <1202300519-7294-1-git-send-email-sr@denx.de>
On Wed, Feb 06, 2008 at 01:21:59PM +0100, Stefan Roese wrote:
> With the removal the the "rgmii-interface" device_type property from the
> dts files, the newemac driver needs an update to only rely on compatible
> property.
What about systems using an older dts, such as one kexec:ing from an
older kernel?
Just because the device tree source is distributed in the kernel tree
doesn't mean it can give up backwards compatibility.
-Olof
^ permalink raw reply
* Re: [Virtex 4 PPC] Which Linux?
From: IngoM @ 2008-02-06 14:51 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <20080205145834.GQ13945@pengutronix.de>
Hello!
Thanks for all answers!
Robert Schwebel wrote:
>
> On Mon, Feb 04, 2008 at 05:54:55AM -0800, IngoM wrote:
>> 2) Linux
>> I'd like to build my kernel and filesystem myself. But which way to go?
>> Using OE, buildroot, ELDK...
>> Can you please provide some starting points for me?
>
> ptxdist would be another alternative.
>
In the meantime, I get crosstool to compile my toolchain.
With that toolchain I get a xilinx kernel from their git-repo compiling and
booting up.
ptxdist compiles my userland, but I have some more probs:
I use the xmd from EDK to download and run the kernel.
I try to setup a rootfs via NFS but the kernel didn't get an address, maybe
there is a problem with the network-setup.
It's not clear to me how put the kernel-image and the userland to one
elf-binary that is downloadable by xmd, because to work around the above
network issue to get things started.
Best Regards,
Ingo
--
View this message in context: http://www.nabble.com/-Virtex-4-PPC--Which-Linux--tp15268468p15306699.html
Sent from the linuxppc-embedded mailing list archive at Nabble.com.
^ permalink raw reply
* Re: V4L2: __ucmpdi2 undefined on ppc
From: Stephane Marchesin @ 2008-02-06 14:39 UTC (permalink / raw)
To: linuxppc-dev; +Cc: henrik.sorensen, David Woodhouse, paulus
In-Reply-To: <1166362145.6714.53.camel@pmac.infradead.org>
On 12/17/06, David Woodhouse <dwmw2@infradead.org> wrote:
>
> You still get to 'accidentally' do 64-bit arithmetic in-kernel that way
> though. Might be better just to provide __ucmpdi2, just as we have for
> the other functions which are required from libgcc
>
> It'd be better just to fix the compiler though -- which is in fact what
> they've done: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25724
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
>
> I've applied this as a temporary hack to the Fedora kernel until the
> compiler is updated there...
>
Hello,
We're hitting this i nouveau as well (http://nouveau.freedesktop.org),
since we make extensive use ot 64 bit ints. Over time, we've had a
number of reports on this issue, and at one point I read that it
should be fixed in gcc. But recently, a nouveau user on PPC32 (Henrik
in CC:) reported the issue again with gcc 4.2.3. Others have it on gcc
4.2.2 too:
http://bugs.freedesktop.org/show_bug.cgi?id=10547
So, the point of this email is to ask about the possibility of merging
in one of the __ucmpdi2 patches, like David's which is kept below for
reference. Most distros seem to ship with such a patch already, and it
seems that other drivers hit this as well.
Thanks,
Stephane
> --- linux-2.6.19.ppc/arch/powerpc/kernel/misc_32.S~ 2006-11-29 21:57:37.000000000 +0000
> +++ linux-2.6.19.ppc/arch/powerpc/kernel/misc_32.S 2006-12-17 12:19:48.000000000 +0000
> @@ -728,6 +728,27 @@ _GLOBAL(__lshrdi3)
> or r4,r4,r7 # LSW |= t2
> blr
>
> +/*
> + * __ucmpdi2: 64-bit comparison
> + *
> + * R3/R4 has 64 bit value A
> + * R5/R6 has 64 bit value B
> + * result in R3: 0 for A < B
> + * 1 for A == B
> + * 2 for A > B
> + */
> +_GLOBAL(__ucmpdi2)
> + cmplw r7,r3,r5 # compare high words
> + li r3,0
> + blt r7,2f # a < b ... return 0
> + bgt r7,1f # a > b ... return 2
> + cmplw r6,r4,r6 # compare low words
> + blt r6,2f # a < b ... return 0
> + li r3,1
> + ble r6,2f # a = b ... return 1
> +1: li r3,2
> +2: blr
> +
> _GLOBAL(abs)
> srawi r4,r3,31
> xor r3,r3,r4
> --- linux-2.6.19.ppc/arch/powerpc/kernel/ppc_ksyms.c~ 2006-12-15 17:19:56.000000000 +0000
> +++ linux-2.6.19.ppc/arch/powerpc/kernel/ppc_ksyms.c 2006-12-17 12:16:54.000000000 +0000
> @@ -161,9 +161,11 @@ EXPORT_SYMBOL(to_tm);
> long long __ashrdi3(long long, int);
> long long __ashldi3(long long, int);
> long long __lshrdi3(long long, int);
> +int __ucmpdi2(uint64_t, uint64_t);
> EXPORT_SYMBOL(__ashrdi3);
> EXPORT_SYMBOL(__ashldi3);
> EXPORT_SYMBOL(__lshrdi3);
> +EXPORT_SYMBOL(__ucmpdi2);
> #endif
>
> EXPORT_SYMBOL(memcpy);
>
> --
> dwmw2
>
^ permalink raw reply
* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Josh Boyer @ 2008-02-06 12:49 UTC (permalink / raw)
To: Stefan Roese; +Cc: linuxppc-dev, netdev, jeff
In-Reply-To: <1202300519-7294-1-git-send-email-sr@denx.de>
On Wed, 6 Feb 2008 13:21:59 +0100
Stefan Roese <sr@denx.de> wrote:
> With the removal the the "rgmii-interface" device_type property from the
> dts files, the newemac driver needs an update to only rely on compatible
> property.
>
> Signed-off-by: Stefan Roese <sr@denx.de>
> Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Acked-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
josh
^ permalink raw reply
* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Stefan Roese @ 2008-02-06 12:16 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Jeff Garzik, netdev
In-Reply-To: <47A9A443.2020109@pobox.com>
On Wednesday 06 February 2008, Jeff Garzik wrote:
> > Jeff, any chance this can get into .25 soon? I have another patch
> > queued up behind this one that requires it, and I don't see it in any
> > of your trees or branches.
> >
> > Or, if you aren't opposed, I can take it through Paul's tree with your
> > Ack.
>
> can you resend? I don't see it in the pile
Will do.
Best regards,
Stefan
^ permalink raw reply
* [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Stefan Roese @ 2008-02-06 12:21 UTC (permalink / raw)
To: jeff; +Cc: linuxppc-dev, netdev
With the removal the the "rgmii-interface" device_type property from the
dts files, the newemac driver needs an update to only rely on compatible
property.
Signed-off-by: Stefan Roese <sr@denx.de>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
---
drivers/net/ibm_newemac/rgmii.c | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ibm_newemac/rgmii.c b/drivers/net/ibm_newemac/rgmii.c
index 9bc1132..5757788 100644
--- a/drivers/net/ibm_newemac/rgmii.c
+++ b/drivers/net/ibm_newemac/rgmii.c
@@ -302,7 +302,6 @@ static int __devexit rgmii_remove(struct of_device *ofdev)
static struct of_device_id rgmii_match[] =
{
{
- .type = "rgmii-interface",
.compatible = "ibm,rgmii",
},
{
--
1.5.4.rc3
^ permalink raw reply related
* Re: [PATCH] e1000: Fix for 32 bits platforms with 64 bits resources
From: Jeff Garzik @ 2008-02-06 12:13 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: netdev, auke-jan.h.kok, jgarzik, linuxppc-dev
In-Reply-To: <20071116073821.548CCDDDF4@ozlabs.org>
Benjamin Herrenschmidt wrote:
> The e1000 driver stores the content of the PCI resources into
> unsigned long's before ioremapping. This breaks on 32 bits
> platforms that support 64 bits MMIO resources such as ppc 44x.
>
> This fixes it by removing those temporary variables and passing
> directly the result of pci_resource_start/len to ioremap.
>
> The side effect is that I removed the assignments to the netdev
> fields mem_start, mem_end and base_addr, which are totally useless
> for PCI devices.
>
> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> --
>
> drivers/net/e1000/e1000_main.c | 18 +++++-------------
> 1 file changed, 5 insertions(+), 13 deletions(-)
applied
^ permalink raw reply
* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Jeff Garzik @ 2008-02-06 12:12 UTC (permalink / raw)
To: Josh Boyer; +Cc: Stefan Roese, netdev, linuxppc-dev
In-Reply-To: <20080205151216.4ff3c32a@weaponx>
Josh Boyer wrote:
> On Thu, 31 Jan 2008 10:14:58 +1100
> Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:
>
>> 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 <benh@kernel.crashing.org> wrote:
>>>>> On Wed, 2008-01-16 at 10:37 +0100, Stefan Roese wrote:
>>>>>> With the removal the the "rgmii-interface" device_type property from
>>>>>> the dts files, the newemac driver needs an update to only rely on
>>>>>> compatible property.
>>>>>>
>>>>>> Signed-off-by: Stefan Roese <sr@denx.de>
>>>>> I need to test if it works on CAB, can't change the DT on those. I'll
>>>>> let you know tomorrow.
>>>> This should be fine on CAB. The rgmii node has:
>>>>
>>>> compatible = "ibm,rgmii-axon", "ibm,rgmii"
>>>>
>>>> so the match should still catch on the latter.
>>> How about this patch? Ben, if you think this is ok then we should make sure
>>> that it goes in in this merge-window, since the other dts patch relies on it.
>> It's fine.
>
> Jeff, any chance this can get into .25 soon? I have another patch
> queued up behind this one that requires it, and I don't see it in any
> of your trees or branches.
>
> Or, if you aren't opposed, I can take it through Paul's tree with your
> Ack.
can you resend? I don't see it in the pile
^ permalink raw reply
* Re: [PATCH] [POWERPC] iSeries: fix section mismatch in iseries_veth
From: Stephen Rothwell @ 2008-02-06 12:11 UTC (permalink / raw)
To: Jeff Garzik; +Cc: ppc-dev, paulus, netdev
In-Reply-To: <47A8ABC1.9080008@pobox.com>
[-- Attachment #1: Type: text/plain, Size: 305 bytes --]
On Tue, 05 Feb 2008 13:32:33 -0500 Jeff Garzik <jgarzik@pobox.com> wrote:
>
> it's trivial enough to not matter, and faster to just... applied
> (if you'll pardon the bad grammar)
Thanks.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: Problems booting in ML403
From: A. Nolson @ 2008-02-06 12:04 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <fa686aa40802050824y2a650231j3889b749d3553701@mail.gmail.com>
It seems that the multiple "console=" parameters in the kernel were the
problem. I have substituted for only
console=ttyS0,9600
Now I have managed to boot it completely.
Thank you!
Grant Likely wrote:
> On 2/5/08, A. Nolson <alohanono@gmail.com> wrote:
>
>> Hello,
>>
>> I am having problems while trying to boot my linux kernel 2.6.24-rc3 (
>> secretlab git). After some days studying this list and other related
>> documents/wikis about how to make work a linux kernel in my ML403, I
>> managed to make it work partially.
>>
>>
> <snip>
>
>> Linux/PPC load: console=ttyS0,9600 console=tty0,9600 console=ttyUL0,9600
>> root=/d
>> ev/xsa2 rw
>> init=/sbin/init
>>
>
> What happens if you try init=/bin/sh?
>
> What does your /etc/inittab look like?
>
> It looks like the system is booting, but inittab might not be starting
> any processes attached to the serial console.
>
> Cheers,
> g.
>
>
^ permalink raw reply
* Re: compile quirk linux-2.6.24 (with workaround)
From: Bernhard Reiter @ 2008-02-06 10:07 UTC (permalink / raw)
To: Josh Boyer; +Cc: linuxppc-dev, debian-powerpc, paulus
In-Reply-To: <20080205093820.5918a216@zod.rchland.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 983 bytes --]
On Tuesday 05 February 2008 16:38, Josh Boyer wrote:
> > That would mean we're dropping support for compilers which can't build
> > 405/440 specific wrapper bits (or other core specific quirks that need
> > to go in the wrapper) That doesn't sound appropriate to me.
I agree.
Note that dropping support for these compilers will raise the hurdle to
compile kernels, which might lead to less testing of the whole kernel. This
effect would probably eat up the advantages of better testing by always
building the whole source. So I do not recommend it. :)
> No it doesn't. At least not yet. I said I'd try to come up with a
> patch soon-ish.
Thanks in advance!
--
Managing Director - Owner: www.intevation.net (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: [PATCH] [POWERPC] qe_lib: fix few fluffy negligences (was: Re: [PATCH 1/5] [POWERPC] qe_lib and users: get rid of most device_types and model)
From: Kumar Gala @ 2008-02-06 6:04 UTC (permalink / raw)
To: avorontsov; +Cc: Stephen Rothwell, linuxppc-dev
In-Reply-To: <20080204134617.GA10377@localhost.localdomain>
>
> From: Anton Vorontsov <avorontsov@ru.mvista.com>
> Subject: [POWERPC] qe_lib: fix few fluffy negligences
>
> One is intoduced by me (of_node_put() absence) and another was
> present already (not checking for NULL).
>
> Found by Stephen Rothwell.
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> arch/powerpc/sysdev/qe_lib/qe.c | 10 +++++-----
> 1 files changed, 5 insertions(+), 5 deletions(-)
applied.
- k
^ permalink raw reply
* Please pull from 'for-2.6.25' (updated)
From: Kumar Gala @ 2008-02-06 6:01 UTC (permalink / raw)
To: linuxppc-dev
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
to receive the following updates:
(Found a few patches I missed.)
arch/powerpc/boot/dts/adder875-redboot.dts | 1
arch/powerpc/boot/dts/adder875-uboot.dts | 1
arch/powerpc/boot/dts/mpc8313erdb.dts | 4
arch/powerpc/boot/dts/mpc8315erdb.dts | 2
arch/powerpc/boot/dts/mpc834x_mds.dts | 2
arch/powerpc/boot/dts/mpc8572ds.dts | 12
arch/powerpc/boot/dts/mpc885ads.dts | 1
arch/powerpc/boot/dts/storcenter.dts | 12
arch/powerpc/configs/mpc83xx_defconfig | 10
arch/powerpc/kernel/cputable.c | 10
arch/powerpc/kernel/pmc.c | 2
arch/powerpc/oprofile/Makefile | 2
arch/powerpc/oprofile/common.c | 6
arch/powerpc/oprofile/op_model_fsl_booke.c | 371 ------------------------
arch/powerpc/oprofile/op_model_fsl_emb.c | 369 +++++++++++++++++++++++
arch/powerpc/platforms/83xx/mpc832x_rdb.c | 2
arch/powerpc/platforms/83xx/mpc83xx.h | 2
arch/powerpc/platforms/83xx/usb.c | 17 -
arch/powerpc/platforms/8xx/adder875.c | 6
arch/powerpc/platforms/8xx/ep88xc.c | 1
arch/powerpc/platforms/Kconfig | 1
arch/powerpc/platforms/Kconfig.cputype | 4
arch/powerpc/platforms/embedded6xx/storcenter.c | 25 -
arch/powerpc/sysdev/fsl_soc.c | 2
arch/powerpc/sysdev/qe_lib/qe.c | 10
drivers/net/Kconfig | 4
drivers/net/cpmac.c | 55 +--
include/asm-powerpc/cputable.h | 2
include/asm-powerpc/oprofile_impl.h | 2
include/asm-powerpc/reg.h | 4
include/asm-powerpc/reg_booke.h | 62 ----
include/asm-powerpc/reg_fsl_emb.h | 72 ++++
32 files changed, 546 insertions(+), 530 deletions(-)
Andy Fleming (2):
[POWERPC] Made FSL Book-E PMC support more generic
[POWERPC} Add oprofile support for e300
Anton Vorontsov (2):
cpmac: convert to new Fixed PHY infrastructure
[POWERPC] qe_lib: fix few fluffy negligences
Bryan O'Donoghue (1):
[POWERPC] 8xx: Add clock-frequency to adder875 and mpc885ads dts
Jon Loeliger (1):
[POWERPC] Fix storcenter DTS typos, feedback, IRQs.
Kim Phillips (6):
[POWERPC] 83xx: configure USB clock for MPC8315E
[POWERPC] 83xx: Correct 2nd PCI controller interrupt value in mpc834x_mds dts
[POWERPC] 83xx: Add rtc node to mpc8313erdb dts
[POWERPC] 83xx: mpc832x_rdb: fix compiler warning
[POWERPC] FSL: fix mpc83xx_spi device registration
[POWERPC] 83xx: Update mpc83xx_defconfig
Kumar Gala (1):
[POWERPC] 85xx: Add second cpu to 8572 dts
Scott Wood (1):
[POWERPC] 8xx: adder875, ep88xc: fix to match recent 8xx cleanups.
^ permalink raw reply
* Please pull from 'for-2.6.25' branchc
From: Kumar Gala @ 2008-02-06 5:45 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
to receive the following updates:
(based on a recent pull of linus's tree)
arch/powerpc/boot/dts/adder875-redboot.dts | 1
arch/powerpc/boot/dts/adder875-uboot.dts | 1
arch/powerpc/boot/dts/mpc8313erdb.dts | 4
arch/powerpc/boot/dts/mpc8315erdb.dts | 2
arch/powerpc/boot/dts/mpc834x_mds.dts | 2
arch/powerpc/boot/dts/mpc885ads.dts | 1
arch/powerpc/boot/dts/storcenter.dts | 12
arch/powerpc/kernel/cputable.c | 10
arch/powerpc/kernel/pmc.c | 2
arch/powerpc/oprofile/Makefile | 2
arch/powerpc/oprofile/common.c | 6
arch/powerpc/oprofile/op_model_fsl_booke.c | 371 ------------------------
arch/powerpc/oprofile/op_model_fsl_emb.c | 369 +++++++++++++++++++++++
arch/powerpc/platforms/83xx/mpc832x_rdb.c | 2
arch/powerpc/platforms/83xx/mpc83xx.h | 2
arch/powerpc/platforms/83xx/usb.c | 17 -
arch/powerpc/platforms/8xx/adder875.c | 6
arch/powerpc/platforms/8xx/ep88xc.c | 1
arch/powerpc/platforms/Kconfig | 1
arch/powerpc/platforms/Kconfig.cputype | 4
arch/powerpc/platforms/embedded6xx/storcenter.c | 25 -
arch/powerpc/sysdev/fsl_soc.c | 2
drivers/net/Kconfig | 4
drivers/net/cpmac.c | 55 +--
include/asm-powerpc/cputable.h | 2
include/asm-powerpc/oprofile_impl.h | 2
include/asm-powerpc/reg.h | 4
include/asm-powerpc/reg_booke.h | 62 ----
include/asm-powerpc/reg_fsl_emb.h | 72 ++++
29 files changed, 524 insertions(+), 520 deletions(-)
Andy Fleming (2):
[POWERPC] Made FSL Book-E PMC support more generic
[POWERPC} Add oprofile support for e300
Anton Vorontsov (1):
cpmac: convert to new Fixed PHY infrastructure
Bryan O'Donoghue (1):
[POWERPC] 8xx: Add clock-frequency to adder875 and mpc885ads dts
Jon Loeliger (1):
[POWERPC] Fix storcenter DTS typos, feedback, IRQs.
Kim Phillips (5):
[POWERPC] 83xx: configure USB clock for MPC8315E
[POWERPC] 83xx: Correct 2nd PCI controller interrupt value in mpc834x_mds dts
[POWERPC] 83xx: Add rtc node to mpc8313erdb dts
[POWERPC] 83xx: mpc832x_rdb: fix compiler warning
[POWERPC] FSL: fix mpc83xx_spi device registration
Scott Wood (1):
[POWERPC] 8xx: adder875, ep88xc: fix to match recent 8xx cleanups.
^ permalink raw reply
* Re: [PATCH 2/3] powerpc: fsl_soc: fix mpc83xx_spi device registration
From: Kumar Gala @ 2008-02-06 5:44 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080201180958.7c66bff3.kim.phillips@freescale.com>
On Feb 1, 2008, at 6:09 PM, Kim Phillips wrote:
> calling platform_device_register after platform_device_alloc causes
> this:
>
> kobject (c3841a70): tried to init an initialized object, something
> is seriously wrong.
> Call Trace:
> [c381fe20] [c0007bb8] show_stack+0x3c/0x194 (unreliable)
> [c381fe50] [c01322a8] kobject_init+0xb8/0xbc
> [c381fe60] [c01591cc] device_initialize+0x30/0x9c
> [c381fe80] [c015ee34] platform_device_register+0x1c/0x34
> [c381fea0] [c02f1fe0] of_fsl_spi_probe+0x21c/0x22c
> [c381ff30] [c02f2044] fsl_spi_init+0x54/0x160
> [c381ff60] [c02f3924] __machine_initcall_mpc832x_rdb_mpc832x_spi_init
> +0x120/0x138
> [c381ff70] [c02e61b4] kernel_init+0x98/0x284
> [c381fff0] [c000f740] kernel_thread+0x44/0x60
>
> fixed by calling platform_device_add (second half of
> platform_device_register) instead.
>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
applied.
- k
^ permalink raw reply
* Re: [PATCH 1/3] powerpc: mpc832x_rdb: fix compiler warning
From: Kumar Gala @ 2008-02-06 5:43 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080201180954.b0671447.kim.phillips@freescale.com>
On Feb 1, 2008, at 6:09 PM, Kim Phillips wrote:
> arch/powerpc/platforms/83xx/mpc832x_rdb.c: In function =20
> =91mpc832x_rdb_setup_arch=92:
> arch/powerpc/platforms/83xx/mpc832x_rdb.c:104: warning: =91np=92 is =
used =20
> uninitialized in this function
>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/platforms/83xx/mpc832x_rdb.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
applied.
- k=
^ permalink raw reply
* Re: [PATCH v2] Add oprofile support for e300
From: Kumar Gala @ 2008-02-06 5:43 UTC (permalink / raw)
To: Andy Fleming; +Cc: linuxppc-dev
In-Reply-To: <12021712873501-git-send-email-afleming@freescale.com>
On Feb 4, 2008, at 6:28 PM, Andy Fleming wrote:
> The e300 c3 and c4 variants support hardware performance monitor
> counters which
> are identical to those found in the e500.
>
> Signed-off-by: Andy Fleming <afleming@freescale.com>
> ---
> arch/powerpc/kernel/cputable.c | 6 ++++++
> arch/powerpc/platforms/Kconfig | 1 +
> 2 files changed, 7 insertions(+), 0 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH v2] Made FSL Book-E PMC support more generic
From: Kumar Gala @ 2008-02-06 5:38 UTC (permalink / raw)
To: Andy Fleming; +Cc: linuxppc-dev
In-Reply-To: <12021712751503-git-send-email-afleming@freescale.com>
On Feb 4, 2008, at 6:27 PM, Andy Fleming wrote:
> Some of the more recent e300 cores have the same performance monitor
> implementation as the e500. e300 isn't book-e, so the name isn't
> really appropriate. In preparation for e300 support, rename a bunch
> of fsl_booke things to say fsl_emb (Freescale Embedded Performance
> Monitors).
>
> Signed-off-by: Andy Fleming <afleming@freescale.com>
> ---
> arch/powerpc/kernel/cputable.c | 4 +-
> arch/powerpc/kernel/pmc.c | 2 +-
> arch/powerpc/oprofile/Makefile | 2 +-
> arch/powerpc/oprofile/common.c | 6 +-
> .../{op_model_fsl_booke.c => op_model_fsl_emb.c} | 28 ++++----
> arch/powerpc/platforms/Kconfig.cputype | 4 +
> include/asm-powerpc/cputable.h | 2 +-
> include/asm-powerpc/oprofile_impl.h | 2 +-
> include/asm-powerpc/reg.h | 4 +
> include/asm-powerpc/reg_booke.h | 62
> -----------------
> include/asm-powerpc/reg_fsl_emb.h | 72 +++++++++++
> +++++++++
> 11 files changed, 102 insertions(+), 86 deletions(-)
> rename arch/powerpc/oprofile/{op_model_fsl_booke.c =>
> op_model_fsl_emb.c} (91%)
> create mode 100644 include/asm-powerpc/reg_fsl_emb.h
applied.
- k
^ permalink raw reply
* Re: [PATCH] [POWERPC] Fix storcenter DTS typos, feedback, IRQs.
From: Kumar Gala @ 2008-02-06 5:38 UTC (permalink / raw)
To: Jon Loeliger; +Cc: linuxppc-dev, andy
In-Reply-To: <E1JLNdb-0002G5-Cd@jdl.com>
On Feb 2, 2008, at 1:02 PM, Jon Loeliger wrote:
>
> Cleaned up IRQ layout and removed unsused ISU allocations.
> Fixed RTC address typo from /dts-v1/ conversion.
> Incorporated list suggestions to use an "iomega," vendor prefix,
> and to use a node reference rather than a hard path.
>
> Signed-off-by: Jon Loeliger <jdl@@jdl.com>
> ---
>
> Kumar,
>
> I tried to use one large, linear IRQ block and shift the
> IRQs up to, like, around 129 or so, but it did not work.
> This patch definitely works, so I suspect some issue trying
> to setup (non-)IRQs between 0x50000 and 0x51000 or so. Ick.
We can figure this out later.
> In any even, this is defintely a valid bug fix. If you
> would, please pick up for 2.6.25.
>
> Thanks,
> jdl
applied.
- k
^ permalink raw reply
* Re: PATCH[1/1] 8xx: resubmit Add clock-frequency parameter to adder875 and mpc885ads dts configurations
From: Kumar Gala @ 2008-02-06 5:38 UTC (permalink / raw)
To: Bryan O'Donoghue; +Cc: scottwood, linuxppc-dev
In-Reply-To: <20080203232129.36186b0a@neuromancer.mindspace>
On Feb 3, 2008, at 5:21 PM, Bryan O'Donoghue wrote:
> Previous patch submission contained tabs munged into whitespace.
>
> This patch adds the clock-frequency parameter in decimal instead of
> hex.
>
> Signed-off-by: Bryan O'Donoghue <bodonoghue@codehermit.ie>
> ---
applied.
- k
^ permalink raw reply
* Re: [PATCH] powerpc: add rtc node to mpc8313erdb dts
From: Kumar Gala @ 2008-02-06 5:37 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080131194005.55ee9fc3.kim.phillips@freescale.com>
On Jan 31, 2008, at 7:40 PM, Kim Phillips wrote:
> the 8313 rdb has a ds1339 at address 0x68.
>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/boot/dts/mpc8313erdb.dts | 4 ++++
> 1 files changed, 4 insertions(+), 0 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH] adder875, ep88xc: fix to match recent 8xx cleanups.
From: Kumar Gala @ 2008-02-06 5:37 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <20080131173656.GA10385@loki.buserror.net>
On Jan 31, 2008, at 11:36 AM, Scott Wood wrote:
> 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 <scottwood@freescale.com>
> ---
> arch/powerpc/platforms/8xx/adder875.c | 6 +++---
> arch/powerpc/platforms/8xx/ep88xc.c | 1 -
> 2 files changed, 3 insertions(+), 4 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH] powerpc: correct 2nd pci controller interrupt value in mpc834x_mds dts
From: Kumar Gala @ 2008-02-06 5:37 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev, peter.vanackeren
In-Reply-To: <20080131125658.c40b830f.kim.phillips@freescale.com>
On Jan 31, 2008, at 12:56 PM, Kim Phillips wrote:
> according to the 8349EA ref man, pci2 IRQ is 67. Thanks to Peter
> Van Ackeren for finding this.
>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/boot/dts/mpc834x_mds.dts | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
applied.
- k
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox