Re: espeakup stops speaking bookworm arm64
Samuel,
This is an interesting point. I had set it that way because sometimes I use a compiler, so I was thinking of that kind of performance, which really may impede the performance of everyday usability.
It's quite likely that I haven't seen this problem on Trixie, as Trixie's kernel should have more deterministic scheduling.
I will make some changes to my bookworm system and see if I can improve it, and get those things documented , for others benefit.
Best,
--FC
On Dec 8, 2025, at 19:39, Samuel Thibault <sthibault@debian.org> wrote:
>
> Frank Carmickle, le jeu. 04 déc. 2025 13:37:12 -0500, a ecrit:
>> For documentation, here are the two commandlines.
>
> You are giving the VMs two cores? That may pose problem to some drivers
> and whatnot that is not actually SMP-safe. espeakup itself takes care of
> calling espeak in only one thread, but the rest of the sound stack may
> produce more concurrency and get bogus.
>
> So I'd advise trying to give only one core to the VM.
>
> Samuel
>
>> I don't see anything significantly different about them, but I might be missing something. The machine called fcbwv22 is Bookworm
>> , and tv22, is Trixie.
>>
>> 501 1639 1636 0 19Nov25 ?? 2415:41.14 /Applications/UTM-4.6.4.app/Contents/XPCServices/QEMUHelper.xpc/Contents/MacOS/QEMULauncher.app/Contents/MacOS/QEMULauncher /Applications/UTM-4.6.4.app/Contents/Frameworks/qemu-aarch64-softmmu.framework/Versions/A/qemu-aarch64-softmmu -L /Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Library/Caches/qemu -S -spice unix=on,addr=351EF953-8503-4279-9B14-0C103924361D.spice,disable-ticketing=on,image-compression=off,playback-compression=off,streaming-video=off,gl=off -chardev spiceport,name=org.qemu.monitor.qmp.0,id=org.qemu.monitor.qmp -mon chardev=org.qemu.monitor.qmp,mode=control -nodefaults -vga none -device virtio-net-pci,mac=32:F7:36:1D:E9:61,netdev=net0 -netdev vmnet-shared,id=net0 -device virtio-net-pci,mac=DE:40:89:99:5E:32,netdev=net1 -netdev vmnet-bridged,id=net1,ifname=en8 -device ramfb -chardev spiceport,id=term0,name=com.utmapp.terminal.0 -serial chardev:term0 -cpu host -smp cpus=2,sockets=1,cores=2,threads=1 -machine virt -accel hvf -drive if=pflash,format=raw,unit=0,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Library/Caches/qemu/edk2-aarch64-code.fd,file.locking=off,readonly=on -drive if=pflash,unit=1,file=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/tv22.utm/Data/efi_vars.fd -m 4096 -audiodev coreaudio,id=audio1 -audiodev spice,id=audio0 -device intel-hda -device hda-output,audiodev=audio1 -device nec-usb-xhci,id=usb-bus -device usb-tablet,bus=usb-bus.0 -device usb-mouse,bus=usb-bus.0 -device usb-kbd,bus=usb-bus.0 -device qemu-xhci,id=usb-controller-0 -chardev spicevmc,name=usbredir,id=usbredirchardev0 -device usb-redir,chardev=usbredirchardev0,id=usbredirdev0,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=usb-controller-0.0 -device virtio-blk-pci,drive=drive976585F7-5681-4668-B590-58D100C32B80,bootindex=0 -drive if=none,media=disk,id=drive976585F7-5681-4668-B590-58D100C32B80,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/tv22.utm/Data/976585F7-5681-4668-B590-58D100C32B80.qcow2,discard=unmap,detect-zeroes=unmap -device virtio-blk-pci,drive=drive9DB71D2D-0CD3-4AD1-8FCB-A7AC18602DE4,bootindex=1 -drive if=none,media=disk,id=drive9DB71D2D-0CD3-4AD1-8FCB-A7AC18602DE4,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/tv22.utm/Data/9DB71D2D-0CD3-4AD1-8FCB-A7AC18602DE4.qcow2,discard=unmap,detect-zeroes=unmap -device virtio-blk-pci,drive=drive6798496C-E900-4647-A223-89A87064655F,bootindex=2 -drive if=none,media=disk,id=drive6798496C-E900-4647-A223-89A87064655F,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/tv22.utm/Data/6798496C-E900-4647-A223-89A87064655F.qcow2,discard=unmap,detect-zeroes=unmap -device virtio-blk-pci,drive=drive3C4E1C34-BDFD-451B-814C-8EE0B2E1B314,bootindex=3 -drive if=none,media=disk,id=drive3C4E1C34-BDFD-451B-814C-8EE0B2E1B314,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/tv22.utm/Data/3C4E1C34-BDFD-451B-814C-8EE0B2E1B314.qcow2,discard=unmap,detect-zeroes=unmap -device virtio-serial -device virtserialport,chardev=org.qemu.guest_agent,name=org.qemu.guest_agent.0 -chardev spiceport,name=org.qemu.guest_agent.0,id=org.qemu.guest_agent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,id=vdagent,debug=0,name=vdagent -name tv22 -uuid 351EF953-8503-4279-9B14-0C103924361D -rtc base=localtime -device virtio-rng-pci -device virtio-balloon-pci
>>
>>
>> 501 44499 1636 0 Sat01PM ?? 793:40.28 /Applications/UTM-4.6.4.app/Contents/XPCServices/QEMUHelper.xpc/Contents/MacOS/QEMULauncher.app/Contents/MacOS/QEMULauncher /Applications/UTM-4.6.4.app/Contents/Frameworks/qemu-aarch64-softmmu.framework/Versions/A/qemu-aarch64-softmmu -L /Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Library/Caches/qemu -S -spice unix=on,addr=283597F6-335B-491E-A043-D3A238C5879B.spice,disable-ticketing=on,image-compression=off,playback-compression=off,streaming-video=off,gl=off -chardev spiceport,name=org.qemu.monitor.qmp.0,id=org.qemu.monitor.qmp -mon chardev=org.qemu.monitor.qmp,mode=control -nodefaults -vga none -device virtio-net-pci,mac=DE:B0:5F:BB:31:18,netdev=net0 -netdev vmnet-shared,id=net0 -device virtio-net-pci,mac=E2:B4:99:FB:E2:3B,netdev=net1 -netdev vmnet-bridged,id=net1,ifname=en8 -device virtio-ramfb -chardev socket,id=term0,port=1234,host=127.0.0.1,server=on,wait=off -serial chardev:term0 -cpu host -smp cpus=2,sockets=1,cores=2,threads=1 -machine virt -accel hvf -drive if=pflash,format=raw,unit=0,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Library/Caches/qemu/edk2-aarch64-code.fd,file.locking=off,readonly=on -drive if=pflash,unit=1,file=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/fcbwv22.utm/Data/efi_vars.fd -m 4096 -audiodev coreaudio,id=audio1 -audiodev spice,id=audio0 -device intel-hda -device hda-output,audiodev=audio1 -device nec-usb-xhci,id=usb-bus -device usb-tablet,bus=usb-bus.0 -device usb-mouse,bus=usb-bus.0 -device usb-kbd,bus=usb-bus.0 -device qemu-xhci,id=usb-controller-0 -chardev spicevmc,name=usbredir,id=usbredirchardev0 -device usb-redir,chardev=usbredirchardev0,id=usbredirdev0,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=usb-controller-0.0 -device virtio-blk-pci,drive=driveD0ED0613-C437-4EE8-A40A-1A63C73DE2E7,bootindex=0 -drive if=none,media=disk,id=driveD0ED0613-C437-4EE8-A40A-1A63C73DE2E7,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/fcbwv22.utm/Data/D0ED0613-C437-4EE8-A40A-1A63C73DE2E7.qcow2,discard=unmap,detect-zeroes=unmap -device virtio-blk-pci,drive=drive1126D65E-CFA9-41EA-84C6-EC94EA34BD87,bootindex=1 -drive if=none,media=disk,id=drive1126D65E-CFA9-41EA-84C6-EC94EA34BD87,file.filename=/Users/frankiec/Library/Containers/com.utmapp.UTM/Data/Documents/fcbwv22.utm/Data/HOME.qcow2,discard=unmap,detect-zeroes=unmap -device virtio-serial -device virtserialport,chardev=org.qemu.guest_agent,name=org.qemu.guest_agent.0 -chardev spiceport,name=org.qemu.guest_agent.0,id=org.qemu.guest_agent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,id=vdagent,debug=0,name=vdagent -name fcbwv22 -uuid 283597F6-335B-491E-A043-D3A238C5879B -device virtio-rng-pci -device virtio-balloon-pci
>>
>>
>> Best,
>> --FC
>>
>>
>>> On Dec 4, 2025, at 10:42, Frank Carmickle <frank@carmickle.com> wrote:
>>>
>>> Greetings
>>>
>>> I've been waiting to reply to this, as it seems that I've been experiencing less of this trouble. I haven't had a hang in over a week with this Trixie vm running under qemu 9.1 running with a macos host arm64 and an arm64 guest.
>>>
>>> I will keep you updated.
>>>
>>> Best,
>>> --FC
>>>
>>>
>>>> On Nov 30, 2025, at 12:46, Samuel Thibault <sthibault@debian.org> wrote:
>>>>
>>>> Hello,
>>>>
>>>> Christian Schoepplein, le ven. 28 nov. 2025 09:38:47 +0100, a ecrit:
>>>>> On Wed, Nov 26, 2025 at 07:33:50PM +0200, Geoff Shang wrote:
>>>>>> Everyone who has mentioned this bug so far has been running under VMWare.
>>>>>
>>>>> No. In my case the problem happened while using UTM for virtualization on a
>>>>> Mac. UTM is kvm / qemu based.
>>>>
>>>> Could you post the kvm/qemu command line getting run? So we know which
>>>> hardware it is emulating and I can try to reproduce that.
>>>>
>>>> Samuel
>>>>
>>>
>>
>
> --
> Samuel
> N: beep beep Miam miam?
> y: ++
> a: kill -MIAM -1
> -+- #runtime < /dev/miam -+-
Reply to: