Messages in this thread | | | Date | Fri, 13 Jul 2012 13:37:08 -0400 | From | Theodore Ts'o <> | Subject | Re: [Ksummit-2012-discuss] Organising Mini Summits within the Kernel Summit |
| |
On Wed, Jul 11, 2012 at 09:09:15AM +0100, James Bottomley wrote: > Hi All, > > We have set aside the second day of the kernel summit (Tuesday 28 > August) as mini-summit day. So far we have only the PCI mini summit on > this day, so if you can think of other topics, please send them to the > kernel summit discuss list: > > ksummit-2012-discuss@lists.linux-foundation.org > > Looking at the available rooms, we think we can run about four or five > mini summits. > > As an added incentive, mini summit organisers get to pick who they > invite and all the people they pick will get an automatic invitation to > the third day of the kernel summit (but not the core first day) and the > evening events.
OK, so far I believe I've heard concrete suggestions from identified (or fairly well identified :-) stuckees willing to organize mini-summits for:
* ARM * Media * PCI * memcg
I may have missed some, so if people could send a message to the discuss list with [MINI-SUMMIT] in the subbject line and the name of the proposed mini-summit, that would be really helpful. Please indicate whether you are volunteering to help organize the proposed mini-summit, or identify someone you think can be volunteered. :-)
Things that we will be asking the mini-summit chars to determine, in addition to who should be given invites for Tuesday and Wednesday is an estimate of how much time you need, and a list of sub-topics (and who might lead the sub-topic discussion). We will be asking you to create a fairly well-defined schedule, with 30 and 60 minute slots, so that we can publish a schedule and so that people who might need to hop between mini-summits, have a chance to do so. So please start thinking about how long each of your sub-topics will need to be, and who might be needed for a particular sub-topic's discussion to be successful. There may be a number of developers, with fingers in multiple subsystem, where scheduling may become a bit of a challenge.
Thanks!!
- Ted
| |