Hi.
On 25/05/10 08:47, Dave Airlie wrote:
On Mon, 2010-05-24 at 07:17 -0700, Randy Dunlap wrote:
On 05/24/10 06:59, Matthew Garrett wrote:
On Mon, May 24, 2010 at 06:53:51AM -0700, Randy Dunlap wrote:
On 05/24/10 05:56, Matthew Garrett wrote:
Won't this result in a behavioural difference? Th
Dave,
>> Some monitors and, more often, kvm switches do not provide working
>> EDID data. KMS based X configurations in recent server versions no
>> longer allow to override the screen resolution which makes it
>> impossible to correctly adapt the screen resolution to the monitor
>> in use. This p
Signed-off-by: Tiago Vignatti
Cc: Henry Zhao
---
Jesse and Dave, that was send two times already and no one said anything.
Please, pull it. Oracle's Henry Zhao is already employing it in Solaris and,
after all authors agreed, we haven't changed yet the license.
drivers/gpu/vga/vgaarb.c | 26
We want to be able to use CONFIG_DYNAMIC_DEBUG in arbiter code, switch
the few existing pr_devel() calls to pr_debug().
Also, add one more debug information regarding decoding count.
Signed-off-by: Tiago Vignatti
---
drivers/gpu/vga/vgaarb.c | 35 ++-
1 files c
On Mon, May 24, 2010 at 06:53:51AM -0700, Randy Dunlap wrote:
> On 05/24/10 05:56, Matthew Garrett wrote:
> > Won't this result in a behavioural difference? The desirable outcome is
>
> It could, yes.
>
> > that that configuration be impossible, not for that configuration to
> > build but be bu
On Sun, May 23, 2010 at 05:00:40PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled)
> and NOUVEAU is built-in (not as a loadable module):
Won't this result in a behavioural difference? The desirable outcome is
that that
e with the observation that EDID related functionality appears to
fade out of X drivers.
Does this make sense?
Carsten.
-- next part --
A non-text attachment was scrubbed...
Name: drivers-gpu-drm-allow-to-load-edid-firmware.patch
Type: text/x-patch
Size: 4333 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100524/8cf772c1/attachment.bin>
Signed-off-by: Tiago Vignatti
Cc: Henry Zhao
---
Jesse and Dave, that was send two times already and no one said anything.
Please, pull it. Oracle's Henry Zhao is already employing it in Solaris and,
after all authors agreed, we haven't changed yet the license.
drivers/gpu/vga/vgaarb.c | 26
We want to be able to use CONFIG_DYNAMIC_DEBUG in arbiter code, switch
the few existing pr_devel() calls to pr_debug().
Also, add one more debug information regarding decoding count.
Signed-off-by: Tiago Vignatti
---
drivers/gpu/vga/vgaarb.c | 35 ++-
1 files c
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #12 from Magnus Jensen 2010-05-24 16:38:28
PDT ---
Created an attachment (id=35839)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35839)
edid from "/sys/class/drm/card0-HDMI Type A-1/"
This is the edid it sees when booting wi
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #12 from Magnus Jensen 2010-05-24
16:38:28 PDT ---
Created an attachment (id=35839)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35839)
edid from "/sys/class/drm/card0-HDMI Type A-1/"
This is the edid it sees when booting wi
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #11 from Christian König 2010-05-24
16:26:09 PDT ---
Invalid checksums on CEA extension is a problem I have found on a couple of A/V
receivers + TV combinations. The A/V receivers usually try to update the audio
infos and CEC physica
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #11 from Christian K?nig 2010-05-24
16:26:09 PDT ---
Invalid checksums on CEA extension is a problem I have found on a couple of A/V
receivers + TV combinations. The A/V receivers usually try to update the audio
infos and CEC physica
On Mon, 2010-05-24 at 07:17 -0700, Randy Dunlap wrote:
> On 05/24/10 06:59, Matthew Garrett wrote:
> > On Mon, May 24, 2010 at 06:53:51AM -0700, Randy Dunlap wrote:
> >> On 05/24/10 05:56, Matthew Garrett wrote:
> >>> Won't this result in a behavioural difference? The desirable outcome is
> >>
> >
On Mon, May 24, 2010 at 06:53:51AM -0700, Randy Dunlap wrote:
> On 05/24/10 05:56, Matthew Garrett wrote:
> > Won't this result in a behavioural difference? The desirable outcome is
>
> It could, yes.
>
> > that that configuration be impossible, not for that configuration to
> > build but be bu
On Sun, May 23, 2010 at 05:00:40PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled)
> and NOUVEAU is built-in (not as a loadable module):
Won't this result in a behavioural difference? The desirable outcome is
that that
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #7 from Alex Deucher 2010-05-24 11:13:58 PDT ---
Are you trying to use ums rather than kms? You need to disable kms if you want
to use ums. (boot with radeon.modeset=0). If you want to use kms, the drm
must be loaded before startin
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #7 from Alex Deucher 2010-05-24 11:13:58 PDT
---
Are you trying to use ums rather than kms? You need to disable kms if you want
to use ums. (boot with radeon.modeset=0). If you want to use kms, the drm
must be loaded before starti
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35828|Xorg log with no manually |Xorg log with no manual
descript
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35829|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35828|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35830|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35828|Xorg log with no manually |Xorg log with no manual
descript
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35829|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35828|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Gael Le Mignot changed:
What|Removed |Added
Attachment #35830|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #6 from Gael Le Mignot 2010-05-24 10:59:16
PDT ---
I managed to get the logs using network (since without the radeon module, I
have black screen and I get a system freeze whenever I try to switch to text
console).
It seems that when
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #6 from Gael Le Mignot 2010-05-24 10:59:16
PDT ---
I managed to get the logs using network (since without the radeon module, I
have black screen and I get a system freeze whenever I try to switch to text
console).
It seems that when
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #5 from Gael Le Mignot 2010-05-24 10:57:41
PDT ---
Created an attachment (id=35831)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35831)
dmesg log with manual loading of radeon module
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #4 from Gael Le Mignot 2010-05-24 10:57:17
PDT ---
Created an attachment (id=35830)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35830)
dmesg log with no manual loading of radeon module
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #5 from Gael Le Mignot 2010-05-24 10:57:41
PDT ---
Created an attachment (id=35831)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35831)
dmesg log with manual loading of radeon module
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #3 from Gael Le Mignot 2010-05-24 10:56:50
PDT ---
Created an attachment (id=35829)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35829)
Xorg log with manual loading of radeon module
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #4 from Gael Le Mignot 2010-05-24 10:57:17
PDT ---
Created an attachment (id=35830)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35830)
dmesg log with no manual loading of radeon module
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #2 from Gael Le Mignot 2010-05-24 10:56:23
PDT ---
Created an attachment (id=35828)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35828)
Xorg log with no manually loading of radeon module
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #3 from Gael Le Mignot 2010-05-24 10:56:50
PDT ---
Created an attachment (id=35829)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35829)
Xorg log with manual loading of radeon module
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=28217
--- Comment #2 from Gael Le Mignot 2010-05-24 10:56:23
PDT ---
Created an attachment (id=35828)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35828)
Xorg log with no manually loading of radeon module
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=26686
--- Comment #9 from Chris Wilson 2010-05-24 10:44:27
PDT ---
Ruslan, it would be invaluable if you could add an assert(ret == 0); and track
down the source of the EINVAL.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=26686
--- Comment #9 from Chris Wilson 2010-05-24
10:44:27 PDT ---
Ruslan, it would be invaluable if you could add an assert(ret == 0); and track
down the source of the EINVAL.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=26686
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26686
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26686
--- Comment #7 from Ruslan 2010-05-24 10:29:52 PDT ---
Still present with libdrm 2.4.20.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=26686
--- Comment #7 from Ruslan 2010-05-24 10:29:52 PDT
---
Still present with libdrm 2.4.20.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for t
On Sun, 2010-05-23 at 17:00 -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled)
> and NOUVEAU is built-in (not as a loadable module):
>
> nouveau_connector.c:(.text+0xe17ce): undefined reference to `acpi_lid_open'
>
> Sign
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #10 from Magnus Jensen 2010-05-24 09:26:47
PDT ---
sorry i meant to say 2.6.33.4 that's the stock kernel in slackware64-current
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #10 from Magnus Jensen 2010-05-24
09:26:47 PDT ---
sorry i meant to say 2.6.33.4 that's the stock kernel in slackware64-current
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #9 from Alex Deucher 2010-05-24 08:26:51 PDT ---
Should we add a quirk for this particular monitor or add some logic to use
edids with faulty checksums? It would probably be better to attempt to use an
edid than to not, at least for
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #9 from Alex Deucher 2010-05-24 08:26:51 PDT
---
Should we add a quirk for this particular monitor or add some logic to use
edids with faulty checksums? It would probably be better to attempt to use an
edid than to not, at least for
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #8 from Magnus Jensen 2010-05-24 08:25:54
PDT ---
so i guess it's not a bug then, but isn't there any way to circumvent the
problem, other that flashing a new edid or buying a new tv?
(b.t.w i managed to get correct screen resolution
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #8 from Magnus Jensen 2010-05-24
08:25:54 PDT ---
so i guess it's not a bug then, but isn't there any way to circumvent the
problem, other that flashing a new edid or buying a new tv?
(b.t.w i managed to get correct screen resolution
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #4 from Alex Deucher 2010-05-24 08:01:13 PDT ---
Does openarena have the bloom option turned on? If so, performance will be
slow with ums as that path requires hw accelerated tex(sub)image support which
is only possible with kms. Al
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #4 from Alex Deucher 2010-05-24 08:01:13 PDT
---
Does openarena have the bloom option turned on? If so, performance will be
slow with ums as that path requires hw accelerated tex(sub)image support which
is only possible with kms. A
https://bugs.freedesktop.org/show_bug.cgi?id=28226
Alex Deucher changed:
What|Removed |Added
Attachment #35818|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28226
Alex Deucher changed:
What|Removed |Added
Attachment #35818|application/octet-stream|text/plain
mime type|
On 05/24/10 06:59, Matthew Garrett wrote:
> On Mon, May 24, 2010 at 06:53:51AM -0700, Randy Dunlap wrote:
>> On 05/24/10 05:56, Matthew Garrett wrote:
>>> Won't this result in a behavioural difference? The desirable outcome is
>>
>> It could, yes.
>>
>>> that that configuration be impossible, not
On 05/24/10 06:59, Matthew Garrett wrote:
> On Mon, May 24, 2010 at 06:53:51AM -0700, Randy Dunlap wrote:
>> On 05/24/10 05:56, Matthew Garrett wrote:
>>> Won't this result in a behavioural difference? The desirable outcome is
>>
>> It could, yes.
>>
>>> that that configuration be impossible, not
On 05/24/10 05:56, Matthew Garrett wrote:
> On Sun, May 23, 2010 at 05:00:40PM -0700, Randy Dunlap wrote:
>> From: Randy Dunlap
>>
>> When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled)
>> and NOUVEAU is built-in (not as a loadable module):
>
> Won't this result in a behaviou
On 05/24/10 05:56, Matthew Garrett wrote:
> On Sun, May 23, 2010 at 05:00:40PM -0700, Randy Dunlap wrote:
>> From: Randy Dunlap
>>
>> When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled)
>> and NOUVEAU is built-in (not as a loadable module):
>
> Won't this result in a behaviou
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #7 from ajax at nwnk dot net 2010-05-24 06:46:51
PDT ---
Just to make it clear what's going on here: the CEA extension block really does
have a broken checksum, although it looks correct otherwise.
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #7 from ajax at nwnk dot net 2010-05-24 06:46:51
PDT ---
Just to make it clear what's going on here: the CEA extension block really does
have a broken checksum, although it looks correct otherwise.
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Version|XOrg CVS|unspecified
--- Comment #6 from Magnus J
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Version|XOrg CVS|unspecified
--- Comment #6 from Magnus J
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #5 from Magnus Jensen 2010-05-24 05:01:56
PDT ---
Created an attachment (id=35824)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35824)
dmesg-boot
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #5 from Magnus Jensen 2010-05-24
05:01:56 PDT ---
Created an attachment (id=35824)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35824)
dmesg-boot
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Attachment #35823|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Attachment #35822|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Attachment #35823|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Attachment #35822|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #4 from Magnus Jensen 2010-05-24 04:56:14
PDT ---
Created an attachment (id=35823)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35823)
dmesg-current
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #4 from Magnus Jensen 2010-05-24
04:56:14 PDT ---
Created an attachment (id=35823)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35823)
dmesg-current
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #3 from Magnus Jensen 2010-05-24 04:54:39
PDT ---
Created an attachment (id=35822)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35822)
Xorg.0.log - with KMS
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #3 from Magnus Jensen 2010-05-24
04:54:39 PDT ---
Created an attachment (id=35822)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35822)
Xorg.0.log - with KMS
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #2 from Magnus Jensen 2010-05-24 04:50:17
PDT ---
When loading radeon module with modeset=1
the dmesg gets flooded with:
[drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 255
[drm:drm_edid_block_valid] *ERROR
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #2 from Magnus Jensen 2010-05-24
04:50:17 PDT ---
When loading radeon module with modeset=1
the dmesg gets flooded with:
[drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 255
[drm:drm_edid_block_valid] *ERROR
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Attachment #35821|Xorg.0.log |Xorg.0.log-with UMS
description|
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Magnus Jensen changed:
What|Removed |Added
Attachment #35821|Xorg.0.log |Xorg.0.log-with UMS
description|
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #1 from Magnus Jensen 2010-05-24 04:47:24
PDT ---
Created an attachment (id=35821)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35821)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=28229
--- Comment #1 from Magnus Jensen 2010-05-24
04:47:24 PDT ---
Created an attachment (id=35821)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35821)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Summary: Radeon driver not detecting HDMI monitor correctly
when using KMS
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: N
https://bugs.freedesktop.org/show_bug.cgi?id=28229
Summary: Radeon driver not detecting HDMI monitor correctly
when using KMS
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: N
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #3 from samit vats 2010-05-24 04:08:48 PDT ---
Created an attachment (id=35820)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35820)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #3 from samit vats 2010-05-24 04:08:48 PDT
---
Created an attachment (id=35820)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35820)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #2 from samit vats 2010-05-24 04:08:00 PDT ---
Created an attachment (id=35819)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35819)
Xorg.0.enable-kms.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=e
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #2 from samit vats 2010-05-24 04:08:00 PDT
---
Created an attachment (id=35819)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35819)
Xorg.0.enable-kms.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #1 from samit vats 2010-05-24 04:06:09 PDT ---
Created an attachment (id=35818)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35818)
Xorg.log-kms-disable
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=28226
--- Comment #1 from samit vats 2010-05-24 04:06:09 PDT
---
Created an attachment (id=35818)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35818)
Xorg.log-kms-disable
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=e
https://bugs.freedesktop.org/show_bug.cgi?id=28226
Summary: FPS drops to 1 on Disabling KMS while running
Openarena
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: cr
https://bugs.freedesktop.org/show_bug.cgi?id=28226
Summary: FPS drops to 1 on Disabling KMS while running
Openarena
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: cr
On Sun, 2010-05-23 at 17:00 -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled)
> and NOUVEAU is built-in (not as a loadable module):
>
> nouveau_connector.c:(.text+0xe17ce): undefined reference to `acpi_lid_open'
>
> Sign
88 matches
Mail list logo