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
Summary: i810 Driver and/or DRI cause hang on suspend under
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
[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
[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-24 00:15 ---
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-24 02:00 ---
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-24 02:00 ---
***
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-24 02:31 ---
Bernardo Innocenti wrote:
Maybe the fields of RADEONInfoRec should be reworked
to use types with a predefined size. Is that right?
I've just found out I didn't apply dri-32-compat.patch,
which already addresses this problem.
Sorry for the noise.
--
// Bernardo Innocenti - Develer S.r.l.,
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-24 05:22 ---
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-24 05:23 ---
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-24 05:42 ---
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 experiments, it only happens with radeonfb loaded. You
also
Unfortunately...X.org CVS doesn't build under Fedora Core 2 when
following the building guide.
Looks like the header file /usr/include/linux/input.h is too far apart
from the 'official' kernel.org version, I get errors on 'EV_SYN' and
'EVIOCGRAB' not being defined when trying to build
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-24 09:45 ---
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-24 09:55 ---
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-24 11:18 ---
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-24 12:53 ---
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-24 13:53 ---
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=3613
--- Additional Comments From [EMAIL PROTECTED] 2005-06-24 13:56 ---
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
Alan.
It was too complicated gettting all the error paths right.
On 6/24/05, Jon Smirl [EMAIL PROTECTED] wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
Alan.
It was
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Fri, Jun 24, 2005 at 12:31:06PM -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/06/24 12:31:06
Log message:
More err path clean up for drm_pm
On Fri, Jun 24, 2005 at 05:07:53PM -0400, Jon Smirl wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
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-24 14:26 ---
You
On Fri, Jun 24, 2005 at 05:19:30PM -0400, Jon Smirl wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Fri, Jun 24, 2005 at 12:31:06PM -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/06/24
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
But as you are registering the sysdev in the case of the DRM being loaded
without fbdev, don't you risk the case where the suspend/resume
calls get called twice, once by the PCI driver and then later by sysdev ?
That's a problem too, but it
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Shouldn't the power management be per device instead of global to DRM?
In fbdev it is per device. If it is per device we don't need the
global class.
The class is global, but the call is to the power() function is device
specific. Maybe
On 6/21/05, Aapo Tahkola [EMAIL PROTECTED] wrote:
On Thu, 16 Jun 2005 14:22:36 +0200
Nicolai Haehnle [EMAIL PROTECTED] wrote:
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
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-24 22:41 ---
I
29 matches
Mail list logo