dri-devel August 2012

dri-devel@lists.freedesktop.org

145 participants
811 discussions

[PATCH] drm/radeon: fix virtual memory locking in case of reset
by j.glisse＠gmail.com 02 Aug '12

02 Aug '12

From: Jerome Glisse <jglisse(a)redhat.com> Lock/unlock mutex in proper order to avoid deadlock in case of GPU reset triggered from VM code path. Cc: stable(a)vger.kernel.org [3.5] Signed-off-by: Jerome Glisse <jglisse(a)redhat.com> --- drivers/gpu/drm/radeon/radeon_gart.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index b372005..7eabb59 100644 --- a/drivers/gpu/drm/radeon/radeon_gart.c +++ b/drivers/gpu/drm/radeon/radeon_gart.c @@ -508,14 +508,19 @@ static void radeon_vm_unbind_locked(struct radeon_device *rdev, while (vm->fence) { int r; r = radeon_fence_wait(vm->fence, false); - if (r) + if (r) { DRM_ERROR("error while waiting for fence: %d\n", r); + } if (r == -EDEADLK) { + /* release mutex and lock in right order */ mutex_unlock(&rdev->vm_manager.lock); + mutex_unlock(&vm->mutex); r = radeon_gpu_reset(rdev); mutex_lock(&rdev->vm_manager.lock); - if (!r) + mutex_lock(&vm->mutex); + if (!r) { continue; + } } break; } @@ -551,7 +556,9 @@ void radeon_vm_manager_fini(struct radeon_device *rdev) mutex_lock(&rdev->vm_manager.lock); /* unbind all active vm */ list_for_each_entry_safe(vm, tmp, &rdev->vm_manager.lru_vm, list) { + mutex_lock(&vm->mutex); radeon_vm_unbind_locked(rdev, vm); + mutex_unlock(&vm->mutex); } rdev->vm_manager.funcs->fini(rdev); mutex_unlock(&rdev->vm_manager.lock); -- 1.7.10.4

2 1

[PATCH V3 11/16] drm/radeon: Make radeon card usable for Loongson.
by Huacai Chen 02 Aug '12

02 Aug '12

1, Handle io prot correctly for MIPS. 2, Define SAREA_MAX as the size of one page. 3, Don't use swiotlb on Loongson machines (Loonson need swioitlb, but when use swiotlb, GPU reset occurs at resume from suspend). Signed-off-by: Huacai Chen <chenhc(a)lemote.com> Signed-off-by: Hongliang Tao <taohl(a)lemote.com> Signed-off-by: Hua Yan <yanh(a)lemote.com> Reviewed-by: Michel Dänzer <michel(a)daenzer.net> Reviewed-by: Alex Deucher <alexdeucher(a)gmail.com> Reviewed-by: Lucas Stach <dev(a)lynxeye.de> Reviewed-by: j.glisse <j.glisse(a)gmail.com> Cc: dri-devel(a)lists.freedesktop.org --- drivers/gpu/drm/drm_vm.c | 2 +- drivers/gpu/drm/radeon/radeon_ttm.c | 6 +++--- drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +- include/drm/drm_sarea.h | 2 ++ 4 files changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_vm.c b/drivers/gpu/drm/drm_vm.c index 961ee08..3f06166 100644 --- a/drivers/gpu/drm/drm_vm.c +++ b/drivers/gpu/drm/drm_vm.c @@ -62,7 +62,7 @@ static pgprot_t drm_io_prot(uint32_t map_type, struct vm_area_struct *vma) tmp = pgprot_writecombine(tmp); else tmp = pgprot_noncached(tmp); -#elif defined(__sparc__) || defined(__arm__) +#elif defined(__sparc__) || defined(__arm__) || defined(__mips__) tmp = pgprot_noncached(tmp); #endif return tmp; diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c b/drivers/gpu/drm/radeon/radeon_ttm.c index c94a225..f49bdd1 100644 --- a/drivers/gpu/drm/radeon/radeon_ttm.c +++ b/drivers/gpu/drm/radeon/radeon_ttm.c @@ -630,7 +630,7 @@ static int radeon_ttm_tt_populate(struct ttm_tt *ttm) } #endif -#ifdef CONFIG_SWIOTLB +#if defined(CONFIG_SWIOTLB) && !defined(CONFIG_CPU_LOONGSON3) if (swiotlb_nr_tbl()) { return ttm_dma_populate(&gtt->ttm, rdev->dev); } @@ -676,7 +676,7 @@ static void radeon_ttm_tt_unpopulate(struct ttm_tt *ttm) } #endif -#ifdef CONFIG_SWIOTLB +#if defined(CONFIG_SWIOTLB) && !defined(CONFIG_CPU_LOONGSON3) if (swiotlb_nr_tbl()) { ttm_dma_unpopulate(&gtt->ttm, rdev->dev); return; @@ -906,7 +906,7 @@ static int radeon_ttm_debugfs_init(struct radeon_device *rdev) radeon_mem_types_list[i].show = &ttm_page_alloc_debugfs; radeon_mem_types_list[i].driver_features = 0; radeon_mem_types_list[i++].data = NULL; -#ifdef CONFIG_SWIOTLB +#if defined(CONFIG_SWIOTLB) && !defined(CONFIG_CPU_LOONGSON3) if (swiotlb_nr_tbl()) { sprintf(radeon_mem_types_names[i], "ttm_dma_page_pool"); radeon_mem_types_list[i].name = radeon_mem_types_names[i]; diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index f8187ea..0df71ea 100644 --- a/drivers/gpu/drm/ttm/ttm_bo_util.c +++ b/drivers/gpu/drm/ttm/ttm_bo_util.c @@ -472,7 +472,7 @@ pgprot_t ttm_io_prot(uint32_t caching_flags, pgprot_t tmp) else tmp = pgprot_noncached(tmp); #endif -#if defined(__sparc__) +#if defined(__sparc__) || defined(__mips__) if (!(caching_flags & TTM_PL_FLAG_CACHED)) tmp = pgprot_noncached(tmp); #endif diff --git a/include/drm/drm_sarea.h b/include/drm/drm_sarea.h index ee5389d..1d1a858 100644 --- a/include/drm/drm_sarea.h +++ b/include/drm/drm_sarea.h @@ -37,6 +37,8 @@ /* SAREA area needs to be at least a page */ #if defined(__alpha__) #define SAREA_MAX 0x2000U +#elif defined(__mips__) +#define SAREA_MAX 0x4000U #elif defined(__ia64__) #define SAREA_MAX 0x10000U /* 64kB */ #else -- 1.7.7.3

5 10

[Bug 53045] New: Incorrect picture with AMD 6970
by bugzilla-daemon＠freedesktop.org 01 Aug '12

01 Aug '12

https://bugs.freedesktop.org/show_bug.cgi?id=53045 Bug #: 53045 Summary: Incorrect picture with AMD 6970 Classification: Unclassified Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ekzo.tech(a)gmail.com I apologize for my English. I have incorrect picture. After installing Arch Linux or Opensuse 12.1 the picture seems like divided at 3 fragments, but instead [1 2 3] I have [3 1 2] or [2 3 1]. (Look the photo). No matter with which monitor - I tried 2 monitors. Sometimes I receive just black screen (1 of 3 cases, or [3 1 2] or [2 3 1]). I have this problem at TTY and X too. CPU: AMD Phenom II X4 GPU: AMD 6970 Xorg driver: xf86-video-ati 1:6.14.6-1 Photo of TTY console: http://img194.imageshack.us/img194/9861/112233d.jpg Photo of X desktop running XFCE4: http://img694.imageshack.us/img694/6843/111222333q.jpg Kernel version: Linux sirius 3.4.7-1-ARCH #1 SMP PREEMPT Sun Jul 29 22:02:56 CEST 2012 x86_64 GNU/Linux dmesg output: https://gist.github.com/3226626 lspci output: https://gist.github.com/3226632 xrandr output: https://gist.github.com/3226636 Xorg.0.log | grep EDID log: https://gist.github.com/3226645 Full Xorg.0.log: https://gist.github.com/3227022 Please, tell me which information I had to provide to help solve this problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[PATCH] staging: drm/omap: remove reclaim_buffers callback
by Chandrabhanu Mahapatra 01 Aug '12

01 Aug '12

The reclaim_buffers callback has already been removed by Daniel Vetter <daniel.vetter(a)ffwll.ch> with his patch "drm: kill reclaim_buffers callback" for which the kernel compilation fails with omapdrm support. So, the callback for reclaim_buffers is removed from omapdrm. Signed-off-by: Chandrabhanu Mahapatra <cmahapatra(a)ti.com> --- drivers/staging/omapdrm/omap_drv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/omapdrm/omap_drv.c b/drivers/staging/omapdrm/omap_drv.c index 342645a..b8e79eb 100644 --- a/drivers/staging/omapdrm/omap_drv.c +++ b/drivers/staging/omapdrm/omap_drv.c @@ -778,7 +778,6 @@ static struct drm_driver omap_drm_driver = { .irq_postinstall = dev_irq_postinstall, .irq_uninstall = dev_irq_uninstall, .irq_handler = dev_irq_handler, - .reclaim_buffers = drm_core_reclaim_buffers, #ifdef CONFIG_DEBUG_FS .debugfs_init = omap_debugfs_init, .debugfs_cleanup = omap_debugfs_cleanup, -- 1.7.10

4 5

[Bug 51658] New: r200 (& possibly radeon) DRI fixes for gnome shell on Mesa 8.0.3
by bugzilla-daemon＠freedesktop.org 01 Aug '12

01 Aug '12

https://bugs.freedesktop.org/show_bug.cgi?id=51658 Bug #: 51658 Summary: r200 (& possibly radeon) DRI fixes for gnome shell on Mesa 8.0.3 Classification: Unclassified Product: Mesa Version: 8.0 Platform: All OS/Version: All Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: grimrc(a)yahoo.com Created attachment 63711 --> https://bugs.freedesktop.org/attachment.cgi?id=63711 Essential patch to disable texture formats that are reported unrenderable elsewhere in driver. Without r200-tex-format-fix.patch, gnome shell crashes. Texture formats are selected by radeonChoose8888TexFormat but reported as unrenderable by radeonIsFormatRenderable. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[PATCH] drm: refcnt drm_framebuffer
by Rob Clark 01 Aug '12

01 Aug '12

From: Rob Clark <rob(a)ti.com> This simplifies drm fb lifetime, and if the crtc/plane needs to hold a ref to the fb when disabling a pipe until the next vblank, this avoids the need to make disabling an overlay synchronous. This is a problem that shows up when userspace is using a drm plane to implement a hw cursor.. making overlay disable synchronous causes a performance problem when x11 is rapidly enabling/disabling the hw cursor. But not making it synchronous opens up a race condition for crashing if userspace turns around and immediately deletes the fb. Refcnt'ing the fb makes it possible to solve this problem. Signed-off-by: Rob Clark <rob(a)ti.com> --- drivers/gpu/drm/drm_crtc.c | 38 ++++++++++++++++++++++++++--- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 4 +-- drivers/gpu/drm/i915/intel_display.c | 4 +-- include/drm/drm_crtc.h | 4 +++ 4 files changed, 43 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 08a7aa7..2f928a3 100644 --- a/drivers/gpu/drm/drm_crtc.c +++ b/drivers/gpu/drm/drm_crtc.c @@ -294,6 +294,8 @@ int drm_framebuffer_init(struct drm_device *dev, struct drm_framebuffer *fb, { int ret; + kref_init(&fb->refcount); + ret = drm_mode_object_get(dev, &fb->base, DRM_MODE_OBJECT_FB); if (ret) return ret; @@ -307,6 +309,36 @@ int drm_framebuffer_init(struct drm_device *dev, struct drm_framebuffer *fb, } EXPORT_SYMBOL(drm_framebuffer_init); +static void drm_framebuffer_free(struct kref *kref) +{ + struct drm_framebuffer *fb = + container_of(kref, struct drm_framebuffer, refcount); + fb->funcs->destroy(fb); +} + +/** + * drm_framebuffer_unreference - unref a framebuffer + * + * LOCKING: + * Caller must hold mode config lock. + */ +void drm_framebuffer_unreference(struct drm_framebuffer *fb) +{ + struct drm_device *dev = fb->dev; + WARN_ON(!mutex_is_locked(&dev->mode_config.mutex)); + kref_put(&fb->refcount, drm_framebuffer_free); +} +EXPORT_SYMBOL(drm_framebuffer_unreference); + +/** + * drm_framebuffer_reference - incr the fb refcnt + */ +void drm_framebuffer_reference(struct drm_framebuffer *fb) +{ + kref_get(&fb->refcount); +} +EXPORT_SYMBOL(drm_framebuffer_reference); + /** * drm_framebuffer_cleanup - remove a framebuffer object * @fb: framebuffer to remove @@ -1031,7 +1063,7 @@ void drm_mode_config_cleanup(struct drm_device *dev) } list_for_each_entry_safe(fb, fbt, &dev->mode_config.fb_list, head) { - fb->funcs->destroy(fb); + drm_framebuffer_unreference(fb); } list_for_each_entry_safe(crtc, ct, &dev->mode_config.crtc_list, head) { @@ -2339,7 +2371,7 @@ int drm_mode_rmfb(struct drm_device *dev, /* TODO unhock the destructor from the buffer object */ list_del(&fb->filp_head); - fb->funcs->destroy(fb); + drm_framebuffer_unreference(fb); out: mutex_unlock(&dev->mode_config.mutex); @@ -2490,7 +2522,7 @@ void drm_fb_release(struct drm_file *priv) mutex_lock(&dev->mode_config.mutex); list_for_each_entry_safe(fb, tfb, &priv->fbs, filp_head) { list_del(&fb->filp_head); - fb->funcs->destroy(fb); + drm_framebuffer_unreference(fb); } mutex_unlock(&dev->mode_config.mutex); } diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c index d5586cc..05695d6 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c +++ b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c @@ -266,8 +266,8 @@ static void exynos_drm_fbdev_destroy(struct drm_device *dev, /* release drm framebuffer and real buffer */ if (fb_helper->fb && fb_helper->fb->funcs) { fb = fb_helper->fb; - if (fb && fb->funcs->destroy) - fb->funcs->destroy(fb); + if (fb) + drm_framebuffer_unreference(fb); } /* release linux framebuffer */ diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index a8538ac..a9d2328 100644 --- a/drivers/gpu/drm/i915/intel_display.c +++ b/drivers/gpu/drm/i915/intel_display.c @@ -5467,7 +5467,7 @@ bool intel_get_load_detect_pipe(struct intel_encoder *intel_encoder, if (!drm_crtc_helper_set_mode(crtc, mode, 0, 0, old_fb)) { DRM_DEBUG_KMS("failed to set mode on load-detect pipe\n"); if (old->release_fb) - old->release_fb->funcs->destroy(old->release_fb); + drm_framebuffer_unreference(old->release_fb); crtc->fb = old_fb; return false; } @@ -5497,7 +5497,7 @@ void intel_release_load_detect_pipe(struct intel_encoder *intel_encoder, drm_helper_disable_unused_functions(dev); if (old->release_fb) - old->release_fb->funcs->destroy(old->release_fb); + drm_framebuffer_unreference(old->release_fb); return; } diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index bac55c2..8a5b16d 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@ -221,6 +221,7 @@ struct drm_display_info { }; struct drm_framebuffer_funcs { + /* note: use drm_framebuffer_unreference() */ void (*destroy)(struct drm_framebuffer *framebuffer); int (*create_handle)(struct drm_framebuffer *fb, struct drm_file *file_priv, @@ -245,6 +246,7 @@ struct drm_framebuffer_funcs { struct drm_framebuffer { struct drm_device *dev; + struct kref refcount; struct list_head head; struct drm_mode_object base; const struct drm_framebuffer_funcs *funcs; @@ -923,6 +925,8 @@ extern void drm_framebuffer_set_object(struct drm_device *dev, extern int drm_framebuffer_init(struct drm_device *dev, struct drm_framebuffer *fb, const struct drm_framebuffer_funcs *funcs); +void drm_framebuffer_unreference(struct drm_framebuffer *fb); +void drm_framebuffer_reference(struct drm_framebuffer *fb); extern void drm_framebuffer_cleanup(struct drm_framebuffer *fb); extern int drmfb_probe(struct drm_device *dev, struct drm_crtc *crtc); extern int drmfb_remove(struct drm_device *dev, struct drm_framebuffer *fb); -- 1.7.9.5

3 7

Bug report
by artem rus 01 Aug '12

01 Aug '12

Problem: GPU hangs Chipset: Intel 845 GV + ICH4 Video: integrated Linux kernel: 3.3.5, 3.4.7 (no bug difference) X.Org X Server 1.7.7 How to reproduce: First Xorg start is ok, bug happens after Xorg restart Syslog: Aug 1 17:13:18 nika kernel: [ 1049.248033] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Aug 1 17:13:18 nika kernel: [ 1049.248045] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state Aug 1 17:13:20 nika kernel: [ 1051.736033] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Aug 1 17:13:20 nika kernel: [ 1051.740699] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged! Aug 1 17:13:20 nika kernel: [ 1051.740706] [drm:i915_reset] *ERROR* Failed to reset chip. Aug 1 17:15:57 nika kernel: [ 1208.915038] WARNING: at /root/build_scgs/build/linux-3.4.7/drivers/gpu/drm/i915/i915_gem.c:2410 i915_gem_object_put_fence+0x5b/0x86 [i915]() Aug 1 17:15:57 nika kernel: [ 1208.915042] Hardware name: Aug 1 17:15:57 nika kernel: [ 1208.915045] Modules linked in: fuse ext3 jbd microcode i915 snx(O) i2c_i801 evdev pcspkr parport_pc parport drm_kms_helper processor drm rng_core i2c_algo_bit button intel_agp i2c_core intel_gtt video agpgart ext2 mbcache usb_storage uas usbhid hid sd_mod crc_t10dif via_rhine mii ata_piix libata uhci_hcd scsi_mod ehci_hcd usbcore thermal usb_common fan thermal_sys [last unloaded: scsi_wait_scan] Aug 1 17:15:57 nika kernel: [ 1208.915104] Pid: 1583, comm: Xorg Tainted: G O 3.4.7-1-nika #1 Aug 1 17:15:57 nika kernel: [ 1208.915107] Call Trace: Aug 1 17:15:57 nika kernel: [ 1208.915118] [<c101a65e>] ? warn_slowpath_common+0x68/0x79 Aug 1 17:15:57 nika kernel: [ 1208.915132] [<f8e016c6>] ? i915_gem_object_put_fence+0x5b/0x86 [i915] Aug 1 17:15:57 nika kernel: [ 1208.915137] [<c101a67c>] ? warn_slowpath_null+0xd/0x10 Aug 1 17:15:57 nika kernel: [ 1208.915150] [<f8e016c6>] ? i915_gem_object_put_fence+0x5b/0x86 [i915] Aug 1 17:15:57 nika kernel: [ 1208.915164] [<f8e025b7>] ? i915_gem_object_unbind+0x9a/0x13f [i915] Aug 1 17:15:57 nika kernel: [ 1208.915177] [<f8e02671>] ? i915_gem_free_object_tail+0x15/0xae [i915] Aug 1 17:15:57 nika kernel: [ 1208.915195] [<f85a4f78>] ? drm_gem_object_free+0x1d/0x1e [drm] Aug 1 17:15:57 nika kernel: [ 1208.915212] [<f8e0a8ef>] ? drm_gem_object_unreference_unlocked+0x26/0x32 [i915] Aug 1 17:15:57 nika kernel: [ 1208.915226] [<f8e0baf5>] ? intel_user_framebuffer_destroy+0x10/0x18 [i915] Aug 1 17:15:57 nika kernel: [ 1208.915240] [<f85ae369>] ? drm_fb_release+0x3a/0x52 [drm] Aug 1 17:15:57 nika kernel: [ 1208.915250] [<f85a48b8>] ? drm_release+0x289/0x4b4 [drm] Aug 1 17:15:57 nika kernel: [ 1208.915257] [<c109fe1a>] ? fput+0xd4/0x195 Aug 1 17:15:57 nika kernel: [ 1208.915261] [<c109dbb3>] ? filp_close+0x52/0x58 Aug 1 17:15:57 nika kernel: [ 1208.915267] [<c101cb79>] ? put_files_struct+0x4c/0x90 Aug 1 17:15:57 nika kernel: [ 1208.915271] [<c101cf8b>] ? do_exit+0x1ec/0x60f Aug 1 17:15:57 nika kernel: [ 1208.915276] [<c1001bed>] ? restore_sigcontext+0xbf/0xec Aug 1 17:15:57 nika kernel: [ 1208.915280] [<c100250c>] ? sys_sigreturn+0x62/0x86 Aug 1 17:15:57 nika kernel: [ 1208.915285] [<c101d569>] ? do_group_exit+0x3e/0x5f Aug 1 17:15:57 nika kernel: [ 1208.915289] [<c101d59b>] ? sys_exit_group+0x11/0x11 Aug 1 17:15:57 nika kernel: [ 1208.915294] [<c125165c>] ? syscall_call+0x7/0xb Aug 1 17:15:57 nika kernel: [ 1208.915298] ---[ end trace d758b3315db37a86 ]---

1 0

[PATCH libdrm] Add configure option --with/--without-valgrind
by Daniel Martin 01 Aug '12

01 Aug '12

Add a configure option --with/--without-valgrind to be able to compile libdrm with or without valgrind. The latter was not possible if pkgconfig found the valgrind package. --- configure.ac | 18 ++++++++++++++++-- 1 files changed, 16 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 09fed53..0776320 100644 --- a/configure.ac +++ b/configure.ac @@ -292,8 +292,21 @@ fi AC_SUBST(PCIACCESS_CFLAGS) AC_SUBST(PCIACCESS_LIBS) -PKG_CHECK_MODULES(VALGRIND, [valgrind], [have_valgrind=yes], [have_valgrind=no]) -if test "x$have_valgrind" = "xyes"; then +AC_ARG_WITH(valgrind, + AS_HELP_STRING([--with-valgrind], + [Enable support for valgrind (default: auto)]), + [VALGRIND=$with_valgrind], [VALGRIND=auto]) + +if test "x$VALGRIND" = "xauto"; then + PKG_CHECK_MODULES(VALGRIND, [valgrind], [VALGRIND=yes], [VALGRIND=no]) +else + if test "x$VALGRIND" = "xyes"; then + VALGRIND=yes + else + VALGRIND=no + fi +fi +if test "x$VALGRIND" = "xyes"; then AC_DEFINE([HAVE_VALGRIND], 1, [Use valgrind intrinsics to suppress false warnings]) fi @@ -340,6 +353,7 @@ echo "" echo "$PACKAGE_STRING will be compiled with:" echo "" echo " libkms $LIBKMS" +echo " valgrind $VALGRIND" echo " Intel API $INTEL" echo " vmwgfx API $VMWGFX" echo " Radeon API $RADEON" -- 1.7.2.5

2 2

Re: Fwd: Brightness on HP EliteBook 8460p
by Luca Tettamanti 01 Aug '12

01 Aug '12

I'm putting back the CC and adding Alex. On Tue, Jul 31, 2012 at 5:07 PM, Pali Rohár <pali.rohar(a)gmail.com> wrote: > Thanks, now working. When I write to acpi video brightness file > it change brightness and in dmesg is: > > [ 47.200998] [drm:radeon_atif_handler], event, device_class = > video, type = 0xd0 > [ 47.201102] [drm:radeon_atif_get_sbios_requests], SBIOS > pending requests: 0x80 > [ 47.201104] [drm:radeon_atif_handler], ATIF: 1 pending SBIOS > requests > [ 47.201105] [drm:radeon_atif_handler], Changing brightness to > 11 Great! I'll send an updated patch to Alex soon. > I think that acpi only sent event about brightness key pressed, > because nothing happened when I pressed it. > > Also for windows is needed special HP application (hp hotkey) for > brightness keys. Without it brightness keys not working too... I've looked at hp-wmi: the hotkey is indeed dispatched via WMI (hp-wmi) so you need something in userspace (KDE, Gnome, etc) to respond to that key press. > And there is one problem with /sys/class/backlight/radeon_bl. > When I enable Ambient Light Sensor which auto adjust brightness > based on sensor data, writing value 0 (min) or 255 (max) to > /sys/class/backlight/radeon_bl/brightness turn off display. Ok, that's weird. 0 turns off the panel by design, 255 should not... > All > other values (1-254) are OK (adjust brightness level). When I > turn off Ambient Light Sensor (via hp-wmi kernel module) then > values 0 and 255 also set brightness level (min and max). My > suggestion is to convert value 0 to 1 and 255 to 254 to prevent > this problem. No idea what's going on here... might be some weird vendor magic. The WMI code is rather obscure... Luca

3 4

drm_intel_bo for the KMS framebuffer with IvyBridge?
by Segovia, Benjamin 01 Aug '12

01 Aug '12

Hello all, Saying I want to play with an IvyBridge machine and the display when X is *not* running (I just opened /dev/dri/card0 from a terminal). Is there a simple way to get a drm_intel_bo for the terminal framebuffer such that I can brutally write into it? So, can I easily get its bo and its format (width, height, pitch, format, tiling)? Cheers, Ben

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel August 2012