apm/pm bug [was Re: tulip : kernel BUG in tulip_up/tulip_resume]

[CCing [email protected] and [email protected]]

On Thu, Dec 03, 2009 at 09:47:42AM +0100, Philippe De Muyter wrote:
> Hi Jarek and David,
> On Wed, Dec 02, 2009 at 10:25:26PM -0800, David Miller wrote:
> > From: Jarek Poplawski <[email protected]>
> > Date: Sun, 29 Nov 2009 12:36:59 +0100
> > 
> > > On Sun, Nov 29, 2009 at 01:17:10AM +0100, Jarek Poplawski wrote:
> > >> Philippe De Muyter wrote, On 11/08/2009 11:33 PM:
> > >> > Does someone know what could be wrong and have a fix or should I look myself ?
> > >> 
> > >> Don't know, guess only...
> > > 
> > > ...And maybe a second guess btw. (to try together or separate).
> > 
> > Philippe please test Jarek's patches.
> 
> Busy doing that. I had some problems trying to activate apm's debug.
> Will report later.

The problem seems not to be in tulip driver, but in apm or power management.
I see, with some debugging added by me :

[  488.585707] eth0: Digital DS21142/43 Tulip rev 17 at Port 0xec00, 00:00:f8:02:cf:08, IRQ 11.
[  508.888374] eth0: 21143 10baseT link beat good.
[  530.754453] apm: BIOS version 1.1 Flags 0x03 (Driver version 1.16ac)
[  530.754723] apm: entry f690:7ca cseg16 f690 dseg 40 cseg len ffff, dseg len ffff
[  531.016684] apm: Connection version 1.1
[  531.018853] apm: AC on line, battery status unknown, battery life unknown
[  531.028277] apm: battery flag 0x80, battery life unknown
[  864.060751] apm: received system standby notify
[  864.063111] check_events : calling standby()
[ 1141.088550] apm: received system standby resume notify
[ 1141.090195] check_events : calling dpm_resume_end(PMSG_RESUME)
[ 1141.096173] tulip_resume

I do not see there a call to tulip_suspend after the call to standby(),
but I think there should be one.

Philippe