RE: suspend-to-mem on the mpc8349e-mitx-gp?

2009-03-22 Thread Li Yang-R58472
> -Original Message- > From: Wood Scott-B07421 > Sent: Friday, March 20, 2009 10:42 PM > To: Li Yang-R58472 > Cc: Soohyung Cho; linuxppc-dev@ozlabs.org > Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp? > > Li Yang-R58472 wrote: > >> However, the code should treat "mem" as "standby" o

Re: [PATCH] cpumask: use mm_cpumask() wrapper: powerpc

2009-03-22 Thread Rusty Russell
On Friday 20 March 2009 17:06:17 Benjamin Herrenschmidt wrote: > On Mon, 2009-03-16 at 14:46 +1030, Rusty Russell wrote: > > Makes code futureproof against the impending change to mm->cpu_vm_mask. > > > > It's also a chance to use the new cpumask_ ops which take a pointer > > (the older ones are d

Re: Fix for __div64_32 locks when using some 64 bit numbers

2009-03-22 Thread Paul Mackerras
davidastro writes: > Basically, the numbers shown above was causing the 64 by 32 bit algorithm to > divide by zero making the unit spin and also giving incorrect results. > Here is the code as it was before. [snip] > cntlzw r0,r5 # we are shifting the dividend right > l

Re: [PATCH 2.6.29] ucc_geth: Fix oops when using fixed-link support

2009-03-22 Thread David Miller
From: Anton Vorontsov Date: Sat, 21 Mar 2009 01:34:17 +0300 > commit b1c4a9dddf09fe99b8f88252718ac5b357363dc4 ("ucc_geth: Change > uec phy id to the same format as gianfar's") introduced a regression > in the ucc_geth driver that causes this oops when fixed-link is used: > > Unable to handle ker

[PATCH] powerpc: Fix prom_init on 32-bit OF machines

2009-03-22 Thread Benjamin Herrenschmidt
Commit e7943fbbfdb6eef03c003b374de1f802cc14f02a broke ppc32 using Open Firmware client interface due to using the wrong relocation macro when accessing the variable "linux_banner". Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/kernel/prom_init.c |2 +- 1 file changed, 1 insertion(+

Re: [PATCH v2 09/13] net: Rework pasemi_mac driver to use of_mdio infrastructure

2009-03-22 Thread Olof Johansson
On Sun, Mar 22, 2009 at 12:36:44PM -0600, Grant Likely wrote: > On Sun, Mar 22, 2009 at 9:47 AM, Olof Johansson wrote: > > Did you ever try building it? pasemi_defconfig gives me: > > No. I mentioned it in the series header email, but not in the patch > description. My 64bit build environment i

Re: [PATCH v2 09/13] net: Rework pasemi_mac driver to use of_mdio infrastructure

2009-03-22 Thread Grant Likely
On Sun, Mar 22, 2009 at 9:47 AM, Olof Johansson wrote: > On Sat, Mar 21, 2009 at 04:29:01PM -0600, Grant Likely wrote: >> From: Grant Likely >> >> This patch simplifies the driver by making use of more common code. > > Did you ever try building it? pasemi_defconfig gives me: No. I mentioned it

Re: [PATCH v3 0/11] FSL eSDHC support

2009-03-22 Thread Pierre Ossman
On Tue, 17 Mar 2009 00:13:06 +0300 Anton Vorontsov wrote: > Hi all, > > Here comes another version, let's hope that one is final. ;-) > I think so. I've queued it all for 2.6.30. Thanks :) Rgds -- -- Pierre Ossman WARNING: This correspondence is being monitored by the Swedish gover

Re: [PATCH v2 09/13] net: Rework pasemi_mac driver to use of_mdio infrastructure

2009-03-22 Thread Olof Johansson
On Sat, Mar 21, 2009 at 04:29:01PM -0600, Grant Likely wrote: > From: Grant Likely > > This patch simplifies the driver by making use of more common code. Did you ever try building it? pasemi_defconfig gives me: drivers/net/pasemi_mac.c: In function 'pasemi_mac_phy_init': drivers/net/pasemi_mac