* RE: the patch of restore-pci-config-space-on-resume break S1 onASUS2400 NE
@ 2004-12-28 4:01 Yu, Luming
0 siblings, 0 replies; only message in thread
From: Yu, Luming @ 2004-12-28 4:01 UTC (permalink / raw)
To: Alan Cox, Brown, Len
Cc: Arjan van de Ven, Pavel Machek, Li, Shaohua, Pallipadi,
Venkatesh, Linux Kernel Mailing List, acpi-devel, Fu, Michael
the idea in post
http://sourceforge.net/mailarchive/message.php?msg_id=9091508
cure S1 resume hang for my ASUS2400NE.
I guess Len will accept it.
Does it imply IDE DMA could be started too early in the original resume code?
Thanks,
Luming
-----Original Message-----
From: Alan Cox [mailto:alan@lxorguk.ukuu.org.uk]
Sent: 2004年12月27日 21:45
To: Yu, Luming
Cc: Arjan van de Ven; Pavel Machek; Brown, Len; Li, Shaohua; Pallipadi, Venkatesh; Linux Kernel Mailing List; acpi-devel@lists.sourceforge.net; Fu, Michael
Subject: RE: the patch of restore-pci-config-space-on-resume break S1 onASUS2400 NE
On Llu, 2004-12-27 at 10:14, Yu, Luming wrote:
> Actually, the kernel (after removing restore-pci-config-space-on-resume patch) with option "ide=nodma"
> can work with S1 suspend/resume without any hang so far.
> So my suggestion for IDE driver is to disable DMA before entering S1, and enable
> DMA after resuming from S1 if DMA was enabled. I need help from IDE guys to confirm it.
The IDE layer has no problem doing this, although it raises interesting
questions about why it would be neccessary.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-12-28 4:01 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-12-28 4:01 the patch of restore-pci-config-space-on-resume break S1 onASUS2400 NE Yu, Luming
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).