Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030295AbWIMAsf (ORCPT ); Tue, 12 Sep 2006 20:48:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030442AbWIMAsf (ORCPT ); Tue, 12 Sep 2006 20:48:35 -0400 Received: from smtp1.netcabo.pt ([212.113.174.28]:39725 "EHLO exch01smtp10.hdi.tvcabo") by vger.kernel.org with ESMTP id S1030295AbWIMAse (ORCPT ); Tue, 12 Sep 2006 20:48:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AY8CAEvxBkWBToog X-Antivirus-bastov-Mail-From: sergio@sergiomb.no-ip.org via bastov.localdomain X-Antivirus-bastov: 1.25-st-qms (Clear:RC:0(83.132.128.144):SA:0(0.7/5.0):. Processed in 4.48952 secs Process 10194) Subject: Re: [PATCH V3] VIA IRQ quirk behaviour change From: Sergio Monteiro Basto Reply-To: sergio@sergiomb.no-ip.org To: Stian Jordet Cc: Alan Cox , Daniel Drake , akpm@osdl.org, torvalds@osdl.org, jeff@garzik.org, greg@kroah.com, cw@f00f.org, bjorn.helgaas@hp.com, linux-kernel@vger.kernel.org, harmon@ksu.edu, len.brown@intel.com, vsu@altlinux.ru In-Reply-To: <1158097115.8436.3.camel@localhost.localdomain> References: <20060907223313.1770B7B40A0@zog.reactivated.net> <1157811641.6877.5.camel@localhost.localdomain> <4502D35E.8020802@gentoo.org> <1157817836.6877.52.camel@localhost.localdomain> <45033370.8040005@gentoo.org> <1157848272.6877.108.camel@localhost.localdomain> <450436F1.8070203@gentoo.org> <1157906395.23085.18.camel@localhost.localdomain> <4504621E.5090202@gentoo.org> <1157917308.23085.26.camel@localhost.localdomain> <1157916102.21295.9.camel@localhost.localdomain> <1157988809.13889.5.camel@localhost.localdomain> <1158005769.4748.0.camel@localhost.localdomain> <1158009834.3434.4.camel@localhost.portugal> <1158010698.23135.1.camel@localhost.localdomain> <1158064640.13591.5.camel@localhost.localdomain> <1158097115.8436.3.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=sha1; protocol="application/x-pkcs7-signature"; boundary="=-NuogL92BT+J9E4A3e9qE" Date: Wed, 13 Sep 2006 01:48:21 +0100 Message-Id: <1158108501.3077.13.camel@localhost.portugal> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) X-OriginalArrivalTime: 13 Sep 2006 00:48:32.0094 (UTC) FILETIME=[55FDC7E0:01C6D6CE] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5731 Lines: 115 --=-NuogL92BT+J9E4A3e9qE Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On Tue, 2006-09-12 at 23:38 +0200, Stian Jordet wrote: > On tir, 2006-09-12 at 13:37 +0100, Sergio Monteiro Basto wrote: > > Ok, as a quick answer, you have a very primitive VIA SMP board, which > > make me remember my old laptop.=20 > > I maintain what a had write in previous emails about this system.=20 > > Seeing the configuration of irqs on windows, USB are in 9, so could be = a > > clue. > > If I had your board, I'll try not quirk USB (cause quirk put USB in 11) > > and make USB interrupts work as IO-APIC-edge. > > 9: nnnn nnnn IO-APIC-edge uhci_hcd:usb1, uhci_hcd:usb2, > > uhci_hcd:usb3 >=20 > The point is, that even when I do not quirk (just insert return at the > top of the quirk-function), usb still uses irq 11 (as I wrote here: > http://lkml.org/lkml/2006/9/6/49 ), but won't work. And acpi (on > interrupt 9) gets an interrupt storm, and gets disabled. >=20 Good point , you got on your dmesg of kernel 2.6.18-rc6 (http://lkml.org/lkml/2006/9/10/120) USB Universal Host Controller Interface driver v3.0 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -= > IRQ 11 PCI: VIA IRQ fixup for 0000:00:11.2, from 9 to 11 uhci_hcd 0000:00:11.2: UHCI Host Controller uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:11.2: irq 11, io base 0x00009800 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected but before=20 ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) LNKD was on 9, so may be the bug is on ACPI: PCI Interrupt Link [LNKD] enab= led at IRQ 11 you have to investigate :)=20 Further more, your interrupts have 4 steps =20 ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -= > IRQ 11 and mine just got 3=20 ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 201 > But if I somehow got usb using irq 9, all my problems might vanish... >=20 > -Stian >=20 --=20 S=E9rgio M. B. --=-NuogL92BT+J9E4A3e9qE Content-Type: application/x-pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGSTCCAwIw ggJroAMCAQICAw/vkjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDUxMTI4MjIyODU2WhcNMDYxMTI4MjIyODU2WjBLMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSgwJgYJKoZIhvcNAQkBFhlzZXJnaW9Ac2VyZ2lvbWIu bm8taXAub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEApCNuKD3pz8GRKd1q+36r m0z7z+TBsbTrVa45UQsEeh9OQGZIASJMH5erC0u6KbKJ+km97RLOdsgSlKG6+5xuzsk+aqU7A0Gp kMjzIJT7UH/bbPnIFMQNnWJxluuYq1u+v8iIbfezQy1+SXyAyBv+OC7LnCOiOar/L9AD9zDy2fPX EqEDlbO3CJsoaR4Va8sgtoV0NmKnAt7DA0iZ2dmlsw6Qh+4euI+FgZ2WHPBQnfJ7PfSH5GIWl/Nx eUqnYpDaJafk/l94nX71UifdPXDMxJJlEOGqV9l4omhNlPmsZ/zrGXgLdBv9JuPjJ9mxhgwZsZbz VBc8emB0i3A7E6D6rwIDAQABo1kwVzAOBgNVHQ8BAf8EBAMCBJAwEQYJYIZIAYb4QgEBBAQDAgUg MCQGA1UdEQQdMBuBGXNlcmdpb0BzZXJnaW9tYi5uby1pcC5vcmcwDAYDVR0TAQH/BAIwADANBgkq hkiG9w0BAQQFAAOBgQBIVheRn3oHTU5rgIFHcBRxkIhOYPQHKk/oX4KakCrDCxp33XAqTG3aIG/v dsUT/OuFm5w0GlrUTrPaKYYxxfQ00+3d8y87aX22sUdj8oXJRYiPgQiE6lqu9no8axH6UXCCbKTi 8383JcxReoXyuP000eUggq3tWr6fE/QmONUARzCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEF BQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24g U2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTEr MCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAw MDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me 7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r 1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCB kTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3Rl LmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAg pB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPq Cy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUa C4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx 0x1G/11fZU8xggHvMIIB6wIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQQIDD++SMAkGBSsOAwIaBQCgXTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0wNjA5MTMwMDQ4MThaMCMGCSqGSIb3DQEJBDEWBBTXtXLDVcw2PuUaxzfnnXyN ylPf5TANBgkqhkiG9w0BAQEFAASCAQCU6KDCg9m1MO2nv8rAZ3yOh1N955iLUusek/k2BqrYxWHy Li0NzZ4pX0QfCB2Bp17qw0NSqROFpqtZLZxqv1Ysumm6RhBRQcSKJLCybWLi93oMS6LtMCsumNj+ Bd1CNct/lk/J8IQchCJRkRV79jXeck/JLDzdXwtJt3ds0Xru9NX7Yz+i+sZUD+nb5HjESql2tEfB hK0s0pE6hEBVxPeS+030Im8gLvvG6zguA2DRKFXiZczrVCDIP6D9HLwyY4jHU1qwGzdu2mGsrh+i XzHTTz6EFc00++HUS2wiUBSV2BjZo+yMbQUKjZ6gZHJrdXiwh5o0j26+8SePm8zqxtfiAAAAAAAA --=-NuogL92BT+J9E4A3e9qE-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/