Source-Changes archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src/sys/arch/xen/xen



On Sun, Mar 27, 2005 at 12:54:48AM +0100, Lennart Augustsson wrote:
> >This would probablt be a good idea, but isn't __insn_barrier() a
> >gcc builtin ?
> 
> Would that really be correct?  I thought __insn_barries() was there
> to stop gcc from reordering instructions, whereas x86_lfence() is
> there to stop the processor from reordering loads and stores.

I think we want a MI function to stop the processor from reordering
instructions too. There is potentially a similar problem in the esiop(4)
driver than the one I had with xen. I could abuse bus_space_barrier()
for this but it's not quite right either.

If we don't want the compiler to reorder instructions, I don't think we want
to CPU to do it.

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--



Home | Main Index | Thread Index | Old Index