On Wed, 4 Mar 2009 08:57:59 -0700, Grant Likely
wrote:
> You might be able to use of_attach_node() & prom_add_property() to
> modify the tree, but I've never done it myself. Give it a try and
> tell me if it works. :-)
>
Hello Grant,
I made some progress in this area, but I have now hit a pro
Am 04.03.2009 um 14:57 schrieb Geert Uytterhoeven:
Ideally, we think it would be best if the existing MTD-based ps3vram
driver
would be replaced by the new block-based ps3vram driver before
2.6.29 is
released. This would relieve the burden of supporting two different
swap space
schemes on P
On Thu, Mar 05, 2009 at 03:41:41PM +1100, Michael Ellerman wrote:
> The hardware is only present on those machines, and the driver
> depends on infrastructure which is selected by the Kconfig for
> cell blades.
Wouldn't it make more sense to make a separate (AXON_MSI) config option
depend on PPC_I
On Thu, Mar 05 2009, Benjamin Herrenschmidt wrote:
> On Wed, 2009-03-04 at 14:57 +0100, Geert Uytterhoeven wrote:
> > Hi,
> >
> > Below is the rewrite of the PS3 Video RAM Storage Driver as a plain block
> > device, as requested by Arnd Bergmann.
> >
> > The MTD-based PS3 Video RAM Storage Dr
Hi,
I'm trying to get GPIO and SPI working on my 8272-based board.
Would anyone know if the following exists?-
1) SPI driver for CPM2-based platforms?
2) GPIO driver for CPM2-based platforms?
Also, has anyone used the gpiolib functionality on the CPM2-based platforms?
Cheers,
Daniel
__
mpc52xx_gpt_create_attribs is missing a parameter name and shouldn't
return anything since it's void.
Signed-off-by: Michael Neuling
---
This is against benh's testing tree
arch/powerpc/platforms/52xx/mpc52xx_gpt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: clone1/arch/p
So at least you can see what kernel you're booting if you die
before the kernel prints it mid-way through start_kernel().
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/prom_init.c|2 ++
arch/powerpc/kernel/prom_init_check.sh |2 +-
2 files changed, 3 insertions(+), 1 de
The hardware is only present on those machines, and the driver
depends on infrastructure which is selected by the Kconfig for
cell blades.
Reported-by: Mikey "Randconfig Monkey" Neuling
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/cell/Makefile |2 ++
1 files changed, 2 inserti
Dear Everyone:
I have read in this list that someone asked for the document of
IBM eBony board with PPC440GP. I don't know if he get it . But could
anyone send me the document or tell me how to get it ? thanks a lot.
___
Linuxppc-dev mailing list
Lin
Hi Geert,
> Could this be abused by an attacker to write registers or local store
> he's not allowed to do?
It looks like the user can only overwrite fields that it already has
access to. There's struct spu_lscsa:
struct spu_lscsa {
struct spu_reg128 gprs[128];
struct spu_reg128
On Wed, 2009-03-04 at 14:57 +0100, Geert Uytterhoeven wrote:
> Hi,
>
> Below is the rewrite of the PS3 Video RAM Storage Driver as a plain block
> device, as requested by Arnd Bergmann.
>
> The MTD-based PS3 Video RAM Storage Driver was integrated into the mainline
> kernel in 2.6.29-rc1.
>
On Tue, Mar 3, 2009 at 10:39 PM, Steve DeLaney wrote:
> I didn't realize before that /proc/interrupts
> serviced by irq.c show_interrupts() displays virtual vector numbers.
>
> For the mpc8349e-mitx this must be incorrect since there is no ISA?
> Essentially all that is needed is a 1:1 mapping hir
On Tue, Mar 3, 2009 at 11:39 PM, Steve DeLaney wrote:
> For the mpc8349e-mitx this must be incorrect since there is no ISA?
That doesn't matter. We want the code to be as common as possible.
The actual virtual IRQ value is irrelevant. The OF code gives you a
virq number, and you just use that.
On Wed, Feb 25, 2009 at 06:09:32PM +1100, Daniel Ng wrote:
> On Fri, Feb 20, 2009 at 4:01 PM, Daniel Ng wrote:
> >
> > Now, I'm seeing these boot messages:
> >
> > f0010d40:00 not found
> > eth0: Could not attach to PHY
> > IP-Config: Failed to open eth0
> > IP-Config: Device `eth0' not found.
> >
The Freescale Serial Synchronous Interface (SSI) is an audio device present on
some Freescale SOCs. Various implementations of the SSI have a different
transmit and receive FIFO depth, but are otherwise identical. To support
these variations, add a new property fsl,fifo-depth to the SSI node that
Hi,
At the moment I can't set any breakpoint under gdb or gdbserver on ML510 and
AVNETV5FX30T, if I set one => die "continuing...".
Everything else is OK for a while on both boards: cross-compiling, dhcp,
netperf, custom apps, but not debugging !
If you have a working gdb (and/or gdbserver)
On Sat, Feb 21, 2009 at 04:58:21PM +0100, Pierre Ossman wrote:
> On Fri, 13 Feb 2009 17:47:18 +0300
> Anton Vorontsov wrote:
>
> > @@ -1110,13 +1113,18 @@ static void sdhci_request(struct mmc_host *mmc,
> > struct mmc_request *mrq)
> >
> > host->mrq = mrq;
> >
> > + if (host->quirks &
On Sat, Feb 21, 2009 at 04:58:33PM +0100, Pierre Ossman wrote:
> On Fri, 13 Feb 2009 17:47:22 +0300
> Anton Vorontsov wrote:
>
> > SDHCI driver must take special care when working with "triggering"
> > registers on hosts with strict 32 bit addressing.
> >
> > In FSL eSDHC hosts all registers are
On Sat, Feb 21, 2009 at 04:58:44PM +0100, Pierre Ossman wrote:
> On Fri, 13 Feb 2009 17:47:39 +0300
> Anton Vorontsov wrote:
>
> > @@ -831,7 +832,12 @@ static void sdhci_prepare_data(struct sdhci_host
> > *host, struct mmc_data *data)
> > sdhci_set_transfer_irqs(host);
> >
> > /* We do
On Sat, Feb 21, 2009 at 04:57:57PM +0100, Pierre Ossman wrote:
> On Fri, 13 Feb 2009 17:40:39 +0300
> Anton Vorontsov wrote:
>
> >
> > No, on eSDHC the registers are big-endian, 32-bit width, with, for
> > example, two 16-bit "logical" registers packed into it.
> >
> > That is,
> >
> > 0x4 0
> "Günter" == Günter Leonhardt writes:
Günter> Hello,
Günter> I'am looking for an image to boot a embedded device with a
Günter> single image.
Günter> I though the generated uImage in arch/powerpc/boot should
Günter> work, but u-boot cannot but this, because the addresses of
Günter> i
On Mar 4, 2009, at 16:57, Grant Likely wrote:
I need more information here. What do you mean when you say "plain
kernel". What file from the build process do you use, and how do you
boot it?
I build the kernel with
make ARCH="powerpc" CROSS_COMPILE="powerpc-linux-gnu-" vmlinux
I take the
I'm posting this back on the mailing list. You're not being dense and
there are good questions here which others might elaborate more on.
On Tue, Mar 3, 2009 at 2:56 PM, Michael Guntsche wrote:
> The routeboard is already providing a device-tree albeit not a very good
> one, otherwise the board
On Wed, Mar 04, 2009 at 05:42:20PM +1100, Benjamin Herrenschmidt wrote:
> Thanks, I applied Tony's patch and sent a pull request to Linus.
>
Works for me. Thanks for being so quick, Ben!
cheers, Kyle
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.or
Hi,
Below is the rewrite of the PS3 Video RAM Storage Driver as a plain block
device, as requested by Arnd Bergmann.
The MTD-based PS3 Video RAM Storage Driver was integrated into the mainline
kernel in 2.6.29-rc1.
Ideally, we think it would be best if the existing MTD-based ps3vram driv
On Tue, 2009-03-03 at 21:39 -0800, Steve DeLaney wrote:
>
> Here's an update on this issue.
>
> After verifying the device tree was OK, the OF traces led us to the root
> cause.
>
> powerpc irq.c irq_alloc_virt() assigns a virtual IRQ as a function of the
> input hardware IRQ hint, AND NUM_ISA
On Wed, 4 Mar 2009, Alessandro Zummo wrote:
> On Wed, 4 Mar 2009 09:26:29 +0100 (CET)
> Geert Uytterhoeven wrote:
>
> > Thanks Paul, I wasn't aware of that thread!
> >
> > Yes, this is almost the same. The only part I don't agree with is the move
> > of
> > the creation of the platform device f
On Wed, 4 Mar 2009 09:26:29 +0100 (CET)
Geert Uytterhoeven wrote:
> Thanks Paul, I wasn't aware of that thread!
>
> Yes, this is almost the same. The only part I don't agree with is the move of
> the creation of the platform device from arch-specific code to rtc-firmware.c,
> as this makes autol
From: Benjamin Herrenschmidt
> On Tue, 2009-01-06 at 14:55 +0200, Octavian Purdila wrote:
> > Signed-off-by: Octavian Purdila
>
> So I'm going to merge 1/2 but this one should really be changed to
> advertise ppc/750 in oprofile_cpu_type (ie. to userspace).
>
Sure. Here is the new patch which u
On Wed, Mar 04, 2009 at 03:04:11PM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2009-02-19 at 18:21 +0100, Nick Piggin wrote:
> > OK, here is this patch again. You didn't think I'd let a 2% performance
> > improvement be forgotten? :)
> >
> > Anyway, patch won't work well on architecture without
On Wed, Mar 04, 2009 at 03:03:15PM +1100, Benjamin Herrenschmidt wrote:
> Allright, sorry for the delay, I had those stored into my "need more
> than half a brain cell for review" list and only got to them today :-)
No problem :)
> On Thu, 2009-02-19 at 18:12 +0100, Nick Piggin wrote:
> > Using
SPE registers use the high part bit0~bit31 of E500 GPR0~GPR31.
The unwind information in "eh_frame" section is used during exception
handling and describes register information in the signal frame. But
current unwind information doesn't cover SPE registers, which have
been saved in the signal frame
On Wed, 4 Mar 2009, Jeremy Kerr wrote:
> We need to offset by *pos bytes, not *pos words.
>
> Signed-off-by: Jeremy Kerr
>
> ---
> arch/powerpc/platforms/cell/spufs/file.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/powerpc/platforms/cell/spufs/file.c
> b/
On Wed, 4 Mar 2009, Paul Mundt wrote:
> On Tue, Mar 03, 2009 at 11:41:23AM +0100, Geert Uytterhoeven wrote:
> > So would you accept a patch series that:
> > 1. Adds the missing module aliases to rtc-parisc (which is a bugfix),
> > 2. Moves the platform device creation out of rtc-ppc and into
>
34 matches
Mail list logo
