Date: 20 Mar 2003 09:08:34 +1030 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: Nate Lawson <nate@root.org>, freebsd-current@FreeBSD.ORG Subject: Re: secondary ACPI problems Message-ID: <1048113514.19095.2.camel@chowder.gsoft.com.au> In-Reply-To: <15992.59411.447270.923913@grasshopper.cs.duke.edu> References: <15867.45188.294955.716962@grasshopper.cs.duke.edu> <Pine.BSF.4.21.0303191334530.12646-100000@root.org> <15992.59411.447270.923913@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2003-03-20 at 08:28, Andrew Gallatin wrote: > Shouldn't a driver without a suspend/resume implementation implicitly > veto the suspend? That's how OS-X does it. I don't think so - the reason being that when a lot of this stuff was written it was done for APM. Since the OS doesn't _usually_ have to frob the hardware when using APM the default makes sense. > Anyway, I'll worry about this when/if somebody can tell me how to get > my video back after suspending to S3: > > none2@pci1:0:0: class=0x030000 card=0x7106174b chip=0x54461002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies' > device = 'Rage 128 Pro AGP 4x' > class = display Restart X? :-) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1048113514.19095.2.camel>