Date: Wed, 19 Mar 2003 16:58:43 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Nate Lawson <nate@root.org> Cc: freebsd-current@freebsd.org Subject: Re: secondary ACPI problems Message-ID: <15992.59411.447270.923913@grasshopper.cs.duke.edu> In-Reply-To: <Pine.BSF.4.21.0303191334530.12646-100000@root.org> References: <15867.45188.294955.716962@grasshopper.cs.duke.edu> <Pine.BSF.4.21.0303191334530.12646-100000@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Lawson writes:
> On Sat, 14 Dec 2002, Andrew Gallatin wrote:
> > This does not happen if I do not have rp.ko loaded. I suspect that
> > the rocketport card needs some setup when power is restored. It
> > polls all its ports, so it makes sense that a swi would get clogged.
> >
> > I thought it might be sufficent to unload the driver and reload after
> > resume. However, it doens't appear to be unloadable now.
> >
> > Before I get too far into this, will unloading rp and reloading it
> > suffice, or is there a better way which could just allow me to save
> > and restore the card state so I wouldn't have to reload it on resume?
>
> See the device_suspend/resume implementations in various drivers
> (i.e. rl(4)).
Wow, what a blast from the past! ;)
Shouldn't a driver without a suspend/resume implementation implicitly
veto the suspend? That's how OS-X does it.
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
Drew
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?15992.59411.447270.923913>