Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread M. Warner Losh
In message: <20091104055811.gy1...@hoeg.nl> Ed Schouten writes: : Hi Attilio, : : * Attilio Rao wrote: : > Opteron rev E family of processor expose a bug where, in very rare : > ocassions, memory barriers semantic is not honoured by the hardware : > itself. As a result, some random b

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Kostik Belousov
On Wed, Nov 04, 2009 at 05:06:36PM +0100, Attilio Rao wrote: > 2009/11/4, Kostik Belousov : > > On Wed, Nov 04, 2009 at 01:49:41PM +0100, Attilio Rao wrote: > > > 2009/11/4 Ed Schouten : > > > > Hi Attilio, > > > > > > > > * Attilio Rao wrote: > > > >> Opteron rev E family of processor expose a bu

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread John Baldwin
On Wednesday 04 November 2009 11:15:28 am Attilio Rao wrote: > 2009/11/4, Dag-Erling Smørgrav : > > Attilio Rao writes: > > > Dag-Erling Smørgrav writes: > > > > According to the reference you gave, OpenSolaris has a workaround for > > > > this issue. Perhaps we should adopt it? > > > IIRC, base

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Attilio Rao
2009/11/4, Dag-Erling Smørgrav : > Attilio Rao writes: > > Dag-Erling Smørgrav writes: > > > According to the reference you gave, OpenSolaris has a workaround for > > > this issue. Perhaps we should adopt it? > > IIRC, based on what I readed on-line, it could be still a WARNING msg, > > but I di

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Robert Watson
On Wed, 4 Nov 2009, Attilio Rao wrote: I think the warning is a good idea, but I don't think we should include the URL. We have no control over where it points or what information it will contain in the future. Is there a hardware vendor errata number/document that we can point at instead,

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Dag-Erling Smørgrav
Attilio Rao writes: > Dag-Erling Smørgrav writes: > > According to the reference you gave, OpenSolaris has a workaround for > > this issue. Perhaps we should adopt it? > IIRC, based on what I readed on-line, it could be still a WARNING msg, > but I didn't double-check for it. Uh, apparently, it

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Attilio Rao
2009/11/4, Kostik Belousov : > On Wed, Nov 04, 2009 at 01:49:41PM +0100, Attilio Rao wrote: > > 2009/11/4 Ed Schouten : > > > Hi Attilio, > > > > > > * Attilio Rao wrote: > > >> Opteron rev E family of processor expose a bug where, in very rare > > >> ocassions, memory barriers semantic is not hon

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Attilio Rao
2009/11/4, Dag-Erling Smørgrav : > Attilio Rao writes: > > Log: > > Opteron rev E family of processor expose a bug where, in very rare > > ocassions, memory barriers semantic is not honoured by the hardware > > itself. As a result, some random breakage can happen in uninvestigable > > ways

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Attilio Rao
2009/11/4, Robert Watson : > > On Wed, 4 Nov 2009, Attilio Rao wrote: > > > + if (CPUID_TO_FAMILY(cpu_id) == 0xf && CPUID_TO_MODEL(cpu_id) >= > 0x20 && > > + CPUID_TO_MODEL(cpu_id) <= 0x3f) { > > + printf("WARNING: This architecture revision has known SMP > " > > +

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Dag-Erling Smørgrav
Attilio Rao writes: > Log: > Opteron rev E family of processor expose a bug where, in very rare > ocassions, memory barriers semantic is not honoured by the hardware > itself. As a result, some random breakage can happen in uninvestigable > ways (for further explanation see at the content

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Robert Watson
On Wed, 4 Nov 2009, Attilio Rao wrote: + if (CPUID_TO_FAMILY(cpu_id) == 0xf && CPUID_TO_MODEL(cpu_id) >= 0x20 && + CPUID_TO_MODEL(cpu_id) <= 0x3f) { + printf("WARNING: This architecture revision has known SMP " + "hardware bugs which may cause ran

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Kostik Belousov
On Wed, Nov 04, 2009 at 01:49:41PM +0100, Attilio Rao wrote: > 2009/11/4 Ed Schouten : > > Hi Attilio, > > > > * Attilio Rao wrote: > >> Opteron rev E family of processor expose a bug where, in very rare > >> ocassions, memory barriers semantic is not honoured by the hardware > >> itself. As a res

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-04 Thread Attilio Rao
2009/11/4 Ed Schouten : > Hi Attilio, > > * Attilio Rao wrote: >> Opteron rev E family of processor expose a bug where, in very rare >> ocassions, memory barriers semantic is not honoured by the hardware >> itself. As a result, some random breakage can happen in uninvestigable >> ways (for further

Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-03 Thread Ed Schouten
Hi Attilio, * Attilio Rao wrote: > Opteron rev E family of processor expose a bug where, in very rare > ocassions, memory barriers semantic is not honoured by the hardware > itself. As a result, some random breakage can happen in uninvestigable > ways (for further explanation see at the content o

svn commit: r198868 - in head/sys: amd64/amd64 i386/i386

2009-11-03 Thread Attilio Rao
Author: attilio Date: Wed Nov 4 01:32:59 2009 New Revision: 198868 URL: http://svn.freebsd.org/changeset/base/198868 Log: Opteron rev E family of processor expose a bug where, in very rare ocassions, memory barriers semantic is not honoured by the hardware itself. As a result, some random b