Hi, All
When the kernel is booted with KMS enabled, the backlight brightness
can't be changed by xrandr tool. This issue is caused by that the native
kernel backlight I/F is not exposed to userland. In such case there is
no backlight property in xrandr tool. Of course the brightness can't be
hi,
I notice that KMS uses EDID priori to VBT, and some EDID data
is not right on some laptops.
As Jesse added a workaround into intel_bios.c, we should add
the same workaround into drm_edid.c as follows. Probably, we
should merge the calculation made in drm_mode_detailed() and
http://bugs.freedesktop.org/show_bug.cgi?id=20966
--- Comment #5 from smoki smoki00...@gmail.com 2009-04-03 01:30:24 PST ---
(In reply to comment #4)
Fixed in master (ebc1478e501d43e0de54e7b6c3edfbc81d7d20c6) and mesa_7_4_branch
(7be149cfd131c0b3f7d4337bb83e6fba5f563bf9).
Thanks, it is
Hi,
here's simple patch that fixes offset checking for R300_ZB_ZPASS_ADDR reg
writes.
Maciej Cencora
From 9f07360c523bb942d5b9e8dae15752eefa227c73 Mon Sep 17 00:00:00 2001
From: Maciej Cencora m.cenc...@gmail.com
Date: Thu, 2 Apr 2009 15:09:36 +0200
Subject: [PATCH] drm/radeon: check offsets
http://bugs.freedesktop.org/show_bug.cgi?id=20965
Roland Scheidegger srol...@tungstengraphics.com changed:
What|Removed |Added
Status|NEW
2009/4/2 Eric Anholt e...@anholt.net:
On Thu, 2009-04-02 at 14:41 -0400, Kristian Høgsberg wrote:
This was only used by the i915 driver for the swapbuffer vsync tasklet.
That functionality is now gone and nothing uses the kernel side
cliprects anymore. Just stub out the ioctls, but make sure
On Fri, 3 Apr 2009 17:29:06 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Fri, Apr 03, 2009 at 09:24:08AM -0700, Jesse Barnes wrote:
I'd rather not have a native kernel backlight property (i.e. a
property on the LVDS output) exposed at all. I chatted with
Matthew about this a
On Fri, 3 Apr 2009 15:40:44 +0800
Guo, Chaohong chaohong@intel.com wrote:
hi,
I notice that KMS uses EDID priori to VBT, and some EDID data
is not right on some laptops.
As Jesse added a workaround into intel_bios.c, we should add
the same workaround into drm_edid.c as
On Fri, 03 Apr 2009 13:49:38 +0800
yakui_zhao yakui.z...@intel.com wrote:
How about following what we have done in UMS mode ?
a. When there exists the ACPI backlight I/F, the ACPI I/F will be
hook up in drmmode_display.c and exposed to xrandr tool. Then the
backlight can be changed by
http://bugzilla.kernel.org/show_bug.cgi?id=12899
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
CC||r...@sisk.pl
On Fri, Apr 03, 2009 at 09:24:08AM -0700, Jesse Barnes wrote:
I'd rather not have a native kernel backlight property (i.e. a property
on the LVDS output) exposed at all. I chatted with Matthew about this
a little, and I think the best thing to do would be to have the i915
driver register a
http://bugzilla.kernel.org/show_bug.cgi?id=12924
--- Comment #1 from Andrew Barr andrew.james.b...@gmail.com 2009-04-03
23:52:20 ---
Confirming this issue with the same hardware...present in drm-fixes and
drm-linus trees as well. Makes KMS useless on my laptop, even though it
otherwise
Save the bit 17 state of the pages when freeing the page list, and
reswizzle them if necessary when rebinding the pages. This exposes two new
swizzle enums to userland, which would have to be respected for correct
operation of software fallbacks on these objects. Given that users
complain that
On Fri, 2009-04-03 at 17:03 -0700, Eric Anholt wrote:
+ obj_priv-bit_17 = kmalloc(page_count, GFP_KERNEL);
seems like you could save a bit of memory here by using 1 bit per page
instead of a byte.
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally signed
On Fri, 03 Apr 2009 18:08:14 -0700
Keith Packard kei...@keithp.com wrote:
On Fri, 2009-04-03 at 17:03 -0700, Eric Anholt wrote:
+ obj_priv-bit_17 = kmalloc(page_count, GFP_KERNEL);
seems like you could save a bit of memory here by using 1 bit per page
instead of a byte.
If
15 matches
Mail list logo