XDS2010 Program
This is the rough program for XDS2010.
Recordings of the presentations can be found at Videos or at youtube. Search for XDS2010
| Thursday September 16 | |||
| 9:00 | Welcome coffee - registration | ||
| 10:00 | Introduction | MatthieuHerrb + University staff | |
| 10:30 | X.Org Foundation session | AlanCoopersmith & other Board members | |
| 11:30 | Review of latest DRI2 protocol additions | JesseBarnes | |
| 12:30 | Lunch break | ||
| 14:00 | Documentation or: how a newbie got involved | MattDew | |
| 15:00 | Development process recap Video | PeterHutterer & KeithPackard ? | |
| 16:00 | Coffee break | ||
| 16:30 | Transportation to ENAC/CENA | ||
| 17:00 | Visit and demos at CENA - X11 based UIs for air trafic control | CENA Team | |
| Friday September 17 | |||
| 9:00 | Multitouch session | ||
| 10:30 | Coffee break | ||
| 11:00 | Gestures session | ChaseDouglas | |
| 12:30 | Lunch break | ||
| 14:00 | XCB session | JoshTriplett, JameySharp | |
| 15:00 | Xephyr future | DanielStone ? | |
| 16:00 | Coffee break | ||
| 16:30 | EGL in Mesa Video | KristianHøgsberg | |
| 17:30 | Board meeting | ||
| 20:30 | Social event: dinner at le Patio de la Table Ronde | ||
| Saturday September 18 | |||
| 9:00 | Wacom input driver* | PeterHutterer | |
| 9:45 | OpenGL - which functions can developers rely on ? | JohnBridgman | |
| 10:30 | Coffee break | ||
| 11:00 | libxkbcommon | KristianHøgsberg | |
| 11:45 | Handling input events: threads or not ? | TiagoVignatti | |
| 12:30 | Lunch break | ||
| 14:00 | Non Linux DRI/KMS support | OwainAinsworth | |
| 15:00 | Kill it with fire | IanRomanick | |
| 15:30 | Mesa GLSL compiler internals | IanRomanick | |
| 16:00 | Coffee break | ||
| 16:30 | Xserver 1.10 planning | KeithPackard | |
| 17:30 | Closing session | ||
- This session will be just be a discussion for those involved with the driver. There won't be a presentation and it will likely be of limited use for others.
Ideas
- X server 1.10 planning session
- merge drivers back? * old PCI support (non-libpciaccess) on driver side (or why keep a 1:n for driver:server) * and the close-source ones?
- and what about the big proto module?
- Non-Linux support BoF
- DRM/KMS on *BSD
- Review of latest DRI2 protocol additions (JesseBarnes)
- DRI2SwapBuffers
- DRI2 events (swap, invalidate)
- DRI2Wait*
- discussion of triple/n-buffering
- Development process recap
- what is working, what isn't?
- master vs. stable vs. -next
- Multi-touch session
- Gestures session
- Xephyr BoF
- last one out the room is the maintainer
- XCB BoF
- What still needs doing to support widespread porting efforts?
- Handling Input events: assume threads or not? (TiagoVignatti)
- BoardOfDirectors chat
- XDC 2011 (in Brazil?)
- Documentation or: how a newbie got involved
- EGL in mesa * what is EGL * what's in mesa * how does it work * what do dri/gallium drivers need to provide.
- libxkbcommon - who's the maintainer, where's it going?
- Wacom roadmap BoF
- Which functions can app developers rely on ? * used to be that apps using ~GL 1.2 or 1.3 worked, anything higher was iffy * most drivers now either support GLSL / GL 2.x or are getting close * implementation is sufficient to make many apps work but not "perfect" yet * app devs are starting to rely on GL 2.x but need per-platform testing to succeed * can we identify a "new recommended level" that should work across all major HW platforms ? * something like "GL 2.x minus
- Kill it with fire * What can we remove from X, Mesa, etc? * GL_ARB_imaging - EricAnholt has a branch. Nobody uses convolution or histograms. Removed in Mesa master. * GL_EXT_cull_vertex - This is only enabled in swrast and the Intel drivers. Do any applications use this? Removed in Mesa master. * GL_EXT_paletted_texture and GL_EXT_shared_texture_palette - This is only enabled by swrast and tdfx drivers * GL_EXT_clip_volume_hint - No hardware driver supports this. The support in swrast appears to be fake. JakobBornecrantz expressed some concern that this can enable some extra fast paths in llvmpipe and softpipe. The question remains whether or not applications actually use this extension. * GL_APPLE_client_storage - This is only enabled in swrast and the Intel drivers. Do any applications use this? The support appears to be fake. * GL_MESA_packed_depth_stencil - No hardware driver supports this. It's not enabled in swrast either. This is a superset of GL_EXT_packed_depth_stencil that also has a 15.1 depth/stencil format. Removed in Mesa master. * Corbin's list