Hi,
I'm a developer working on getting OpenGL ES working with QWS - the window
system
built into Qt/Embedded. That is, Trolltech's own windowing system, completely
independent of X. The typical hardware we're working with is PowerVR MBX, an
OpenGL ES 1.1 complient device. We have also played
On Friday 07 March 2008 18:35:10 Jesse Barnes wrote:
On Friday, March 07, 2008 1:21 am Tom Cooksey wrote:
I'm a developer working on getting OpenGL ES working with QWS - the window
system built into Qt/Embedded. That is, Trolltech's own windowing system,
completely independent of X
I've had some time to play with the modesetting branch. I am using a laptop
with
an Intel 965GM, is this likely to work? At the moment, when I run
tests/modedemo
I get a hard lock. :-/
Well there is fixes pushed allmost everydays so make sure to use lastest git
:)
Yep, I'm
On Wednesday 19 March 2008 16:26:37 Zack Rusin wrote:
On Wednesday 19 March 2008 05:21:43 am Tom Cooksey wrote:
2) Sortof related to the above... it would be very cool to have a very
simple drawing API to use on top of the modesetting API. A simple blit
solid fill would surfice. I've
On Wednesday 26 March 2008 19:32:22 Kristian Høgsberg wrote:
On Wed, Mar 26, 2008 at 1:50 PM, Tom Cooksey
[EMAIL PROTECTED] wrote:
...
I guess what I was thinking about was a single API which can be used on
3D-less
(or legacy, if you want) hardware and on modern hardware
On Friday 28 March 2008 05:08:38 Younes M wrote:
Hi,
I recently posted to the Nouveau mailing list about this, but for
those who don't participate in that one I thought I would also post
here since it seems to concern DRI as much as Nouveau. I intend to
submit an application for a project
I've started playing with the modesetting branch of DRM and managed to get it
to work on my GMA 965 based laptop (after working out I needed to pass
modeset=1 as a parameter to the i915 module).
On my laptop, I get /dev/fb0 /dev/fb1, with /dev/fb0 connected to my laptop
screen (LVDS?) and fb1
On Tuesday 29 April 2008 17:29:24 Jerome Glisse wrote:
For console we had the idea of building a full userspace console things
instead of having this whole things in the kernel. Which would mean to
write some userspace program using the modesetting API and providing
the console. I believe
On Wednesday 30 April 2008 10:59:03 Jerome Glisse wrote:
For console we had the idea of building a full userspace console things
instead of having this whole things in the kernel. Which would mean to
write some userspace program using the modesetting API and providing
the console. I
On Tuesday 24 June 2008 03:44:03 [EMAIL PROTECTED] wrote:
http://bugs.freedesktop.org/show_bug.cgi?id=15582
Michael Fu [EMAIL PROTECTED] changed:
What|Removed |Added
Hi all,
I've been trying to follow this mailing list as to the current state of DRM,
especially
modesetting. My goal is to get Qt-Embedded to use moden graphics drivers rather
than the fbdev interface we have today. A few months ago I played with the drm
modesetting-101 branch with the intel
Hi,
I would like to play with the GEM DRM-Modesetting APIs. E.g. I'd like to
write a test application which ennumerates the CRTCs, sets a mode on each and
fills a scanout buffer with a solid color. Pretty simple stuff.
I've tried to build the modesetting-gem branch and found that my kernel
Hello,
I'm a Qt developer.
We want all Qt rendering to be done using OpenGL 2. We have this working
pretty well (a few artifacts still here and there). However, we've found some
fundamental problems using GL for regular widget rendering. Normally I
wouldn't bother this list, but I've recently
On Friday 21 August 2009 16:47:23 ext Michel Dänzer wrote:
On Fri, 2009-08-21 at 11:45 +0200, Tom Cooksey wrote:
When using glX, we have no guarantee over what state the back buffer will
be in after swap buffers. So, whenever an application needs to update, it
must re- render the entire
14 matches
Mail list logo