Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 155816 - system freeze when using dm_crypt and aes_i586 on external firewire disk
Summary: system freeze when using dm_crypt and aes_i586 on external firewire disk
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 3
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2005-04-23 23:09 UTC by Andre
Modified: 2015-01-04 22:19 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-08-10 06:23:30 UTC

Attachments (Terms of Use)
List of loaded modules before kernel panic (deleted)
2005-04-25 07:25 UTC, Andre
no flags Details

Description Andre 2005-04-23 23:09:05 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1

Description of problem:
Three times now I've had system freezes while (or just after) accessing an external firewire drive which is using dm_crypt and aes encryption (my backup disk).  No log messages, can't ping machine, needs hard reset.  It looks very similar to the problem reported on this thread:
One freeze happened when I suspended a dd operation to the encrypted partition, the other two happened when I exited the root shell where I had been running backup operations (with rsync).  Interestingly the last time I was long finished with the backup, I had already unmounted the partition, removed the mapper entry and unplugged the disk maybe 30 minutes before but had left the root shell open in a Konsole.  I'm not sure how helpful this is, but seems like between 2.6.10 and 2.6.11 there was a bug introduced in one of the dm_crypt, aes, and/or loop modules.

Disclaimer:  I am using the nvidia 1.0-7174 driver, so my kernel is tainted.  But since other people are reporting similar problems with vanilla kernels, I don't think that is the issue.

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

How reproducible:

Steps to Reproduce:
Access an encrypted partition (dd/rsync) for some amount of time (both read and writes).  Suspend the process or exit the shell.  The kernel will sometimes hang.

Additional info:

loop                   16713  2
aes_i586               37825  1
dm_crypt               11977  1


Comment 1 Dave Jones 2005-04-25 01:10:06 UTC
unless you can reproduce this without the binary module, this isn't worth
investigating.  Please reopen if you can repeat this without having loaded that

Comment 2 Andre 2005-04-25 07:22:40 UTC
OK, I reproduced the problem (or at least a problem).  I rebooted with generic
nv driver, mounted my external drive, wrote about 60GB of data while trying
to reproduce the hang by suspending/resuming the process, etc. with no
luck.  I had just given up, and was rebooting the machine when I get a
kernel panic during shutdown:

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

(That's all the information it printed on the screen).  After that I had to power

Comment 3 Andre 2005-04-25 07:25:37 UTC
Created attachment 113627 [details]
List of loaded modules before kernel panic

Comment 4 Dave Jones 2005-04-25 15:33:01 UTC
that should be fixed in the work-in-progress kernel at

Comment 5 Andre 2005-04-26 06:33:13 UTC
I really pounded it tonight using 2.6.11-1.19_FC3 and I could not reproduce
the problem (even while running with the nvidia drivers :-).  So looks like
it was fixed.  Thanks!

Comment 6 Dave Jones 2005-07-15 18:27:32 UTC
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.

Comment 7 Andre 2005-08-10 05:06:12 UTC
I've done a full system backup with two different external firewire disks with
no problems running 2.6.12-1.1372_FC3 (still running fc3).  So from my point
of view this looks fixed.  Thanks.

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