This converts softraid from scheduling IO in interrupt context to a
workq. It also kills most spl dances since we needed to protect the
queues with a mutex anyway.
I am testing this with RAID 0, 1, 5 & 6 + crypto but I really could use
some eyes on this and lots and lots of testing.
The failure
On Thu, Jul 29, 2010 at 02:50:23PM +0200, David Coppa wrote:
> Hi,
>
> This patch fixes a crash on sparc64 with xenocara/app/xclock.
>
> The pid variable that is passed to XChangeProperty() is not a long.
> The libX11 code deferences the variable as a long and on a 64-bit sparc
> this must be a
On Thursday 29 July 2010, Kenneth R Westerback wrote:
> There is a problem with pms/pmsi mice vs suspend/resume. On my
> eeepc 1000HE for instance.
>
> The diff below is the latest and possibly last attempt before 4.8
> is locked to get this working without adversely affecting existing
> performanc
After recent cold boot, both the touchpad and the keyboard was unresponsive.
Diffing the dmesgs shows that e.g. (note: ac was really online)
-acpicpu0 at acpi0: C2, C1, PSS
-acpicpu1 at acpi0: C2, C1, PSS
+acpicpu0 at acpi0: C3, C2, C1, PSS
+acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acp
2010/7/20 Joerg Sonnenberger
> > That's especially galling for software where there are real security
> > considerations: suppose you find a flaw in the algorithm--you can't
> > fix it?
>
> You mean like Debian fixed the usage of uninitialized variables in
> OpenSSL? In the cryptographic communit
On Wed, 28 Jul 2010 21:17:45 -0400
Kenneth R Westerback wrote:
> There is a problem with pms/pmsi mice vs suspend/resume. On my
> eeepc 1000HE for instance.
>
Works like a charm on my MSI Wind U-100. The keyboard also works now
after resume (I've seen a few changes in this area after I install
On Tue, Jul 27, 2010 at 06:48:30PM -0400, Daniel Dickman wrote:
> I think it might be better to create missing directories (especially
> /usr/obj) before creating the symlinks. This is one less opportunity for
> someone to mess up if /usr/obj is missing for some reason...
>
would anyone like to
Hi,
This patch fixes a crash on sparc64 with xenocara/app/xclock.
The pid variable that is passed to XChangeProperty() is not a long.
The libX11 code deferences the variable as a long and on a 64-bit sparc
this must be aligned on a 8-byte boundary.
Because it is an int, it gets aligned on a 4-b
