From: Emanuele Giuseppe Esposito <e.emanuelegiuseppe@gmail.com>
To: Stefano Garzarella <sgarzare@redhat.com>
Cc: qemu-devel@nongnu.org, "Michael S . Tsirkin" <mst@redhat.com>
Subject: Re: [PATCH] pci_dma_rw: return correct value instead of 0
Date: Thu, 30 Jul 2020 10:50:43 +0200 [thread overview]
Message-ID: <68b64151-6c5f-64e2-f9cb-baa460b6b985@gmail.com> (raw)
In-Reply-To: <20200730074146.b66tur2v7tx4uo3d@steredhat.lan>
On 30/07/2020 09:41, Stefano Garzarella wrote:
> On Thu, Jul 30, 2020 at 12:17:32AM +0200, Emanuele Giuseppe Esposito wrote:
>> pci_dma_rw currently always returns 0, regardless
>> of the result of dma_memory_rw. Adjusted to return
>> the correct value.
>>
>> Signed-off-by: Emanuele Giuseppe Esposito <e.emanuelegiuseppe@gmail.com>
>> ---
>> include/hw/pci/pci.h | 3 +--
>> 1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/include/hw/pci/pci.h b/include/hw/pci/pci.h
>> index c1bf7d5356..41c4ab5932 100644
>> --- a/include/hw/pci/pci.h
>> +++ b/include/hw/pci/pci.h
>> @@ -787,8 +787,7 @@ static inline AddressSpace *pci_get_address_space(PCIDevice *dev)
>> static inline int pci_dma_rw(PCIDevice *dev, dma_addr_t addr,
>> void *buf, dma_addr_t len, DMADirection dir)
>> {
>> - dma_memory_rw(pci_get_address_space(dev), addr, buf, len, dir);
>> - return 0;
>> + return dma_memory_rw(pci_get_address_space(dev), addr, buf, len, dir);
>> }
>
> I think it's a left over from when we used "void cpu_physical_memory_rw()".
>
> I agree that it is better to return the dma_memory_rw() return value, but
> at first look, no one seems to check the return value of pci_dma_rw(),
> pci_dma_read(), andpci_dma_write().
>
> Should we make them void?
I noticed that nobody checks the return of those functions, but I think
checking for possible error is always useful. I am using the edu device
and clearly doing something wrong since with this fix I discovered that
the pci_dma_read call returns nonzero.
Keeping the function as it is or void would make it harder to spot such
errors in future.
Thank you,
Emanuele
>
>
> Anyway, for this patch:
>
> Reviewed-by: Stefano Garzarella <sgarzare@redhat.com>
>
> Thanks,
> Stefano
>
next prev parent reply other threads:[~2020-07-30 8:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-29 22:17 [PATCH] pci_dma_rw: return correct value instead of 0 Emanuele Giuseppe Esposito
2020-07-30 7:41 ` Stefano Garzarella
2020-07-30 8:50 ` Emanuele Giuseppe Esposito [this message]
2020-07-30 10:41 ` Stefano Garzarella
2020-07-30 8:58 ` Peter Maydell
2020-07-30 10:48 ` Stefano Garzarella
2020-07-30 8:48 ` Peter Maydell
2020-08-17 7:04 ` Klaus Jensen
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=68b64151-6c5f-64e2-f9cb-baa460b6b985@gmail.com \
--to=e.emanuelegiuseppe@gmail.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=sgarzare@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 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).