I'm not sure if this is a bug in the snapshot or due to my setup...
I have a Samsung X20 with an Intel i915GM graphics chip running under
Mandrake LE2005. The latter has a 2.6.11 kernel and Xorg 6.8.2.
I have installed both the common-20050610 and i810-20050610 snapshots
over the X.org
On Thu, Jun 16, 2005 at 11:21:52 +0100, Christian Marquardt wrote:
I'm not sure if this is a bug in the snapshot or due to my setup...
I have a Samsung X20 with an Intel i915GM graphics chip running under
Mandrake LE2005. The latter has a 2.6.11 kernel and Xorg 6.8.2.
I have installed both
On Thursday 16 June 2005 13:41, Aapo Tahkola wrote:
Update of /cvsroot/r300/r300_driver/r300
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv6333
Modified Files:
r300_reg.h r300_state.c
Log Message:
Use depth tiling.
Will this work with software fallbacks?
cu,
Nicolai
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3549
Summary: drm power management does not dereference sysdev
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3549
--- Additional Comments From [EMAIL PROTECTED] 2005-06-16 06:22 ---
On Thu, 16 Jun 2005, Jon Smirl wrote:
On 6/16/05, Keith Whitwell [EMAIL PROTECTED] wrote:
But, if you implement your scheme, by the same logic you need another
512mb of system ram just to make things work. If you've got all that
extra ram hanging around, you could implement the single copy
On 6/16/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
On Thu, 16 Jun 2005, Jon Smirl wrote:
On 6/16/05, Keith Whitwell [EMAIL PROTECTED] wrote:
But, if you implement your scheme, by the same logic you need another
512mb of system ram just to make things work. If you've got all that
On 6/16/05, Philip Armstrong [EMAIL PROTECTED] wrote:
On Thu, Jun 16, 2005 at 11:49:41AM -0400, Jon Smirl wrote:
Another proposal is to write a third stub driver. This driver would
hook to the ints, suspend, etc. Then DRM and fbdev would register with
it. This would work but nobody wants to
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3552
Summary: i810 DRM module does not initialize
Product: DRI
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3552
--- Additional Comments From [EMAIL PROTECTED] 2005-06-16 11:23 ---
It
Hi,
After launching several times flgrx and dumping the reg
and diffing against what was reg with r300 here is the list
of reg that have always on my card (RV350NJ) the same
value (for the same screen resolution). I think that one
of the unknown reg maybe a group of them are the key
one but
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3552
[EMAIL PROTECTED] changed:
What|Removed |Added
Three tiers is fine with me and I've never been against it. But we've
only been talking about this for two years now and no one has stepped
up to fix 67 fbdev drivers - I'm sure not going to it. I don't want to
wait another two years to build Xegl so I'm trying to come up with
some way
On 6/16/05, Dave Airlie [EMAIL PROTECTED] wrote:
Three tiers is fine with me and I've never been against it. But we've
only been talking about this for two years now and no one has stepped
up to fix 67 fbdev drivers - I'm sure not going to it. I don't want to
wait another two years to
I just think this is a giant amount of work to save 70K of memory (by
allowing a setup which avoids loading fbdev) on desktop x86 machines.
It is much simpler to just treat fbdev as the bottom layer and have
two tiers instead of three.
Wouldn't it be easier to just debug the 12 fbdev
there is insufficient info about the specific laptop model to know
what is failing. It's not like the 12 fbdev drivers are chock full of
bugs, they are used routinely on other platforms.
You haven't seen intelfb then, it is a train wreck of code and I've no
idea if it works on most chipsets, it
Out of curiosity - who are the people that *need* intelfb ? (as opposed to
*want*).
Xegl people will need a kernel framebuffer driver (not necessarily running
the console) but something loaded to take care of X when it starts ...
also this memory manager has to go somewhere, and part of it
On 6/16/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
Out of curiosity - who are the people that *need* intelfb ? (as opposed to
*want*).
To use Xegl it will require you to load both fbdev and DRM drivers for
your hardware. Xegl uses fbdev for things like mode setting. In X.org
mode setting
On 6/16/05, Dave Airlie [EMAIL PROTECTED] wrote:
You haven't seen intelfb then, it is a train wreck of code and I've no
idea if it works on most chipsets, it certainly will blow up with wierd
BIOS configs and funny screen, I won't load it on any platform as-is..
it mainly gives us
a) some
Why would layering the DRM on top of the fbdev driver break DirectFB? I
(think I) understand the issues with actually merging the drivers, but
the more I dig into, for example, MGA DRM, the more convenient it seems
to have DRM on top of fbdev.
It won't if you do it properly.. Jons was doing
On 6/16/05, Ian Romanick [EMAIL PROTECTED] wrote:
Why would layering the DRM on top of the fbdev driver break DirectFB? I
(think I) understand the issues with actually merging the drivers, but
the more I dig into, for example, MGA DRM, the more convenient it seems
to have DRM on top of fbdev.
On Thu, 2005-06-16 at 21:29 +0100, Dave Airlie wrote:
The DRM drivers know what is important but they don't know when
suspend/VT swap is happening because there is only one set of kernel
hooks and the fbdev driver is attached to them. The scheme where a
texture copy is kept in system RAM
On Thu, 2005-06-16 at 22:28 +0100, Dave Airlie wrote:
Out of curiosity - who are the people that *need* intelfb ? (as opposed to
*want*).
Xegl people will need a kernel framebuffer driver (not necessarily running
the console) but something loaded to take care of X when it starts ...
On Thu, 2005-06-16 at 17:30 -0400, Jon Smirl wrote:
On 6/16/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
Out of curiosity - who are the people that *need* intelfb ? (as opposed to
*want*).
To use Xegl it will require you to load both fbdev and DRM drivers for
your hardware. Xegl uses
On Thu, 16 Jun 2005, Jon Smirl wrote:
On 6/16/05, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Thu, 2005-06-16 at 17:30 -0400, Jon Smirl wrote:
On 6/16/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
Out of curiosity - who are the people that *need* intelfb ? (as opposed to
*want*).
Xegl uses OpenGL/EGL, it's not defined to use anything else. It is the
mesa implementation of OpenGL/EGL that uses fbdev. Nvidia/ATI will
likely provide OpenGL/EGL's that don't use fbdev.
One thing that bothers me about this whole discussion is the mounting
level of interface
On Fri, 17 Jun 2005, Benjamin Herrenschmidt wrote:
Xegl uses OpenGL/EGL, it's not defined to use anything else. It is the
mesa implementation of OpenGL/EGL that uses fbdev. Nvidia/ATI will
likely provide OpenGL/EGL's that don't use fbdev.
One thing that bothers me about this whole
On 6/16/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
Xegl uses OpenGL/EGL, it's not defined to use anything else. It is the
mesa implementation of OpenGL/EGL that uses fbdev. Nvidia/ATI will
likely provide OpenGL/EGL's that don't use fbdev.
One thing that bothers me about this whole
On Thursday 16 June 2005 20:06, Jon Smirl wrote:
On 6/16/05, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
In fact, the framebuffer support/mode setting doesn't have to be in the
kernel stricto-sensus.
In the model I'm working with, things like mode setting always have to
go through a
On 6/16/05, Adam Jackson [EMAIL PROTECTED] wrote:
I would strongly suggest that we use usermode helpers as much as possible even
on linux, since we have the code already written in X and it'll increase the
similarity with other platforms. Write it once. Other platforms without an
fbdev layer
On Wed, 2005-06-08 at 00:01 -0400, Jon Smirl wrote:
On 6/7/05, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2005-06-07 at 15:48 -0400, Jon Smirl wrote:
Am I right in this interpretation? First I need to get the
bus/device/func of the card, then I need to tell this to the driver
31 matches
Mail list logo