> To: Joakim Tjernlund
> From: Willy Tarreau
>
> Hi Joakim, On Mon, Oct 10, 2011 at 01:30:06PM +0200, Joakim Tjernlund wrote:
> > This is a
> backport from 2.6 which I did to overcome 8xx CPU > bugs. 8xx does not update
> the DAR register
> when taking a TLB > error caused by dcbX and icbi in
Hi Joakim,
On Sun, Dec 11, 2011 at 06:19:54PM +0100, Joakim Tjernlund wrote:
> > To: Joakim Tjernlund
> > From: Willy Tarreau
> >
> > Hi Joakim, On Mon, Oct 10, 2011 at 01:30:06PM +0200, Joakim Tjernlund
> > wrote: > This is a
> > backport from 2.6 which I did to overcome 8xx CPU > bugs. 8xx
Current linux-next compiled with mpc85xx_defconfig causes this:
arch/powerpc/platforms/85xx/p1022_ds.c:341:14: error: 'udbg_progress'
undeclared here (not in a function)
Add include to fix this.
Signed-off-by: Michael Neuling
diff --git a/arch/powerpc/platforms/85xx/p1022_ds.c
b/arch/powerpc
On Thu, 8 Dec 2011, Jeremy Fitzhardinge wrote:
> > Commit 4f5ca836bef3 (HID: hid-input: add support for HID devices
> > reporting Battery Strength) went into linux-next on Dec 1st since then a
> > ppc6xx_defconfig has been failing with:
> >
> > ---
> > drivers/built-in.o: In function `hidinput_cle
Any chance you can test this patch ? I would not be surprised if it
broke m68k since I had to do some of the changes in there "blind",
so let me know... with this, I can again suspend/resume properly on
a Pismo while using the internal modem among other things.
>From c2dbe7117bb94c59a4b2a215fc87fe
In the old days, we treated all interrupts from the legacy Apple home made
interrupt controllers as level, with a trick reading the "level" register
along with the "event" register to work arounds bugs where it would
occasionally fail to latch some events.
Doing so appeared to work fine for both l
On Mon, 2011-12-12 at 10:48 +1100, Benjamin Herrenschmidt wrote:
> Any chance you can test this patch ? I would not be surprised if it
> broke m68k since I had to do some of the changes in there "blind",
> so let me know... with this, I can again suspend/resume properly on
> a Pismo while using the
On Mon, Dec 12, 2011 at 12:21:16AM +0100, Jiri Kosina wrote:
> On Thu, 8 Dec 2011, Jeremy Fitzhardinge wrote:
> >
> > Hm. How about making it "depends on HID && POWER_SUPPLY"? I think that
> > would needlessly disable it if HID is also modular, but I'm not sure how
> > to fix that. "depends on
The old PowerMac swim3 driver has some "interesting" locking issues,
using a private lock and failing to lock the queue before completing
requests, which triggered WARN_ONs among others.
This rips out the private lock, makes everything operate under the
block queue lock, and generally makes things
