From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 21:42:58 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E2B16A419; Tue, 15 Jan 2008 21:42:58 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2B113C43E; Tue, 15 Jan 2008 21:42:58 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.2/8.14.1) with ESMTP id m0FKYrBP009129; Tue, 15 Jan 2008 12:34:53 -0800 (PST) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.2/8.14.1/Submit) id m0FKYpok009128; Tue, 15 Jan 2008 12:34:51 -0800 (PST) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Rui Paulo In-Reply-To: <864pdgjt0y.wl%rpaulo@fnop.net> References: <20080113042318.GA5312@mua.local> <864pdgjt0y.wl%rpaulo@fnop.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sOo7m3SSdulv592NoLJ7" Date: Tue, 15 Jan 2008 12:34:51 -0800 Message-Id: <1200429291.2916.26.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 21:42:58 -0000 --=-sOo7m3SSdulv592NoLJ7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-01-14 at 16:01 +0000, Rui Paulo wrote: > I have the backlight module ready to be committed (needs approval > first), but it would be great if we could create a general backlight > API. I have some initial ideas, but needs a bit more thought.=20 >=20 > Also, xrandr on (7.3 with "intel" video driver) seems to be able to > control the LCD backlight on MacBooks, but it seems bogus: >=20 > % xrandr --prop > Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 > VGA disconnected (normal left inverted right x axis y axis) > LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 28= 6mm x 179mm > EDID_DATA: > 00ffffffffffff0006105b9c00000000 > 0e100103801d12780a87f594574f8c27 > 27505400000001010101010101010101 > 010101010101bc1b00a0502017303020 > 36001eb3100000190000000100061020 > 00000000000000000a20000000fe004c > 544e31333357310000000a20000000fc > 00436f6c6f72204c43440a20202000c6 > BACKLIGHT: 296 (0x00000128) range: (0,296) >=20 > I don't really know about how exactly this control works, because: >=20 > 1) the range is wrong. > 2) setting values with xrandr --output LVDS --set BACKLIGHT , > doesn't seem to be doing anything good. It just sets a high and low > value for the backlight brigthness. >=20 > If anyone knows anything about this, I would appreciate if you could > step forward. >=20 > There's another problem: xv (try it with mplayer -vo xv) seems to be > setting the backlight value on initialization. So, if you start Xorg > with backlight value of 50, then reduce it to 20 and after that try > to play a video with mplayer, the backlight value seems to come back > to 50. There are very strange interactions between xrandr and my own > backlight control kernel module. It would be great to disable xrandr's > backlight control, at least. >=20 > Regards. > -- > Rui Paulo > I have the backlight module ready to be committed (needs approval > first), but it would be great if we could create a general backlight > API. I have some initial ideas, but needs a bit more thought.=20 >=20 > Also, xrandr on (7.3 with "intel" video driver) seems to be able to > control the LCD backlight on MacBooks, but it seems bogus: >=20 > % xrandr --prop > Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 > VGA disconnected (normal left inverted right x axis y axis) > LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 28= 6mm x 179mm > EDID_DATA: > 00ffffffffffff0006105b9c00000000 > 0e100103801d12780a87f594574f8c27 > 27505400000001010101010101010101 > 010101010101bc1b00a0502017303020 > 36001eb3100000190000000100061020 > 00000000000000000a20000000fe004c > 544e31333357310000000a20000000fc > 00436f6c6f72204c43440a20202000c6 > BACKLIGHT: 296 (0x00000128) range: (0,296) >=20 > I don't really know about how exactly this control works, because: >=20 > 1) the range is wrong. > 2) setting values with xrandr --output LVDS --set BACKLIGHT , > doesn't seem to be doing anything good. It just sets a high and low > value for the backlight brigthness. That xrandr --prop output may be broken. My xlib fu is weak. > If anyone knows anything about this, I would appreciate if you could > step forward. >=20 > There's another problem: xv (try it with mplayer -vo xv) seems to be > setting the backlight value on initialization. So, if you start Xorg > with backlight value of 50, then reduce it to 20 and after that try > to play a video with mplayer, the backlight value seems to come back > to 50. There are very strange interactions between xrandr and my own > backlight control kernel module. It would be great to disable xrandr's > backlight control, at least. I use xbacklight -set to control backlight. Your issue with it flipping to only a high/low value may have been the one jbarnes fixed in git recently (apparently a low bit got redefined on us). --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-sOo7m3SSdulv592NoLJ7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjRjqHUdvYGzw6vcRAnl5AJ0bQdnHca3cQxb8VbgKeyEtb3loLQCeKV3q wr1S7HvkrTuB+TMIbylC7Yg= =taL6 -----END PGP SIGNATURE----- --=-sOo7m3SSdulv592NoLJ7--