dri-devel August 2012

dri-devel@lists.freedesktop.org

145 participants
811 discussions

[Bug 42974] no framebuffer on nvidia GeForce 7100 / nForce 630i [10de:07e1]
by bugzilla-daemon＠bugzilla.kernel.org 31 Aug '12

31 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=42974 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alan(a)lxorguk.ukuu.org.uk Component|Video(Other) |Video(DRI - non Intel) AssignedTo|drivers_video-other@kernel- |drivers_video-dri@kernel-bu |bugs.osdl.org |gs.osdl.org -- 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 42412] New: nouveau regression in 3.1-rc4
by bugzilla-daemon＠bugzilla.kernel.org 31 Aug '12

31 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=42412 Summary: nouveau regression in 3.1-rc4 Product: Drivers Version: 2.5 Kernel Version: 3.1-rc4 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: maciej.rutecki(a)gmail.com CC: rjw(a)sisk.pl, maciej.rutecki(a)gmail.com, chris(a)cvine.freeserve.co.uk Regression: Yes Subject : nouveau regression in 3.1-rc4 Submitter : Chris Vine <chris(a)cvine.freeserve.co.uk> Date : 2011-08-31 10:23 Message-ID : 20110831112311.534d68d5(a)boulder.homenet References : http://marc.info/?l=linux-kernel&m=131478677112701&w=2 This entry is being used for tracking a regression from 3.0. Please don't close it until the problem is fixed in the mainline. -- 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 4

[PULL] drm-intel-next
by Daniel Vetter 31 Aug '12

31 Aug '12

Hi Dave, New stuff for -next. Highlights: - prep patches for the modeset rework. Note that one of those patches touches the fb helper in the common drm code. - hasw hdmi audio support (Wang Xingchao) - improved instdone dumping for gen7 (Ben) - unbound tracking and a few follow-up patches from Chris - dma_buf->begin/end_cpu_access plus fix for drm/udl (Dave) - improve mmio error reporting for hsw - prep patch for WQ_NON_REENTRANT removal (Tejun Heo) I've expected a conflict with the raw_edid removal, but on second look the conflicting patch went through -fixes and you've already resolved it. I've also included a fixup on top of what QA tested to avoid a conflict with linux-next (the NO_KSWAP removal). Cheers, Daniel The following changes since commit a22ddff8bedfe33eeb1330bbb7ef1fbe007a42c4: Merge tag 'v3.6-rc2' into drm-intel-next (2012-08-17 09:01:08 +0200) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel for-airlied for you to fetch changes up to d7c3b937bdf45f0b844400b7bf6fd3ed50bac604: drm/i915: Remove __GFP_NO_KSWAPD (2012-08-27 17:11:38 +0200) ---------------------------------------------------------------- Ben Widawsky (5): drm/i915: Add ERR_INT to gen7 error state drm/i915: Find unclaimed MMIO writes. drm/i915: Extract reading INSTDONE drm/i915: Add new INSTDONE registers drm/i915: Use new INSTDONE registers (Gen7+) Chris Wilson (13): drm/i915: Track unbound pages drm/i915: Add some sanity checks to unbound tracking drm/i915: Show (count, size) of purgeable objects in i915_gem_objects drm/i915: Show pin count in debugfs drm/i915: Try harder to allocate an mmap_offset drm/i915: Cantiga+ cannot handle a hsync front porch of 0 drm/i915: Only pwrite through the GTT if there is space in the aperture drm/i915: Protect private gem objects from truncate (such as imported dmabuf) drm/i915: Extract general object init routine drm/i915: Use cpu relocations if the object is in the GTT but not mappable drm/i915: Juggle code order to ease flow of the next patch drm/i915: Use a non-blocking wait for set-to-domain ioctl drm/i915: Avoid unbinding due to an interrupted pin_and_fence during execbuffer Damien Lespiau (1): drm/i915: Don't hardcode the number of pipes in the error state dump Daniel Vetter (11): drm/i915: add missing gen2 pipe A quirk entries drm/i915/ns2501: kill pll A enabling hack drm/i915: rip out the overlay pipe A workaround drm/i915: prepare load-detect pipe code for dpms changes drm/i915: drop intel_encoder argument to load_detect_pipe functions drm/i915: simplify dvo dpms interface drm/i915: kill a few unused things in dev_priv drm/i915: extract ironlake_fdi_pll_disable drm/fb-helper: don't clobber output routing in setup_crtcs drm/i915: move functions around drm/i915: disable rc6 on ilk when vt-d is enabled Dave Airlie (2): drm/i915: implement dma buf begin_cpu_access (v2) drm/udl: call begin/end cpu access at more appropriate time Keith Packard (1): drm/i915: Allow VGA on CRTC 2 Sedat Dilek (1): drm/i915: Remove __GFP_NO_KSWAPD Tejun Heo (1): i915: use alloc_ordered_workqueue() instead of explicit UNBOUND w/ max_active = 1 Wang Xingchao (4): drm/i915: HSW audio registers definition drm/i915: write eld info for HDMI audio drm/i915: ironlake_write_eld code cleanup drm/i915: Haswell HDMI audio initialization Xu, Anhua (2): drm/i915: fix wrong order of parameters in port checking functions drm/i915: fix reassignment of variable "intel_dp->DP" drivers/gpu/drm/drm_fb_helper.c | 6 - drivers/gpu/drm/i915/dvo.h | 9 +- drivers/gpu/drm/i915/dvo_ch7017.c | 8 +- drivers/gpu/drm/i915/dvo_ch7xxx.c | 4 +- drivers/gpu/drm/i915/dvo_ivch.c | 8 +- drivers/gpu/drm/i915/dvo_ns2501.c | 21 +- drivers/gpu/drm/i915/dvo_sil164.c | 4 +- drivers/gpu/drm/i915/dvo_tfp410.c | 4 +- drivers/gpu/drm/i915/i915_debugfs.c | 40 +- drivers/gpu/drm/i915/i915_dma.c | 31 +- drivers/gpu/drm/i915/i915_drv.c | 4 + drivers/gpu/drm/i915/i915_drv.h | 39 +- drivers/gpu/drm/i915/i915_gem.c | 1100 +++++++++++++++------------- drivers/gpu/drm/i915/i915_gem_context.c | 4 +- drivers/gpu/drm/i915/i915_gem_dmabuf.c | 37 +- drivers/gpu/drm/i915/i915_gem_evict.c | 19 +- drivers/gpu/drm/i915/i915_gem_execbuffer.c | 126 ++-- drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +- drivers/gpu/drm/i915/i915_irq.c | 76 +- drivers/gpu/drm/i915/i915_reg.h | 79 ++ drivers/gpu/drm/i915/i915_trace.h | 10 +- drivers/gpu/drm/i915/intel_crt.c | 8 +- drivers/gpu/drm/i915/intel_ddi.c | 6 +- drivers/gpu/drm/i915/intel_display.c | 254 ++++--- drivers/gpu/drm/i915/intel_dp.c | 2 - drivers/gpu/drm/i915/intel_drv.h | 6 +- drivers/gpu/drm/i915/intel_dvo.c | 4 +- drivers/gpu/drm/i915/intel_overlay.c | 60 +- drivers/gpu/drm/i915/intel_pm.c | 7 +- drivers/gpu/drm/i915/intel_ringbuffer.c | 6 +- drivers/gpu/drm/i915/intel_tv.c | 7 +- drivers/gpu/drm/udl/udl_fb.c | 22 +- drivers/gpu/drm/udl/udl_gem.c | 7 - include/drm/i915_drm.h | 1 + 34 files changed, 1133 insertions(+), 888 deletions(-) -- Daniel Vetter Mail: daniel(a)ffwll.ch Mobile: +41 (0)79 365 57 48

1 0

[PATCH] drm/radeon: implement bounds checking on thermal controller lookup
by alexdeucher＠gmail.com 31 Aug '12

31 Aug '12

From: Alex Deucher <alexander.deucher(a)amd.com> Don't read past the end of the array if we encounter an unknown thermal controller. Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> --- drivers/gpu/drm/radeon/radeon_atombios.c | 11 +++++++++-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index e368b30..01b90b4 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -2009,7 +2009,8 @@ static int radeon_atombios_parse_power_table_1_3(struct radeon_device *rdev) power_info = (union power_info *)(mode_info->atom_context->bios + data_offset); /* add the i2c bus for thermal/fan chip */ - if (power_info->info.ucOverdriveThermalController > 0) { + if ((power_info->info.ucOverdriveThermalController > 0) && + (power_info->info.ucOverdriveThermalController < ARRAY_SIZE(thermal_controller_names))) { DRM_INFO("Possible %s thermal controller at 0x%02x\n", thermal_controller_names[power_info->info.ucOverdriveThermalController], power_info->info.ucOverdriveControllerAddress >> 1); @@ -2213,7 +2214,7 @@ static void radeon_atombios_add_pplib_thermal_controller(struct radeon_device *r (controller->ucType == ATOM_PP_THERMALCONTROLLER_EMC2103_WITH_INTERNAL)) { DRM_INFO("Special thermal controller config\n"); - } else { + } else if (controller->ucType < ARRAY_SIZE(pp_lib_thermal_controller_names)) { DRM_INFO("Possible %s thermal controller at 0x%02x %s fan control\n", pp_lib_thermal_controller_names[controller->ucType], controller->ucI2cAddress >> 1, @@ -2228,6 +2229,12 @@ static void radeon_atombios_add_pplib_thermal_controller(struct radeon_device *r strlcpy(info.type, name, sizeof(info.type)); i2c_new_device(&rdev->pm.i2c_bus->adapter, &info); } + } else { + DRM_INFO("Unknown thermal controller type %d at 0x%02x %s fan control\n", + controller->ucType, + controller->ucI2cAddress >> 1, + (controller->ucFanParameters & + ATOM_PP_FANPARAMETERS_NOFAN) ? "without" : "with"); } } } -- 1.7.7.5

2 1

[Bug 41732] New: [radeon] KMS (and X.org) detect wrong outputs
by bugzilla-daemon＠bugzilla.kernel.org 30 Aug '12

30 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=41732 Summary: [radeon] KMS (and X.org) detect wrong outputs Product: Drivers Version: 2.5 Kernel Version: 3.1-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: niels_ole(a)salscheider-online.de Regression: No On my notebook, 6520G (mobile A6 APU), KMS detects a screen on VGA-0 although there is no attached. Because of that it chooses a lower resolution than the internal display's native resolution. The selected mode causes the internal display to flicker, though. In dmesg, I can see the following: [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [drm:atom_execute_table_locked] *ERROR* atombios stuck executing E3E6 (len 2585, WS 4, PS 4) @ 0xEAD0 Other issues I have with this : - xrandr reports a size of 0x0 inches for the internal display - the internal display uses only 6 bit/pixel and there seems to be no way to enable dithering - the brightness controls do not work although there is a sysfs acpi interface that gets updated - the display does not come back on after standby These issues may be unrelated and I will create further bug reports if so, but maybe they give a hint concerning this issue. -- 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 11

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot
by bugzilla-daemon＠freedesktop.org 30 Aug '12

30 Aug '12

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #36 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2012-08-30 17:39:59 UTC --- My guess would be that they simply store it in the driver, i.e. similarly to what my hack does. Considering that they have hardware and software under full control I don't see why they want a video bios that's separate from the driver. -- 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 46161] divide error on radeon modprobe
by bugzilla-daemon＠bugzilla.kernel.org 30 Aug '12

30 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=46161 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Video(Other) |Video(DRI - non Intel) AssignedTo|drivers_video-other@kernel- |drivers_video-dri@kernel-bu |bugs.osdl.org |gs.osdl.org -- 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] drm/i915/hdmi: only enable audio if there's a hdmi sink
by Daniel Vetter 30 Aug '12

30 Aug '12

Some monitors totally don't like to receive infoframes, and naturally don't claim to support hdmi. But for some odd reason they've added a CEA block to their edid, which automatically gives you basic audio. Still, we may not send out hdmi infoframes to them, hence check whether the sink is indeed hdmi capable. Also kill a stale comment while at it. References: http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg26765.html Cc: Adam Jackson <ajax(a)redhat.com> Cc: Ian Pilcher <arequipeno(a)gmail.com> Cc: stable(a)vger.kernel.org Signed-off-by: Daniel Vetter <daniel.vetter(a)ffwll.ch> --- drivers/gpu/drm/i915/intel_hdmi.c | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c index e4c37bb..7d35367 100644 --- a/drivers/gpu/drm/i915/intel_hdmi.c +++ b/drivers/gpu/drm/i915/intel_hdmi.c @@ -735,7 +735,11 @@ intel_hdmi_detect(struct drm_connector *connector, bool force) if (intel_hdmi->force_audio != HDMI_AUDIO_OFF_DVI) intel_hdmi->has_hdmi_sink = drm_detect_hdmi_monitor(edid); - intel_hdmi->has_audio = drm_detect_monitor_audio(edid); + + /* We are only allowed to send audio and audio related + * infoframes if it's an hdmi monitor. */ + intel_hdmi->has_audio = intel_hdmi->has_hdmi_sink && + drm_detect_monitor_audio(edid); } connector->display_info.raw_edid = NULL; kfree(edid); @@ -755,10 +759,6 @@ static int intel_hdmi_get_modes(struct drm_connector *connector) struct intel_hdmi *intel_hdmi = intel_attached_hdmi(connector); struct drm_i915_private *dev_priv = connector->dev->dev_private; - /* We should parse the EDID data and find out if it's an HDMI sink so - * we can send audio to it. - */ - return intel_ddc_get_modes(connector, intel_gmbus_get_adapter(dev_priv, intel_hdmi->ddc_bus)); @@ -783,7 +783,9 @@ intel_hdmi_detect_audio(struct drm_connector *connector) kfree(edid); } - return has_audio; + /* We are only allowed to send audio and audio related + * infoframes if it's an hdmi monitor. */ + return intel_hdmi->has_hdmi_sink && has_audio; } static int -- 1.7.10.4

2 1

[Bug 42795] New: Unable to boot with the radeon driver
by bugzilla-daemon＠bugzilla.kernel.org 30 Aug '12

30 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=42795 Summary: Unable to boot with the radeon driver Product: Drivers Version: 2.5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: blocking Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: v10lator(a)myway.de Regression: No I use an radeon HD 4670 graphic card and can't boot with the 3.3-rc3 kernel, while it works fine with 3.2 (3.3-rc1 and 2 not tested). The system just hangs and shows me the attached screen. MagicSysRQ not working. -- 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 10

[Bug 42708] drm:radeon_cs_ioctl "Failed to schedule IB" error after s2ram and wakeup
by bugzilla-daemon＠bugzilla.kernel.org 30 Aug '12

30 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=42708 Dizintegrator <helllamer(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |PATCH_ALREADY_AVAILABLE --- Comment #1 from Dizintegrator <helllamer(a)gmail.com> 2012-08-30 14:43:05 --- Not reproduceable anymore on kernels 3.4 - 3.5. Closed. -- 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

← Newer
1
...
44
45
46
47
48
49
50
...
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