All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Andreas Färber" <afaerber@suse.de>
To: "nicolas.sauzede" <nicolas.sauzede@laposte.net>
Cc: Blue Swirl <blauwirbel@gmail.com>,
	Peter Maydell <peter.maydell@linaro.org>,
	qemu-devel@nongnu.org,
	"Edgar E. Iglesias" <edgar.iglesias@gmail.com>
Subject: Re: [Qemu-devel] Get current env within io_handler ?
Date: Mon, 21 May 2012 13:57:57 +0200	[thread overview]
Message-ID: <4FBA2DC5.9020400@suse.de> (raw)
In-Reply-To: <842600711.2527751.1337584877321.JavaMail.www@wwinf8221>

Am 21.05.2012 09:21, schrieb nicolas.sauzede:
> Hi Peter, 
> 
>> Message du 19/05/12 11:39
>> De : "Peter Maydell" 
>> A : "Blue Swirl" 
>> Copie à : "nicolas.sauzede" , qemu-devel@nongnu.org
>> Objet : Re: [Qemu-devel] Get current env within io_handler ?
>>
>> On 19 May 2012 08:13, Blue Swirl wrote:
>>> nicolas.sauzede wrote:
>>>> Well, for example, we have the issue where we need to know if
>>>> the cpu that performs a hardware io is in priviledged/secure mode,
>>>> because some HW devices implemented in TLM requires such special
>>>> flags on certain register accesses.
>>
>>> How does real HW do it? I don't think there is a bus that indicates
>>> the CPU number to the device.
>>
>> The AMBA AXI bus includes attributes for:
>> * secure/nonsecure world (used for TrustZone)
>> * privileged/nonprivileged
>> * instruction/data access
>> * a transaction ID
>>
>> The transaction ID typically encodes "which core in the
>> CPU made this memory transaction?". It's not always
>> meaningful, eg when caching intervenes, but for device
>> access you can use it. I'd tend to expect to see that in
>> testbench setups rather than the real world, though. Looking
>> straightforwardly at the protection attributes as Nicolas
>> suggests is much more standard.
> 
> Ok, so I guess that for now, we have to live with the lack of a way to actually
> get those io transaction properties, right ?
> Do you think it would be feasible to allow it the future ? (for now, I've done
> some shortcuts and ugly hardcoding in my TLM prototype to make things work, but still..)
[...]
> Do you think this feature could be useful/legitimate in upstream qemu ?

You might want to coordinate that with Edgar, he did a TLM integration
once. But I have no clue how close to master his fork is.

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

  parent reply	other threads:[~2012-05-21 11:58 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-15 15:12 [Qemu-devel] Get current env within io_handler ? nicolas.sauzede
2012-05-15 15:19 ` Andreas Färber
2012-05-15 15:31   ` nicolas.sauzede
2012-05-15 16:33     ` Peter Maydell
2012-05-15 16:34     ` Andreas Färber
2012-05-16  7:58       ` nicolas.sauzede
2012-05-19  7:13         ` Blue Swirl
2012-05-19  9:39           ` Peter Maydell
2012-05-21  7:21             ` nicolas.sauzede
2012-05-21 10:36               ` Peter Maydell
2012-05-21 18:08                 ` Blue Swirl
2012-05-21 18:28                   ` Peter Maydell
2012-05-21 18:40                     ` Blue Swirl
2012-05-21 22:06                       ` Edgar E. Iglesias
2012-05-21 11:57               ` Andreas Färber [this message]
2012-05-15 16:34     ` Anthony Liguori
2012-05-16  7:56       ` nicolas.sauzede

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=4FBA2DC5.9020400@suse.de \
    --to=afaerber@suse.de \
    --cc=blauwirbel@gmail.com \
    --cc=edgar.iglesias@gmail.com \
    --cc=nicolas.sauzede@laposte.net \
    --cc=peter.maydell@linaro.org \
    --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 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.