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

2015-04-03 Thread John Baldwin
On Tuesday, March 31, 2015 09:38:56 PM Konstantin Belousov wrote: > On Tue, Mar 31, 2015 at 12:51:04PM -0400, John Baldwin wrote: > > I don't really know if we need to increase the delays or not. I have no > > idea > > what Intel's source for those numbers in the two documents are. I don't > >

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

2015-03-31 Thread Konstantin Belousov
On Tue, Mar 31, 2015 at 12:51:04PM -0400, John Baldwin wrote: > Also, I believe that the 100 millisecond timer referred to in step 14 above is > a timeout on the entire AP-enumeration process and is the timer waited for in > step 16. It also seems that the BIOS uses broadcast (all-but-self) IPIs,

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

2015-03-31 Thread John Baldwin
On Tuesday, March 31, 2015 03:38:50 AM Konstantin Belousov wrote: > But apparently, that did not helped, and it seems that there are > sporadic reports of Linux having similar issues with x2APIC on similar > mobile SandyBridge, which are proof-less charged to BIOS bugs. > > Mostly, my question is,

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

2015-03-30 Thread Konstantin Belousov
On Mon, Mar 30, 2015 at 08:13:23PM +, John Baldwin wrote: > Author: jhb > Date: Mon Mar 30 20:13:22 2015 > New Revision: 280866 > URL: https://svnweb.freebsd.org/changeset/base/280866 > > Log: > Wait 100 microseconds for a local APIC to dispatch each startup-related IPI > rather than 20.