Re: Subtle semantic issue with sleep callbacks in drivers

John Bradford (john@grabjohn.com)
Fri, 18 Apr 2003 08:51:11 +0100 (BST)


> > > > > The video BIOS on a card often contains information that is found
> > > > > -nowhere- else. Not in the chip docs. Not in a device driver.
> > > > > Such information can and does vary from board-to-board, such as RAM
> > > > > timings, while the chip remains unchanged.
> > > >
> > > > Incidently, what happens if we:
> > > >
> > > > * Suspend
> > > > * Swap VGA card with another one
> > > > * Restore
> > >
> > > When it breaks, you get to keep both pieces.
> > >
> > > That's a "Don't Do That" issue for any hardware between suspend
> > > and resume.
> >
> > Hmm, well what about with a PCI hotswap capable board - presumably
> > then we could have the situation where a new VGA card appears that we
> > _have_ to POST?
>
> PCI Hotplug does not support video cards for just this reason.

Hmm, so is there no way at all we could support it? I know it sounds
a bit pointless for a typical server or desktop machine, but it's
getting increasingly possible, practical, and attractive to use Linux
boxes more like minicomputers - dual headed VGA cards are cheap, and
USB allows you to connect practically as many keyboards and mice as
you want to.

I'm just thinking that at some point in the future, buying a new
machine could be less pratical than hot plugging in an additional VGA
card, keyboard, monitor and mouse, and editing a config file
somewhere. With the new input layer, we are very close to this being
a reality.

John.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/