LWN: Comments on "The Ottawa Kernel Summit, Day Two"
http://lwn.net/Articles/3467/
This is a special feed containing comments posted
to the individual LWN article titled "The Ottawa Kernel Summit, Day Two".
hourly2High resolution posix timers?
http://lwn.net/Articles/3620/rss
2002-06-27T07:54:29+00:00dank
I haven't heard anything about the high-resolution posix timer<br>patch going into 2.5. Surely that's going to be one of the<br>features that goes in before the freeze...
The Ottawa Kernel Summit, Day Two - cooperative names
http://lwn.net/Articles/3595/rss
2002-06-26T22:47:29+00:00DeletedUser2294
A couple of OSDL folks:<p>In red shirt on bottom left - Patrick Mochel, OSDL Engineer & developer of driverfs.<p>Second row from top, fourth from right, brown shirt & beard<br>Tim Witham aka 'wookie', OSDL Lab Director<br>(see http://www.osdl.org/lab/labdir.html for photo)
The Ottawa Kernel Summit, Day Two - cooperative names
http://lwn.net/Articles/3567/rss
2002-06-26T20:11:26+00:00havardk
A few more names, there might very well be some errors here though.<p>Second row from the back<p>about 4th from the right (in green t-shirt): Russell King (arm port)<p>Third row from the back<p>8th from the left (with long dark hair): Marcelo Tosatti (2.4 maintainer)<br>Right end (with beard): David Miller (TCP/IP, Sparc port)<p>Second row from front<p>4th: Stephen Tweedie (ext2, ext3)<br>11th: Pavel Machek (swsusp)<br>
The Ottawa Kernel Summit, Day Two
http://lwn.net/Articles/3526/rss
2002-06-26T13:49:52+00:00DeletedUser2278
Excellent summary! Thanks for the work that went into making such a good summary of the details in a fashion that was VERY easy to read and understand.<p> -Dave
Names on the photo?
http://lwn.net/Articles/3520/rss
2002-06-26T13:19:25+00:00corbet
Making an annotated photo, like last year's, is high on my list. I'll not be able to do it, though, until I'm back home and in front of a good, high-resolution screen - my ancient, windup laptop just isn't up to that sort of gimp work. So, next week at best. Sorry...
<p>
jon
The Ottawa Kernel Summit, Day Two - cooperative names
http://lwn.net/Articles/3507/rss
2002-06-26T11:57:55+00:00bradh
I don't know anything like all of those Gurus in the photo, but we can sort it out between us, right?<p>Back row:<br>White shirt, left hand end: Jeff Dike (UML)<p>Second to back row:<br>Fifth from left: maybe Stephan Eranian? (ia64)<br>Yello short with red section, seventh from left: maybe Bdale Garbee ? (Debian)<br>Looking to right, 8th from left: Paul Mackerras (Linux PPC)<br>Big baldish guy with horizonal striped short, 11th from left: Greg Kroah-Hartman (USB and hotplug PCI)<br>Red hat, beard, 13th from left: Alan Cox (Redhat, 2.2)<p>Third row from back<p><br>second row from front:<br>Third from left, porn star moustache: Rusty Russell (trivial netfiltering)<br>Fifth from left, black t-shirt: David Woodhouse (JFS)<br>Ninth from left, pastel yellow long-sleeve short: Ted Tso (ext2, ext3)<br>Right hand end, looking to the left, red polo shirt: Andrew Morton (applix 1616)<p>Front row:<br>Left hand end, white T-shirt, sitting x-legged: Richard Gooch (devfs)<p>Laying down on the job: Linus.
LSM network performance clarification
http://lwn.net/Articles/3505/rss
2002-06-26T11:30:57+00:00jamesm
The 20% figure mentioned in the story refers to testing that was done with<br>SELinux loaded on top of LSM . The overhead for LSM itself is in the<br>5-7% range. Note that this is for gigabit ethernet; there is no noticable<br>performance hit with 100Mbps networking.
The Ottawa Kernel Summit, Day Two
http://lwn.net/Articles/3489/rss
2002-06-26T10:07:17+00:00csawtell
I'd really like to be able to put names to the people in the pictures.<p>
Names on the photo?
http://lwn.net/Articles/3480/rss
2002-06-26T02:14:31+00:00nicku
Thank you for an interesting article. I especially liked the photo from last year with people's names on it; this photo is very good too. Does anyone have the knowledge/time to annotate this photo with the kernel team's names?
I/O Completion Ports
http://lwn.net/Articles/3478/rss
2002-06-26T01:22:41+00:00dank
FWIW, "I/O Completion Ports" are just a way of getting
completion notification from asynchronous I/O requests.
Once the kernel supports AIO, it will probably also
support completion ports. Whether it will support
exactly the I/O Completion Ports windows programmers
are familiar with is another question; the scheduling
policy associated with Windows IOCP's may be protected
by a Microsoft patent.
See also <a href="http://kegel.com/c10k.html#aio">kegel.com/c10k.html#aio</a>.