|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] Atomic operations
Keir Fraser wrote:
> The Linux atomic.h operations will be atomic even across domains.
... unless CONFIG_SMP was not defined in the domU kernel build.
Juergen
> On 26/03/2009 00:17, "Timothy Hayes" <hayesti@xxxxxx> wrote:
>
> I'm sure a lot of you know XenSocket (XVMSocket), if not, it's a
> Loadable Kernel Module with a socket interface that sends/receives
> to/from a shared page of memory mapped between two domains. It's
> quite a nice idea and brings data throughput close to UNIX sockets.
> I made some changes and made it compatible with Xen 3.2 and a newer
> Linux kernel (I'm testing it with 2.6.25.20) however I'm noticing
> some odd behaviour occasionally. In it, there are atomic_t variables
> in a descriptor inside a shared memory page. When a domain sends or
> receives from the socket, it will use one of the atomic_ operations
> to update the amount of new data available. The problem I'm noticing
> is that when two domains are concurrently updating this variable,
> the value becomes inconsistent leading me to believe that the
> atomic_ operations might not guarantee atomicity between domains. I
> haven't been able to repeat any behaviour like this when I limit the
> two guests to the same physical CPU and eliminate parallelism.
>
> Would anyone be able fill me in if I'm missing something? Are the
> atomic_ operations 100% foolproof for this sort of thing? If not,
> what would be the best approach to use instead?
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
--
Juergen Gross Principal Developer
IP SW OS6 Telephone: +49 (0) 89 636 47950
Fujitsu Siemens Computers e-mail: juergen.gross@xxxxxxxxxxxxxxxxxxx
Otto-Hahn-Ring 6 Internet: www.fujitsu-siemens.com
D-81739 Muenchen Company details: www.fujitsu-siemens.com/imprint.html
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|