Run the developers summit file through ispell

Submitted by:	Hiten Panyda <hiten@uk.FreeBSD.org>
This commit is contained in:
Tom Rhodes 2002-04-30 01:30:19 +00:00
parent fd2307e27e
commit 5d97d31c83
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=12918

View file

@ -1,6 +1,6 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY date "$FreeBSD: www/en/events/2002/bsdcon-devsummit.sgml,v 1.4 2002/03/18 17:46:50 rwatson Exp $">
<!ENTITY date "$FreeBSD: www/en/events/2002/bsdcon-devsummit.sgml,v 1.5 2002/04/13 14:32:46 rwatson Exp $">
<!ENTITY email 'hackers'>
<!ENTITY title "BSDCon 2002 FreeBSD Developer Summit">
<!ENTITY stylesheet "&base;/events/events.css">
@ -155,7 +155,7 @@
with symbols renamed. Newbus is an OO type framework was and was
half way there. KOBJ and Newbus work today with a table of methods.
To invoke a method an indirection is done to a lookup. This makes
it so that the nvoker doest not need to know where the invoked
it so that the invoker doest not need to know where the invoked
method is.</p>
<p>The extension that was added is that instead of a single table it's
@ -430,7 +430,7 @@
its easier to build from there.</p>
<p><strong class="speaker">Benno</strong> : The other note that I will
make is that I'm only targetting PowerPC similar to 700.</p>
make is that I'm only targeting PowerPC similar to 700.</p>
<p><strong class="speaker">Warner</strong> : I was going to comment
that NetBSD has done well with little tiny ports to different
@ -486,7 +486,7 @@
<h3>Sparc64 - Jake Burk Burkholder</h3>
<p>Basic status is we boot multi-user on real hardware. Looking at
targetting Ultra 2, 5, 10 and Blade 100. Something for 5.0 but it
targeting Ultra 2, 5, 10 and Blade 100. Something for 5.0 but it
may be a very manual install procedure. Toolchain is native but we
haven't tested it much. It is a hosted tool chain. Runs on
Sparc64, generates Sparc64 binaries, but it's not the full usual
@ -655,7 +655,7 @@
<p><strong class="speaker">PoulHK</strong> : On the subject of
tinderbox. About 2 years ago I set up a machine to test this kind
of thing but got a lot of negative feedback. If we want to do a
tinderbox like system it will require buy in by the commiters.</p>
tinderbox like system it will require buy in by the committers.</p>
<p><strong class="speaker">Nik C</strong> : I think the Mozilla team
do it more with a web page status.</p>
@ -672,7 +672,7 @@
<p><strong class="speaker">Robert</strong> : If we're going to commit
to having multiple platforms we need to solve this.</p>
<p><strong class="speaker">Nik C</strong> : Thre are also issues of
<p><strong class="speaker">Nik C</strong> : There are also issues of
regression testing.</p>
<p><strong class="speaker">David</strong> : I don't know what could be
@ -703,7 +703,7 @@
<p><strong class="speaker">PoulHK</strong> : The performance is an
issue but not as big as the code intrusion. Should we do it as two
seperate file systems or should we put this functionality directly
separate file systems or should we put this functionality directly
into UFS2?</p>
<p><strong class="speaker">Matt</strong> : Two comments on the FS
@ -863,7 +863,7 @@
downwards going command?</p>
<p><strong class="speaker">PoulHK</strong> : There's two things to it.
A struct bio travelling down will either be in the consumer or the
A struct bio traveling down will either be in the consumer or the
provider and that's where the lock is. Modules can also be shut off
safely.</p>
@ -1000,7 +1000,7 @@
active.</p>
<p><strong class="speaker">PoulHK</strong> : There are two stacks one
that is used by the Japanese and one that does a bunch of wierd
that is used by the Japanese and one that does a bunch of weird
stuff that no one uses.</p>
<p><strong class="speaker">Robert</strong> : Action item is to query
@ -1116,7 +1116,7 @@
thing .</p>
<p><strong class="speaker">Jonathan L</strong> : I have code that does
that. I've replaced all the queueing calls with a single call.</p>
that. I've replaced all the queuing calls with a single call.</p>
<p><strong class="speaker">Robert</strong> : Bring this to an end.</p>
</div>
@ -1145,7 +1145,7 @@
<p>This stuff interacts with other subsystems including the network.</p>
<p>Mandatory policies. Discretionary rights are you proteting your
<p>Mandatory policies. Discretionary rights are you protecting your
own data. This is very hard to manage. MAC addresses this by
defining policies for users in the system. Where you have many
users on the same machine. There are a couple of traditional
@ -1173,7 +1173,7 @@
get this.</p>
<p>What happens with the framework a module can declare at boot time or
you can do an lkm on it.</p>
you can do an LKM on it.</p>
<p>Right now these API calls are in a perforce branch. They are
pervasive. They don't touch every part of the system, only the
@ -1182,7 +1182,7 @@
<p>There isn't a generic label structure. To add new labels you must
recompile the kernel. Real key is to keep the costs low.</p>
<p>We don't allow for garbage collection on lables. Binary block that
<p>We don't allow for garbage collection on labels. Binary block that
gets carried around.</p>
<p>This is not really integrated into userland.</p>
@ -1238,7 +1238,7 @@
of the list stuff</p>
<p><strong class="speaker">Terry</strong> : You said something about
the NSA linux code. Independant? Licensing?</p>
the NSA linux code. Independent? Licensing?</p>
<p><strong class="speaker">Robert</strong> : Interesting issue. All
TrustedBSD work is under BSD license. The NSA stuff will not be
@ -1258,7 +1258,7 @@
contract was to release as open source.</p>
<p><strong class="speaker">Alfred</strong> : About compatability. How
compatable are we with others?</p>
compatible are we with others?</p>
<p><strong class="speaker">Robert</strong> : We've tried to follow the
specs.</p>
@ -1267,7 +1267,7 @@
extended attribute stuff?</p>
<p><strong class="speaker">Robert</strong> : Right now everyone does
RPCs for ACLs and they're incompatbile. Not in Posix 1e. We tried
RPCs for ACLs and they're incompatible. Not in Posix 1e. We tried
to work with others but some are not tracking (Linux).</p>
</div>
</div>
@ -1391,7 +1391,7 @@
Doing the basic stuff is the right answer.</p>
<p><strong class="speaker">Julian</strong> : My theory is in fact that
nwe'll keep the current code and provide a new library. I don't want
we'll keep the current code and provide a new library. I don't want
to be responsible for the entire threading system.</p>
<p><strong class="speaker">Matt</strong> : We can always change the
@ -1525,7 +1525,7 @@
<p>We don't generate code on the fly.</p>
<p><strong class="speaker">John</strong> : Current Status con't.
<p><strong class="speaker">John</strong> : Current Status cont.
We've taken more time to get it right. We've added common things
like semaphores, reader writer locks. I've been making the kernel
fully pre-emptible. I've commited half of this to current now. The
@ -1550,7 +1550,7 @@
fine grain the others in 5.0 oh well.</p>
<p><strong class="speaker">Anon</strong> : What specifically are you
planning in terms of performance gains before the relase? Do we
planning in terms of performance gains before the release? Do we
have any more firm of a schedule?</p>
<p><strong class="speaker">John</strong> : 2nd question (schedule) is
@ -1599,7 +1599,7 @@
<p><strong class="speaker">Luigi</strong> : Do we care about
performance on uniprocessors on 5.0?</p>
<p><strong class="speaker">John</strong> : One thign that SMPng may
<p><strong class="speaker">John</strong> : One thing that SMPng may
help buy is that if you have two network interfaces then you can
handle more stuff.</p>
@ -1639,7 +1639,7 @@
<p>Got a bit of a feature list for 5.0 final. SMPng is broken down
into several sections. UFS2. KSE. PAM overhaul. TrustedBSD etc.</p>
<p>I'd like some feeback on this.</p>
<p>I'd like some feedback on this.</p>
<h3>Discussion</h3>
@ -1655,7 +1655,7 @@
bit? (Laughter)</p>
<p><strong class="speaker">David</strong> : Feature freeze is a code
slush. Will I as a commiter see a freeze?</p>
slush. Will I as a committer see a freeze?</p>
<p><strong class="speaker">Murray</strong> : You will not have to
worry about bug fixes but you must act rationally.</p>
@ -1686,7 +1686,7 @@
<p><strong class="speaker">Doug</strong> : I don't know how tied you
are to the release schedule. If you want to spend all of October
polishing. If we go backwards from October we can do Release 1 on
May 15. April 1st is too soon and puts you in wierd catagories
May 15. April 1st is too soon and puts you in weird catagories
relative to Usenix.</p>
<p><strong class="speaker">Murray</strong> : The way we have it set up
@ -1795,7 +1795,7 @@ ALTERNATE
<p><strong class="speaker">Julian</strong> : Breaking the build is not
as bad as breaking the kernel. What's harder is committing a
subsystem that affects another subsystem. In terms of the proecess
subsystem that affects another subsystem. In terms of the process
I'd like to see a best practices document. On how people develop
patches etc. A list of things you should do etc.</p>
@ -1860,7 +1860,7 @@ ALTERNATE
<p><strong class="speaker">Doug</strong> : One is that in regards to
PoulHK said in addition to the potential cost of disciplining a
commiter you have to measure the cost against the others who want
committer you have to measure the cost against the others who want
that person gone. How many more people could we attract if that
stress wasn't present.</p>