-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Jesse Barker
Principal Software Engineer
ARM
+1 (408) 576-1423
-- IMPORTANT NOTICE: The contents of this email and any attachments are
confidential and may also be privileged. If you
Scott,
The Ubuntu-desktop evaluation builds for 12.04 are based upon Ubuntu
Precise, which is officially armhf, so there is no armel support. If
you need armel, I think you'll have to use something older, but it
would be better to rebuild your binary if that's possible.
cheers,
Jesse
On Tue,
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
scott.bambro...@linaro.org wrote:
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
Just curious... how many LTs have Mali stuff? If it's more than one, we
should perhaps be talking about
On Thu, May 17, 2012 at 3:33 PM, Andy Green andy.gr...@linaro.org wrote:
On 17/05/12 21:26, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
scott.bambro...@linaro.org wrote:
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-05-17 at
code
could live on both kernel and user lands, hence a need for arbitration
and so on.
I was just asking, out of curiosity.
-Ilyes
On Tue, May 15, 2012 at 6:11 PM, Jesse Barker jesse.bar...@linaro.org wrote:
Can you point out the article you're referring to that mentioned the
Linaro project
Hi all,
The graphics working group is pleased to announce the 2012.03 release
for the following components:
- glmark2
* Offscreen rendering support using framebuffer objects.
* New command line switch to allow selection of end-of-frame method,
- glcompbench
* New 'blur' test.
* Updated
Hi all,
Somehow, I completely forgot about the release for the unity-gles
project. All OpenGL|ES enablement for the Ubuntu Unity plugin (the
Unity3D shell) and the nux library has been merged into the
respective trunks on launchpad for those projects (lp:unity, lp:nux),
so Linaro will not be
On Tue, Feb 14, 2012 at 4:35 AM, Stephen Doel stephen.d...@linaro.org wrote:
Hi Tom et al,
We worked out the problem with remote people dialling in to Linaro Connect.
Basically a nasty feature/bug in Google Hangouts. The detail is:
* If you set up a Hangout from a Linaro G+ account, by
Works for me. Nice job, Tom!
cheers,
Jesse
On Thu, Dec 1, 2011 at 2:56 PM, Tom Gall tom.g...@linaro.org wrote:
Hi All,
one of the blueprints we have for 11.12 is to modify the LEB/ALIP
images so they include more linaro branding. A linaro wallpaper, maybe
a linaro image as the system is
On Thu, Oct 6, 2011 at 7:29 AM, Christian Robottom Reis k...@linaro.org wrote:
On Wed, Oct 05, 2011 at 09:19:18AM -0700, Jesse Barker wrote:
Those are only the session blueprints for the scheduler.
Of course, I had forgotten about this silliness. Hopefully this is being
less expensive now
Those are only the session blueprints for the scheduler. Once we've
captured all the info we need (broken each up into individual feature
blueprints that would satisfy the requirements), those will go away
(be marked implemented). I don't see how we get around it (well, I
suppose we could keep
+1 on what Fathi said.
I wonder if we can't provide a more direct link to the whole topic of
Getting Involved. While some people want to enable their hardware
or their own development, but I couldn't find a trail of fewer than 3
links to something like Send mail to linaro-dev@lists.linaro.org
Is this time to boot to a prompt?
cheers,
Jesse
On Mon, Sep 12, 2011 at 1:13 PM, Paul Larson paul.lar...@linaro.org wrote:
This time with the attachment :)
On Mon, Sep 12, 2011 at 2:16 PM, Paul Larson paul.lar...@linaro.org wrote:
I started working on a results view in LAVA for the
On Tue, Aug 23, 2011 at 3:23 PM, Christian Robottom Reis
k...@linaro.org wrote:
On Wed, Aug 24, 2011 at 01:07:07AM +0300, Ilias Biris wrote:
How can we get consistent vendor support to get 3d acceleration working
for the Linaro officially supported platforms? If we are targeting last
version
://www.linuxplumbersconf.org/2011/ocw/events/LPC2011MC/proposals/new
against the appropriate track.
If you've already submitted a talk to one of these tracks, you will
likely be hearing from us over the next week.
We're passed earlybird registration, but you can still sign up and attend.
Thanks,
Jesse Barker
Joey,
I think this is great! We have a combination need for this:
1) Upstream project interaction where phone-type interaction is desirable.
2) The working group meeting where representatives from member
companies who are not Linaro assignees want to participate (for
replacing the old
https://launchpad.net/linaro/+milestones
says 11.06 is June 30, which is what graphics has been using as out
target (actually, what we're using for the whole cycle of targets as
we thought the goal for this cycle was a more coherent sense of
release targets for all of Linaro).
cheers,
Jesse
On
This makes a lot of sense with respect to the discussion we had at the
graphics working group meeting this morning around component releases;
more to the point, exactly how each component gets tested, packaged
(and/or tar'd) and pushed out to some publicly visible repository.
The idea of letting
-management-summit-3
The occupants of the fishbowl (the front/center of the room in closest
proximity to the microphones) were primarily:
Arnd Bergmann
Laurent Pinchart
Hans Verkuil
Mauro Chehab
Daniel Vetter
Sakari Ailus
Thomas Hellstrom
Marek Szyprowski
Jesse Barker
The IRC fishbowl seemed to consist
Hi Barry,
Most of the components that the graphics WG has released to now
(glcompbench, glmark2) are available on their Launchpad project pages
and in binary form if debian packaging is useful to you (some in
universe and some from the graphics WG PPA. We will be consolidating
this in the near
Hi all,
One of the big issues we've been faced with at Linaro is around GPU
and multimedia device integration, in particular the memory management
requirements for supporting them on ARM. This next cycle, we'll be
focusing on driving consensus around a unified memory management
solution for
Thanks for your interest. If you absolutely cannot wait to get involved, or
at least to start checking out the work, I suppose you could clone
Alexandros' tree at:
http://git.linaro.org/gitweb?p=people/afrantzis/cairo.git;a=shortlog;h=refs/heads/gles2
This work is currently under review by the
Hi all,
Thought this might be of interest to folks.
http://www.glbenchmark.com/result.jsp?benchmark=glpro20orderby=405screen-group=truescreen-group-value=1submi=OKscreen=4screen=3screen=2screen=1screen=0os=0os=1os=2os=3os=4version=allcertified_only=1brand=all
) must also be aware of
this memory manager and manage handles accordingly. This
infrastructure in user-land puts the requirements on the User land API
(1.).
I know that STE and ARM has a vision to have a hwmem/ump alike API and
that Linaro is one place to resolve this. As Jesse Barker
also be aware of
this memory manager and manage handles accordingly. This
infrastructure in user-land puts the requirements on the User land API
(1.).
I know that STE and ARM has a vision to have a hwmem/ump alike API and
that Linaro is one place to resolve this. As Jesse Barker mentioned
Hi all,
Here's what I've cobbled together tentatively from prior threads involving
linaro-dev as well as folks from ARM, Samsung and ST-E:
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Projects/UnifiedMemoryManagement
The current goals within the graphics working group are to map
FWIW, skia certainly isn't android only and, at least for the purposes of
getting the validation side of things up and running, could be run on a
non-android build (Jammy is likely doing something like this for his work,
though not oriented at abrek at the moment). Of course, I could be
Speaking for the Linaro graphics working group, I think it's great. And, I
think you're right, that if enough of the KMS support in xf86-video-* is
similar enough (I was only aware of intel and nouveau supporting it properly
at current), pulling it out into a common layer would make it easier to
Rob,
It is certainly analogous to the DRM access control interfaces, and I would
expect that access to memory objects from the graphics stack would go
through those interfaces (i.e. Xorg/EGL calls libdrm, calls DRM kernel
ioctl, calls memory manger inside the kernel), but we need to make sure we
In addition to the India numbers that Alexander mentioned on another part of
this thread, we would need Greece and Korea numbers to switch the graphics
working group call over.
cheers,
Jesse
On Mon, Jan 24, 2011 at 8:45 AM, Loïc Minier loic.min...@linaro.org wrote:
Hi folks
(Sorry
Hi Jorg,
The availability of graphics drivers is obviously quite a hot topic at the
moment. For your OMAP3 board, you are probably better off sticking with the
ubuntu packages (you'll need to add multiverse in order to find the various
'*-sgx-omap3' packages) as that will get you up and running
31 matches
Mail list logo
