Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94496 - usb storage errors with amd64 frequency scaling
Summary: usb storage errors with amd64 frequency scaling
Status: VERIFIED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL: http://bugzilla.kernel.org/show_bug.c...
Whiteboard: linux-2.6.19
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-30 05:39 UTC by Pawel Golik
Modified: 2007-02-08 18:23 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pawel Golik 2005-05-30 05:39:44 UTC
With the CPU frequency reduced by the kernel ondemand scaler usb storage devices (a Kingston Pendrive) are not recognized properly - the error in the system log is as follows:

ehci_hcd 0000:00:10.4: port 2 reset error -110
hub 1-0:1.0: hub_port_status failed (err = -32)

With te cpu at full frequency the device gets recognized correctly:

usb 2-2: new full speed USB device using uhci_hcd and address 7
scsi9 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 7
usb-storage: waiting for device to settle before scanning
  Vendor: Kingston  Model: DataTraveler 2.0  Rev: 4.10
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sdd: 503808 512-byte hdwr sectors (258 MB)
sdd: assuming Write Enabled
sdd: assuming drive cache: write through
SCSI device sdd: 503808 512-byte hdwr sectors (258 MB)
sdd: assuming Write Enabled
sdd: assuming drive cache: write through
 /dev/scsi/host9/bus0/target0/lun0: p1
Attached scsi removable disk sdd at scsi9, channel 0, id 0, lun 0
Attached scsi generic sg3 at scsi9, channel 0, id 0, lun 0,  type 0
usb-storage: device scan complete

This is an USB1.1 device, it appears that with cpufreq lowered it tries to connect it through EHCI and fails, while on full speed it gets though with UHCI.

Motherboad is a VIA K8T800 from Gigabyte.

emerge --info
Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May 12 2005, 10:33:02)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://sunsite.icm.edu.pl/pub/linux/distributions/gentoo http://gentoo.prz.rzeszow.pl http://ftp.belnet.be/mirror/rsync.gentoo.org http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X Xaw3d aac acpi alsa arts audiofile bash-completion berkdb bitmap-fonts bluetooth cdda cddb cdinstall cdparanoia cdr crypt css cups curl dar32 dar64 dvd dvdr dvdread encode esd exif fam fame ffmpeg flac font-server fortran gd gdbm gif gimp gimpprint gnokii gphoto2 gpm gps gs gsm gtk gtk2 imagemagick imap imlib ipv6 irda java jikes jp2 jpeg jpeg2k junit kde kdeenablefinal kdepim kdexdeltas koffice-plugin lcms libwww lm_sensors lzw lzw-tiff mad maildir mbox mime mjpeg monkey motif mp3 mpeg mplayer mysql ncurses nls nptl nvidia offensive ogg oggvorbis opengl oss pam pda pdflib perl png python qt quicktime readline rtc samba sasl sdl slang sms spell ssl svg tcltk tcpd tetex tiff transcode truetype truetype-fonts type1-fonts unicode usb userlocales vorbis wmf xine xml xml2 xmms xpm xrandr xscreensaver xv xvid zlib video_cards_nvidia userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Daniel Drake (RETIRED) gentoo-dev 2005-05-31 16:42:00 UTC
Please try and reproduce with development-sources-2.6.12_rc5
Comment 2 Pawel Golik 2005-06-07 03:08:05 UTC
(In reply to comment #1) 
> Please try and reproduce with development-sources-2.6.12_rc5 
 
Tried vanilla-sources-2.6.12_rc6 either with CONFIG_USB_SUSPEND set or unset 
and still got the same problem.  
Another interesting observation - with the cpu at the lowest frequency, when I 
plug in the USB pendrive for the first time, I get the error above. When I 
unplug it and plug in again, it gets recognized correctly. Now when I unplug 
and plug again it fails, on the fourth attempt it works and so on. So it gets 
recognized correctly every other time - error on attempt 1, 3, 5 etc.; works on 
attempt 2, 4, 6 etc.; with each attempt being simply plugging the pendrive in 
and checking the dmesg output. 
Comment 3 Daniel Drake (RETIRED) gentoo-dev 2005-06-13 15:44:22 UTC
Looks like an upstream issue, please file a bug at http://bugzilla.kernel.org
and post the new bug URL here.
Comment 4 Pawel Golik 2005-06-14 02:05:00 UTC
(In reply to comment #3) 
> Looks like an upstream issue, please file a bug at http://bugzilla.kernel.org 
> and post the new bug URL here. 
 
http://bugzilla.kernel.org/show_bug.cgi?id=4744