From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 22:30:16 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 220FB106569B; Thu, 2 Oct 2008 22:30:16 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3478FC13; Thu, 2 Oct 2008 22:30:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 223242918; Fri, 03 Oct 2008 01:30:14 +0300 Message-ID: <48E54B75.3010307@FreeBSD.org> Date: Fri, 03 Oct 2008 01:30:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Joel Dahl References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> In-Reply-To: <48E54290.5010600@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality 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: Thu, 02 Oct 2008 22:30:16 -0000 Joel Dahl wrote: > Alexander Motin wrote: >> Gary Jennejohn wrote: >> > With the old kernel it just works. >> >> Old kernel just was unable to support even a half of that what new one >> can. There was no SPDIF/HDMI, was no multi codec and multi device >> support, often was no recording. > > But basic stuff like speakers and plugging in headphones "just worked" > with the old driver. Your new driver may support much, much more > features, but we've seen an alarming numbers of complaints about basic > functionality being broken now (with the new driver). Functionality is not broken! It has just changed and that change is cleanly shown in manual: According to HDA and UAA specifications, depending on number of HDA buses and codecs present in system, their audio capabilities and BIOS provided configuration, the snd_hda driver often provides several PCM audio devices. The only I can add is a hint to use hw.snd.default_unit sysctl. > Oh, and I'm not trying to flame your work. It's great that we have > someone that takes care of this code, but I just can't help but think > that this driver should have gone through a few more iterations of > testing before entering the tree. Please don't. In two weeks since this code entered the tree (CURRENT) there was only one complain about real driver bug. All others were results of or BIOS's codec misconfiguration (which could be fixed with documented device hints) or user's misunderstanding. In this specific case man has actually TWO sound cards in system: one with HDMI output and another with set of connectors on motherboard. Driver itself worked perfectly! It is not a driver problem that video card's codec was detected first by PCI bus while it's HDMI output is not connected! If you think that driver should have some additional logic in handling of such cases - describe it please. I don't see why driver should not use digital outputs or how independent soundcards should be ordered (actually it is not driver's business to enumerate soundcards). If you think that driver is not documented good, please feel free to fix. I am not a native speaker, sorry. I did all I can. -- Alexander Motin