Bug 155381 - drivers/block/cfq-iosched.c:1070: spin_is_locked on uninitialized spinlock d9d133b8.
Summary: drivers/block/cfq-iosched.c:1070: spin_is_locked on uninitialized spinlock d9...
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
(Show other bugs)
Version: rawhide
Hardware: i686 Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2005-04-19 18:41 UTC by Ralf Ertzinger
Modified: 2015-01-04 22:18 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-29 22:26:31 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
lsmod output (2.17 KB, text/plain)
2005-04-20 10:36 UTC, Ralf Ertzinger
no flags Details
lspci -vv output (6.82 KB, text/plain)
2005-04-20 10:36 UTC, Ralf Ertzinger
no flags Details

Description Ralf Ertzinger 2005-04-19 18:41:43 UTC
Description of problem:
I have a pretty much reproducable kernel crash which spits out the following
message to the console before dying:

drivers/block/cfq-iosched.c:1070: spin_is_locked on uninitialized spinlock d9d133b8.

(The last number varies).
Reproduction as follows:
1) Plug in an USB stick, mount it
2) Write something to it
3) umount and remove

Sometimes the system hangs a short time (max 30 seconds) after the removal.
Sometimes the system stays up for hours, and then hangs when trying to log out
of gnome. Sadly the line above is all that is printed of the oops.

Happens on an i686 kernel (athlon), I have similar effects on ppc, but no kernel
 dump for lack of a serial console.

Version-Release number of selected component (if applicable):

How reproducible:
Pretty often.

Steps to Reproduce:
1. See above.
Actual results:
Kernel crashes

Expected results:
normal operation

Additional info:

Comment 1 Dave Jones 2005-04-20 01:33:04 UTC
can you paste lspci & lsmod output please ?

Comment 2 Ralf Ertzinger 2005-04-20 10:36:06 UTC
Created attachment 113402 [details]
lsmod output

Comment 3 Ralf Ertzinger 2005-04-20 10:36:41 UTC
Created attachment 113403 [details]
lspci -vv output

Comment 4 Dave Jones 2005-04-20 16:50:23 UTC
todays rawhide kernel has a bunch of extra debugging info enabled, can you try
and repeat it with that please ?

Comment 5 Sitsofe Wheeler 2005-04-20 19:05:13 UTC
I have posted my results with a rawhide kernel over in bug #155472

Comment 6 Ralf Ertzinger 2005-04-21 17:36:56 UTC
Result with 2.6.11-1.1251_FC4:

Kernel panic - not syncing: drivers/block/cfq-iosched.c:1070: spin_is_locked on
uninitialized spinlock d9228474. (Not tainted)

 [<c01208f8>] panic+0x45/0x1e2
 [<c02995d4>] cfq_exit_io_context+0x130/0x486
 [<c0292154>] exit_io_context+0x41/0x49
 [<c0124b1d>] do_exit+0x4c/0x510
 [<c0188f01>] sys_stat64+0x23/0x28
 [<c01250ab>] do_group_exit+0x9e/0x1f5
 [<c0103a61>] syscall_call+0x7/0xb

Comment 7 Greg Swift 2005-04-26 17:44:41 UTC
I get the exact same kernel panic on my laptop whilst 
performing a shutdown -h now on kernel 2.6.11-1.14_FC3
but this never panicked on the previous kernel of 2.6.10-1.770_FC3

Comment 8 Dave Jones 2005-04-26 22:10:54 UTC
this should have been fixed in 1254 build of rawhide.
FC3 users need http://people.redhat.com/davej/kernels/Fedora/FC3

Comment 9 Greg Swift 2005-04-27 14:26:18 UTC
I appreciate the link to FC3 RPMs.  Currently, I get my rpm files via a 
"home grown" yum-like update script that mirrors them from:
and they've always seemed to be reliable in the past; if the latest officially
released FC3 RPMs are on redhat.com , why are they not mirrored at wisc.edu ??
Are the RPMs in your davej directory "official" ?? or are they "test" code ??
Should I be getting all non-kernel RPMs from wisc.edu and only the kernel
stuff from people.redhat.com/davej/kern...
Thanks ... dazed and confused...

Comment 10 Sitsofe Wheeler 2005-04-27 19:32:21 UTC
The RPMs in davej's directory are usually prerelease kernels. If you always want
to test the very very latest stuff *and have time to report the breakages* then
you could use them all the time (of course they might eat your system - that's
life on the edge). Fixes to problems will appear there first sometimes months
before the next "regular" kernel is released and it is feedback on these davej
kernels that is used to decide what to release to the mainstream. There are lots
of davej kernels.

A brief aside - if too few people test (and report the problems) in davej
kernels then a kernel which has problems for people who excercise different
parts of the kernel to the people who did test it can slip through and be
released as a regular kernel.

The davej kernels are meant for testing and not for mass consumption. Good
testing kernels (especially ones that fix bugs without introducing side effects)
are eventually released for mass consumption. If you are seeing a problem that
might be fixed in a yet-to-be-released davej kernel then the developers will ask
you to test the davej kernel to save you waiting for a regular release and to
get feedback quicker.

(This whole thing is offtopic for bugzilla)

Comment 11 Ralf Ertzinger 2005-04-28 12:39:27 UTC
I tried yesterday with -1261, and was able to plug/write/unplug my USB-sticks
without making the kernel barf.

Comment 12 Dave Jones 2005-04-28 21:32:04 UTC
also with todays 1275 ?

Comment 13 Ralf Ertzinger 2005-04-29 09:01:05 UTC
-1275 seems to work fine, too.

Note You need to log in before you can comment on or make changes to this bug.