From owner-freebsd-multimedia@FreeBSD.ORG Wed Nov 1 10:37:52 2006 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 2818616A40F for ; Wed, 1 Nov 2006 10:37:52 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DC9043D49 for ; Wed, 1 Nov 2006 10:37:51 +0000 (GMT) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so608118nfc for ; Wed, 01 Nov 2006 02:37:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=a4f0nRSEjbnrjMR5ccOgYMKFFhz8LzoG3zATQKM3r0FNBGwEk3Ro2e3D1vvWs/AZxIdhndGNNSeRdbeUBQAZNZDIgQ9fWmIizNAE0Iasfc+Qxr/aoCwRctbwfQk90EaGc0HPZMTjHyDdz2YVxLgqFvBe5XNDN5hRGGu+vZwenpE= Received: by 10.82.127.15 with SMTP id z15mr1399545buc; Wed, 01 Nov 2006 02:37:49 -0800 (PST) Received: by 10.82.98.7 with HTTP; Wed, 1 Nov 2006 02:37:48 -0800 (PST) Message-ID: <8103ad500611010237p4dd8cc01k4ed3b5a8559d3141@mail.gmail.com> Date: Wed, 1 Nov 2006 12:37:48 +0200 From: "Konstantin Dimitrov" To: "Laurent Courty" In-Reply-To: <200611010952.41709.lrntct@gmail.com> MIME-Version: 1.0 References: <200606072039.13422.shoesoft@gmx.net> <20061031083219.GE55910@cdnetworks.co.kr> <8103ad500610310835y414824eek7a6a355168d4246b@mail.gmail.com> <200611010952.41709.lrntct@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org Subject: Re: Status of VIA Envy24 audio controller 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: Wed, 01 Nov 2006 10:37:52 -0000 On 11/1/06, Laurent Courty wrote: > > Le mardi 31 octobre 2006 17:35, Konstantin Dimitrov a =E9crit: > > On 10/31/06, Pyun YongHyeon wrote: > > > On Tue, Oct 31, 2006 at 08:09:41AM +0200, Konstantin Dimitrov > wrote: > > > > On 10/31/06, Pyun YongHyeon wrote: > > > > >On Sun, Oct 29, 2006 at 09:01:30PM +0200, Konstantin Dimitrov > wrote: > > > > >> sorry for my late answer, i'm too busy, but today i had some > > > > >> free > > > > > > time > > > > > > > >to > > > > > > > > > >> look at the problems. the two described problems are > > > > >> different and > > > > > > not > > > > > > > >> related. here is the new working code: > > > > >> > > > > >> for Envy24 (fix mutex problems on current and panic on > > > > >> verbose boot) > > > > >> > > > > >> http://envy24.svobodno.com/driver/envy24/current/envy24.c > > > > >> > > > > >> for Envy24HT(fix mutex problems on current and panic on > > > > >> verbose boot, > > > > > > > > > >enable > > > > > > > > > >> vchans): > > > > >> http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > > > >> http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.h > > > > >> > > > > >> vchans support is now enabled in the Envy24HT code and hope > > > > >> it's > > > > > > working > > > > > > > >ok. > > > > > > > > > > > > > > >Thanks. It now loads ok on CURRENT but I can't hear anything. > > > > >I can't sure but I have to make a cfg_table for > > > > >"ONKYO SE-150PCI PLUS". ATM it seems that it uses generic > > > > >configuration for the hardware. I'll let you if I mananged to > > > > >make it work. > > > > > > > > you can't hear anything, because DAC on your ONKYO SE-150PCI > > > > PLUS is not initialized. > > > > > > > > Laurent Courty (lrntct at gmail.com) has ONKYO SE-90PCI and I > > > > have been trying to get it running for more than 2 weeks now, > > > > but without success > > > > > > and > > > > > > > filling the cfg_table is not so easy at all, because it involves > > > > knowing > > > > > > the > > > > > > > hardware specific design of the board, so the process on adding > > > > support > > > > > > for > > > > > > > new unsupported card can be summarized in the following steps: > > > > > > > > 0) examine the board to see what ICs they use for DACs, ADCs, > > > > DITs, etc. 1) make EEPROM dump (i wrote small kernel module that > > > > do the job: > > > > http://www.nbritton.org/uploads/envy24/envy24_dump_v01.tar) 2) > > > > find the hardware specific design of the board (wiring between > > > > Envy24 chip and other important chips on the board like DACs) > > > > 3) fill the cfg_table and if needed write the necessary card > > > > specific > > > > > > code > > > > > > > (codec init code, etc.) > > > > > > > > on the table here: http://envy24.svobodno.com , you can see all > > > > the > > > > > > above > > > > > > > info for supported boards till now - ICs, EEPROM dumps, wiring > > > > info, > > > > > > etc. > > > > > > > so do the steps 0) and 1) and mail me that info, then i will try > > > > to help > > > > > > you > > > > > > > with 2) and 3). > > > > > > Thanks a lot. I've checked the hardware but I can't sure what ICs > > > are used for DAC/ADC etc. The information I can get from the > > > vendor's site and checking the hardware indicates the following. > > > 2ch only DAC : WM8716SEDS > > > CODEC : WM8776S > > > 6ch DAC : WM8766G > > > See http://onkyo.jp/wavio/150pci/03_03.htm for their description > > > for the hardware. > > > > ONKYO SE-90PCI also uses WM8716, so maybe they use the same wiring > > for both cards and WM8716 is the DAC used for stereo output on both > > cards. do you think that ONKYO will provide the wiring information > > for both cards if we ask them for ? because the alternative is to > > use digital ohmmeter to reverse engineering the wiring and it's very > > hard, that is why i have problems with ONKYO SE-90PCI ... > > I've just answered VIA's e-mail, and asked for the SE-90PCI design. Laurent i think ONKYO is the right direction for such question and we only need inf= o about how WM8716 (control interface) is wired to Envy24MT, not full details how they made the card ... > I've attached EEPROM dump and patch for the dump program. Personally > > > > > I think it should be included in envy24ht(4) and users can extract > > > that information with sysctl(8) interface. You can add that > > > information with SYSCTL_ADD_PROC. > > > > BTW, if we need EEPROM information to initialize the hardware why > > > > > hardcode cfg_table for each hardware model? > > > > most of the Envy24HT-based cards have not valid EEPROM data or even > > empty EEPROM (that contains only PCI SubVendor and SubDevice IDs), > > good examples for such cards, are all cards made by Terratec and > > Audiotrak, so their init values are hard coded in their windows > > drivers and in this case all EEPROM related routines in the driver > > are worthless. however if the card has valid eeprom data that can > > help to find the right wiring and also can be used to initialize the > > card. > > > > > >On 10/28/06, Pyun YongHyeon wrote: > > > > >> >On Sat, Oct 28, 2006 at 02:43:53AM -0500, Nikolas Britton > wrote: > > > > >> >> Hey Konstantin, I think I found a bug in the code. If I > > > > >> >> boot > > > > > > FreeBSD > > > > > > > >> >> with verbose logging the envy24 driver will panic the > > > > >> >> system > > > > > > during > > > > > > > >> >> the boot process. fatal trap 12, page fault, and something > > > > >> >> about "envy24(play): setmap; xxxxx", I'd have to build a > > > > >> >> debug kernel > > > > > > etc. > > > > > > > >> >> if you want the full message and backtrace but this should > > > > >> >> be easy > > > > > > to > > > > > > > >> >> reproduce. I'm using envy24 sources from -CURRENT that I > > > > >> >> manually MFC'd to FreeBSD 6.2-PRERELEASE. Oh... I'm using > > > > >> >> an M Audio > > > > > > > > > >Audiophile > > > > > > > > > >> >> 2496. > > > > >> > > > > > >> >I saw the panic on envy24ht(4) too and sent a mail to > > > > >> > Konstantin but got no reply yet. With WITNESS enabled > > > > >> > kernel it shows several LORs and panicked due to use of > > > > >> > recursed mutex(channel lock can't be acquired recursively). > > > > >> > I guess correct fix could be done by moving buffer resizing > > > > >> > code to channel_setblocksize method instead of > > > > >> > channel_setformat method. Unfortunately I haven't have free > > > > >> > time to investiage further due to msk(4) work and still > > > > >> > have little time. > > > > >: > > > > >:-( > > > > >: > > > > >> >-- > > > > >> >Regards, > > > > >> >Pyun YongHyeon > > > > > > > > > >-- > > > > >Regards, > > > > >Pyun YongHyeon > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > _______________________________________________ > > freebsd-multimedia@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > > To unsubscribe, send any mail to > > "freebsd-multimedia-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to " > freebsd-multimedia-unsubscribe@freebsd.org" >