From mboxrd@z Thu Jan 1 00:00:00 1970 From: Angel Tsankov Subject: Re: alsactl restore: unknown hardware: ymf724f Date: Fri, 26 Mar 2010 10:28:04 +0200 Message-ID: References: <4f3252891002251511p4605f104jdac236e589d01149@mail.gmail.com> <1267193154.29204.0.camel@localhost.localdomain> <4f3252891002271729p6eb66724v62ce97ea9a6eb577@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by alsa0.perex.cz (Postfix) with ESMTP id 6413310380C for ; Fri, 26 Mar 2010 09:28:03 +0100 (CET) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Nv4tZ-0001NM-BH for alsa-devel@alsa-project.org; Fri, 26 Mar 2010 09:27:57 +0100 Received: from 212.73.151.246 ([212.73.151.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Mar 2010 09:27:57 +0100 Received: from fn42551 by 212.73.151.246 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Mar 2010 09:27:57 +0100 In-Reply-To: <4f3252891002271729p6eb66724v62ce97ea9a6eb577@mail.gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org Hello again! I've recently had some time to investigate this problem further on and = here's what I've discovered: Raymond Yau wrote: > 2010/2/26 Pacho Ramos > = >> El vie, 26-02-2010 a las 13:57 +0200, Angel Tsankov escribi=F3: >>> Raymond Yau wrote: >>>> 2010/2/25 Jaroslav Kysela >>>> >>>>> On Thu, 25 Feb 2010, Angel Tsankov wrote: >>>>> >>>>>> Jaroslav Kysela wrote: >>>>>>> On Thu, 25 Feb 2010, Angel Tsankov wrote: >>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>> I run 'alsactl restore' on a machine with 2 sound cards -- a >> built-in >>>>>>>> Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller >> (rev >>>>>>>> 02) and a non-built-in Yamaha Corporation YMF-724F [DS-1 Audio >>>>>>>> Controller] (rev 03) -- and get the following message: >>>>>>>> >>>>>>>> Unknown hardware: "YMF724F" "SigmaTel STAC9700,83,84" >> "AC97a:83847600" >>>>>>>> "0x1073" "0x000d" >>>>>>>> Hardware is initialized using a guess method >>>>>>>> >>>>>>>> As a consequence the volume levels of the Yamaha card do not get >>>>>>>> restored to the levels stored in /etc/asound.state. The volume >> levels >>>>>>>> of the built-in card however are properly restored. The >> asound.state >>>>>>>> file has been created by executing 'alsactl store'. >>>>>>>> >>>>>>>> The kernel has been built with support for ALSA. I've built and >>>>>>>> installed the kernel modules for both cards (not the ones in the >>>>>>>> alsa-driver package but those that come with kernel version >> 2.6.30.2). >>>>>>>> Any ideas why alsactl cannot find the hardware it has previously >>>>>>>> identified as "YMF724F", "SigmaTel STAC9700,83,84", and so on? >>>>>>> The logic of alsactl is to restore the state from /etc/asound.state >> if >>>>> it >>>>>>> is valid. It seems like the set_controls() function in >> alsactl/state.c >>>>>>> returns an error code for a reason. >>>>>>> >>>>>>> Could you try to compile the latest alsa-utils snapshot >>>>>>> (http://www.alsa-project.org/snapshot/) and run './alsactl -d >> restore' >>>>> in >>>>>>> alsa-utils/alsactl directory? A warning (fail reason) should be >> printed. >>>>>> I've attached a bash shell script that I used to download, configure, >>>>>> compile, and run alsactl. I've also attached a .log file with stdout >> and >>>>>> stderr that I got while executing the script. >>>>> Thanks. I've added more debug print lines to state.c. Could you rerun >> your >>>>> script and append also '/etc/asound.state' file and output from >>>>> 'alsa-info.sh --no-upload' to your output tarballs? Send me this >> tarball >>>>> privately or just an URL to this list. >> >> Looks similar to my problem: >> http://www.spinics.net/lists/alsa-devel/msg31422.html >> >> >> > your problem is "alsactl restore" become "alsactl init" when the number of > controls is more than those in state file. I'm not quite sure that the case is this since 'alsactl restore' does = restore the values of the Yamaha sound card (and those of the other = card, too) and 'alsactl restore 1' seems to just initialize the Yamaha = card. This is with alsa-utils version 1.0.22. Regards, Angel Tsankov