2006-09-19 09:57:15 |
Gustavo Carneiro |
bug |
|
|
added bug |
2006-09-19 09:59:31 |
Gustavo Carneiro |
bug |
|
|
added attachment 'dmesg.log' (output of dmesg) |
2006-09-19 10:02:02 |
Gustavo Carneiro |
bug |
|
|
added attachment 'lspci.out' (output of lspci (-n, -t, and plain)) |
2006-09-19 18:03:50 |
John Dong |
linux-source-2.6.17: status |
Unconfirmed |
Confirmed |
|
2006-09-19 18:03:50 |
John Dong |
linux-source-2.6.17: statusexplanation |
|
I can confirm this happening on two Centrino Duo laptops. The problem is quite fascinating in my testing: (fascinating meaning that the ubuntu kernel team should probably reach for aspirin before reading on)
(1) It happens only when certain USB mass storage devices AND certain USB controllers are combined. A RockChip USB MP3 player and the Centrino Duo causes this to happen, while a Sandisk MP3 player (or a no-name external hard drive) and the same USB chipset does not cause the problem.
(2) The problematic device, when connected to my NForce3 based desktop running an identical Ubuntu setup, does not cause this problem.
(3) The problematic device connected to another different brand laptop using the same USB chipset causes the problem.
(4) Under Windows XP, everything works happily.
(5) rmmodding ehci-hcd (disabling USB 2.0) prevents the device from unmounting or disconnecting, but transfers still stall and fill dmesg with abundant errors fairly quickly.
(6) Using ehci-hcd, if you dd from the block device, everything works fine with a bs=xxx where xxx < 900. Go above 900, and the device disconnects. |
|
2006-09-25 17:52:55 |
John Dong |
bug |
|
|
added attachment 'lsusb.out' (lsusb output) |
2006-10-11 18:05:12 |
Ben Collins |
linux-source-2.6.17: status |
Confirmed |
Fix Committed |
|
2006-10-11 18:05:12 |
Ben Collins |
linux-source-2.6.17: statusexplanation |
I can confirm this happening on two Centrino Duo laptops. The problem is quite fascinating in my testing: (fascinating meaning that the ubuntu kernel team should probably reach for aspirin before reading on)
(1) It happens only when certain USB mass storage devices AND certain USB controllers are combined. A RockChip USB MP3 player and the Centrino Duo causes this to happen, while a Sandisk MP3 player (or a no-name external hard drive) and the same USB chipset does not cause the problem.
(2) The problematic device, when connected to my NForce3 based desktop running an identical Ubuntu setup, does not cause this problem.
(3) The problematic device connected to another different brand laptop using the same USB chipset causes the problem.
(4) Under Windows XP, everything works happily.
(5) rmmodding ehci-hcd (disabling USB 2.0) prevents the device from unmounting or disconnecting, but transfers still stall and fill dmesg with abundant errors fairly quickly.
(6) Using ehci-hcd, if you dd from the block device, everything works fine with a bs=xxx where xxx < 900. Go above 900, and the device disconnects. |
|
|
2006-10-12 03:39:46 |
John Dong |
linux-source-2.6.17: status |
Fix Committed |
Confirmed |
|
2006-10-12 03:39:46 |
John Dong |
linux-source-2.6.17: statusexplanation |
|
Unfortunately, GO_SLOW does not fix it. It needs max_sectors to be set to 128. This should either be done in the kernel or userspace. I understand that one class of USB mass storage controllers (the genesis series?) get max_sectors=64 set automagically.
This device needs the same workaround (though it'll take 128, faster than 64). Whether it's more "correct" to do it from udev or the kernel, that's not for me to decide.
P.S. I started trying to write a udev rule for this, but am failing miserably. Can anyone point me to the right direction for setting max_sectors from udev? |
|
2006-10-12 14:41:51 |
Scott James Remnant (Canonical) |
udev: status |
Unconfirmed |
Needs Info |
|
2006-10-12 14:41:51 |
Scott James Remnant (Canonical) |
udev: importance |
Undecided |
Wishlist |
|
2006-10-12 14:41:51 |
Scott James Remnant (Canonical) |
udev: statusexplanation |
|
What does this sysfs attribute do? limit the size of the disk? |
|
2006-10-12 14:41:51 |
Scott James Remnant (Canonical) |
udev: assignee |
|
keybuk |
|
2006-11-20 14:36:20 |
Ben Collins |
bug |
|
|
assigned to linux-source-2.6.19 (Ubuntu) |
2006-11-20 14:37:02 |
Ben Collins |
linux-source-2.6.19: status |
Unconfirmed |
Confirmed |
|
2006-11-20 14:37:02 |
Ben Collins |
linux-source-2.6.19: importance |
Undecided |
Medium |
|
2006-11-20 14:37:02 |
Ben Collins |
linux-source-2.6.19: statusexplanation |
|
|
|
2006-12-16 16:53:00 |
Ben Collins |
linux-source-2.6.19: status |
Confirmed |
Needs Info |
|
2006-12-16 16:53:00 |
Ben Collins |
linux-source-2.6.19: statusexplanation |
|
Please retest against 2.6.20-2 when it is available in the feisty archive. |
|
2007-02-07 18:54:39 |
Ben Collins |
linux-source-2.6.19: status |
Unconfirmed |
Rejected |
|
2007-02-07 18:54:39 |
Ben Collins |
linux-source-2.6.19: statusexplanation |
|
|
|
2007-03-20 20:22:00 |
Ben Collins |
linux-source-2.6.20: status |
Needs Info |
Confirmed |
|
2007-03-20 20:22:00 |
Ben Collins |
linux-source-2.6.20: assignee |
|
ubuntu-kernel-team |
|
2007-03-20 20:22:00 |
Ben Collins |
linux-source-2.6.20: statusexplanation |
Please retest against 2.6.20-2 when it is available in the feisty archive. |
|
|
2007-04-10 16:12:24 |
Scott James Remnant (Canonical) |
udev: assignee |
keybuk |
|
|
2007-04-10 16:12:24 |
Scott James Remnant (Canonical) |
udev: statusexplanation |
What does this sysfs attribute do? limit the size of the disk? |
|
|
2007-04-16 20:00:00 |
krull_der_zerstoerer |
bug |
|
|
added attachment 'stdout.txt' (stdout errors) |
2007-07-07 12:58:00 |
Marco Rodrigues |
linux-source-2.6.17: status |
Confirmed |
Fix Released |
|
2007-07-07 12:58:00 |
Marco Rodrigues |
linux-source-2.6.17: statusexplanation |
Unfortunately, GO_SLOW does not fix it. It needs max_sectors to be set to 128. This should either be done in the kernel or userspace. I understand that one class of USB mass storage controllers (the genesis series?) get max_sectors=64 set automagically.
This device needs the same workaround (though it'll take 128, faster than 64). Whether it's more "correct" to do it from udev or the kernel, that's not for me to decide.
P.S. I started trying to write a udev rule for this, but am failing miserably. Can anyone point me to the right direction for setting max_sectors from udev? |
|
|
2007-07-10 16:03:10 |
Scott James Remnant (Canonical) |
udev: status |
Incomplete |
Invalid |
|
2007-07-10 16:03:10 |
Scott James Remnant (Canonical) |
udev: statusexplanation |
|
Suggested solution proven not to work in gutsy |
|
2007-11-22 12:36:18 |
sebastian-s |
bug |
|
|
added attachment 'dmesg.txt' (as per DebuggingRemovableDevices) |
2007-11-22 12:37:18 |
sebastian-s |
bug |
|
|
added attachment 'gvm.log' (as per DebuggingRemovableDevices) |
2007-11-22 12:38:33 |
sebastian-s |
bug |
|
|
added attachment 'lshal.txt' (lshal.txt as per DebuggingRemovableDevices) |
2008-03-20 18:07:06 |
enigma_0Z |
bug |
|
|
assigned to linux-source-2.6.22 (Ubuntu) |
2008-04-11 10:02:34 |
Alex |
bug |
|
|
assigned to linux-source-2.6.24 (Ubuntu) |
2008-05-02 17:42:47 |
Leann Ogasawara |
linux-source-2.6.24: importance |
Undecided |
Medium |
|
2008-05-02 17:42:47 |
Leann Ogasawara |
linux-source-2.6.24: assignee |
|
ubuntu-kernel-team |
|
2008-05-02 17:42:47 |
Leann Ogasawara |
linux-source-2.6.24: status |
New |
Triaged |
|
2008-10-23 20:58:09 |
Leann Ogasawara |
linux-source-2.6.20: status |
Confirmed |
Won't Fix |
|
2008-10-23 20:58:09 |
Leann Ogasawara |
linux-source-2.6.20: statusexplanation |
Hi friends,
I was having the same problem. My external hard drive stopped work after try to copy a lot of file to it. I got this message in "dmesg":
"rejecting I/O to dead device"
I am able to copy a couple of large files (like DVD images) without problems. The problem just happens when I try to copy a lot of files (small or large ones).
I am using a Compaq Presario V2000 laptop with Ubuntu Feisty Fawn (7.04) and one Iomega External HD (320GB). In the first time, I removed the ehci_hcd using the followed command as commented before:
# modprobe -r ehci_hcd
This kernel module is the responsible for the USB 2.0 support. After ran this command, I was able to copy a lot of files to my external hard drive and it was not suddenly dead anymore. But, as I removed the USB 2.0 support the transfer was running in a very low rate and it was not a definitive solution because I wanted to copy more than 120GB in one time.
Then, I loaded the ehci_module again and tried to change the value included in the max_sectors from 240 (default) to 128, 64 and 32. In my desktop (a IBM Think Centre with Ubuntu Fesity Fawn) this solution worked perfectly! But, in my laptop the problem stays happening. Then, I tried to change the file system from VFAT to EXT3, but the problem was not solved.
Finally, on last sunday night, I recompiled my kernel following these steps:
1) I installed the 2.6.20 kernel souce code using apt-get:
# apt-get install linux-source-2.6.20
2) I loaded the more recent kernel configuration copying the /boot/config-2.6.20-15-generic file to kernel source directory naming the file as ".config" and process this file to select the options marked in my running kernel:
# cp /boot/config-2.6.20-15-generic /usr/src/linux-source-2.6.20/.config
# cd /usr/src/linux-source-2.6.20/.config
# make oldconfig
3) I ran the menuconfig and I enabled and disabled some options as showed after:
# cd /usr/src/linux-source-2.6.20/.config
# make menuconfig
3.1) Disabled features (Device Drivers --> USB Support):
* FULL speed ISO transactions (USB_EHCI_SPLIT_ISO)
* Root Hub Transaction Translators (USB_EHCI_ROOT_HUB_IT)
* Improved Transaction Translator schedulling (USB_EHCI_TT_NEWSCHED)
3.2) Enabled features (Device Drivers --> USB Support):
* USB verbose debug messages (USB_DEBUG)
* Enforce USB bandwith allocation (USB_BANDWITH)
After recompile the kernel and rebot my system, I connected my external Iomega external drive and everything is working fine and I was finally able to go to bed rest for some hours! :-)
I don't know with this solution will work for others people... But here is the solution I found to me. I will be happy to know with these steps help you to solve the problem as well!
Best regards,
Jansen Sena
jansen@comunidadesol.org |
The 18 month support period for Feisty Fawn 7.04 has reached it's end of life - http://www.ubuntu.com/news/ubuntu-7.04-end-of-life . As a result, we are closing the linux-source-2.6.20 kernel task. However, I'm adding a "linux "task so that this will remain open against the actively developed kernel. Thanks. |
|
2009-05-06 08:08:44 |
Sergio Zanchetta |
linux-source-2.6.22 (Ubuntu): status |
New |
Won't Fix |
|
2009-05-06 08:09:11 |
Sergio Zanchetta |
linux (Ubuntu): status |
Triaged |
Incomplete |
|
2009-06-23 00:45:19 |
Leann Ogasawara |
linux (Ubuntu): status |
Incomplete |
Won't Fix |
|
2009-10-04 15:00:54 |
Gustavo Carneiro |
removed subscriber Gustavo Carneiro |
|
|
|
2009-10-13 21:44:29 |
sebastian-s |
tags |
cft-2.6.27 |
cft-2.6.27 regression-potential |
|
2010-01-14 10:59:38 |
Partha |
security vulnerability |
no |
yes |
|
2010-01-14 11:46:05 |
Martin Emrich |
removed subscriber Martin Emrich |
|
|
|
2010-10-17 04:09:47 |
Daniel Silva |
bug |
|
|
added subscriber Daniel Silva |
2011-01-09 15:29:55 |
Mark Turner |
bug |
|
|
added subscriber Mark Turner |
2011-02-22 15:37:56 |
Giannis Rizos |
bug |
|
|
added subscriber Giannis Rizos |
2011-04-01 13:00:40 |
Jools Wills |
attachment added |
|
0001-reverted-b963801164618e25fbdc0cd452ce49c3628b46c8.patch https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/61235/+attachment/1963699/+files/0001-reverted-b963801164618e25fbdc0cd452ce49c3628b46c8.patch |
|
2011-10-26 05:10:36 |
Q |
bug |
|
|
added subscriber thread13 |
2014-09-05 13:35:37 |
Shane Kerr |
bug |
|
|
added subscriber Shane Kerr |
2014-09-07 13:09:47 |
chokuchou |
bug |
|
|
added subscriber chokuchou |
2014-09-07 13:09:58 |
chokuchou |
removed subscriber chokuchou |
|
|
|
2024-04-18 10:08:37 |
Denilson Sá |
removed subscriber Denilson Sá |
|
|
|