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 17:19:07 +0000 [thread overview]
Message-ID: <87plxtmgl0.fsf@draig.linaro.org> (raw)
In-Reply-To: <3b4481cf-e1c4-4515-a7e4-80915cbe2bec@web.de> (Jan Kiszka's message of "Mon, 22 Jan 2024 17:30:35 +0100")
Jan Kiszka <jan.kiszka@web.de> writes:
> On 22.01.24 10:50, Alex Bennée wrote:
>> 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
>>
>
> I'm getting these here:
>
> pulseaudio: set_source_output_volume() failed
> pulseaudio: Reason: Invalid argument
> ...
Yeah I get that with -M musicpal,audiodev=system ... -audiodev pa,id=system
>
>> 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?
>>
>
> It's an original firmware, nothing hacked. I do have some sources here,
> but just partial ones: U-Boot, kernel, not the complete userland and
> even not all kernel drivers IIRC.
With -nic user,hostfwd=tcp::8888-:80 I'm able to attempt to connect to
the webpage bit the documented admin:admin doesn't work. I can see
/etc/passwd has something set for admin.
I did find:
https://musicpal.mcproductions.nl/
which has a bunch of firmwares but the mpimage.bin is raw data (not a
jffs2 partition) so I suspect that is something that gets unpacked
during the flashing:
➜ file Firmware\ 1.68/mp*
Firmware 1.68/mp2image.bin: data
Firmware 1.68/mpimage.bin: data
🕙17:17:29 alex@draig:tests/testcases/FreecomMusicPalFirmware
➜ file ../musicpal/musicpal.image
../musicpal/musicpal.image: Linux jffs2 filesystem data little endian
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
prev parent reply other threads:[~2024-01-22 17:19 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
2024-01-22 16:30 ` Jan Kiszka
2024-01-22 17:19 ` Alex Bennée [this message]
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=87plxtmgl0.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.