* [Qemu-devel] hw/display/vga: Why architecture specific code?
@ 2019-07-04 13:27 Philippe Mathieu-Daudé
2019-07-04 13:55 ` Gerd Hoffmann
0 siblings, 1 reply; 3+ messages in thread
From: Philippe Mathieu-Daudé @ 2019-07-04 13:27 UTC (permalink / raw)
To: Gerd Hoffmann, QEMU Developers, Richard Henderson, Paolo Bonzini
Hi Gerd,
I'm looking at:
static const MemoryRegionPortio vbe_portio_list[] = {
{ 0, 1, 2, .read = vbe_ioport_read_index, .write =
vbe_ioport_write_index },
# ifdef TARGET_I386
{ 1, 1, 2, .read = vbe_ioport_read_data, .write =
vbe_ioport_write_data },
# endif
{ 2, 1, 2, .read = vbe_ioport_read_data, .write =
vbe_ioport_write_data },
PORTIO_END_OF_LIST(),
};
which comes from:
$ git show 09a79b4974f
commit 09a79b4974fbeee660660d79ab45bd37ec416741
Author: bellard <bellard@c046a42c-6fe2-441c-8c8c-71466251a162>
Date: Wed May 26 22:58:01 2004 +0000
partial big endian fixes - change VESA VBE ports for non i386
targets to avoid unaligned accesses
@@ -1774,19 +1804,27 @@ int vga_initialize(DisplayState *ds, uint8_t
*vga_ram_base,
#ifdef CONFIG_BOCHS_VBE
s->vbe_regs[VBE_DISPI_INDEX_ID] = VBE_DISPI_ID0;
s->vbe_bank_mask = ((s->vram_size >> 16) - 1);
- register_ioport_read(0x1ce, 1, 2, vbe_ioport_read, s);
- register_ioport_read(0x1cf, 1, 2, vbe_ioport_read, s);
+#if defined (TARGET_I386)
+ register_ioport_read(0x1ce, 1, 2, vbe_ioport_read_index, s);
+ register_ioport_read(0x1cf, 1, 2, vbe_ioport_read_data, s);
- register_ioport_write(0x1ce, 1, 2, vbe_ioport_write, s);
- register_ioport_write(0x1cf, 1, 2, vbe_ioport_write, s);
+ register_ioport_write(0x1ce, 1, 2, vbe_ioport_write_index, s);
+ register_ioport_write(0x1cf, 1, 2, vbe_ioport_write_data, s);
/* old Bochs IO ports */
- register_ioport_read(0xff80, 1, 2, vbe_ioport_read, s);
- register_ioport_read(0xff81, 1, 2, vbe_ioport_read, s);
+ register_ioport_read(0xff80, 1, 2, vbe_ioport_read_index, s);
+ register_ioport_read(0xff81, 1, 2, vbe_ioport_read_data, s);
- register_ioport_write(0xff80, 1, 2, vbe_ioport_write, s);
- register_ioport_write(0xff81, 1, 2, vbe_ioport_write, s);
+ register_ioport_write(0xff80, 1, 2, vbe_ioport_write_index, s);
+ register_ioport_write(0xff81, 1, 2, vbe_ioport_write_data, s);
+#else
+ register_ioport_read(0x1ce, 1, 2, vbe_ioport_read_index, s);
+ register_ioport_read(0x1d0, 1, 2, vbe_ioport_read_data, s);
+
+ register_ioport_write(0x1ce, 1, 2, vbe_ioport_write_index, s);
+ register_ioport_write(0x1d0, 1, 2, vbe_ioport_write_data, s);
#endif
+#endif /* CONFIG_BOCHS_VBE */
vga_io_memory = cpu_register_io_memory(0, vga_mem_read, vga_mem_write);
cpu_register_physical_memory(isa_mem_base + 0x000a0000, 0x20000,
@@ -1814,11 +1852,9 @@ int vga_initialize(DisplayState *ds, uint8_t
*vga_ram_base,
PCI_ADDRESS_SPACE_MEM_PREFETCH, vga_map);
} else {
#ifdef CONFIG_BOCHS_VBE
-#if defined (TARGET_I386)
/* XXX: use optimized standard vga accesses */
cpu_register_physical_memory(VBE_DISPI_LFB_PHYSICAL_ADDRESS,
vga_ram_size, vga_ram_offset);
-#endif
#endif
}
return 0;
What is X86-specific here?
Thanks,
Phil.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] hw/display/vga: Why architecture specific code?
2019-07-04 13:27 [Qemu-devel] hw/display/vga: Why architecture specific code? Philippe Mathieu-Daudé
@ 2019-07-04 13:55 ` Gerd Hoffmann
2019-07-04 14:04 ` Paolo Bonzini
0 siblings, 1 reply; 3+ messages in thread
From: Gerd Hoffmann @ 2019-07-04 13:55 UTC (permalink / raw)
To: Philippe Mathieu-Daudé
Cc: Paolo Bonzini, QEMU Developers, Richard Henderson
On Thu, Jul 04, 2019 at 03:27:25PM +0200, Philippe Mathieu-Daudé wrote:
> Hi Gerd,
>
> I'm looking at:
>
> static const MemoryRegionPortio vbe_portio_list[] = {
> { 0, 1, 2, .read = vbe_ioport_read_index, .write =
> vbe_ioport_write_index },
> # ifdef TARGET_I386
> { 1, 1, 2, .read = vbe_ioport_read_data, .write =
> vbe_ioport_write_data },
> # endif
> { 2, 1, 2, .read = vbe_ioport_read_data, .write =
> vbe_ioport_write_data },
> PORTIO_END_OF_LIST(),
> };
Unaligned 16bit ioport access works on x86 only.
cheers,
Gerd
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] hw/display/vga: Why architecture specific code?
2019-07-04 13:55 ` Gerd Hoffmann
@ 2019-07-04 14:04 ` Paolo Bonzini
0 siblings, 0 replies; 3+ messages in thread
From: Paolo Bonzini @ 2019-07-04 14:04 UTC (permalink / raw)
To: Gerd Hoffmann, Philippe Mathieu-Daudé
Cc: QEMU Developers, Richard Henderson
On 04/07/19 15:55, Gerd Hoffmann wrote:
> On Thu, Jul 04, 2019 at 03:27:25PM +0200, Philippe Mathieu-Daudé wrote:
>> Hi Gerd,
>>
>> I'm looking at:
>>
>> static const MemoryRegionPortio vbe_portio_list[] = {
>> { 0, 1, 2, .read = vbe_ioport_read_index, .write =
>> vbe_ioport_write_index },
>> # ifdef TARGET_I386
>> { 1, 1, 2, .read = vbe_ioport_read_data, .write =
>> vbe_ioport_write_data },
>> # endif
>> { 2, 1, 2, .read = vbe_ioport_read_data, .write =
>> vbe_ioport_write_data },
>> PORTIO_END_OF_LIST(),
>> };
>
> Unaligned 16bit ioport access works on x86 only.
But I'm not sure that it needs to be target-dependent now. Worst case
you'd have a dead MemoryRegion.
Paolo
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2019-07-04 14:05 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-07-04 13:27 [Qemu-devel] hw/display/vga: Why architecture specific code? Philippe Mathieu-Daudé
2019-07-04 13:55 ` Gerd Hoffmann
2019-07-04 14:04 ` Paolo Bonzini
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).