Markus Armbruster <[email protected]> writes:
> Dear board code maintainers,
>
> This is a (rather late) follow-up to the last QEMU summit. Minutes[*]:
>
> * Deprecating unmaintained features (devices, targets, backends) in QEMU
>
> QEMU has a mechanism to deprecate features but there remains a lot of
> old unmaintained code. Refactoring is hindered by untested legacy
> code, so there is a desire to deprecate unmaintained features more
> often.
>
> [...]
>
> We should require at least a minimal test for each board; if nobody
> cares enough to come up with one, that board should be deprecated.
>
> [...]
>
> Also see the qemu-devel discussion about deprecating code:
> https://lists.nongnu.org/archive/html/qemu-devel/2018-10/msg05828.html.
>
> That's a link to "Minutes of KVM Forum BoF on deprecating stuff".
> Quote:
>
> * One obvious class of candidates for removal is machines we don't know
> how to boot, or can't boot, say because we lack required firmware
> and/or OS.
>
> Of course, "can boot" should be an automated test. As a first step
> towards that, we should at least document how to boot each machine.
> We're going to ask machine maintainers to do that.
>
> Let's get going on this.
>
> I gathered the machine types, mapped them to source files, which I fed
> to get_maintainer.pl. Results are appended. If you're cc'ed,
> MAINTAINERS fingers you for at least one machine type's source file.
> Please tell us for all of them how to to a "meaningful" boot test.
>
> For now, what's "meaningful" is entirely up to you. Booting Linux
> certainly is.
>
> Make sure to include a complete QEMU command line. If your QEMU command
> line requires resources beyond the QEMU source tree and what we build
> from it, please detail them, and provide download URLs as far as
> possible.
>
> Goals for this exercise:
>
> * Gather information we need to cover more machines in our automated
> testing.
>
> Related work:
> [PATCH v4 00/19] Acceptance Tests: target architecture support
> Message-Id: <[email protected]>
> https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg03881.html
>
> * Maybe identify a few machines we don't know how to boot anymore.
>
> Thanks in advance for your help!
Quite a few maintainers replied, and a few others, too. Thank you!
I still have to fully digest the replies, in particular whether there's
enough detail for me to actually boot a guest.
I'm still lacking information on 26 machines. If you're cc'ed, you're
considered a possible source of information. Please help.
If you're a supporter or maintainer, but can't help, please consider
adjusting MAINTAINERS to S: Odd Fixes for the machine.
Machines with at least one supporter:
= hw/xenpv/xen_machine_pv.c =
Stefano Stabellini <[email protected]> (supporter:X86)
Anthony Perard <[email protected]> (supporter:X86)
Paul Durrant <[email protected]> (supporter:X86)
[email protected] (open list:X86)
Machines with no supporter, but at least one maintainer:
= hw/arm/integratorcp.c =
Peter Maydell <[email protected]> (maintainer:Integrator CP)
[email protected] (open list:Integrator CP)
= hw/arm/omap_sx1.c =
Peter Maydell <[email protected]> (maintainer:OMAP)
[email protected] (open list:ARM)
= hw/mips/mips_jazz.c =
"Hervé Poussineau" <[email protected]> (maintainer:Jazz)
Aleksandar Rikalo <[email protected]> (reviewer:Jazz)
Aurelien Jarno <[email protected]> (maintainer:MIPS)
Aleksandar Markovic <[email protected]> (maintainer:MIPS)
= hw/mips/mips_r4k.c =
Aurelien Jarno <[email protected]> (maintainer:R4000)
Aleksandar Rikalo <[email protected]> (reviewer:R4000)
Aleksandar Markovic <[email protected]> (maintainer:MIPS)
= hw/moxie/moxiesim.c =
Anthony Green <[email protected]> (maintainer:Moxie)
= hw/nios2/10m50_devboard.c =
Chris Wulff <[email protected]> (maintainer:NiosII)
Marek Vasut <[email protected]> (maintainer:NiosII)
= hw/ppc/virtex_ml507.c =
"Edgar E. Iglesias" <[email protected]> (odd fixer:virtex_ml507)
David Gibson <[email protected]> (maintainer:PowerPC)
[email protected] (open list:virtex_ml507)
= hw/tricore/tricore_testboard.c =
Bastian Koppelmann <[email protected]> (maintainer:TriCore)
= hw/unicore32/puv3.c =
Guan Xuetao <[email protected]> (maintainer:UniCore32)
Machines with no maintainer and no supporter:
= hw/arm/collie.c =
Peter Maydell <[email protected]> (odd fixer:Sharp SL-5500 (Co...)
[email protected] (open list:Sharp SL-5500 (Co...)
= hw/arm/exynos4_boards.c =
Igor Mitsyanko <[email protected]> (odd fixer:Exynos)
Peter Maydell <[email protected]> (odd fixer:Exynos)
[email protected] (open list:Exynos)
= hw/arm/imx25_pdk.c =
Peter Maydell <[email protected]> (odd fixer:i.MX25 PDK)
Jean-Christophe Dubois <[email protected]> (reviewer:i.MX25 PDK)
[email protected] (open list:i.MX25 PDK)
= hw/arm/mainstone.c =
Andrzej Zaborowski <[email protected]> (odd fixer:PXA2XX)
Peter Maydell <[email protected]> (odd fixer:PXA2XX)
[email protected] (open list:PXA2XX)
= hw/arm/mcimx6ul-evk.c =
Peter Maydell <[email protected]> (odd fixer:MCIMX6UL EVK / i....)
Jean-Christophe Dubois <[email protected]> (reviewer:MCIMX6UL EVK /
i....)
[email protected] (open list:MCIMX6UL EVK / i....)
= hw/arm/mcimx7d-sabre.c =
Peter Maydell <[email protected]> (odd fixer:MCIMX7D SABRE / i...)
Andrey Smirnov <[email protected]> (reviewer:MCIMX7D SABRE / i...)
[email protected] (open list:MCIMX7D SABRE / i...)
= hw/arm/musicpal.c =
Jan Kiszka <[email protected]> (odd fixer:Musicpal)
Peter Maydell <[email protected]> (odd fixer:Musicpal)
[email protected] (open list:Musicpal)
= hw/arm/palm.c =
Andrzej Zaborowski <[email protected]> (odd fixer:Palm)
Peter Maydell <[email protected]> (odd fixer:Palm)
[email protected] (open list:Palm)
= hw/arm/sabrelite.c =
Peter Maydell <[email protected]> (odd fixer:SABRELITE / i.MX6)
Jean-Christophe Dubois <[email protected]> (reviewer:SABRELITE / i.MX6)
[email protected] (open list:SABRELITE / i.MX6)
= hw/arm/spitz.c =
Andrzej Zaborowski <[email protected]> (odd fixer:PXA2XX)
Peter Maydell <[email protected]> (odd fixer:PXA2XX)
[email protected] (open list:PXA2XX)
= hw/arm/tosa.c =
Andrzej Zaborowski <[email protected]> (odd fixer:PXA2XX)
Peter Maydell <[email protected]> (odd fixer:PXA2XX)
[email protected] (open list:PXA2XX)
= hw/arm/z2.c =
Andrzej Zaborowski <[email protected]> (odd fixer:PXA2XX)
Peter Maydell <[email protected]> (odd fixer:PXA2XX)
[email protected] (open list:PXA2XX)
= hw/ppc/mpc8544ds.c =
David Gibson <[email protected]> (odd fixer:mpc8544ds)
[email protected] (open list:mpc8544ds)
Alexander Graf <[email protected]> (ratted out by David)
= hw/ppc/ppc405_boards.c =
David Gibson <[email protected]> (odd fixer:ppc4xx)
[email protected] (open list:ppc4xx) (ratted out by David)
Machines in danger of being orphaned & deprecated:
= hw/lm32/lm32_boards.c =
Michael Walle <[email protected]> (maintainer:LM32)
= hw/lm32/milkymist.c =
Michael Walle <[email protected]> (maintainer:milkymist)
Targets where we have received information for *no* machine so far:
lm32
moxie
nios2
tricore
unicore
