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:
[EMAIL PROTECTED]: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 [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
