On Fri, 2008-10-10 at 18:43 +1100, Paul Mackerras wrote:
> > It's me or the patch is whitespaces damaged ?
>
> Please don't apply Arnd's patch. As I said, all we need is this
> one-line change in arch/powerpc/include/asm/systbl.h:
>
> -SYSX_SPU(sys_select,ppc32_select,ppc_select)
> +SYSX_SPU(sys
Paul Mackerras wrote:
> Very interesting. Can you work out where memcpy is being called on
> the network data? I wouldn't have expected that.
Ok. I've some results.
I done two test with different MTU. In both cases, about 0.5GB in total
has been transfered over network. Large blocks.
The test di
Alemao wrote:
Here is an output from someone using it:
-
070500 U-Boot 1.1.2 (May 30 2007 - 20:20:09)
Motorola PowerPC
Board: GDA Technologies CSC-PP MPC8560 [PowerQUICC III]
CPU: 660 MHz
CCB: 330 MHz
DDR: 165 MHz
Creating 7 MTD partitions on "CSC flash":
0x00f8-0x0100 : "uboot"
0
>>
>> Hi all,
>>
>> Im trying to use a physmap driver for NOR and NAND flash devices.
>
> You can't use physmap with NAND.
>
Bu I have here physmap with NAND working,
but not using UPM
>> ranges = <0 0 ff00 100 // nor flash, 16 MB
>>1 0 6000 400>; // na
On Friday 10 October 2008, Paul Mackerras wrote:
> Please don't apply Arnd's patch. As I said, all we need is this
> one-line change in arch/powerpc/include/asm/systbl.h:
>
> -SYSX_SPU(sys_select,ppc32_select,ppc_select)
> +SYSX_SPU(sys_select,ppc32_select,sys_select)
>
> Paul.
FWIW,
Acked-by:
On Friday 10 October 2008, Paul Mackerras wrote:
> Arnd Bergmann writes:
>
> > Well, the point I made earlier ist that the native ppc32 path should
> > behave the same way as the compat ppc32 path. If we keep ppc_select
> > in one way or another, we should also have a compat wrapper for that,
> >
Benjamin Herrenschmidt writes:
> On Wed, 2008-09-24 at 08:39 +0200, Arnd Bergmann wrote:
> > The ppc_select function was introduced in linux-2.3.48 in order to support
> > code confusing the legacy select() calling convention with the standard one.
> > Even 11 years ago, all correctly built code s
Arnd Bergmann writes:
> Well, the point I made earlier ist that the native ppc32 path should
> behave the same way as the compat ppc32 path. If we keep ppc_select
> in one way or another, we should also have a compat wrapper for that,
> right?
No - we have other old system calls that don't exist
