2009 Linux Plumbers Conference Call For Topics
Last year's Linux Plumbers Conference covered a range of exciting topics such as power management, video integration, SSD's, audio, and fast boot. This year the LPC program committee invites the community to submit ideas for topics for microconferences. All users, vendors and developers are welcome. Topics should relate to the Linux kernel and related support infrastructure, or “plumbing”, such as system libraries, daemons, scripts, desktop libraries, window managers, and so on.
In addition, good topics will cut across community boundaries,
and should generate beneficial change. For example, a microconf
on how to use the Linux kernel's RCU implementation would be a
poor choice for the Linux Plumbers Conference because (1) it is
wholly contained within the Linux kernel, (2) it is of interest
to a fairly small subset of even the kernel community, and (3)
it simply describes what is already present in the kernel rather
than motivating substantial widely visible improvements.
Microconferences will be a half day in length (2.5 hours), so good topics should involve multiple viewpoints, generate productive discussions, and, most important, result in real patches that make the Linux plumbing work better in a widely visible way. Each microconference will need a “runner” to run the microconference, including refining the topic, selecting speakers, and actually running the microconference. We of course welcome topic suggestions from people who don't want to actually be the runner for the microconference, but topics lacking runners cannot be accommodated.
Feel free to review the microconferences from 2008 and to refer to an example description and schedule. Please post your suggestions as comments to this article.
There will be a more formal Call For Participation posted in April, however, in keeping with the spirit of the Linux Plumbers Conference, we are starting out a bit informally. Microconference proposals that garner sufficient interest and support and that seem likely to have a good effect on the plumbing will be included in the formal Call For Participation along with the contact information for the runner for that microconference. Please note that a number of microconference slots will be reserved for late-Summer decisions in order to ensure focus on topics that are hot during the September 23rd—25th timeframe when the conference will be held.
Again, please submit topic ideas as comments to this article.
Posted Feb 13, 2009 17:30 UTC (Fri)
by mgross (guest, #38112)
[Link] (2 responses)
I would like a micro conference to focus on ideas, issues, methods and problems around implementing power management based on constraining the power states the system is allowed to enter. Examples of constraint based PM include PM_QOS, clock framework, and Android's wake_lock PM design. The goal is to make progress at getting more useful constraint based PM solutions into upstream.
Posted Feb 17, 2009 17:17 UTC (Tue)
by PaulMcKenney (✭ supporter ✭, #9624)
[Link] (1 responses)
Who would be the right people to bring together to make real implementation progress in this area?
Of course, I would not want to discourage any progress towards a constraint-based power-management implementation before LPC!
Posted Apr 18, 2009 1:11 UTC (Sat)
by pwsan (subscriber, #56604)
[Link]
- Paul
Posted Feb 13, 2009 18:58 UTC (Fri)
by biehl (subscriber, #14636)
[Link]
http://wiki.linuxplumbersconf.org/presentation_slides
Posted Feb 13, 2009 19:26 UTC (Fri)
by niv (guest, #8656)
[Link]
Posted Feb 13, 2009 19:29 UTC (Fri)
by niv (guest, #8656)
[Link] (1 responses)
For a lot of the discussion that did not involve a prepared presentation, we had hoped to provide audio/video recording, but that wasn't successful, unfortunately.
Speaking as someone organizing the thing this year, we hope to have better recordings and better capture the output of those sessions, including slides.
Posted Feb 16, 2009 8:04 UTC (Mon)
by Burgundavia (guest, #25172)
[Link]
Posted Feb 13, 2009 19:36 UTC (Fri)
by hverkuil (subscriber, #41056)
[Link] (1 responses)
This topic would involve explaining the new framework, the problems
As a result of last year's plumbers conference a new API was designed for
The complexity of implementing support for hybrid tuners (analog and
Posted Feb 13, 2009 20:01 UTC (Fri)
by niv (guest, #8656)
[Link]
We'd like to track how effective we were in helping to solve issues in Linux and moving code fwd (so which topics were useful to talk about and which possibly were less so.. :)). One of the key goals of the LPC is to get developers together to address thorny problems, resolve issues, design solutions and get new stuff into Linux.
Posted Feb 13, 2009 20:17 UTC (Fri)
by aliguori (subscriber, #30636)
[Link] (2 responses)
How about "Making userspace I/O not suck" :-) Zach Brown has proposed acalls as a replacement for the problematic linux-aio subsystem. KVM would be an obvious consumer of such an interface although it's still not sufficient for our needs. Rusty Russell has proposed vringfd as a mechanism for improving userspace raw networking performance. Unfortunately, this does not seem to have much of a future so brainstorming is required for a better interface. In general, the interfaces we've inherited from Unix leaves a great deal to be desired.
Posted Feb 17, 2009 18:12 UTC (Tue)
by PaulMcKenney (✭ supporter ✭, #9624)
[Link] (1 responses)
You mention Zach and Rusty. Who else would need to be involved to make good forward progress? What forward progress (patches!) would it be reasonable to expect from sessions at the Linux Plumbers Conference, and what prework would be required in order to make such progress possible?
Posted Feb 17, 2009 21:07 UTC (Tue)
by aliguori (subscriber, #30636)
[Link]
I must confess that my first reaction to the UNIX interfaces back in the early 1980s was not all that positive, so I can relate! Of course, these interfaces aren't all that much younger than I am, and much has changed during the intervening years, virtualization being but one such change! My guess is that you are primarily interested in the interaction of userspace I/O and virtualization, though I suspect that non-virtualized environments must be taken into account as well. There are two important issues for virtualization. The first is performance. Since virtualizations acts as a layer between hardware and traditional OSes, there is a great deal of pressure in the virtualization layer to perform as well as possible. For block devices, the ideal situation would be to be able to submit multiple asynchronous IO requests from the single context, and receive a notification through a file descriptor upon completion. Since we lack a generic mechanism to submit asynchronous requests, that's the first stumbling block. Zach's acall interface and Ingo's syslets both try to address this. You also have an issue of functionality. The interface that we have to a virtual guest is a bit richer than the existing IO interfaces. When emulating a SCSI adapter, for instance, we receive requests with Simple, Ordered, or Head tags which control the completion order of each request when submitted asynchronously. There is no way, today, to submit barrier requests from userspace (let alone this richer barriers). Networking is much the same. Today, the interface we have is tun/tap for sending raw network IO. We very much want to improve the performance of network IO by having zero-copy TX/RX. For TX, we can do this reasonably with some of the patches Rusty has posted previously. RX is much harder because in general 1) we don't have an interface for publishing RX buffers to the kernel 2) you need an interface for the network drivers to have them receive to a preallocated RX buffer. There is some discussion around making use of VMDq or SR-IOV to enable this. This is an ongoing activity involving a lot of people. I think the progress that could made be depends on who would attend to be honest. So far, all of the usual suspects have been involved in these discussions but a lot of things have been stalled by lack of consensus of a common direction (acall vs. syslets vs. linux-aio is a good example of this).
Posted Feb 13, 2009 23:55 UTC (Fri)
by jamesmrh (guest, #31622)
[Link] (4 responses)
We have a rapidly growing set of security features in Linux, including: Access control (SELinux, SMACK, Tomoyo etc.), Integrity, Crypto, FS Capabilities, Desktop (XACE), Storage (LNFS) and likely soon Anti-malware.
Developers in these areas, along with general developers (e.g. distro integration folk) could get together to discuss issues relating to how these components can be integrated and leveraged. Possible topics might include:
- Utilizing TPM with disk encryption
I wonder if 2.5 hours would be enough, though.
Posted Feb 14, 2009 17:48 UTC (Sat)
by niv (guest, #8656)
[Link] (1 responses)
Posted Feb 19, 2009 0:58 UTC (Thu)
by jamesmrh (guest, #31622)
[Link]
Posted Feb 17, 2009 23:18 UTC (Tue)
by pcmoore (subscriber, #37989)
[Link]
Regardless, I agree that 2.5 hours would likely be nowhere near long enough for all the topics that would likely fall into a "Security Microconf".
Posted Apr 16, 2009 12:47 UTC (Thu)
by pragmatine (guest, #39557)
[Link]
[1] http://crpit.com/abstracts/CRPITV81Murray.html
Posted Feb 15, 2009 6:02 UTC (Sun)
by russell (guest, #10458)
[Link] (1 responses)
Can we have both? A usability layer on top of easy to find, parse and edit text files?
What about documentation?
Could plumbers develop something like the GNOME HIG but for configuration?
Posted Feb 18, 2009 1:32 UTC (Wed)
by PaulMcKenney (✭ supporter ✭, #9624)
[Link]
Making configuration more flexible and usable is certainly hard to argue with, and a HIG even for Linux kernel configuration parameters would be useful to me personally (and perhaps even more useful to the people who must live with the kernel configuration parameters that I create).
What scope were you thinking in terms of? Who would be the interested parties?
Posted Feb 18, 2009 0:14 UTC (Wed)
by davej (subscriber, #354)
[Link] (1 responses)
What stumbling blocks will remain? how can we work better together to make these changes happen?
Last years event saw a lot of cross-distro collaboration during the mini-hackfest that followed the boot/init miniconf. I'm sure there are more wins to share here.
Posted Feb 18, 2009 22:35 UTC (Wed)
by PaulMcKenney (✭ supporter ✭, #9624)
[Link]
Arjan van de Ven, Aoke Kok, and Keith Packard appear in the LWN article reporting on last year's session. Any thoughts on who else would help push this forward?
Posted Feb 18, 2009 23:43 UTC (Wed)
by mezcalero (subscriber, #45103)
[Link] (1 responses)
Posted Feb 23, 2009 19:18 UTC (Mon)
by PaulMcKenney (✭ supporter ✭, #9624)
[Link]
That said, what patches would you be expecting from such a microconf, and what people should be brought together in oder to generate them?
Posted Feb 19, 2009 13:28 UTC (Thu)
by balbir_singh (subscriber, #34142)
[Link] (4 responses)
Posted Feb 23, 2009 19:36 UTC (Mon)
by PaulMcKenney (✭ supporter ✭, #9624)
[Link] (3 responses)
Who would be the right people to bring together to make forward progress on this topic?
Posted Feb 23, 2009 20:02 UTC (Mon)
by balbir_singh (subscriber, #34142)
[Link] (2 responses)
Others, please feel free to add your name if you felt I left your name out of this topic, especially the IO controller folks.
Posted Apr 30, 2009 9:50 UTC (Thu)
by legoater (subscriber, #34064)
[Link] (1 responses)
Posted Apr 30, 2009 11:22 UTC (Thu)
by balbir_singh (subscriber, #34142)
[Link]
Balbir
Posted Mar 2, 2009 10:00 UTC (Mon)
by mbr (guest, #56910)
[Link]
There are more and more Linux powered devices nowadays. However, many device vendors use Linux like a proprietary OS. They choose a kernel, heavily patch it to work on their device and then add even more heavily patched user space. Probably having a miniconf at Linux plumbers will draw more attention to embedded folks problems and issues.
Posted Mar 27, 2009 19:28 UTC (Fri)
by bauermann (subscriber, #37575)
[Link] (1 responses)
Hence, we could have a miniconf to bring GDB developers and users together to brainstorm on what we should work next: what are GDB's biggest weaknesses, and what would be killer features to have, for instance.
The people to call are a subset of (or even the whole of) the current active GDB developers and maintainers: Daniel Jacobowitz, Joel Brobecker, Pedro Alves, Tom Tromey, Hui Zhu, Thiago Bauermann (yours truly), Doug Evans, Pierre Muller (sorry if I forgot someone).
Posted Mar 27, 2009 21:22 UTC (Fri)
by bauermann (subscriber, #37575)
[Link]
- a roadmap for 2009 which is more aligned to developer needs
Sorry if I don't have anything more specific. Like I said, the way I see it, the miniconf would be a "developers meets users" kind of thing.
Also it would be nice to have some experts who work on other debug-related tools, or even GCC debuginfo, like Roland McGrath, Alexandre Oliva and Michael Matz.
Posted Mar 26, 2010 6:24 UTC (Fri)
by Jitesh_Iyer (guest, #64734)
[Link]
2009 Linux Plumbers Conference Call For Topics
Power management certainly continues to be of great interest to many people, so great suggestion! And constraint-based power management APIs have received recent attention as well.
Constraint-Based Power Management Microconference
Constraint-Based Power Management Microconference
2009 Linux Plumbers Conference Call For Topics
2009 Linux Plumbers Conference Call For Topics
2009 Linux Plumbers Conference Call For Topics
2009 Linux Plumbers Conference Call For Topics
2009 Linux Plumbers Conference Call For Topics
support complex media devices. But most of the work until today has been
an effort to lay the foundation of that in the form of an improved V4L2
framework. Hopefully by the time of the conference we have managed to
port all V4L2 drivers over to that framework and we can by then start to
build on it.
encountered while converting drivers to it, and future ideas on how to
improve the framework in order to simplify the V4L2 drivers. In addition,
there is a lot of work being done on merging the Texas Instruments omap
drivers, and hopefully in the near future the davinci drivers, also from
TI. It would be an interesting sub-topic in its own right.
DVB tuners. It would be good to see the end result of that as well.
digital) is another topic I would like to see.
2009 Linux Plumbers Conference Call For Topics
2009 Linux Plumbers Conference Call For Topics
Making User-Space I/O Not Suck
Making User-Space I/O Not Suck
Security Microconf
- Encouraging ISV adoption of security features (v. hard problem)
- Improving the end-user experience
- Best practices for integrating FS caps (etc.) into distros
- Securing the desktop
- WIP updates for major projects in development (e.g. anti-malware).
Security Microconf
Security Microconf
Security Microconf
Security Microconf
[2] http://sourceforge.net/projects/pulse-lsm/
2009 Linux Plumbers Conference Call For Topics
Configuration and Storage of Configuration Data
boot/init revisited
I bet you are correct, and besides, greedy people like myself would ask "5 seconds is nice, but why not faster?". At least I am no longer a teenager, so I won't be asking for anything faster than a few hundred milliseconds. ;-)
boot/init revisited
2009 Linux Plumbers Conference Call For Topics
Audio Microconference
2009 Linux Plumbers Conference Call For Topics
Control Group Microconference
Control Group Microconference
Control Group Microconference
Control Group Microconference
2009 Linux Plumbers Conference Call For Topics
topic suggestion: improving debugging tools
topic suggestion: improving debugging tools
- Python API improvements based on ideas and needs of developers
- general usability improvements from feedback in the miniconf
2009 Linux Plumbers Conference Call For Topics
