[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v5 0/6] HPPA: i82596, PS/2 and graphics emulation
From: |
Helge Deller |
Subject: |
Re: [PATCH v5 0/6] HPPA: i82596, PS/2 and graphics emulation |
Date: |
Sun, 29 Dec 2019 14:08:51 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 |
On 29.12.19 02:25, Richard Henderson wrote:
> On 12/21/19 8:15 AM, Sven Schnelle wrote:
>> these series adds quite a lot to the HPPA emulation in QEMU:
>> i82596 emulation from Helge, PS/2 and Artist graphics emulation.
>>
>> See https://parisc.wiki.kernel.org/index.php/Qemu for a few screenshots
>> of QEMU running a X11/CDE session in HP-UX.
>>
>> Changes in v5:
>> - fix a buffer overrun in vram_bit_write()
>> - improve STI line wraparound
>>
>> Changes in v4:
>> - introduce Artist-internal address space
>> - rewrite screen update functions to use the generic framebuffer routines
>> - use dirty bitmap code to not always redraw the whole screen
>>
>> Changes in v3:
>> - use BIT() macro in gsc_to_pci_forwarding()
>> - fix version id in vm state
>> - fix an error in the PS/2 KBD_CMD_SET_MAKE_BREAK implementation
>>
>> Changes in v2:
>> - dropped 'hppa: remove ISA region' as that patch requires some more work
>> - added shortlog to seabios update
>> - use const and MAKE_64BIT_MASK in dino.c
>>
>> Regards,
>> Sven
>>
>> Helge Deller (2):
>> hw/hppa/dino.c: Improve emulation of Dino PCI chip
>> hppa: Add support for LASI chip with i82596 NIC
>>
>> Sven Schnelle (4):
>> ps2: accept 'Set Key Make and Break' commands
>> hppa: add emulation of LASI PS2 controllers
>> hppa: Add emulation of Artist graphics
>> seabios-hppa: update to latest version
>
> Queued these 6. I squashed Helge's -nographics fix into patch 5.
Thank you Richard!
> I cannot get my debian 8 install to boot to a prompt with the artist graphics
> enabled. I'm not sure if I need a newer kernel or what. But it doesn't do
> nothing either, so I'm a bit confused.
I think it should work out of the box and the kernel should be OK,
because stifb has been in there for long time.
Do you maybe have "stifb=off or sticon=off" in the kernel commmand line?
Did you enabled a getty for tty0 in etc/inittab ?
What does dmesg say?
Is "/proc/fb0" device there ?
I'm happy to look into it, if you can provide me your image for download
somewhere...
Helge