#
95bf6530 |
| 12-Jun-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@209086
|
#
3aa6d94e |
| 11-Jun-2010 |
John Baldwin <jhb@FreeBSD.org> |
Update several places that iterate over CPUs to use CPU_FOREACH().
|
#
a401f2d0 |
| 10-Jun-2010 |
Ivan Voras <ivoras@FreeBSD.org> |
Unconfuse THREAD and SMT flags
|
#
5368befb |
| 10-Jun-2010 |
Ivan Voras <ivoras@FreeBSD.org> |
Cosmetic change to XML - less ugly newlines
|
#
970c23b2 |
| 06-Jun-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@208879
|
#
3da35a0a |
| 03-Jun-2010 |
John Baldwin <jhb@FreeBSD.org> |
Assert that the thread lock is held in sched_pctcpu() instead of recursively acquiring it. All of the current callers already hold the lock.
MFC after: 1 month
|
#
7708106a |
| 26-May-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@208557
|
#
1d7830ed |
| 21-May-2010 |
John Baldwin <jhb@FreeBSD.org> |
Assert that the thread passed to sched_bind() and sched_unbind() is curthread as those routines are only supported for curthread currently.
MFC after: 1 month
|
#
4542827d |
| 16-May-2010 |
Randall Stewart <rrs@FreeBSD.org> |
This pushes all of JC's patches that I have in place. I am now able to run 32 cores ok.. but I still will hang on buildworld with a NFS problem. I suspect I am missing a patch for the netlogic rge dr
This pushes all of JC's patches that I have in place. I am now able to run 32 cores ok.. but I still will hang on buildworld with a NFS problem. I suspect I am missing a patch for the netlogic rge driver.
JC check and see if I am missing anything except your core-mask changes
Obtained from: JC
show more ...
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
#
1a0fda2b |
| 04-Mar-2010 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
IFH@204581
|
#
95e1c1fa |
| 08-Feb-2010 |
Attilio Rao <attilio@FreeBSD.org> |
MC r202889, r202940: - Fix a race in sched_switch() of sched_4bsd. Block the td_lock when acquiring explicitly sched_lock in order to prevent races with other td_lock contenders. - Merge the ULE'
MC r202889, r202940: - Fix a race in sched_switch() of sched_4bsd. Block the td_lock when acquiring explicitly sched_lock in order to prevent races with other td_lock contenders. - Merge the ULE's internal function thread_block_switch() into the global thread_lock_block() and make the former semantic as the default for thread_lock_block(). - Split out an invariant in order to have better checks.
show more ...
|
#
b0b9dee5 |
| 23-Jan-2010 |
Attilio Rao <attilio@FreeBSD.org> |
- Fix a race in sched_switch() of sched_4bsd. In the case of the thread being on a sleepqueue or a turnstile, the sched_lock was acquired (without the aid of the td_lock interface) and the td_l
- Fix a race in sched_switch() of sched_4bsd. In the case of the thread being on a sleepqueue or a turnstile, the sched_lock was acquired (without the aid of the td_lock interface) and the td_lock was dropped. This was going to break locking rules on other threads willing to access to the thread (via the td_lock interface) and modify his flags (allowed as long as the container lock was different by the one used in sched_switch). In order to prevent this situation, while sched_lock is acquired there the td_lock gets blocked. [0] - Merge the ULE's internal function thread_block_switch() into the global thread_lock_block() and make the former semantic as the default for thread_lock_block(). This means that thread_lock_block() will not disable interrupts when called (and consequently thread_unlock_block() will not re-enabled them when called). This should be done manually when necessary. Note, however, that ULE's thread_unblock_switch() is not reaped because it does reflect a difference in semantic due in ULE (the td_lock may not be necessarilly still blocked_lock when calling this). While asymmetric, it does describe a remarkable difference in semantic that is good to keep in mind.
[0] Reported by: Kohji Okuno <okuno dot kohji at jp dot panasonic dot com> Tested by: Giovanni Trematerra <giovanni dot trematerra at gmail dot com> MFC: 2 weeks
show more ...
|
#
e1c0f124 |
| 07-Jan-2010 |
Konstantin Belousov <kib@FreeBSD.org> |
MFC r201347: Allow swap out of the kernel stack for the thread with priority greater or equial then PSOCK, not less or equial.
|
#
9199c09a |
| 06-Jan-2010 |
Warner Losh <imp@FreeBSD.org> |
Merge from head at r201628.
# This hasn't been tested, and there are at least three bad commits # that need to be backed out before the branch will be stable again.
|
#
17c4c356 |
| 31-Dec-2009 |
Konstantin Belousov <kib@FreeBSD.org> |
Allow swap out of the kernel stack for the thread with priority greater or equial then PSOCK, not less or equial. Higher priority has lesser numerical value.
Existing test does not allow for swapout
Allow swap out of the kernel stack for the thread with priority greater or equial then PSOCK, not less or equial. Higher priority has lesser numerical value.
Existing test does not allow for swapout of the thread waiting for advisory lock, for exiting child or sleeping for timeout. On the other hand, high-priority waiters of VFS/VM events can be swapped out.
Tested by: pho Reviewed by: jhb MFC after: 1 week
show more ...
|
#
62375ca8 |
| 29-Dec-2009 |
Ed Schouten <ed@FreeBSD.org> |
Don't forget to use `void' for sched_balance(). It has no arguments.
|
#
2f3d68cd |
| 16-Dec-2009 |
Ivan Voras <ivoras@FreeBSD.org> |
MFC r199764: Make ULE process usage (%CPU) accounting usable again
Approved by: gnn (mentor) (implicitly)
|
#
cbc4ea28 |
| 24-Nov-2009 |
Ivan Voras <ivoras@FreeBSD.org> |
Make ULE process usage (%CPU) accounting usable again by keeping track of the last tick we incremented on.
Submitted by: matthew.fleming/at/isilon.com, is/at/rambler-co.ru Reviewed by: jeff (who thi
Make ULE process usage (%CPU) accounting usable again by keeping track of the last tick we incremented on.
Submitted by: matthew.fleming/at/isilon.com, is/at/rambler-co.ru Reviewed by: jeff (who thinks there should be a better way in the future) Approved by: gnn (mentor) MFC after: 3 weeks
show more ...
|
Revision tags: release/8.0.0_cvs, release/8.0.0 |
|
#
874108ae |
| 12-Nov-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
MFC @199204
|
#
1b9d701f |
| 03-Nov-2009 |
Attilio Rao <attilio@FreeBSD.org> |
Split P_NOLOAD into a per-thread flag (TDF_NOLOAD). This improvements aims for avoiding further cache-misses in scheduler specific functions which need to keep track of average thread running time an
Split P_NOLOAD into a per-thread flag (TDF_NOLOAD). This improvements aims for avoiding further cache-misses in scheduler specific functions which need to keep track of average thread running time and further locking in places setting for this flag.
Reported by: jeff (originally), kris (currently) Reviewed by: jhb Tested by: Giuseppe Cocomazzi <sbudella at email dot it>
show more ...
|
#
74fb2c91 |
| 19-Oct-2009 |
John Baldwin <jhb@FreeBSD.org> |
MFC 198126: Fix a sign bug in the handling of nice priorities when computing the interactive score for a thread.
Approved by: re (kib)
|
#
a0f15352 |
| 15-Oct-2009 |
John Baldwin <jhb@FreeBSD.org> |
Fix a sign bug in the handling of nice priorities when computing the interactive score for a thread.
Submitted by: Taku YAMAMOTO taku of tackymt.homeip.net Reviewed by: jeff MFC after: 3 days
|
#
1ee774f6 |
| 02-Oct-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
7d4b968b |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head up to r188941 (last revision before the USB stack switch)
|