dri-devel September 2012

dri-devel@lists.freedesktop.org

134 participants
706 discussions

[Bug 43360] nouveau on "NVce" 560 Ti: Failed to idle channel 1
by bugzilla-daemon＠bugzilla.kernel.org 09 Sep '12

09 Sep '12

https://bugzilla.kernel.org/show_bug.cgi?id=43360 --- Comment #5 from s.jegen(a)gmail.com 2012-09-09 08:08:37 --- Using Linus' git tree git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git (v3.6-rc4) at commit eeea3ac912207dcf759b95b2b4c36f96bce583bf Merge: c7c6bf1 e829c66 Author: Linus Torvalds <*> Date: Thu Sep 6 10:23:58 2012 -0700 everything seems to work just fine on my "NVIDIA Corporation GF110 [GeForce GTX 570 HD]". 'dmesg' does not seem to show any warnings or errors and the VT framebuffer is displayed in a beautifully high resolution. Great work! -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 42490] NUTMEG DP to VGA bridge not working
by bugzilla-daemon＠freedesktop.org 09 Sep '12

09 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #42 from diego.abelenda(a)gmail.com 2012-09-09 07:33:54 UTC --- I take back what I said before... I just did a *very* cold boot (the machine was not connected to the electricity network during the night). I got the black DVI screen and GPU hangup with the patch. So the firmware change didn't do anything in facts... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 42490] NUTMEG DP to VGA bridge not working
by bugzilla-daemon＠freedesktop.org 08 Sep '12

08 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #41 from diego.abelenda(a)gmail.com 2012-09-08 18:15:14 UTC --- Oh yes there was and now even without the patch my machine displays something on the DVI screen when both screens are plugged and the GPU doesn't hang anymore even without NoAccel (but only from a cold boot, if I reboot/reset I get a black screen and the GPU hangup). So part of the problem was really a firmware issue. With the patch I can't seem to provoke the GPU hangup anymore. But my VGA screen continues to be stubbornly off when booting with both screens plugged. Continues to work if I plug my VGA screen after booting. So now I can start X safely without NoAccel that's one good thing. BTW my motherboad is an Asus F1A75-M now my firmware is the latest version (2004) upgraded from 1903. Oh BTW I am booting in uEFI mode using grub-2.00 I don't know if this might change something. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 42490] NUTMEG DP to VGA bridge not working
by bugzilla-daemon＠freedesktop.org 08 Sep '12

08 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #40 from Alex Deucher <agd5f(a)yahoo.com> 2012-09-08 15:46:24 UTC --- Does your OEM have a newer bios available for your board? It might be worth trying a newer (or maybe older) bios image. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 42490] NUTMEG DP to VGA bridge not working
by bugzilla-daemon＠freedesktop.org 08 Sep '12

08 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #39 from diego.abelenda(a)gmail.com 2012-09-08 08:59:02 UTC --- Created attachment 66828 --> https://bugs.freedesktop.org/attachment.cgi?id=66828 dmesg booting with 2 monitors plugged patch applyed on top of drm-fixes-3.6 drm.debug=4 (X with NoAccel) I tested a few things and found out that with the patch over drm-fixes-3.6 I generally get the DVI screen working but the VGA has no signal if it is plugged during the boot. The generally is there because sometimes I just get a black screen on the DVI and then X causes a GPU Hangup (The NoAccel suppresses the Hangup). This situation is rare and If the GPU hangup pressing the reset switch (instead of letting the machine off during some time and doing a cold boot) causes it to happen more often. A "quick" way to do it is booting without the patch starting X without NoAccel and then pressing the reset button and booting with the patch. Seems the firmware doesn't reset the state of the card properly during POST or something. Last night the problem happened "by itself", so it might happen without trying to provoke it. This morning I tried rebooting a few times but didn't get it to happen without provoking it. The attachment is dmesg | grep -e drm -e radeon when the DVI screen stays black (VGA saying no signal) and without hangup (provoking it on the previous boot). The last part is X turning the screens off and trying to wake them up. The situation didn't change. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[PATCH 0/7] Fixes for hybrid graphics Apple machines
by Seth Forshee 08 Sep '12

08 Sep '12

Many hybrid graphics Apple laptops fail to set up LVDS on the secondary GPU due to missing or incorrect mode information for the panel at init time. The only way to get the LVDS mode on these machines is via the DDC, but this is muxed to the active GPU at boot. However, the graphics mux on these machines supports muxing the i2c idependently of the display, making it possible for the secondary graphics driver to read the EDID without a full display switch. In order to support this, these patches modify vga_switcheroo to allow muxing of the DDC idependently of the display. apple-gmux is updated to support this new functionality, and drm_get_edid() is modified to switch the DDC mux as needed. For this to work we also need to ensure that sufficient switcheroo suport is available before initializing the secondary GPU. This is done by adding any non-active GPUs that try to initialize before switcheroo is ready to a list and initializing these devices once switcheroo becomes ready. This behavior is restricted to Apple laptops to prevent causing problems on other machines. Thanks, Seth Seth Forshee (7): vga_switcheroo: Add support for switching only the DDC vga_switcheroo: Add helper function to get the active client vga_switcheroo: Add notifier call chain for switcheroo events apple-gmux: Add switch_ddc support drm/edid: Switch DDC when reading the EDID drm/pci: Add drm_put_pci_dev() drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready drivers/gpu/drm/ast/ast_drv.c | 2 +- drivers/gpu/drm/cirrus/cirrus_drv.c | 2 +- drivers/gpu/drm/drm_drv.c | 3 + drivers/gpu/drm/drm_edid.c | 17 ++++ drivers/gpu/drm/drm_pci.c | 172 +++++++++++++++++++++++++++++---- drivers/gpu/drm/gma500/psb_drv.c | 2 +- drivers/gpu/drm/i915/i915_drv.c | 2 +- drivers/gpu/drm/mgag200/mgag200_drv.c | 2 +- drivers/gpu/drm/nouveau/nouveau_drv.c | 2 +- drivers/gpu/drm/radeon/radeon_drv.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 2 +- drivers/gpu/vga/vga_switcheroo.c | 87 ++++++++++++++++- drivers/platform/x86/apple-gmux.c | 12 ++- include/drm/drmP.h | 3 + include/linux/vga_switcheroo.h | 20 ++++ 15 files changed, 302 insertions(+), 28 deletions(-)

2 9

[PATCH] libkms: link against libdrm
by Marcin Slusarz 07 Sep '12

07 Sep '12

Signed-off-by: Marcin Slusarz <marcin.slusarz(a)gmail.com> --- libkms/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libkms/Makefile.am b/libkms/Makefile.am index fa379a4..215450a 100644 --- a/libkms/Makefile.am +++ b/libkms/Makefile.am @@ -6,7 +6,7 @@ AM_CFLAGS = \ libkms_la_LTLIBRARIES = libkms.la libkms_ladir = $(libdir) libkms_la_LDFLAGS = -version-number 1:0:0 -no-undefined -libkms_la_LIBADD = +libkms_la_LIBADD = ../libdrm.la #if HAVE_LIBUDEV #libkms_la_LIBADD += $(LIBUDEV_LIBS) -- 1.7.12

1 0

[PATCH] drm/fb helper: don't call drm_helper_connector_dpms directly
by Daniel Vetter 07 Sep '12

07 Sep '12

Yet again a case where the fb helper is too intimate with the crtc helper and calls a crtc helepr function directly instead of going through the interface vtable. This fixes console blanking in drm/i915 with the new i915-specific modeset code. Reported-by: Jesse Barnes <jbarnes(a)virtuousgeek.org> Signed-off-by: Daniel Vetter <daniel.vetter(a)ffwll.ch> --- drivers/gpu/drm/drm_fb_helper.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c index eb79515..b5d05f5 100644 --- a/drivers/gpu/drm/drm_fb_helper.c +++ b/drivers/gpu/drm/drm_fb_helper.c @@ -330,7 +330,7 @@ static void drm_fb_helper_dpms(struct fb_info *info, int dpms_mode) /* Walk the connectors & encoders on this fb turning them on/off */ for (j = 0; j < fb_helper->connector_count; j++) { connector = fb_helper->connector_info[j]->connector; - drm_helper_connector_dpms(connector, dpms_mode); + connector->funcs->dpms(connector, dpms_mode); drm_connector_property_set_value(connector, dev->mode_config.dpms_property, dpms_mode); } -- 1.7.11.2

3 2

[Bug 42490] NUTMEG DP to VGA bridge not working
by bugzilla-daemon＠freedesktop.org 07 Sep '12

07 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #38 from Alex Deucher <agd5f(a)yahoo.com> 2012-09-07 21:52:32 UTC --- You're getting a GPU hang for some reason which may be causing the modeset failure. Can you try with acceleration disabled to take the out of the equation? Try adding: Option "NoAccel" "TRUE" to the device section of your xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 42490] NUTMEG DP to VGA bridge not working
by bugzilla-daemon＠freedesktop.org 07 Sep '12

07 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=42490 diego.abelenda(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #66819|0 |1 is obsolete| | --- Comment #37 from diego.abelenda(a)gmail.com 2012-09-07 21:28:26 UTC --- Created attachment 66822 --> https://bugs.freedesktop.org/attachment.cgi?id=66822 dmesg booting with 2 monitors plugged patch applyed on top of drm-fixes-3.6 drm.debug=4 Ok.... I need sleep... This time is the right dmesg. With both screens plugged during the boot and the patch, but mysteriously this time the DVI screen stayed black and the VGA had no link. And X started to take 100% CPU. So exactly the same behavior as without the patch. I tried rebooting and then both screens lit up and were black. X using 100% CPU. the new attachment shows dmesg | grep -e drm -e radeon after both attempts. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

← Newer
1
...
61
62
63
64
65
66
67
...
71
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2012