[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-ia64-devel] [PATCH][GFW][RFC] fix EFI_SAL_SET_VECTORS
Quoting Isaku Yamahata <yamahata@xxxxxxxxxxxxx>: > On Tue, May 13, 2008 at 12:24:16PM +0200, tgingold@xxxxxxx wrote: > > > The uncached physical addresses are hard coded, but they aren't > > > relocated when switching to virtual address mode. > > > > I am not sure ConvertPointer is able to deal with uncached addresses. > Anyway, > > using normal addresses should be harmless. > > I guess that the original auther concerned about a race so that > he used uncached addresses. I don't catch your point. Uncached addresses won't prevent races. > Anyway the variable size is 16 bytes and are written/read twice > so that the access isn't smp safe. > Possible choice would be > a. don't care > assume that such a race won't happen and pray. > b. use explicit lock > c. use atomic access(cmp8xchg16) > d. explicit synchronization betweeen cpus. > Probably this would be difficult in gfw. > > My bet is a. I don't think that SAL has to protect against concurrency. I can't remember if the vector must be set for every processor. I will look. Tristan. _______________________________________________ Xen-ia64-devel mailing list Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-ia64-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |