* [Qemu-devel] [PATCH] vga: Fix type of map_addr/end.
@ 2011-06-14 17:44 Richard Henderson
2011-06-14 18:14 ` Jan Kiszka
0 siblings, 1 reply; 3+ messages in thread
From: Richard Henderson @ 2011-06-14 17:44 UTC (permalink / raw)
To: qemu-devel; +Cc: Jan Kiszka
These addresses have been passed through pci_to_cpu_addr,
and thus need to be full target_phys_addr_t.
Signed-off-by: Richard Henderson <rth@twiddle.net>
Cc: Jan Kiszka <jan.kiszka@siemens.com>
---
hw/vga_int.h | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Jan's recent patch series reminded me that I found a related
problem in my alpha-softmmu port this past weekend. Note that
the slight re-ordering of the members avoids extra padding in
the structure due to alignment.
diff --git a/hw/vga_int.h b/hw/vga_int.h
index d2811bd..b65775b 100644
--- a/hw/vga_int.h
+++ b/hw/vga_int.h
@@ -109,9 +109,9 @@ typedef struct VGACommonState {
uint32_t vram_size;
uint32_t lfb_addr;
uint32_t lfb_end;
- uint32_t map_addr;
- uint32_t map_end;
uint32_t lfb_vram_mapped; /* whether 0xa0000 is mapped as ram */
+ target_phys_addr_t map_addr;
+ target_phys_addr_t map_end;
uint32_t latch;
uint8_t sr_index;
uint8_t sr[256];
--
1.7.5.2
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] [PATCH] vga: Fix type of map_addr/end.
2011-06-14 17:44 [Qemu-devel] [PATCH] vga: Fix type of map_addr/end Richard Henderson
@ 2011-06-14 18:14 ` Jan Kiszka
2011-06-14 18:41 ` Richard Henderson
0 siblings, 1 reply; 3+ messages in thread
From: Jan Kiszka @ 2011-06-14 18:14 UTC (permalink / raw)
To: Richard Henderson; +Cc: qemu-devel
On 2011-06-14 19:44, Richard Henderson wrote:
> These addresses have been passed through pci_to_cpu_addr,
> and thus need to be full target_phys_addr_t.
Basically correct, but you also need to change the types of
lfb_addr/end, no?
>
> Signed-off-by: Richard Henderson <rth@twiddle.net>
> Cc: Jan Kiszka <jan.kiszka@siemens.com>
> ---
> hw/vga_int.h | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> Jan's recent patch series reminded me that I found a related
> problem in my alpha-softmmu port this past weekend. Note that
> the slight re-ordering of the members avoids extra padding in
> the structure due to alignment.
Yeah, and I just noticed a harmless mistyping in my patches while
thinking about your type changes.
Jan
>
>
> diff --git a/hw/vga_int.h b/hw/vga_int.h
> index d2811bd..b65775b 100644
> --- a/hw/vga_int.h
> +++ b/hw/vga_int.h
> @@ -109,9 +109,9 @@ typedef struct VGACommonState {
> uint32_t vram_size;
> uint32_t lfb_addr;
> uint32_t lfb_end;
> - uint32_t map_addr;
> - uint32_t map_end;
> uint32_t lfb_vram_mapped; /* whether 0xa0000 is mapped as ram */
> + target_phys_addr_t map_addr;
> + target_phys_addr_t map_end;
> uint32_t latch;
> uint8_t sr_index;
> uint8_t sr[256];
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] [PATCH] vga: Fix type of map_addr/end.
2011-06-14 18:14 ` Jan Kiszka
@ 2011-06-14 18:41 ` Richard Henderson
0 siblings, 0 replies; 3+ messages in thread
From: Richard Henderson @ 2011-06-14 18:41 UTC (permalink / raw)
To: Jan Kiszka; +Cc: qemu-devel
On 06/14/2011 11:14 AM, Jan Kiszka wrote:
> On 2011-06-14 19:44, Richard Henderson wrote:
>> These addresses have been passed through pci_to_cpu_addr,
>> and thus need to be full target_phys_addr_t.
>
> Basically correct, but you also need to change the types of
> lfb_addr/end, no?
Ah, yes, I see that path now. Will re-send.
r~
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-06-14 18:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-14 17:44 [Qemu-devel] [PATCH] vga: Fix type of map_addr/end Richard Henderson
2011-06-14 18:14 ` Jan Kiszka
2011-06-14 18:41 ` Richard Henderson
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).