dri-devel August 2012

dri-devel@lists.freedesktop.org

145 participants
811 discussions

Re: 3.5.x boot hang after conflicting fb hw usage <driver> vs VESA VGA - removing generic driver
by Randy Dunlap 21 Aug '12

21 Aug '12

On 08/17/2012 03:25 PM, Justin M. Forbes wrote: > for <driver>, we have verified cases on inteldrmfb, radeondrmfb, and > cirrusdrmfb. > > This is the last message displayed before the system hangs. This seems > to be hitting a large number of users in Fedora, though certainly not > everyone. This started happening with the 3.5 updates, and is still an > issue. It appears to be a race condition, because various things have > allowed boot to continue for some users, though there is no clear work > around. Has anyone else run across this? Any ideas. For more > background we have the following bugs: > > inteldrmfb: > https://bugzilla.redhat.com/show_bug.cgi?id=843826 > > radeondrmfb: > https://bugzilla.redhat.com/show_bug.cgi?id=845745 > > cirrusdrmfb <kvm>: > https://bugzilla.redhat.com/show_bug.cgi?id=843860 > > It should be noted that the conflicting fb hw usage message is not new, > it has been around for a while, but this is the last message seen before > the hang. Hi, (adding dri-devel mailing list) I started seeing this problem on 3.5-rc6. AFAICT, the system is not actually hung, it's just that no output is showing up on the real (physical) output device (display) -- it's going somewhere else (or to the bit bucket). -- ~Randy

2 8

[Bug 31862] 3.4(and earlier): White text blocks shown during boot-up
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31862 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|2.6.39.3 (and earlier): |3.4(and earlier): White |White text blocks shown |text blocks shown during |during boot-up |boot-up -- 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 31862] 2.6.39.3 (and earlier): White text blocks shown during boot-up
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31862 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO Component|Other |Video(DRI - non Intel) AssignedTo|other_other(a)kernel-bugs.osd |drivers_video-dri@kernel-bu |l.org |gs.osdl.org Product|Other |Drivers --- Comment #3 from Alan <alan(a)lxorguk.ukuu.org.uk> 2012-08-20 21:14:47 --- Because nothing had happened since 2011 and because it appeared to be to do with the userspace. Just having a general prune of old bugs - not particularly picking on yours Now it's re-opened and known current hopefully it'll shake a branch or two. Do you only see the white rectangles during dracut or do they appear in X or console too ? -- 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

[PATCH RESEND] gpu/mfd/usb: Fix USB randconfig problems
by Guenter Roeck 20 Aug '12

20 Aug '12

Fix config warning: warning: ( ... && DRM_USB) selects USB which has unmet direct dependencies (USB_SUPPORT && USB_ARCH_HAS_HCD) and build error: ERROR: "usb_speed_string" [drivers/usb/core/usbcore.ko] undefined! by adding the missing dependency on USB_ARCH_HAS_HCD to DRM_UDL and DRM_USB. This exposes: drivers/video/Kconfig:36:error: recursive dependency detected! drivers/video/Kconfig:36: symbol FB is selected by DRM_KMS_HELPER drivers/gpu/drm/Kconfig:28: symbol DRM_KMS_HELPER is selected by DRM_UDL drivers/gpu/drm/udl/Kconfig:1: symbol DRM_UDL depends on USB_ARCH_HAS_HCD drivers/usb/Kconfig:78: symbol USB_ARCH_HAS_HCD depends on USB_ARCH_HAS_OHCI drivers/usb/Kconfig:16: symbol USB_ARCH_HAS_OHCI depends on I2C drivers/i2c/Kconfig:5: symbol I2C is selected by FB_DDC drivers/video/Kconfig:86: symbol FB_DDC is selected by FB_CYBER2000_DDC drivers/video/Kconfig:385: symbol FB_CYBER2000_DDC depends on FB_CYBER2000 drivers/video/Kconfig:373: symbol FB_CYBER2000 depends on FB which is due to drivers/usb/Kconfig: config USB_ARCH_HAS_OHCI ... default y if ARCH_PNX4008 && I2C Fix by dropping I2C from the above dependency; logic is that this is not a platform dependency but a configuration dependency: the _architecture_ still supports USB even is I2C is not selected. This exposes: drivers/video/Kconfig:36:error: recursive dependency detected! drivers/video/Kconfig:36: symbol FB is selected by DRM_KMS_HELPER drivers/gpu/drm/Kconfig:28: symbol DRM_KMS_HELPER is selected by DRM_UDL drivers/gpu/drm/udl/Kconfig:1: symbol DRM_UDL depends on USB_ARCH_HAS_HCD drivers/usb/Kconfig:78: symbol USB_ARCH_HAS_HCD depends on USB_ARCH_HAS_OHCI drivers/usb/Kconfig:17: symbol USB_ARCH_HAS_OHCI depends on MFD_TC6393XB drivers/mfd/Kconfig:396: symbol MFD_TC6393XB depends on GPIOLIB drivers/gpio/Kconfig:35: symbol GPIOLIB is selected by FB_VIA drivers/video/Kconfig:1560: symbol FB_VIA depends on FB which can be fixed by having MFD_TC6393XB select GPIOLIB instead of depending on it. Signed-off-by: Guenter Roeck <linux(a)roeck-us.net> --- The USB build problem causes 15-20% of my randconfig builds to fail (6 of 36 failures last night). I'll be happy to split the patch into three if it helps to get it accepted. drivers/gpu/drm/Kconfig | 1 + drivers/gpu/drm/udl/Kconfig | 1 + drivers/mfd/Kconfig | 3 ++- drivers/usb/Kconfig | 2 +- 4 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index 23120c0..90e2808 100644 --- a/drivers/gpu/drm/Kconfig +++ b/drivers/gpu/drm/Kconfig @@ -22,6 +22,7 @@ menuconfig DRM config DRM_USB tristate depends on DRM + depends on USB_ARCH_HAS_HCD select USB config DRM_KMS_HELPER diff --git a/drivers/gpu/drm/udl/Kconfig b/drivers/gpu/drm/udl/Kconfig index 0b5e096..56e0bf3 100644 --- a/drivers/gpu/drm/udl/Kconfig +++ b/drivers/gpu/drm/udl/Kconfig @@ -1,6 +1,7 @@ config DRM_UDL tristate "DisplayLink" depends on DRM && EXPERIMENTAL + depends on USB_ARCH_HAS_HCD select DRM_USB select FB_SYS_FILLRECT select FB_SYS_COPYAREA diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig index d1facef..b1a1462 100644 --- a/drivers/mfd/Kconfig +++ b/drivers/mfd/Kconfig @@ -395,7 +395,8 @@ config MFD_TC6387XB config MFD_TC6393XB bool "Support Toshiba TC6393XB" - depends on GPIOLIB && ARM && HAVE_CLK + depends on ARM && HAVE_CLK + select GPIOLIB select MFD_CORE select MFD_TMIO help diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig index a7773a3..7065df6 100644 --- a/drivers/usb/Kconfig +++ b/drivers/usb/Kconfig @@ -13,7 +13,7 @@ config USB_ARCH_HAS_OHCI default y if PXA3xx default y if ARCH_EP93XX default y if ARCH_AT91 - default y if ARCH_PNX4008 && I2C + default y if ARCH_PNX4008 default y if MFD_TC6393XB default y if ARCH_W90X900 default y if ARCH_DAVINCI_DA8XX -- 1.7.9.7

2 1

[PATCH] drm/ttm: remove EBUSY handling in ttm_execbuf_util
by Maarten Lankhorst 20 Aug '12

20 Aug '12

How is this different from just calling with no_wait == false? As far as I can tell, both paths end up with the same result.. Signed-off-by: Maarten Lankhorst <maarten.lankhorst(a)canonical.com> diff --git a/drivers/gpu/drm/ttm/ttm_execbuf_util.c b/drivers/gpu/drm/ttm/ttm_execbuf_util.c index 3f48a46..4e7b596 100644 --- a/drivers/gpu/drm/ttm/ttm_execbuf_util.c +++ b/drivers/gpu/drm/ttm/ttm_execbuf_util.c @@ -82,22 +82,6 @@ static void ttm_eu_list_ref_sub(struct list_head *list) } } -static int ttm_eu_wait_unreserved_locked(struct list_head *list, - struct ttm_buffer_object *bo) -{ - struct ttm_bo_global *glob = bo->glob; - int ret; - - ttm_eu_del_from_lru_locked(list); - spin_unlock(&glob->lru_lock); - ret = ttm_bo_wait_unreserved(bo, true); - spin_lock(&glob->lru_lock); - if (unlikely(ret != 0)) - ttm_eu_backoff_reservation_locked(list); - return ret; -} - - void ttm_eu_backoff_reservation(struct list_head *list) { struct ttm_validate_buffer *entry; @@ -152,19 +136,10 @@ retry: list_for_each_entry(entry, list, head) { struct ttm_buffer_object *bo = entry->bo; -retry_this_bo: - ret = ttm_bo_reserve_locked(bo, true, true, true, val_seq); + ret = ttm_bo_reserve_locked(bo, true, false, true, val_seq); switch (ret) { case 0: break; - case -EBUSY: - ret = ttm_eu_wait_unreserved_locked(list, bo); - if (unlikely(ret != 0)) { - spin_unlock(&glob->lru_lock); - ttm_eu_list_ref_sub(list); - return ret; - } - goto retry_this_bo; case -EAGAIN: ttm_eu_backoff_reservation_locked(list); spin_unlock(&glob->lru_lock);

2 3

[RFC PATCH 0/5] i915 changes for hybrid graphics support on Macbooks
by Seth Forshee 20 Aug '12

20 Aug '12

The following patches are part of a larger series I've been working on to get vga_switcheroo working on hybrid graphics Macbooks. Some of these machines are not providing a VBT, and since the LVDS panel is connected to the discrete GPU at boot we can't get a mode for the panel during initialization. As a result the LVDS connector is not registered with DRM, and graphics switching is not possible. These patches fix this issue by registering the connector even if we can't get a mode for the panel. If we don't have an EDID we check again from the vga_switcheroo reprobe callback. This is working, except for the framebuffer console which isn't displaying when switched to the integrated GPU, which I still need to debug. I'm not entirely sure whether or not this is the correct approach though, so I wanted to go ahead and get some feedback on the patches now to make sure I'm on the right track. Thanks, Seth Andreas Heider (1): drm/i915: Add support for vga_switcheroo reprobe Seth Forshee (4): drm/i915: separate out code to get EDID from LVDS panel drm/i915: register LVDS connector even if we can't get a panel mode drm/i915: make intel_lvds_get_edid() more robust drm/i915: check LVDS for EDID on GPU switches drivers/gpu/drm/i915/i915_dma.c | 9 ++- drivers/gpu/drm/i915/intel_drv.h | 1 + drivers/gpu/drm/i915/intel_lvds.c | 156 +++++++++++++++++++++---------------- 3 files changed, 97 insertions(+), 69 deletions(-)

5 31

[Bug 33912] New: [RV515] Kernel .35 onwards, Random X freezes while scrolling
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=33912 Summary: [RV515] Kernel .35 onwards, Random X freezes while scrolling Product: Drivers Version: 2.5 Kernel Version: .35 .36 .37 .38 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: drkvi-a(a)yahoo.com Regression: Yes Created an attachment (id=55352) --> (https://bugzilla.kernel.org/attachment.cgi?id=55352) gdb of X using Kernel 2.6.38-02063802 >From kernel .35 onwards the system freezes at random. This is mostly while scrolling scrolling pages while they load in Firefox(most common) or while scrolling in Nautilus/Gedit windows while they load. Once it freezes I'm not able to do anything, only the mouse pointer alone moves but nothing else responds. It seems to happen when there is increased disk read/write.(but I'm not very sure of this) I'm using btrfs for my /home partition. This regression starts in Kernel 2.6.35-1-generic #1-Ubuntu SMP Sat Jun 5 06:18:25 UTC 2010 i686 GNU/Linux While, I dont have any problems with Kernel 2.6.34-5-generic #14-Ubuntu SMP Fri Jun 4 06:18:40 UTC 2010 i686 GNU/Linux or MainlineKernel 2.6.34-02063407-generic #201009140905 SMP Tue Sep 14 10:10:14 UTC 2010 i686 GNU/Linux, both work fine. Problem is also present in Mainline Kernel 2.6.36-020636 , Ubuntu Kernel 2.6.37-12.26 , Mainline Kernel 2.6.37-020637rc8 , Ubuntu Kernel 2.6.38-1 and Mainline Kernel 2.6.38-02063802 I'm not able to test with kernel .39 because I'm having network issues with that. ===== Lspci : https://launchpadlibrarian.net/66142452/Lspci.txt glxinfo : https://launchpadlibrarian.net/66142464/glxinfo.txt PciDisplay : https://launchpadlibrarian.net/66142454/PciDisplay.txt Other Hardware info: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/733392 ===== ------------------ProblemType: BugDistroRelease: Ubuntu 10.10 Package: xorg 1:7.5+6ubuntu3 ProcVersionSignature: Ubuntu 2.6.35-6.7-generic 2.6.35-rc3 Uname: Linux 2.6.35-6-generic i686 Architecture: i386 DRM.card0.LVDS.1: status: connected enabled: enabled dpms: On modes: 1280x800 1280x720 1152x768 1024x768 800x600 848x480 720x480 640x480 edid-base64: AP///////wBEk0EAAAAAAAAPAQOAIRV4Ck3Ak1xRiCchUFQAAAABAQEBAQEBAQEBAQEBAQEB6hoAgFAgEDAVIEQAS88QAAAYAAAADwAIACoAAQAEADJKBBkBAAAA/gBRVUFOVEFESVNQTEFZAAAA/gBRRDE1VEwwNzIKICAgAIk= DRM.card0.VGA.1: status: disconnected enabled: disabled dpms: On modes: edid-base64: Date: Fri Mar 11 22:38:14 2011InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha i386 (20100924) MachineType: Acer, inc. Aspire 5670 PccardctlIdent: Socket 0: no product info available PccardctlStatus: Socket 0: no card ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-6-generic root=UUID=d0b3b834-dc68-4ad5-95e1-afefebd792ea ro quiet splash ProcEnviron: LANG=en_IN SHELL=/bin/bashSourcePackage: xorg dmi.bios.date: 01/12/07 dmi.bios.vendor: Acer dmi.bios.version: v1.3239 dmi.board.name: Bodensee dmi.board.vendor: Acer, Inc. dmi.board.version: Not Applicable dmi.chassis.type: 1 dmi.chassis.vendor: Acer, Inc. dmi.chassis.version: N/A dmi.modalias: dmi:bvnAcer:bvrv1.3239:bd01/12/07:svnAcer,inc.:pnAspire5670:pvrNotApplicable:rvnAcer,Inc.:rnBodensee:rvrNotApplicable:cvnAcer,Inc.:ct1:cvrN/A: dmi.product.name: Aspire 5670 dmi.product.version: Not Applicable dmi.sys.vendor: Acer, inc.system: distro: Ubuntu codename: maverick architecture: i686 kernel: 2.6.35-6-generic --- AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23. Architecture: i386 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC0: vishnoo 10075 F.... pulseaudio /dev/snd/pcmC0D0p: vishnoo 10075 F...m pulseaudio CRDA: Error: [Errno 2] No such file or directory Card0.Amixer.info: Card hw:0 'Intel'/'HDA Intel at 0xc8000000 irq 47' Mixer name : 'Realtek ALC883' Components : 'HDA:10ec0883,1025160d,00100002 HDA:14f12bfa,10250094,00090000' Controls : 21 Simple ctrls : 12DistroRelease: Ubuntu 10.10 Frequency: I don't know. HibernationDevice: RESUME=UUID=87513ef2-a303-4082-94f3-352058dbd5eeInstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha i386 (20100924) MachineType: Acer, inc. Aspire 5670 Package: linux (not installed) PccardctlIdent: Socket 0: no product info available PccardctlStatus: Socket 0: no card ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-6-generic root=UUID=d0b3b834-dc68-4ad5-95e1-afefebd792ea ro quiet splash ProcEnviron: LANG=en_IN SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.35-6.7-generic 2.6.35-rc3Regression: Yes RelatedPackageVersions: linux-firmware 1.38.4 Reproducible: No RfKill: 0: phy0: Wireless LAN Soft blocked: no Hard blocked: noTags: maverick kernel-graphics regression-release -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 18

[Bug 33512] New: radeon: lots of time spent in atombios_crtc_disable
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=33512 Summary: radeon: lots of time spent in atombios_crtc_disable Product: Drivers Version: 2.5 Kernel Version: 2.6.39-rc3 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: edwintorok(a)gmail.com Regression: No Created an attachment (id=54532) --> (https://bugzilla.kernel.org/attachment.cgi?id=54532) dmesg On a mostly idle system this is what I see with perf top (after exiting a game): --------------------------------------------------------------------------- PerfTop: 386 irqs/sec kernel:72.8% exact: 0.0% [1000Hz cycles], (all, 6 CPUs) --------------------------------------------------------------------------- samples pcnt function DSO _______ _____ ______________________________ 171.00 18.0% atombios_crtc_disable /lib/modules/2.6.39-rc3-phenom-00117-ge38f5b7/kernel/drivers/gpu/drm/radeon/radeon.ko 47.00 4.9% find_next_bit [kernel.kallsyms] 31.00 3.3% format_decode [kernel.kallsyms] When playing a game that function is still on top, albeit with a lower percentage (7.5%). If the function does what its name says then it should be called at most once, when switching modes, entering standby, etc. I don't see why it is being called during normal operation, and why is it called so many times that it makes it the top function using the CPU... The graphics in games is quite laggy too, maybe because of this... My dmesg is attached. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 5

[Bug 32162] GPU lockup with RV350, KMS, Compiz, Pageflipping
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=32162 Alex Deucher <alexdeucher(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexdeucher(a)gmail.com --- Comment #6 from Alex Deucher <alexdeucher(a)gmail.com> 2012-08-20 15:29:25 --- Is this still an issue with a newer kernel? -- 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

[PATCH] radeon: align r600 msaa buffers to a multiple of macrotile size * num samples
by Marek Olšák 20 Aug '12

20 Aug '12

I am not sure whether this is needed, but better be safe than sorry. --- radeon/radeon_surface.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 98f4aaf..4118a37 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -356,7 +356,7 @@ static int r6_surface_init_2d(struct radeon_surface_manager *surf_man, surf->bo_alignment = MAX2(surf_man->hw_info.num_pipes * surf_man->hw_info.num_banks * - surf->bpe * 64, + surf->nsamples * surf->bpe * 64, xalign * yalign * surf->nsamples * surf->bpe); } -- 1.7.9.5

1 0

← Newer
1
...
56
57
58
59
60
61
62
...
82
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel August 2012