On 09/16/2010 11:33 PM, Benjamin Herrenschmidt wrote:
> On Fri, 2010-09-17 at 00:17 -0500, Kumar Gala wrote:
>> Not sure how the 970 bit worked, but this seems a bit problematic for
>> switching between kernel and application for how we do this on
>> e500mc/e5500. We'd have to touch the control bi
On Fri, 2010-09-17 at 00:17 -0500, Kumar Gala wrote:
> Not sure how the 970 bit worked, but this seems a bit problematic for
> switching between kernel and application for how we do this on
> e500mc/e5500. We'd have to touch the control bit on every exception
> path which seems ugly to me.
Unless
On Sep 16, 2010, at 7:03 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2010-09-16 at 16:26 -0600, Chris Friesen wrote:
>>> Sounds like a candidate for upstreaming the patch :-)
>>
>> As I recall we proposed upstreaming it a while back but there wasn't a
>> lot of interest since it's most useful in
Hi Ben,
On Fri, 3 Sep 2010 13:24:10 +1000 Stephen Rothwell
wrote:
>
> After merging the final tree, today's linux-next build
> (powerpc64 allnoconfig) failed like this:
>
> arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
> (.text+0x8d48): undefined reference to `.compat_sys_recv'
Scott Wood wrote:
> On Thu, 16 Sep 2010 10:37:32 +0800
> "tiejun.chen" wrote:
>
>> 1> can you load the Linux vmlinux directly to the physical address '0' on
>> current bootloader?
>
> That depends on what bootloader we're talking about -- I don't know
> what the original poster's custom loader c
On Thu, 2010-09-16 at 16:26 -0600, Chris Friesen wrote:
> > Sounds like a candidate for upstreaming the patch :-)
>
> As I recall we proposed upstreaming it a while back but there wasn't a
> lot of interest since it's most useful in supporting poorly-written
> legacy apps. :)
Heh. Well as long a
Make kexec_down_cpus atmoic since it will be incremented by all
cores as they are coming down
Remove duplicate calls to mpc85xx_smp_kexec_down, now it's called
by the crash and normal kexec pathway only once
Increase the timeout to wait for other cores to shutdown
Signed-off-by: Matthew McClinto
When we do an mpic_reset_core we need to make sure the dcache
is flushed
Signed-off-by: Matthew McClintock
---
arch/powerpc/platforms/85xx/smp.c | 50 +
1 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/smp.c
b/arch
On Thu, 16 Sep 2010 17:54:46 -0500
Linas Vepstas wrote:
> Acked-by: Linas Vepstas
>
> I'm guessing this worked up til now because the rtas_call function prototype
> was telling compiler to cast these to 32-bit before passing them as args.
> (and since these would still get passed as one arg per
Acked-by: Linas Vepstas
I'm guessing this worked up til now because the rtas_call function prototype
was telling compiler to cast these to 32-bit before passing them as args.
(and since these would still get passed as one arg per 64-bit reg, it
still wouldn't go wrong.)
What I'm wondering about
Right now just the kexec crash pathway turns turns off the
interrupts. Pull that out and make a generic version for
use elsewhere
Signed-off-by: Matthew McClintock
---
arch/powerpc/include/asm/kexec.h |1 +
arch/powerpc/kernel/crash.c| 13 +
arch/powerpc/kerne
We no longer need to call this explicitly as a generic version is
called by default
Signed-off-by: Matthew McClintock
---
arch/powerpc/platforms/85xx/smp.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/smp.c
b/arch/powerpc/platforms/85xx/s
On 09/16/2010 04:03 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2010-09-16 at 15:44 -0600, Chris Friesen wrote:
>> Right. We currently use a 970-series cpu and have implemented a
>> per-process flag to indicate whether 32-byte mode is needed or not.
>> We'd have to do something similar with the n
Signed-off-by: Alexander Shishkin
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Andrew Morton
CC: Andreas Schwab
CC: Alexander Shishkin
CC: Christoph Hellwig
CC: Jesper Nilsson
CC: linuxppc-dev@lists.ozlabs.org
CC: linux-ker...@vger.kernel.org
---
arch/powerpc/include/asm/systbl.h |
On Thu, 2010-09-16 at 15:44 -0600, Chris Friesen wrote:
> On 09/16/2010 03:39 PM, Scott Wood wrote:
> > On Thu, 16 Sep 2010 14:06:37 -0600
> > Chris Friesen wrote:
> >
> >> We're looking at maybe doing some work with an e5500-based system. Is
> >> there any support existing/planned for this core
On Thu, 2010-09-16 at 17:38 +0530, Ankita Garg wrote:
> Thanks Ben for taking a look at this. So I checked the rtas messages
> on
> the serial console and see the following:
>
> instantiating rtas at 0x0f632000... done
>
> Which does not correspond to the higher addresses that I see as
>
On 09/16/2010 03:39 PM, Scott Wood wrote:
> On Thu, 16 Sep 2010 14:06:37 -0600
> Chris Friesen wrote:
>
>> We're looking at maybe doing some work with an e5500-based system. Is
>> there any support existing/planned for this core?
>
> Check with whoever you'd be getting the hardware from about a
On Thu, 16 Sep 2010 14:06:37 -0600
Chris Friesen wrote:
> We're looking at maybe doing some work with an e5500-based system. Is
> there any support existing/planned for this core?
Check with whoever you'd be getting the hardware from about a BSP.
And yes, it should be supported upstream at som
On Tue, 14 Sep 2010 22:22:28 +0200, Arnd Bergmann said:
> This changes *all* instances of struct file_operations in
> the kernel to have a .llseek operation and then changes
> the default to no_llseek, which returns -ESPIPE, which
> is what we had decided some time ago in a discussion
> with Chris
Hi.
I have 2 Ethernet PHYs connected to Powerpc MPC8313 TSEC1 and TSEC2
interfaces. The PHY I'm having trouble with is a Marvell 88E3015, and its
connected to TSEC2. I have mapped them in DTS file as follows:
m...@24520 {
#address-cells = <1>;
#size-cells = <0>;
compatible = "fsl,gianfar-mdio";
r
Hi,
We're looking at maybe doing some work with an e5500-based system. Is
there any support existing/planned for this core?
Also, do we know what the cache line size is--we have some legacy apps
that assume 32-byte.
Thanks,
Chris
--
Chris Friesen
Software Developer
GENBAND
chris.frie...@genb
On Thu, Sep 16, 2010 at 09:05:25AM +0200, christophe leroy wrote:
> This patch applies to 2.6.34.7 and 2.6.35.4
> It fixes an issue when sending only or receiving only more than PAGE_SIZE
> bytes
>
> Signed-off-by: christophe leroy
applied to merge-spi branch, thanks.
g.
>
> diff -urN c/driv
For our code we needed a fast memory compare of 5 buffers. I've implemented
said routine in asm and it works fine and is very fast in the test bench.
However when integrated with the app it is much less performant and we
are trying to figure out why.
The app in question gets the 5 4MB buffers
On Thu, Sep 16, 2010 at 09:39:09AM +0200, Joakim Tjernlund wrote:
> > From: christophe leroy
> > To: David Brownell , Grant Likely
> > , spi-devel-gene...@lists.sourceforge.net, linux-
> > ker...@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
> > Date: 2010/09/16 09:06
> > Subject: [PATCH] spi_mpc
On Thu, 2010-09-16 at 09:12 -0700, Paul E. McKenney wrote:
> On Thu, Sep 16, 2010 at 05:50:31PM +0200, Peter Zijlstra wrote:
> > On Mon, 2010-08-09 at 09:12 -0700, Paul E. McKenney wrote:
> >
> > > > [0.051203] CPU0: AMD QEMU Virtual CPU version 0.12.4 stepping 03
> > > > [0.052999] lockde
On Thu, 16 Sep 2010 10:37:32 +0800
"tiejun.chen" wrote:
> 1> can you load the Linux vmlinux directly to the physical address '0' on
> current bootloader?
That depends on what bootloader we're talking about -- I don't know
what the original poster's custom loader can do. Obviously the
bootloader
On Thu, 16 Sep 2010 20:40:44 +0400
Anton Vorontsov wrote:
> On Thu, Sep 16, 2010 at 11:14:48AM -0500, Scott Wood wrote:
> > > > DEFINE_MUTEX(fsl_elbc_mutex);
> > >
> > > I'd place the mutex inside the fsl_lbc_ctrl_dev,
> > > i.e. fsl_lbc_ctrl_dev->nand_lock. This is to avoid more
> > > global va
On Thu, Sep 16, 2010 at 11:14:48AM -0500, Scott Wood wrote:
> > > DEFINE_MUTEX(fsl_elbc_mutex);
> >
> > I'd place the mutex inside the fsl_lbc_ctrl_dev,
> > i.e. fsl_lbc_ctrl_dev->nand_lock. This is to avoid more
> > global variables.
>
> I wouldn't. If the lock is only meaningful to the NAND dr
On Thu, 16 Sep 2010 15:26:24 +0400
Anton Vorontsov wrote:
> On Thu, Sep 16, 2010 at 06:39:40PM +0800, Zang Roy-R61911 wrote:
> [...]
> > But my code has some assignment for "foo" instead of a simple
> > allocation, how about this way for my code:
>
> This will surely work, and all the rest is ju
On Thu, Sep 16, 2010 at 05:50:31PM +0200, Peter Zijlstra wrote:
> On Mon, 2010-08-09 at 09:12 -0700, Paul E. McKenney wrote:
>
> > > [0.051203] CPU0: AMD QEMU Virtual CPU version 0.12.4 stepping 03
> > > [0.052999] lockdep: fixing up alternatives.
> > > [0.054105]
> > > [0.054106]
On Mon, 2010-08-09 at 09:12 -0700, Paul E. McKenney wrote:
> > [0.051203] CPU0: AMD QEMU Virtual CPU version 0.12.4 stepping 03
> > [0.052999] lockdep: fixing up alternatives.
> > [0.054105]
> > [0.054106] ===
> > [0.054999] [ INF
On Thu, 2010-09-16 at 11:12 -0400, valdis.kletni...@vt.edu wrote:
>
> Ping? I just hit it on 2.6.36-rc4-mmotm0915. Just wanted to make sure the
> issue hadn't been lost/forgotten.
lost,.. thanks!
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlab
On Mon, 09 Aug 2010 09:12:00 PDT, "Paul E. McKenney" said:
> On Mon, Aug 02, 2010 at 02:22:12PM +0530, Subrata Modak wrote:
> > Hi,
> >
> > The following suspicious rcu_dereference_check() usage is detected
> > during 2.6.35-stable boot on my ppc64/p7 machine:
> >
> > =
> >
Hi Ben,
On Thu, Sep 16, 2010 at 08:04:24PM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2010-09-16 at 10:53 +0530, Ankita Garg wrote:
> >
> > With some debugging I found that that section has reserved pages. On
> > instrumenting the memblock_reserve() and reserve_bootmem() routines, I can
> >
On Thu, Sep 16, 2010 at 06:39:40PM +0800, Zang Roy-R61911 wrote:
[...]
> But my code has some assignment for "foo" instead of a simple
> allocation, how about this way for my code:
This will surely work, and all the rest is just a matter of
taste. So, I'm fine with it. But see below, I think I fou
On Wednesday 15 September 2010, Nishanth Aravamudan wrote:
> direct_dma_ops is the default pci dma ops.
>
> No need to call a function to get the pci dma ops, we know they are the
> dma_direct_ops.
>
> Signed-off-by: Milton Miller
> Signed-off-by: Nishanth Aravamudan
Acked-by: Arnd Bergmann
_
> -Original Message-
> From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> Sent: Thursday, September 16, 2010 18:14 PM
> To: Zang Roy-R61911
> Cc: Wood Scott-B07421; dedeki...@gmail.com; Lan Chunhe-B25806; linuxppc-
> d...@ozlabs.org; linux-...@lists.infradead.org; a...@linux-foundati
On Thu, Sep 16, 2010 at 06:08:14PM +0800, Zang Roy-R61911 wrote:
[...]
> Interesting.
> How about this?
> #include
> #include
>
> char *foo;
>
> void probe(void)
> {
> char *bar = NULL;
>
> if (!foo) {
> bar = malloc(sizeof(*bar));
> if (!bar)
>
> -Original Message-
> From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> Sent: Thursday, September 16, 2010 17:26 PM
> To: Zang Roy-R61911
> Cc: linux-...@lists.infradead.org; dw...@infradead.org; dedeki...@gmail.com;
> a...@linux-foundation.org; Lan Chunhe-B25806; Wood Scott-B07421
On Thu, 2010-09-16 at 10:53 +0530, Ankita Garg wrote:
>
> With some debugging I found that that section has reserved pages. On
> instrumenting the memblock_reserve() and reserve_bootmem() routines, I can see
> that many of the memory areas are reserved for kernel and initrd by the
> memblock reser
On Thu, Sep 16, 2010 at 04:50:05PM +0800, Zang Roy-R61911 wrote:
> > On Thu, Sep 16, 2010 at 02:41:23PM +0800, Roy Zang wrote:
> > [...]
> > > -static int __devinit fsl_elbc_chip_probe(struct fsl_elbc_ctrl *ctrl,
> > > - struct device_node *node)
> > > +/*
> > >
> -Original Message-
> From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> Sent: Thursday, September 16, 2010 16:22 PM
> To: Zang Roy-R61911
> Cc: linux-...@lists.infradead.org; dw...@infradead.org; dedeki...@gmail.com;
> a...@linux-foundation.org; Lan Chunhe-B25806; Wood Scott-B07421
On Thu, Sep 16, 2010 at 02:41:23PM +0800, Roy Zang wrote:
[...]
> -static int __devinit fsl_elbc_chip_probe(struct fsl_elbc_ctrl *ctrl,
> - struct device_node *node)
> +/*
> + * Currently only one elbc probe is supported.
> + */
> +static int __devinit fsl_elbc_
Guillaume Dargaud wrote:
Please use simpleImage..elf.
>>> Great, that seems to be it...
>>> Except that nothing happens when I jump to 0x4, no message from the
>> 0x4? I recalled the entry point should be 0x40 for
>> simepleImage.*.elf. So you have to change this on the file,
>> ar
> Try the following steps:
> --
> 1. cp arch/powerpc/boot/ramdisk.image.gz
> 2. make cuImage.initrd.
>
> You can get one Image, cuImage.initrd., including kernel and
> ramdisk.
Cool! Thanks a lot, Tiejun.
-Shawn.
___
Linuxppc-dev mailing list
Linu
> From: christophe leroy
> To: David Brownell , Grant Likely
> , spi-devel-gene...@lists.sourceforge.net, linux-
> ker...@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
> Date: 2010/09/16 09:06
> Subject: [PATCH] spi_mpc8xxx: fix writing to adress 0
> Sent by: linuxppc-dev-bounces+joakim.tjernlund
> From: christophe leroy
> To: David Brownell , Grant Likely
> , spi-devel-gene...@lists.sourceforge.net, linux-
> ker...@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
> Date: 2010/09/16 09:07
> Subject: [PATCH] spi_mpc8xxx: fix buffer overrun when sending only/receiving
> only more than PAGE_SIZ
> -Original Message-
> From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> Sent: Thursday, September 16, 2010 15:32 PM
> To: Zang Roy-R61911
> Cc: linux-...@lists.infradead.org; dw...@infradead.org; dedeki...@gmail.com;
> a...@linux-foundation.org; Lan Chunhe-B25806; Wood Scott-B07421
On Thu, Sep 16, 2010 at 02:41:24PM +0800, Roy Zang wrote:
> From: Lan Chunhe-B25806
>
> When system uses 36bit physical address, res.start is 36bit
> physical address. But the function of in_be32 returns 32bit
> physical address. Then both of them compared each other is
> wrong. So by converting
Shawn Jin wrote:
> Hi,
>
> I have a cuImage kernel in order to support legacy u-boot and a
> ramdisk image. Kernel boots fine if these two images are separate and
> "bootm $kernel $ramdisk" is used. But I can not make it to work using
> a single multi image that contains the kernel and ramdisk ima
On Thu, Sep 16, 2010 at 02:41:22PM +0800, Roy Zang wrote:
[...]
> +static const struct platform_device_id fsl_lbc_match[] = {
> + { "fsl,elbc", },
> + { "fsl,pq3-localbus", },
> + { "fsl,pq2-localbus", },
> + { "fsl,pq2pro-localbus", },
> + {},
> +};
> +
> +static struct platfor
> >> Please use simpleImage..elf.
> >
> > Great, that seems to be it...
> > Except that nothing happens when I jump to 0x4, no message from the
>
> 0x4? I recalled the entry point should be 0x40 for
> simepleImage.*.elf. So you have to change this on the file,
> arch/powerpc/boot/wrap
This patch applies to 2.6.34.7 and 2.6.35.4
It fixes an issue when sending only or receiving only more than PAGE_SIZE bytes
Signed-off-by: christophe leroy
diff -urN c/drivers/spi/spi_mpc8xxx.c d/drivers/spi/spi_mpc8xxx.c
--- c/drivers/spi/spi_mpc8xxx.c 2010-09-08 16:44:03.0 +0200
+++ d/
This patch applies to 2.6.34.7 and 2.6.35.4
It fixes an issue during the probe for CPM1 with definition of parameter ram
from DTS
Signed-off-by: christophe leroy
diff -urN b/drivers/spi/spi_mpc8xxx.c c/drivers/spi/spi_mpc8xxx.c
--- b/drivers/spi/spi_mpc8xxx.c 2010-09-08 16:43:50.0 +0200
This patch applies to 2.6.34.7 (already included in 2.6.35.4)
It fixes an issue when sending only or receiving only (mspi->tx-dma was reset
as when no tx_buf is defined, tx_dma is 0)
Signed-off-by: christophe leroy
diff -urN a/drivers/spi/spi_mpc8xxx.c b/drivers/spi/spi_mpc8xxx.c
--- a/drivers/
From: Lan Chunhe-B25806
When system uses 36bit physical address, res.start is 36bit
physical address. But the function of in_be32 returns 32bit
physical address. Then both of them compared each other is
wrong. So by converting the address of res.start into
the right format fixes this issue.
Sign
From: Lan Chunhe-B25806
Move Freescale elbc interrupt from nand dirver to elbc driver.
Then all elbc devices can use the interrupt instead of ONLY nand.
Signed-off-by: Lan Chunhe-B25806
Signed-off-by: Roy Zang
---
Comparing with v2:
1. according to the feedback, add some decorations.
2.
From: Jack Lan
The former driver had the two functions:
1. detecting nand flash partitions;
2. registering elbc interrupt.
Now, second function is removed to fsl_lbc.c.
Signed-off-by: Lan Chunhe-B25806
Signed-off-by: Roy Zang
---
drivers/mtd/nand/Kconfig |1 +
drivers/mtd/nand/f
58 matches
Mail list logo
