marcel 2008-04-26 19:22:41 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/kern kern_kse.c
Log:
Put the arguments of kse_switchin in local variables, rather than
dereferencing uap throughout. On ia64 uap points into the trapframe
and the
In message: <[EMAIL PROTECTED]>
Robert Watson <[EMAIL PROTECTED]> writes:
:
: On Thu, 15 Nov 2007, Julian Elischer wrote:
:
: >>> "no matter how small the change, use diff + patch to move it across."
: >>
: >> After applying the patch on your commit machine, is it too difficult to
:
Julian Elischer writes:
| Robert Watson wrote:
| > On Thu, 15 Nov 2007, Julian Elischer wrote:
| "no matter how small the change, use diff + patch to move it across."
| >>>
| >>> After applying the patch on your commit machine, is it too difficult
| >>> to actually retest before committing? T
Robert Watson wrote:
On Thu, 15 Nov 2007, Julian Elischer wrote:
"no matter how small the change, use diff + patch to move it across."
After applying the patch on your commit machine, is it too difficult
to actually retest before committing? This would catch the broken
commit before it be
On Thu, Nov 15, 2007 at 01:08:03PM -0700, Scott Long wrote:
> Robert Watson wrote:
> >On Thu, 15 Nov 2007, Julian Elischer wrote:
> "no matter how small the change, use diff + patch to move it across."
> >>>
> >>>After applying the patch on your commit machine, is it too difficult
> >>>to actu
Robert Watson wrote:
On Thu, 15 Nov 2007, Julian Elischer wrote:
"no matter how small the change, use diff + patch to move it across."
After applying the patch on your commit machine, is it too difficult
to actually retest before committing? This would catch the broken
commit before it be
On Thu, November 15, 2007 9:30 pm, Steve Kargl wrote:
> On Thu, Nov 15, 2007 at 01:08:03PM -0700, Scott Long wrote:
>> Robert Watson wrote:
>> >On Thu, 15 Nov 2007, Julian Elischer wrote:
>> "no matter how small the change, use diff + patch to move it
>> across."
>> >>>
>> >>>After applying th
On Thu, 15 Nov 2007, Julian Elischer wrote:
"no matter how small the change, use diff + patch to move it across."
After applying the patch on your commit machine, is it too difficult to
actually retest before committing? This would catch the broken commit
before it becomes a Tinderbox issu
On Thu, Nov 15, 2007 at 09:48:13AM -0800, Julian Elischer wrote:
> Gleb Smirnoff wrote:
> >glebius 2007-11-15 14:16:20 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> >sys/kern kern_kse.c
> > Log:
> > Fix build.
>
> thanks.. I need to remember to stop applying
Steve Kargl wrote:
On Thu, Nov 15, 2007 at 09:48:13AM -0800, Julian Elischer wrote:
Gleb Smirnoff wrote:
glebius 2007-11-15 14:16:20 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
Fix build.
thanks.. I need to remember to stop applying patches
fr
Gleb Smirnoff wrote:
glebius 2007-11-15 14:16:20 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
Fix build.
Revision ChangesPath
1.239 +1 -1 src/sys/kern/kern_kse.c
thanks.. I need to remember to stop applying patches
f
glebius 2007-11-15 14:16:20 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
Fix build.
Revision ChangesPath
1.239 +1 -1 src/sys/kern/kern_kse.c
___
cvs-all@freebsd.org mailing list
ht
julian 2007-11-15 06:35:27 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c kern_thr.c kern_thread.c
Log:
This time REALLY copy the name from the proc to the thread as a default.
Revision ChangesPath
1.238 +1 -0 src/sys/kern/kern_ks
attilio 2007-07-27 09:21:18 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c kern_thread.c
sys/sys proc.h
Log:
Actually, upcalls cannot be freed while destroying the thread because we
should call uma_zfree() with various spinlock held
2007/7/24, Attilio Rao <[EMAIL PROTECTED]>:
2007/7/23, Jung-uk Kim <[EMAIL PROTECTED]>:
>
> Probably it should be something like this?
>
> @@ -60,9 +60,6 @@
> extern struct mtx kse_lock;
>
>
> -TAILQ_HEAD(, kse_upcall) zombie_upcalls =
> - TAILQ_HEAD_INITIALIZER(zombie_upcalls);
> -
> sta
2007/7/23, Jung-uk Kim <[EMAIL PROTECTED]>:
Probably it should be something like this?
@@ -60,9 +60,6 @@
extern struct mtx kse_lock;
-TAILQ_HEAD(, kse_upcall) zombie_upcalls =
- TAILQ_HEAD_INITIALIZER(zombie_upcalls);
-
static int thread_update_usr_ticks(struct thread *td);
static vo
2007/7/23, Constantine A. Murenin <[EMAIL PROTECTED]>:
Apparently, it should be enough to remove the "static" keyword from
the prototype, in case you want a quick-and-dirty fix. :)
After completely removing the prototype and the function definition,
kernel does compile and boot without any prob
attilio 2007-07-23 23:16:53 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
upcall_free() was only used in kse_GC() which has been removed so it now
results unused; this, with -Werror option of gcc, rise a warning for gcc
which let the buildker
On Monday 23 July 2007 04:55 pm, Doug Barton wrote:
> Marcus Alves Grando wrote:
> > Attilio Rao wrote:
> >> attilio 2007-07-23 14:52:22 UTC
> >>
> >> FreeBSD src repository
> >>
> >> Modified files:
> >> sys/kern kern_kse.c kern_thread.c
> >> sys/sys proc.h L
On 23/07/07, Doug Barton <[EMAIL PROTECTED]> wrote:
Marcus Alves Grando wrote:
> Attilio Rao wrote:
>> attilio 2007-07-23 14:52:22 UTC
>>
>> FreeBSD src repository
>>
>> Modified files:
>> sys/kern kern_kse.c kern_thread.c
>> sys/sys proc.h Log:
>> Actuall
Marcus Alves Grando wrote:
> Attilio Rao wrote:
>> attilio 2007-07-23 14:52:22 UTC
>>
>> FreeBSD src repository
>>
>> Modified files:
>> sys/kern kern_kse.c kern_thread.c
>> sys/sys proc.h Log:
>> Actually, KSE kernel bits locking is broken and can lead
Attilio Rao wrote:
attilio 2007-07-23 14:52:22 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c kern_thread.c
sys/sys proc.h
Log:
Actually, KSE kernel bits locking is broken and can lead likely to
dangerous races.
Fix this proble
attilio 2007-07-23 14:52:22 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c kern_thread.c
sys/sys proc.h
Log:
Actually, KSE kernel bits locking is broken and can lead likely to
dangerous races.
Fix this problems adding correct lock
jeff2007-06-12 19:49:39 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c kern_thread.c
sys/sys proc.h sched.h
Log:
- Garbage collect unused concurrency functions.
- Remove unused kse fields from struct proc.
- Group remaining
jeff2007-06-04 23:54:27 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
Commit 7/14 of sched_lock decomposition.
- Use thread_lock() rather than sched_lock for per-thread scheduling
sychronization.
- Use the per-process spinlock rath
julian 2007-03-07 20:17:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
After the last change to KSE threading a bug was introduced where
all threads were counted against the count of upcall capable threads.
this changes the way we do this
julian 2006-12-12 08:01:55 UTC
FreeBSD src repository
Modified files:
sys/kern kern_kse.c
Log:
Fix a potential point of confusion. Art Ironport we've seen this end up
with an infinite loop in and out of the kernel during process shutdown.
Revision Changes
emaste 2006-02-28 14:58:36 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_5)
sys/kern kern_kse.c sys_process.c
Log:
MFC kern_kse.c 1.215 sys_process.c 1.132 to RELENG_5:
Fix a LOR between sched_lock and sleep queue lock.
kern_kse.c 1.21
28 matches
Mail list logo
