From: Avi Kivity <avi@redhat.com>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: qemu-devel <qemu-devel@nongnu.org>, Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [PATCH] isa: Avoid using obsolete memory_region_set_offset for old portio
Date: Sun, 18 Sep 2011 19:46:28 +0300 [thread overview]
Message-ID: <4E762064.6010108@redhat.com> (raw)
In-Reply-To: <4E761C66.9010208@web.de>
On 09/18/2011 07:29 PM, Jan Kiszka wrote:
> On 2011-09-18 17:57, Avi Kivity wrote:
> > On 09/18/2011 03:54 PM, Jan Kiszka wrote:
> >> From: Jan Kiszka<jan.kiszka@siemens.com>
> >>
> >> We can express the offset of old portio completely via
> >> MemoryRegionPortio::offset by splitting up regions of different offsets
> >> and adjusting those offsets appropriately.
> >
> > Please split into two patches - core and isa.
>
> They depend on each other.
How can memory.c depend on isa.c?
If you make the core patch add both mr->offset and mrp->offset, then
change isa to drop memory_region_set_offset(), instead adding the delta
to mrp->offset, does that not work out?
> > And I
> > don't want to remove memory_region_set_offset() until everything (that
> > can potentially use it, at least) has been converted.
>
> IMO it's easier to fix those potential users before converting them. You
> need to review them anyway to decide if an offset might be needed, and
> which one precisely.
>
> Are you aware of any candidates? For PIO, there should be none now.
For pio, none, but mmio has some:
hw/sh7750.c: cpu_register_physical_memory_offset(0x1f000000, 0x1000,
hw/sh7750.c: cpu_register_physical_memory_offset(0xff000000, 0x1000,
hw/sh7750.c: cpu_register_physical_memory_offset(0x1f800000, 0x1000,
hw/sh7750.c: cpu_register_physical_memory_offset(0xff800000, 0x1000,
hw/sh7750.c: cpu_register_physical_memory_offset(0x1fc00000, 0x1000,
hw/sh7750.c: cpu_register_physical_memory_offset(0xffc00000, 0x1000,
hw/sh_intc.c: cpu_register_physical_memory_offset(P4ADDR(address), 4,
hw/sh_intc.c: cpu_register_physical_memory_offset(A7ADDR(address), 4,
--
error compiling committee.c: too many arguments to function
next prev parent reply other threads:[~2011-09-18 16:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-18 12:54 [Qemu-devel] [PATCH] isa: Avoid using obsolete memory_region_set_offset for old portio Jan Kiszka
2011-09-18 13:09 ` [Qemu-devel] [PATCH] memory: Eliminate region offset Jan Kiszka
2011-09-18 15:57 ` [Qemu-devel] [PATCH] isa: Avoid using obsolete memory_region_set_offset for old portio Avi Kivity
2011-09-18 16:29 ` Jan Kiszka
2011-09-18 16:46 ` Avi Kivity [this message]
2011-09-18 19:04 ` Jan Kiszka
2011-09-19 12:14 ` Avi Kivity
2011-09-19 12:29 ` Jan Kiszka
2011-09-19 12:37 ` Avi Kivity
2011-09-19 12:48 ` Jan Kiszka
2011-09-19 12:59 ` Avi Kivity
2011-09-18 16:49 ` Richard Henderson
2011-09-18 19:16 ` Jan Kiszka
2011-09-19 12:15 ` Avi Kivity
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=4E762064.6010108@redhat.com \
--to=avi@redhat.com \
--cc=jan.kiszka@web.de \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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.