, it is still open.
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11824
Subject : raw1394: possible deadlock if accessed by
multithreaded app
Submitter : Stefan Richter [EMAIL PROTECTED]
Date : 2008-10-25 02:08 (9 days old)
Handled-By: Stefan Richter
://marc.info/?l=linux-kernelm=123188898423532w=4
Handled-By: Roland Dreier rola...@cisco.com
Patch : http://marc.info/?l=linux-kernelm=123378709730700w=2
--
Stefan Richter
-=-==--= --=- -=--=
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line unsubscribe kernel-testers
Trenton D. Adams wrote:
On Tue, Apr 7, 2009 at 11:10 AM, Stefan Richter
stef...@s5r6.in-berlin.de wrote:
http://bugs.gentoo.org/show_bug.cgi?id=253535
Interdependencies between ALSA modules have changed. The Gentoo init
scripts attempted to unload them in an order which deadlocked modprobe
changes to reiserfs, but I
did try them _together_ with the four pending patches on a system with
reiserfs root filesystem and extended attributes disabled in the config.
Everything is fine here after almost a week uptime.
--
Stefan Richter
-=-=-=== -=-= -==-=
http://arcgraph.de/sr
in our kernel history which
are not bisectable.
--
Stefan Richter
-=-==--= =-=- ---=-
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
access.
--
Stefan Richter
-=-==-=- --=- ---=-
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
with x86-32 kernel and userland and an AMD
based x86-64 PC and could give ohci1394_dma=early a try on both (never
tested it myself before). I could furthermore attempt to build and
install an x86-64 kernel on the Core 2 Duo PC but I am afraid I am far
too short of spare time for that.
--
Stefan
Stefan Richter wrote:
Do I understand correctly that at this moment it is only known that the
bug could be
- *either* a 2.6.31 - 2.6.32 regression
- *or* an x86-64 specific bug that does not occur on x86-32,
right?
(OK, according to your other post it /is/ a regression, at least on
x86
+0200
Message-ID : 201008011101.01429.tho...@m3y3r.de
References : http://lkml.org/lkml/2010/8/1/43
First-Bad-Commit:
http://git.kernel.org/linus/d1b851fc0d105caa6b6e3e7c92d2987dfb52cbe0
--
Stefan Richter
-=-==-=- =--- =
http://arcgraph.de/sr/
--
To unsubscribe from this list: send
way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17752
Subject : 2.6.36-rc3: inconsistent lock state (iprune_sem,
shrink_icache_memory)
Submitter : Stefan Richter stef...@s5r6.in-berlin.de
Date : 2010-09-01 6:37 (20 days old)
Message-ID
: 2.6.36-rc7: NULL pointer dereference in
ehci_clear_tt_buffer_complete
The bug could not be reproduced so far but might be real nonetheless.
Alan Stern proposed a fix patch:
pine.lnx.4.44l0.1010131011160.2311-100...@iolanthe.rowland.org
http://lkml.org/lkml/2010/10/13/178
--
Stefan Richter
11 matches
Mail list logo