From: "Michael S. Tsirkin" <mst@redhat.com>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] qemu: address todo comment in exec.c
Date: Sun, 11 Apr 2010 11:35:45 +0300 [thread overview]
Message-ID: <20100411083545.GB7383@redhat.com> (raw)
In-Reply-To: <20100409223353.GP21042@volta.aurel32.net>
On Sat, Apr 10, 2010 at 12:33:53AM +0200, Aurelien Jarno wrote:
> On Tue, Apr 06, 2010 at 02:18:19PM +0300, Michael S. Tsirkin wrote:
> > exec.c has a comment 'XXX: optimize' for lduw_phys/stw_phys,
> > so let's do it, along the lines of stl_phys.
> >
> > The reason to address 16 bit accesses specifically is that virtio relies
> > on these accesses to be done atomically, using memset as we do now
> > breaks this assumption, which is reported to cause qemu with kvm
> > to read wrong index values under stress.
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=525323
>
> The patch looks ok in principle, but I am worried by the fact it is
> mostly a copy and paste of ldl_phys() and stl_phys(). Wouldn't it be
> possible to factorize the code a bit, maybe using macros?
I'm not sure 30-line macros are such a good idea.
Patches wellcome though.
> > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > ---
> > exec.c | 67 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++------
> > 1 files changed, 60 insertions(+), 7 deletions(-)
> >
> > diff --git a/exec.c b/exec.c
> > index 33854e1..262c255 100644
> > --- a/exec.c
> > +++ b/exec.c
> > @@ -3788,12 +3788,36 @@ uint32_t ldub_phys(target_phys_addr_t addr)
> > return val;
> > }
> >
> > -/* XXX: optimize */
> > +/* warning: addr must be aligned */
> > uint32_t lduw_phys(target_phys_addr_t addr)
> > {
> > - uint16_t val;
> > - cpu_physical_memory_read(addr, (uint8_t *)&val, 2);
> > - return tswap16(val);
> > + int io_index;
> > + uint8_t *ptr;
> > + uint64_t val;
> > + unsigned long pd;
> > + PhysPageDesc *p;
> > +
> > + p = phys_page_find(addr >> TARGET_PAGE_BITS);
> > + if (!p) {
> > + pd = IO_MEM_UNASSIGNED;
> > + } else {
> > + pd = p->phys_offset;
> > + }
> > +
> > + if ((pd & ~TARGET_PAGE_MASK) > IO_MEM_ROM &&
> > + !(pd & IO_MEM_ROMD)) {
> > + /* I/O case */
> > + io_index = (pd >> IO_MEM_SHIFT) & (IO_MEM_NB_ENTRIES - 1);
> > + if (p)
> > + addr = (addr & ~TARGET_PAGE_MASK) + p->region_offset;
> > + val = io_mem_read[io_index][1](io_mem_opaque[io_index], addr);
> > + } else {
> > + /* RAM case */
> > + ptr = phys_ram_base + (pd & TARGET_PAGE_MASK) +
> > + (addr & ~TARGET_PAGE_MASK);
> > + val = lduw_p(ptr);
> > + }
> > + return val;
> > }
> >
> > /* warning: addr must be aligned. The ram page is not masked as dirty
> > @@ -3910,11 +3934,40 @@ void stb_phys(target_phys_addr_t addr, uint32_t val)
> > cpu_physical_memory_write(addr, &v, 1);
> > }
> >
> > -/* XXX: optimize */
> > +/* warning: addr must be aligned */
> > void stw_phys(target_phys_addr_t addr, uint32_t val)
> > {
> > - uint16_t v = tswap16(val);
> > - cpu_physical_memory_write(addr, (const uint8_t *)&v, 2);
> > + int io_index;
> > + uint8_t *ptr;
> > + unsigned long pd;
> > + PhysPageDesc *p;
> > +
> > + p = phys_page_find(addr >> TARGET_PAGE_BITS);
> > + if (!p) {
> > + pd = IO_MEM_UNASSIGNED;
> > + } else {
> > + pd = p->phys_offset;
> > + }
> > +
> > + if ((pd & ~TARGET_PAGE_MASK) != IO_MEM_RAM) {
> > + io_index = (pd >> IO_MEM_SHIFT) & (IO_MEM_NB_ENTRIES - 1);
> > + if (p)
> > + addr = (addr & ~TARGET_PAGE_MASK) + p->region_offset;
> > + io_mem_write[io_index][1](io_mem_opaque[io_index], addr, val);
> > + } else {
> > + unsigned long addr1;
> > + addr1 = (pd & TARGET_PAGE_MASK) + (addr & ~TARGET_PAGE_MASK);
> > + /* RAM case */
> > + ptr = phys_ram_base + addr1;
> > + stw_p(ptr, val);
> > + if (!cpu_physical_memory_is_dirty(addr1)) {
> > + /* invalidate code */
> > + tb_invalidate_phys_page_range(addr1, addr1 + 2, 0);
> > + /* set dirty bit */
> > + phys_ram_dirty[addr1 >> TARGET_PAGE_BITS] |=
> > + (0xff & ~CODE_DIRTY_FLAG);
> > + }
> > + }
> > }
> >
> > /* XXX: optimize */
> > --
> > 1.7.0.2.280.gc6f05
> >
> >
> >
>
> --
> Aurelien Jarno GPG: 1024D/F1BCDB73
> aurelien@aurel32.net http://www.aurel32.net
next prev parent reply other threads:[~2010-04-11 8:40 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-06 11:18 [Qemu-devel] [PATCH] qemu: address todo comment in exec.c Michael S. Tsirkin
2010-04-09 22:33 ` Aurelien Jarno
2010-04-11 8:35 ` Michael S. Tsirkin [this message]
2010-05-06 14:46 ` Aurelien Jarno
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=20100411083545.GB7383@redhat.com \
--to=mst@redhat.com \
--cc=aurelien@aurel32.net \
--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 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).