On Mon, Aug 06, 2012 at 02:03:59PM +0200, Gerd Hoffmann wrote:
> On 07/25/12 05:57, Benjamin Herrenschmidt wrote:
> > Hi folks !
> >
> > Would there be any objection to adding a second MMIO BAR to qemu-vga
> > which mirrors the bochs magic VBE ports ?
>
> No.
>
> > Once done, I'd like to look in
On Mon, 2012-08-06 at 14:03 +0200, Gerd Hoffmann wrote:
> Hacked up something like that a while back (patch attached). Doesn't
> use DRM though, just plain old fbdev. Maybe you can reuse some bits
> nevertheless.
>
> /me wonders what the advantage of using drm is for non-3D hardware?
Thanks. Ye
On 07/25/12 05:57, Benjamin Herrenschmidt wrote:
> Hi folks !
>
> Would there be any objection to adding a second MMIO BAR to qemu-vga
> which mirrors the bochs magic VBE ports ?
No.
> Once done, I'd like to look into doing a qemudrmfb similar to the cirrus
> one that pretty much gives you gener
On Wed, 2012-07-25 at 20:08 -0500, Anthony Liguori wrote:
>
> For the benefit of the list, Ben didn't know that we could just add a
> qdev property to control whether the MMIO BAR was visible making it
> just
> a tiny bit of global magic in the old PC machine models.
>
> PPC still doesn't do vers
Benjamin Herrenschmidt writes:
> On Thu, 2012-07-26 at 08:01 +1000, Benjamin Herrenschmidt wrote:
>> On Wed, 2012-07-25 at 16:59 +0300, Avi Kivity wrote:
>> > > Why ? Who cares ? Especially with vga -std which nobody uses in
>> > practice
>> > > on x86...
>> >
>> > We'll find out who cares when
On Thu, 2012-07-26 at 08:01 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2012-07-25 at 16:59 +0300, Avi Kivity wrote:
> > > Why ? Who cares ? Especially with vga -std which nobody uses in
> > practice
> > > on x86...
> >
> > We'll find out who cares when we break it.
>
> Chances are pretty much
On Wed, 2012-07-25 at 16:59 +0300, Avi Kivity wrote:
> > Why ? Who cares ? Especially with vga -std which nobody uses in
> practice
> > on x86...
>
> We'll find out who cares when we break it.
Chances are pretty much close to 0, especially adding a BAR ... do we
even use vga "std" on anything ?
On 07/25/2012 04:41 PM, Benjamin Herrenschmidt wrote:
> On Wed, 2012-07-25 at 15:48 +0300, Avi Kivity wrote:
>> >> If not, we can add a second BAR, but it should disappear when running an
>> >> older machine type.
>> >
>> > Well, the IO ports in legacy space are still there. We can also make the
>
On Wed, 2012-07-25 at 15:48 +0300, Avi Kivity wrote:
> >> If not, we can add a second BAR, but it should disappear when running an
> >> older machine type.
> >
> > Well, the IO ports in legacy space are still there. We can also make the
> > "register BAR" exist in both mode or we can add a second
On 07/25/2012 01:53 PM, Benjamin Herrenschmidt wrote:
> On Wed, 2012-07-25 at 13:27 +0300, Avi Kivity wrote:
>> On 07/25/2012 06:57 AM, Benjamin Herrenschmidt wrote:
>> > Hi folks !
>> >
>> > Would there be any objection to adding a second MMIO BAR to qemu-vga
>> > which mirrors the bochs magic VB
On Wed, 2012-07-25 at 13:27 +0300, Avi Kivity wrote:
> On 07/25/2012 06:57 AM, Benjamin Herrenschmidt wrote:
> > Hi folks !
> >
> > Would there be any objection to adding a second MMIO BAR to qemu-vga
> > which mirrors the bochs magic VBE ports ?
> >
> > Support for IO space is optional in PCIe a
On 07/25/2012 06:57 AM, Benjamin Herrenschmidt wrote:
> Hi folks !
>
> Would there be any objection to adding a second MMIO BAR to qemu-vga
> which mirrors the bochs magic VBE ports ?
>
> Support for IO space is optional in PCIe and can be problematic on some
> architectures, it would be nice to
Hi folks !
Would there be any objection to adding a second MMIO BAR to qemu-vga
which mirrors the bochs magic VBE ports ?
Support for IO space is optional in PCIe and can be problematic on some
architectures, it would be nice to be able to program the card entirely
using mmio.
Once done, I'd lik
13 matches
Mail list logo
