From: "Alex Bennée" <alex.bennee@linaro.org>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: Peter Maydell <peter.maydell@linaro.org>,
qemu-arm@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [PATCH] hw/arm/musicpal: Convert to qemu_add_kbd_event_handler()
Date: Mon, 22 Jan 2024 09:50:17 +0000 [thread overview]
Message-ID: <87r0i9ofxi.fsf@draig.linaro.org> (raw)
In-Reply-To: <9dff82f7-d997-4092-8b5a-cd21963826da@web.de> (Jan Kiszka's message of "Sun, 21 Jan 2024 17:24:31 +0100")
Jan Kiszka <jan.kiszka@web.de> writes:
> On 19.01.24 12:24, Alex Bennée wrote:
>> Peter Maydell <peter.maydell@linaro.org> writes:
>>
>>> Convert the musicpal key input device to use
>>> qemu_add_kbd_event_handler(). This lets us simplify it because we no
>>> longer need to track whether we're in the middle of a PS/2 multibyte
>>> key sequence.
<snip>
>>
>> Well the key input all works as intended and looks good to me. I'm a
>> little disappointed I couldn't get audio working on the musicpal machine
>> but that is not a problem for this patch.
>>
>> Tested-by: Alex Bennée <alex.bennee@linaro.org>
>> Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
>>
>
> Looks good to me as well, all keys still work fine.
>
> No idea what's the issue with sound, though. I think I haven't run the
> whole stuff in a decade or so, had to search for all the pieces first of
> all again. The webradio service original behind this stopped their
> operations, at least for this device, but manually entered favorits
> still work on the real device - I still have one, though that is
> starting to get some issues as well.
I navigated through the favourites and after pressing some keys it seems
to indicate there was a stream of some sort (or at least a bitrate was
reported ;-).
The main issue I was having with sound was with pipewire - this would
eventually generate a lot of warning messages because input devices are
created but I guess the model wasn't draining the input buffers so
eventually we get:
qemu: 0x7f1490259500: overrun write:5859188 filled:5842804 + size:940 > max:4194304
qemu: 0x7f14902680a0: overrun write:5860128 filled:5843744 + size:940 > max:4194304
qemu: 0x7f1490259500: overrun write:5861068 filled:5844684 + size:940 > max:4194304
qemu: 0x7f14902680a0: overrun write:5862008 filled:5845624 + size:940 > max:4194304
Is your image just a hacked up version of the original firmware or
something we have source for? I guess there was never a rockbox port for
the device?
>
> Thanks,
> Jan
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
next prev parent reply other threads:[~2024-01-22 9:50 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-03 18:27 [PATCH] hw/arm/musicpal: Convert to qemu_add_kbd_event_handler() Peter Maydell
2023-12-15 14:07 ` Peter Maydell
2024-01-12 16:22 ` Peter Maydell
2024-01-16 15:57 ` Philippe Mathieu-Daudé
2024-01-19 11:24 ` Alex Bennée
2024-01-21 16:24 ` Jan Kiszka
2024-01-22 9:50 ` Alex Bennée [this message]
2024-01-22 16:30 ` Jan Kiszka
2024-01-22 17:19 ` Alex Bennée
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r0i9ofxi.fsf@draig.linaro.org \
--to=alex.bennee@linaro.org \
--cc=jan.kiszka@web.de \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.