huang xiong wrote: > > -----邮件原件----- > 发件人: Luca Tettamanti [mailto:kronos.it@xxxxxxxxx] > 发送时间: 星期四 2007年4月12日 4:51 > 收件人: Rafael J. Wysocki > 抄送: huang xiong; Tony Glader; atl1-devel@xxxxxxxxxxxxxxxxxxxxx; Pavel > Machek; linux-pm@xxxxxxxxxxxxxx > 主题: Re: [atl1-devel] BUG? WOL from S3 > > On 4/11/07, Rafael J. Wysocki <rjw@xxxxxxx> wrote: >> On Wednesday, 11 April 2007 00:38, 'Luca Tettamanti' wrote: >>> Il Fri, Apr 06, 2007 at 09:41:31AM +0800, huang xiong ha scritto: >>>>>> I do the same test over Intel/Realtek PCIE gigabit Ethernet > adapter. >>>>>> And found the .resume function is called before the system really > go to >>>>>> sleep. >>>>>> >>>>>> And because some shared hardware circuit. Attansic's nic can't > enable both >>>>>> normal tx/rx setting and WOL setting. >>>>>> >>>>>> So attansic's linux driver think the system wakeup when the > .resume is >>>>>> called, and it clear all WOL setting and back to normal tx/rx > setting. >>>>> Hum, what you describe seems to be suspend-to-disk: >>>>> >>>>> ->suspend(PMSG_FREEZE) >>>>> take snapshot >>>>> ->resume() for writing the image >>>>> write snapshot >>>>> ->suspend(PMSG_SUSPEND) >>>> You are right. It's suspend-to-disk. >>>> Could you explain calling sequence of .suspend and .resume when > the >>>> system goes to sleep for me ? such as S3/S4/... >>>> I confused what the driver should do when .resume is called. >>> It should restore the normal state of the device. The first suspend >>> (PMSG_FREEZED) puts the device into a quiescent state (e.g. DMA > transfers >>> shall be stopped). The system is then resumed so that the image can be >>> written to the disk. The second and final suspend call (PMSG_SUSPEND) is >>> done before shutting down the system. >> Er, no. The system is just shut down, without suspending devices. >> >>>> But It seems the system didn't called second .suspend. >>> Ouch. This is very strange. I'm adding a few of CC. >> Well, that's how it works now. We have considered suspending devices > before >> powering off for a while, but only theoretically. If there's any > additional >> reason to do it, I think we can. > > There's a problem with atl1 driver: Huang Xiong says that the chip can > be either is normal rx/tx mode or in WOL mode. When .resume is called > the NIC goes back in normal mode and won't react to WOL packets. > > Luca > > > ------------------------------ > Yes, what Luca say is right. This may be related to the PCI_D3hot settings. I'm investigating. -- Chris
_______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm