[PATCH v2 repost] powerpc: export data from new hcall H_EM_GET_PARMS

2010-04-01 Thread Vaidyanathan Srinivasan
Hi Ben, Previous post: http://patchwork.ozlabs.org/patch/47249/ I have cleaned up the code from the v1: http://lists.ozlabs.org/pipermail/linuxppc-dev/2010-February/080630.html Changes from v1: * Removed redundant return statements and rearranged code Description: A new hcall H_EM_GET_PARMS as

Re: MPC5200B, many FEC_IEVENT_RFIFO_ERRORs until link down

2010-04-01 Thread Roman Fietze
Hallo Wolfgang, On Wednesday 31 March 2010 12:15:47 Wolfgang Grandegger wrote: > I just sent out the patch. Thanks a lot. > Would be nice if you, or somebody else, could do some testing and > provide some feedback. I tested the patches with the following setup: - DENX 2.6.33 plus NAPI patch,

poweroff/suspend problems on PowerMac G5

2010-04-01 Thread Bolko Maass
Hi everybody! Hope this list is even the right place to bring this up, but I've exhausted everything else I could think of, so here it goes. The problem is that my PowerMac G5 Quad machine ("PowerMac 11,2", Gentoo, linux-2.6.34-rc2) will not power down if suspend infrastructure (CONFIG_HIBERNA

Re: poweroff/suspend problems on PowerMac G5

2010-04-01 Thread Anton Vorontsov
Hi, On Thu, Apr 01, 2010 at 02:56:42PM +0200, Bolko Maass wrote: > Hi everybody! > > Hope this list is even the right place to bring this up, but I've > exhausted everything else I could think of, so here it goes. > > The problem is that my PowerMac G5 Quad machine ("PowerMac 11,2", > Gentoo, li

Re: kexec for powerpc32

2010-04-01 Thread Maxim Uvarov
Christian Kujau wrote: On Wed, 31 Mar 2010 at 17:23, Anton Vorontsov wrote: Kernel has all needed for kexec, but kexec-tools are broken for powerpc32. http://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg22498.html Oh :-\ I've just asked around, and it seems that Maxim (C

dts,i2c,pcf8574 on Xilinx XUP

2010-04-01 Thread ST
Hi I am currently trying to get the i2c driver from there: http://www.mail-archive.com/linux-...@vger.kernel.org/msg02403.html working on a full custom toolchain from me based on ptxdist as a hobby. Unfortunatly the i2c driver hangs the git://git.xilinx.com/linux-2.6-xlnx tree hard if i run i2cde

Re: dts,i2c,pcf8574 on Xilinx XUP

2010-04-01 Thread Wolfram Sang
On Thu, Apr 01, 2010 at 10:50:33PM +0200, ST wrote: > Unfortunatly the i2c driver hangs the git://git.xilinx.com/linux-2.6-xlnx > tree hard if i run i2cdetect. Also my pcf device is not listed as a device. Is there any output before the crash? Also, the complete device tree and bootlog may be use

Re: dts,i2c,pcf8574 on Xilinx XUP

2010-04-01 Thread ST
Hi Wolfram Thanks for your reply. > Is there any output before the crash? Also, the complete device tree and > bootlog may be useful. Ups, forgot to attach. The bootlog is below. There is no output or error msg of the kernel. Its just gone: no network no nothing. There is a jtag interface but i

Re: poweroff/suspend problems on PowerMac G5

2010-04-01 Thread Benjamin Herrenschmidt
On Thu, 2010-04-01 at 19:14 +0400, Anton Vorontsov wrote: > So CONFIG_HIBERNATION breaks suspend? Hm. How do you try > to suspend? echo mem > /sys/power/state? Nah, suspend isn't supported on these ( ... yet, I suppose I could implement it one of these days if nouveau can bring back the video car

Re: dts,i2c,pcf8574 on Xilinx XUP

2010-04-01 Thread Wolfram Sang
On Fri, Apr 02, 2010 at 12:42:07AM +0200, ST wrote: (BTW your full name in the mail header would be appreciated) > Hi Wolfram > > Thanks for your reply. > > Is there any output before the crash? Also, the complete device tree and > > bootlog may be useful. > Ups, forgot to attach. > > The bootl

Re: [PATCH] serial/mpc52xx_uart: Drop outdated comments

2010-04-01 Thread Wolfram Sang
On Tue, Feb 02, 2010 at 12:06:12PM -0700, Grant Likely wrote: > On Tue, Feb 2, 2010 at 11:58 AM, Wolfram Sang wrote: > > On Fri, Jan 08, 2010 at 10:19:29PM +0100, Wolfram Sang wrote: > >> Most things mentioned are either obsolete (platform-support) or wrong > >> (device > >> numbering, DCD spport

Delete NO_IRQ usage from I2C subsystem

2010-04-01 Thread Wolfram Sang
This is a resend of my patch series from October (rebased). Only Grant's acks have been added. Further explanation in the patches itself. Ben, can you pick them up or tell Grant to do so? Kind regards, Wolfram ___ Linuxppc-dev mailing list Linuxppc-

[PATCH RESEND 1/3] i2c/mpc: drop NO_IRQ

2010-04-01 Thread Wolfram Sang
Drop NO_IRQ as 0 is the preferred way to describe 'no irq' (http://lkml.org/lkml/2005/11/21/221). This change is safe, as the driver is only used on powerpc, where NO_IRQ is 0 anyhow. Signed-off-by: Wolfram Sang Acked-by: Grant Likely Cc: Ben Dooks --- drivers/i2c/busses/i2c-mpc.c |6 +++--

[PATCH RESEND 2/3] i2c/cpm: drop NO_IRQ

2010-04-01 Thread Wolfram Sang
Drop NO_IRQ as 0 is the preferred way to describe 'no irq' (http://lkml.org/lkml/2005/11/21/221). This change is safe, as the driver is only used on powerpc, where NO_IRQ is 0 anyhow. Signed-off-by: Wolfram Sang Acked-by: Grant Likely Cc: Jochen Friedrich Cc: Ben Dooks --- drivers/i2c/busses/

[PATCH RESEND 3/3] i2c/ibm-iic: drop NO_IRQ

2010-04-01 Thread Wolfram Sang
Drop NO_IRQ as 0 is the preferred way to describe 'no irq' (http://lkml.org/lkml/2005/11/21/221). This change is safe, as the driver is only used on powerpc, where NO_IRQ is 0 anyhow. Signed-off-by: Wolfram Sang Acked-by: Grant Likely Cc: Sean MacLennan Cc: Ben Dooks --- drivers/i2c/busses/i2

[PATCH 2/2] device_attributes: add sysfs_attr_init() for dynamic attributes

2010-04-01 Thread Wolfram Sang
Made necessary by 6992f5334995af474c2b58d010d08bc597f0f2fe. Prevents further "key xxx not in .data" bug-reports. Although some attributes could probably be converted to static ones, this is left for people having hardware to test. Found by this semantic patch: @ init @ type T; identifier A; @@

2.6.34-rc3: Badness at kernel/lockdep.c:2706

2010-04-01 Thread Sachin Sant
With 2.6.34-rc3 boot on a Power5 box : loop: module loaded BUG: key 6b6b6b6b6b6b6b6b not in .data! [ cut here ] Badness at kernel/lockdep.c:2706 NIP: c010a0a8 LR: c010a08c CTR: c00704a4 REGS: c001096d76f0 TRAP: 0700 Not tainted (2.6.34-rc3) M

Re: 2.6.34-rc3 : Badness at lib/dma-debug.c:820 during ibmvscsi init

2010-04-01 Thread FUJITA Tomonori
On Fri, 02 Apr 2010 10:48:55 +0530 Sachin Sant wrote: > 2.6.34-rc3 boot on a power5 box produces this badness message > during ibmvscsi initialization. > > ibmvscsi 3003: Client reserve enabled > ibmvscsi 3003: sent SRP login > ibmvscsi 3003: SRP_LOGIN succeeded > ibmvscsi 3003:

Re: 2.6.34-rc3 : Badness at lib/dma-debug.c:820 during ibmvscsi init

2010-04-01 Thread Sachin Sant
FUJITA Tomonori wrote: On Fri, 02 Apr 2010 10:48:55 +0530 Sachin Sant wrote: 2.6.34-rc3 boot on a power5 box produces this badness message during ibmvscsi initialization. ibmvscsi 3003: Client reserve enabled ibmvscsi 3003: sent SRP login ibmvscsi 3003: SRP_LOGIN succeeded ibmv

Re: 2.6.34-rc3 : Badness at lib/dma-debug.c:820 during ibmvscsi init

2010-04-01 Thread FUJITA Tomonori
On Fri, 02 Apr 2010 12:07:58 +0530 Sachin Sant wrote: > FUJITA Tomonori wrote: > > On Fri, 02 Apr 2010 10:48:55 +0530 > > Sachin Sant wrote: > > > > > >> 2.6.34-rc3 boot on a power5 box produces this badness message > >> during ibmvscsi initialization. > >> > >> ibmvscsi 3003: Client rese