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

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

[Markus Armbruster]

Markus Armbruster <armbru@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-crosa@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 <sstabellini@kernel.org> (supporter:X86)
    Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
    Paul Durrant <paul.durrant@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.maydell@linaro.org> (maintainer:Integrator CP)
    qemu-arm@nongnu.org (open list:Integrator CP)

    = hw/arm/omap_sx1.c =
    Peter Maydell <peter.maydell@linaro.org> (maintainer:OMAP)
    qemu-arm@nongnu.org (open list:ARM)

    = hw/mips/mips_jazz.c =
    "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:Jazz)
    Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Jazz)
    Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
    Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)

    = hw/mips/mips_r4k.c =
    Aurelien Jarno <aurelien@aurel32.net> (maintainer:R4000)
    Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:R4000)
    Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)

    = hw/moxie/moxiesim.c =
    Anthony Green <green@moxielogic.com> (maintainer:Moxie)

    = hw/nios2/10m50_devboard.c =
    Chris Wulff <crwulff@gmail.com> (maintainer:NiosII)
    Marek Vasut <marex@denx.de> (maintainer:NiosII)

    = hw/ppc/virtex_ml507.c =
    "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (odd fixer:virtex_ml507)
    David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
    qemu-ppc@nongnu.org (open list:virtex_ml507)

    = hw/tricore/tricore_testboard.c =
    Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (maintainer:TriCore)

    = hw/unicore32/puv3.c =
    Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)

Machines with no maintainer and no supporter:

    = hw/arm/collie.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Sharp SL-5500 (Co...)
    qemu-arm@nongnu.org (open list:Sharp SL-5500 (Co...)

    = hw/arm/exynos4_boards.c =
    Igor Mitsyanko <i.mitsyanko@gmail.com> (odd fixer:Exynos)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Exynos)
    qemu-arm@nongnu.org (open list:Exynos)

    = hw/arm/imx25_pdk.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX25 PDK)
    Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:i.MX25 PDK)
    qemu-arm@nongnu.org (open list:i.MX25 PDK)

    = hw/arm/mainstone.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/arm/mcimx6ul-evk.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX6UL EVK / i....)
    Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:MCIMX6UL EVK / i....)
    qemu-arm@nongnu.org (open list:MCIMX6UL EVK / i....)

    = hw/arm/mcimx7d-sabre.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE / i...)
    Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE / i...)
    qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)

    = hw/arm/musicpal.c =
    Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
    qemu-arm@nongnu.org (open list:Musicpal)

    = hw/arm/palm.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:Palm)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Palm)
    qemu-arm@nongnu.org (open list:Palm)

    = hw/arm/sabrelite.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
    Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE / i.MX6)
    qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)

    = hw/arm/spitz.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/arm/tosa.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/arm/z2.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/ppc/mpc8544ds.c =
    David Gibson <david@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
    qemu-ppc@nongnu.org (open list:mpc8544ds)
    Alexander Graf <agraf@suse.de> (ratted out by David)

    = hw/ppc/ppc405_boards.c =
    David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
    qemu-ppc@nongnu.org (open list:ppc4xx) (ratted out by David)

Machines in danger of being orphaned & deprecated:

    = hw/lm32/lm32_boards.c =
    Michael Walle <michael@walle.cc> (maintainer:LM32)

    = hw/lm32/milkymist.c =
    Michael Walle <michael@walle.cc> (maintainer:milkymist)

Targets where we have received information for *no* machine so far:

    lm32
    moxie
    nios2
    tricore
    unicore

Re: Maintainers, please tell us how to boot your machines!

[Markus Armbruster]

Markus Armbruster <armbru@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-crosa@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 <sstabellini@kernel.org> (supporter:X86)
    Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
    Paul Durrant <paul.durrant@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.maydell@linaro.org> (maintainer:Integrator CP)
    qemu-arm@nongnu.org (open list:Integrator CP)

    = hw/arm/omap_sx1.c =
    Peter Maydell <peter.maydell@linaro.org> (maintainer:OMAP)
    qemu-arm@nongnu.org (open list:ARM)

    = hw/mips/mips_jazz.c =
    "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:Jazz)
    Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Jazz)
    Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
    Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)

    = hw/mips/mips_r4k.c =
    Aurelien Jarno <aurelien@aurel32.net> (maintainer:R4000)
    Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:R4000)
    Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)

    = hw/moxie/moxiesim.c =
    Anthony Green <green@moxielogic.com> (maintainer:Moxie)

    = hw/nios2/10m50_devboard.c =
    Chris Wulff <crwulff@gmail.com> (maintainer:NiosII)
    Marek Vasut <marex@denx.de> (maintainer:NiosII)

    = hw/ppc/virtex_ml507.c =
    "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (odd fixer:virtex_ml507)
    David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
    qemu-ppc@nongnu.org (open list:virtex_ml507)

    = hw/tricore/tricore_testboard.c =
    Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (maintainer:TriCore)

    = hw/unicore32/puv3.c =
    Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)

Machines with no maintainer and no supporter:

    = hw/arm/collie.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Sharp SL-5500 (Co...)
    qemu-arm@nongnu.org (open list:Sharp SL-5500 (Co...)

    = hw/arm/exynos4_boards.c =
    Igor Mitsyanko <i.mitsyanko@gmail.com> (odd fixer:Exynos)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Exynos)
    qemu-arm@nongnu.org (open list:Exynos)

    = hw/arm/imx25_pdk.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX25 PDK)
    Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:i.MX25 PDK)
    qemu-arm@nongnu.org (open list:i.MX25 PDK)

    = hw/arm/mainstone.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/arm/mcimx6ul-evk.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX6UL EVK / i....)
    Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:MCIMX6UL EVK / i....)
    qemu-arm@nongnu.org (open list:MCIMX6UL EVK / i....)

    = hw/arm/mcimx7d-sabre.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE / i...)
    Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE / i...)
    qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)

    = hw/arm/musicpal.c =
    Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
    qemu-arm@nongnu.org (open list:Musicpal)

    = hw/arm/palm.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:Palm)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:Palm)
    qemu-arm@nongnu.org (open list:Palm)

    = hw/arm/sabrelite.c =
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
    Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE / i.MX6)
    qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)

    = hw/arm/spitz.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/arm/tosa.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/arm/z2.c =
    Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
    Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
    qemu-arm@nongnu.org (open list:PXA2XX)

    = hw/ppc/mpc8544ds.c =
    David Gibson <david@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
    qemu-ppc@nongnu.org (open list:mpc8544ds)
    Alexander Graf <agraf@suse.de> (ratted out by David)

    = hw/ppc/ppc405_boards.c =
    David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
    qemu-ppc@nongnu.org (open list:ppc4xx) (ratted out by David)

Machines in danger of being orphaned & deprecated:

    = hw/lm32/lm32_boards.c =
    Michael Walle <michael@walle.cc> (maintainer:LM32)

    = hw/lm32/milkymist.c =
    Michael Walle <michael@walle.cc> (maintainer:milkymist)

Targets where we have received information for *no* machine so far:

    lm32
    moxie
    nios2
    tricore
    unicore

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

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

[Peter Maydell]

On Tue, 19 Mar 2019 at 18:34, Markus Armbruster <armbru@redhat.com> wrote:

Here are some command lines from my image zoo. Unfortunately
typically the images themselves are random accumulations
from people and I have no idea how to rebuild them (and
they are thus not redistributable, generally).

>     = hw/arm/integratorcp.c =
>     Peter Maydell <peter.maydell@linaro.org> (maintainer:Integrator CP)
>     qemu-arm@nongnu.org (open list:Integrator CP)

${QEMU} \
  -M integratorcp \
  -kernel "${TESTDIR}"/zImage.integrator \
  -initrd "${TESTDIR}"/arm_root.img -serial stdio \
  -append "console=ttyAMA0"

(I think this test image and kernel used to be kicking around
on the QEMU wiki at one point. Provenance unknown, naturally.)

>     = hw/arm/musicpal.c =
>     Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
>     qemu-arm@nongnu.org (open list:Musicpal)

${QEMU} \
  -machine musicpal \
  -pflash "${TESTDIR}"/musicpal.image -snapshot \
  -kernel "${TESTDIR}"/u-boot.image -serial stdio

I got the test image from Jan ages ago. No idea how to rebuild.

>     = hw/arm/sabrelite.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE / i.MX6)
>     qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)

${QEMU} \
  -smp 4 -M sabrelite -m 1024M -display none \
  -no-reboot -kernel "${TESTDIR}"/zImage \
  -initrd "${TESTDIR}"/rootfs.cpio.gz \
  -dtb "${TESTDIR}"/imx6q-sabrelite.dtb \
  -serial null -serial stdio

>
>     = hw/arm/spitz.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)

${QEMU} -M spitz \
  -kernel "${TESTDIR}"/zaurus-test/zImage.zaurus \
  -initrd "${TESTDIR}"/zaurus-test/zaurus_root.img -serial stdio \
  -append 'console=ttyS0,115200n8 init=/bin/bash'

>     = hw/arm/z2.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)

${QEMU} \
   -M z2 -pflash "${TESTDIR}"/zipit.flash \
   -sd "${TESTDIR}"/zipit.sd \
   -show-cursor -serial null -serial null -serial null \
   -kernel "${TESTDIR}"/uImage \
   -append "console=tty0 fbcon=rotate:3 root=/dev/mmcblk0 ro rootdelay=3" \
   -rotate 270

>     = hw/lm32/milkymist.c =
>     Michael Walle <michael@walle.cc> (maintainer:milkymist)

${QEMU}  -M milkymist -serial stdio -kernel "${TESTDIR}"/flickernoise

thanks
-- PMM

Re: Maintainers, please tell us how to boot your machines!

[Peter Maydell]

On Tue, 19 Mar 2019 at 18:34, Markus Armbruster <armbru@redhat.com> wrote:

Here are some command lines from my image zoo. Unfortunately
typically the images themselves are random accumulations
from people and I have no idea how to rebuild them (and
they are thus not redistributable, generally).

>     = hw/arm/integratorcp.c =
>     Peter Maydell <peter.maydell@linaro.org> (maintainer:Integrator CP)
>     qemu-arm@nongnu.org (open list:Integrator CP)

${QEMU} \
  -M integratorcp \
  -kernel "${TESTDIR}"/zImage.integrator \
  -initrd "${TESTDIR}"/arm_root.img -serial stdio \
  -append "console=ttyAMA0"

(I think this test image and kernel used to be kicking around
on the QEMU wiki at one point. Provenance unknown, naturally.)

>     = hw/arm/musicpal.c =
>     Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
>     qemu-arm@nongnu.org (open list:Musicpal)

${QEMU} \
  -machine musicpal \
  -pflash "${TESTDIR}"/musicpal.image -snapshot \
  -kernel "${TESTDIR}"/u-boot.image -serial stdio

I got the test image from Jan ages ago. No idea how to rebuild.

>     = hw/arm/sabrelite.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE / i.MX6)
>     qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)

${QEMU} \
  -smp 4 -M sabrelite -m 1024M -display none \
  -no-reboot -kernel "${TESTDIR}"/zImage \
  -initrd "${TESTDIR}"/rootfs.cpio.gz \
  -dtb "${TESTDIR}"/imx6q-sabrelite.dtb \
  -serial null -serial stdio

>
>     = hw/arm/spitz.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)

${QEMU} -M spitz \
  -kernel "${TESTDIR}"/zaurus-test/zImage.zaurus \
  -initrd "${TESTDIR}"/zaurus-test/zaurus_root.img -serial stdio \
  -append 'console=ttyS0,115200n8 init=/bin/bash'

>     = hw/arm/z2.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)

${QEMU} \
   -M z2 -pflash "${TESTDIR}"/zipit.flash \
   -sd "${TESTDIR}"/zipit.sd \
   -show-cursor -serial null -serial null -serial null \
   -kernel "${TESTDIR}"/uImage \
   -append "console=tty0 fbcon=rotate:3 root=/dev/mmcblk0 ro rootdelay=3" \
   -rotate 270

>     = hw/lm32/milkymist.c =
>     Michael Walle <michael@walle.cc> (maintainer:milkymist)

${QEMU}  -M milkymist -serial stdio -kernel "${TESTDIR}"/flickernoise

thanks
-- PMM

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: Maintainers, please tell us how to boot your machines!

[Anthony PERARD]

On Tue, Mar 19, 2019 at 07:34:45PM +0100, Markus Armbruster wrote:
>     = hw/xenpv/xen_machine_pv.c =
>     Stefano Stabellini <sstabellini@kernel.org> (supporter:X86)
>     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
>     Paul Durrant <paul.durrant@citrix.com> (supporter:X86)
>     xen-devel@lists.xenproject.org (open list:X86)

That machine requires Xen to be started and at least one service,
xenstore.

In dom0, when it's used to attach more disks to dom0:

$QEMU -M xenpv -xen-domid 0 -xen-attach \
        -name dom0 -nographic  -daemonize \
        -monitor /dev/null -serial /dev/null -parallel /dev/null \
        -nodefaults -no-user-config

Communication is then done via xenstore to attach disks, we would use
`xl block-attach` for that.

Another example, when we start a guest and want to attach qcow disk and
VNC. Our tool stack (xl / libxl) would first create the domain then
start QEMU:

$QEMU -machine xenpv -xen-domid 6 -xen-attach \
        -name pv-arch \
        -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait \
        -mon chardev=libxl-cmd,mode=control \
        -no-shutdown -nodefaults -no-user-config \
        -vnc 0.0.0.0:0,to=99 \
        -display none -m 1024

Is that enough information?

Also, we do automated tests of QEMU. It is done by `osstest' and the
results are sent to xen-devel@lists.xenproject.org.
One example of a test result:
    https://lists.xenproject.org/archives/html/xen-devel/2019-03/msg01577.html

Thanks,

-- 
Anthony PERARD

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

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

[Anthony PERARD]

On Tue, Mar 19, 2019 at 07:34:45PM +0100, Markus Armbruster wrote:
>     = hw/xenpv/xen_machine_pv.c =
>     Stefano Stabellini <sstabellini@kernel.org> (supporter:X86)
>     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
>     Paul Durrant <paul.durrant@citrix.com> (supporter:X86)
>     xen-devel@lists.xenproject.org (open list:X86)

That machine requires Xen to be started and at least one service,
xenstore.

In dom0, when it's used to attach more disks to dom0:

$QEMU -M xenpv -xen-domid 0 -xen-attach \
        -name dom0 -nographic  -daemonize \
        -monitor /dev/null -serial /dev/null -parallel /dev/null \
        -nodefaults -no-user-config

Communication is then done via xenstore to attach disks, we would use
`xl block-attach` for that.

Another example, when we start a guest and want to attach qcow disk and
VNC. Our tool stack (xl / libxl) would first create the domain then
start QEMU:

$QEMU -machine xenpv -xen-domid 6 -xen-attach \
        -name pv-arch \
        -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait \
        -mon chardev=libxl-cmd,mode=control \
        -no-shutdown -nodefaults -no-user-config \
        -vnc 0.0.0.0:0,to=99 \
        -display none -m 1024

Is that enough information?

Also, we do automated tests of QEMU. It is done by `osstest' and the
results are sent to xen-devel@lists.xenproject.org.
One example of a test result:
    https://lists.xenproject.org/archives/html/xen-devel/2019-03/msg01577.html

Thanks,

-- 
Anthony PERARD

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

[Markus Armbruster]

Anthony PERARD <anthony.perard@citrix.com> writes:

> On Tue, Mar 19, 2019 at 07:34:45PM +0100, Markus Armbruster wrote:
>>     = hw/xenpv/xen_machine_pv.c =
>>     Stefano Stabellini <sstabellini@kernel.org> (supporter:X86)
>>     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
>>     Paul Durrant <paul.durrant@citrix.com> (supporter:X86)
>>     xen-devel@lists.xenproject.org (open list:X86)
>
> That machine requires Xen to be started and at least one service,
> xenstore.
>
> In dom0, when it's used to attach more disks to dom0:
>
> $QEMU -M xenpv -xen-domid 0 -xen-attach \
>         -name dom0 -nographic  -daemonize \
>         -monitor /dev/null -serial /dev/null -parallel /dev/null \
>         -nodefaults -no-user-config
>
> Communication is then done via xenstore to attach disks, we would use
> `xl block-attach` for that.
>
> Another example, when we start a guest and want to attach qcow disk and
> VNC. Our tool stack (xl / libxl) would first create the domain then
> start QEMU:
>
> $QEMU -machine xenpv -xen-domid 6 -xen-attach \
>         -name pv-arch \
>         -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait \
>         -mon chardev=libxl-cmd,mode=control \
>         -no-shutdown -nodefaults -no-user-config \
>         -vnc 0.0.0.0:0,to=99 \
>         -display none -m 1024
>
> Is that enough information?

At a glance, yes.  Thanks!

> Also, we do automated tests of QEMU. It is done by `osstest' and the
> results are sent to xen-devel@lists.xenproject.org.
> One example of a test result:
>     https://lists.xenproject.org/archives/html/xen-devel/2019-03/msg01577.html
>
> Thanks,

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

[Markus Armbruster]

Anthony PERARD <anthony.perard@citrix.com> writes:

> On Tue, Mar 19, 2019 at 07:34:45PM +0100, Markus Armbruster wrote:
>>     = hw/xenpv/xen_machine_pv.c =
>>     Stefano Stabellini <sstabellini@kernel.org> (supporter:X86)
>>     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
>>     Paul Durrant <paul.durrant@citrix.com> (supporter:X86)
>>     xen-devel@lists.xenproject.org (open list:X86)
>
> That machine requires Xen to be started and at least one service,
> xenstore.
>
> In dom0, when it's used to attach more disks to dom0:
>
> $QEMU -M xenpv -xen-domid 0 -xen-attach \
>         -name dom0 -nographic  -daemonize \
>         -monitor /dev/null -serial /dev/null -parallel /dev/null \
>         -nodefaults -no-user-config
>
> Communication is then done via xenstore to attach disks, we would use
> `xl block-attach` for that.
>
> Another example, when we start a guest and want to attach qcow disk and
> VNC. Our tool stack (xl / libxl) would first create the domain then
> start QEMU:
>
> $QEMU -machine xenpv -xen-domid 6 -xen-attach \
>         -name pv-arch \
>         -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait \
>         -mon chardev=libxl-cmd,mode=control \
>         -no-shutdown -nodefaults -no-user-config \
>         -vnc 0.0.0.0:0,to=99 \
>         -display none -m 1024
>
> Is that enough information?

At a glance, yes.  Thanks!

> Also, we do automated tests of QEMU. It is done by `osstest' and the
> results are sent to xen-devel@lists.xenproject.org.
> One example of a test result:
>     https://lists.xenproject.org/archives/html/xen-devel/2019-03/msg01577.html
>
> Thanks,

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

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

[Philippe Mathieu-Daudé]

[-- Attachment #1.1: Type: text/plain, Size: 8505 bytes --]

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

> Markus Armbruster <armbru@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-crosa@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 <sstabellini@kernel.org> (supporter:X86)
>     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
>     Paul Durrant <paul.durrant@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.maydell@linaro.org> (maintainer:Integrator CP)
>     qemu-arm@nongnu.org (open list:Integrator CP)
>
>     = hw/arm/omap_sx1.c =
>     Peter Maydell <peter.maydell@linaro.org> (maintainer:OMAP)
>     qemu-arm@nongnu.org (open list:ARM)
>
>     = hw/mips/mips_jazz.c =
>     "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:Jazz)
>     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Jazz)
>     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
>     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
>     = hw/mips/mips_r4k.c =
>     Aurelien Jarno <aurelien@aurel32.net> (maintainer:R4000)
>     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:R4000)
>     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
>     = hw/moxie/moxiesim.c =
>     Anthony Green <green@moxielogic.com> (maintainer:Moxie)
>
>     = hw/nios2/10m50_devboard.c =
>     Chris Wulff <crwulff@gmail.com> (maintainer:NiosII)
>     Marek Vasut <marex@denx.de> (maintainer:NiosII)
>
>     = hw/ppc/virtex_ml507.c =
>     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (odd
> fixer:virtex_ml507)
>     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
>     qemu-ppc@nongnu.org (open list:virtex_ml507)
>
>     = hw/tricore/tricore_testboard.c =
>     Bastian Koppelmann <kbastian@mail.uni-paderborn.de>
> (maintainer:TriCore)
>
>     = hw/unicore32/puv3.c =
>     Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)
>
> Machines with no maintainer and no supporter:
>
>     = hw/arm/collie.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Sharp SL-5500
> (Co...)
>     qemu-arm@nongnu.org (open list:Sharp SL-5500 (Co...)
>
>     = hw/arm/exynos4_boards.c =
>     Igor Mitsyanko <i.mitsyanko@gmail.com> (odd fixer:Exynos)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Exynos)
>     qemu-arm@nongnu.org (open list:Exynos)
>
>     = hw/arm/imx25_pdk.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX25 PDK)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:i.MX25 PDK)
>     qemu-arm@nongnu.org (open list:i.MX25 PDK)
>
>     = hw/arm/mainstone.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/mcimx6ul-evk.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX6UL EVK /
> i....)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:MCIMX6UL EVK /
> i....)
>     qemu-arm@nongnu.org (open list:MCIMX6UL EVK / i....)
>
>     = hw/arm/mcimx7d-sabre.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE /
> i...)
>     Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE /
> i...)
>     qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)
>
>     = hw/arm/musicpal.c =
>     Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
>     qemu-arm@nongnu.org (open list:Musicpal)
>
>     = hw/arm/palm.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:Palm)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Palm)
>     qemu-arm@nongnu.org (open list:Palm)
>
>     = hw/arm/sabrelite.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE /
> i.MX6)
>     qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)
>
>     = hw/arm/spitz.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/tosa.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/z2.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/ppc/mpc8544ds.c =
>     David Gibson <david@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
>     qemu-ppc@nongnu.org (open list:mpc8544ds)
>     Alexander Graf <agraf@suse.de> (ratted out by David)
>
>     = hw/ppc/ppc405_boards.c =
>     David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
>     qemu-ppc@nongnu.org (open list:ppc4xx) (ratted out by David)
>
> Machines in danger of being orphaned & deprecated:
>
>     = hw/lm32/lm32_boards.c =
>     Michael Walle <michael@walle.cc> (maintainer:LM32)
>
>     = hw/lm32/milkymist.c =
>     Michael Walle <michael@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
>
>

[-- Attachment #1.2: Type: text/html, Size: 15563 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

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

[Philippe Mathieu-Daudé]

[-- Attachment #1: Type: text/plain, Size: 8505 bytes --]

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

> Markus Armbruster <armbru@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-crosa@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 <sstabellini@kernel.org> (supporter:X86)
>     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
>     Paul Durrant <paul.durrant@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.maydell@linaro.org> (maintainer:Integrator CP)
>     qemu-arm@nongnu.org (open list:Integrator CP)
>
>     = hw/arm/omap_sx1.c =
>     Peter Maydell <peter.maydell@linaro.org> (maintainer:OMAP)
>     qemu-arm@nongnu.org (open list:ARM)
>
>     = hw/mips/mips_jazz.c =
>     "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:Jazz)
>     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Jazz)
>     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
>     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
>     = hw/mips/mips_r4k.c =
>     Aurelien Jarno <aurelien@aurel32.net> (maintainer:R4000)
>     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:R4000)
>     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
>     = hw/moxie/moxiesim.c =
>     Anthony Green <green@moxielogic.com> (maintainer:Moxie)
>
>     = hw/nios2/10m50_devboard.c =
>     Chris Wulff <crwulff@gmail.com> (maintainer:NiosII)
>     Marek Vasut <marex@denx.de> (maintainer:NiosII)
>
>     = hw/ppc/virtex_ml507.c =
>     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (odd
> fixer:virtex_ml507)
>     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
>     qemu-ppc@nongnu.org (open list:virtex_ml507)
>
>     = hw/tricore/tricore_testboard.c =
>     Bastian Koppelmann <kbastian@mail.uni-paderborn.de>
> (maintainer:TriCore)
>
>     = hw/unicore32/puv3.c =
>     Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)
>
> Machines with no maintainer and no supporter:
>
>     = hw/arm/collie.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Sharp SL-5500
> (Co...)
>     qemu-arm@nongnu.org (open list:Sharp SL-5500 (Co...)
>
>     = hw/arm/exynos4_boards.c =
>     Igor Mitsyanko <i.mitsyanko@gmail.com> (odd fixer:Exynos)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Exynos)
>     qemu-arm@nongnu.org (open list:Exynos)
>
>     = hw/arm/imx25_pdk.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX25 PDK)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:i.MX25 PDK)
>     qemu-arm@nongnu.org (open list:i.MX25 PDK)
>
>     = hw/arm/mainstone.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/mcimx6ul-evk.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX6UL EVK /
> i....)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:MCIMX6UL EVK /
> i....)
>     qemu-arm@nongnu.org (open list:MCIMX6UL EVK / i....)
>
>     = hw/arm/mcimx7d-sabre.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE /
> i...)
>     Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE /
> i...)
>     qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)
>
>     = hw/arm/musicpal.c =
>     Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
>     qemu-arm@nongnu.org (open list:Musicpal)
>
>     = hw/arm/palm.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:Palm)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Palm)
>     qemu-arm@nongnu.org (open list:Palm)
>
>     = hw/arm/sabrelite.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
>     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE /
> i.MX6)
>     qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)
>
>     = hw/arm/spitz.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/tosa.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/arm/z2.c =
>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
>     qemu-arm@nongnu.org (open list:PXA2XX)
>
>     = hw/ppc/mpc8544ds.c =
>     David Gibson <david@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
>     qemu-ppc@nongnu.org (open list:mpc8544ds)
>     Alexander Graf <agraf@suse.de> (ratted out by David)
>
>     = hw/ppc/ppc405_boards.c =
>     David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
>     qemu-ppc@nongnu.org (open list:ppc4xx) (ratted out by David)
>
> Machines in danger of being orphaned & deprecated:
>
>     = hw/lm32/lm32_boards.c =
>     Michael Walle <michael@walle.cc> (maintainer:LM32)
>
>     = hw/lm32/milkymist.c =
>     Michael Walle <michael@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
>
>

[-- Attachment #2: Type: text/html, Size: 15563 bytes --]

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

[Guan Xuetao]

> -----Original Messages-----
> From: "Markus Armbruster" <armbru@redhat.com>
> Sent Time: 2019-03-20 02:34:45 (Wednesday)
> To: qemu-devel@nongnu.org
> Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, "Hervé Poussineau" <hpoussin@reactos.org>, "Aleksandar Markovic" <amarkovic@wavecomp.com>, "Aleksandar Rikalo" <arikalo@wavecomp.com>, "Alexander Graf" <agraf@suse.de>, "Andrey Smirnov" <andrew.smirnov@gmail.com>, "Andrzej Zaborowski" <balrogg@gmail.com>, "Anthony Green" <green@moxielogic.com>, "Anthony Perard" <anthony.perard@citrix.com>, "Aurelien Jarno" <aurelien@aurel32.net>, "Bastian Koppelmann" <kbastian@mail.uni-paderborn.de>, "Chris Wulff" <crwulff@gmail.com>, "Guan Xuetao" <gxt@mprc.pku.edu.cn>, "Igor Mitsyanko" <i.mitsyanko@gmail.com>, "Jan Kiszka" <jan.kiszka@web.de>, "Jean-Christophe Dubois" <jcd@tribudubois.net>, "Marek Vasut" <marex@denx.de>, "Paul Durrant" <paul.durrant@citrix.com>, "Peter Maydell" <peter.maydell@linaro.org>, "Stefano Stabellini" <sstabellini@kernel.org>, qemu-arm@nongnu.org, qemu-ppc@nongnu.org, xen-devel@lists.xenproject.org
> Subject: Re: Maintainers, please tell us how to boot your machines!
> 
> [...]
> 
> Machines with no supporter, but at least one maintainer:
> 
>     [...]
> 
>     = hw/unicore32/puv3.c =
>     Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)
> 
> 
> Targets where we have received information for *no* machine so far:
> 
>     [...]
>     unicore

I'm here. Now I can finally deal with my email account <gxt@mprc.pku.edu.cn> after several years chaos.
Anyway, sorry for so late.

To boot unicore32 machine, following commands are tested in branch stable-2.7:

To configure unicore32 target:
 ./configure     --target-list=unicore32-softmmu                         \
                 --enable-debug                                          \
                 --disable-sdl                                           \
                 --enable-curses                                         \
                 --extra-cflags="-D restrict=restricT"                   \

To run a simple busybox image on qemu-defconfig kernel:
 ./qemu-system-unicore32 -curses -M puv3 -m 512 -icount 0 -kernel somedir/zImage
 
Please check github for more details: https://github.com/gxt/UniCore32

Thanks,
Guan Xuetao

Re: Maintainers, please tell us how to boot your machines!

[Guan Xuetao]

> -----Original Messages-----
> From: "Markus Armbruster" <armbru@redhat.com>
> Sent Time: 2019-03-20 02:34:45 (Wednesday)
> To: qemu-devel@nongnu.org
> Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, "Hervé Poussineau" <hpoussin@reactos.org>, "Aleksandar Markovic" <amarkovic@wavecomp.com>, "Aleksandar Rikalo" <arikalo@wavecomp.com>, "Alexander Graf" <agraf@suse.de>, "Andrey Smirnov" <andrew.smirnov@gmail.com>, "Andrzej Zaborowski" <balrogg@gmail.com>, "Anthony Green" <green@moxielogic.com>, "Anthony Perard" <anthony.perard@citrix.com>, "Aurelien Jarno" <aurelien@aurel32.net>, "Bastian Koppelmann" <kbastian@mail.uni-paderborn.de>, "Chris Wulff" <crwulff@gmail.com>, "Guan Xuetao" <gxt@mprc.pku.edu.cn>, "Igor Mitsyanko" <i.mitsyanko@gmail.com>, "Jan Kiszka" <jan.kiszka@web.de>, "Jean-Christophe Dubois" <jcd@tribudubois.net>, "Marek Vasut" <marex@denx.de>, "Paul Durrant" <paul.durrant@citrix.com>, "Peter Maydell" <peter.maydell@linaro.org>, "Stefano Stabellini" <sstabellini@kernel.org>, qemu-arm@nongnu.org, qemu-ppc@nongnu.org, xen-devel@lists.xenproject.org
> Subject: Re: Maintainers, please tell us how to boot your machines!
> 
> [...]
> 
> Machines with no supporter, but at least one maintainer:
> 
>     [...]
> 
>     = hw/unicore32/puv3.c =
>     Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)
> 
> 
> Targets where we have received information for *no* machine so far:
> 
>     [...]
>     unicore

I'm here. Now I can finally deal with my email account <gxt@mprc.pku.edu.cn> after several years chaos.
Anyway, sorry for so late.

To boot unicore32 machine, following commands are tested in branch stable-2.7:

To configure unicore32 target:
 ./configure     --target-list=unicore32-softmmu                         \
                 --enable-debug                                          \
                 --disable-sdl                                           \
                 --enable-curses                                         \
                 --extra-cflags="-D restrict=restricT"                   \

To run a simple busybox image on qemu-defconfig kernel:
 ./qemu-system-unicore32 -curses -M puv3 -m 512 -icount 0 -kernel somedir/zImage
 
Please check github for more details: https://github.com/gxt/UniCore32

Thanks,
Guan Xuetao
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

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

[Thomas Huth]

On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
> '
> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
[...]
>>     = hw/arm/nseries.c =
>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>     qemu-arm@nongnu.org (open list:nSeries)
> 
> images:
> http://stskeeps.subnetmask.net/meego-n8x0/
> 
> $ qemu-system-arm -M n810 -kernel
> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio

That does not work for me - I only get a white screen that turns to
black after half a second, and no output (also not on the serial
console). Does it still work for you with the latest QEMU master branch?

 Thomas

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

[Thomas Huth]

On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
> '
> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
[...]
>>     = hw/arm/nseries.c =
>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>     qemu-arm@nongnu.org (open list:nSeries)
> 
> images:
> http://stskeeps.subnetmask.net/meego-n8x0/
> 
> $ qemu-system-arm -M n810 -kernel
> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio

That does not work for me - I only get a white screen that turns to
black after half a second, and no output (also not on the serial
console). Does it still work for you with the latest QEMU master branch?

 Thomas

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

[Philippe Mathieu-Daudé]

On 4/12/19 1:11 PM, Thomas Huth wrote:
> On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
>> '
>> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
> [...]
>>>     = hw/arm/nseries.c =
>>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>>     qemu-arm@nongnu.org (open list:nSeries)
>>
>> images:
>> http://stskeeps.subnetmask.net/meego-n8x0/
>>
>> $ qemu-system-arm -M n810 -kernel
>> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
>> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
>> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
> 
> That does not work for me - I only get a white screen that turns to
> black after half a second, and no output (also not on the serial
> console). Does it still work for you with the latest QEMU master branch?

It is broken since a long time. I guess rememember some irc chat about
it previous to v2.9.0, then I added this line to my TODO "this command
used to work, see what's wrong here". I never bisected to figure out
since when it got bitroted.

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

[Philippe Mathieu-Daudé]

On 4/12/19 1:11 PM, Thomas Huth wrote:
> On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
>> '
>> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
> [...]
>>>     = hw/arm/nseries.c =
>>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>>     qemu-arm@nongnu.org (open list:nSeries)
>>
>> images:
>> http://stskeeps.subnetmask.net/meego-n8x0/
>>
>> $ qemu-system-arm -M n810 -kernel
>> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
>> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
>> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
> 
> That does not work for me - I only get a white screen that turns to
> black after half a second, and no output (also not on the serial
> console). Does it still work for you with the latest QEMU master branch?

It is broken since a long time. I guess rememember some irc chat about
it previous to v2.9.0, then I added this line to my TODO "this command
used to work, see what's wrong here". I never bisected to figure out
since when it got bitroted.

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

[Thomas Huth]

On 12/04/2019 13.28, Philippe Mathieu-Daudé wrote:
> On 4/12/19 1:11 PM, Thomas Huth wrote:
>> On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
>>> '
>>> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
>> [...]
>>>>     = hw/arm/nseries.c =
>>>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>>>     qemu-arm@nongnu.org (open list:nSeries)
>>>
>>> images:
>>> http://stskeeps.subnetmask.net/meego-n8x0/
>>>
>>> $ qemu-system-arm -M n810 -kernel
>>> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
>>> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
>>> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
>>
>> That does not work for me - I only get a white screen that turns to
>> black after half a second, and no output (also not on the serial
>> console). Does it still work for you with the latest QEMU master branch?
> 
> It is broken since a long time. I guess rememember some irc chat about
> it previous to v2.9.0, then I added this line to my TODO "this command
> used to work, see what's wrong here". I never bisected to figure out
> since when it got bitroted.

Ok, thanks, good to know. I was just thinking about deprecating this
machine, since it uses the already deprecated bluetooth subsystem, and
we likely can not remove bluetooth without removing this machine, too.
So if it is already broken, that's another reason for really deprecating
this machine now.

 Thomas

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

[Thomas Huth]

On 12/04/2019 13.28, Philippe Mathieu-Daudé wrote:
> On 4/12/19 1:11 PM, Thomas Huth wrote:
>> On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
>>> '
>>> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
>> [...]
>>>>     = hw/arm/nseries.c =
>>>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>>>     qemu-arm@nongnu.org (open list:nSeries)
>>>
>>> images:
>>> http://stskeeps.subnetmask.net/meego-n8x0/
>>>
>>> $ qemu-system-arm -M n810 -kernel
>>> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
>>> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
>>> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
>>
>> That does not work for me - I only get a white screen that turns to
>> black after half a second, and no output (also not on the serial
>> console). Does it still work for you with the latest QEMU master branch?
> 
> It is broken since a long time. I guess rememember some irc chat about
> it previous to v2.9.0, then I added this line to my TODO "this command
> used to work, see what's wrong here". I never bisected to figure out
> since when it got bitroted.

Ok, thanks, good to know. I was just thinking about deprecating this
machine, since it uses the already deprecated bluetooth subsystem, and
we likely can not remove bluetooth without removing this machine, too.
So if it is already broken, that's another reason for really deprecating
this machine now.

 Thomas

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

[Thomas Huth]

On 12/04/2019 14.12, Thomas Huth wrote:
> On 12/04/2019 13.28, Philippe Mathieu-Daudé wrote:
>> On 4/12/19 1:11 PM, Thomas Huth wrote:
>>> On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
>>>> '
>>>> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
>>> [...]
>>>>>     = hw/arm/nseries.c =
>>>>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>>>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>>>>     qemu-arm@nongnu.org (open list:nSeries)
>>>>
>>>> images:
>>>> http://stskeeps.subnetmask.net/meego-n8x0/
>>>>
>>>> $ qemu-system-arm -M n810 -kernel
>>>> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
>>>> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
>>>> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
>>>
>>> That does not work for me - I only get a white screen that turns to
>>> black after half a second, and no output (also not on the serial
>>> console). Does it still work for you with the latest QEMU master branch?
>>
>> It is broken since a long time. I guess rememember some irc chat about
>> it previous to v2.9.0, then I added this line to my TODO "this command
>> used to work, see what's wrong here". I never bisected to figure out
>> since when it got bitroted.
> 
> Ok, thanks, good to know. I was just thinking about deprecating this
> machine, since it uses the already deprecated bluetooth subsystem, and
> we likely can not remove bluetooth without removing this machine, too.
> So if it is already broken, that's another reason for really deprecating
> this machine now.

Ah, well, the kernel still boots if I remove the "console=ttyS0" from
the argument list... so it is not completely broken yet.

 Thomas

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

[Thomas Huth]

On 12/04/2019 14.12, Thomas Huth wrote:
> On 12/04/2019 13.28, Philippe Mathieu-Daudé wrote:
>> On 4/12/19 1:11 PM, Thomas Huth wrote:
>>> On 13/03/2019 02.06, Philippe Mathieu-Daudé wrote:
>>>> '
>>>> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
>>> [...]
>>>>>     = hw/arm/nseries.c =
>>>>>     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
>>>>>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
>>>>>     qemu-arm@nongnu.org (open list:nSeries)
>>>>
>>>> images:
>>>> http://stskeeps.subnetmask.net/meego-n8x0/
>>>>
>>>> $ qemu-system-arm -M n810 -kernel
>>>> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
>>>> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
>>>> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
>>>
>>> That does not work for me - I only get a white screen that turns to
>>> black after half a second, and no output (also not on the serial
>>> console). Does it still work for you with the latest QEMU master branch?
>>
>> It is broken since a long time. I guess rememember some irc chat about
>> it previous to v2.9.0, then I added this line to my TODO "this command
>> used to work, see what's wrong here". I never bisected to figure out
>> since when it got bitroted.
> 
> Ok, thanks, good to know. I was just thinking about deprecating this
> machine, since it uses the already deprecated bluetooth subsystem, and
> we likely can not remove bluetooth without removing this machine, too.
> So if it is already broken, that's another reason for really deprecating
> this machine now.

Ah, well, the kernel still boots if I remove the "console=ttyS0" from
the argument list... so it is not completely broken yet.

 Thomas

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

[sundeep subbaraya]

Hi,

On Wed, Mar 13, 2019 at 6:36 AM Philippe Mathieu-Daudé <f4bug@amsat.org> wrote:
>
> '
> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
> >
> > 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.
> >
> >    [...]
> >
         [...]
> >
> >     = hw/arm/msf2-som.c =
> >     Subbaraya Sundeep <sundeep.lkml@gmail.com> (maintainer:Emcraft M2S-FG484)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Emcraft M2S-FG484)
> >     qemu-arm@nongnu.org (open list:ARM)
>
> ./arm-softmmu/qemu-system-arm -M emcraft-sf2 -serial mon:stdio \
> -kernel u-boot.bin -display none -drive file=spi.bin,if=mtd,format=raw
>
> Binaries u-boot.bin and spi.bin are at:
> https://github.com/Subbaraya-Sundeep/qemu-test-binaries.git
> Sources:
> https://github.com/Subbaraya-Sundeep/emcraft-uboot-sf2.git
> https://github.com/Subbaraya-Sundeep/linux.git
>
These should work as is since nothing changed.
Thanks Philippe.

Sundeep

> >
> >     = hw/arm/musca.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Musca)
> >     qemu-arm@nongnu.org (open list:Musca)
> >
> >     = hw/arm/netduino2.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Netduino 2)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Netduino 2)
> >     qemu-arm@nongnu.org (open list:ARM)
> >
> >     = hw/arm/omap_sx1.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:OMAP)
> >     qemu-arm@nongnu.org (open list:ARM)
> >
> >     = hw/arm/realview.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Real View)
> >     qemu-arm@nongnu.org (open list:Real View)
> >
> >     = hw/arm/stellaris.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Stellaris)
> >     qemu-arm@nongnu.org (open list:Stellaris)
>
> https://docs.zephyrproject.org/1.13.0/boards/arm/qemu_cortex_m3/doc/board.html
>
> >     = hw/arm/versatilepb.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Versatile PB)
> >     qemu-arm@nongnu.org (open list:Versatile PB)
>
> https://people.debian.org/~aurel32/qemu/armel/
>
> >     = hw/arm/vexpress.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Versatile Express)
> >     qemu-arm@nongnu.org (open list:Versatile Express)
>
> https://people.debian.org/~aurel32/qemu/armhf/
>
> >     = hw/arm/virt.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Virt)
> >     qemu-arm@nongnu.org (open list:Virt)
> >
> >     = hw/arm/xilinx_zynq.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx Zynq)
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx Zynq)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx Zynq)
> >     qemu-arm@nongnu.org (open list:Xilinx Zynq)
> >
> >     = hw/arm/xlnx-versal-virt.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx ZynqMP)
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx ZynqMP)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx ZynqMP)
> >     qemu-arm@nongnu.org (open list:Xilinx ZynqMP)
> >
> >     = hw/arm/xlnx-zcu102.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx ZynqMP)
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx ZynqMP)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx ZynqMP)
> >     qemu-arm@nongnu.org (open list:Xilinx ZynqMP)
> >
> >     = hw/cris/axis_dev88.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Axis Dev88)
> >
> >     = hw/hppa/machine.c =
> >     Richard Henderson <rth@twiddle.net> (maintainer:HPPA (PA-RISC))
> >     Helge Deller <deller@gmx.de> (reviewer:Dino)
> >
> >     = hw/i386/pc_piix.c =
> >     Paolo Bonzini <pbonzini@redhat.com> (maintainer:X86)
> >     Richard Henderson <rth@twiddle.net> (maintainer:X86)
> >     Eduardo Habkost <ehabkost@redhat.com> (maintainer:X86)
> >     "Michael S. Tsirkin" <mst@redhat.com> (supporter:PC)
> >     Marcel Apfelbaum <marcel.apfelbaum@gmail.com> (supporter:PC)
> >
> >     = hw/i386/pc_q35.c =
> >     "Michael S. Tsirkin" <mst@redhat.com> (supporter:PC)
> >     Marcel Apfelbaum <marcel.apfelbaum@gmail.com> (supporter:PC)
> >     Paolo Bonzini <pbonzini@redhat.com> (maintainer:X86)
> >     Richard Henderson <rth@twiddle.net> (maintainer:X86)
> >     Eduardo Habkost <ehabkost@redhat.com> (maintainer:X86)
> >
> >     = hw/lm32/lm32_boards.c =
> >     Michael Walle <michael@walle.cc> (maintainer:LM32)
> >
> >     = hw/lm32/milkymist.c =
> >     Michael Walle <michael@walle.cc> (maintainer:milkymist)
> >
> >     = hw/microblaze/petalogix_ml605_mmu.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:petalogix_ml605)
> >
> >     = hw/microblaze/petalogix_s3adsp1800_mmu.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:petalogix_s3adsp1800)
> >
> >     = hw/microblaze/xlnx-zynqmp-pmu.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx ZynqMP)
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx ZynqMP)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx ZynqMP)
> >     qemu-arm@nongnu.org (open list:Xilinx ZynqMP)
> >
> >     = hw/mips/boston.c =
> >     Paul Burton <pburton@wavecomp.com> (maintainer:Boston)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Boston)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
> See:
> https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg03419.html
>
> linux-v4.17$ make ARCH=mips CROSS_COMPILE=mipsel-linux-gnu- 64r2el_defconfig
> qemu-system-mips64el -M boston -kernel arch/mips/boot/vmlinux.gz.itb
> -serial stdio
>
> >     = hw/mips/mips_fulong2e.c =
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (odd fixer:Fulong 2E)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Fulong 2E)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
>
> Linux fuloong2e_defconfig
>
> qemu-system-mips64el -machine fulong2e -kernel vmlinux -append
> 'console=ttyS0' -nographic -m 1G -serial stdio
>
> prebuilt images: http://acksyn.org/posts/2015/06/running-fedora-mips/
>
> >     = hw/mips/mips_jazz.c =
> >     "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:Jazz)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Jazz)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
> >
> >     = hw/mips/mips_malta.c =
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:Malta)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Malta)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
> https://people.debian.org/~aurel32/qemu/mips/ =)
>
> >     = hw/mips/mips_mipssim.c =
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (odd fixer:Mipssim)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Mipssim)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
>
> See this thread:
> http://lists.nongnu.org/archive/html/qemu-devel/2018-04/msg04071.html
>
> >     = hw/mips/mips_r4k.c =
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:R4000)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:R4000)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
> >
> >     = hw/moxie/moxiesim.c =
> >     Anthony Green <green@moxielogic.com> (maintainer:Moxie)
> >
> >     = hw/nios2/10m50_devboard.c =
> >     Chris Wulff <crwulff@gmail.com> (maintainer:NiosII)
> >     Marek Vasut <marex@denx.de> (maintainer:NiosII)
> >
> >     = hw/openrisc/openrisc_sim.c =
> >     Jia Liu <proljc@gmail.com> (maintainer:or1k-sim)
> >     Stafford Horne <shorne@gmail.com> (odd fixer:OpenRISC)
> >
> >     = hw/ppc/pnv.c =
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:PowerPC)
> >
> >     = hw/ppc/prep.c =
> >     "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:PReP)
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:PReP)
>
> https://cdimage.debian.org/cdimage/archive/8.10.0/powerpc/iso-cd/
>
> qemu-system-ppc -M prep -cdrom debian-LennyBeta2-powerpc-netinst.iso -nographic
>
> >     = hw/ppc/sam460ex.c =
> >     BALATON Zoltan <balaton@eik.bme.hu> (maintainer:sam460ex)
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:sam460ex)
>
> images:
> http://aros.sourceforge.net/nightly1.php
>
> >     = hw/ppc/virtex_ml507.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (odd fixer:virtex_ml507)
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:virtex_ml507)
> >
> >     = hw/s390x/s390-virtio-ccw.c =
> >     Cornelia Huck <cohuck@redhat.com> (supporter:S390 Virtio-ccw)
> >     Halil Pasic <pasic@linux.ibm.com> (supporter:S390 Virtio-ccw)
> >     Christian Borntraeger <borntraeger@de.ibm.com> (supporter:S390 Virtio-ccw)
> >     Richard Henderson <rth@twiddle.net> (maintainer:S390)
> >     David Hildenbrand <david@redhat.com> (maintainer:S390)
> >     qemu-s390x@nongnu.org (open list:S390 Virtio-ccw)
> >
> >     = hw/sh4/r2d.c =
> >     Magnus Damm <magnus.damm@gmail.com> (maintainer:R2D)
> >     Aurelien Jarno <aurelien@aurel32.net> (odd fixer:SH4)
>
> https://people.debian.org/~aurel32/qemu/sh4/
> see also "acceptance: Add test_sh4_r2d in BootLinuxConsole":
> https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg02748.html
>
> >     = hw/sparc/leon3.c =
> >     Fabien Chouteau <chouteau@adacore.com> (maintainer:Leon3)
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:SPARC)
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)
>
> built uboot + uImage
> http://www.gaisler.com/anonftp/u-boot/examples/grxc3s1500/
>
> how to build more recent:
> https://vlsiwiki.soe.ucsc.edu/index.php/MASC/uCLinux_On_LEON3
>
> >     = hw/sparc/sun4m.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:Sun4m)
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)
>
> https://people.debian.org/~aurel32/qemu/sparc/
>
> >
> >     = hw/sparc64/niagara.c =
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:Sun4v)
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:SPARC)
> >
> >     = hw/sparc64/sun4u.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:Sun4u)
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)
> >
> >     = hw/tricore/tricore_testboard.c =
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (maintainer:TriCore)
> >
> >     = hw/unicore32/puv3.c =
> >     Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)
> >
> >     = hw/xtensa/sim.c =
> >     Max Filippov <jcmvbkbc@gmail.com> (maintainer:sim)
> >
> >     = hw/xtensa/xtfpga.c =
> >     Max Filippov <jcmvbkbc@gmail.com> (maintainer:XTFPGA (LX60, LX2...)
>
> build Zephyr from source:
> http://docs.zephyrproject.org/boards/xtensa/qemu_xtensa/doc/board.html
>
> qemu-system-xtensa -M dc232b -m 128M -semihosting -nographic -monitor
> null -kernel Image.elf
>
> >
> > Machines with no maintainer, but at least one supporter:
> >
> >     = hw/ppc/spapr.c =
> >     David Gibson <david@gibson.dropbear.id.au> (supporter:sPAPR)
> >     qemu-ppc@nongnu.org (open list:sPAPR)
> >
> >     = hw/riscv/sifive_e.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/riscv/sifive_u.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/riscv/spike.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/riscv/virt.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/xenpv/xen_machine_pv.c =
> >     Stefano Stabellini <sstabellini@kernel.org> (supporter:X86)
> >     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
> >     Paul Durrant <paul.durrant@citrix.com> (supporter:X86)
> >     xen-devel@lists.xenproject.org (open list:X86)
> >
> > Machines with no maintainer and no supporter:
> >
> >     = hw/arm/collie.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Sharp SL-5500 (Co...)
> >     qemu-arm@nongnu.org (open list:Sharp SL-5500 (Co...)
> >
> >     = hw/arm/cubieboard.c =
> >     Beniamino Galvani <b.galvani@gmail.com> (odd fixer:Allwinner-a10)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Allwinner-a10)
> >     qemu-arm@nongnu.org (open list:Allwinner-a10)
>
> https://romanrm.net/a10/qemu
> https://kashyapc.fedorapeople.org/arm/installing-Fedora-21-on-microSD-card-for-Cubietruck.txt
>
> >     = hw/arm/digic_boards.c =
> >     Antony Pavlov <antonynpavlov@gmail.com> (odd fixer:Canon DIGIC)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Canon DIGIC)
> >     qemu-arm@nongnu.org (open list:Canon DIGIC)
>
> canon-a1100-rom1.bin
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg571908.html
>
> >     = hw/arm/exynos4_boards.c =
> >     Igor Mitsyanko <i.mitsyanko@gmail.com> (odd fixer:Exynos)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Exynos)
> >     qemu-arm@nongnu.org (open list:Exynos)
> >
> >     = hw/arm/gumstix.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Gumstix)
> >     "Philippe Mathieu-Daudé" <f4bug@amsat.org> (reviewer:Gumstix)
> >     qemu-arm@nongnu.org (open list:Gumstix)
>
> dd of=cflash.img bs=128k count=128 if=/dev/zerodd of=cflash.img
> bs=128k conv=notrunc if=/Downloads/u-boot-verdex-400-r1604.bin
> dd of=cflash.img bs=128k conv=notrunc seek=2
> if=Downloads/Angstrom-gumstix-basic-image-glibc-ipk-2007.9-test-20080512-gumstix-custom-connex.rootfs.jffs2
> dd of=cflash.img bs=128k conv=notrunc seek=120
> if=Downloads/uImage-2.6.21-r1-gumstix-custom-connex.bin
> qemu-system-arm -M connex -nographic -drive
> if=sd,cache=unsafe,file=cflash.img -pflash cflash.img
>
> >
> >     = hw/arm/highbank.c =
> >     Rob Herring <robh@kernel.org> (odd fixer:Calxeda Highbank)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Calxeda Highbank)
> >     qemu-arm@nongnu.org (open list:Calxeda Highbank)
>
> vmlinuz from those links
> https://wiki.edubuntu.org/ARM/Server/Install/Calxeda
> https://en.opensuse.org/HCL:Highbank
> https://wiki.linaro.org/LEG/Engineering/Virtualization/Platform_Device_Passthrough_on_Midway
>
> >
> >     = hw/arm/imx25_pdk.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX25 PDK)
> >     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:i.MX25 PDK)
> >     qemu-arm@nongnu.org (open list:i.MX25 PDK)
> >
> >     = hw/arm/kzm.c =
> >     Peter Chubb <peter.chubb@nicta.com.au> (odd fixer:i.MX31 (kzm))
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX31 (kzm))
> >     qemu-arm@nongnu.org (open list:i.MX31 (kzm))
> >
> >     = hw/arm/mainstone.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/arm/mcimx6ul-evk.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX6UL EVK / i....)
> >     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:MCIMX6UL EVK / i....)
> >     qemu-arm@nongnu.org (open list:MCIMX6UL EVK / i....)
> >
> >     = hw/arm/mcimx7d-sabre.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE / i...)
> >     Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE / i...)
> >     qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)
> >
> >     = hw/arm/musicpal.c =
> >     Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
> >     qemu-arm@nongnu.org (open list:Musicpal)
> >
> >     = hw/arm/nseries.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
> >     qemu-arm@nongnu.org (open list:nSeries)
>
> images:
> http://stskeeps.subnetmask.net/meego-n8x0/
>
> $ qemu-system-arm -M n810 -kernel
> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
>
> >     = hw/arm/palm.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:Palm)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Palm)
> >     qemu-arm@nongnu.org (open list:Palm)
> >
> >     = hw/arm/raspi.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Raspberry Pi)
> >     Andrew Baumann <Andrew.Baumann@microsoft.com> (reviewer:Raspberry Pi)
> >     "Philippe Mathieu-Daudé" <f4bug@amsat.org> (reviewer:Raspberry Pi)
> >     qemu-arm@nongnu.org (open list:Raspberry Pi)
>
> Quick Boot Linux uart test:
> https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg04308.html
>
> >
> >     = hw/arm/sabrelite.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
> >     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE / i.MX6)
> >     qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)
> >
> >     = hw/arm/spitz.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/arm/tosa.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/arm/z2.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/m68k/an5206.c =
> >     Thomas Huth <huth@tuxfamily.org> (odd fixer:an5206)
> >
> >     = hw/m68k/mcf5208.c =
> >     Thomas Huth <huth@tuxfamily.org> (odd fixer:mcf5208)
> >
> >     = hw/ppc/e500plat.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:e500)
> >     qemu-ppc@nongnu.org (open list:e500)
> >
> >     = hw/ppc/mac_newworld.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (odd fixer:New World (mac99))
> >     David Gibson <david@gibson.dropbear.id.au> (reviewer:New World (mac99))
> >     qemu-ppc@nongnu.org (open list:New World (mac99))
> >
> >     = hw/ppc/mac_oldworld.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (odd fixer:Old World (g3beige))
> >     David Gibson <david@gibson.dropbear.id.au> (reviewer:Old World (g3beige))
> >     qemu-ppc@nongnu.org (open list:Old World (g3beige))
> >
> >     = hw/ppc/mpc8544ds.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
> >     qemu-ppc@nongnu.org (open list:mpc8544ds)
> >
> >     = hw/ppc/ppc405_boards.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
> >     qemu-ppc@nongnu.org (open list:ppc4xx)
> >
> >     = hw/ppc/ppc440_bamboo.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
> >     qemu-ppc@nongnu.org (open list:ppc4xx)
> >
> >     = hw/sh4/shix.c =
> >     Magnus Damm <magnus.damm@gmail.com> (odd fixer:Shix)
> >     Aurelien Jarno <aurelien@aurel32.net> (odd fixer:SH4)
> >
> >
> > [*] Subject: QEMU Summit 2018 minutes
> > Message-ID: <CAFEAcA8WWmwjY+derXd-yM==QmPtP7C3TN3pC0TCTPwVFdhZNA@mail.gmail.com>
> > https://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg03367.html

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

[sundeep subbaraya]

Hi,

On Wed, Mar 13, 2019 at 6:36 AM Philippe Mathieu-Daudé <f4bug@amsat.org> wrote:
>
> '
> On Tue, Mar 12, 2019 at 6:44 PM Markus Armbruster <armbru@redhat.com> wrote:
> >
> > 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.
> >
> >    [...]
> >
         [...]
> >
> >     = hw/arm/msf2-som.c =
> >     Subbaraya Sundeep <sundeep.lkml@gmail.com> (maintainer:Emcraft M2S-FG484)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Emcraft M2S-FG484)
> >     qemu-arm@nongnu.org (open list:ARM)
>
> ./arm-softmmu/qemu-system-arm -M emcraft-sf2 -serial mon:stdio \
> -kernel u-boot.bin -display none -drive file=spi.bin,if=mtd,format=raw
>
> Binaries u-boot.bin and spi.bin are at:
> https://github.com/Subbaraya-Sundeep/qemu-test-binaries.git
> Sources:
> https://github.com/Subbaraya-Sundeep/emcraft-uboot-sf2.git
> https://github.com/Subbaraya-Sundeep/linux.git
>
These should work as is since nothing changed.
Thanks Philippe.

Sundeep

> >
> >     = hw/arm/musca.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Musca)
> >     qemu-arm@nongnu.org (open list:Musca)
> >
> >     = hw/arm/netduino2.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Netduino 2)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Netduino 2)
> >     qemu-arm@nongnu.org (open list:ARM)
> >
> >     = hw/arm/omap_sx1.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:OMAP)
> >     qemu-arm@nongnu.org (open list:ARM)
> >
> >     = hw/arm/realview.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Real View)
> >     qemu-arm@nongnu.org (open list:Real View)
> >
> >     = hw/arm/stellaris.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Stellaris)
> >     qemu-arm@nongnu.org (open list:Stellaris)
>
> https://docs.zephyrproject.org/1.13.0/boards/arm/qemu_cortex_m3/doc/board.html
>
> >     = hw/arm/versatilepb.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Versatile PB)
> >     qemu-arm@nongnu.org (open list:Versatile PB)
>
> https://people.debian.org/~aurel32/qemu/armel/
>
> >     = hw/arm/vexpress.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Versatile Express)
> >     qemu-arm@nongnu.org (open list:Versatile Express)
>
> https://people.debian.org/~aurel32/qemu/armhf/
>
> >     = hw/arm/virt.c =
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Virt)
> >     qemu-arm@nongnu.org (open list:Virt)
> >
> >     = hw/arm/xilinx_zynq.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx Zynq)
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx Zynq)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx Zynq)
> >     qemu-arm@nongnu.org (open list:Xilinx Zynq)
> >
> >     = hw/arm/xlnx-versal-virt.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx ZynqMP)
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx ZynqMP)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx ZynqMP)
> >     qemu-arm@nongnu.org (open list:Xilinx ZynqMP)
> >
> >     = hw/arm/xlnx-zcu102.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx ZynqMP)
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx ZynqMP)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx ZynqMP)
> >     qemu-arm@nongnu.org (open list:Xilinx ZynqMP)
> >
> >     = hw/cris/axis_dev88.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Axis Dev88)
> >
> >     = hw/hppa/machine.c =
> >     Richard Henderson <rth@twiddle.net> (maintainer:HPPA (PA-RISC))
> >     Helge Deller <deller@gmx.de> (reviewer:Dino)
> >
> >     = hw/i386/pc_piix.c =
> >     Paolo Bonzini <pbonzini@redhat.com> (maintainer:X86)
> >     Richard Henderson <rth@twiddle.net> (maintainer:X86)
> >     Eduardo Habkost <ehabkost@redhat.com> (maintainer:X86)
> >     "Michael S. Tsirkin" <mst@redhat.com> (supporter:PC)
> >     Marcel Apfelbaum <marcel.apfelbaum@gmail.com> (supporter:PC)
> >
> >     = hw/i386/pc_q35.c =
> >     "Michael S. Tsirkin" <mst@redhat.com> (supporter:PC)
> >     Marcel Apfelbaum <marcel.apfelbaum@gmail.com> (supporter:PC)
> >     Paolo Bonzini <pbonzini@redhat.com> (maintainer:X86)
> >     Richard Henderson <rth@twiddle.net> (maintainer:X86)
> >     Eduardo Habkost <ehabkost@redhat.com> (maintainer:X86)
> >
> >     = hw/lm32/lm32_boards.c =
> >     Michael Walle <michael@walle.cc> (maintainer:LM32)
> >
> >     = hw/lm32/milkymist.c =
> >     Michael Walle <michael@walle.cc> (maintainer:milkymist)
> >
> >     = hw/microblaze/petalogix_ml605_mmu.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:petalogix_ml605)
> >
> >     = hw/microblaze/petalogix_s3adsp1800_mmu.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:petalogix_s3adsp1800)
> >
> >     = hw/microblaze/xlnx-zynqmp-pmu.c =
> >     Alistair Francis <alistair@alistair23.me> (maintainer:Xilinx ZynqMP)
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (maintainer:Xilinx ZynqMP)
> >     Peter Maydell <peter.maydell@linaro.org> (maintainer:Xilinx ZynqMP)
> >     qemu-arm@nongnu.org (open list:Xilinx ZynqMP)
> >
> >     = hw/mips/boston.c =
> >     Paul Burton <pburton@wavecomp.com> (maintainer:Boston)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Boston)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
> See:
> https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg03419.html
>
> linux-v4.17$ make ARCH=mips CROSS_COMPILE=mipsel-linux-gnu- 64r2el_defconfig
> qemu-system-mips64el -M boston -kernel arch/mips/boot/vmlinux.gz.itb
> -serial stdio
>
> >     = hw/mips/mips_fulong2e.c =
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (odd fixer:Fulong 2E)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Fulong 2E)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
>
> Linux fuloong2e_defconfig
>
> qemu-system-mips64el -machine fulong2e -kernel vmlinux -append
> 'console=ttyS0' -nographic -m 1G -serial stdio
>
> prebuilt images: http://acksyn.org/posts/2015/06/running-fedora-mips/
>
> >     = hw/mips/mips_jazz.c =
> >     "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:Jazz)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Jazz)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
> >
> >     = hw/mips/mips_malta.c =
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:Malta)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Malta)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
>
> https://people.debian.org/~aurel32/qemu/mips/ =)
>
> >     = hw/mips/mips_mipssim.c =
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (odd fixer:Mipssim)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:Mipssim)
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:MIPS)
>
> See this thread:
> http://lists.nongnu.org/archive/html/qemu-devel/2018-04/msg04071.html
>
> >     = hw/mips/mips_r4k.c =
> >     Aurelien Jarno <aurelien@aurel32.net> (maintainer:R4000)
> >     Aleksandar Rikalo <arikalo@wavecomp.com> (reviewer:R4000)
> >     Aleksandar Markovic <amarkovic@wavecomp.com> (maintainer:MIPS)
> >
> >     = hw/moxie/moxiesim.c =
> >     Anthony Green <green@moxielogic.com> (maintainer:Moxie)
> >
> >     = hw/nios2/10m50_devboard.c =
> >     Chris Wulff <crwulff@gmail.com> (maintainer:NiosII)
> >     Marek Vasut <marex@denx.de> (maintainer:NiosII)
> >
> >     = hw/openrisc/openrisc_sim.c =
> >     Jia Liu <proljc@gmail.com> (maintainer:or1k-sim)
> >     Stafford Horne <shorne@gmail.com> (odd fixer:OpenRISC)
> >
> >     = hw/ppc/pnv.c =
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:PowerPC)
> >
> >     = hw/ppc/prep.c =
> >     "Hervé Poussineau" <hpoussin@reactos.org> (maintainer:PReP)
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:PReP)
>
> https://cdimage.debian.org/cdimage/archive/8.10.0/powerpc/iso-cd/
>
> qemu-system-ppc -M prep -cdrom debian-LennyBeta2-powerpc-netinst.iso -nographic
>
> >     = hw/ppc/sam460ex.c =
> >     BALATON Zoltan <balaton@eik.bme.hu> (maintainer:sam460ex)
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:sam460ex)
>
> images:
> http://aros.sourceforge.net/nightly1.php
>
> >     = hw/ppc/virtex_ml507.c =
> >     "Edgar E. Iglesias" <edgar.iglesias@gmail.com> (odd fixer:virtex_ml507)
> >     David Gibson <david@gibson.dropbear.id.au> (maintainer:PowerPC)
> >     qemu-ppc@nongnu.org (open list:virtex_ml507)
> >
> >     = hw/s390x/s390-virtio-ccw.c =
> >     Cornelia Huck <cohuck@redhat.com> (supporter:S390 Virtio-ccw)
> >     Halil Pasic <pasic@linux.ibm.com> (supporter:S390 Virtio-ccw)
> >     Christian Borntraeger <borntraeger@de.ibm.com> (supporter:S390 Virtio-ccw)
> >     Richard Henderson <rth@twiddle.net> (maintainer:S390)
> >     David Hildenbrand <david@redhat.com> (maintainer:S390)
> >     qemu-s390x@nongnu.org (open list:S390 Virtio-ccw)
> >
> >     = hw/sh4/r2d.c =
> >     Magnus Damm <magnus.damm@gmail.com> (maintainer:R2D)
> >     Aurelien Jarno <aurelien@aurel32.net> (odd fixer:SH4)
>
> https://people.debian.org/~aurel32/qemu/sh4/
> see also "acceptance: Add test_sh4_r2d in BootLinuxConsole":
> https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg02748.html
>
> >     = hw/sparc/leon3.c =
> >     Fabien Chouteau <chouteau@adacore.com> (maintainer:Leon3)
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:SPARC)
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)
>
> built uboot + uImage
> http://www.gaisler.com/anonftp/u-boot/examples/grxc3s1500/
>
> how to build more recent:
> https://vlsiwiki.soe.ucsc.edu/index.php/MASC/uCLinux_On_LEON3
>
> >     = hw/sparc/sun4m.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:Sun4m)
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)
>
> https://people.debian.org/~aurel32/qemu/sparc/
>
> >
> >     = hw/sparc64/niagara.c =
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:Sun4v)
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:SPARC)
> >
> >     = hw/sparc64/sun4u.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:Sun4u)
> >     Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)
> >
> >     = hw/tricore/tricore_testboard.c =
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (maintainer:TriCore)
> >
> >     = hw/unicore32/puv3.c =
> >     Guan Xuetao <gxt@mprc.pku.edu.cn> (maintainer:UniCore32)
> >
> >     = hw/xtensa/sim.c =
> >     Max Filippov <jcmvbkbc@gmail.com> (maintainer:sim)
> >
> >     = hw/xtensa/xtfpga.c =
> >     Max Filippov <jcmvbkbc@gmail.com> (maintainer:XTFPGA (LX60, LX2...)
>
> build Zephyr from source:
> http://docs.zephyrproject.org/boards/xtensa/qemu_xtensa/doc/board.html
>
> qemu-system-xtensa -M dc232b -m 128M -semihosting -nographic -monitor
> null -kernel Image.elf
>
> >
> > Machines with no maintainer, but at least one supporter:
> >
> >     = hw/ppc/spapr.c =
> >     David Gibson <david@gibson.dropbear.id.au> (supporter:sPAPR)
> >     qemu-ppc@nongnu.org (open list:sPAPR)
> >
> >     = hw/riscv/sifive_e.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/riscv/sifive_u.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/riscv/spike.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/riscv/virt.c =
> >     Palmer Dabbelt <palmer@sifive.com> (supporter:RISC-V)
> >     Alistair Francis <Alistair.Francis@wdc.com> (supporter:RISC-V)
> >     Sagar Karandikar <sagark@eecs.berkeley.edu> (supporter:RISC-V)
> >     Bastian Koppelmann <kbastian@mail.uni-paderborn.de> (supporter:RISC-V)
> >     qemu-riscv@nongnu.org (open list:RISC-V)
> >
> >     = hw/xenpv/xen_machine_pv.c =
> >     Stefano Stabellini <sstabellini@kernel.org> (supporter:X86)
> >     Anthony Perard <anthony.perard@citrix.com> (supporter:X86)
> >     Paul Durrant <paul.durrant@citrix.com> (supporter:X86)
> >     xen-devel@lists.xenproject.org (open list:X86)
> >
> > Machines with no maintainer and no supporter:
> >
> >     = hw/arm/collie.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Sharp SL-5500 (Co...)
> >     qemu-arm@nongnu.org (open list:Sharp SL-5500 (Co...)
> >
> >     = hw/arm/cubieboard.c =
> >     Beniamino Galvani <b.galvani@gmail.com> (odd fixer:Allwinner-a10)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Allwinner-a10)
> >     qemu-arm@nongnu.org (open list:Allwinner-a10)
>
> https://romanrm.net/a10/qemu
> https://kashyapc.fedorapeople.org/arm/installing-Fedora-21-on-microSD-card-for-Cubietruck.txt
>
> >     = hw/arm/digic_boards.c =
> >     Antony Pavlov <antonynpavlov@gmail.com> (odd fixer:Canon DIGIC)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Canon DIGIC)
> >     qemu-arm@nongnu.org (open list:Canon DIGIC)
>
> canon-a1100-rom1.bin
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg571908.html
>
> >     = hw/arm/exynos4_boards.c =
> >     Igor Mitsyanko <i.mitsyanko@gmail.com> (odd fixer:Exynos)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Exynos)
> >     qemu-arm@nongnu.org (open list:Exynos)
> >
> >     = hw/arm/gumstix.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Gumstix)
> >     "Philippe Mathieu-Daudé" <f4bug@amsat.org> (reviewer:Gumstix)
> >     qemu-arm@nongnu.org (open list:Gumstix)
>
> dd of=cflash.img bs=128k count=128 if=/dev/zerodd of=cflash.img
> bs=128k conv=notrunc if=/Downloads/u-boot-verdex-400-r1604.bin
> dd of=cflash.img bs=128k conv=notrunc seek=2
> if=Downloads/Angstrom-gumstix-basic-image-glibc-ipk-2007.9-test-20080512-gumstix-custom-connex.rootfs.jffs2
> dd of=cflash.img bs=128k conv=notrunc seek=120
> if=Downloads/uImage-2.6.21-r1-gumstix-custom-connex.bin
> qemu-system-arm -M connex -nographic -drive
> if=sd,cache=unsafe,file=cflash.img -pflash cflash.img
>
> >
> >     = hw/arm/highbank.c =
> >     Rob Herring <robh@kernel.org> (odd fixer:Calxeda Highbank)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Calxeda Highbank)
> >     qemu-arm@nongnu.org (open list:Calxeda Highbank)
>
> vmlinuz from those links
> https://wiki.edubuntu.org/ARM/Server/Install/Calxeda
> https://en.opensuse.org/HCL:Highbank
> https://wiki.linaro.org/LEG/Engineering/Virtualization/Platform_Device_Passthrough_on_Midway
>
> >
> >     = hw/arm/imx25_pdk.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX25 PDK)
> >     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:i.MX25 PDK)
> >     qemu-arm@nongnu.org (open list:i.MX25 PDK)
> >
> >     = hw/arm/kzm.c =
> >     Peter Chubb <peter.chubb@nicta.com.au> (odd fixer:i.MX31 (kzm))
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:i.MX31 (kzm))
> >     qemu-arm@nongnu.org (open list:i.MX31 (kzm))
> >
> >     = hw/arm/mainstone.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/arm/mcimx6ul-evk.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX6UL EVK / i....)
> >     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:MCIMX6UL EVK / i....)
> >     qemu-arm@nongnu.org (open list:MCIMX6UL EVK / i....)
> >
> >     = hw/arm/mcimx7d-sabre.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE / i...)
> >     Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE / i...)
> >     qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)
> >
> >     = hw/arm/musicpal.c =
> >     Jan Kiszka <jan.kiszka@web.de> (odd fixer:Musicpal)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Musicpal)
> >     qemu-arm@nongnu.org (open list:Musicpal)
> >
> >     = hw/arm/nseries.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:nSeries)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:nSeries)
> >     qemu-arm@nongnu.org (open list:nSeries)
>
> images:
> http://stskeeps.subnetmask.net/meego-n8x0/
>
> $ qemu-system-arm -M n810 -kernel
> meego-arm-n8x0-1.0.80.20100712.1431-vmlinuz-2.6.35~rc4-129.1-n8x0
> -append "root=/dev/mmcblk0p1 console=ttyS0 printk.time=0 rootwait" -m
> 130 -sd meego-arm-n8x0-1.0.80.20100712.1431-sda.raw -serial stdio
>
> >     = hw/arm/palm.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:Palm)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Palm)
> >     qemu-arm@nongnu.org (open list:Palm)
> >
> >     = hw/arm/raspi.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:Raspberry Pi)
> >     Andrew Baumann <Andrew.Baumann@microsoft.com> (reviewer:Raspberry Pi)
> >     "Philippe Mathieu-Daudé" <f4bug@amsat.org> (reviewer:Raspberry Pi)
> >     qemu-arm@nongnu.org (open list:Raspberry Pi)
>
> Quick Boot Linux uart test:
> https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg04308.html
>
> >
> >     = hw/arm/sabrelite.c =
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:SABRELITE / i.MX6)
> >     Jean-Christophe Dubois <jcd@tribudubois.net> (reviewer:SABRELITE / i.MX6)
> >     qemu-arm@nongnu.org (open list:SABRELITE / i.MX6)
> >
> >     = hw/arm/spitz.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/arm/tosa.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/arm/z2.c =
> >     Andrzej Zaborowski <balrogg@gmail.com> (odd fixer:PXA2XX)
> >     Peter Maydell <peter.maydell@linaro.org> (odd fixer:PXA2XX)
> >     qemu-arm@nongnu.org (open list:PXA2XX)
> >
> >     = hw/m68k/an5206.c =
> >     Thomas Huth <huth@tuxfamily.org> (odd fixer:an5206)
> >
> >     = hw/m68k/mcf5208.c =
> >     Thomas Huth <huth@tuxfamily.org> (odd fixer:mcf5208)
> >
> >     = hw/ppc/e500plat.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:e500)
> >     qemu-ppc@nongnu.org (open list:e500)
> >
> >     = hw/ppc/mac_newworld.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (odd fixer:New World (mac99))
> >     David Gibson <david@gibson.dropbear.id.au> (reviewer:New World (mac99))
> >     qemu-ppc@nongnu.org (open list:New World (mac99))
> >
> >     = hw/ppc/mac_oldworld.c =
> >     Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (odd fixer:Old World (g3beige))
> >     David Gibson <david@gibson.dropbear.id.au> (reviewer:Old World (g3beige))
> >     qemu-ppc@nongnu.org (open list:Old World (g3beige))
> >
> >     = hw/ppc/mpc8544ds.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:mpc8544ds)
> >     qemu-ppc@nongnu.org (open list:mpc8544ds)
> >
> >     = hw/ppc/ppc405_boards.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
> >     qemu-ppc@nongnu.org (open list:ppc4xx)
> >
> >     = hw/ppc/ppc440_bamboo.c =
> >     David Gibson <david@gibson.dropbear.id.au> (odd fixer:ppc4xx)
> >     qemu-ppc@nongnu.org (open list:ppc4xx)
> >
> >     = hw/sh4/shix.c =
> >     Magnus Damm <magnus.damm@gmail.com> (odd fixer:Shix)
> >     Aurelien Jarno <aurelien@aurel32.net> (odd fixer:SH4)
> >
> >
> > [*] Subject: QEMU Summit 2018 minutes
> > Message-ID: <CAFEAcA8WWmwjY+derXd-yM==QmPtP7C3TN3pC0TCTPwVFdhZNA@mail.gmail.com>
> > https://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg03367.html

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

[Andrey Smirnov]

On Tue, Mar 12, 2019 at 10:36 AM Markus Armbruster <armbru@redhat.com> wrote:
>
> 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-crosa@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!
>
>
>
> Machines with at least one maintainer:
>
>
>     = hw/arm/mcimx7d-sabre.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE / i...)
>     Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE / i...)
>     qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)
>

Sorry I am late to this party. I haven't used i.MX7 emulation in a
while and things didn't go smoothly out of the box, so I had to create
a number of fixes (submitted to the ML).

I use Linux kernel built using Buildroot for validation. Buildroot
should have a default i.MX7 Sabred SD configuration and that should
probably work. I usually change mine slightly to use compiled-in
rootfs to simplify storage setup.

In case this is helpful here's a number of commands I use to start my
test cases:

* PCIe (e1000 ethernet attached), USB (usb stick attached), SD:
arm-softmmu/qemu-system-arm -smp 2 -m 1024 -machine mcimx7d-sabre
-nographic -serial mon:stdio -kernel <path to zImage> -dtb <path to
DTB> -device e1000e,bus="dw-pcie",netdev=lan0 -netdev
tap,id=lan0,ifname=tap0,script=no,downscript=no -append
"console=ttymxc0,115200 noinitrd" -usb -drive
if=none,id=stick,file=<patch to USB stick image>,format=raw -device
usb-storage,bus=usb-bus.0,drive=stick -drive
id=sd1,if=sd,format=file,file=<path to SD1> -drive
id=sd2,if=sd,format=file,file=<path to SD2> -driv
eid=sd3,if=sd,format=file,file=<path to SD3>

* EHCI USB attached via PCIe with legacy interrupts, Ethernet
connected to built-in controller:
arm-softmmu/qemu-system-arm -smp 2 -m 1024 -machine mcimx7d-sabre
-nographic -serial mon:stdio -kernel <path to zImage> -dtb <path to
DTB> -device usb-ehci,id=ehci,bus="dw-pcie" -net
nic,model=imx.fec,netdev=lan0 -netdev
tap,id=lan0,ifname=tap0,script=no,downscript=no -append
"console=ttymxc0,115200 noinitrd pci=nomsi" -usb -drive
if=none,id=stick,file=<path to USB stick image>,format=raw

Also, I don't think anyone would try to do this, but just as a
warning, building QEMU with --enable-tcg-interpreter doesn't really
work that well (/init gets SIGKILLed every time), so I'd recommend
avoiding using that option.

Hopefully this is enough info, but if not, feel free to ask me more questions.

Thanks,
Andrey Smirnov

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

[Andrey Smirnov]

On Tue, Mar 12, 2019 at 10:36 AM Markus Armbruster <armbru@redhat.com> wrote:
>
> 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-crosa@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!
>
>
>
> Machines with at least one maintainer:
>
>
>     = hw/arm/mcimx7d-sabre.c =
>     Peter Maydell <peter.maydell@linaro.org> (odd fixer:MCIMX7D SABRE / i...)
>     Andrey Smirnov <andrew.smirnov@gmail.com> (reviewer:MCIMX7D SABRE / i...)
>     qemu-arm@nongnu.org (open list:MCIMX7D SABRE / i...)
>

Sorry I am late to this party. I haven't used i.MX7 emulation in a
while and things didn't go smoothly out of the box, so I had to create
a number of fixes (submitted to the ML).

I use Linux kernel built using Buildroot for validation. Buildroot
should have a default i.MX7 Sabred SD configuration and that should
probably work. I usually change mine slightly to use compiled-in
rootfs to simplify storage setup.

In case this is helpful here's a number of commands I use to start my
test cases:

* PCIe (e1000 ethernet attached), USB (usb stick attached), SD:
arm-softmmu/qemu-system-arm -smp 2 -m 1024 -machine mcimx7d-sabre
-nographic -serial mon:stdio -kernel <path to zImage> -dtb <path to
DTB> -device e1000e,bus="dw-pcie",netdev=lan0 -netdev
tap,id=lan0,ifname=tap0,script=no,downscript=no -append
"console=ttymxc0,115200 noinitrd" -usb -drive
if=none,id=stick,file=<patch to USB stick image>,format=raw -device
usb-storage,bus=usb-bus.0,drive=stick -drive
id=sd1,if=sd,format=file,file=<path to SD1> -drive
id=sd2,if=sd,format=file,file=<path to SD2> -driv
eid=sd3,if=sd,format=file,file=<path to SD3>

* EHCI USB attached via PCIe with legacy interrupts, Ethernet
connected to built-in controller:
arm-softmmu/qemu-system-arm -smp 2 -m 1024 -machine mcimx7d-sabre
-nographic -serial mon:stdio -kernel <path to zImage> -dtb <path to
DTB> -device usb-ehci,id=ehci,bus="dw-pcie" -net
nic,model=imx.fec,netdev=lan0 -netdev
tap,id=lan0,ifname=tap0,script=no,downscript=no -append
"console=ttymxc0,115200 noinitrd pci=nomsi" -usb -drive
if=none,id=stick,file=<path to USB stick image>,format=raw

Also, I don't think anyone would try to do this, but just as a
warning, building QEMU with --enable-tcg-interpreter doesn't really
work that well (/init gets SIGKILLed every time), so I'd recommend
avoiding using that option.

Hopefully this is enough info, but if not, feel free to ask me more questions.

Thanks,
Andrey Smirnov

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

[KONRAD Frederic]

Le 3/12/19 à 6:36 PM, Markus Armbruster a écrit :
> Dear board code maintainers,

Hi Markus,

> 
> This is a (rather late) follow-up to the last QEMU summit.  Minutes[*]:
> 

[...]

> 
>      = hw/sparc/leon3.c =
>      Fabien Chouteau <chouteau@adacore.com> (maintainer:Leon3)
>      Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:SPARC)
>      Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)

We are still using with this board. I'll try to create a working linux image for
it and get back to you.

Cheers,
Fred

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

[KONRAD Frederic]

Le 3/12/19 à 6:36 PM, Markus Armbruster a écrit :
> Dear board code maintainers,

Hi Markus,

> 
> This is a (rather late) follow-up to the last QEMU summit.  Minutes[*]:
> 

[...]

> 
>      = hw/sparc/leon3.c =
>      Fabien Chouteau <chouteau@adacore.com> (maintainer:Leon3)
>      Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> (maintainer:SPARC)
>      Artyom Tarasenko <atar4qemu@gmail.com> (maintainer:SPARC)

We are still using with this board. I'll try to create a working linux image for
it and get back to you.

Cheers,
Fred

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

[Philippe Mathieu-Daudé]

Hi Markus,

On 3/12/19 6:36 PM, Markus Armbruster wrote:
> 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-crosa@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!

How do you want to proceed with all the information provided in this
thread? I think a big table in the wiki collecting the answers is ideal.
What do you think?

Regards,

Phil.

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

[Markus Armbruster]

Philippe Mathieu-Daudé <philmd@redhat.com> writes:

> How do you want to proceed with all the information provided in this
> thread? I think a big table in the wiki collecting the answers is ideal.
> What do you think?

Yes, please!  I haven't been able to find the time...

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

[Philippe Mathieu-Daudé]

On 5/17/19 7:42 PM, Markus Armbruster wrote:
> Philippe Mathieu-Daudé <philmd@redhat.com> writes:
> 
>> How do you want to proceed with all the information provided in this
>> thread? I think a big table in the wiki collecting the answers is ideal.
>> What do you think?
> 
> Yes, please!  I haven't been able to find the time...

I gathered all the information from this thread here:
https://wiki.qemu.org/Testing/Acceptance#Machines
(with a link in https://wiki.qemu.org/Testing#System_emulation).

I also added other info I collected during 4.2 merge window.

Should we suggest a new policy that new machines must have a test?
I'll later purpose some idea to deal with machines only running non
opensource code.

I think most of the data from the acceptance tests we have could be
generated (json?) and we could concat with another manual maintained
json (or yaml to json?) to have this table easily updatable on the wiki.
Now I remember why I had forgotten about HTML, it is painful to edit.

Thanks all for sharing this information.

Regards,

Phil.

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

[Markus Armbruster]

Philippe Mathieu-Daudé <f4bug@amsat.org> writes:

> On 5/17/19 7:42 PM, Markus Armbruster wrote:
>> Philippe Mathieu-Daudé <philmd@redhat.com> writes:
>> 
>>> How do you want to proceed with all the information provided in this
>>> thread? I think a big table in the wiki collecting the answers is ideal.
>>> What do you think?
>> 
>> Yes, please!  I haven't been able to find the time...
>
> I gathered all the information from this thread here:
> https://wiki.qemu.org/Testing/Acceptance#Machines
> (with a link in https://wiki.qemu.org/Testing#System_emulation).
>
> I also added other info I collected during 4.2 merge window.

Awesome.

What shall we do about the machine types that are not in this table?
Random example: nios2 machine 10m50-ghrd.

> Should we suggest a new policy that new machines must have a test?

I think that's fair.

> I'll later purpose some idea to deal with machines only running non
> opensource code.

Yes, please.

> I think most of the data from the acceptance tests we have could be
> generated (json?) and we could concat with another manual maintained
> json (or yaml to json?) to have this table easily updatable on the wiki.
> Now I remember why I had forgotten about HTML, it is painful to edit.

Also, it's prone to rot.

Generating the green rows from actual tests should avoid rot.  The other
rows need to come from somewhere else, though.

>
> Thanks all for sharing this information.
>
> Regards,
>
> Phil.