BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//talks.osfc.io//osfc-2026//speaker//YEDRRM
BEGIN:VTIMEZONE
TZID:CET
BEGIN:STANDARD
DTSTART:20001029T040000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:CET
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20000326T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:CEST
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:pretalx-osfc-2026-AAGWG7@talks.osfc.io
DTSTART;TZID=CET:20260915T153000
DTEND;TZID=CET:20260915T160000
DESCRIPTION:Nearly 17 years ago\, barebox forked from Das U-Boot with a sim
 ple question: Why can't bootloader developers have nice things? "Nice" mea
 nt feeling like the Linux kernel and that included portability and being f
 ree of per-board assembly.\n\nThe catch: the kernel is nice because the bo
 otloader does the unpleasant work of turning a reset vector into a place w
 here portable code may run. Undeterred\, barebox's very earliest code was 
 written in C anyway\, fueled by a heavy dose of GNU extensions\, macro mag
 ic\, linker-script choreography\, and\, in hindsight\, behavior neither th
 e C standard nor GCC ever promised. GCC was charitable — until its optim
 izer wasn't.\n\nThis talk narrates how barebox came to confront its past: 
 sometimes by writing better C\, sometimes by admitting C wasn't the right 
 language (ARMv8 MMU disablement: please don't).\nSome cleverness has Linux
  ancestry\; much was grown locally.\n\nTopics span build time (hundreds of
  per-board entry points sharing common relocatable objects)\, early init (
 C relocation code that fixes up its own relocations live)\, and runtime ch
 allenges (legitimate uses for accessing page zero\; pointer-dereference wo
 es across caches\, MMIO\, and hardware virtualization) and nifty features 
 (green threads\; pressing KASAN into tracking DMA-buffer ownership).\n\nYo
 u'll leave entertained (or slightly unnerved?)\, but with a feel for which
  problems belong in C and where we've exorcised nasal demons firsthand.
DTSTAMP:20260720T183934Z
LOCATION:Main
SUMMARY:barebox and the Last Nasal Demon Riders - Ahmad Fatoum
URL:https://talks.osfc.io/osfc-2026/talk/AAGWG7/
END:VEVENT
BEGIN:VEVENT
UID:pretalx-osfc-2026-DERT3G@talks.osfc.io
DTSTART;TZID=CET:20260917T103000
DTEND;TZID=CET:20260917T104500
DESCRIPTION:Secure-boot projects often end up with a zoo of nearly-identica
 l bootloader images for development\, factory\, and field use with each va
 riant adding more risk.\n\nIn this lightning talk\, I present barebox's Se
 curity Policy support\, which facilitates adapting securely to each lifecy
 cle stage and how the state transition can be controlled via eFuses\, devi
 ce-bound unlock tokens or hardware-rooted storage.
DTSTAMP:20260720T183934Z
LOCATION:Main
SUMMARY:Runtime Access Control in the Bootloader - Ahmad Fatoum
URL:https://talks.osfc.io/osfc-2026/talk/DERT3G/
END:VEVENT
END:VCALENDAR
