dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

i915 hang and large allocation (~3.7-rc4)
by Dave Hansen 12 Nov '12

12 Nov '12

I've been seeing a little goofiness with i915 video under the 3.7-rc's. It looks like I'm seeing two separate issues. One, that the video hardware hangs, spits some errors in dmesg, and then video acceleration seems to stop working. Two, when it does this, apport goes digging in debugfs for information about the hang. When it does this, something does an order-9 (2MB) kmalloc() which fails. While debugfs is expected to be a _bit_ rickety, I do think order-9 is a bit excessive for an in-kernel allocation, even a temporary one. I'm not quite sure if it has done this for a long time, and I'm only hitting it now since I'm seeing a _separate_ i915 hang. Relevant parts of dmesg, lspci, and kernel config are here: http://sr71.net/~dave/linux/i915-wonky/

2 1

[Bug 49981] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
by bugzilla-daemon＠bugzilla.kernel.org 12 Nov '12

12 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=49981 --- Comment #3 from nudelsuppe1982(a)gmx.de 2012-11-12 19:43:50 --- Created an attachment (id=86191) --> (https://bugzilla.kernel.org/attachment.cgi?id=86191) 3.7rc5 dmesg -- 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 49981] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
by bugzilla-daemon＠bugzilla.kernel.org 12 Nov '12

12 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=49981 nudelsuppe1982(a)gmx.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nudelsuppe1982(a)gmx.de --- Comment #2 from nudelsuppe1982(a)gmx.de 2012-11-12 19:42:26 --- I can confirm the error up to 3.7 rc5 on my AMD E-350 Board (Asus E35M1-I DELUXE). Also the radeon HDMI output and audio is broken. $ dmesg | grep drm [ 3.600771] [drm] Initialized drm 1.1.0 20060810 [ 3.626262] [drm] radeon defaulting to kernel modesetting. [ 3.626278] [drm] radeon kernel modesetting enabled. [ 3.626340] fb: conflicting fb hw usage radeondrmfb vs VESA VGA - removing generic driver [ 3.629912] [drm] initializing kernel modesetting (PALM 0x1002:0x9802 0x1043:0x84A5). [ 3.630029] [drm] register mmio base: 0xFEB00000 [ 3.630032] [drm] register mmio size: 262144 [ 3.631497] [drm] Detected VRAM RAM=512M, BAR=256M [ 3.631506] [drm] RAM width 32bits DDR [ 3.632779] [drm] radeon: 512M of VRAM memory ready [ 3.632783] [drm] radeon: 512M of GTT memory ready. [ 3.632815] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 3.632817] [drm] Driver supports precise vblank timestamp query. [ 3.632938] [drm] radeon: irq initialized. [ 3.632948] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 3.636126] [drm] Loading PALM Microcode [ 3.677830] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). [ 3.695673] [drm] ring test on 0 succeeded in 1 usecs [ 3.696601] [drm] Enabling audio support [ 3.696650] [drm] ib test on ring 0 succeeded in 0 usecs [ 3.697914] [drm] Radeon Display Connectors [ 3.697921] [drm] Connector 0: [ 3.697924] [drm] HDMI-A-1 [ 3.697926] [drm] HPD1 [ 3.697930] [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c [ 3.697933] [drm] Encoders: [ 3.697935] [drm] DFP1: INTERNAL_UNIPHY [ 3.697937] [drm] Connector 1: [ 3.697939] [drm] DVI-D-1 [ 3.697941] [drm] HPD2 [ 3.697944] [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c [ 3.697946] [drm] Encoders: [ 3.697948] [drm] DFP2: INTERNAL_UNIPHY [ 3.697950] [drm] Connector 2: [ 3.697994] [drm] VGA-1 [ 3.697998] [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c [ 3.698000] [drm] Encoders: [ 3.698002] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [ 3.698114] [drm] Internal thermal controller without fan control [ 3.698186] [drm] radeon: power management initialized [ 3.843505] [drm] fb mappable at 0xC0142000 [ 3.843512] [drm] vram apper at 0xC0000000 [ 3.843514] [drm] size 8294400 [ 3.843516] [drm] fb depth is 24 [ 3.843518] [drm] pitch is 7680 [ 3.843875] fbcon: radeondrmfb (fb0) is primary device [ 3.930599] fb0: radeondrmfb frame buffer device [ 3.930604] drm: registered panic notifier [ 3.930645] [drm] Initialized radeon 2.24.0 20080528 for 0000:00:01.0 on minor 0 [ 28.434143] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! $ dmesg | grep HDMI [ 3.697924] [drm] HDMI-A-1 [ 7.623087] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 7.623106] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 7.623243] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.1/sound/card0/input5 [ 43.190709] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 43.190729] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 43.192872] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 43.192892] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 43.491778] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 43.491797] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 43.792731] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 43.792751] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 44.095763] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 44.095782] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 44.396786] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 44.396806] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 44.697950] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 44.697971] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 44.998701] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 44.998722] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 45.299729] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 45.299750] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 [ 45.600669] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 45.600690] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 $ lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] Family 14h Processor Root Complex 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6310] 00:01.1 Audio device: Advanced Micro Devices [AMD] nee ATI Wrestler HDMI Audio [Radeon HD 6250/6310] 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] (rev 40) 00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 42) 00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller (rev 40) 00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) (rev 40) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller (rev 40) 00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge (rev 40) 00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:15.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0) 00:15.1 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1) 00:15.2 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB900 PCI to PCI bridge (PCIE port 2) 00:15.3 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB900 PCI to PCI bridge (PCIE port 3) 00:16.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:16.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 0 (rev 43) 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 1 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 2 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 3 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 4 00:18.5 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 6 00:18.6 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 5 00:18.7 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 7 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) 04:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) 05:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) -- 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 00/22] Atomic page flip: fixes, refactoring and non-blocking GPU sync
by ville.syrjala＠linux.intel.com 12 Nov '12

12 Nov '12

Here's a bunch of new stuff on top of my last atomic modeset/pageflip posting. Highlights: - some bug fixes - started moving common property bits out of intel_atomic.c - hooked up the properties to some legacy code paths - non-blocking GPU synchronization The GPU sync part could surely use some experienced peoples' attention. I didn't spend too much time on it, but based on some initial testing it seems to be working. Haven't stressed it that much though. Oh and in patch 22 I left the default to blocking GPU sync, so if you want to try it, you actually have to go and poke /sys/module/drm/parameters/async_gpu to make it use the non-blocking sync code. As usual my git repo has all the goods: https://gitorious.org/vsyrjala/linux/commits/drm_atomic_19 No changes to libdrm since the last time. Code is still here: https://gitorious.org/vsyrjala/drm/commits/drm_atomic_7 I also pushed a reasonably clean test app. It uses gbm to manage the buffers and GLES2 to render funky triangles. You can get it here: https://gitorious.org/vsyrjala/glplane

1 22

[PATCH] staging drm/imx: updates
by Sascha Hauer 12 Nov '12

12 Nov '12

The following contains some assorted updates to the i.MX drm driver for the next merge window. Sascha ---------------------------------------------------------------- Michael Olbrich (1): staging: drm/imx: Fix YUYV support in i.MX IPUv3 base driver Philipp Zabel (4): staging: drm/imx: Add YVU420 support to i.MX IPUv3 base driver staging: drm/imx: silence ipu_crtc_dpms debug message staging: drm/imx: Add ipu_cpmem_set_yuv_interleaved() staging: drm/imx: Remove 300ms delay after memory reset Sascha Hauer (1): staging: drm/imx: Add pinctrl support to parallel display driver drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h | 1 + drivers/staging/imx-drm/ipu-v3/ipu-common.c | 33 +++++++++++++++++++++++---- drivers/staging/imx-drm/ipuv3-crtc.c | 2 +- drivers/staging/imx-drm/parallel-display.c | 10 ++++++++ 4 files changed, 41 insertions(+), 5 deletions(-)

1 6

[PATCH] HACK: drm: Allow encoders to be reenabled
by Thierry Reding 12 Nov '12

12 Nov '12

When running the xf86-video-modesetting driver on top of a KMS driver, leaving X causes the active encoder's DPMS mode to be set to off by the drm_crtc_helper_disable() function. This doesn't set the connector's DPMS mode to off, however, which results in subsequent calls to the drm_helper_connector_dpms() function to not enable the encoder because the connector's DPMS mode hasn't changed. This patch works around this by forcing the connector's DPMS mode to off if the encoder has changed, which always happens when a new mode is set after drm_crtc_helper_disable(). The code that sets the connector DPMS mode to on will then also enable the CRTC and encoder because the mode actually changed. Signed-off-by: Thierry Reding <thierry.reding(a)avionic-design.de> --- drivers/gpu/drm/drm_crtc_helper.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index 1227adf..1b5ebf1 100644 --- a/drivers/gpu/drm/drm_crtc_helper.c +++ b/drivers/gpu/drm/drm_crtc_helper.c @@ -649,6 +649,12 @@ int drm_crtc_helper_set_config(struct drm_mode_set *set) */ if (connector->encoder) connector->encoder->crtc = NULL; + /* + * HACK: Force DPMS mode to off so that the encoder + * has a chance of being reenabled along with the + * connector later on. + */ + connector->dpms = DRM_MODE_DPMS_OFF; connector->encoder = new_encoder; } } -- 1.8.0

5 9

[PATCH] drm: fix drm_framebuffer cleanup.
by Inki Dae 12 Nov '12

12 Nov '12

This patch fixes access issue to invalid memory region. crtc had only one drm_framebuffer object so when framebuffer cleanup was requested after page flip, it'd try to disable hardware overlay to current crtc. But if current crtc points to another drm_framebuffer, This may induce invalid memory access. Assume that some application are doing page flip with two drm_framebuffer objects. At this time, if second drm_framebuffer is set to current crtc and the cleanup to first drm_framebuffer is requested once drm release is requested, then first drm_framebuffer would be cleaned up without disabling hardware overlay because current crtc points to second drm_framebuffer. After that, gem buffer to first drm_framebuffer would be released and this makes dma access invalid memory region. This patch adds drm_framebuffer to drm_crtc structure as member and makes drm_framebuffer_cleanup function check if fb->crtc is same as desired fb. And also when setcrtc and pageflip are requested, it makes each drm_framebuffer point to current crtc. Signed-off-by: Inki Dae <inki.dae(a)samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park(a)samsung.com> --- drivers/gpu/drm/drm_crtc.c | 7 ++++--- include/drm/drm_crtc.h | 1 + 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index ef1b221..5c04bd4 100644 --- a/drivers/gpu/drm/drm_crtc.c +++ b/drivers/gpu/drm/drm_crtc.c @@ -386,7 +386,7 @@ void drm_framebuffer_remove(struct drm_framebuffer *fb) /* remove from any CRTC */ list_for_each_entry(crtc, &dev->mode_config.crtc_list, head) { - if (crtc->fb == fb) { + if (fb->crtc == crtc) { /* should turn off the crtc */ memset(&set, 0, sizeof(struct drm_mode_set)); set.crtc = crtc; @@ -2027,6 +2027,7 @@ int drm_mode_setcrtc(struct drm_device *dev, void *data, set.mode = mode; set.connectors = connector_set; set.num_connectors = crtc_req->count_connectors; + fb->crtc = crtc; set.fb = fb; ret = crtc->funcs->set_config(&set); @@ -3635,8 +3636,8 @@ int drm_mode_page_flip_ioctl(struct drm_device *dev, spin_unlock_irqrestore(&dev->event_lock, flags); kfree(e); } - } - + } else + fb->crtc = crtc; out: mutex_unlock(&dev->mode_config.mutex); return ret; diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index 3fa18b7..92889be 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@ -256,6 +256,7 @@ struct drm_framebuffer { struct kref refcount; struct list_head head; struct drm_mode_object base; + struct drm_crtc *crtc; const struct drm_framebuffer_funcs *funcs; unsigned int pitches[4]; unsigned int offsets[4]; -- 1.7.4.1

5 18

[PATCH] drm/i915: Optimize DIV_ROUND_CLOSEST call
by Jean Delvare 12 Nov '12

12 Nov '12

DIV_ROUND_CLOSEST is faster if the compiler knows it will only be dealing with unsigned dividends. This optimization rips 32 bytes of binary code on x86_64. Signed-off-by: Jean Delvare <khali(a)linux-fr.org> Cc: Guenter Roeck <linux(a)roeck-us.net> Cc: Andrew Morton <akpm(a)linux-foundation.org> Cc: Daniel Vetter <daniel.vetter(a)ffwll.ch> Cc: David Airlie <airlied(a)linux.ie> --- Already sent on: 2012-09-03. Daniel, I think we can safely assume ia_freq can't be negative? drivers/gpu/drm/i915/intel_pm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- linux-3.7-rc5.orig/drivers/gpu/drm/i915/intel_pm.c 2012-11-12 09:30:56.796836818 +0100 +++ linux-3.7-rc5/drivers/gpu/drm/i915/intel_pm.c 2012-11-12 10:49:38.241676096 +0100 @@ -2547,7 +2547,8 @@ static void gen6_update_ring_freq(struct { struct drm_i915_private *dev_priv = dev->dev_private; int min_freq = 15; - int gpu_freq, ia_freq, max_ia_freq; + int gpu_freq; + unsigned int ia_freq, max_ia_freq; int scaling_factor = 180; WARN_ON(!mutex_is_locked(&dev->struct_mutex)); -- Jean Delvare

2 2

[Bug 5092] Unichrome (K8M800) locks up when working with textures
by bugzilla-daemon＠freedesktop.org 12 Nov '12

12 Nov '12

https://bugs.freedesktop.org/show_bug.cgi?id=5092 James Simmons <jsimmons(a)infradead.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #42 from James Simmons <jsimmons(a)infradead.org> --- Mesa is no longer support. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 17270] OpenChrome & KDE Screen Savers
by bugzilla-daemon＠freedesktop.org 12 Nov '12

12 Nov '12

https://bugs.freedesktop.org/show_bug.cgi?id=17270 James Simmons <jsimmons(a)infradead.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from James Simmons <jsimmons(a)infradead.org> --- Old bug. If it still a problem please reopen. -- You are receiving this mail because: You are the assignee for the bug.

1 0

← Newer
1
...
63
64
65
66
67
68
69
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012