On Wednesday, February 21, 2024 at 12:03:18 PM EST, <qemu-discuss-request@nongnu.org> wrote:
Send Qemu-discuss mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Qemu-discuss digest..."
Today's Topics:
1. Re: Multiple UARTs using -chardev and -device instead of
-serial (Michael N. Moran)
2. Questions about Replication and Network. (Garry Jean Pierre)
3. Re: Multiple UARTs using -chardev and -device instead of
-serial (Peter Maydell)
4. Re: Questions about Replication and Network. (Michele Denber)
----------------------------------------------------------------------
Message: 1
Date: Tue, 20 Feb 2024 16:25:59 -0500
Subject: Re: Multiple UARTs using -chardev and -device instead of
-serial
Content-Type: text/plain; charset=UTF-8
On 2/20/24 04:57, Peter Maydell wrote:
>>
>> I'm working on Linux with `qemu-system-arm -machine olimex-stm32-h405`, which uses an `stm32f405-soc` that implements 8 USARTs(UARTs).
>>
>> I currently use two "-serial telnet" options which assigns the first two USART ports sequentially and I can connect to both using telnet. This works fine.
>>
>> I would like to avoid the sequential assignment and instead specify a subset of the USARTs that is not sequential.
>>
>> The === Character Devices === section in qdev-device-use.txt alludes to a "new way" to do this using "-chardev" and "-device" that I'm not able to make work. The problem seems to be choosing an appropriate "-device" incantation.
>
> The -device works only where you are configuring a new device that
> you are plugging into the machine (e.g. an ISA or PCI serial adapter
> on an x86 PC machine type), not for configuring ones
> that are built in to it (like most embedded board UARTs).
>
> For configuring embedded serial devices, use the -serial option.
> Each -serial option configures one UART, so use several of
> them in order to configure more than one UART. If you don't
> care about the output from a particular UART then "-serial null"
> will throw it away.
>
> If you want the flexbility of the -chardev option for
> configuring the backend to a builtin uart, you can do it
> with something like:
> -chardev id=myserial,[options...] -serial chardev:myserial
> (i.e. create a chardev with ID 'myserial', and then you can
> use a -serial option that says "connect to this existing chardev".)
>
> -- PMM
Thanks Peter,
I did use the -chardev
I really wanted a way to specify associations between front-end (serial?) and back-end (chardev?) without the need for the sequential assignment of front-ends, and the need to skip unused front-ends by using the likes of -serial null.
I was able to successfully use your alternate syntax for the back-end (chardev). While that didn't satisfy my goal, it does help me to distinguish between front and back ends.
--
Michael N. Moran (h) 770 704 9751
218 Wilshire Terrace (c) 678 521 5460
------------------------------
Message: 2
Date: Tue, 20 Feb 2024 22:10:31 -0500
Subject: Questions about Replication and Network.
Message-ID:
<CAG5d9xJGTH6Ahs2mb==MrYX3VrC19q1PL5xvywR2p7YJkx3hBw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'm looking for a way to achieve the followings.
1. Steps to Configure and adapt Qemu images to replicate SunStation 5 SPARC
and HP-UX PARISC servers
2. Steps to Create a network share between Qemu instances and the Debian
server.
The goals is to configure and adapt Qemu images to replicate SunStation 5
SPARC and HP-UX PARISC servers, as well as setting up a virtualized
production environment.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Wed, 21 Feb 2024 16:13:24 +0000
Subject: Re: Multiple UARTs using -chardev and -device instead of
-serial
Message-ID:
Content-Type: text/plain; charset="UTF-8"
> I really wanted a way to specify associations between front-end
> (serial?) and back-end (chardev?) without the need for the
> sequential assignment of front-ends, and the need to skip
> unused front-ends by using the likes of -serial null.
Unfortunately QEMU doesn't provide any mechanism for doing that
(this is mostly true also for other kinds of hard-wired onboard
devices like ethernet controllers).
-- PMM
------------------------------
Message: 4
Date: Wed, 21 Feb 2024 11:49:16 -0500
Subject: Re: Questions about Replication and Network.
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 2/20/2024 10:10 PM, Garry Jean Pierre wrote:
> I'm looking for a way to achieve the followings.
> 1. Steps to Configure and adapt Qemu images to replicate SunStation 5
> SPARC and HP-UX PARISC servers
> 2. Steps to Create a network share between Qemu instances and the
> Debian server.
>
> The goals is to configure and adapt Qemu images to replicate
> SunStation 5 SPARC and HP-UX PARISC servers, as well as setting up a
> virtualized production environment.
This works for me on a Windows 11 host running QEMU 7.2.0:
1. SS5:
qemu-system-sparc -machine SS-5 -m 64 -drive
file=sunos-hdd.img,bus=0,unit=3,media=disk -device
scsi-cd,channel=0,scsi-id=6,id=cdrom,drive=cdrom,physical_block_size=512
-drive if=none,file=Solaris1.1.2SPARC.iso,media=cdrom,id=cdrom -vga cg3
-nic tap,model=lance,ifname=tap0 -g 1152x900x8 -bios ss5.bin
If you don't need the 1152x900 graphics just omit that part. Otherwise,
specifically:
"Simply rename the existing OpenBIOS QEMU,cgthree.bin ROM to
QEMU,cgthree.bin.old, download the real Sun cgthree ROM and rename it to
QEMU,cgthree.bin in place of the old file. Now you should find you can
start QEMU with -g 1152x900 and the larger display size will work fine."
There's a good guide on installing the OS itself here:
that there's a lot of wrong examples out there on how to enable
networking. You'll need a tap device set up on your host, whatever
you're using.
2. HP-UX:
This gets an HP-9000 going with HP-UX 10.20:
qemu-system-hppa -boot d -serial telnet::4441,server -hda ./HP9000.img
-serial mon:stdio -D /tmp/foo-m 512 -d nochain -cdrom
./hpux_10.20_700_dec99.iso -display sdl-nic user,hostfwd=tcp::60023-:23
- Michele
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Subject: Digest Footer
_______________________________________________
Qemu-discuss mailing list
------------------------------
End of Qemu-discuss Digest, Vol 149, Issue 18
*********************************************