On 10/08/07, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Jeremy Katz wrote:
> > On Fri, 2007-08-10 at 17:28 +0100, Paul Brook wrote:
> >
> >> On Thursday 09 August 2007, Jeremy Katz wrote:
> >>
> >>> The attached adds a PCI subsystem vendor ID of 0x514D (QM ascii->hex)
> >>> for the Cirrus emulation so that you can tell that the system is running
> >>> under qemu.  This will make it so that, eg, we can detect that in X and
> >>> know that resolutions > 800x600 won't blow up a monitor.
> >>>
> >> I'd rather not. If you want autodetection to work then implement vesa DDC
> >> emulation.
> >>
> >
> > The Cirrus hardware never supported it, so it's basically going to be
> > making up all new code for the emulation, the drivers, etc.  For
> > basically dead end emulation, this seems a bit overkill.  Especially as
> > subsystem vendor/device ids are strongly recommended anyway by the PCI
> > spec (though not required)
> >
> > Longer term, getting emulation of more capable video chipsets is the
> > better answer (including DDC or some of the stuff that the VMware SVGA
> > adapter supports for passing information back and forth).
> >
>
> QEMU already supports the VMware SVGA adapter nicely but the issue is
> that AFAIK the Windows driver is not licensed in such a way that it
> could be utilized for QEMU.

I believe Ms Windows now ships with the VMware SVGA driver of its own.
For reactOS the X driver should be partially reusable.

Regards,
Andrzej (away until mid-September(?))


Reply via email to