Vadim Dyadkin wrote:
Hi!
I need help from developers, may be, because I have some troubles with
r8169 card.
I use laptop ASUS a6tc. The network card in this laptop is r8169. Video
is GeForce Go 7300. When I load linux (I use linux almost always), the
network and video cards take the same IRQ every time.
************************
# cat /proc/interrupts
CPU0 CPU1
0: 3530622 177152 XT-PIC-XT timer
1: 1910 9 IO-APIC-edge i8042
8: 1 1 IO-APIC-edge rtc
9: 41627 115 IO-APIC-fasteoi acpi
12: 122 10 IO-APIC-edge i8042
14: 38 12 IO-APIC-edge ide0
15: 53721 8 IO-APIC-edge ide1
16: 0 0 IO-APIC-fasteoi yenta
17: 34909 1 IO-APIC-fasteoi ohci_hcd:usb1
18: 13 1 IO-APIC-fasteoi ehci_hcd:usb2
19: 332826 1 IO-APIC-fasteoi nvidia, eth0
20: 0 0 IO-APIC-fasteoi sdhci:slot0
21: 26981 1 IO-APIC-fasteoi HDA Intel
NMI: 0 0
LOC: 177152 3530365
ERR: 1
MIS: 0
**************************
You can see, now it's 19, sometimes it's 17 or 21, but every time it is
the same.
Often, the computer hangs, only the reboot can help. In /var/log/messages:
************************
Jul 14 19:15:29 satah NETDEV WATCHDOG: eth0: transmit timed out
Jul 14 19:15:32 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda2c
Jul 14 19:15:40 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda2d
Jul 14 19:15:48 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda2e
Jul 14 19:15:56 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda2f
Jul 14 19:16:04 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda30
Jul 14 19:16:12 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda31
Jul 14 19:16:17 satah NETDEV WATCHDOG: eth0: transmit timed out
Jul 14 19:16:20 satah NVRM: Xid (0002:00): 16, Head 00000000 Count 00cfda32
Jul 14 19:16:35 satah NETDEV WATCHDOG: eth0: transmit timed out
Jul 14 19:16:53 satah NETDEV WATCHDOG: eth0: transmit timed out
****************************
There's no such problem in windows. Could you help me with it?
This could well be a problem with the nvidia driver as it shares the
same IRQ. The first step would be to see if the problem still shows up
without the nvidia binary module loaded.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
Robert Hancock пишет:
This could well be a problem with the nvidia driver as it shares the
same IRQ. The first step would be to see if the problem still shows up
without the nvidia binary module loaded.
Thank for your answer. This problem never shows up if I use only nvidia
driver (the work without network), or if I use only r8169 (without
x.org). If I use both of them I have the hang. Usually the hang appears
if OpenGL is used or network rate is maximal. I tested this regimes many
times before.
Vadim
On Sunday 12 August 2007 21:06:43 Vadim Dyadkin wrote:
Robert Hancock пишет:
quoted
This could well be a problem with the nvidia driver as it shares the
same IRQ. The first step would be to see if the problem still shows up
without the nvidia binary module loaded.
Thank for your answer. This problem never shows up if I use only nvidia
driver (the work without network), or if I use only r8169 (without
x.org). If I use both of them I have the hang. Usually the hang appears
if OpenGL is used or network rate is maximal. I tested this regimes many
times before.
If you haven't already, I'd drop linux-bugs@nvidia.com an email to see if they
have any insight. Not that this can't be a kernel bug, just that it's a bit
difficult for kernel developers to debug when you're using a driver for which
we don't have the sources.
As for changing the IRQ assignments, I don't have any immediate suggestions. I
notice that this laptop has a dual core processor, so I'm guessing disabling
APIC isn't an option. Have you tried that anyway, just to see if the IRQ
assignment differs?
--
Cheers,
Alistair.
137/1 Warrender Park Road, Edinburgh, UK.
Alistair John Strachan пишет:
quoted
Thank for your answer. This problem never shows up if I use only nvidia
driver (the work without network), or if I use only r8169 (without
x.org). If I use both of them I have the hang. Usually the hang appears
if OpenGL is used or network rate is maximal. I tested this regimes many
times before.
If you haven't already, I'd drop linux-bugs@nvidia.com an email to see if they
have any insight.
I haven't done it yet. I'm going to do it.
Not that this can't be a kernel bug, just that it's a bit
difficult for kernel developers to debug when you're using a driver for which
we don't have the sources.
As for changing the IRQ assignments, I don't have any immediate suggestions. I
notice that this laptop has a dual core processor, so I'm guessing disabling
APIC isn't an option. Have you tried that anyway, just to see if the IRQ
assignment differs?
If I've correctly understood your suggestion I should load kernel with
'noapic' option. In that case the situation even worse:
******************************
CPU0 CPU1
0: 106543 11922 XT-PIC-XT timer
1: 53 8 XT-PIC-XT i8042
2: 0 0 XT-PIC-XT cascade
5: 0 0 XT-PIC-XT sdhci:slot0
7: 14250 126092 XT-PIC-XT ehci_hcd:usb2
8: 2 0 XT-PIC-XT rtc
9: 1168 190 XT-PIC-XT acpi
10: 338 181 XT-PIC-XT HDA Intel
11: 7167 1052 XT-PIC-XT ohci_hcd:usb1, yenta,
eth0, nvidia
12: 123 9 XT-PIC-XT i8042
14: 19 32 XT-PIC-XT ide0
15: 10936 1112 XT-PIC-XT ide1
NMI: 0 0
LOC: 11921 106401
ERR: 41370
MIS: 0
*******************************
Now, pcmcia and usb 1.1 share the same IRQ.
Plus, dmesg says:
*********************************
irq 7: nobody cared (try booting with the "irqpoll" option)
[<c013f9c4>] __report_bad_irq+0x24/0x80
[<c013fc46>] note_interrupt+0x226/0x260
[<f885d0bb>] usb_hcd_irq+0x2b/0x60 [usbcore]
[<c013eed5>] handle_IRQ_event+0x25/0x50
[<c01407f3>] handle_level_irq+0x93/0x100
[<c010529b>] do_IRQ+0x3b/0x70
[<c010293e>] sys_sigreturn+0xce/0xe0
[<c010341b>] common_interrupt+0x23/0x28
=======================
handlers:
[<f885d090>] (usb_hcd_irq+0x0/0x60 [usbcore])
Disabling IRQ #7
******************************
Vadim