kmacy 2008-08-22 20:38:25 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
Log:
SVN rev 182021 on 2008-08-22 20:38:25Z by kmacy
Don't try enumerating APICs when running on top of xen
(fixes boot on 64-bit dom0s)
MFC after: 1 month
peter 2007-08-02 21:17:58 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c mp_machdep.c
sys/amd64/amd64 local_apic.c mp_machdep.c
Log:
Move mp_topology() from apic_init(i386) and apic_setup_local(amd64) to
cpu_start_mp(). This is after w
Maxim Sobolev wrote:
sobomax 2006-11-29 01:19:23 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Another attempt to MFC changes that prevent any accounting for the disabled
HTT
sobomax 2006-11-29 01:19:23 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Another attempt to MFC changes that prevent any accounting for the disabled
HTT cores. This time make c
Robert Watson wrote:
It's pretty clear that if we're going to take the hypervisor + dynamic
reconfiguration thing seriously, we need a structured notion of adding
and removing CPUs from the active CPU pool, including things like event
handlers so that subsystems can shut down operations on the
Quoting Robert Watson <[EMAIL PROTECTED]> (from Wed, 27 Sep 2006
23:08:32 +0100 (BST)):
On Wed, 27 Sep 2006, John Baldwin wrote:
My point is that we need a notion of taking CPUs offline and online
with scheudler hooks, instead of exporting a simple x86-specific
bitmask. Right now we
sobomax 2006-09-27 22:09:35 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Extend comment explaining why code is conditional at !defined(SCHED_ULE).
Suggested by: ru
Revision ChangesPath
On Wed, 27 Sep 2006, John Baldwin wrote:
from amd64 as well?
Yes, you are right - this is ULE specific bug. In fact, quick grep of the
ULE code reveals that it doesn't honor hlt_cpus_mask, so that the problem
is with ULE, not with the change in question.
Well, hlt_cpus_mask is really an x
On Wednesday 27 September 2006 11:51, Scott Long wrote:
> John Baldwin wrote:
> > On Tuesday 26 September 2006 19:08, Maxim Sobolev wrote:
> >
> >>John Baldwin wrote:
> >>
> >>>On Tuesday 26 September 2006 12:08, Maxim Sobolev wrote:
> >>>
> sobomax 2006-09-26 16:08:29 UTC
>
> F
sobomax 2006-09-27 18:51:19 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Since ULE doesn't honor hlt_cpus_mask don't compile code that prevents
timer interrupt servicing for disabled HTT cores in ULE ca
John Baldwin wrote:
On Tuesday 26 September 2006 19:08, Maxim Sobolev wrote:
John Baldwin wrote:
On Tuesday 26 September 2006 12:08, Maxim Sobolev wrote:
sobomax 2006-09-26 16:08:29 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/i386/i386local_ap
On Tuesday 26 September 2006 19:08, Maxim Sobolev wrote:
> John Baldwin wrote:
> > On Tuesday 26 September 2006 12:08, Maxim Sobolev wrote:
> >> sobomax 2006-09-26 16:08:29 UTC
> >>
> >> FreeBSD src repository
> >>
> >> Modified files:(Branch: RELENG_6)
> >> sys/i386/i386
John Baldwin wrote:
On Tuesday 26 September 2006 12:08, Maxim Sobolev wrote:
sobomax 2006-09-26 16:08:29 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/i386/i386local_apic.c
Log:
Revert 1.17.2.8, which reportedly causes problems on some hardw
On Tuesday 26 September 2006 12:08, Maxim Sobolev wrote:
> sobomax 2006-09-26 16:08:29 UTC
>
> FreeBSD src repository
>
> Modified files:(Branch: RELENG_6)
> sys/i386/i386local_apic.c
> Log:
> Revert 1.17.2.8, which reportedly causes problems on some hardware.
Th
sobomax 2006-09-26 16:08:29 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/i386/i386local_apic.c
Log:
Revert 1.17.2.8, which reportedly causes problems on some hardware.
Approved by:re
Reported by:glebius
Revision Changes
sobomax 2006-09-06 22:05:34 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Unbreak in the case when device apic is compiled into non-SMP kernel.
Reported by:jhay
MFC after: 2 weeks
Revi
John Baldwin wrote:
On Tuesday 05 September 2006 16:02, Maxim Sobolev wrote:
John Baldwin wrote:
(That is, are there any such places. If so, you
just broke them.)
No, I believe that I did not, unless you can provide example of the
contrary.
linprocfs, but it lies anyway. I've engaged in h
On Tuesday 05 September 2006 16:02, Maxim Sobolev wrote:
> John Baldwin wrote:
> >>> (That is, are there any such places. If so, you
> >>> just broke them.)
> >> No, I believe that I did not, unless you can provide example of the
> >> contrary.
> >
> > linprocfs, but it lies anyway. I've enga
John Baldwin wrote:
(That is, are there any such places. If so, you
just broke them.)
No, I believe that I did not, unless you can provide example of the
contrary.
linprocfs, but it lies anyway. I've engaged in hacks like this in 4.x,
That's what I mean - I can't imagine how can you get
On Tuesday 05 September 2006 14:18, Maxim Sobolev wrote:
> John Baldwin wrote:
> > On Tuesday 05 September 2006 13:15, Maxim Sobolev wrote:
> >> sobomax 2006-09-05 17:15:25 UTC
> >>
> >> FreeBSD src repository
> >>
> >> Modified files:
> >> sys/i386/i386local_apic.c
> >> sy
John Baldwin wrote:
On Tuesday 05 September 2006 13:15, Maxim Sobolev wrote:
sobomax 2006-09-05 17:15:25 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
The FreeBSD by default "disables" hyper-threading
On Tuesday 05 September 2006 13:15, Maxim Sobolev wrote:
> sobomax 2006-09-05 17:15:25 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/i386/i386local_apic.c
> sys/amd64/amd64 local_apic.c
> Log:
> The FreeBSD by default "disables" hyper-threading cores,
sobomax 2006-09-05 17:15:25 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
The FreeBSD by default "disables" hyper-threading cores, by not scheduling
any threads to them. However, it still counts those co
On Thursday 02 March 2006 01:17, Scott Long wrote:
> scottl 2006-03-02 06:17:52 UTC
>
> FreeBSD src repository
>
> Modified files:(Branch: RELENG_6)
> sys/i386/i386local_apic.c
> sys/amd64/amd64 local_apic.c
> Log:
> Disable some code that isn't ready f
scottl 2006-03-02 06:17:52 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Disable some code that isn't ready for prime time.
Approved by: re
Revision ChangesPath
On Tuesday 13 December 2005 01:29 pm, Bjoern A. Zeeb wrote:
> On Tue, 13 Dec 2005, John Baldwin wrote:
> > jhb 2005-12-13 15:09:40 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> >sys/i386/i386local_apic.c
> >sys/amd64/amd64 local_apic.c
> > Log:
> > Do
On Tue, 13 Dec 2005, John Baldwin wrote:
jhb 2005-12-13 15:09:40 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Don't check the CPUID_APIC bit in the cpu_features flags field to determine
if the boot CPU ha
jhb 2005-12-13 15:09:40 UTC
FreeBSD src repository
Modified files:
sys/i386/i386local_apic.c
sys/amd64/amd64 local_apic.c
Log:
Don't check the CPUID_APIC bit in the cpu_features flags field to determine
if the boot CPU has a local APIC because some BIOS ve
28 matches
Mail list logo
