Vaio IRQ routing / USB problem

Vaio IRQ routing / USB problem

[Manfred Spraul]

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

It seems that the PCI subsystem notices that all irq sources
share irq 9 and reroutes interrupts.
But after rerouting the interrupts it notices that something
is wrong and aborts the irq change, without undoing the
rerouting.

Thus the usb controller waits on irq 9, and doesn't receive
the interrupts.
If you play sound, you effectively poll the irq handler of
the USB controller, and then you can use your mouse.

Could you apply the attached patch, reboot and post the dmesg
output? And append cat /proc/interrupts.

--
	Manfred

[-- Attachment #2: patch-DBG --]
[-- Type: text/plain, Size: 332 bytes --]

--- 2.4/arch/i386/kernel/pci-irq.c	Sat Nov  3 19:51:08 2001
+++ build-2.4/arch/i386/kernel/pci-irq.c	Sun Nov  4 11:57:00 2001
@@ -48,6 +48,8 @@
  *  Search 0xf0000 -- 0xfffff for the PCI IRQ Routing Table.
  */
 
+#undef DBG
+#define DBG	printk
 static struct irq_routing_table * __init pirq_find_routing_table(void)
 {
 	u8 *addr;

Re: Vaio IRQ routing / USB problem

[Jeff Garzik]

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

Manfred Spraul wrote:
> --- 2.4/arch/i386/kernel/pci-irq.c      Sat Nov  3 19:51:08 2001
> +++ build-2.4/arch/i386/kernel/pci-irq.c        Sun Nov  4 11:57:00 2001
> @@ -48,6 +48,8 @@
>   *  Search 0xf0000 -- 0xfffff for the PCI IRQ Routing Table.
>   */
> 
> +#undef DBG
> +#define DBG    printk
>  static struct irq_routing_table * __init pirq_find_routing_table(void)
>  {
>         u8 *addr;


This patch is probably preferred, it turns on all PCI and PCI
IRQ-related debugging, including dumping the PCI IRQ table.

Tom, please CC me a copy of the output as well, if you don't mind.

-- 
Jeff Garzik      | Only so many songs can be sung
Building 1024    | with two lips, two lungs, and one tongue.
MandrakeSoft     |         - nomeansno

[-- Attachment #2: pci-irq-debug.patch --]
[-- Type: text/plain, Size: 464 bytes --]

Index: arch/i386/kernel/pci-i386.h
===================================================================
RCS file: /cvsroot/gkernel/linux_2_4/arch/i386/kernel/pci-i386.h,v
retrieving revision 1.3
diff -u -r1.3 pci-i386.h
--- arch/i386/kernel/pci-i386.h	2001/10/13 07:47:29	1.3
+++ arch/i386/kernel/pci-i386.h	2001/11/04 14:02:45
@@ -4,7 +4,7 @@
  *	(c) 1999 Martin Mares <mj@ucw.cz>
  */
 
-#undef DEBUG
+#define DEBUG 1
 
 #ifdef DEBUG
 #define DBG(x...) printk(x)

Re: Vaio IRQ routing / USB problem

[Tom Winkler]

Hi,

I tested both patches from Manfred and both of them worked!
My Vaio now works perfectly with USB. I've put together some
short information at http://www.sbox.tugraz.at/home/t/twinkler/vaio/
(dmesg and interrupts - if you're interested in something else let me
know).  I'm not really sure which of the patches to use since both
are working. For now I'll stick with the first one I guess.
Just a questinon: Will this patch (wich as far as I saw on the web
will be interesting for many other vaio users) be part of one of the
next kernel releases? If you need me to test something related to
this patch just drop me a line.

Thank you very much Manfred and Jeff for your help,
    Tom

Re: Vaio IRQ routing / USB problem

[Manfred Spraul]

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

[cc to linux-kernel added]

Tom Winkler wrote:
> 
> usb-uhci.c: High bandwidth mode enabled
> IRQ for 00:1f.2:3 -> PIRQ 63, mask 0200, excl 0000 -> newirq=9 -> got IRQ
> 10
> PCI: Found IRQ 10 for device 00:1f.2
> IRQ routing conflict for 00:1f.2, have irq 9, want irq 10
> PCI: Setting latency timer of device 00:1f.2 to 64

That's interesting. It's obivously a bios bug:
The USB controller only supports interrupt 9 (mask==0x200 -->bit 9), is
right now running on irq 9 according to the bios data.
But according to the piix irq router, it's connected to irq 10.

First we must figure out where the bios lies. Could you try the attached
patches?
The patches are alternatives, first try option 1, then option 2.


--

[-- Attachment #2: patch-vaio-option-1 --]
[-- Type: text/plain, Size: 519 bytes --]

--- 2.4/arch/i386/kernel/pci-irq.c	Sat Nov  3 19:51:08 2001
+++ build-2.4/arch/i386/kernel/pci-irq.c	Sun Nov  4 14:48:58 2001
@@ -626,7 +626,7 @@
 			continue;
 		if (info->irq[pin].link == pirq) {
 			/* We refuse to override the dev->irq information. Give a warning! */
-		    	if (dev2->irq && dev2->irq != irq) {
+		    	if (dev2->irq && dev2->irq != irq && 0) {
 		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
 				       dev2->slot_name, dev2->irq, irq);
 		    		continue;



[-- Attachment #3: patch-vaio-option-2 --]
[-- Type: text/plain, Size: 788 bytes --]

--- 2.4/arch/i386/kernel/pci-irq.c	Sat Nov  3 19:51:08 2001
+++ build-2.4/arch/i386/kernel/pci-irq.c	Sun Nov  4 15:09:40 2001
@@ -629,6 +629,18 @@
 		    	if (dev2->irq && dev2->irq != irq) {
 		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
 				       dev2->slot_name, dev2->irq, irq);
+				if (!strcmp(msg, "Found")) {
+					/* ok, the bios lied. Try to recover */
+					if (r->set && (dev->class >> 8) != PCI_CLASS_DISPLAY_VGA) {
+						printk(KERN_ERR "trying set.\n");
+						if (r->set(pirq_router_dev, dev2, pirq, dev2->irq)) {
+							printk(KERN_ERR "set succedded.\n");
+							eisa_set_level_irq(dev2->irq);
+						} else {
+							printk(KERN_ERR "set failed.\n");
+						}
+					}
+				}
 		    		continue;
 		    	}
 			dev2->irq = irq;

Re: Vaio IRQ routing / USB problem

[Jan Slupski]

Hi!

I got Sony Vaio PCG-FX240 (on i815), and problems as Tom Winkler 
described.

Maybe you will be interested in my patch, which also makes
USB work...

Maybe it is a little narrower the prevoius ones.
I think it is worth to add 'is_sony_vaio_laptop' check in if condition...

I know that is a rather ugly hack, but maybe it can be added to kernel,
like other sony pathces... Of course it should be implemented somehow
nicer...

--- pci-irq.c	Sun Nov  4 18:31:58 2001
+++ ../../../../linux-2.4.14-pre3/arch/i386/kernel/pci-irq.c	Sun Nov  4 19:01:30 2001
@@ -588,7 +588,7 @@
 		irq = pirq & 0xf;
 		DBG(" -> hardcoded IRQ %d\n", irq);
 		msg = "Hardcoded";
-	} else if (r->get && (irq = r->get(pirq_router_dev, dev, pirq))) {
+	} else if (r->get && (irq=r->get(pirq_router_dev, dev, pirq)) && !(dev->vendor==0x8086 && dev->device==0x2442)) {
 		DBG(" -> got IRQ %d\n", irq);
 		msg = "Found";
 	} else if (newirq && r->set && (dev->class >> 8) != PCI_CLASS_DISPLAY_VGA) {



Plese CC me if you have any additional questions/comments.
I can send some logs, or anything...

Jan

PS.
My eepro100 card works great on 100Mbps net, and has problems
(eepro100: wait_for_cmd_done) on 10Mbs. Even if I set up
speed manually (by option to module)

   _  _  _  _  _____________________________________________
   | |_| |\ |  S L U P S K I              jslupski@email.com
 |_| | | | \|                 http://www.pm.waw.pl/~jslupski  

Vaio IRQ routing / USB problem

[Tom Winkler]

Hello,

I've run into problems while getting Linux running on my
new Sony Vaio FX403 with an Intel i815EM / i820 (Comino 2)
chipset (see appended output of lspci -v for more information).
When including USB support into the kernel (usb-uhci) i get
error messages like this in /var/log/syslog

hub.c: USB new device connect on bus1/2, assigned device number 3
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=3 (error=-110)

I tried with Kernel 2.4.13, 2.4.13ac6 and ac7 as well as
2.4.14pre7 and pre8. It's always the same. Johannes Erdfelt
from linux-usb.org told me the following:

"It's not a USB problem, it's a PCI IRQ routing problem. You should
check with the PCI people on linux-kernel [...]."

Nevertheless there is a trick to get USB devices recognized and workig:
If I plug in my mouse while running KDE and playing sounds over the aRts
soundserver my mouse gets detected when pluged into the USB port.
When i stop playing sound the mouse stops working after some time (about
1 minute).

As far as I was able to find out I'm not the only one having these
problems on Vaio laptops. J. Ziuber and some others seem to have pretty
much the same problems (still unsolved as they told me). You can find
a very detailed posting from J. Ziuber over at
http://groups.google.com/groups?q=820+usb+linux&hl=en&lr=lang_en|lang_de&rn
um=2&selm=fa.jc3v49v.g76bbr%40ifi.uio.no

Furhtermore i noticed the following 2 lines when looking at the output of
dmesg (full output of dmesg is appended below):

PCI: Found IRQ 10 for device 00:1f.2
IRQ routing conflict for 00:1f.2, have irq 9, want irq 10

According to lspci 00:1f.2 is USB HUB A. I'm not really sure what i can
do about this problem (not sure if that might have something to do with
it but turning pnp os on/off in the bios has no effect).

I now wanted to ask if this problem is known to you and if you think that
this can/will be solved sometimes in the near future. If you need testers
for any patches on that subject you can count me in, of course.

I'd be glad if you could share your thoughts about that problem with me
since I'm thinking about returning this laptop to the local dealer. It's
not much fun working without usb and therefore without external input
devices all the time since there are no PS2 ports. And Windows (where USB
works perfectly) isn't really an option for me.

Thanks in advance for your help,
 Tom Winkler


APPENDIX

 Since I din't want to blow all your mailboxes with proberbly useless
 stuff I decided to put the output of lspci -v and dmesg on my webserver
 to make it available for those who need it to help me with my problems:

 lspci -v  http://www.sbox.tugraz.at/home/t/twinkler/vaio/lspciv.txt
 dmesg     http://www.sbox.tugraz.at/home/t/twinkler/vaio/dmesg.txt