Re: [Qemu-devel] [PATCH v2 7/9] hw/vexpress.c: Instantiate the motherboard CLCD
On 10 February 2012 02:51, Paul Brook wrote: >> I do hope we find a solution to deal with n displays in the future. I >> consider that a post-QOM topic and maybe Anthony's planned DisplayState >> refactoring helps with that. > > It used to work. Not particularly pretty or user friendly, but definitely > functional. I put a fair amount of effort into making DisplayState support > this the first time round :-) Yes, it looks like the console.c code mostly supports this, but at the moment vl.c calls get_displaystate() which just returns the first registered DisplayState, and that is the one which gets passed to sdl_display_init() and friends. -- PMM
Re: [Qemu-devel] [PATCH v2 7/9] hw/vexpress.c: Instantiate the motherboard CLCD
> I do hope we find a solution to deal with n displays in the future. I > consider that a post-QOM topic and maybe Anthony's planned DisplayState > refactoring helps with that. It used to work. Not particularly pretty or user friendly, but definitely functional. I put a fair amount of effort into making DisplayState support this the first time round :-) I think the mips jazz board is currently the only board that actually has multiple displays. I used it with a simple custom PCI display device. The VGA devices hardcode a particular ISA port range, so multiple instances don't get along well. Paul
Re: [Qemu-devel] [PATCH v2 7/9] hw/vexpress.c: Instantiate the motherboard CLCD
Am 24.01.2012 13:39, schrieb Peter Maydell: > Instantiate the CLCD on the vexpress motherboard as well as one on > the daughterboard -- the A15 daughterboard does not have a CLCD > and so relies on the motherboard one. > > At the moment QEMU doesn't provide infrastructure for selecting > which display device gets to actually show graphics -- the first > one registered is it. Fortunately this works for the major use > case (Linux): if the daughterboard has a CLCD it will come first > and be used, otherwise we fall back to the motherboard CLCD. > So we don't (currently) need to implement the control register > which allows software to tell the mux which video output to pass > through to the outside world. > > Signed-off-by: Peter Maydell Reviewed-by: Andreas Färber I do hope we find a solution to deal with n displays in the future. I consider that a post-QOM topic and maybe Anthony's planned DisplayState refactoring helps with that. The Origen Board has (provisions for) an LCD in addition to HDMI output, for instance. Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg