| commit | b7206878680f1e77031dacb420ef2c630a6b6257 | |
| author | Peter Maydell <peter.maydell@linaro.org> | |
| Thu, 16 Feb 2012 09:56:09 +0000 (16 09:56 +0000) | ||
| committer | Peter Maydell <peter.maydell@linaro.org> | |
| Fri, 17 Feb 2012 11:13:24 +0000 (17 11:13 +0000) | ||
| tree | 8dc4846263ea8f03577ea102acde144c431b4c7e | treesnapshot (tar.gz zip) |
| parent | 4c3b29b8ad22857b1bb8e28cb17eabd108d9b978 | commitdiff |
hw/vexpress.c: Instantiate the motherboard CLCD
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 <peter.maydell@linaro.org>
Reviewed-by: Andreas Färber <afaerber@suse.de>
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 <peter.maydell@linaro.org>
Reviewed-by: Andreas Färber <afaerber@suse.de>
| hw/vexpress.c | diffblobblamehistory |