:My 2 cents? Work with John to get the APIs that affect this particular
:code stable. That means discussion and perhaps that discussion will
:take some time (if this blow-up hadn't occurred the discussion
:would already be over now ;-). Once the APIs are in place, commit your
:code in a format
:This same issue came up at the BSDCon developers conference in
:regard to ithreads. Is it better to optimize some bit of code
:because it is the fun and interesting thing to do, or to build a simple,
:yet stable and easily verified foundation, that we can later optimize
:in a controlled manner?
$B9-9p!*(B
$BFMA3$9$_$^$;$s!#(B
$B5^$J=PHq$G$*:$$j$NJ}$*NO$K$J$j$^$9!#(B
$B%i%$%/%U%!%$%J%s%9!!ET!J(B1$B!K(B22433
$B#2#4;~4Vhttp://www.likefinance.com
i $B%b(B-$B%I$+$i$O(B
http://www.likefinance.com/i/
$B:#8e%a!]%kG[?.$r4uK>$5$l$J$$J}$O(B
$B$3$A$i$^$G$*4j$$CW$7$^$9!#(B
$BO
>:stuff to change from their current model. I also think that just as it
>:is too early to optimize to light weight ithread switches (sparc64 is
>:going to optimize all kthread switches, not just ithreads by using a more
>:general
>
>We have very different development models, and different pr
:Search for "paper John Baldwin" and find link 6:
:
:http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=199282+204026+/usr/local/www/db/
:text/2002/freebsd-arch/20020303.freebsd-arch
:
:The actual paper is at:
: http://www.FreeBSD.org/~jhb/smpng/design/article.{ps,pdf}
:
:-J
:--
:Jeroen C. van Gelder
julian> It might be an idea if the kernel were kept separate because
julian> I find that the cross-reference is good but having kernel and userspace
julian> mixed up is a bit confusing..
Hmm, maybe it's a good idea about userland/kernel separation. I'll
try it later (maybe this evening or this
On Thu, Mar 07, 2002 at 04:34:00AM +1100, Bruce Evans wrote:
> On Wed, 6 Mar 2002 [EMAIL PROTECTED] wrote:
>
> > I inserted a pair of printf() inside mtx_lock_spin/mtx_unlock_spin in
> > i8254_get_timecount() and it kept printing the message while tc_init()
> > was blocked, so I think it's blocked
On Wed, 6 Mar 2002, Jeroen C.van Gelderen wrote:
>
> Search for "paper John Baldwin" and find link 6:
A good start though incomplete. Unfortunate that it took such a fight to
get it to be written. Hopefully it's existance can prevent soem further
bloodshed. Is it possible for other people to
Maybe this should be in -arch.. I couldn;t make my mind up,
but..
There is some behaviour in signals which seems
1/ un-neccesary
2/ potentially dangerous.
in addition it is
3/ Definitly incompatible with KSEs.
I am hoping that someone can give me a good reason why it is done, and
failing that,
Hi, I recently rebuilt Mozilla and kdebase on my (very up to date) current box. Since
then, both moz and most KDE apps have been very crashy. I think this is probably
something to do with binutils, but is there any way I can check? and are there any
workarounds?
Additional info: x86 machine, w
On Wed, Mar 06, 2002 at 12:36:28AM -0800, David O'Brien wrote:
> On Wed, Mar 06, 2002 at 10:00:19AM +0200, Alex Popa wrote:
> > cc -O -pipe -march=pentiumpro -funsigned-char -I.
>-I/usr/src/usr.bin/awk/../../contrib/one-true-awk
>/usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o ma
I think it may just be my-bad. The kernel source got out of sync
with the main tree. I just cvs updated the whole smelly pot and
buildworld works just fine.
Sorry for the false alarm!
-Matt
:
:At 1:15 PM -0800 3/6/02, Matthew Dil
:Have you read the paper I posted to arch? It quite clearly (I thought)
:explained the role of the critical_* and the cpu_critical_* in the preemption
:code. It should be rather obvious from that why I don't want the critical_*
I'm sorry John, I have no idea what you are refering to here.
On 05-Mar-02 Matthew Dillon wrote:
>
>:> It makes no sense whatsoever to me to be told not to commit something
>:> due to stale code that may not be quite compatible sitting in P4 that
>:> you can't make work in any reasonable time frame. You should stop
>:> trying to screw over
At 1:15 PM -0800 3/6/02, Matthew Dillon wrote:
> This has been broken for several days now, maybe longer. It
> would be nice if whoever broke it would fix it.
Is this in a 'make buildworld' step? I just did one buildworld
on i386, and it completed fine (src is cvsup'ed as of about noon)
This has been broken for several days now, maybe longer. It would be
nice if whoever broke it would fix it.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
cc -nostdlib -sta
It might be an idea if the kernel were kept separate because
I find that the cross-reference is good but having kernel and userspace
mixed up is a bit confusing..
On Wed, 6 Mar 2002, Makoto Matsushita wrote:
>
> gnn> They're needed for the tags: target in the kernel makefiles and
> gnn> since
Hello all,
I have recently experienced some interesting behavior. During the boot process
multiple programs seem to be receiving a SIGHUP. I have the stable version of
samba installed from ports, and this causes nmbd to core dump during the
machine startup. I have talked with the samba people
The NOTES has no real info, and I don't see a man page... how
is this supposed to work?
I'm getting lots of:
smbfs_smb.o: In function `smbfs_smb_lockandx':
/usr/src/sys/i386/compile/SJH/../../../fs/smbfs/smbfs_smb.c(.text+0x90):
undefin
ed reference to `mb_put_uint8'
I have both:
options
On Wed, 6 Mar 2002 [EMAIL PROTECTED] wrote:
> I inserted a pair of printf() inside mtx_lock_spin/mtx_unlock_spin in
> i8254_get_timecount() and it kept printing the message while tc_init()
> was blocked, so I think it's blocked at mtx_lock_spin in i8254_get_timecount()
> when called from tc_init(
On Wed, 6 Mar 2002, Poul-Henning Kamp wrote:
> The only thing I know off right now is this thing from BDE which
> I havn't been able to verify yet:
I got the hang for all boots, but it was a local problem. I had added
a nanouptime() call the tc_windup(), and this spins forever when
tc_windup()
On Wed, Mar 06, 2002 at 08:49:18AM +0100, Poul-Henning Kamp wrote:
> > In message <20020306054514.GA395@gzl>, [EMAIL PROTECTED] writes:
> > >Hello.
> > >After upgrading to the kernel as of 2002-03-03 00:00:00(UTC), it stopped
> > >booting just after the message:
> > >
> > >Timecounter "i8254" fre
On Wed, Mar 06, 2002 at 01:25:01PM +0100, Dag-Erling Smorgrav wrote:
> Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> > On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote:
> > > Last I checked, 'make release' checks the sources out from CVS, and is
> > > therefore useless to test ch
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote:
> > Last I checked, 'make release' checks the sources out from CVS, and is
> > therefore useless to test changes that haven't yet been committed.
> There's such a thing as LOCAL_PATCHE
On Wed, Mar 06, 2002 at 01:01:19PM +0100, Dag-Erling Smorgrav wrote:
> John Hay <[EMAIL PROTECTED]> writes:
> > I see that here too. Maybe des missed something during his openpam upgrade?
>
> Ah, yes - src/lib/libpam/libpam/Makefile should have NOPROFILE=YES. I
> didn't notice because I have it
On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote:
> Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> > That's why it's always a good idea to test changes with "make release",
> > in a pristine environment.
>
> Last I checked, 'make release' checks the sources out from CVS, and is
>
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> That's why it's always a good idea to test changes with "make release",
> in a pristine environment.
Last I checked, 'make release' checks the sources out from CVS, and is
therefore useless to test changes that haven't yet been committed.
DES
--
Dag-
John Hay <[EMAIL PROTECTED]> writes:
> I see that here too. Maybe des missed something during his openpam upgrade?
Ah, yes - src/lib/libpam/libpam/Makefile should have NOPROFILE=YES. I
didn't notice because I have it in my make.conf.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscri
It dies on the depend stage, if -DNOPROFILE is used... It needs
pam_misc.h on usr.bin/su then.
Sincerely, Maxim M. Kazachek
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
I see that here too. Maybe des missed something during his openpam upgrade?
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
> I upgraded frem 4.5-STABLE to 5.0-CURRENT three days ago, and it worked
> fine. But since I cvsupped yesterday, a 'make buildworld' results in:
>
> ** snip sn
Hello,
I upgraded frem 4.5-STABLE to 5.0-CURRENT three days ago, and it worked
fine. But since I cvsupped yesterday, a 'make buildworld' results in:
** snip snip **
cc -pg -O -pipe -I/usr/src/lib/libpam/libpam
-I/usr/src/lib/libpam/libpam/../.. /../contrib/openpam/include -DLIB_MAJ=2
-Werror -
gnn> They're needed for the tags: target in the kernel makefiles and
gnn> since I'd like to be able to browse code...
Feel free to check http://snapshots.jp.FreeBSD.org/tour/>. Both
5-current and 4-stable code are HTMLed with GLOBAL daily.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mai
On Wed, Mar 06, 2002 at 10:00:19AM +0200, Alex Popa wrote:
> cc -O -pipe -march=pentiumpro -funsigned-char -I.
>-I/usr/src/usr.bin/awk/../../contrib/one-true-awk
>/usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab
> ./maketab > proctab.c
> /usr/libexec/ld-elf.so.1: Shared ob
33 matches
Mail list logo
