Re: [Qemu-devel] Maintainers, please tell us how to boot your machines!

[Philippe Mathieu-Daudé]

Le mar. 19 mars 2019 19:40, Markus Armbruster <address@hidden> a écrit :

> Markus Armbruster <address@hidden> 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: <address@hidden>
> >   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 <address@hidden> (supporter:X86)
>     Anthony Perard <address@hidden> (supporter:X86)
>     Paul Durrant <address@hidden> (supporter:X86)
>     address@hidden (open list:X86)
>
> Machines with no supporter, but at least one maintainer:
>
>     = hw/arm/integratorcp.c =
>     Peter Maydell <address@hidden> (maintainer:Integrator CP)
>     address@hidden (open list:Integrator CP)
>
>     = hw/arm/omap_sx1.c =
>     Peter Maydell <address@hidden> (maintainer:OMAP)
>     address@hidden (open list:ARM)
>
>     = hw/mips/mips_jazz.c =
>     "Hervé Poussineau" <address@hidden> (maintainer:Jazz)
>     Aleksandar Rikalo <address@hidden> (reviewer:Jazz)
>     Aurelien Jarno <address@hidden> (maintainer:MIPS)
>     Aleksandar Markovic <address@hidden> (maintainer:MIPS)
>
>     = hw/mips/mips_r4k.c =
>     Aurelien Jarno <address@hidden> (maintainer:R4000)
>     Aleksandar Rikalo <address@hidden> (reviewer:R4000)
>     Aleksandar Markovic <address@hidden> (maintainer:MIPS)
>
>     = hw/moxie/moxiesim.c =
>     Anthony Green <address@hidden> (maintainer:Moxie)
>
>     = hw/nios2/10m50_devboard.c =
>     Chris Wulff <address@hidden> (maintainer:NiosII)
>     Marek Vasut <address@hidden> (maintainer:NiosII)
>
>     = hw/ppc/virtex_ml507.c =
>     "Edgar E. Iglesias" <address@hidden> (odd
> fixer:virtex_ml507)
>     David Gibson <address@hidden> (maintainer:PowerPC)
>     address@hidden (open list:virtex_ml507)
>
>     = hw/tricore/tricore_testboard.c =
>     Bastian Koppelmann <address@hidden>
> (maintainer:TriCore)
>
>     = hw/unicore32/puv3.c =
>     Guan Xuetao <address@hidden> (maintainer:UniCore32)
>
> Machines with no maintainer and no supporter:
>
>     = hw/arm/collie.c =
>     Peter Maydell <address@hidden> (odd fixer:Sharp SL-5500
> (Co...)
>     address@hidden (open list:Sharp SL-5500 (Co...)
>
>     = hw/arm/exynos4_boards.c =
>     Igor Mitsyanko <address@hidden> (odd fixer:Exynos)
>     Peter Maydell <address@hidden> (odd fixer:Exynos)
>     address@hidden (open list:Exynos)
>
>     = hw/arm/imx25_pdk.c =
>     Peter Maydell <address@hidden> (odd fixer:i.MX25 PDK)
>     Jean-Christophe Dubois <address@hidden> (reviewer:i.MX25 PDK)
>     address@hidden (open list:i.MX25 PDK)
>
>     = hw/arm/mainstone.c =
>     Andrzej Zaborowski <address@hidden> (odd fixer:PXA2XX)
>     Peter Maydell <address@hidden> (odd fixer:PXA2XX)
>     address@hidden (open list:PXA2XX)
>
>     = hw/arm/mcimx6ul-evk.c =
>     Peter Maydell <address@hidden> (odd fixer:MCIMX6UL EVK /
> i....)
>     Jean-Christophe Dubois <address@hidden> (reviewer:MCIMX6UL EVK /
> i....)
>     address@hidden (open list:MCIMX6UL EVK / i....)
>
>     = hw/arm/mcimx7d-sabre.c =
>     Peter Maydell <address@hidden> (odd fixer:MCIMX7D SABRE /
> i...)
>     Andrey Smirnov <address@hidden> (reviewer:MCIMX7D SABRE /
> i...)
>     address@hidden (open list:MCIMX7D SABRE / i...)
>
>     = hw/arm/musicpal.c =
>     Jan Kiszka <address@hidden> (odd fixer:Musicpal)
>     Peter Maydell <address@hidden> (odd fixer:Musicpal)
>     address@hidden (open list:Musicpal)
>
>     = hw/arm/palm.c =
>     Andrzej Zaborowski <address@hidden> (odd fixer:Palm)
>     Peter Maydell <address@hidden> (odd fixer:Palm)
>     address@hidden (open list:Palm)
>
>     = hw/arm/sabrelite.c =
>     Peter Maydell <address@hidden> (odd fixer:SABRELITE / i.MX6)
>     Jean-Christophe Dubois <address@hidden> (reviewer:SABRELITE /
> i.MX6)
>     address@hidden (open list:SABRELITE / i.MX6)
>
>     = hw/arm/spitz.c =
>     Andrzej Zaborowski <address@hidden> (odd fixer:PXA2XX)
>     Peter Maydell <address@hidden> (odd fixer:PXA2XX)
>     address@hidden (open list:PXA2XX)
>
>     = hw/arm/tosa.c =
>     Andrzej Zaborowski <address@hidden> (odd fixer:PXA2XX)
>     Peter Maydell <address@hidden> (odd fixer:PXA2XX)
>     address@hidden (open list:PXA2XX)
>
>     = hw/arm/z2.c =
>     Andrzej Zaborowski <address@hidden> (odd fixer:PXA2XX)
>     Peter Maydell <address@hidden> (odd fixer:PXA2XX)
>     address@hidden (open list:PXA2XX)
>
>     = hw/ppc/mpc8544ds.c =
>     David Gibson <address@hidden> (odd fixer:mpc8544ds)
>     address@hidden (open list:mpc8544ds)
>     Alexander Graf <address@hidden> (ratted out by David)
>
>     = hw/ppc/ppc405_boards.c =
>     David Gibson <address@hidden> (odd fixer:ppc4xx)
>     address@hidden (open list:ppc4xx) (ratted out by David)
>
> Machines in danger of being orphaned & deprecated:
>
>     = hw/lm32/lm32_boards.c =
>     Michael Walle <address@hidden> (maintainer:LM32)
>
>     = hw/lm32/milkymist.c =
>     Michael Walle <address@hidden> (maintainer:milkymist)
>
> Targets where we have received information for *no* machine so far:
>
>     lm32
>     moxie
>     nios2
>

Sandra Loosemore seems to use this board.

    tricore
>     unicore
>
>