Hello list. I've run into a rather odd problem. I seem to have a
problem with full-speed isochronous transfers across a USB2.0 Hub. I
believe this was observed before with the general EHCI drivers in Linux.
In the latest branch of the kernel, the EHCI driver has some "Enhanced
Transaction Trans
Recent U-Boot commit 5ccd29c3679b3669b0bde5c501c1aa0f325a7acb caused
the "cpu-release-addr" device tree property to contain the physical RAM
location that secondary cores were spinning at. Previously, the
"cpu-release-addr" property contained a value referencing the boot page
translation address r
On Fri, Dec 18, 2009 at 8:02 AM, Li Yang-R58472 wrote:
>
>>Subject: Re: [PATCH v2 2/2] Crypto: Talitos: Support for
>>Async_tx XOR offload
>>
>>Ira W. Snyder wrote:
>>> Yes, I have used the device_prep_dma_interrupt()
>>functionality quite a
>>> while back. However, I found it to be pretty much us
On Fri, 2009-12-18 at 10:24 -0800, Geoff Levand wrote:
> From: Benjamin Herrenschmidt
>
> The option to support the old style PSK interface in the PS3
> GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set
>
> Signed-off-by: Benjamin Herrenschmidt
> Signed-off-by: Geoff Levand
> ---
> v2
On Fri, 2009-12-18 at 08:55 -0800, Randy Dunlap wrote:
>
> Probably also needs
> depends on WLAN
> to prevent build failures.
Yeah, GELIC_WIRELESS should probably. I'll do a separate patch next week
but feel free to beat me to it.
Cheers,
Ben.
__
In order to boot with more than 64 cores on machines that support the
ibm,client-architecture RTAS call a
new field has been added to the structure. This patch updates that field and
adds a few others in the
process. It would be good if this could go in as a bugfix.
Signed-off-by: Joel Scho
Fix the following build failures:
arch/powerpc/platforms/embedded6xx/hlwd-pic.c: In function
'hlwd_pic_irq_cascade':
arch/powerpc/platforms/embedded6xx/hlwd-pic.c:135: error: passing argument 1 of
'spin_lock' from incompatible pointer type
arch/powerpc/platforms/embedded6xx/hlwd-pic.c:137: error
Fix the following build failures:
arch/powerpc/platforms/embedded6xx/flipper-pic.c: In function 'flipper_pic_map':
arch/powerpc/platforms/embedded6xx/flipper-pic.c:105: error: implicit
declaration of function 'get_irq_desc'
arch/powerpc/platforms/embedded6xx/hlwd-pic.c: In function 'hlwd_pic_map
From: Benjamin Herrenschmidt
The option to support the old style PSK interface in the PS3
GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Geoff Levand
---
v2: Added 'depends on WLAN'.
v3: Moved 'depends on WLAN' to GELIC_WIRELESS
On Fri, 2009-12-18 at 10:24 -0800, Geoff Levand wrote:
> From: Benjamin Herrenschmidt
>
> The option to support the old style PSK interface in the PS3
> GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set
>
> Signed-off-by: Benjamin Herrenschmidt
> Signed-off-by: Geoff Levand
> ---
> v2
On 12/18/2009 10:30 AM, Johannes Berg wrote:
> On Fri, 2009-12-18 at 10:24 -0800, Geoff Levand wrote:
>> From: Benjamin Herrenschmidt
>>
>> The option to support the old style PSK interface in the PS3
>> GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set
>>
>> Signed-off-by: Benjamin Her
From: Benjamin Herrenschmidt
The option to support the old style PSK interface in the PS3
GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Geoff Levand
---
v2: Added 'depends on WLAN'.
Please send to Linus asap (or I can put it i
Nathan Fontenot writes:
> Andreas Schwab wrote:
>> Nathan Fontenot writes:
>>
>>> Index: powerpc/arch/powerpc/Kconfig
>>> ===
>>> --- powerpc.orig/arch/powerpc/Kconfig 2009-10-28 15:21:47.0
>>> -0500
>>> +++ powerpc/a
On Fri, 18 Dec 2009 16:52:54 +1100 Benjamin Herrenschmidt wrote:
> The option to support the old style PSK interface in the PS3
> GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set
>
> Signed-off-by: Benjamin Herrenschmidt
> ---
>
> Please send to Linus asap (or I can put it in powerpc.
Andreas Schwab wrote:
Nathan Fontenot writes:
Index: powerpc/arch/powerpc/Kconfig
===
--- powerpc.orig/arch/powerpc/Kconfig 2009-10-28 15:21:47.0 -0500
+++ powerpc/arch/powerpc/Kconfig2009-10-28 15:21:53.
>Subject: Re: [PATCH v2 2/2] Crypto: Talitos: Support for
>Async_tx XOR offload
>
>Ira W. Snyder wrote:
>> Yes, I have used the device_prep_dma_interrupt()
>functionality quite a
>> while back. However, I found it to be pretty much useless.
>
>The specific case it is needed for Talitos/raid is
>Subject: Re: [PATCH v2 2/2] Crypto: Talitos: Support for
>Async_tx XOR offload
>
>On Wed, Dec 16, 2009 at 03:47:48PM -0700, Dan Williams wrote:
>> Kumar Gala wrote:
>> >>> Changes with respect to v1 as per comments received o.
>Rebased to
>> >>> linux-next as of 20091216 o. The selection is ba
Mahesh Jagannath Salgaonkar wrote:
> Michael Neuling wrote:
>> In message <4b29ee5f.9020...@linux.vnet.ibm.com> you wrote:
>>> Hi Michael,
>>>
>>> Michael Neuling wrote:
> + * regs_get_argument_nth() - get Nth argument at function call
> + * @regs:pt_regs which contains registers at f
Nathan Fontenot writes:
> Index: powerpc/arch/powerpc/Kconfig
> ===
> --- powerpc.orig/arch/powerpc/Kconfig 2009-10-28 15:21:47.0 -0500
> +++ powerpc/arch/powerpc/Kconfig 2009-10-28 15:21:53.0 -0500
> @@ -320,6 +
Hi Ben,
A couple more small commits for .33 below.
I'd like to get the 460SX patch in still, but it's not quite ready. I also plan
on doing some defconfig updates around -rc2. Other than that, I don't have
any outstanding patches other than those below.
thx,
josh
The following changes since c
On Mon, Nov 30, 2009 at 02:58:23PM -0800, tma...@amcc.com wrote:
>+ PCIE0: pc...@d {
>+ device_type = "pci";
>+ #interrupt-cells = <1>;
>+ #size-cells = <2>;
>+
Hi all.
I'm running oprofile on a ppc 603 (in timer mode) and believe I'm getting
reports on samples for the wrong symbol/function.
When running opreport for a specific network module (MyEth), I get a number
of samples reported in a function (below: MyCos_Init) used when loading the
module. This
It does'nt still work based on your method.
Cheers,
Zhiyong Wu
On Fri, Dec 18, 2009 at 3:12 PM, Américo Wang wrote:
> On Fri, Dec 18, 2009 at 12:08 PM, Zhiyong Wu wrote:
>> HI,
>>
>> linux-2.6.32 is compiled on a p6 machine with RH5.4 OS and KVM option is
>> enable.
>>
>> When rebooting this
On Fri, Dec 18, 2009 at 12:08 PM, Zhiyong Wu wrote:
> HI,
>
> linux-2.6.32 is compiled on a p6 machine with RH5.4 OS and KVM option is
> enable.
>
> When rebooting this machine, a crash takes place such as:
>
> Loading ramdisk...
> ramdisk loaded at 0170, size: 2700 Kbytes
> OF stdout device
HI,
linux-2.6.32 is compiled on a p6 machine with RH5.4 OS and KVM option is enable.
When rebooting this machine, a crash takes place such as:
Loading ramdisk...
ramdisk loaded at 0170, size: 2700 Kbytes
OF stdout device is: /vdevice/v...@3000
Preparing to boot Linux version 2.6.32 (r...
HI,
linux-2.6.32 is compiled on a p6 machine with RH5.4 OS and KVM option is
enable.
When rebooting this machine, a crash takes place such as:
Loading ramdisk...
ramdisk loaded at 0170, size: 2700 Kbytes
OF stdout device is: /vdevice/v...@3000
Preparing to boot Linux version 2.6.32 (r..
Hello Wolfgang,
On Friday 18 December 2009 09:24:29 Wolfgang Grandegger wrote:
> What disc access modes, (pio, mwdma or udma) did you use for these tests.
MWDMA2.
On our hardware Linux 2.6 UDMA2 only works with very few disks. And on
top of that, UDMA seems to have problems on the MPC5200B with
Roman Fietze wrote:
> Hello Wolfram,
>
> On Wednesday 09 December 2009 15:57:48 Wolfram Sang wrote:
>
>> Do you have a way to measure performance penalties?
>
> As I said, I do.
>
> And here they are. They won't win a price for the most impartial
> benchmarks ever seen, but thet'll be a good st
28 matches
Mail list logo
