From: Gerd Hoffmann <kraxel@redhat.com>
To: BALATON Zoltan <balaton@eik.bme.hu>
Cc: qemu-devel@nongnu.org, Peter Maydell <peter.maydell@linaro.org>
Subject: Re: [Qemu-devel] [PATCH] hw/display: Add basic ATI VGA emulation
Date: Tue, 19 Feb 2019 13:30:52 +0100 [thread overview]
Message-ID: <20190219123052.dop3kpgowi2apitq@sirius.home.kraxel.org> (raw)
In-Reply-To: <alpine.BSF.2.21.9999.1902191234580.87875@zero.eik.bme.hu>
Hi,
> > Which linux driver is this?
>
> Those in linux/drivers/video/fbdev/aty/. This ati-vga model defaults to Rage
> 128 Pro (what PoweMac3,1 has, device id 0x5046) which is handled by the
> aty128fb driver under Linux. MIPS fulong2e has Mobility Radeon M6 (RV100,
> device id 0x5159) that you can also use as -device ati-vga,device_id=0x5159
> which is driven by radeonfb under Linux.
So it could be tested with linux guests on x86 too I guess?
Can the radeon drm driver handle the devices too?
I'd also use model=<name> instead of device_id=... to switch between
different devices.
> > If linux has a native driver it might make sense to also enable it on
> > x86. Makes testing easier.
>
> Yes it could work on all archs under Linux but I've only enabled it on the
> two I've tried. It could be added instead to the same place where vga is
> added in pci.mak if you like.
Makes sense IMHO.
> > You can add the driver to default_list[] in vl.c, then you don't need
> > -vga none to remove the default vga when adding -device ati-vga.
>
> I could do that but since it's a bit unfinished (lacks advanced features
> such as video overlay, 3D accel, command FIFO, etc.) and only a basic
> implementation at the moment to work with Linux framebuffer that doesn't use
> these features I thought it might be a godd idea to make it a bit harder to
> access yet to avoid problem of someone trying it with a Windows guest with
> drivers from ATI which probably will result in bad picture. But it's up to
> you to decide if you want to add it to -vga option from the start or have it
> as optional device and only add to -vga when it's more fully implemented and
> tested.
It's not about "-vga ati". This is about adding ati-vga to the list of
display devices, so qemu will not try to add a vga automatically in case
it finds "-device ati-vga" on the command line. That way "qemu -device
ati-vga" will work fine, without "-vga none".
Adding -vga ati indeed only makes sense once the implementation is more
complete.
cheers,
Gerd
next prev parent reply other threads:[~2019-02-19 12:31 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-11 3:19 [Qemu-devel] [PATCH] hw/display: Add basic ATI VGA emulation BALATON Zoltan
2019-02-12 0:24 ` Philippe Mathieu-Daudé
2019-02-12 23:59 ` BALATON Zoltan
2019-02-13 7:06 ` Mark Cave-Ayland
2019-02-13 11:52 ` BALATON Zoltan
2019-02-19 9:57 ` Peter Maydell
2019-02-19 12:11 ` BALATON Zoltan
2019-02-20 23:24 ` BALATON Zoltan
2019-02-21 0:50 ` BALATON Zoltan
2019-02-21 9:14 ` Peter Maydell
2019-02-19 9:22 ` Gerd Hoffmann
2019-02-19 12:00 ` BALATON Zoltan
2019-02-19 12:30 ` Gerd Hoffmann [this message]
2019-02-19 15:11 ` BALATON Zoltan
2019-02-20 7:29 ` Gerd Hoffmann
2019-02-20 12:13 ` BALATON Zoltan
2019-02-21 11:44 ` BALATON Zoltan
2019-02-21 12:36 ` Gerd Hoffmann
2019-02-21 15:24 ` BALATON Zoltan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190219123052.dop3kpgowi2apitq@sirius.home.kraxel.org \
--to=kraxel@redhat.com \
--cc=balaton@eik.bme.hu \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).