KernelTrap - OpenBSD feature article

Feature: c2k6, Who's Who At the 2006 OpenBSD Hackathon, Part II

Jeremy — Tue, 30 May 2006 19:50:59 +0000

Tables are cluttered with laptops, servers, switches, cables and cords as the 2006 OpenBSD hackathon continues in Calgary, Canada. Small groups of developers talk and debate around LCD screens, while others work individually on their own projects. Behind the scenes, a donated 10 megabit wireless connection provides Internet access to all. IP addresses and DNS are provided by stock bind and dhcpd processes running on an OpenBSD server. Among other things, the infrastructure area hosts an HP DL385 with 24 GB of memory that was recently donated by HP, a G5, several Sun Blade 2000's, and an assortment of PowerPC, Alpha and Opteron-based servers. A console server provides serial connections to the servers along with logs of what went on on the serial console, useful for debugging. Power issues on the first day were resolved by evenly spreading the servers and many laptops across the available circuits in the hackathon room. Chris Kuethe explained, "the whole point of the infrastructure is that it's not supposed to be exciting, it's just supposed to be there, like a light switch."

I have spoken with another 28 OpenBSD developers from Turkey, Iceland, Ireland, Germany, Sweden, Switzerland, Denmark, Australia, Austria, Hungary, the US, and Canada. Efforts are being made on ACPI, the VFS subsystem, link-layer authentication, OpenBGPD, tcpdump, XFree86, pf, CARP, dvmrpd as a replacement for mrouted, OpenRCS, OpenCVS, the USB layer, prebinding, ipsecctl, 10 gig Ethernet support, link layer path mtu discovery, several new and improved drivers, amd64 large memory support, new CD and DVD recording features for cdio, improvements to mg, support for new architectures, numerous new and updated ports, and much more.

Feature: c2k6, Who's Who At the 2006 OpenBSD Hackathon, Part I

Jeremy — Sun, 28 May 2006 20:04:22 +0000

The 2006 OpenBSD Hackathon, c2k6, is well underway in a conference room at a hotel in downtown Calgary, Canada. The event started yesterday, May 27th, attended by nearly 50 OpenBSD developers from all over the globe. OpenBSD creator Theo de Raadt [interview] is thrilled by what is already proving to be another successful event, "I don't think anybody else does this, developers suspend their lives for a week to focus entirely on just development." Theo explains that he doesn't get much coding done himself at these hackathons, but instead focuses on ensuring beneficial communication between developers, an obvious advantage to assembling so much talent in a single room.

Walking among the cluttered tables, I've been talking with the high energy attendees of this year's hackathon, learning who's here and what they're working on. In this first installment I've talked to 18 developers from France, Switzerland, Germany, the UK, the Netherlands, Australia, Brazil, Dominica, the US, and Canada. They each talk a little about how they discovered OpenBSD and what they're working on here at the hackathon, including introducing new ports, support for SD devices, local OpenCVS functionality, improvements to OpenNTPD, improved SCSI controller support, initial support for the UltraSparc III architecture, and much more. The hackathon continues around the clock through June 2nd.

Feature: OpenBSD Hackathon 2005, Part III

Jeremy — Wed, 06 Jul 2005 18:45:18 +0000

One new attendee of this year's OpenBSD hackathon was Fernando Gont, a diverse individual from Argentina whose current job titles include teacher, technical writer, system administrator and network researcher. His presence at the hackathon was the result of an internet-draft he wrote about some flaws in the ICMP protocol, flaws he discovered while writing the "Security Considerations" of a different internet-draft titled "TCP's reaction to soft errors" for the IPv6 Operations working group. In researching that earlier draft, he considered various attacks against TCP using ICMP error messages, and proposed some extra validation that could be done as prevention. Following up, Fernando reviewed the IETF specifications for ICMP and TCP and was surprised to discover that they didn't propose similar validation checks, ultimately deciding to write his latest internet-draft highlighting the security impact.

Fernando was interested in discussing the ideas with his peers, but was concerned about vendors trying to patent his suggested fixes. He'd read some comments by OpenBSD creator Theo de Raadt [interview] which led him to believe that he could safely talk with Theo about his ICMP discoveries. Theo was impressed by the ideas, and as Fernando was already heading to BSDCan, Theo helped arrange for him to stay in Canada longer to attend CanSecWest and the OpenBSD hackathon. At the hackathon, Fernando worked around the clock to implement some of his suggested fixes into the OpenBSD networking stack, during which time I spoke with him.

The ICMP flaw is in the design of the protocol, not in any specific implementation. Theo explains, "here we have a 20 year old protocol, a part of the Internet infrastructure that hasn't been touched in 10 years and we were all sure was right, and now is cast in doubt." He went on to add, "these things have to be done carefully. We can't ignore the problem, which is what the IETF and the other vendors are telling us to do."

Feature: OpenBSD Hackathon 2005, Part II

Jeremy — Sat, 28 May 2005 19:31:48 +0000

People have started trickling into the hackathon rooms as the morning wears on. The music is louder than yesterday, and discussions continue around the various tables. A CTV television crew arrives, circling the room taking footage that will be distributed throughout Canada. One day earlier, a photographer arrived getting photos for an upcoming four page spread in Forbes magazine. Discussions about tomorrow's tear down start, reflecting on how much effort and time is involved in packing everything up. But the primary focus remains on the many projects currently in progress that people still hope to get finished. At least, finished enough.

One of the projects that has multiple people involved is PF, OpenBSD's packet filter. The packet filter's original author, Daniel Hartmeier [interview], talked about his ongoing efforts and reflected on the evolution PF has seen in the past few years. Mike Frantzen talked about his work on improving the PF optimizer. Henning Brauer described his work to allow PF to filter on interface groups. And Ryan McBride [interview] spoke about his efforts to turn pfctl into more of a compiler offering a number of useful benefits.

Feature: OpenBSD Hackathon 2005, Part I

Jeremy — Fri, 27 May 2005 20:16:37 +0000

I arrived in Calgary this afternoon, and headed straight downtown to the hotel in which the OpenBSD hackathon is taking place. Walking through the fancy hotel's front door, the concierge steered me upstairs to the hackathon rooms. A few minutes later, I entered into a dimly lit room crowded with tables, people, wires, switches, laptops and servers. Each table is covered with a white cloth, with ethernet cables dropping down from the ceiling, suspended by brown tape.

The hackathon is taking place in two rooms, attended by around 60 OpenBSD developers. Obtaining an accurate count of the attendees is difficult, as people have arrived from all over the world and are still working in different timezones, populating the room around the clock. I was warmly greeted, and given free access to wander around asking questions and taking notes. At first glance, it seemed there was very little order to the event, but speaking with OpenBSD creator Theo de Raadt [interview] he was able to point from table to table explaining what each person or group of people were doing.

Theo explained that he's personally not working on any specific hacking himself, but instead is involved in everything. "I'm involved with lots of ideas," he explained, "shooting them down, changing them, approving them, pointing them to someone they should talk to..." He described his primary role as, "accelerating communication." Indeed, the one week hackathon is designed for just that, accelerating communication between OpenBSD developers who have gathered from all over the world. Ideas are flowing, and code is being written.

OpenBSD Hackathon 2005: Day 6?

pdokj — Fri, 27 May 2005 09:41:11 +0000

It's getting late in the hackathon. I can tell, because I have to think hard to remember what day it is. (Thursday, or at least, that's what somebody in the lobby told me). Except for occasional breaks for food and sleep, I have hardly looked-up from my laptop for 3 days now. I've been chasing a bug through the multi-processor initialization code (certain features, including SSE instructions, were not initialzed properly on secondary processors), and having finally fixed it, I finally had the chance to get up and take a look around.

And wow. A lot has happened in 3 days.

OpenBSD Hackathon 2005: Day 2: Little Things

pdokj — Tue, 24 May 2005 07:32:41 +0000

One good sign that you're at a hackathon is that you've just powered-on a machine by shorting the appropriate power switch pins with a house key. Some motherboards, especially prototype ones, don't fit nicely into a case. So they live on cardboard boxes, and get powered-on with house keys.

At a hackathon, you make do with what you have.

One of the virtues of having all the developers together in one place is that some bugs get fixed that may otherwise have languished for a while. There a bug, for instance, in the Zaurus APM resume. It showed up most recently during a late-night excursion to a nearby pub. The pub in question happened to have free wireless, so a few Zauri came along for the trip. A conversation between 3 Zaurus-wielders ensued:

OpenBSD Hackathon 2005: Day 1: Big Iron

pdokj — Tue, 24 May 2005 06:59:39 +0000

It's early in the hackathon, and many of the week's big projects haven't started yet. In fact, many of the big projects haven't even been conceived of yet. Typically, Day 1 is about getting set up, getting connected, and getting hacking on something, and though much of this hacking occurs on laptop, sometimes, you need access to the Big Iron.

There's two hack rooms this year. The second room is the "Big Iron" room. You can tell by the temperature—several degrees warmer than any other room in the Hotel. The source of this temperature difference lies underneath a pair of banquet tables lining one wall of the room. There you will find an eclectic stack of hardware, including a 1U dual AMD64, a CATS (ARM), a Via C3 (i386 with integrated crypto), a few SunBlades (sparc64), and some large i386es. In fact, just about any piece of hardware that isn't available in laptop form makes its way to the Big Iron room, stashed under one of these tables.