On Mon, 2005-06-27 at 01:42 -0400, Vladimir Dergachev wrote:
I was just looking at r300 code today for my own system. A few things
that I think ought to happen for the merge:
- Clean up style. Unindented blocks of code, weird whitespace (closing
brackets on the same column as the
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=3495
[EMAIL PROTECTED] changed:
What|Removed |Added
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=3398
--- Additional Comments From [EMAIL PROTECTED] 2005-06-26 23:20 ---
I
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=3267
[EMAIL PROTECTED] changed:
What|Removed |Added
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=3195
[EMAIL PROTECTED] changed:
What|Removed |Added
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=2578
[EMAIL PROTECTED] changed:
What|Removed |Added
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=1833
[EMAIL PROTECTED] changed:
What|Removed |Added
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=701
[EMAIL PROTECTED] changed:
What|Removed |Added
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 01:39 ---
In
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
[EMAIL PROTECTED] changed:
What|Removed |Added
Hi,
I try to install the dri drivers for my i865G card whith 16 Mb of shared
memory.
I succeed to install the driver and use an opengl app like TuxRacer or
torcs but when i try my app, it crashs on opengl function...
This app works fine with nvidia driver and ati opengl lib...
I would like 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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 04:27 ---
On 6/27/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
And something I've wondered about for a while:
- Is the __user annotation supposed to mean this is a value from
userland that should be checked for use or this is a pointer to
somewhere in userland that needs to be copy_from_usered
Is it possible to add the suspend/resume support to Intelfb instead of
the DRM driver and then just load both drivers? Do we really want to
start building another suspend/resume infrastructure inside of DRM if
it is possible to address the problem through existing means? It seems
to me like this
On Mon, Jun 27, 2005 at 09:58:22AM -0400, Jon Smirl wrote:
Is it possible to add the suspend/resume support to Intelfb instead of
the DRM driver and then just load both drivers? Do we really want to
start building another suspend/resume infrastructure inside of DRM if
it is possible to address
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 07:16 ---
This
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 07:34 ---
so,
On 6/27/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Mon, Jun 27, 2005 at 09:58:22AM -0400, Jon Smirl wrote:
Is it possible to add the suspend/resume support to Intelfb instead of
the DRM driver and then just load both drivers? Do we really want to
start building another suspend/resume
http://bugzilla.kernel.org/show_bug.cgi?id=2754
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 10:34 ---
I did find that changing to a console virtual terminal (not using a frame
buffer), changing the clock speed and then flipping back over to X does work
flawlessly in
On Mon, 2005-06-27 at 09:09 -0400, Jon Smirl wrote:
On 6/27/05, Vladimir Dergachev [EMAIL PROTECTED] wrote:
And something I've wondered about for a while:
- Is the __user annotation supposed to mean this is a value from
userland that should be checked for use or this is a pointer 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=3640
Summary: New Account
Product: DRI
Version: DRI CVS
*cough*
On Monday 27 June 2005 02:48 pm, [EMAIL PROTECTED] wrote:
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=3640
Summary: New Account
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
The diff is about +190, -390 lines. Anyone want to review it first,
since I have a tendency to under-test on linux?
I've looked over the changes, and I'm generally happy with them. There
are a few comments below. I'm pretty
I have been going through R300 drm source trying to implement all the
suggestions that people offerred.
I am having some hard time with 80 column rule. Now, in general, I agree
with it and it makes sense. However take a look at the following piece of
code:
/ snip * line 264
Vladimir Dergachev wrote:
I have been going through R300 drm source trying to implement all the
suggestions that people offerred.
I am having some hard time with 80 column rule. Now, in general, I agree
with it and it makes sense. However take a look at the following piece
of code:
Am Montag, den 27.06.2005, 15:56 -0400 schrieb Vladimir Dergachev:
I have been going through R300 drm source trying to implement all the
suggestions that people offerred.
I am having some hard time with 80 column rule. Now, in general, I agree
with it and it makes sense. However take a
On Mon, 2005-06-27 at 15:56 -0400, Vladimir Dergachev wrote:
I have been going through R300 drm source trying to implement all the
suggestions that people offerred.
I am having some hard time with 80 column rule. Now, in general, I agree
with it and it makes sense. However take a look at
On Mon, 2005-06-27 at 12:13 -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
The diff is about +190, -390 lines. Anyone want to review it first,
since I have a tendency to under-test on linux?
I've looked over the changes, and I'm generally
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 13:49 ---
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 13:59 ---
The
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-27 14:04 ---
The
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=3640
[EMAIL PROTECTED] changed:
What|Removed |Added
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=719
[EMAIL PROTECTED] changed:
What|Removed |Added
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=1819
[EMAIL PROTECTED] changed:
What|Removed |Added
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=2578
[EMAIL PROTECTED] changed:
What|Removed |Added
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=2851
[EMAIL PROTECTED] changed:
What|Removed |Added
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=3479
[EMAIL PROTECTED] changed:
What|Removed |Added
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=1662
[EMAIL PROTECTED] changed:
What|Removed |Added
The intelfb driver doesn't support the i9XX series of Intel chips, and
also may not actually be loaded in two cases. One is if the user is
already using vesafb, and second when the user isn't using fbdev at all.
The case for coming up with a low level stub driver, seems to be a little
I am almost certain that code for adding suspend/resume support to DRM
is going to get rejected when it is submitted to the Linux kernel on
grounds that it is duplicating existing code. The code in DRM CVS for
detecting fbdev and attaching to the PCI ID if it is not there has
already been
I was also working towards a goal of having everything be permanent
maps and all be created at initialization time. Future users could
then run without needing AddMap. They would just call GetMap to
search for the map that they needed. Old code would keep calling
AddMap which would return the
On Mon, 2005-06-27 at 21:01 -0400, Jon Smirl wrote:
I was also working towards a goal of having everything be permanent
maps and all be created at initialization time. Future users could
then run without needing AddMap. They would just call GetMap to
search for the map that they needed. Old
On Mon, 2005-06-27 at 20:38 -0400, Jon Smirl wrote:
I split it into initmap/addmap to allow reset to work. You can't bring
the radeon up until it is reset, the driver will error out. This
allowed a DRM based reset app to map the registers and run the reset
program without bringing up the full
On Fri, 2005-06-24 at 09:58 -0400, Jon Smirl wrote:
On 6/24/05, Jon Smirl [EMAIL PROTECTED] wrote:
I'm update with your changes this morning. I'm still seeing this at
system shutdown. I modprobe drm,radeon and then unloaded them (no
errors) then shut the system down.
With some more
44 matches
Mail list logo