qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: "Liu Ping Fan" <pingfank@linux.vnet.ibm.com>,
	qemu-devel <qemu-devel@nongnu.org>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [RFC][PATCH 11/15] memory: Allow unaligned address_space_rw
Date: Mon, 06 May 2013 17:01:29 +0200	[thread overview]
Message-ID: <5187C5C9.7040406@redhat.com> (raw)
In-Reply-To: <5187C526.9010606@siemens.com>

Il 06/05/2013 16:58, Jan Kiszka ha scritto:
> On 2013-05-06 16:55, Paolo Bonzini wrote:
>> Il 06/05/2013 16:26, Jan Kiszka ha scritto:
>>> This will be needed for some corner cases with para-virtual the I/O
>>> ports.
>>>
>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>> ---
>>>  exec.c |   33 ++++++++++++++++++---------------
>>>  1 files changed, 18 insertions(+), 15 deletions(-)
>>>
>>> diff --git a/exec.c b/exec.c
>>> index 3ee1f3f..9c582b1 100644
>>> --- a/exec.c
>>> +++ b/exec.c
>>> @@ -1833,38 +1833,41 @@ void address_space_rw(AddressSpace *as, hwaddr addr, uint8_t *buf,
>>>      uint8_t *ptr;
>>>      uint32_t val;
>>>      MemoryRegionSection *section;
>>> +    MemoryRegion *mr;
>>>  
>>>      while (len > 0) {
>>>          l = ((addr & TARGET_PAGE_MASK) + TARGET_PAGE_SIZE) - addr;
>>>          if (l > len)
>>>              l = len;
>>>          section = address_space_lookup_region(as, addr);
>>> +        mr = section->mr;
>>>  
>>>          if (is_write) {
>>> -            if (!memory_region_is_ram(section->mr)) {
>>> +            if (!memory_region_is_ram(mr)) {
>>>                  hwaddr addr1;
>>>                  addr1 = memory_region_section_addr(section, addr);
>>>                  /* XXX: could force cpu_single_env to NULL to avoid
>>>                     potential bugs */
>>> -                if (l >= 4 && ((addr1 & 3) == 0)) {
>>> +                if (l >= 4 && ((addr1 & 3) == 0 || mr->ops->impl.unaligned)) {
>>
>> Does the length matter at all if unaligned accesses are allowed?  I
>> think it shouldn't...
> 
> What do you mean? The length test here is not about alignment, it's
> about proper split-up depending on the input size (we cannot use 32 bit
> for all accesses and do not want to make them all byte accesses, do we?).

Oh right, I was thinking of my IOMMU tree where I have:

        l = len;
        section = address_space_translate(as, addr, &addr1, &l, is_write);

        if (is_write) {
            if (!memory_region_is_ram(section->mr)) {
                /* XXX: could force cpu_single_env to NULL to avoid
                   potential bugs */
                if (l >= 4 && ((addr1 & 3) == 0)) {

and address_space_translate does:

        *plen = MIN(section->size - addr, *plen);

It should not do this if section->mr->ops.unaligned.  Whoever rebases on top
of the other should keep this in mind.

Paolo

  reply	other threads:[~2013-05-06 15:01 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-06 14:26 [Qemu-devel] [RFC][PATCH 00/15] Refactor portio dispatching Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 01/15] adlib: replace register_ioport* Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 02/15] applesmc: " Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 03/15] wdt_ib700: " Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 04/15] i82374: " Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 05/15] prep: " Jan Kiszka
2013-05-06 14:43   ` Andreas Färber
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 06/15] vt82c686: " Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 07/15] Privatize register_ioport_read/write Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 08/15] isa: implement isa_is_ioport_assigned via memory_region_find Jan Kiszka
2013-05-06 14:55   ` Andreas Färber
2013-05-06 14:59     ` Paolo Bonzini
2013-05-06 15:02       ` Jan Kiszka
2013-05-06 15:10         ` Paolo Bonzini
2013-05-06 14:59     ` Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 09/15] memory: Introduce address_space_lookup_region Jan Kiszka
2013-05-06 14:39   ` Paolo Bonzini
2013-05-06 14:51     ` Jan Kiszka
2013-05-06 14:54       ` Paolo Bonzini
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 10/15] memory: Rework sub-page handling Jan Kiszka
2013-05-06 20:09   ` Paolo Bonzini
2013-05-06 20:46   ` Peter Maydell
2013-05-07  9:48     ` Paolo Bonzini
2013-05-07 12:35     ` Paolo Bonzini
2013-05-07 17:26       ` Jan Kiszka
2013-05-07 18:23         ` Jan Kiszka
2013-05-08  8:41           ` Paolo Bonzini
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 11/15] memory: Allow unaligned address_space_rw Jan Kiszka
2013-05-06 14:55   ` Paolo Bonzini
2013-05-06 14:58     ` Jan Kiszka
2013-05-06 15:01       ` Paolo Bonzini [this message]
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 12/15] vmware-vga: Accept unaligned I/O accesses Jan Kiszka
2013-05-06 14:40   ` Paolo Bonzini
2013-05-06 14:45     ` Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 13/15] ioport: Switch dispatching to memory core layer Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 14/15] ioport: Remove unused old dispatching services Jan Kiszka
2013-05-06 14:26 ` [Qemu-devel] [RFC][PATCH 15/15] ioport: Move IOPortRead/WriteFunc typedefs to memory.h Jan Kiszka
2013-05-06 14:50 ` [Qemu-devel] [RFC][PATCH 00/15] Refactor portio dispatching Andreas Färber
2013-05-06 14:54   ` Jan Kiszka

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=5187C5C9.7040406@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=afaerber@suse.de \
    --cc=jan.kiszka@siemens.com \
    --cc=pingfank@linux.vnet.ibm.com \
    --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).