All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Roth <mdroth@linux.vnet.ibm.com>
To: Igor Mitsyanko <i.mitsyanko@samsung.com>
Cc: peter.maydell@linaro.org, balrog@zabor.org,
	e.voevodin@samsung.com, quintela@redhat.com,
	qemu-devel@nongnu.org, kyungmin.park@samsung.com,
	d.solodkiy@samsung.com, m.kozlov@samsung.com, afaerber@suse.de
Subject: Re: [Qemu-devel] [PATCH V2 2/5] hw/pxa2xx_dma.c: drop target_phys_addr_t usage in device state
Date: Wed, 14 Mar 2012 12:11:26 -0500	[thread overview]
Message-ID: <20120314171126.GC2894@illuin> (raw)
In-Reply-To: <1330936245-2570-3-git-send-email-i.mitsyanko@samsung.com>

On Mon, Mar 05, 2012 at 12:30:42PM +0400, Igor Mitsyanko wrote:
> Pxa2xx DMA controller is a 32-bit device and it has no knowledge of system's
> physical address size, so it should not use target_phys_addr_t in it's state.
> Convert variables descr, src and dest from type target_phys_addr_t to uint32_t,
> use VMSTATE_UINT32 instead of VMSTATE_UINTTL for these variables.
> 
> We can do this safely because:
> 1) pxa2xx actually has 32-bit physical address size;
> 2) rest of the code in file never assumes descr, src and dest variables to have
> size different from uint32_t;
> 3) we shouldn't have used VMSTATE_UINTTL in the first place because this macro
> is for target_ulong type (which can be different from target_phys_addr_t).

4) target-arm is the only user of pxa2xx*, and has never defined
target_ulong/TARGET_LONG_BITS to be anything other than 32-bits.

Reviewed-by: Michael Roth <mdroth@linux.vnet.ibm.com>

> 
> Signed-off-by: Igor Mitsyanko <i.mitsyanko@samsung.com>
> Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
> ---
>  hw/pxa2xx_dma.c |   12 ++++++------
>  1 files changed, 6 insertions(+), 6 deletions(-)
> 
> diff --git a/hw/pxa2xx_dma.c b/hw/pxa2xx_dma.c
> index 8ced0dd..0310154 100644
> --- a/hw/pxa2xx_dma.c
> +++ b/hw/pxa2xx_dma.c
> @@ -18,9 +18,9 @@
>  #define PXA2XX_DMA_NUM_REQUESTS 75
> 
>  typedef struct {
> -    target_phys_addr_t descr;
> -    target_phys_addr_t src;
> -    target_phys_addr_t dest;
> +    uint32_t descr;
> +    uint32_t src;
> +    uint32_t dest;
>      uint32_t cmd;
>      uint32_t state;
>      int request;
> @@ -512,9 +512,9 @@ static VMStateDescription vmstate_pxa2xx_dma_chan = {
>      .minimum_version_id = 1,
>      .minimum_version_id_old = 1,
>      .fields = (VMStateField[]) {
> -        VMSTATE_UINTTL(descr, PXA2xxDMAChannel),
> -        VMSTATE_UINTTL(src, PXA2xxDMAChannel),
> -        VMSTATE_UINTTL(dest, PXA2xxDMAChannel),
> +        VMSTATE_UINT32(descr, PXA2xxDMAChannel),
> +        VMSTATE_UINT32(src, PXA2xxDMAChannel),
> +        VMSTATE_UINT32(dest, PXA2xxDMAChannel),
>          VMSTATE_UINT32(cmd, PXA2xxDMAChannel),
>          VMSTATE_UINT32(state, PXA2xxDMAChannel),
>          VMSTATE_INT32(request, PXA2xxDMAChannel),
> -- 
> 1.7.4.1
> 
> 

  parent reply	other threads:[~2012-03-14 17:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-05  8:30 [Qemu-devel] [PATCH V2 0/5] VMState cleanups Igor Mitsyanko
2012-03-05  8:30 ` [Qemu-devel] [PATCH V2 1/5] target-alpha/machine.c: use VMSTATE_UINT64* instead of VMSTATE_UINTTL* Igor Mitsyanko
2012-03-05  8:30 ` [Qemu-devel] [PATCH V2 2/5] hw/pxa2xx_dma.c: drop target_phys_addr_t usage in device state Igor Mitsyanko
2012-03-14 12:42   ` Andreas Färber
2012-03-14 17:11   ` Michael Roth [this message]
2012-03-05  8:30 ` [Qemu-devel] [PATCH V2 3/5] hw/pxa2xx_lcd.c: " Igor Mitsyanko
2012-03-14 12:48   ` Andreas Färber
2012-03-05  8:30 ` [Qemu-devel] [PATCH V2 4/5] vmstate: move VMSTATE_UINTTL* macros definitions to cpu-defs.h Igor Mitsyanko
2012-03-05  8:30 ` [Qemu-devel] [PATCH V2 5/5] vmstate: introduce get_bufsize entry in VMStateField Igor Mitsyanko
2012-03-14 12:55   ` Andreas Färber
2012-03-14 14:07     ` Igor Mitsyanko
2012-03-14 12:30 ` [Qemu-devel] [PATCH V2 0/5] VMState cleanups Peter Maydell

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=20120314171126.GC2894@illuin \
    --to=mdroth@linux.vnet.ibm.com \
    --cc=afaerber@suse.de \
    --cc=balrog@zabor.org \
    --cc=d.solodkiy@samsung.com \
    --cc=e.voevodin@samsung.com \
    --cc=i.mitsyanko@samsung.com \
    --cc=kyungmin.park@samsung.com \
    --cc=m.kozlov@samsung.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    /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.