dri-devel August 2012

dri-devel@lists.freedesktop.org

145 participants
811 discussions

[PATCH drm-next v2] drm: udl: usb: Fix recursive Kconfig dependency
by Sedat Dilek 24 Aug '12

24 Aug '12

In drivers/usb/Kconfig "config USB_ARCH_HAS_HCD" is within "if USB_SUPPORT" statement. In drivers/gpu/drm/Kconfig "config DRM_USB" depends on USB_ARCH_HAS_HCD but selects USB_SUPPORT which leads to the error for udl Kconfig: $ yes "" | make oldconfig scripts/kconfig/conf --oldconfig Kconfig drivers/gpu/drm/udl/Kconfig:1:error: recursive dependency detected! drivers/gpu/drm/udl/Kconfig:1: symbol DRM_UDL depends on USB_ARCH_HAS_HCD drivers/usb/Kconfig:76: symbol USB_ARCH_HAS_HCD depends on USB_SUPPORT drivers/usb/Kconfig:58: symbol USB_SUPPORT is selected by DRM_USB drivers/gpu/drm/Kconfig:22: symbol DRM_USB is selected by DRM_UDL Fix this by changing from select to depends on USB_SUPPORT in "config DRM_USB". This is a follow-up fix to df0b344300724e00db9fff7eb6406eb91f450b91 in Dave's drm-next GIT branch. [ v2: Restore old status, but change from select to depends on USB_SUPPORT ] Signed-off-by: Sedat Dilek <sedat.dilek(a)gmail.com> --- drivers/gpu/drm/Kconfig | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index 3a8c683..0cbdc45 100644 --- a/drivers/gpu/drm/Kconfig +++ b/drivers/gpu/drm/Kconfig @@ -22,9 +22,8 @@ menuconfig DRM config DRM_USB tristate depends on DRM - depends on USB_ARCH_HAS_HCD + depends on USB_SUPPORT && USB_ARCH_HAS_HCD select USB - select USB_SUPPORT config DRM_KMS_HELPER tristate -- 1.7.9.5

1 0

[PATCH drm-next] drm: udl: usb: Fix recursive Kconfig dependency
by Sedat Dilek 24 Aug '12

24 Aug '12

In drivers/usb/Kconfig "config USB_ARCH_HAS_HCD" is within "if USB_SUPPORT" statement. In drivers/gpu/drm/Kconfig "config DRM_USB" depends on USB_ARCH_HAS_HCD but selects USB_SUPPORT which leads to the error for udl Kconfig: $ yes "" | make oldconfig scripts/kconfig/conf --oldconfig Kconfig drivers/gpu/drm/udl/Kconfig:1:error: recursive dependency detected! drivers/gpu/drm/udl/Kconfig:1: symbol DRM_UDL depends on USB_ARCH_HAS_HCD drivers/usb/Kconfig:76: symbol USB_ARCH_HAS_HCD depends on USB_SUPPORT drivers/usb/Kconfig:58: symbol USB_SUPPORT is selected by DRM_USB drivers/gpu/drm/Kconfig:22: symbol DRM_USB is selected by DRM_UDL Fix the issue by dropping "select USB_SUPPORT" from "config DRM_USB". Signed-off-by: Sedat Dilek <sedat.dilek(a)gmail.com> --- drivers/gpu/drm/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index 3a8c683..90e2808 100644 --- a/drivers/gpu/drm/Kconfig +++ b/drivers/gpu/drm/Kconfig @@ -24,7 +24,6 @@ config DRM_USB depends on DRM depends on USB_ARCH_HAS_HCD select USB - select USB_SUPPORT config DRM_KMS_HELPER tristate -- 1.7.9.5

1 0

[PATCH] drm/exynos: fixed a issue that plane isn't disabled when released
by Inki Dae 24 Aug '12

24 Aug '12

when drm is released, drm framebuffers are released and all crtcs using same framebuffer and also all gem buffers used but plane isn't disabled so when crtc and encoder are turned on, overlay can access to invalid memory because plane still has memory address released already. this patch makes sure that each plane is disabled when released. Signed-off-by: Inki Dae <inki.dae(a)samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park(a)samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_encoder.c | 15 +++++++++++++++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_encoder.c b/drivers/gpu/drm/exynos/exynos_drm_encoder.c index 92f9acf..96a10c3 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_encoder.c +++ b/drivers/gpu/drm/exynos/exynos_drm_encoder.c @@ -214,12 +214,27 @@ static void exynos_drm_encoder_commit(struct drm_encoder *encoder) manager_ops->commit(manager->dev); } +static void exynos_drm_encoder_disable(struct drm_encoder *encoder) +{ + struct drm_plane *plane; + struct drm_device *dev = encoder->dev; + + exynos_drm_encoder_dpms(encoder, DRM_MODE_DPMS_OFF); + + /* all planes connected to this encoder should be also disabled. */ + list_for_each_entry(plane, &dev->mode_config.plane_list, head) { + if (plane->crtc == encoder->crtc) + plane->funcs->disable_plane(plane); + } +} + static struct drm_encoder_helper_funcs exynos_encoder_helper_funcs = { .dpms = exynos_drm_encoder_dpms, .mode_fixup = exynos_drm_encoder_mode_fixup, .mode_set = exynos_drm_encoder_mode_set, .prepare = exynos_drm_encoder_prepare, .commit = exynos_drm_encoder_commit, + .disable = exynos_drm_encoder_disable, }; static void exynos_drm_encoder_destroy(struct drm_encoder *encoder) -- 1.7.4.1

4 3

[Bug 38472] Garbage shown in console using radeon/kms on dualscreen setup after suspend/resume
by bugzilla-daemon＠bugzilla.kernel.org 24 Aug '12

24 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=38472 --- Comment #8 from Alex Deucher <alexdeucher(a)gmail.com> 2012-08-24 16:42:47 --- I think this is an issue with the drm fb helper. Since fb doesn't handle multiple heads we only expose the smallest to the fb layer so the "extra" space on the larger heads never gets re-initialized on resume. -- 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 38472] Garbage shown in console using radeon/kms on dualscreen setup after suspend/resume
by bugzilla-daemon＠bugzilla.kernel.org 24 Aug '12

24 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=38472 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Kernel Version|3.0-rc5 |3.5.2 -- 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 38472] Garbage shown in console using radeon/kms on dualscreen setup after suspend/resume
by bugzilla-daemon＠bugzilla.kernel.org 24 Aug '12

24 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=38472 --- Comment #7 from boris64 <bugzilla.kernel.org(a)boris64.net> 2012-08-24 16:29:21 --- Yes, it's still there on kernel-3.5.2 -- 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 36672] Kernel crashes when radeon is switched off with vga_switcheroo
by bugzilla-daemon＠bugzilla.kernel.org 24 Aug '12

24 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=36672 Alex Deucher <alexdeucher(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexdeucher(a)gmail.com --- Comment #1 from Alex Deucher <alexdeucher(a)gmail.com> 2012-08-24 15:41:26 --- Is this still an issue on 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

[Bug 38472] Garbage shown in console using radeon/kms on dualscreen setup after suspend/resume
by bugzilla-daemon＠bugzilla.kernel.org 24 Aug '12

24 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=38472 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-24 15:32:26 --- 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

[ANNOUNCE] libdrm 2.4.39
by Marek Olšák 24 Aug '12

24 Aug '12

Dave Airlie (1): radeon: add prime import/export support Kenneth Graunke (1): intel: Use VG_CLEAR on the context destroy ioctl as well. Marek Olšák (3): radeon: fix allocation of MSAA surfaces on r600-r700 radeon: align r600 msaa buffers to a multiple of macrotile size * num samples configure: bump version for 2.4.39 release Tobias Klausmann (1): tests/modetest: Add a forgotten return, needed for opensuse buildservice Víctor Manuel Jáquez Leal (1): omap: include omap_drm.h independently git tag: libdrm-2.4.39 http://dri.freedesktop.org/www/libdrm/libdrm-2.4.39.tar.bz2 MD5: 9a299e021d81bab6c82307582c78319d libdrm-2.4.39.tar.bz2 SHA1: c0e841850d7164c63d36f486ca3a64040357660e libdrm-2.4.39.tar.bz2 SHA256: 386b17388980504bca16ede81ceed4c77b12c3488f46ecb7f4d48e48512a733d libdrm-2.4.39.tar.bz2 http://dri.freedesktop.org/www/libdrm/libdrm-2.4.39.tar.gz MD5: 0ae70ae6dc844d77d20c7fca73041dd3 libdrm-2.4.39.tar.gz SHA1: 44914018a8f6909bffc2cfd47df1d9c9f030db25 libdrm-2.4.39.tar.gz SHA256: ceba26bf02900c27eed6f88d263274375223a091c44443e1960598775df28878 libdrm-2.4.39.tar.gz

1 0

[Bug 38792] New: Radeon HD 5750: GPU lockup CP stall while browsing in Firefox
by bugzilla-daemon＠bugzilla.kernel.org 24 Aug '12

24 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=38792 Summary: Radeon HD 5750: GPU lockup CP stall while browsing in Firefox Product: Drivers Version: 2.5 Kernel Version: 3.0-rc5 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: jlp.bugs(a)gmail.com Regression: No I was browsing with Firefox 5.0 (in KDE 4.6.4 with desktop effects enabled) and when I clicked on a button to return to the previous page the screen suddenly all got black and when it came back the mouse pointer was not visible but the windows under it reacted to mouse-over. I had to switch to bob-X virtual console and then back to restore everything. Well I also immediately checked dmesg and this is what was in there: radeon 0000:01:00.0: GPU lockup CP stall for more than 131410msec ------------[ cut here ]------------ WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:267 radeon_fence_wait+0x2f1/0x330 [radeon]() Hardware name: System Product Name GPU lockup (waiting for 0x00A08F1B last fence id 0x00A08F18) Modules linked in: w83627ehf hwmon_vid coretemp snd_seq snd_seq_device usb_storage radeon snd_hda_codec_hdmi snd_hda_codec_realtek ttm drm_kms_helper drm snd_hda_intel snd_hda_codec hwmon i2c_i801 snd_pcm snd_timer xhci_hcd backlight ehci_hcd i2c_algo_bit r8169 mii snd snd_page_alloc Pid: 2162, comm: X Not tainted 3.0.0-rc5-dirty #9 Call Trace: [<ffffffffa0167b00>] ? radeon_fence_wait+0x2f0/0x330 [radeon] [<ffffffff81038e9b>] ? warn_slowpath_common+0x7b/0xc0 [<ffffffff81038f95>] ? warn_slowpath_fmt+0x45/0x50 [<ffffffffa0167b01>] ? radeon_fence_wait+0x2f1/0x330 [radeon] [<ffffffff81054dd0>] ? add_wait_queue+0x60/0x60 [<ffffffffa007cb0a>] ? ttm_bo_wait+0xba/0x1c0 [ttm] [<ffffffffa007f12b>] ? ttm_bo_move_buffer+0x7b/0x180 [ttm] [<ffffffffa007d642>] ? ttm_bo_reserve_locked+0xc2/0x160 [ttm] [<ffffffffa018311e>] ? radeon_cs_parser_relocs+0x5e/0x250 [radeon] [<ffffffffa0082b65>] ? ttm_eu_list_ref_sub+0x35/0x50 [ttm] [<ffffffffa007f2c5>] ? ttm_bo_validate+0x95/0x120 [ttm] [<ffffffffa01698c3>] ? radeon_bo_list_validate+0x73/0xd0 [radeon] [<ffffffffa018377c>] ? radeon_cs_ioctl+0xac/0x210 [radeon] [<ffffffffa00cb21c>] ? drm_ioctl+0x39c/0x460 [drm] [<ffffffffa01836d0>] ? radeon_cs_finish_pages+0xa0/0xa0 [radeon] [<ffffffff81022589>] ? do_page_fault+0x189/0x420 [<ffffffff810b726d>] ? mmap_region+0x27d/0x520 [<ffffffff810ecc0e>] ? do_vfs_ioctl+0x8e/0x4f0 [<ffffffff810ed0b9>] ? sys_ioctl+0x49/0x80 [<ffffffff8143aa7b>] ? system_call_fastpath+0x16/0x1b ---[ end trace edd1ae68ff942751 ]--- radeon 0000:01:00.0: GPU softreset radeon 0000:01:00.0: GRBM_STATUS=0xA0003828 radeon 0000:01:00.0: GRBM_STATUS_SE0=0x00000007 radeon 0000:01:00.0: GRBM_STATUS_SE1=0x00000007 radeon 0000:01:00.0: SRBM_STATUS=0x200000C0 radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B radeon 0000:01:00.0: GRBM_STATUS=0x00003828 radeon 0000:01:00.0: GRBM_STATUS_SE0=0x00000007 radeon 0000:01:00.0: GRBM_STATUS_SE1=0x00000007 radeon 0000:01:00.0: SRBM_STATUS=0x200000C0 radeon 0000:01:00.0: GPU reset succeed radeon 0000:01:00.0: WB enabled [drm] ring test succeeded in 1 usecs [drm] ib test succeeded in 1 usecs [drm] force priority to high [drm] force priority to high [drm] force priority to high [drm] force priority to high Other software: Mesa 7.12-devel (git-3fccc14) libdrm from git xorg-server 1.10.99.901 -- 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 13

← Newer
1
...
50
51
52
53
54
55
56
...
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