[CCing linux-laptop@xxxxxxxxxxxxxxx and linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx] 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 <jarkao2@xxxxxxxxx> > > 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 -- To unsubscribe from this list: send the line "unsubscribe linux-laptop" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
