* sis900 oops on resume
@ 2004-11-17 18:24 maximilian attems
2004-11-17 20:10 ` Pavel Machek
0 siblings, 1 reply; 6+ messages in thread
From: maximilian attems @ 2004-11-17 18:24 UTC (permalink / raw)
To: netdev; +Cc: Daniele Venzano, Pavel Machek
happens since the use of guessnet,
guessnet is based on divine and sends arp requests to network.
network was down after the oops, but beside resume system worked.
uname -a:
Linux sputnik 2.6.10-rc2-bk1.041116 #1 Tue Nov 16 18:35:42 CET 2004 i686 GNU/Linux
shall i enable CONFIG_PM_DEBUG?
"normal" suspend:
--
Nov 9 19:43:23 sputnik kernel: Stopping tasks: ======================|
Nov 9 19:43:24 sputnik kernel: Freeing memory... done (80439 pages freed)
Nov 9 19:43:24 sputnik kernel: .........................................swsusp: Need to copy 7094 pages
Nov 9 19:43:24 sputnik kernel: .<6>ACPI: PCI interrupt 0000:00:01.4[B] -> GSI 11 (level, low) -> IRQ 11
Nov 9 19:43:24 sputnik kernel: Restarting tasks... done
Nov 9 19:43:25 sputnik kernel: eth0: Abnormal interrupt,status 0x03008001.
Nov 9 19:43:27 sputnik kernel: eth0: Media Link On 100mbps full-duplex
or
Nov 16 17:51:04 sputnik kernel: Stopping tasks: ============================|
Nov 16 17:51:06 sputnik kernel: Freeing memory... done (9559 pages freed)
Nov 16 17:51:06 sputnik kernel: ................swsusp: Need to copy 6608 pages
Nov 16 17:51:06 sputnik kernel: .<6>ACPI: PCI interrupt 0000:00:01.4[B] -> GSI 11 (level, low) -> IRQ 11
Nov 16 17:51:06 sputnik kernel: spurious 8259A interrupt: IRQ7.
Nov 16 17:51:06 sputnik kernel: Restarting tasks... done
Nov 16 17:51:08 sputnik kernel: eth0: Media Link On 100mbps full-duplex
Nov 16 17:51:09 sputnik kernel: eth0: Abnormal interrupt,status 0x03008001.
--
-- oops snipp
Nov 16 20:15:36 sputnik kernel: Stopping tasks: ============================|
Nov 16 20:15:37 sputnik kernel: Freeing memory... done (37019 pages freed)
Nov 16 20:15:37 sputnik kernel: ..........................................swsusp
: Need to copy 10075 pages
Nov 16 20:15:37 sputnik kernel: .<6>eth0: Abnormal interrupt,status 0x03008000.
Nov 16 20:15:37 sputnik kernel: irq 10: nobody cared!
Nov 16 20:15:37 sputnik kernel: [<c0130a34>] __report_bad_irq+0x24/0x90
Nov 16 20:15:37 sputnik kernel: [<c0130b31>] note_interrupt+0x61/0x90
Nov 16 20:15:37 sputnik kernel: [<c013059b>] __do_IRQ+0x11b/0x130
Nov 16 20:15:37 sputnik kernel: [<c0104b4c>] do_IRQ+0x5c/0x60
Nov 16 20:15:37 sputnik kernel: [<c01031ea>] common_interrupt+0x1a/0x20
Nov 16 20:15:37 sputnik kernel: [<c0130440>] handle_IRQ_event+0x20/0x60
Nov 16 20:15:37 sputnik kernel: [<c013054a>] __do_IRQ+0xca/0x130
Nov 16 20:15:37 sputnik kernel: [<c0104b2e>] do_IRQ+0x3e/0x60
Nov 16 20:15:37 sputnik kernel: =======================
Nov 16 20:15:37 sputnik kernel: [<c01031ea>] common_interrupt+0x1a/0x20
Nov 16 20:15:37 sputnik kernel: [<c020007b>] sisdrv_irq_install+0xbb/0x160
Nov 16 20:15:37 sputnik kernel: [<c0207144>] i8042_command+0xc4/0xf0
Nov 16 20:15:37 sputnik kernel: [<c0207571>] i8042_enable_mux_mode+0x21/0x90
Nov 16 20:15:37 sputnik kernel: [<c0207a9c>] i8042_controller_resume+0xdc/0x120
Nov 16 20:15:37 sputnik kernel: [<c020abad>] platform_resume+0x3d/0x40
Nov 16 20:15:37 sputnik kernel: [<c020be46>] resume_device+0x16/0x20
Nov 16 20:15:37 sputnik kernel: [<c020bef7>] dpm_resume+0xa7/0xb0
Nov 16 20:15:37 sputnik kernel: [<c020bf11>] device_resume+0x11/0x20
Nov 16 20:15:37 sputnik kernel: [<c012f6a5>] finish+0x5/0x40
Nov 16 20:15:37 sputnik kernel: [<c012f7bc>] pm_suspend_disk+0x3c/0x70
Nov 16 20:15:37 sputnik kernel: [<c012dee5>] enter_state+0x65/0x70
Nov 16 20:15:37 sputnik kernel: [<c012e023>] state_store+0xa3/0xab
Nov 16 20:15:37 sputnik kernel: [<c012df80>] state_store+0x0/0xab
Nov 16 20:15:37 sputnik kernel: [<c017e7f6>] subsys_attr_store+0x36/0x40
Nov 16 20:15:37 sputnik kernel: [<c017ea5e>] flush_write_buffer+0x2e/0x40
Nov 16 20:15:37 sputnik kernel: [<c017eac1>] sysfs_write_file+0x51/0x60
Nov 16 20:15:37 sputnik kernel: [<c014e101>] vfs_write+0xd1/0x120
Nov 16 20:15:37 sputnik kernel: [<c014e217>] sys_write+0x47/0x80
Nov 16 20:15:37 sputnik kernel: [<c010307b>] syscall_call+0x7/0xb
Nov 16 20:15:37 sputnik kernel: [<e0032720>] (sis900_interrupt+0x0/0x100 [sis900])
Nov 16 20:15:37 sputnik kernel: Disabling IRQ #10
--
maks
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sis900 oops on resume
2004-11-17 18:24 sis900 oops on resume maximilian attems
@ 2004-11-17 20:10 ` Pavel Machek
2004-11-18 2:14 ` maximilian attems
0 siblings, 1 reply; 6+ messages in thread
From: Pavel Machek @ 2004-11-17 20:10 UTC (permalink / raw)
To: netdev, Daniele Venzano
Hi!
> happens since the use of guessnet,
> guessnet is based on divine and sends arp requests to network.
> network was down after the oops, but beside resume system worked.
And where do you see the oops? Irq 10 does not work, that's only
backtrace. Fix the sis900 driver...
Pavel
> Nov 16 20:15:36 sputnik kernel: Stopping tasks: ============================|
> Nov 16 20:15:37 sputnik kernel: Freeing memory... done (37019 pages freed)
> Nov 16 20:15:37 sputnik kernel: ..........................................swsusp
> : Need to copy 10075 pages
> Nov 16 20:15:37 sputnik kernel: .<6>eth0: Abnormal interrupt,status 0x03008000.
> Nov 16 20:15:37 sputnik kernel: irq 10: nobody cared!
> Nov 16 20:15:37 sputnik kernel: [<c0130a34>] __report_bad_irq+0x24/0x90
> Nov 16 20:15:37 sputnik kernel: [<c0130b31>] note_interrupt+0x61/0x90
> Nov 16 20:15:37 sputnik kernel: [<c013059b>] __do_IRQ+0x11b/0x130
> Nov 16 20:15:37 sputnik kernel: [<c0104b4c>] do_IRQ+0x5c/0x60
> Nov 16 20:15:37 sputnik kernel: [<c01031ea>] common_interrupt+0x1a/0x20
> Nov 16 20:15:37 sputnik kernel: [<c0130440>] handle_IRQ_event+0x20/0x60
> Nov 16 20:15:37 sputnik kernel: [<c013054a>] __do_IRQ+0xca/0x130
> Nov 16 20:15:37 sputnik kernel: [<c0104b2e>] do_IRQ+0x3e/0x60
> Nov 16 20:15:37 sputnik kernel: =======================
> Nov 16 20:15:37 sputnik kernel: [<c01031ea>] common_interrupt+0x1a/0x20
> Nov 16 20:15:37 sputnik kernel: [<c020007b>] sisdrv_irq_install+0xbb/0x160
> Nov 16 20:15:37 sputnik kernel: [<c0207144>] i8042_command+0xc4/0xf0
> Nov 16 20:15:37 sputnik kernel: [<c0207571>] i8042_enable_mux_mode+0x21/0x90
> Nov 16 20:15:37 sputnik kernel: [<c0207a9c>] i8042_controller_resume+0xdc/0x120
> Nov 16 20:15:37 sputnik kernel: [<c020abad>] platform_resume+0x3d/0x40
> Nov 16 20:15:37 sputnik kernel: [<c020be46>] resume_device+0x16/0x20
> Nov 16 20:15:37 sputnik kernel: [<c020bef7>] dpm_resume+0xa7/0xb0
> Nov 16 20:15:37 sputnik kernel: [<c020bf11>] device_resume+0x11/0x20
> Nov 16 20:15:37 sputnik kernel: [<c012f6a5>] finish+0x5/0x40
> Nov 16 20:15:37 sputnik kernel: [<c012f7bc>] pm_suspend_disk+0x3c/0x70
> Nov 16 20:15:37 sputnik kernel: [<c012dee5>] enter_state+0x65/0x70
> Nov 16 20:15:37 sputnik kernel: [<c012e023>] state_store+0xa3/0xab
> Nov 16 20:15:37 sputnik kernel: [<c012df80>] state_store+0x0/0xab
> Nov 16 20:15:37 sputnik kernel: [<c017e7f6>] subsys_attr_store+0x36/0x40
> Nov 16 20:15:37 sputnik kernel: [<c017ea5e>] flush_write_buffer+0x2e/0x40
> Nov 16 20:15:37 sputnik kernel: [<c017eac1>] sysfs_write_file+0x51/0x60
> Nov 16 20:15:37 sputnik kernel: [<c014e101>] vfs_write+0xd1/0x120
> Nov 16 20:15:37 sputnik kernel: [<c014e217>] sys_write+0x47/0x80
> Nov 16 20:15:37 sputnik kernel: [<c010307b>] syscall_call+0x7/0xb
> Nov 16 20:15:37 sputnik kernel: [<e0032720>] (sis900_interrupt+0x0/0x100 [sis900])
> Nov 16 20:15:37 sputnik kernel: Disabling IRQ #10
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sis900 oops on resume
2004-11-17 20:10 ` Pavel Machek
@ 2004-11-18 2:14 ` maximilian attems
2004-11-18 8:44 ` Daniele Venzano
0 siblings, 1 reply; 6+ messages in thread
From: maximilian attems @ 2004-11-18 2:14 UTC (permalink / raw)
To: Pavel Machek; +Cc: netdev, Daniele Venzano
On Wed, 17 Nov 2004, Pavel Machek wrote:
> Hi!
>
> > happens since the use of guessnet,
> > guessnet is based on divine and sends arp requests to network.
> > network was down after the oops, but beside resume system worked.
>
> And where do you see the oops? Irq 10 does not work, that's only
> backtrace. Fix the sis900 driver...
>
> Pavel
ok, i'm not that familiar with suspend pathes,
what's going wrong in sis900_resume() or sis900_suspend()?
maks
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sis900 oops on resume
2004-11-18 2:14 ` maximilian attems
@ 2004-11-18 8:44 ` Daniele Venzano
2004-11-18 9:46 ` maximilian attems
0 siblings, 1 reply; 6+ messages in thread
From: Daniele Venzano @ 2004-11-18 8:44 UTC (permalink / raw)
To: maximilian attems; +Cc: NetDev, Pavel Machek
On Thu, Nov 18, 2004 at 03:14:25AM +0100, maximilian attems wrote:
> On Wed, 17 Nov 2004, Pavel Machek wrote:
> > > happens since the use of guessnet,
> > > guessnet is based on divine and sends arp requests to network.
> > > network was down after the oops, but beside resume system worked.
> >
> > And where do you see the oops? Irq 10 does not work, that's only
> > backtrace. Fix the sis900 driver...
>
> ok, i'm not that familiar with suspend pathes,
> what's going wrong in sis900_resume() or sis900_suspend()?
I'm aware of this problem, sis900 looses the first interrupt after
resume, I have to check the code.
On my tests the card, after that lost interrupt, worked normally. Is
that your case, or do you have a non working sis900 after resume ?
--
-----------------------------
Daniele Venzano
Web: http://teg.homeunix.org
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sis900 oops on resume
2004-11-18 8:44 ` Daniele Venzano
@ 2004-11-18 9:46 ` maximilian attems
2004-11-19 10:01 ` Daniele Venzano
0 siblings, 1 reply; 6+ messages in thread
From: maximilian attems @ 2004-11-18 9:46 UTC (permalink / raw)
To: NetDev, Pavel Machek
On Thu, 18 Nov 2004, Daniele Venzano wrote:
> On Thu, Nov 18, 2004 at 03:14:25AM +0100, maximilian attems wrote:
> > On Wed, 17 Nov 2004, Pavel Machek wrote:
> > > > happens since the use of guessnet,
> > > > guessnet is based on divine and sends arp requests to network.
> > > > network was down after the oops, but beside resume system worked.
> > >
> > > And where do you see the oops? Irq 10 does not work, that's only
> > > backtrace. Fix the sis900 driver...
> >
> > ok, i'm not that familiar with suspend pathes,
> > what's going wrong in sis900_resume() or sis900_suspend()?
>
> I'm aware of this problem, sis900 looses the first interrupt after
> resume, I have to check the code.
> On my tests the card, after that lost interrupt, worked normally. Is
> that your case, or do you have a non working sis900 after resume ?
well it works, as long as i do not use guessnet(8),
as described in the bug report, but the lost interrupt is reported
on every resume.
--
maks
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sis900 oops on resume
2004-11-18 9:46 ` maximilian attems
@ 2004-11-19 10:01 ` Daniele Venzano
0 siblings, 0 replies; 6+ messages in thread
From: Daniele Venzano @ 2004-11-19 10:01 UTC (permalink / raw)
To: maximilian attems; +Cc: NetDev
On Thu, Nov 18, 2004 at 10:46:02AM +0100, maximilian attems wrote:
> On Thu, 18 Nov 2004, Daniele Venzano wrote:
> > I'm aware of this problem, sis900 looses the first interrupt after
> > resume, I have to check the code.
> > On my tests the card, after that lost interrupt, worked normally. Is
> > that your case, or do you have a non working sis900 after resume ?
>
> well it works, as long as i do not use guessnet(8),
> as described in the bug report, but the lost interrupt is reported
> on every resume.
Unfortunately I'm no longer able to reproduce this problem. I just tried
to suspend/resume with a running ping -f and I can't see any lost or
abnormal interrupts.
There is a noticeable delay after resume and before the NIC is on line
and able to handle traffic, but that is caused by the link
detection/autonegotiation and I can do little to speed things up.
Have you tried delaying the guessnet invocation ?
--
-----------------------------
Daniele Venzano
Web: http://teg.homeunix.org
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-11-19 10:01 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-17 18:24 sis900 oops on resume maximilian attems
2004-11-17 20:10 ` Pavel Machek
2004-11-18 2:14 ` maximilian attems
2004-11-18 8:44 ` Daniele Venzano
2004-11-18 9:46 ` maximilian attems
2004-11-19 10:01 ` Daniele Venzano
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).