On Thu, 2005-01-27 at 15:53 +0000, Alan Cox wrote: > On Mer, 2005-01-26 at 22:10, Benjamin Herrenschmidt wrote: > > On Wed, 2005-01-26 at 10:34 -0600, Brian King wrote: > > Well, I honestly think that this is unnecessary burden. I think that > > just dropping writes & returning data from the cache on reads is enough, > > blocking userspace isn't necessary, but then, I may be wrong ;) > > Providing the BARs, cmd register and bridge VGA_EN are cached then I > think you > are right.
There might be one problem with dropping of writes tho, which has to do with userland like X doing VGA flip-flip (VGA_EN on bridges and CMD_IO on devices). But I think that's a non-issues because: - For now, nobody is using this interface to hide a VGA device or a bridge, and I don't see that happening in the near future - Eventually, the control of who owns VGA is to be moved to a kernel driver doing proper arbitration as we discussed previously on several lists. (BTW. Alan, I've been a bit out of touch with that and Jon is too busy lately, do you know if there have been progress or at least prototype code one could take over from for that ?) Ben. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
