Re: [linux-usb-devel] PROBLEM: USB (MS Intellimouse specifically) does not work with SMP Linux 2.2.18.

Re: [linux-usb-devel] PROBLEM: USB (MS Intellimouse specifically) does not work with SMP Linux 2.2.18.

[Greg KH]

On Tue, Dec 12, 2000 at 02:07:59PM -0000, Laramie Leavitt wrote:
> [1.] One line summary of the problem:
> USB (MS Intellimouse specifically) does not work with SMP kernel 2.2.18.
> 
> [2.] Full description of the problem/report:
> When trying to install a Microsoft Intellimouse Explorer (USB)
> to a SMP kernel, I get the following error multiple times:
> 
> usb.c: USB device not accepting new address (error=-110)

What's your BIOS setting for MSR?

And how about the contents of /proc/interrupts?

This is a case of when the usb code isn't getting the hardware interrupt
delivered properly.

thanks,

greg k-h

-- 
greg@(kroah|wirex).com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: [linux-usb-devel] PROBLEM: USB (MS Intellimouse specifically) does not work with SMP Linux 2.2.18.

[Pete Toscano]

[-- Attachment #1: Type: text/plain, Size: 1885 bytes --]


what mobo/chipset are you using?  i and a bunch of other people have
been having very similar problems with this and the 2.4.0-test kernels.
we all use the tyan tiger 133 mobo with the apollo pro 133a chipset.  i
believe that the 2.2.18 usb support has been pulled from the 2.4.0-test
source, so i'm not surprised to be seeing this.

on the linux-usb list, i was talking with johannes erdfel and doing some
checks for him.  he thinks that it's a pci irq problem as the usb
controller (uhci and usb-uhci) don't get any interrupts on smp-enabled
kernels when apic is enabled.  i've written martin mares about this (but
to the email address listed on his web page -- not mj@suse.cz, yet -- so
it probably got dropped into /dev/null) and i'm eager to hear his
opinion on matters.  i'll bet that now that the problem has moved into
the 2.2 line, we'll be seeing more noise about it.

laramie, try disabling apic at the lilo prompt (add "noapic" after your
kernel image's name) and see if that helps.  

pete

On Tue, 12 Dec 2000, Greg KH wrote:

> On Tue, Dec 12, 2000 at 02:07:59PM -0000, Laramie Leavitt wrote:
> > [1.] One line summary of the problem:
> > USB (MS Intellimouse specifically) does not work with SMP kernel 2.2.18.
> > 
> > [2.] Full description of the problem/report:
> > When trying to install a Microsoft Intellimouse Explorer (USB)
> > to a SMP kernel, I get the following error multiple times:
> > 
> > usb.c: USB device not accepting new address (error=-110)
> 
> What's your BIOS setting for MSR?
> 
> And how about the contents of /proc/interrupts?
> 
> This is a case of when the usb code isn't getting the hardware interrupt
> delivered properly.
> 
> thanks,
> 
> greg k-h

-- 
Pete Toscano    p:sigsegv@psinet.com     w:pete@research.netsol.com
GPG fingerprint: D8F5 A087 9A4C 56BB 8F78  B29C 1FF0 1BA7 9008 2736

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

PROBLEM: USB (MS Intellimouse specifically) does not work with SMP Linux 2.2.18.

[Laramie Leavitt]

[1.] One line summary of the problem:
USB (MS Intellimouse specifically) does not work with SMP kernel 2.2.18.

[2.] Full description of the problem/report:
When trying to install a Microsoft Intellimouse Explorer (USB)
to a SMP kernel, I get the following error multiple times:

usb.c: USB device not accepting new address (error=-110)

If USB is compiled in, then it happens several times during the
boot sequence.

Everything works fine on a single-processor kernel.  I have tried
installing all of USB as modules, and I have tried compiling it
into the kernel with no change.

System is a MSI 694D-Pro AR motherboard (Via 694X chipset)
Dual 500 Mhz Celeron processors, 500 Mhz (Not overclocked)
Microsoft Intellimouse explorer.

I suspect that it is an issue where locking is required,
but none currently exists, either in mousedev, usb, or
uhci.  (Great logic--those are the main modules that should
be in use.) I suspect that the problem can be duplicated
on my system under Linux 2.4.0-test11, but, alas, I cannot
get linux 2.4 to boot right now.

I don't see the hid module in the status output like I do on
the uni-processor kernel.  Maybe those structures need locks.

[3.] Keywords (i.e., modules, networking, kernel):
USB, mousedev, hid, input, mouse, intellimouse, linux-2.2.18

[4.] Kernel version (from /proc/version):
Linux 2.2.18

[5.] [6.] N/A
I can reproduce it with the current kernel every time.

[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
Slackware 7.1 + Linux 2.2.18

[7.2.] Processor information (from /proc/cpuinfo):
Below.

[7.3.] Module information (from /proc/modules):
Below

[7.4.] SCSI information (from /proc/scsi/scsi)
Not Applicable.

[7.5.] Other information that might be relevant to the problem
       (please look in /proc and include all information that you
       think to be relevant):
[X.] Other notes, patches, fixes, workarounds:

#/proc/version
Linux version 2.2.18 (root@darkstar) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #1 SMP Mon Dec 11 23:32:12 GMT 2000

#/proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 6
model name	: Celeron (Mendocino)
stepping	: 5
cpu MHz		: 501.148
cache size	: 128 KB
fdiv_bug	: no
hlt_bug		: no
sep_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
pse36 mmx fxsr
bogomips	: 999.42

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 6
model name	: Celeron (Mendocino)
stepping	: 5
cpu MHz		: 501.148
cache size	: 128 KB
fdiv_bug	: no
hlt_bug		: no
sep_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
pse36 mmx fxsr
bogomips	: 999.42

#/proc/modules
mousedev                3916   0 (unused)
input                   2780   0 [mousedev]
uhci                   19100   0 (unused)
usbcore                49256   1 [uhci]

#/proc/pci
PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: VIA Technologies Unknown device (rev 196).
      Vendor id=1106. Device id=691.
      Medium devsel.  Master Capable.  No bursts.
      Prefetchable 32 bit memory at 0xd0000000 [0xd0000008].
  Bus  0, device   1, function  0:
    PCI bridge: VIA Technologies VT 82C598 Apollo MVP3 AGP (rev 0).
      Medium devsel.  Master Capable.  No bursts.  Min Gnt=12.
  Bus  0, device   7, function  0:
    ISA bridge: VIA Technologies Unknown device (rev 34).
      Vendor id=1106. Device id=686.
      Medium devsel.  Master Capable.  No bursts.
  Bus  0, device   7, function  1:
    IDE interface: VIA Technologies VT 82C586 Apollo IDE (rev 16).
      Medium devsel.  Fast back-to-back capable.  Master Capable.
Latency=32.
      I/O at 0xc000 [0xc001].
  Bus  0, device   7, function  2:
    USB Controller: VIA Technologies VT 82C586 Apollo USB (rev 16).
      Medium devsel.  IRQ 19.  Master Capable.  Latency=32.
      I/O at 0xc400 [0xc401].
  Bus  0, device   7, function  3:
    USB Controller: VIA Technologies VT 82C586 Apollo USB (rev 16).
      Medium devsel.  IRQ 19.  Master Capable.  Latency=32.
      I/O at 0xc800 [0xc801].
  Bus  0, device   7, function  4:
    Host bridge: VIA Technologies Unknown device (rev 48).
      Vendor id=1106. Device id=3057.
      Medium devsel.  Fast back-to-back capable.
  Bus  0, device   7, function  5:
    Multimedia audio controller: VIA Technologies Unknown device (rev 32).
      Vendor id=1106. Device id=3058.
      Medium devsel.  IRQ 18.
      I/O at 0xcc00 [0xcc01].
      I/O at 0xd000 [0xd001].
      I/O at 0xd400 [0xd401].
  Bus  0, device  12, function  0:
    RAID storage controller: Promise Technology Unknown device (rev 2).
      Vendor id=105a. Device id=d30.
      Medium devsel.  IRQ 18.  Master Capable.  Latency=32.
      I/O at 0xd800 [0xd801].
      I/O at 0xdc00 [0xdc01].
      I/O at 0xe000 [0xe001].
      I/O at 0xe400 [0xe401].
      I/O at 0xe800 [0xe801].
      Non-prefetchable 32 bit memory at 0xd9000000 [0xd9000000].
  Bus  0, device  14, function  0:
    Communication controller: Unknown vendor Unknown device (rev 8).
      Vendor id=14f1. Device id=1035.
      Medium devsel.  Fast back-to-back capable.  IRQ 16.  Master Capable.
Latency=32.
      Non-prefetchable 32 bit memory at 0xd9020000 [0xd9020000].
      I/O at 0xec00 [0xec01].
  Bus  0, device  15, function  0:
    Multimedia audio controller: Unknown vendor Unknown device (rev 3).
      Vendor id=1073. Device id=d.
      Medium devsel.  IRQ 17.  Master Capable.  Latency=32.  Min Gnt=5.Max
Lat=25.
      Non-prefetchable 32 bit memory at 0xd9030000 [0xd9030000].
  Bus  1, device   0, function  0:
    VGA compatible controller: NVidia Unknown device (rev 17).
      Vendor id=10de. Device id=28.
      Medium devsel.  Fast back-to-back capable.  IRQ 16.  Master Capable.
Latency=32.  Min Gnt=5.Max Lat=1.
      Non-prefetchable 32 bit memory at 0xd6000000 [0xd6000000].
      Prefetchable 32 bit memory at 0xd4000000 [0xd4000008].

#/proc/usb/devices
T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI-alt Root Hub
S:  SerialNumber=c800
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI-alt Root Hub
S:  SerialNumber=c400
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: [linux-usb-devel] PROBLEM: USB (MS Intellimouse specifically) does not work with SMP Linux 2.2.18.

[Johannes Erdfelt]

On Tue, Dec 12, 2000, Laramie Leavitt <lar@cs.york.ac.uk> wrote:
> [1.] One line summary of the problem:
> USB (MS Intellimouse specifically) does not work with SMP kernel 2.2.18.
> 
> [2.] Full description of the problem/report:
> When trying to install a Microsoft Intellimouse Explorer (USB)
> to a SMP kernel, I get the following error multiple times:
> 
> usb.c: USB device not accepting new address (error=-110)
> 
> If USB is compiled in, then it happens several times during the
> boot sequence.
> 
> Everything works fine on a single-processor kernel.  I have tried
> installing all of USB as modules, and I have tried compiling it
> into the kernel with no change.
> 
> System is a MSI 694D-Pro AR motherboard (Via 694X chipset)
> Dual 500 Mhz Celeron processors, 500 Mhz (Not overclocked)
> Microsoft Intellimouse explorer.
> 
> I suspect that it is an issue where locking is required,
> but none currently exists, either in mousedev, usb, or
> uhci.  (Great logic--those are the main modules that should
> be in use.) I suspect that the problem can be duplicated
> on my system under Linux 2.4.0-test11, but, alas, I cannot
> get linux 2.4 to boot right now.
> 
> I don't see the hid module in the status output like I do on
> the uni-processor kernel.  Maybe those structures need locks.

Unlikely. Many people use that particular mouse with your particular HCD
in SMP every day. Like myself. In fact I am right now, using 2.2.18.

What is more likely the cause is an IRQ routing problem.

Can you check /proc/interrupts and see if the interrupt count is going
up?

Also, can you check your BIOS and see if it is configured for MPS 1.4?
If so, change it to MPS 1.1.

JE

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: [linux-usb-devel] PROBLEM: USB (MS Intellimouse specifically) does not work with SMP Linux 2.2.18.

[Stephen J. Gowdy]

Hi,
	Have you tried setting MPS to 1.1 in your bios (instead of 1.4)?
This seems to be needed for 2.2.x kernels but not 2.4.x.

							regards,

							Stephen.

--
 /------------------------------+-=-=-=-=-+-------------------------\
|Stephen J. Gowdy               |A4000/040| Mail Stop 50A-2160, LBL, |
|http://www.ph.ed.ac.uk/~gowdy/ | 1GB   HD| 1 Cyclotron Rd, Berkeley,|
|                               |20MB  RAM| CA 94720, USA            |
|InterNet: SGowdy@lbl.gov       |3.4xCDROM| Tel: +1 510 495 2796     |
 \------------------------------+-=-=-=-=-+-------------------------/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/