Hi all,
The good news is that largely everything is as I announced previously.
The tracks have been cleaned up a bit, so the memory management
mini-summit is now driven out of the Linaro Graphics track, but the
room (Ond) and schedule (M-W afternoons) is still the same. All the
info you need on the schedule is here:
http://summit.ubuntu.com/uds-o/
The room is supposed to have a projector, be mic'd for live audio and
have an IRC channel. Those participating remotely will be interested
in the details around the audio and IRC access here:
http://uds.ubuntu.com/participate/remote/
A link for the mini-summit event found here:
https://wiki.linaro.org/Events
goes to the (work in progress) agenda and there is a registration link
as well. Please let me know if I've missed any components that need
representation, if there are some on there that you feel don't need
it, or if there are additional items you'd like to see on the agenda.
I have 2 requests of the people that will participate in person:
1) Please "register" to indicate you'll be there in person (or even if
you plan on participating remotely). There are a few reasons for
this, but the critical one is to make sure we have a big enough room.
2) Sign-up to represent a component, at least in the overview
sessions. This is important for sane discussion afterwards.
If you don't or can't get write access to the Linaro wiki, just send
me email directly and I'll do it by proxy. Also, if you have material
that you will "show" people (slides, etc.), please send it to the list
ahead of time for the benefit of those participating remotely.
Finally, the "project page" for this effort is here on the Linaro
wiki:
https://wiki.linaro.org/OfficeofCTO/MemoryManagement
Thanks again to everyone for their contributions.
cheers,
Jesse
During the MM BoF at ELC, it seemed to me that one of the things that scared
most ARM vendors away from GEM in the first place is that was perceived to be
too closely married to the rest of DRM (especially KMS).
I know that some might argue that isn't necessarily true and we can go back
and forth on that point, but I think it is still valuable to ask this question:
How feasible is it to break out the GEM portion of DRM (essentially drm_gem.c)
and put it into its own subsystem or library component for use by a DRM or
a non DRM component. What parts would a non DRM component be missing to use
GEM effectively (authentication comes to mind)?
Jordan
Hi all,
I'll be rolling out the details around the Budapest mini-summit as I
get them, so there will be more to follow. You can check out the
overall schedule here:
http://summit.ubuntu.com/uds-o/
As of right now, viewing by track, the mini-summit is listed in the
"other" track, though, this may change over the next few days.
Viewing the schedule by day, we are right after lunch through the end
of the day on Monday-Wednesday (there are plenaries scheduled for
immediately after lunch, but unless there are strong objections, I'd
argue for going straight into the summit). And finally, by room, we
are in "Ond". For those that will be participating remotely, I don't
yet have the details on how to tune in to the audio channel, but the
IRC channel will be named for the room we're in; I expect to have the
rest of those details later this week or early next. I'll also be
creating a blueprint on Launchpad to hold our outline, agenda, notes,
minutes, etc. (last cycle we used "gobby" to take notes live, but
there were stability issues with the server, so we'll see how that
goes). Based upon the discussion from ELC, I would expect much of the
first day to be component/subsystem overview; I really think that will
be critical to finalizing sane requirements. These discussions do not
have to wait until Budapest. If there are questions you would like to
see answered, send them along. Also, if folks that are attending in
person could let me know directly, it would be good to get an updated
headcount of who is coming to make sure I don't need to argue for a
bigger room.
cheers,
Jesse
