Le mar. 19 mars 2019 19:40, Markus Armbruster <arm...@redhat.com> a écrit :

> Markus Armbruster <arm...@redhat.com> 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: <20190312121150.8638-1-cr...@redhat.com>
> >   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 <sstabell...@kernel.org> (supporter:X86)
>     Anthony Perard <anthony.per...@citrix.com> (supporter:X86)
>     Paul Durrant <paul.durr...@citrix.com> (supporter:X86)
>     xen-devel@lists.xenproject.org (open list:X86)
>
> Machines with no supporter, but at least one maintainer:
>
>     = hw/arm/integratorcp.c =
>     Peter Maydell <peter.mayd...@linaro.org> (maintainer:Integrator CP)
>     qemu-...@nongnu.org (open list:Integrator CP)
>
>     = hw/arm/omap_sx1.c =
>     Peter Maydell <peter.mayd...@linaro.org> (maintainer:OMAP)
>     qemu-...@nongnu.org (open list:ARM)
>
>     = hw/mips/mips_jazz.c =
>     "Hervé Poussineau" <hpous...@reactos.org> (maintainer:Jazz)
>     Aleksandar Rikalo <arik...@wavecomp.com> (reviewer:Jazz)
>     Aurelien Jarno <aurel...@aurel32.net> (maintainer:MIPS)
>     Aleksandar Markovic <amarko...@wavecomp.com> (maintainer:MIPS)
>
>     = hw/mips/mips_r4k.c =
>     Aurelien Jarno <aurel...@aurel32.net> (maintainer:R4000)
>     Aleksandar Rikalo <arik...@wavecomp.com> (reviewer:R4000)
>     Aleksandar Markovic <amarko...@wavecomp.com> (maintainer:MIPS)
>
>     = hw/moxie/moxiesim.c =
>     Anthony Green <gr...@moxielogic.com> (maintainer:Moxie)
>
>     = hw/nios2/10m50_devboard.c =
>     Chris Wulff <crwu...@gmail.com> (maintainer:NiosII)
>     Marek Vasut <ma...@denx.de> (maintainer:NiosII)
>
>     = hw/ppc/virtex_ml507.c =
>     "Edgar E. Iglesias" <edgar.igles...@gmail.com> (odd
> fixer:virtex_ml507)
>     David Gibson <da...@gibson.dropbear.id.au> (maintainer:PowerPC)
>     qemu-...@nongnu.org (open list:virtex_ml507)
>
>     = hw/tricore/tricore_testboard.c =
>     Bastian Koppelmann <kbast...@mail.uni-paderborn.de>
> (maintainer:TriCore)
>
>     = hw/unicore32/puv3.c =
>     Guan Xuetao <g...@mprc.pku.edu.cn> (maintainer:UniCore32)
>
> Machines with no maintainer and no supporter:
>
>     = hw/arm/collie.c =
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:Sharp SL-5500
> (Co...)
>     qemu-...@nongnu.org (open list:Sharp SL-5500 (Co...)
>
>     = hw/arm/exynos4_boards.c =
>     Igor Mitsyanko <i.mitsya...@gmail.com> (odd fixer:Exynos)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:Exynos)
>     qemu-...@nongnu.org (open list:Exynos)
>
>     = hw/arm/imx25_pdk.c =
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:i.MX25 PDK)
>     Jean-Christophe Dubois <j...@tribudubois.net> (reviewer:i.MX25 PDK)
>     qemu-...@nongnu.org (open list:i.MX25 PDK)
>
>     = hw/arm/mainstone.c =
>     Andrzej Zaborowski <balr...@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:PXA2XX)
>     qemu-...@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/mcimx6ul-evk.c =
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:MCIMX6UL EVK /
> i....)
>     Jean-Christophe Dubois <j...@tribudubois.net> (reviewer:MCIMX6UL EVK /
> i....)
>     qemu-...@nongnu.org (open list:MCIMX6UL EVK / i....)
>
>     = hw/arm/mcimx7d-sabre.c =
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:MCIMX7D SABRE /
> i...)
>     Andrey Smirnov <andrew.smir...@gmail.com> (reviewer:MCIMX7D SABRE /
> i...)
>     qemu-...@nongnu.org (open list:MCIMX7D SABRE / i...)
>
>     = hw/arm/musicpal.c =
>     Jan Kiszka <jan.kis...@web.de> (odd fixer:Musicpal)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:Musicpal)
>     qemu-...@nongnu.org (open list:Musicpal)
>
>     = hw/arm/palm.c =
>     Andrzej Zaborowski <balr...@gmail.com> (odd fixer:Palm)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:Palm)
>     qemu-...@nongnu.org (open list:Palm)
>
>     = hw/arm/sabrelite.c =
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:SABRELITE / i.MX6)
>     Jean-Christophe Dubois <j...@tribudubois.net> (reviewer:SABRELITE /
> i.MX6)
>     qemu-...@nongnu.org (open list:SABRELITE / i.MX6)
>
>     = hw/arm/spitz.c =
>     Andrzej Zaborowski <balr...@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:PXA2XX)
>     qemu-...@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/tosa.c =
>     Andrzej Zaborowski <balr...@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:PXA2XX)
>     qemu-...@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/z2.c =
>     Andrzej Zaborowski <balr...@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.mayd...@linaro.org> (odd fixer:PXA2XX)
>     qemu-...@nongnu.org (open list:PXA2XX)
>
>     = hw/ppc/mpc8544ds.c =
>     David Gibson <da...@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
>     qemu-...@nongnu.org (open list:mpc8544ds)
>     Alexander Graf <ag...@suse.de> (ratted out by David)
>
>     = hw/ppc/ppc405_boards.c =
>     David Gibson <da...@gibson.dropbear.id.au> (odd fixer:ppc4xx)
>     qemu-...@nongnu.org (open list:ppc4xx) (ratted out by David)
>
> Machines in danger of being orphaned & deprecated:
>
>     = hw/lm32/lm32_boards.c =
>     Michael Walle <mich...@walle.cc> (maintainer:LM32)
>
>     = hw/lm32/milkymist.c =
>     Michael Walle <mich...@walle.cc> (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
>
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

Reply via email to