Contributed by jolan on from the slide-slide-slippity-slide dept.
Given the diverse parts of OpenBSD that the presentations all cover, there should be something to pique your interest, irrespective of whatever your interest in OpenBSD is.
Also, lots of photos from the hackathon and OpenCON events have been posted. The gallery has an issue with some of the pictures where clicking the thumbnail reveals a smaller image. I'm told this will be rectified soon.
(Comments are closed)
By Shane J Pearson (202.45.125.5) on
Comments
By Daniel Hartmeier (62.65.145.30) daniel@benzedrine.cx on http://www.benzedrine.cx/dhartmei.html
Here's a picture of the open box and the rack.
It's now running 3.8-stable (dmesg) and holding up very well (top(1), pfctl -si output). Full userland build is about 40 minutes.
Many thanks to Kurt Seifried for his help with ordering and setting up the box. It's located in Edmonton, Alberta, Canada, at tera-byte.com.
Page output appears to be quite fast, too, from here. Please let me know if you notice anything peculiar (or just that it's slower/faster now).
Comments
By SH (82.182.103.172) on
Comments
By Daniel Hartmeier (62.65.145.30) daniel@benzedrine.cx on http://www.benzedrine.cx/dhartmei.html
By Chris Snell (209.142.99.217) on http://chrissnell.com
By Anonymous Coward (81.57.42.108) on
By Dan (212.199.205.65) on
Comments
By Tim (145.99.203.166) on
Comments
By Mitja (193.77.15.113) on
Comments
By Anonymous Coward (193.63.217.208) on
Anyone have a handle on how well projects receive patches from OpenBSD? Are they integrated? Rejected? Ignored? The new strict memory checks are great for finding bugs but if the original projects don't accept patches it only helps OpenBSD users. They are the only people that matter I guess ;) but it seems like a waste of valuable porter time to maintain patches (esp 300+) because the original project doesn't use the patches.
By henning (213.39.134.228) henning@ on
no.
that would be very very very stupid.
you are way too limited in interrupt context. in int context, the mbufs are going to be placed in ipintrq, and everything else runs in softint context. then everything at once tho, unless another interrupt happens.
plus, if you ran all this in int context (and thus high spl level), you'd block the machine for way too long. that leaves potential for very very very dangerous DoS atacks too.
2. Compared to cisco, is it gonna be like CEF or like Netflow (netflow as a swtching path)?
guess more like CEF, but I am not too familar with their internals.
Sound very interesting, guess ip_input gonna be dulicated
no, there is no need to duplicate ip_input
By Daniel Melameth (63.228.76.214) daniel@melameth.com on
By Confused (70.58.207.244) on
Comments
By Anonymous Coward (82.197.192.49) on
Comments
By Miod Vallat (217.33.215.223) miod@ on