On Tue, 2007-07-03 at 18:45 +0200, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.22-rc7.
Oh, and here's another one for you. My Bluetooth mouse just stopped
working and hidd is deadlocked...
hidd D 1FE27798 5940 1695 1 (NOTLB)
Call Trace:
Commit b46b8f19c9cd435ecac4d9d12b39d78c137ecd66 fixed a couple of bugs
by switching the redzone to 64 bits. Unfortunately, it neglected to
ensure that the _second_ redzone, after the slab object, is aligned
correctly. This caused illegal instruction faults on sparc32, which for
some reason not enti
On Tue, 2007-07-03 at 18:45 +0200, Michal Piotrowski wrote:
> Subject: random invalid instruction occourances on sparc32 (sun4c)
> References : http://lkml.org/lkml/2007/6/17/111
> Submitter : Mark Fortescue <[EMAIL PROTECTED]>
> Status : problem is being debugged
Hm, when testing the fi
Hi David,
I have sucessfully tested the attached patch on Sparc32:sun4c.
Is there any chance of this getting sufficiantly tested on other
architectures to get in into v2.6.22 ?
Regards
Mark Fortescue.From: Mark Fortescue <[EMAIL PROTECTED]>, David Woodhouse <[EMAIL PROTECTED]>
Veriou
JFYI.
In reply to [1], I checked the pata-cmd64x driver on my Ultra 10, with the
results below.
Cheers,
FJP
[1] http://marc.info/?l=linux-kernel&m=118348475410014&w=2
-- Forwarded Message --
Subject: Re: Libata PATA status - CMD64X on sparc
Date: Wednesday 04 July 2007 18:31
On Wed, 2007-07-04 at 11:27 +0100, Mark Fortescue wrote:
> Another related point that may also need to be considered is that I think
> I am correct in saying that on ARM and on the 64bit platforms, sizeof
> (unsigned long long) is 16 (128bits).
No, it's always 64 bits.
> Should the RedZone word
Hi David,
Another related point that may also need to be considered is that I think
I am correct in saying that on ARM and on the 64bit platforms, sizeof
(unsigned long long) is 16 (128bits).
Should the RedZone words be specified as __u64 not the unsigned long long
used or does the alignment
