From: Anthony Liguori <anthony@codemonkey.ws>
To: Richard Henderson <rth@twiddle.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/7] Export the unassigned_mem read/write functions.
Date: Sun, 24 Jul 2011 13:56:00 -0500 [thread overview]
Message-ID: <4E2C6AC0.3010203@codemonkey.ws> (raw)
In-Reply-To: <4E2C4B5B.9030402@twiddle.net>
On 07/24/2011 11:42 AM, Richard Henderson wrote:
> On 07/24/2011 06:28 AM, Anthony Liguori wrote:
>> On 07/23/2011 02:17 PM, Richard Henderson wrote:
>>> Signed-off-by: Richard Henderson<rth@twiddle.net>
>>
>> Why?
>
> So that I can write i/o functions like this:
>
> switch (addr) {
> case 0: ...
> case 64: ...
> case 128: ...
> ...
> default:
> unassigned_mem_readl(...)
> }
>
> Perhaps Avi's rewrite makes this unnecessary; I browsed through
> his patch set but didn't immediately see if there's a way for
> the i/o function to return "failure".
What is returned by totally unregistered MMIO is defined by the chipset.
What's returned by an empty space in the MMIO space of a device is
device specific.
What does your device return if there's an access at 32?
Regards,
Anthony Liguori
>
> What I certainly don't want to do is write this with 100 tiny
> functions registering 8 bytes each, registered some tiny
> distance away from each other.
>
>
> r~
>
next prev parent reply other threads:[~2011-07-24 18:56 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-23 19:17 [Qemu-devel] [PULL 0/7] Alpha system emulation, v7 Richard Henderson
2011-07-23 19:17 ` [Qemu-devel] [PATCH 1/7] Export the unassigned_mem read/write functions Richard Henderson
2011-07-24 13:28 ` Anthony Liguori
2011-07-24 16:42 ` Richard Henderson
2011-07-24 18:56 ` Anthony Liguori [this message]
2011-07-24 19:00 ` Richard Henderson
2011-07-25 1:47 ` Anthony Liguori
2011-07-25 2:14 ` Richard Henderson
2011-08-04 23:58 ` Edgar E. Iglesias
2011-08-05 15:39 ` Richard Henderson
2011-07-23 19:17 ` [Qemu-devel] [PATCH 2/7] pci: Export pci_to_cpu_addr Richard Henderson
2011-07-23 19:17 ` [Qemu-devel] [PATCH 3/7] target-alpha: Add custom PALcode image for CLIPPER emulation Richard Henderson
2011-07-23 19:17 ` [Qemu-devel] [PATCH 4/7] target-alpha: Add " Richard Henderson
2011-07-23 19:17 ` [Qemu-devel] [PATCH 5/7] target-alpha: Implement WAIT IPR Richard Henderson
2011-07-30 11:07 ` Blue Swirl
2011-07-23 19:17 ` [Qemu-devel] [PATCH 6/7] target-alpha: Implement HALT IPR Richard Henderson
2011-07-23 19:17 ` [Qemu-devel] [PATCH 7/7] target-alpha: Add high-resolution access to wall clock and an alarm Richard Henderson
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=4E2C6AC0.3010203@codemonkey.ws \
--to=anthony@codemonkey.ws \
--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 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).