From owner-freebsd-multimedia@FreeBSD.ORG Mon May 30 03:53:10 2005 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC8416A41C for ; Mon, 30 May 2005 03:53:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70F6043D1D for ; Mon, 30 May 2005 03:53:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4U40MQF001390; Sun, 29 May 2005 22:00:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429A8DE9.10702@samsco.org> Date: Sun, 29 May 2005 21:52:09 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: yongari@rndsoft.co.kr References: <4298F0AB.2090404@ebs.gr> <20050530032202.GC892@rndsoft.co.kr> In-Reply-To: <20050530032202.GC892@rndsoft.co.kr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-multimedia@freebsd.org, Panagiotis Astithas Subject: Re: maestro3 hardware volume control X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 03:53:10 -0000 Pyun YongHyeon wrote: > On Sun, May 29, 2005 at 01:28:59AM +0300, Panagiotis Astithas wrote: > > Weird, on my HP Omnibook XE3, the on-board maestro3 has been working > > flawlessly all along without any entry in /boot/device.hints. If I add: > > hint.pcm.0.hwvol_config="0" > > then the hardware volume controls on the laptop stop functioning. > > Setting it to "1" makes it working again. > > > Hmm, I didn't know that due to a comment in the driver and > failure on my laptops. > > > Does that mean that GPIO pin 4,5 was selected as the default by some > > other means on my system? Could ACPI be doing it? > > > > > I guess your system use GD pins to control hardware volume. > Stock maestro3 driver uses > > hint.pcm.0.hwvol_config="0" : select GPIO pin > hint.pcm.0.hwvol_config="1" : select GD pin > (This is reverse of my previous posting, sorry, I'm confused.) > If there is no hint then it will use GD pin. > > Having a quirk table for sytems would be better solution. > But it's hard to build a complete table for this. Since there is > a system that works with current driver's behavior it would be > useless to change default to use GD pin. I can live with the hint > mechanism. However the drawback is the hint mechanism works only > at boot time for staticlly linked driver, so it's not apply to > dynamically loaded driver. :-( > It might be possible to examine the system SMBIOS table for the make and model of the system and use them as keys for a quirk table. Of course it will only work for systems like laptops that have the M3 or A1 chip embedded. sigh. I think that this all works in the Windows world because the hardware maker provides a driver that is customized appropriately. Scott