From: Pete Toscano <pete@research.netsol.com>
To: linux-kernel@vger.kernel.org
Subject: usb + smp + 2.4.0test = pci irq routing problem?
Date: Wed, 20 Dec 2000 14:06:12 -0500 [thread overview]
Message-ID: <20001220140612.A11162@tesla.admin.cto.netsol.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 2561 bytes --]
hello,
i've been working with johannes erdfelt in fixing a problem with usb on
my machine. it's a dual pentium 3 system on a tyan tiger 133 mobo (via
apollo pro 133a chipset). basically, usb works when i don't enable smp
or when i disable apic on smp-enabled kernels. he believes that we're
seeing a pci irq routing problem and that i should contact martin mares
about this problem. (i've written him a couple times, but have heard
nothing, so i figure he's either away, busy, or whatnot and i thought
i'd try lkml for help.)
i have an ethernet card on my system and it shares an irq with usb-uhci.
in this state, i see interrupts for the irq eth0 and usb-uhci
share. when i remove the ethernet card, i get this in /proc/interrupts:
CPU0 CPU1
0: 37124 19379 IO-APIC-edge timer
1: 146 84 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
8: 1 0 IO-APIC-edge rtc
14: 1640 1910 IO-APIC-edge ide0
15: 1 1 IO-APIC-edge ide1
16: 29 28 IO-APIC-level ide2
18: 26 27 IO-APIC-level aic7xxx
19: 0 0 IO-APIC-level usb-uhci
NMI: 56419 56419
LOC: 56392 56403
ERR: 0
from this, je thought that this was a pci irq routing problem and not a
usb problem.
because of this, running an smp-enabled kernel with apic enabled yields
the "device not accepting new address" error on startup (usb is compiled
into my kernel, so i'm not sure what part is actually triggering the
error) and none of the usb devices work. (yes, i've checked the mps and
tried both 1.1 and 1.4.) if i disable apic or don't use an smp-enabled
kernel, everything works fine. this has been happening for quite a
while, at least since 2.4.0test9, right up to test13-pre3.
i really don't know what kind of information would be useful for
debugging this problem. i don't know much about kernel programming, but
i am more than willing to try any kind of patch or give any information
about my system that could help squash this bug. it's a problem that
quite a few people on the linux-usb list are complaining about (all, it
seems, have this via chipset). please let me know if there's any more
info i can provide, i'm more than happy to help.
thanks,
pete
--
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 --]
next reply other threads:[~2000-12-20 19:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-20 19:06 Pete Toscano [this message]
2000-12-21 5:42 ` usb + smp + 2.4.0test = pci irq routing problem? Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20001220140612.A11162@tesla.admin.cto.netsol.com \
--to=pete@research.netsol.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox