From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 16:01:40 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 2F2B716A420 for ; Mon, 14 Jan 2008 16:01:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB6713C44B for ; Mon, 14 Jan 2008 16:01:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2547802fgg.35 for ; Mon, 14 Jan 2008 08:01:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:from:to:subject:user-agent:in-reply-to:references:mime-version:content-type:sender; bh=ogyqUZ0a1zhbnAQCaI3iKbjds3BAL2W5ci/YE33tgs8=; b=Mmo2nVGeZMYOSi9oK0xZkk6LGxPRkIWvDZNgdK/Q/OO2N1Ipt2CUZ6HLeRL9LX8JLKlSbU136hg2R5vzMDK60ZDkbxOkl+PrwXmwoqiwIjGi9ew257r2t6Hk5OGlOwXmARkNSLauICrdmuMiiq7oW5ALBJ1nLt+xhmrxdjkXSKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:from:to:subject:user-agent:in-reply-to:references:mime-version:content-type:sender; b=CgC98AOM9f+msBwLbpDVRytZHvP+tJqilhzm2nkFzPEZ3PGHhc5DezTP0g25ekm+FCjYwxpFyuICAsKVyeBmw0ycJp9pdyagwqNulBXYTfqb5YOxHW7ruZCGamXxqdPcxCxF0Ck+UgfA2cn+VJOVkn4XPz/V7loQZT6M6Ta8q/M= Received: by 10.82.187.2 with SMTP id k2mr81872buf.16.1200326497930; Mon, 14 Jan 2008 08:01:37 -0800 (PST) Received: from epsilon.local.gmail.com ( [193.126.199.121]) by mx.google.com with ESMTPS id t2sm5323235gve.3.2008.01.14.08.01.36 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Jan 2008 08:01:37 -0800 (PST) Date: Mon, 14 Jan 2008 16:01:17 +0000 Message-ID: <864pdgjt0y.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.1 Mule/5.0 (SAKAKI) In-Reply-To: <790a9fff0801122245n4a11fe6y5b1cfe72dca15681@mail.gmail.com> References: <20080113042318.GA5312@mua.local> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Rui Paulo 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: Mon, 14 Jan 2008 16:01:40 -0000 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. Also, xrandr on (7.3 with "intel" video driver) seems to be able to control the LCD backlight on MacBooks, but it seems bogus: % 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) 286mm x 179mm EDID_DATA: 00ffffffffffff0006105b9c00000000 0e100103801d12780a87f594574f8c27 27505400000001010101010101010101 010101010101bc1b00a0502017303020 36001eb3100000190000000100061020 00000000000000000a20000000fe004c 544e31333357310000000a20000000fc 00436f6c6f72204c43440a20202000c6 BACKLIGHT: 296 (0x00000128) range: (0,296) I don't really know about how exactly this control works, because: 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. If anyone knows anything about this, I would appreciate if you could step forward. 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. 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. Also, xrandr on (7.3 with "intel" video driver) seems to be able to control the LCD backlight on MacBooks, but it seems bogus: % 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) 286mm x 179mm EDID_DATA: 00ffffffffffff0006105b9c00000000 0e100103801d12780a87f594574f8c27 27505400000001010101010101010101 010101010101bc1b00a0502017303020 36001eb3100000190000000100061020 00000000000000000a20000000fe004c 544e31333357310000000a20000000fc 00436f6c6f72204c43440a20202000c6 BACKLIGHT: 296 (0x00000128) range: (0,296) I don't really know about how exactly this control works, because: 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. If anyone knows anything about this, I would appreciate if you could step forward. 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. Regards. -- Rui Paulo