[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Philippe Mathieu-Daudé
Subject: Re: [Qemu-arm] [Qemu-devel] Maintainers, please tell us how to boot your machines!
Date: Thu, 21 Mar 2019 22:13:34 +0100

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:


Sandra Loosemore seems to use this board.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]