From edwin at FreeBSD.org Mon Dec 1 02:34:02 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Mon Dec 1 02:34:13 2008 Subject: ports/129293: [Update] audio/wavpack - update to 4.50.1 Message-ID: <200812011034.mB1AY1fm029312@freefall.freebsd.org> Synopsis: [Update] audio/wavpack - update to 4.50.1 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Mon Dec 1 10:34:01 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=129293 From bugmaster at FreeBSD.org Mon Dec 1 03:06:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 1 03:08:35 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200812011106.mB1B6w2O052611@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/129293 multimedia [Update] audio/wavpack - update to 4.50.1 o ports/129085 multimedia [PATCH] multimedia/x264: update to 0.0.20081122 o ports/128730 multimedia [PATCH] multimedia/libquicktime: default LAME option t o ports/128680 multimedia [PATCH] multimedia/gavl: update to 1.0.1 o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: References: <20081127073452.15182879@devil> <20081127062926.147346pp91i6q3k0@econet.encontacto.net> Message-ID: eculp wrote: > Quoting Anders Troback : > >> Hi, >> >> I'm looking for a HTPC application for FreeBSD! >> >> Is there anyone out there that are using FreeBSD as a HTPC? If yes, >> what are you using to make this happen? > > First I assume that we are talking about a Home Theater Personal > Computer. I guess most of us use our PC's laptops with FreeBSD to > listen to music and watch DVD's etc. My first would have to be what > does/would constitute a real HTPC? Are there any minimal guidelines? > > I apologize for my ignorance, > > ed > Well, one of the issues I can see is that HTPC is supposed to get connected to a big LCD (either monitor or maybe even better TV) and be a source of HDTV signal. But FreeBSD and X.org have issues with modern video acceleration and also OpenGL (for other tasks) on modern video cards. :-/ Another issue is digital sound output using S/PDIF. :( M. From freebsd at troback.com Tue Dec 2 00:00:35 2008 From: freebsd at troback.com (Anders Troback) Date: Tue Dec 2 00:01:11 2008 Subject: FreeBSD video recorder (was: FreeBSD as a HTPC!) In-Reply-To: <20081129030722.GD26930@dereel.lemis.com> References: <20081127073452.15182879@devil> <20081129030722.GD26930@dereel.lemis.com> Message-ID: <20081202090020.4f89fc17@server09.gelita.swe> On Sat, 29 Nov 2008 14:07:22 +1100 Greg 'groggy' Lehey wrote: > On Thursday, 27 November 2008 at 7:34:52 +0100, Anders Troback wrote: > > Hi, > > > > I'm looking for a HTPC application for FreeBSD! > > I'm assuming you're talking primarily about TV reception. > No, actual not! I was more after a nice GUI to brows my movies (mpeg, avi), music (mp3, ogg) and pictures (jpeg)! I have found a nice program from the Enlightenment project but it's far from ready to use, it's called Enna! \\troback From timothy at stepsafellc.com Wed Dec 3 15:40:20 2008 From: timothy at stepsafellc.com (Step Safe, L.L.C.) Date: Wed Dec 3 15:40:27 2008 Subject: "NEW" Puncture Resistant Insoles Message-ID: <80114642.20081203173444@stepsafellc.com> Your Email Client does not support MIME encoding. Please upgrade to MIME-enabled Email Client (almost every modern Email Client is MIME-capable). From timothy at stepsafellc.com Wed Dec 3 15:42:33 2008 From: timothy at stepsafellc.com (Step Safe, L.L.C.) Date: Wed Dec 3 15:42:40 2008 Subject: "NEW" Puncture Resistant Insoles Message-ID: <07911342.20081203172923@stepsafellc.com> Your Email Client does not support MIME encoding. Please upgrade to MIME-enabled Email Client (almost every modern Email Client is MIME-capable). From linimon at FreeBSD.org Wed Dec 3 21:22:57 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Dec 3 21:23:03 2008 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20081204052256.9B6301CCA6@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/gstreamer-plugins-spc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: graphics/gstreamer-plugins-swfdec broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: multimedia/mjpegtools-yuvfilters broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From linimon at FreeBSD.org Wed Dec 3 21:24:02 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Dec 3 21:24:08 2008 Subject: FreeBSD ports that you maintain which are currently scheduled for deletion Message-ID: <20081204052401.755111CD17@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: graphics/gstreamer-plugins-swfdec description: Gstreamer flash redering plugin maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From admin at lissyara.su Thu Dec 4 00:42:05 2008 From: admin at lissyara.su (Alex Keda) Date: Thu Dec 4 00:42:12 2008 Subject: after last update xmms get all processor resourses Message-ID: <493792CF.1010805@lissyara.su> subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms ============== lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) lissyara$ From admin at lissyara.su Thu Dec 4 02:17:51 2008 From: admin at lissyara.su (Alex Keda) Date: Thu Dec 4 02:17:58 2008 Subject: after last update xmms get all processor resourses In-Reply-To: <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> References: <493792CF.1010805@lissyara.su> <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> Message-ID: <4937AE4C.8090203@lissyara.su> Garrett Cooper ?????: > On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda wrote: > >> subj. >> >> last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 >> 11:17:45 >> 134 processes: 4 running, 130 sleeping >> CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle >> Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free >> Swap: 905M Total, 905M Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms >> ============== >> lissyara$ uname -a >> FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 >> 13:20:28 MSK 2008 >> lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC >> amd64 >> >> lissyara$ pkg_info | grep xmms >> librcc-0.2.6_1 Library used by rusxmms for language autodetection >> librcd-0.1.11 Library used by rusxmms for autodetection of russian >> charse >> xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI >> xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel >> xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) >> > > Could you start up xmms via strace or truss in a terminal and provide > output on pastebin.com please? > Thanks, > -Garrett > > very big. pastebin.com give 500 error =) http://lissyara.su/patch/xmms/typescript.txt From yanefbsd at gmail.com Thu Dec 4 02:23:30 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Dec 4 02:23:37 2008 Subject: after last update xmms get all processor resourses In-Reply-To: <493792CF.1010805@lissyara.su> References: <493792CF.1010805@lissyara.su> Message-ID: <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda wrote: > subj. > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > 11:17:45 > 134 processes: 4 running, 130 sleeping > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free > Swap: 905M Total, 905M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms > ============== > lissyara$ uname -a > FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 > 13:20:28 MSK 2008 > lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC > amd64 > > lissyara$ pkg_info | grep xmms > librcc-0.2.6_1 Library used by rusxmms for language autodetection > librcd-0.1.11 Library used by rusxmms for autodetection of russian > charse > xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI > xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel > xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) Could you start up xmms via strace or truss in a terminal and provide output on pastebin.com please? Thanks, -Garrett From snvoronkov at yandex.ru Thu Dec 4 02:53:38 2008 From: snvoronkov at yandex.ru (Sergey N. Voronkov) Date: Thu Dec 4 02:53:44 2008 Subject: after last update xmms get all processor resourses Message-ID: <4937B440.2010009@yandex.ru> Helo! > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > 11:17:45 > 134 processes: 4 running, 130 sleeping > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free > Swap: 905M Total, 905M Free Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. Just remove it and recompile port. Serg N. Voronkov, Sibitex Ltd. From admin at lissyara.su Thu Dec 4 03:48:35 2008 From: admin at lissyara.su (Alex Keda) Date: Thu Dec 4 03:48:41 2008 Subject: after last update xmms get all processor resourses In-Reply-To: <4937B440.2010009@yandex.ru> References: <4937B440.2010009@yandex.ru> Message-ID: <4937C391.2050602@lissyara.su> Sergey N. Voronkov ?????: > Helo! > > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > > 11:17:45 > > 134 processes: 4 running, 130 sleeping > > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M > Free > > Swap: 905M Total, 905M Free > > Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. > Just remove it and recompile port. > with this patch I have additional bug. I select track in list, double click to him - it play musik. if I double click to another track - xmms crash. If I press stop, or pause button - double click to another composition - play it ========== without ports/multimedia/xmms/files/patch-main.c - cpu load - little, no crash with select track From beech at alaskaparadise.com Thu Dec 4 04:31:34 2008 From: beech at alaskaparadise.com (Beech Rintoul) Date: Thu Dec 4 04:31:41 2008 Subject: after last update xmms get all processor resourses In-Reply-To: <4937C391.2050602@lissyara.su> References: <4937B440.2010009@yandex.ru> <4937C391.2050602@lissyara.su> Message-ID: <200812040313.17103.beech@alaskaparadise.com> On Thursday 04 December 2008 02:48:33 Alex Keda wrote: > Sergey N. Voronkov ?????: > > Helo! > > > > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > > > 11:17:45 > > > 134 processes: 4 running, 130 sleeping > > > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > > > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M > > > > Free > > > > > Swap: 905M Total, 905M Free > > > > Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. > > Just remove it and recompile port. > > with this patch I have additional bug. > I select track in list, double click to him - it play musik. > if I double click to another track - xmms crash. > If I press stop, or pause button - double click to another composition - > play it > ========== > without ports/multimedia/xmms/files/patch-main.c - cpu load - little, no > crash with select track I'll remove it. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From beech at alaskaparadise.com Thu Dec 4 04:31:34 2008 From: beech at alaskaparadise.com (Beech Rintoul) Date: Thu Dec 4 04:31:52 2008 Subject: after last update xmms get all processor resourses In-Reply-To: <4937C391.2050602@lissyara.su> References: <4937B440.2010009@yandex.ru> <4937C391.2050602@lissyara.su> Message-ID: <200812040313.17103.beech@alaskaparadise.com> On Thursday 04 December 2008 02:48:33 Alex Keda wrote: > Sergey N. Voronkov ?????: > > Helo! > > > > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > > > 11:17:45 > > > 134 processes: 4 running, 130 sleeping > > > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > > > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M > > > > Free > > > > > Swap: 905M Total, 905M Free > > > > Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. > > Just remove it and recompile port. > > with this patch I have additional bug. > I select track in list, double click to him - it play musik. > if I double click to another track - xmms crash. > If I press stop, or pause button - double click to another composition - > play it > ========== > without ports/multimedia/xmms/files/patch-main.c - cpu load - little, no > crash with select track I'll remove it. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From d9364104 at mail.nchu.edu.tw Thu Dec 4 05:40:06 2008 From: d9364104 at mail.nchu.edu.tw (Eric L. Chen) Date: Thu Dec 4 05:43:57 2008 Subject: ports/128086: Add schroedinger (dirac) codec support for multimedia/ffmpeg Message-ID: <200812041340.mB4De6MF030388@freefall.freebsd.org> The following reply was made to PR ports/128086; it has been noted by GNATS. From: "Eric L. Chen" To: FreeBSD-gnats-submit@freebsd.org, freebsd-ports-bugs@freebsd.org Cc: Subject: Re: ports/128086: Add schroedinger (dirac) codec support for multimedia/ffmpeg Date: Thu, 4 Dec 2008 21:04:29 +0800 On Tue, Oct 14, 2008 at 3:00 PM, wrote: > Thank you very much for your problem report. > It has the internal identification `ports/128086'. > The individual assigned to look at your > report is: freebsd-ports-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128086 > >>Category: ports >>Responsible: freebsd-ports-bugs >>Synopsis: Add schroedinger (dirac) codec support for multimedia/ffmpeg >>Arrival-Date: Tue Oct 14 07:00:09 UTC 2008 > Why no one response on this? /E From bugmaster at FreeBSD.org Mon Dec 8 03:06:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 8 03:08:27 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200812081106.mB8B6wp8014324@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/129293 multimedia [Update] audio/wavpack - update to 4.50.1 o ports/129085 multimedia [PATCH] multimedia/x264: update to 0.0.20081122 o ports/128730 multimedia [PATCH] multimedia/libquicktime: default LAME option t o ports/128680 multimedia [PATCH] multimedia/gavl: update to 1.0.1 o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: Hi ! My first question was to freebsd-questions, but now i think that is a multimedia issue. ls for /dev/dsp* shows: crw-rw-rw- 1 root wheel 0, 112 Dec 13 12:43 /dev/dsp0.0 skype says that is using /dev/dsp dmesg says: pcm0: mem 0xde300000-0xde303fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcm0: pcm0: I am able to ear sound on many apps. mixer says: Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer mic is currently set to 0:0 Mixer rec is currently set to 50:50 But I can get no sound on skype with regular user. What should I do? Thanks, daniel Glen Barber wrote: > On Sat, Dec 13, 2008 at 7:57 AM, Daniel Leal wrote: > >> Hi ! >> >> Is there a problem if I use skype as root? >> like sudo skype. >> Because, if not i will get no sound! >> >> > > You should never run any network-connected software as root, as it is > a huge security hole. Fix your permissions for your sound. > > -------------- next part -------------- An embedded message was scrubbed... From: "Glen Barber" Subject: Re: skype Date: Sat, 13 Dec 2008 09:27:41 -0500 Size: 3006 Url: http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081213/b7590ea8/skype.eml From glen.j.barber at gmail.com Sat Dec 13 07:16:35 2008 From: glen.j.barber at gmail.com (Glen Barber) Date: Sat Dec 13 07:16:42 2008 Subject: [Fwd: Re: skype] In-Reply-To: <4943C8C6.3040603@webvolution.net> References: <4943C8C6.3040603@webvolution.net> Message-ID: <4ad871310812130646y7d134ffv6eb4706a18ca2f75@mail.gmail.com> On Sat, Dec 13, 2008 at 9:37 AM, Daniel Leal wrote: > Hi ! > > My first question was to freebsd-questions, but now i think that is a > multimedia issue. > ls for /dev/dsp* shows: > crw-rw-rw- 1 root wheel 0, 112 Dec 13 12:43 /dev/dsp0.0 > > skype says that is using /dev/dsp > > dmesg says: > pcm0: mem > 0xde300000-0xde303fff irq 22 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcm0: > pcm0: > > I am able to ear sound on many apps. > > mixer says: > Mixer vol is currently set to 100:100 > Mixer pcm is currently set to 100:100 > Mixer mic is currently set to 0:0 > Mixer rec is currently set to 50:50 > > But I can get no sound on skype with regular user. > > What should I do? > Have a look at devfs(8), and make sure pcm0 is available to your user. -- Glen Barber "If you have any trouble sounding condescending, find a Unix user to show you how it's done." --Scott Adams From remko at FreeBSD.org Sat Dec 13 10:00:14 2008 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Sat Dec 13 10:00:25 2008 Subject: kern/129604: [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead Message-ID: <200812131800.mBDI0C1C074648@freefall.freebsd.org> Old Synopsis: Sound stops with error: pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead New Synopsis: [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead Responsible-Changed-From-To: freebsd-bugs->freebsd-multimedia Responsible-Changed-By: remko Responsible-Changed-When: Sat Dec 13 17:59:53 UTC 2008 Responsible-Changed-Why: Reassign to multimedia team http://www.freebsd.org/cgi/query-pr.cgi?pr=129604 From beech at alaskaparadise.com Sat Dec 13 13:05:20 2008 From: beech at alaskaparadise.com (Beech Rintoul) Date: Sat Dec 13 13:05:26 2008 Subject: [Fwd: Re: skype] In-Reply-To: <4943C8C6.3040603@webvolution.net> References: <4943C8C6.3040603@webvolution.net> Message-ID: <200812131205.17305.beech@alaskaparadise.com> On Saturday 13 December 2008 05:37:58 Daniel Leal wrote: > Hi ! > > My first question was to freebsd-questions, but now i think that is a > multimedia issue. > ls for /dev/dsp* shows: > crw-rw-rw- 1 root wheel 0, 112 Dec 13 12:43 /dev/dsp0.0 > > skype says that is using /dev/dsp > > dmesg says: > pcm0: mem > 0xde300000-0xde303fff irq 22 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcm0: > pcm0: > > I am able to ear sound on many apps. > > mixer says: > Mixer vol is currently set to 100:100 > Mixer pcm is currently set to 100:100 > Mixer mic is currently set to 0:0 > Mixer rec is currently set to 50:50 > > But I can get no sound on skype with regular user. > > What should I do? > > Thanks, > > daniel > > Glen Barber wrote: > > On Sat, Dec 13, 2008 at 7:57 AM, Daniel Leal wrote: > >> Hi ! > >> > >> Is there a problem if I use skype as root? > >> like sudo skype. > >> Because, if not i will get no sound! > > > > You should never run any network-connected software as root, as it is > > a huge security hole. Fix your permissions for your sound. Try starting Skype with the following: skype -- resources=/usr/local/share/skype also, make sure your audio devices are available as a regular user. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From bugmaster at FreeBSD.org Mon Dec 15 03:06:55 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 15 03:08:34 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200812151106.mBFB6tWt004398@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/129293 multimedia [Update] audio/wavpack - update to 4.50.1 o ports/129085 multimedia [PATCH] multimedia/x264: update to 0.0.20081122 o ports/128730 multimedia [PATCH] multimedia/libquicktime: default LAME option t o ports/128680 multimedia [PATCH] multimedia/gavl: update to 1.0.1 o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: Multimedia gurus, I am looking for advice about the best way to handle the following situation: Playing sound with any two apps at the same time causes errors, sound stuttering and / or hangups. So far, I've tested and confirmed this problem under the following conditions: -Amarok is playing music and Pidgin tries to make noise to tell me someone's online. -XMMS is playing music and Pidgin tries to make noise. -XMMS and Amarok are both playing music at the same time. -Shell-FM is playing music and Pidgin tries to make noise. Expected behavior: Simultaneous sounds play simultaneously. Errors received: pcm0: play: dsp0.p0 play interrupt timeout, channel dead pcm0: play: dsp0.p1 play interrupt timeout, channel dead What I have tried so far: -I've enabled autovchans in sysctls: hw.snd.maxautovchans: 4. This did not help. -Reading more, I became a bit confused about a message regarding the driver (or at least the hardware) supporting multiplexing natively >* > it is a feature, not a bug and it is really great feature, so should be *>* > removed from the list with bugs. Envy24(1712) has very precise 36bit *>* wide *>* > hardware mixer, which is superior that vchans (software sound mixer in *>* the *>* > kernel). the driver supports Envy24(1712) hardware mixer, so up to 10 *>* > channels (5 stereo pairs) can be playback simultaneously and that is why *>* no *>* > software sound mixer (vchans) is needed. (This is from http://lists.freebsd.org/mailman/htdig/freebsd-multimedia/2006-July/004560.html) * -So I installed OSS, thinking that maybe it could solve my multiple audio source problems, but got the same problem - stuttering sound when playing multiple sources, followed by instability. I later learned that OSS hadn't loaded correctly, and didn't support multiple sound channels on FreeBSD anyway, and I am trying to avoid running a heavy sound server if possible... so without any luck with OSS, I've now uninstalled it. I'm open to suggestions. Does anyone know how PC-BSD handles sound? Maybe they've got it right for the desktop? There's ALSA, ESD, ARTS, OSS FreeBSD version via ports, OSS 4Front version, vchans, hardware multiplexing and more. Pretty confusing. Here's some info about my setup: *sndstat:* FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed devices: pcm0: at io 0xccc0:32,0xcca0:16,0xcc80:16,0xcc00:64 irq 10 [MPSAFE] (5p:0v/3r:1v channels duplex default) *uname:* FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Nov 10 02:00:54 EST 2008 :/usr/obj/usr/src/sys/STRIPPED i386 *pciconf:* 1465- vendor = 'VIA Technologies Inc (Was: IC Ensemble Inc)' 1528: device = 'ICE1712 Envy24 Multichannel Audio Controller' 1592- class = multimedia 1620: subclass = audio I can provide more info if it helps, just let me know. Please advise? Scott http://www.scottspare.com From onemda at gmail.com Tue Dec 16 14:21:14 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Tue Dec 16 14:21:21 2008 Subject: Multiple simultaneous sound channels (sources) with X.org and Envy24 (M-Audio Audiophile 2496) In-Reply-To: References: Message-ID: <3a142e750812161421x13b9b043w293776dbc638400d@mail.gmail.com> On 12/16/08, Scott Spare wrote: > Multimedia gurus, > > I am looking for advice about the best way to handle the following > situation: > Playing sound with any two apps at the same time causes errors, sound > stuttering and / or hangups. I have snd_hda sound card and I dont have such problems, so it looks like driver problem to me. -- Paul From nox at jelal.kn-bremen.de Tue Dec 16 14:53:47 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Tue Dec 16 14:53:54 2008 Subject: A new multimedia/mplayer? In-Reply-To: <786602c60811180032h673b099fod01248f06204cc6c@mail.gmail.com> References: <193678.16469.qm@web39108.mail.mud.yahoo.com> Message-ID: <200812162220.mBGMKtZS028287@saturn.kn-bremen.de> In article <786602c60811180032h673b099fod01248f06204cc6c@mail.gmail.com> you write: >On Tue, Nov 18, 2008 at 08:44, bf wrote: > >> In a recent discussion on the mplayer >> mailing lists, developers said that they were unlikely to release a new >> tarball anytime soon ( but if you know differently, please let us know), and >> that they recommended that everyone who was able to should use a more recent >> svn snapshot. Can we therefore switch multimedia/mplayer to a recent svn >> snapshot, to take advantage of the many bugfixes and improvements in svn? > >I am quite reluctant to have snapshot-only-versions in the ports tree, >but of course I do see your point. It would be really desirable to >have some kind of release engineering at the mplayer development >front. But if there is no intent on their side to ever do that, we >might need to switch to a semi-predictable/regular cycle of update our >ports tree to snapshots to make features (and more importantly >security fixes) accessible to the users. >However, I would appreciate some comments from the list subscribers >regarding this issue. > >Should we >1) use svn snapshots of mplayer and update them every n weeks/months ? Going after what I read on the mplayer list, it seems we want to do this. >2) stick with 1.0rc2 + security patches until rc3 is released, >whenever that may be? >3) ... Or maybe you could keep the current mplayer port, repocopy it to mplayer-devel and then update that to snapshot(s)? (similar to what I did with qemu, except for that fact that qemu upstream never wanted to stop doing releases, its just the tcg conversion that took a while...) My $.02, :) Juergen From shoesoft at gmx.net Tue Dec 16 16:13:14 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Tue Dec 16 16:13:22 2008 Subject: Multiple simultaneous sound channels (sources) with X.org and Envy24 (M-Audio Audiophile 2496) In-Reply-To: References: Message-ID: <200812170046.32702.shoesoft@gmx.net> On Tuesday 16 December 2008 22:43:47 Scott Spare wrote: > Multimedia gurus, > > I am looking for advice about the best way to handle the following > situation: > Playing sound with any two apps at the same time causes errors, sound > stuttering and / or hangups. > > So far, I've tested and confirmed this problem under the following > conditions: > -Amarok is playing music and Pidgin tries to make noise to tell me > someone's online. > -XMMS is playing music and Pidgin tries to make noise. > -XMMS and Amarok are both playing music at the same time. > -Shell-FM is playing music and Pidgin tries to make noise. > > Expected behavior: > Simultaneous sounds play simultaneously. > > Errors received: > pcm0: play: dsp0.p0 play interrupt timeout, channel dead > pcm0: play: dsp0.p1 play interrupt timeout, channel dead > > What I have tried so far: > -I've enabled autovchans in sysctls: hw.snd.maxautovchans: 4. This did not > help. > -Reading more, I became a bit confused about a message regarding the driver > (or at least the hardware) supporting multiplexing natively It doesn't happen with all applications. Playing two files with mplayer simultaneously works for instance. Don't think it has anything to do with xorg but haven't found out under what exact circumstances it fails. The hardware mixing seems to be buggy in some cases. But it seems to be used even if vchans is enabled. So there's no easy way to workaround that. Maybe someone could come up with a simple patch to disable the hardware mixing feature. I've tried some time ago but failed. > -So I installed OSS, thinking that maybe it could solve my multiple audio > source problems, but got the same problem - stuttering sound when playing > multiple sources, followed by instability. I later learned that OSS hadn't > loaded correctly, and didn't support multiple sound channels on FreeBSD > anyway, and I am trying to avoid running a heavy sound server if > possible... so without any luck with OSS, I've now uninstalled it. I'm > open to suggestions. Does anyone know how PC-BSD handles sound? Maybe > they've got it right for the desktop? There's ALSA, ESD, ARTS, OSS FreeBSD > version via ports, OSS 4Front version, vchans, hardware multiplexing and > more. Pretty confusing. It's been some time since I used the 4Front driver. There's something called virtual channel mixer or something similar. IIRC it provides several dsp devices; but you need to explicitly specify which device to use. So it's not as comfortable as the shipped driver. Also some applications have troubles with the driver, e.g. you need to patch libao. But maybe that's already been fixed. -- Stefan From torfinn.ingolfsen at broadpark.no Wed Dec 17 10:08:24 2008 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Wed Dec 17 10:08:31 2008 Subject: MythTV port upgrade? Message-ID: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> Hi, So - what happened to the MythTV port upgrade that was presented herer on this mailing list some time ago? -- Regards, Torfinn Ingolfsen From scuppers at gmail.com Thu Dec 18 12:58:19 2008 From: scuppers at gmail.com (Scott Spare) Date: Thu Dec 18 12:58:26 2008 Subject: Multiple simultaneous sound channels (sources) with X.org and Envy24 (M-Audio Audiophile 2496) In-Reply-To: <200812170046.32702.shoesoft@gmx.net> References: <200812170046.32702.shoesoft@gmx.net> Message-ID: Stefan, Thank you for your detailed message. I am more than willing to test any new driver code for Envy24 that supports multiplexing if anyone creates it. I looked at the code for the driver yesterday, but realized after about half an hour of reading code that driver debugging is way beyond my C ability. I was unable to figure out what that high-quality hardware mixing is called in the driver, or whether it's just automatically enabled, and so would be something that would have to be disabled explicitly by sending a signal to the chip to tell it not to use it. I would be very glad to use the hardware mixer if it was working. Also I'm not really clear on what portion of all this is handled by the driver itself, and what's handled by the kernel modules. I looked around for datasheets for the VIA Envy24 chip itself, and couldn't find those. I personally thank Konstantin and whoever else authored these drivers in the first place. How they did so without datasheets, I will never know. FWIW, there's a web page on the chip itself at http://www.via.com.tw/en/products/audio/controllers/envy24/. The digital mixer is shown on that page in a block diagram, but the quality of the diagram is not so good. There's a zip file for an "image kit" on that page, but that's just logos. Next steps: I think I'm going to try OSS again and see if I can get that virtual channel mixing thing working. I might also look at the source of their envy24 support to see if that answers anything. I kind of doubt it, but it's worth a shot. I'd really prefer to use some kind of low-level solution like the hardware mixing or FreeBSDs vchans. I think the driver may be disabling the vchans, but not sure. The driver itself has been working great with libao besides the multiplexing issue. I use it every day to play music on Amarok. What a great card. Thanks once again. Scott On Tue, Dec 16, 2008 at 6:46 PM, Stefan Ehmann wrote: > On Tuesday 16 December 2008 22:43:47 Scott Spare wrote: > > Multimedia gurus, > > > > I am looking for advice about the best way to handle the following > > situation: > > Playing sound with any two apps at the same time causes errors, sound > > stuttering and / or hangups. > > > > So far, I've tested and confirmed this problem under the following > > conditions: > > -Amarok is playing music and Pidgin tries to make noise to tell me > > someone's online. > > -XMMS is playing music and Pidgin tries to make noise. > > -XMMS and Amarok are both playing music at the same time. > > -Shell-FM is playing music and Pidgin tries to make noise. > > > > Expected behavior: > > Simultaneous sounds play simultaneously. > > > > Errors received: > > pcm0: play: dsp0.p0 play interrupt timeout, channel dead > > pcm0: play: dsp0.p1 play interrupt timeout, channel dead > > > > What I have tried so far: > > -I've enabled autovchans in sysctls: hw.snd.maxautovchans: 4. This did > not > > help. > > -Reading more, I became a bit confused about a message regarding the > driver > > (or at least the hardware) supporting multiplexing natively > > It doesn't happen with all applications. Playing two files with mplayer > simultaneously works for instance. Don't think it has anything to do with > xorg > but haven't found out under what exact circumstances it fails. > > The hardware mixing seems to be buggy in some cases. But it seems to be > used > even if vchans is enabled. So there's no easy way to workaround that. > > Maybe someone could come up with a simple patch to disable the hardware > mixing > feature. I've tried some time ago but failed. > > > -So I installed OSS, thinking that maybe it could solve my multiple audio > > source problems, but got the same problem - stuttering sound when playing > > multiple sources, followed by instability. I later learned that OSS > hadn't > > loaded correctly, and didn't support multiple sound channels on FreeBSD > > anyway, and I am trying to avoid running a heavy sound server if > > possible... so without any luck with OSS, I've now uninstalled it. I'm > > open to suggestions. Does anyone know how PC-BSD handles sound? Maybe > > they've got it right for the desktop? There's ALSA, ESD, ARTS, OSS > FreeBSD > > version via ports, OSS 4Front version, vchans, hardware multiplexing and > > more. Pretty confusing. > > It's been some time since I used the 4Front driver. There's something > called > virtual channel mixer or something similar. IIRC it provides several dsp > devices; but you need to explicitly specify which device to use. So it's > not > as comfortable as the shipped driver. > > Also some applications have troubles with the driver, e.g. you need to > patch > libao. But maybe that's already been fixed. > > -- > Stefan > From ariff at FreeBSD.org Thu Dec 18 14:14:06 2008 From: ariff at FreeBSD.org (Ariff Abdullah) Date: Thu Dec 18 14:14:13 2008 Subject: Multiple simultaneous sound channels (sources) with X.org and Envy24 (M-Audio Audiophile 2496) In-Reply-To: References: <200812170046.32702.shoesoft@gmx.net> Message-ID: <20081219061357.6d23f06e.ariff@FreeBSD.org> On Thu, 18 Dec 2008 15:58:18 -0500 "Scott Spare" wrote: > Stefan, > Thank you for your detailed message. I am more than willing to test > any new driver code for Envy24 that supports multiplexing if anyone > creates it. I looked at the code for the driver yesterday, but > realized after about half an hour of reading code that driver > debugging is way beyond my C ability. > > I was unable to figure out what that high-quality hardware mixing is > called in the driver, or whether it's just automatically enabled, > and so would be something that would have to be disabled explicitly > by sending a signal to the chip to tell it not to use it. I would > be very glad to use the hardware mixer if it was working. Also I'm > not really clear on what portion of all this is handled by the > driver itself, and what's handled by the kernel modules. > > I looked around for datasheets for the VIA Envy24 chip itself, and > couldn't find those. I personally thank Konstantin and whoever else > authored these drivers in the first place. How they did so without > datasheets, I will never know. > > FWIW, there's a web page on the chip itself at > http://www.via.com.tw/en/products/audio/controllers/envy24/. > The digital mixer is shown on that page in a block diagram, but the > quality of the diagram is not so good. There's a zip file for an > "image kit" on that page, but that's just logos. > > Next steps: I think I'm going to try OSS again and see if I can get > that virtual channel mixing thing working. I might also look at the > source of their envy24 support to see if that answers anything. I > kind of doubt it, but it's worth a shot. I'd really prefer to use > some kind of low-level solution like the hardware mixing or FreeBSDs > vchans. I think the driver may be disabling the vchans, but not > sure. > > The driver itself has been working great with libao besides the > multiplexing issue. I use it every day to play music on Amarok. > What a great card. Thanks once again. > Dejavu. I'll look into this. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081218/b5116a93/attachment.pgp From shoesoft at gmx.net Fri Dec 19 00:29:06 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Fri Dec 19 00:29:14 2008 Subject: Multiple simultaneous sound channels (sources) with X.org and Envy24 (M-Audio Audiophile 2496) In-Reply-To: References: <200812170046.32702.shoesoft@gmx.net> Message-ID: <200812190929.02650.shoesoft@gmx.net> On Thursday 18 December 2008 21:58:18 Scott Spare wrote: > Stefan, > Thank you for your detailed message. I am more than willing to test any new > driver code for Envy24 that supports multiplexing if anyone creates it. I > looked at the code for the driver yesterday, but realized after about half > an hour of reading code that driver debugging is way beyond my C ability. > > I was unable to figure out what that high-quality hardware mixing is called > in the driver, or whether it's just automatically enabled, and so would be > something that would have to be disabled explicitly by sending a signal to > the chip to tell it not to use it. I would be very glad to use the > hardware mixer if it was working. Also I'm not really clear on what > portion of all this is handled by the driver itself, and what's handled by > the kernel modules. > > I looked around for datasheets for the VIA Envy24 chip itself, and couldn't > find those. I personally thank Konstantin and whoever else authored these > drivers in the first place. How they did so without datasheets, I will > never know. > > FWIW, there's a web page on the chip itself at > http://www.via.com.tw/en/products/audio/controllers/envy24/. > The digital mixer is shown on that page in a block diagram, but the quality > of the diagram is not so good. There's a zip file for an "image kit" on > that page, but that's just logos. Some datasheets are available here: http://envy24.svobodno.com/ This should be the relevant one: http://envy24.svobodno.com/datasheets/via/vt1712.pdf > Next steps: I think I'm going to try OSS again and see if I can get that > virtual channel mixing thing working. I might also look at the source of > their envy24 support to see if that answers anything. I kind of doubt it, > but it's worth a shot. I'd really prefer to use some kind of low-level > solution like the hardware mixing or FreeBSDs vchans. I think the driver > may be disabling the vchans, but not sure. AFAIK the original driver was written before there was even vchans support in FreeBSD :) I came up with a quick&dirty patch to disable hardware mixing. With the patch applied vchans should be working. Fixing hardware mixing would be nice but that's beyond my scope right now. --- envy24.c.bak 2008-12-19 09:04:56.000000000 +0100 +++ envy24.c 2008-12-19 09:17:41.000000000 +0100 @@ -2535,14 +2535,12 @@ mixer_init(dev, &envy24mixer_class, sc); /* set channel information */ - err = pcm_register(dev, sc, 5, 2 + sc->adcn); + err = pcm_register(dev, sc, 1, 2 + sc->adcn); if (err) goto bad; sc->chnum = 0; - for (i = 0; i < 5; i++) { - pcm_addchan(dev, PCMDIR_PLAY, &envy24chan_class, sc); - sc->chnum++; - } + pcm_addchan(dev, PCMDIR_PLAY, &envy24chan_class, sc); + sc->chnum = 5; for (i = 0; i < 2 + sc->adcn; i++) { pcm_addchan(dev, PCMDIR_REC, &envy24chan_class, sc); sc->chnum++; From kosio.dimitrov at gmail.com Fri Dec 19 01:07:37 2008 From: kosio.dimitrov at gmail.com (Konstantin Dimitrov) Date: Fri Dec 19 01:07:44 2008 Subject: Multiple simultaneous sound channels (sources) with X.org and Envy24 (M-Audio Audiophile 2496) In-Reply-To: References: <200812170046.32702.shoesoft@gmx.net> Message-ID: <8103ad500812190046h58e7ce95h641ba136f399334f@mail.gmail.com> hi guys, sorry that i'm not around here lately, but i'm busy with other things. On Thu, Dec 18, 2008 at 10:58 PM, Scott Spare wrote: > Stefan, > Thank you for your detailed message. I am more than willing to test any new > driver code for Envy24 that supports multiplexing if anyone creates it. I > looked at the code for the driver yesterday, but realized after about half > an hour of reading code that driver debugging is way beyond my C ability. > > I was unable to figure out what that high-quality hardware mixing is called > in the driver, or whether it's just automatically enabled, and so would be > something that would have to be disabled explicitly by sending a signal to > the chip to tell it not to use it. it's easy to disable the hardware mixing, you can look at snd_envy24ht(4) code in which hardware mixing is disabled, because Envy24 from 172x family don't have hardware mixing like 1712 ones. basically, you need to remove: envy24_route(sc, ENVY24_ROUTE_DAC_1, ENVY24_ROUTE_CLASS_MIX, 0, 0); envy24_route(sc, ENVY24_ROUTE_DAC_SPDIF, ENVY24_ROUTE_CLASS_DMA, 0, 0); and pcm_register one instead of 5 channels. > I would be very glad to use the hardware > mixer if it was working. Also I'm not really clear on what portion of all > this is handled by the driver itself, and what's handled by the kernel > modules. > > I looked around for datasheets for the VIA Envy24 chip itself, and couldn't > find those. I personally thank Konstantin and whoever else authored these > drivers in the first place. How they did so without datasheets, I will never > know. > all datasheets and a lot of documents written by me that describes hardware design of particular card are here: http://envy24.svobodno.com/ i created this site, so to be easy for future developers and contributors to the driver. Katsurajima Naoto wrote the snd_envy24(4) for M-Audio Delta DiO 2496 card only back in the 2001. since then he is out of reach and i truly hope he is well and want to thank him once again for his tremendous work on snd_envy24(4)! few years ago, i just patched snd_envy24(4) to work on newer versions of FreeBSD and add support for more cards. the latest code is in the FreeBSD P4 repository: http://perforce.freebsd.org/chv.cgi?CH=152970 i then re-used "Interleaved DMA Playback" code from snd_envy24(4) as a base for snd_envy24ht(4) and wrote all the necessary hardware routines for 172x family of Envy24 and support for a lot of different 172x cards. (during the upcoming holidays i'm planning to move snd_envy24ht(4) to P4 repository and make some updates to the code) the "Interleaved DMA Playback" code can be used for both hardware mixing and multichannel playback. it's very universal and probably can be used with almost every multichannel card, not only Envy24-based ones. maybe, someday someone will look at that code and move it from snd_envy24(4) and snd_envy24ht(4) to the newpcm subsystem. that will make drivers for multichannel audio controllers much simpler and will allow newpcm to support multichannel. konstantin > FWIW, there's a web page on the chip itself at > http://www.via.com.tw/en/products/audio/controllers/envy24/. > The digital mixer is shown on that page in a block diagram, but the quality > of the diagram is not so good. There's a zip file for an "image kit" on > that page, but that's just logos. > > Next steps: I think I'm going to try OSS again and see if I can get that > virtual channel mixing thing working. I might also look at the source of > their envy24 support to see if that answers anything. I kind of doubt it, > but it's worth a shot. I'd really prefer to use some kind of low-level > solution like the hardware mixing or FreeBSDs vchans. I think the driver > may be disabling the vchans, but not sure. > > The driver itself has been working great with libao besides the multiplexing > issue. I use it every day to play music on Amarok. What a great card. > Thanks once again. > > Scott > > On Tue, Dec 16, 2008 at 6:46 PM, Stefan Ehmann wrote: >> >> On Tuesday 16 December 2008 22:43:47 Scott Spare wrote: >> > Multimedia gurus, >> > >> > I am looking for advice about the best way to handle the following >> > situation: >> > Playing sound with any two apps at the same time causes errors, sound >> > stuttering and / or hangups. >> > >> > So far, I've tested and confirmed this problem under the following >> > conditions: >> > -Amarok is playing music and Pidgin tries to make noise to tell me >> > someone's online. >> > -XMMS is playing music and Pidgin tries to make noise. >> > -XMMS and Amarok are both playing music at the same time. >> > -Shell-FM is playing music and Pidgin tries to make noise. >> > >> > Expected behavior: >> > Simultaneous sounds play simultaneously. >> > >> > Errors received: >> > pcm0: play: dsp0.p0 play interrupt timeout, channel dead >> > pcm0: play: dsp0.p1 play interrupt timeout, channel dead >> > >> > What I have tried so far: >> > -I've enabled autovchans in sysctls: hw.snd.maxautovchans: 4. This did >> > not >> > help. >> > -Reading more, I became a bit confused about a message regarding the >> > driver >> > (or at least the hardware) supporting multiplexing natively >> >> It doesn't happen with all applications. Playing two files with mplayer >> simultaneously works for instance. Don't think it has anything to do with >> xorg >> but haven't found out under what exact circumstances it fails. >> >> The hardware mixing seems to be buggy in some cases. But it seems to be >> used >> even if vchans is enabled. So there's no easy way to workaround that. >> >> Maybe someone could come up with a simple patch to disable the hardware >> mixing >> feature. I've tried some time ago but failed. >> >> > -So I installed OSS, thinking that maybe it could solve my multiple >> > audio >> > source problems, but got the same problem - stuttering sound when >> > playing >> > multiple sources, followed by instability. I later learned that OSS >> > hadn't >> > loaded correctly, and didn't support multiple sound channels on FreeBSD >> > anyway, and I am trying to avoid running a heavy sound server if >> > possible... so without any luck with OSS, I've now uninstalled it. I'm >> > open to suggestions. Does anyone know how PC-BSD handles sound? Maybe >> > they've got it right for the desktop? There's ALSA, ESD, ARTS, OSS >> > FreeBSD >> > version via ports, OSS 4Front version, vchans, hardware multiplexing and >> > more. Pretty confusing. >> >> It's been some time since I used the 4Front driver. There's something >> called >> virtual channel mixer or something similar. IIRC it provides several dsp >> devices; but you need to explicitly specify which device to use. So it's >> not >> as comfortable as the shipped driver. >> >> Also some applications have troubles with the driver, e.g. you need to >> patch >> libao. But maybe that's already been fixed. >> >> -- >> Stefan > > From decke at bluelife.at Fri Dec 19 02:14:10 2008 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Fri Dec 19 02:14:17 2008 Subject: MythTV port upgrade? In-Reply-To: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> Message-ID: <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> On Wed, December 17, 2008 7:08 pm, Torfinn Ingolfsen wrote: > Hi, > > So - what happened to the MythTV port upgrade that was presented herer > on this mailing list some time ago? > Greg seems to be on it so i have CC'ed him. And if he has no time for it anymore i'm offering to continue his work to get the new MythTV port finished. So please give us an update on what is the current status. -- Bernhard Fr?hlich http://www.bluelife.at/ From grog at FreeBSD.org Fri Dec 19 20:27:53 2008 From: grog at FreeBSD.org (Greg 'groggy' Lehey) Date: Fri Dec 19 20:28:00 2008 Subject: MythTV port upgrade? In-Reply-To: <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> Message-ID: <20081220042743.GV14238@dereel.lemis.com> On Friday, 19 December 2008 at 11:14:06 +0100, Bernhard Frhlich wrote: > On Wed, December 17, 2008 7:08 pm, Torfinn Ingolfsen wrote: >> Hi, >> >> So - what happened to the MythTV port upgrade that was presented herer >> on this mailing list some time ago? > > Greg seems to be on it so i have CC'ed him. In case anybody else is confused (I was :-), this is Greg Larkin, not me. I gave up the maintainership a while back. Greg -- See complete headers for address and phone numbers. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081220/054fc50c/attachment.pgp From freebsd at troback.com Fri Dec 19 23:56:55 2008 From: freebsd at troback.com (Anders Troback) Date: Fri Dec 19 23:57:02 2008 Subject: MythTV port upgrade? In-Reply-To: <20081220042743.GV14238@dereel.lemis.com> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> Message-ID: <20081220085649.101b81c5@demon.troback.lan> On Sat, 20 Dec 2008 15:27:43 +1100 Greg 'groggy' Lehey wrote: > On Friday, 19 December 2008 at 11:14:06 +0100, Bernhard Frhlich wrote: > > On Wed, December 17, 2008 7:08 pm, Torfinn Ingolfsen wrote: > >> Hi, > >> > >> So - what happened to the MythTV port upgrade that was presented > >> herer on this mailing list some time ago? > > > > Greg seems to be on it so i have CC'ed him. > > In case anybody else is confused (I was :-), this is Greg Larkin, not > me. I gave up the maintainership a while back. > > Greg > -- > See complete headers for address and phone numbers. Greg Larkin told me that he will try to get some time in the holidays to make the port ready! He also told me that he had some problems with Internet connection and the electricity because of an ice storm! \\troback From decke at bluelife.at Sat Dec 20 06:55:48 2008 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Sat Dec 20 06:55:56 2008 Subject: MythTV port upgrade? In-Reply-To: <20081220042743.GV14238@dereel.lemis.com> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> Message-ID: On Sat, December 20, 2008 5:27 am, Greg 'groggy' Lehey wrote: > On Friday, 19 December 2008 at 11:14:06 +0100, Bernhard Frhlich wrote: >> On Wed, December 17, 2008 7:08 pm, Torfinn Ingolfsen wrote: >>> Hi, >>> >>> So - what happened to the MythTV port upgrade that was presented herer >>> on this mailing list some time ago? >> >> Greg seems to be on it so i have CC'ed him. > > In case anybody else is confused (I was :-), this is Greg Larkin, not > me. I gave up the maintainership a while back. > Yeah, i think i did it right as i cc'd glarkin@ so he should have got that mail. Hopefully weather is getting better for him soon. -- Bernhard Fr?hlich http://www.bluelife.at/ From edwin at FreeBSD.org Sat Dec 20 14:00:19 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sat Dec 20 14:00:30 2008 Subject: ports/129800: Update port: multimedia/ffmpeg avoid crash in multimedia/kdenlive-kde4[-devel] Message-ID: <200812202200.mBKM0JEF017426@freefall.freebsd.org> Synopsis: Update port: multimedia/ffmpeg avoid crash in multimedia/kdenlive-kde4[-devel] Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Sat Dec 20 22:00:18 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=129800 From tl32 at next.online.no Sun Dec 21 13:15:18 2008 From: tl32 at next.online.no (Tore Lund) Date: Sun Dec 21 13:15:25 2008 Subject: MIDI input device Message-ID: <494EA098.20808@next.online.no> Asking about MIDI here may be somewhat like flogging an absent horse. There seems to be little if any information on mailing lists and other forums about MIDI, so I have to ask: Does MIDI input work at all on FreeBSD? And if so, with what sort of MIDI interface? I wanted to try out the software synths available on FreeBSD. So I dug out my old Roland A30 keyboard and my SoundBlaster PCI64 card, which is based on Ensoniq 1370 and which has a game/MIDI port. The sound card is recognized all right by FreeBSD, but not the MIDI port - doing a "cat /dev/midistat" gives me "No devices installed". It occurred to me that I should try out the rest of the synthesizer software before going any further. Hence I installed jack-keyboard and some of the necessary infrastructure. Following the documentation, I first ran "jackd -d oss", then "ghostess whysynth.so" and then "jack-keyboard". This setup works very well - makes me look forward to trying out other synth stuff in /usr/ports/audio. But I need a real keyboard in order to play music. Am I missing some command or configuration that will recognize my MIDI port as an input device? Or, if my old SoundBlaster cannot be used, will FreeBSD pick up any of the new USB interfaces? Thanks for any hints. -- Tore From hselasky at c2i.net Sun Dec 21 13:49:06 2008 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sun Dec 21 13:49:13 2008 Subject: MIDI input device In-Reply-To: <494EA098.20808@next.online.no> References: <494EA098.20808@next.online.no> Message-ID: <200812212251.22022.hselasky@c2i.net> On Sunday 21 December 2008, Tore Lund wrote: > Asking about MIDI here may be somewhat like flogging an absent horse. > There seems to be little if any information on mailing lists and other > forums about MIDI, so I have to ask: Does MIDI input work at all on > FreeBSD? And if so, with what sort of MIDI interface? > Hi, I have used FreeBSD-current (USB2) with an external USB MIDI adapter and several MIDI devices. The current USB2 MIDI solution is not well integrated into the FreeBSD MIDI system. What you get is a raw device to get/put MIDI commands. This basically works, but not with all MIDI applications. Depending on where you are living in Norway I can give you a personal demo :-) Hence I like playing the piano and recording using MIDI ... --HPS > I wanted to try out the software synths available on FreeBSD. So I dug > out my old Roland A30 keyboard and my SoundBlaster PCI64 card, which is > based on Ensoniq 1370 and which has a game/MIDI port. The sound card is > recognized all right by FreeBSD, but not the MIDI port - doing a "cat > /dev/midistat" gives me "No devices installed". > > It occurred to me that I should try out the rest of the synthesizer > software before going any further. Hence I installed jack-keyboard and > some of the necessary infrastructure. Following the documentation, I > first ran "jackd -d oss", then "ghostess whysynth.so" and then > "jack-keyboard". This setup works very well - makes me look forward to > trying out other synth stuff in /usr/ports/audio. > > But I need a real keyboard in order to play music. Am I missing some > command or configuration that will recognize my MIDI port as an input > device? Or, if my old SoundBlaster cannot be used, will FreeBSD pick up > any of the new USB interfaces? Thanks for any hints. From tl32 at next.online.no Mon Dec 22 01:02:01 2008 From: tl32 at next.online.no (Tore Lund) Date: Mon Dec 22 01:02:08 2008 Subject: MIDI input device In-Reply-To: <1229908983.00050970.1229896204@10.7.7.3> References: <1229905387.00050957.1229894401@10.7.7.3> <1229908983.00050970.1229896204@10.7.7.3> Message-ID: <494F56B9.6060805@next.online.no> Hans Petter Selasky wrote: > On Sunday 21 December 2008, Tore Lund wrote: >> Asking about MIDI here may be somewhat like flogging an absent horse. >> There seems to be little if any information on mailing lists and other >> forums about MIDI, so I have to ask: Does MIDI input work at all on >> FreeBSD? And if so, with what sort of MIDI interface? >> > > Hi, > > I have used FreeBSD-current (USB2) with an external USB MIDI adapter and > several MIDI devices. > > The current USB2 MIDI solution is not well integrated into the FreeBSD MIDI > system. What you get is a raw device to get/put MIDI commands. This basically > works, but not with all MIDI applications. I am glad to hear that something works, even if it is not "well integrated". Is this USB2 MIDI solution documented anywhere? I find it strange if no MIDI interfaces can be used out of the box. However, available comments on MIDI on FreeBSD indicate that this may indeed be the situation. > Depending on where you are living in Norway I can give you a personal demo :-) > Hence I like playing the piano and recording using MIDI ... I live in the suburbs of Oslo. It would be nice to get that personal demo, but it is a little beside the point. I would much rather hear about the software and hardware that you and others are using for running softsynths and MIDI on FreeBSD. -- Tore From hselasky at c2i.net Mon Dec 22 01:25:44 2008 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Dec 22 01:25:51 2008 Subject: MIDI input device In-Reply-To: <494F56B9.6060805@next.online.no> References: <1229905387.00050957.1229894401@10.7.7.3> <1229908983.00050970.1229896204@10.7.7.3> <494F56B9.6060805@next.online.no> Message-ID: <200812221028.01669.hselasky@c2i.net> On Monday 22 December 2008, Tore Lund wrote: > Hans Petter Selasky wrote: > > On Sunday 21 December 2008, Tore Lund wrote: > >> Asking about MIDI here may be somewhat like flogging an absent horse. > >> There seems to be little if any information on mailing lists and other > >> forums about MIDI, so I have to ask: Does MIDI input work at all on > >> FreeBSD? And if so, with what sort of MIDI interface? > > > > Hi, > > > > I have used FreeBSD-current (USB2) with an external USB MIDI adapter and > > several MIDI devices. > > > > The current USB2 MIDI solution is not well integrated into the FreeBSD > > MIDI system. What you get is a raw device to get/put MIDI commands. This > > basically works, but not with all MIDI applications. > > I am glad to hear that something works, even if it is not "well > integrated". Is this USB2 MIDI solution documented anywhere? No. > I find it > strange if no MIDI interfaces can be used out of the box. However, > available comments on MIDI on FreeBSD indicate that this may indeed be > the situation. With USB2 you simply "kldload usb2_sound" and then plug your USB MIDI adapter. Software which works: fluidsynth i4b/trunk/playmidi (My private SVN) And some more stuff which is not in there. > > > Depending on where you are living in Norway I can give you a personal > > demo :-) Hence I like playing the piano and recording using MIDI ... > > I live in the suburbs of Oslo. It would be nice to get that personal > demo, but it is a little beside the point. I would much rather hear > about the software and hardware that you and others are using for > running softsynths and MIDI on FreeBSD. I'm not far away from Arendal. If you're good playing it would be nice to meet you :-) --HPS From bugmaster at FreeBSD.org Mon Dec 22 03:06:55 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 22 03:08:33 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200812221106.mBMB6sD5060634@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/129800 multimedia Update port: multimedia/ffmpeg avoid crash in multimed o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/129293 multimedia [Update] audio/wavpack - update to 4.50.1 o ports/129085 multimedia [PATCH] multimedia/x264: update to 0.0.20081122 o ports/128730 multimedia [PATCH] multimedia/libquicktime: default LAME option t o ports/128680 multimedia [PATCH] multimedia/gavl: update to 1.0.1 o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: References: <1229905387.00050957.1229894401@10.7.7.3> <1229908983.00050970.1229896204@10.7.7.3> <494F56B9.6060805@next.online.no> <200812221028.01669.hselasky@c2i.net> Message-ID: <494F90A8.6090703@next.online.no> Hans Petter Selasky wrote: > > With USB2 you simply "kldload usb2_sound" and then plug your USB MIDI adapter. > > Software which works: > > fluidsynth > i4b/trunk/playmidi (My private SVN) > > And some more stuff which is not in there. OK, searching for usb2_sound gives me some information about the state of affairs. I suppose there is no way at present to get MIDI input in STABLE or RELEASE, unless someone surprises us with information to the contrary. > I'm not far away from Arendal. If you're good playing it would be nice to meet > you :-) Sorry, I am not a good keyboard player. In fact I am hardly a keyboard player at all - primarily I play the guitar. -- Tore From pav at FreeBSD.org Mon Dec 22 07:19:27 2008 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Mon Dec 22 07:19:34 2008 Subject: ports/118289: port of multimedia/tovid only semi works on 6.2 Release, todisc does not work at all Message-ID: <200812221519.mBMFJQm8053521@freefall.freebsd.org> Synopsis: port of multimedia/tovid only semi works on 6.2 Release, todisc does not work at all State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Mon Dec 22 15:18:18 UTC 2008 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=118289 From agh at coolrhaug.com Mon Dec 22 08:19:36 2008 From: agh at coolrhaug.com (Alastair Hogge) Date: Mon Dec 22 08:19:43 2008 Subject: Intel HDA (IDT 92HD73E) on a DPS45G audio problems. Message-ID: <200812230054.02539.agh@coolrhaug.com> I have a Intel DPS45G mainboard [1], running 7.1-PRERELEASE on it. When I load the snd_hda.ko the system will pick up the audio hardware as: pcm0: mem 0xc3420000-0xc3423fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcm0: pcm0: But no dsp nodes are created in /dev until I try to mplayer/sidplay something. Even so, I still hear nothing coming from my speakers. I've also tried cat some/wave/file > dev/dsp0.0 after the dsp0.0 node is created from running mplayer or sidplay. Is this just a missing device definition somewhere? cat /dev/sndstat: FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed devices: pcm0: at memory 0xc3420000 irq 22 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v channels duplex default) dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #2: Tue Dec 23 01:44:32 WST 2008 agh@madcat:/usr/obj/usr/src/sys/MADCAT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz (2999.97-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd> AMD Features=0x20100000 AMD Features2=0x1 Logical CPUs per core: 4 real memory = 2146435072 (2047 MB) avail memory = 2088128512 (1991 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe07f mem 0xc2000000-0xc2ffffff,0xa0000000-0xbfffffff,0xc0000000-0xc1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcib2: irq 16 at device 6.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.2 on pci2 pci4: on pcib4 hptrr0: port 0xd000-0xd0ff mem 0xc3100000-0xc31fffff irq 16 at device 4.0 on pci4 hptrr: adapter at PCI 4:4:0, IRQ 16 em0: port 0xf0e0-0xf0ff mem 0xc3400000-0xc341ffff,0xc3424000-0xc3424fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1c:c0:8c:09:75 uhci0: port 0xf0c0-0xf0df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf0a0-0xf0bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf080-0xf09f irq 18 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc3425400-0xc34257ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: waiting for BIOS to give up control usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pci0: at device 27.0 (no driver attached) uhci3: port 0xf060-0xf07f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xf040-0xf05f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xf020-0xf03f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xc3425000-0xc34253ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: waiting for BIOS to give up control usb7: timed out waiting for BIOS usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 fwohci0: mem 0xc3300000-0xc3300fff irq 19 at device 0.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:90:27:00:02:2b:34:b9 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:2b:34:b9 fwe0: Ethernet address: 02:90:27:2b:34:b9 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x12d0000 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:02:2b:34:b9 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf170-0xf17f,0xf160-0xf16f irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0xf150-0xf157,0xf140-0xf143,0xf130-0xf137,0xf120-0xf123,0xf110-0xf11f,0xf100-0xf10f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] cpu0 on motherboard est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616092206000922 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1 on motherboard est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616092206000922 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2 on motherboard est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616092206000922 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3 on motherboard est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616092206000922 device_attach: est3 attach returned 6 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xd47ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub8: on uhub0 uhub8: 4 ports with 4 removable, self powered ukbd0: on uhub0 kbd2 at ukbd0 ums0: on uhub0 ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=2-in bmAttributes=3 wMaxPacketSize=5 bInterval=10 ums0: mouse has no X report device_attach: ums0 attach returned 6 Timecounters tick every 1.000 msec hptrr: start channel [0,1] hptrr: start channel [0,2] hptrr: start channel [0,3] hptrr: start channel [0,4] hptrr: start channel [0,5] hptrr: channel [0,1] started successfully hptrr: channel [0,2] started successfully hptrr: channel [0,3] started successfully hptrr: channel [0,4] started successfully hptrr: channel [0,5] started successfully hptrr0: [GIANT-LOCKED] hptrr0: [ITHREAD] firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) da0 at hptrr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device acd0: DVDR at ata0-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ad6: 114473MB at ata3-master SATA150 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed -Alastair [1] http://www.intel.com/products/desktop/motherboards/DP45SG/DP45SG- overview.htm From mav at FreeBSD.org Mon Dec 22 14:58:01 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Mon Dec 22 14:58:07 2008 Subject: Intel HDA (IDT 92HD73E) on a DPS45G audio problems. In-Reply-To: <1229973789.00051298.1229963402@10.7.7.3> References: <1229973789.00051298.1229963402@10.7.7.3> Message-ID: <49500D66.1060602@FreeBSD.org> Alastair Hogge wrote: > I have a Intel DPS45G mainboard [1], running 7.1-PRERELEASE on it. When I load > the snd_hda.ko the system will pick up the audio hardware as: > pcm0: mem > 0xc3420000-0xc3423fff irq 22 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcm0: > pcm0: > But no dsp nodes are created in /dev until I try to mplayer/sidplay something. > Even so, I still hear nothing coming from my speakers. I've also tried cat > some/wave/file > dev/dsp0.0 after the dsp0.0 node is created from running > mplayer or sidplay. > > Is this just a missing device definition somewhere? > > cat /dev/sndstat: > FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) > Installed devices: > pcm0: at memory 0xc3420000 > irq 22 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v channels duplex > default) Try updated snd_hda driver: http://people.freebsd.org/~mav/ or just take it from CURRENT, and don't forget to read updated man page. -- Alexander Motin From agh at coolrhaug.com Tue Dec 23 01:41:40 2008 From: agh at coolrhaug.com (Alastair Hogge) Date: Tue Dec 23 01:41:47 2008 Subject: Intel HDA (IDT 92HD73E) on a DPS45G audio problems. In-Reply-To: <49500D66.1060602@FreeBSD.org> References: <1229973789.00051298.1229963402@10.7.7.3> <49500D66.1060602@FreeBSD.org> Message-ID: <200812231842.47258.agh@coolrhaug.com> On Tuesday 23 December 2008 06:57:58 Alexander Motin wrote: > Alastair Hogge wrote: > > I have a Intel DPS45G mainboard [1], running 7.1-PRERELEASE on it. When I > > load the snd_hda.ko the system will pick up the audio hardware as: > > pcm0: mem > > 0xc3420000-0xc3423fff irq 22 at device 27.0 on pci0 > > pcm0: [ITHREAD] > > pcm0: > > pcm0: > > But no dsp nodes are created in /dev until I try to mplayer/sidplay > > something. Even so, I still hear nothing coming from my speakers. I've > > also tried cat some/wave/file > dev/dsp0.0 after the dsp0.0 node is > > created from running mplayer or sidplay. > > > > Is this just a missing device definition somewhere? > > > > cat /dev/sndstat: > > FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) > > Installed devices: > > pcm0: at memory > > 0xc3420000 irq 22 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v > > channels duplex default) > > Try updated snd_hda driver: > http://people.freebsd.org/~mav/ > or just take it from CURRENT, and don't forget to read updated man page. Excellent, that solved it. Thanks -Alastair From erwin at FreeBSD.org Tue Dec 23 13:23:32 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Dec 23 13:23:39 2008 Subject: [ports-i386@FreeBSD.org: linux-realplayer-10.0.9.809.20070726 failed on i386 8] Message-ID: <20081223212329.GB23166@droso.net> FYI; can you please investigate and/or report to the developers? If you are already aware of this problem but do not yet have a fix, please mark the port BROKEN in the appropriate case, so that users do not unexpectedly encounter it. See http://pointyhat.freebsd.org for the full log. Thanks, -erwin ----- Forwarded message from User Ports-i386 ----- Date: Tue, 23 Dec 2008 16:55:54 GMT From: User Ports-i386 To: erwin@FreeBSD.org, linimon@FreeBSD.org Subject: linux-realplayer-10.0.9.809.20070726 failed on i386 8 You can also find this build log at http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20081218140000/linux-realplayer-10.0.9.809.20070726.log building linux-realplayer-10.0.9.809.20070726 on gohan25.freebsd.org in directory /x/tmp/8/20081218140000/chroot/99 DISTDIR=/tmp/distfiles DISTDIR=/tmp/distfiles/RESTRICTED building for: 8.0-CURRENT i386 maintained by: multimedia@FreeBSD.org port directory: /usr/ports/multimedia/linux-realplayer Makefile ident: $FreeBSD: ports/multimedia/linux-realplayer/Makefile,v 1.55 2008/11/18 19:10:39 delphij Exp $ build started at Tue Dec 23 16:55:40 UTC 2008 FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS=perl-5.8.8_1.tbz rpm2cpio-1.2_2.tbz BUILD_DEPENDS= RUN_DEPENDS=linux-atk-1.9.1.tbz linux-cairo-1.0.2.tbz linux-expat-1.95.8.tbz linux-fontconfig-2.2.3_7.tbz linux-glib2-2.6.6_1.tbz linux-gtk2-2.6.10.tbz linux-jpeg-6b.34.tbz linux-pango-1.10.2.tbz linux-png-1.2.8_2.tbz linux-tiff-3.7.1.tbz linux-xorg-libs-6.8.2_5.tbz linux_base-fc-4_13.tbz prefixes: LOCALBASE=usr/local X11BASE=usr/local add_pkg ================================================================ ======================================== => RealPlayer-10.0.9.809-20070726.i586.rpm doesn't seem to exist in /tmp/distfiles/RESTRICTED/. => Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) => Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) => Attempting to fetch from https://helixcommunity.org/download.php/2479/. fetch: https://helixcommunity.org/download.php/2479/RealPlayer-10.0.9.809-20070726.i586.rpm: Moved Temporarily => Attempting to fetch from http://ftp.nluug.nl/ftp/pub/os/Linux/distr/pardusrepo/sources/. fetch: http://ftp.nluug.nl/ftp/pub/os/Linux/distr/pardusrepo/sources/RealPlayer-10.0.9.809-20070726.i586.rpm: Not Found => Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) => Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /tmp/distfiles/RESTRICTED/ and try again. *** Error code 1 Stop in /a/ports/multimedia/linux-realplayer. ================================================================ build of /usr/ports/multimedia/linux-realplayer ended at Tue Dec 23 16:55:53 UTC 2008 ----- End forwarded message ----- -- Erwin Lansing http://droso.org erwin@FreeBSD.org You are now free to move around the cabin erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081223/a68a4a4d/attachment.pgp From mav at FreeBSD.org Wed Dec 24 17:12:17 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Wed Dec 24 17:12:23 2008 Subject: kern/125756: [sound] [patch] cannot detect soft-modem on HDA bus Message-ID: <200812250112.mBP1CF2L025065@freefall.freebsd.org> Synopsis: [sound] [patch] cannot detect soft-modem on HDA bus State-Changed-From-To: open->suspended State-Changed-By: mav State-Changed-When: Thu Dec 25 01:07:29 UTC 2008 State-Changed-Why: Latest snd_hda driver detects/reports all present codecs. But due to lack of codec specifications, modem support implementation looks very problematic. http://www.freebsd.org/cgi/query-pr.cgi?pr=125756 From rmakogon at gmail.com Thu Dec 25 11:54:15 2008 From: rmakogon at gmail.com (Roman Makogon) Date: Thu Dec 25 11:54:23 2008 Subject: snd_hda on HP mini-note 2133 Message-ID: Hello everyone, I'm trying to get sound working on HP mini-note 2133. # uname -a FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Nov 24 20:22:16 EST 2008 root@pcbsdx32-7:/usr/obj/pcbsd-build/cvs/7.0.2-src/sys/PCBSD i386 I downloaded current and compiled snd_hda.ko. After loading module, I hear nothing from speakers or headphones. However, when I change hw.snd.default_unit to 1, I'm getting sound from headphones only. I attached verbose kldload and pindumps. Any pointers would be greatly appreciated. Thanks, Roman. # sysctl hw.snd hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 0 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 16 hw.snd.default_unit: 1 hw.snd.version: 2007061600/i386 hw.snd.default_auto: 0 # sysctl dev.hdac dev.hdac.0.%desc: VIA VT8251/8237A High Definition Audio Controller dev.hdac.0.%driver: hdac dev.hdac.0.%location: slot=1 function=0 handle=\_SB_.PCI1.HDAC dev.hdac.0.%pnpinfo: vendor=0x1106 device=0x3288 subvendor=0x103c subdevice=0x3030 class=0x040300 dev.hdac.0.%parent: pci128 dev.hdac.0.polling: 0 dev.hdac.0.polling_interval: 250 dev.hdac.0.pindump: 0 # sysctl dev.pcm dev.pcm.0.%desc: HDA Analog Devices AD1984A PCM #0 Analog dev.pcm.0.%driver: pcm dev.pcm.0.%parent: hdac0 dev.pcm.0.play.vchans: 1 dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le dev.pcm.0.rec.vchans: 1 dev.pcm.0.rec.vchanrate: 48000 dev.pcm.0.rec.vchanformat: s16le dev.pcm.0.buffersize: 16384 dev.pcm.1.%desc: HDA Analog Devices AD1984A PCM #1 Analog dev.pcm.1.%driver: pcm dev.pcm.1.%parent: hdac0 dev.pcm.1.play.vchans: 1 dev.pcm.1.play.vchanrate: 48000 dev.pcm.1.play.vchanformat: s16le dev.pcm.1.rec.vchans: 1 dev.pcm.1.rec.vchanrate: 48000 dev.pcm.1.rec.vchanformat: s16le dev.pcm.1.buffersize: 16384 -------------- next part -------------- Dec 21 16:30:48 pcbsd kernel: snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] Dec 21 16:30:48 pcbsd kernel: feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 Dec 21 16:30:49 pcbsd kernel: pci0: driver added Dec 21 16:30:49 pcbsd kernel: pci1: driver added Dec 21 16:30:49 pcbsd kernel: pci2: driver added Dec 21 16:30:49 pcbsd kernel: pci5: driver added Dec 21 16:30:49 pcbsd kernel: pci7: driver added Dec 21 16:30:49 pcbsd kernel: pci128: driver added Dec 21 16:30:49 pcbsd kernel: found-> vendor=0x1106, dev=0x3288, revid=0x10 Dec 21 16:30:49 pcbsd kernel: domain=0, bus=128, slot=1, func=0 Dec 21 16:30:49 pcbsd kernel: class=04-03-00, hdrtype=0x00, mfdev=0 Dec 21 16:30:49 pcbsd kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) Dec 21 16:30:49 pcbsd kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Dec 21 16:30:49 pcbsd kernel: intpin=a, irq=17 Dec 21 16:30:49 pcbsd kernel: powerspec 2 supports D0 D3 current D0 Dec 21 16:30:49 pcbsd kernel: MSI supports 1 message, 64 bit Dec 21 16:30:49 pcbsd kernel: pci0:128:1:0: reprobing on driver added Dec 21 16:30:49 pcbsd kernel: hdac0: mem 0xfebfc000-0xfebfffff irq 17 at device 1.0 on pci128 Dec 21 16:30:49 pcbsd kernel: hdac0: HDA Driver Revision: 20081223_0121 Dec 21 16:30:49 pcbsd kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to vector 59 Dec 21 16:30:49 pcbsd kernel: hdac0: [MPSAFE] Dec 21 16:30:49 pcbsd kernel: hdac0: [ITHREAD] Dec 21 16:30:49 pcbsd kernel: hdac0: Probing codec #0... Dec 21 16:30:49 pcbsd kernel: hdac0: HDA Codec #0: Analog Devices AD1984A Dec 21 16:30:49 pcbsd kernel: hdac0: HDA Codec ID: 0x11d4194a Dec 21 16:30:49 pcbsd kernel: hdac0: Vendor: 0x11d4 Dec 21 16:30:49 pcbsd kernel: hdac0: Device: 0x194a Dec 21 16:30:49 pcbsd kernel: hdac0: Revision: 0x04 Dec 21 16:30:49 pcbsd kernel: hdac0: Stepping: 0x00 Dec 21 16:30:49 pcbsd kernel: hdac0: PCI Subvendor: 0x3030103c Dec 21 16:30:49 pcbsd kernel: hdac0: Found audio FG nid=1 startnode=2 endnode=43 total=41 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: Processing audio FG cad=0 nid=1... Dec 21 16:30:49 pcbsd kernel: hdac0: GPIO: 0x40000003 NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 17 0x02212040 as 4 seq 0 Headphones Jack jack 1 loc 2 color Grey misc 0 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 18 0x410140f0 as 15 seq 0 Line-out None jack 1 loc 1 color Green misc 0 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 19 0x413711f0 as 15 seq 0 CD None jack 7 loc 1 color Black misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 20 0x02a12060 as 6 seq 0 Mic Jack jack 1 loc 2 color Grey misc 0 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 21 0x91a71120 as 2 seq 0 Mic Fixed jack 7 loc 17 color Black misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 22 0x92174110 as 1 seq 0 Speaker Fixed jack 7 loc 18 color Green misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 23 0x41a6e130 as 3 seq 0 Mic None jack 6 loc 1 color White misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 26 0x90f711f0 as 15 seq 0 Other Fixed jack 7 loc 16 color Black misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 27 0x41561150 as 5 seq 0 Digital-out None jack 6 loc 1 color Black misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 28 0x418130f0 as 15 seq 0 Line-in None jack 1 loc 1 color Blue misc 0 Dec 21 16:30:49 pcbsd kernel: hdac0: GHOST: nid=42 j=0 entnum=4 index=0 res=0x00002701 Dec 21 16:30:49 pcbsd kernel: hdac0: Patched pins configuration: Dec 21 16:30:49 pcbsd kernel: hdac0: nid 17 0x02212040 as 4 seq 0 Headphones Jack jack 1 loc 2 color Grey misc 0 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 18 0x410140f0 as 15 seq 0 Line-out None jack 1 loc 1 color Green misc 0 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: nid 19 0x413711f0 as 15 seq 0 CD None jack 7 loc 1 color Black misc 1 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: nid 20 0x02a12060 as 6 seq 0 Mic Jack jack 1 loc 2 color Grey misc 0 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 21 0x91a71120 as 2 seq 0 Mic Fixed jack 7 loc 17 color Black misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 22 0x92174110 as 1 seq 0 Speaker Fixed jack 7 loc 18 color Green misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 23 0x41a6e130 as 3 seq 0 Mic None jack 6 loc 1 color White misc 1 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: nid 26 0x90f711f0 as 15 seq 0 Other Fixed jack 7 loc 16 color Black misc 1 Dec 21 16:30:49 pcbsd kernel: hdac0: nid 27 0x41561150 as 5 seq 0 Digital-out None jack 6 loc 1 color Black misc 1 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: nid 28 0x418130f0 as 15 seq 0 Line-in None jack 1 loc 1 color Blue misc 0 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: 5 associations found: Dec 21 16:30:49 pcbsd kernel: hdac0: Association 0 (1) out: Dec 21 16:30:49 pcbsd kernel: hdac0: Pin nid=22 seq=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 1 (2) in: Dec 21 16:30:49 pcbsd kernel: hdac0: Pin nid=21 seq=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 2 (4) out: Dec 21 16:30:49 pcbsd kernel: hdac0: Pin nid=17 seq=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 3 (6) in: Dec 21 16:30:49 pcbsd kernel: hdac0: Pin nid=20 seq=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 4 (15) in: Dec 21 16:30:49 pcbsd kernel: hdac0: Pin nid=26 seq=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing association 0 (1) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin 22 traced to DAC 3 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 0 (1) trace succeded Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing association 1 (2) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin 21 traced to ADC 8 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 1 (2) trace succeded Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing association 2 (4) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin 17 traced to DAC 4 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 2 (4) trace succeded Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing association 3 (6) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin 20 traced to ADC 9 Dec 21 16:30:49 pcbsd kernel: hdac0: Association 3 (6) trace succeded Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing association 4 (15) Dec 21 16:30:49 pcbsd kernel: hdac0: Association 4 (15) trace failed Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing input monitor Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing nid 32 to out Dec 21 16:30:49 pcbsd kernel: hdac0: nid 32 is input monitor Dec 21 16:30:49 pcbsd kernel: hdac0: Tracing beeper Dec 21 16:30:49 pcbsd kernel: hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: +-------------------+ Dec 21 16:30:49 pcbsd kernel: hdac0: | DUMPING HDA NODES | Dec 21 16:30:49 pcbsd kernel: hdac0: +-------------------+ Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: Default Parameter Dec 21 16:30:49 pcbsd kernel: hdac0: ----------------- Dec 21 16:30:49 pcbsd kernel: hdac0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: hdac0: PCM Dec 21 16:30:49 pcbsd kernel: hdac0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: hdac0: IN amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: OUT amp: 0x00052727 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 2 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio output Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00030211 Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Stream cap: 0x00000005 Dec 21 16:30:49 pcbsd kernel: hdac0: AC3 PCM Dec 21 16:30:49 pcbsd kernel: hdac0: PCM cap: 0x000e07e0 Dec 21 16:30:49 pcbsd kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 3 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio output Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00000405 Dec 21 16:30:49 pcbsd kernel: hdac0: PWR STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 0 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: pcm (pcm) Dec 21 16:30:49 pcbsd kernel: hdac0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: hdac0: PCM Dec 21 16:30:49 pcbsd kernel: hdac0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x00052727 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=0 step=39 size=5 offset=39 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 4 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio output Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00000405 Dec 21 16:30:49 pcbsd kernel: hdac0: PWR STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 2 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: pcm (pcm) Dec 21 16:30:49 pcbsd kernel: hdac0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: hdac0: PCM Dec 21 16:30:49 pcbsd kernel: hdac0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x00052727 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=0 step=39 size=5 offset=39 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 5 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00000 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 6 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00000 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 7 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00200103 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 2 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: pcm, mix Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=34 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 8 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio input Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00100501 Dec 21 16:30:49 pcbsd kernel: hdac0: PWR STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 1 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: hdac0: PCM Dec 21 16:30:49 pcbsd kernel: hdac0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=12 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 9 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio input Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00100501 Dec 21 16:30:49 pcbsd kernel: hdac0: PWR STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 3 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: hdac0: PCM Dec 21 16:30:49 pcbsd kernel: hdac0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=13 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 10 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00200103 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=4 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 11 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00200103 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 0 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: pcm, mix Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=15 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 12 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0030010d Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 1 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: mix, monitor Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80053627 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=54 size=5 offset=39 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 6 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=20 [pin: Mic (Jack)] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=21 [pin: Mic (Fixed)] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=22 [pin: Speaker (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=32 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=37 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=23 [pin: Mic (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 13 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0030010d Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 3 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: mic, mix Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80053627 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=54 size=5 offset=39 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 6 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=20 [pin: Mic (Jack)] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=21 [pin: Mic (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=22 [pin: Speaker (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=32 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=37 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=23 [pin: Mic (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 14 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00300101 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=3 [audio output] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=4 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 15 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00300101 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 0 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: pcm Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=3 [audio output] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=4 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 16 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: beep widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0070000c Dec 21 16:30:49 pcbsd kernel: hdac0: Association: -2 (0x00000000) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: speaker (speaker) Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x800b0f0f Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=15 size=11 offset=15 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 17 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Headphones (Jack) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040018d Dec 21 16:30:49 pcbsd kernel: hdac0: UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 2 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x0000001f Dec 21 16:30:49 pcbsd kernel: hdac0: ISC TRQD PDC HP OUT Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x02212040 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x000000c0 HP OUT Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=7 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 18 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Line-out (None) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040058d Dec 21 16:30:49 pcbsd kernel: hdac0: PWR UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x0001001f Dec 21 16:30:49 pcbsd kernel: hdac0: ISC TRQD PDC HP OUT EAPD Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x410140f0 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000000 Dec 21 16:30:49 pcbsd kernel: hdac0: EAPD: 0x00000002 Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=10 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 19 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: CD (None) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040050c Dec 21 16:30:49 pcbsd kernel: hdac0: PWR Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00010010 Dec 21 16:30:49 pcbsd kernel: hdac0: OUT EAPD Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x413711f0 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000000 Dec 21 16:30:49 pcbsd kernel: hdac0: EAPD: 0x00000002 Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80051f1f Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=31 size=5 offset=31 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=31 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 20 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Mic (Jack) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040008b Dec 21 16:30:49 pcbsd kernel: hdac0: UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 3 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: mic (mic) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00003727 Dec 21 16:30:49 pcbsd kernel: hdac0: ISC TRQD PDC IN VREF[ 50 80 100 GROUND HIZ ] Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x02a12060 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000025 IN VREFs Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x00270300 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=0 step=3 size=39 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 21 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Mic (Fixed) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040008b Dec 21 16:30:49 pcbsd kernel: hdac0: UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 1 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: monitor (monitor) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00003727 Dec 21 16:30:49 pcbsd kernel: hdac0: ISC TRQD PDC IN VREF[ 50 80 100 GROUND HIZ ] Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x91a71120 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000025 IN VREFs Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x00270300 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=0 step=3 size=39 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 22 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Speaker (Fixed) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040058d Dec 21 16:30:49 pcbsd kernel: hdac0: PWR UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 0 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00010037 Dec 21 16:30:49 pcbsd kernel: hdac0: ISC TRQD PDC OUT IN EAPD Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x92174110 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000040 OUT Dec 21 16:30:49 pcbsd kernel: hdac0: EAPD: 0x00000002 Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=11 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 23 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Mic (None) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040020b Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00000020 Dec 21 16:30:49 pcbsd kernel: hdac0: IN Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x41a6e130 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000000 Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x00170300 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=0 step=3 size=23 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 24 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00100 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=6 [vendor widget] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 25 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: power widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00500500 Dec 21 16:30:49 pcbsd kernel: hdac0: PWR Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=32 [audio mixer] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 26 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Other (Fixed) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00400000 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00000020 Dec 21 16:30:49 pcbsd kernel: hdac0: IN Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x90f711f0 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000000 Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 27 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Digital-out (None) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040038d Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00000014 Dec 21 16:30:49 pcbsd kernel: hdac0: PDC OUT Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x41561150 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000000 Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80052727 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=39 size=5 offset=39 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=2 [audio output] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 28 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: pin: Line-in (None) Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0040018d Dec 21 16:30:49 pcbsd kernel: hdac0: UNSOL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Pin cap: 0x00003737 Dec 21 16:30:49 pcbsd kernel: hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 100 GROUND HIZ ] Dec 21 16:30:49 pcbsd kernel: hdac0: Pin config: 0x418130f0 Dec 21 16:30:49 pcbsd kernel: hdac0: Pin control: 0x00000000 Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=36 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 29 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00100 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 25 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=7 [audio mixer] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=10 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=11 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=12 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=13 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=14 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=15 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=17 [pin: Headphones (Jack)] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=18 [pin: Line-out (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=19 [pin: CD (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=20 [pin: Mic (Jack)] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=21 [pin: Mic (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=22 [pin: Speaker (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=25 [power widget] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=26 [pin: Other (Fixed)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=28 [pin: Line-in (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=30 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=31 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=32 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=34 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=35 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=36 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=37 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=38 [vendor widget] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 30 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00200103 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=14 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 31 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00200100 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=30 [audio mixer] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 32 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0020010b Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: -2 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: mix (mix) Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x80051f17 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=31 size=5 offset=23 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 7 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=20 [pin: Mic (Jack)] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=21 [pin: Mic (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=22 [pin: Speaker (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=26 [pin: Other (Fixed)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=37 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=3 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=4 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 33 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0030010d Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: -2 (0x00000000) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: mix Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80051f1f Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=31 size=5 offset=31 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=32 [audio mixer] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 34 Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00300101 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Association: 2 (0x00000001) Dec 21 16:30:49 pcbsd kernel: hdac0: OSS: pcm Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=3 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=4 [audio output] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 35 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00300101 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=3 [audio output] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=4 [audio output] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 36 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio mixer Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00200103 Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Input amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=35 [audio selector] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=33 [audio selector] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 37 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: audio selector Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x0030010d Dec 21 16:30:49 pcbsd kernel: hdac0: STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x00270300 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=0 step=3 size=39 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 1 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=28 [pin: Line-in (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 38 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00100 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 3 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=20 [pin: Mic (Jack)] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=21 [pin: Mic (Fixed)] Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=28 [pin: Line-in (None)] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 39 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00301 Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=8 [audio input] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=9 [audio input] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 40 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f0030d Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=8 [audio input] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=9 [audio input] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 41 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f0030d Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: Output amp: 0x80000000 Dec 21 16:30:49 pcbsd kernel: hdac0: mute=1 step=0 size=0 offset=0 Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=8 [audio input] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=9 [audio input] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: hdac0: nid: 42 [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Name: vendor widget Dec 21 16:30:49 pcbsd kernel: hdac0: Widget cap: 0x00f00301 Dec 21 16:30:49 pcbsd kernel: hdac0: DIGITAL STEREO Dec 21 16:30:49 pcbsd kernel: hdac0: connections: 2 Dec 21 16:30:49 pcbsd kernel: hdac0: | Dec 21 16:30:49 pcbsd kernel: hdac0: + [DISABLED] <- nid=1 [GHOST!] [UNKNOWN] (selected) Dec 21 16:30:49 pcbsd kernel: hdac0: + <- nid=39 [vendor widget] [DISABLED] Dec 21 16:30:49 pcbsd kernel: hdac0: Dec 21 16:30:49 pcbsd kernel: pcm0: at cad 0 nid 1 on hdac0 Dec 21 16:30:49 pcbsd kernel: pcm0: +--------------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm0: | DUMPING PCM Playback/Record Channels | Dec 21 16:30:49 pcbsd kernel: pcm0: +--------------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Playback: Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: pcm0: PCM Dec 21 16:30:49 pcbsd kernel: pcm0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: pcm0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: pcm0: DAC: 3 Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Record: Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: pcm0: PCM Dec 21 16:30:49 pcbsd kernel: pcm0: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: pcm0: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: pcm0: ADC: 8 Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: +--------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm0: | DUMPING Playback/Record Pathes | Dec 21 16:30:49 pcbsd kernel: pcm0: +--------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Playback: Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: nid=22 [pin: Speaker (Fixed)] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=11 [audio mixer] [src: pcm, mix] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=15 [audio selector] [src: pcm] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=3 [audio output] [src: pcm] Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=33 [audio selector] [src: mix] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=32 [audio mixer] [src: mix] Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Record: Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: nid=8 [audio input] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=12 [audio selector] [src: mix, monitor] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=21 [pin: Mic (Fixed)] [src: monitor] Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=32 [audio mixer] [src: mix] Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Input Mix: Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: nid=32 [audio mixer] Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=20 [pin: Mic (Jack)] [src: mic] Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=21 [pin: Mic (Fixed)] [src: monitor] Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=3 [audio output] [src: pcm] Dec 21 16:30:49 pcbsd kernel: pcm0: + <- nid=4 [audio output] [src: pcm] Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: +-------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm0: | DUMPING Volume Controls | Dec 21 16:30:49 pcbsd kernel: pcm0: +-------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Master Volume (OSS: vol) Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 7 (nid 11 in 0): mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 8 (nid 11 in 1): mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 17 (nid 22 in ): mute Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: PCM Volume (OSS: pcm) Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 1 (nid 3 out): -58/0dB (40 steps) Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 7 (nid 11 in 0): mute Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Microphone2 Volume (OSS: monitor) Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 16 (nid 21 out): 0/30dB (4 steps) Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Speaker/Beep Volume (OSS: speaker) Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 11 (nid 16 out): -45/0dB (16 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Recording Level (OSS: rec) Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 9 (nid 12 out): -58/22dB (55 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Input Mix Level (OSS: mix) Dec 21 16:30:49 pcbsd kernel: pcm0: | Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 8 (nid 11 in 1): mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 23 (nid 32 in 0): -34/12dB (32 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 24 (nid 32 in 1): -34/12dB (32 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 28 (nid 32 in 5): -34/12dB (32 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 29 (nid 32 in 6): -34/12dB (32 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: +- ctl 30 (nid 33 out): -46/0dB (32 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm0: Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "vol": Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "pcm": Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "speaker": Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "mix": Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "rec": Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "ogain": Dec 21 16:30:49 pcbsd kernel: pcm0: Mixer "monitor": Dec 21 16:30:49 pcbsd kernel: pcm0: clone manager: deadline=750ms flags=0x8000001e Dec 21 16:30:49 pcbsd kernel: pcm0: sndbuf_setmap 161e0000, 4000; 0xe3785000 -> 161e0000 Dec 21 16:30:49 pcbsd kernel: pcm0: sndbuf_setmap 88c0000, 4000; 0xe3795000 -> 88c0000 Dec 21 16:30:49 pcbsd kernel: pcm1: at cad 0 nid 1 on hdac0 Dec 21 16:30:49 pcbsd kernel: pcm1: +--------------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm1: | DUMPING PCM Playback/Record Channels | Dec 21 16:30:49 pcbsd kernel: pcm1: +--------------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Playback: Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: pcm1: PCM Dec 21 16:30:49 pcbsd kernel: pcm1: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: pcm1: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: pcm1: DAC: 4 Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Record: Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Stream cap: 0x00000001 Dec 21 16:30:49 pcbsd kernel: pcm1: PCM Dec 21 16:30:49 pcbsd kernel: pcm1: PCM cap: 0x000e07ff Dec 21 16:30:49 pcbsd kernel: pcm1: 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz Dec 21 16:30:49 pcbsd kernel: pcm1: ADC: 9 Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: +--------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm1: | DUMPING Playback/Record Pathes | Dec 21 16:30:49 pcbsd kernel: pcm1: +--------------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Playback: Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: nid=17 [pin: Headphones (Jack)] Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=7 [audio mixer] [src: pcm, mix] Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=34 [audio selector] [src: pcm] Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=4 [audio output] [src: pcm] Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=33 [audio selector] [src: mix] Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=32 [audio mixer] [src: mix] Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Record: Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: nid=9 [audio input] Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=13 [audio selector] [src: mic, mix] Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=20 [pin: Mic (Jack)] [src: mic] Dec 21 16:30:49 pcbsd kernel: pcm1: + <- nid=32 [audio mixer] [src: mix] Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: +-------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm1: | DUMPING Volume Controls | Dec 21 16:30:49 pcbsd kernel: pcm1: +-------------------------+ Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Master Volume (OSS: vol) Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 3 (nid 7 in 0): mute Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 4 (nid 7 in 1): mute Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 12 (nid 17 in ): mute Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: PCM Volume (OSS: pcm) Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 2 (nid 4 out): -58/0dB (40 steps) Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 3 (nid 7 in 0): mute Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Microphone Volume (OSS: mic) Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 15 (nid 20 out): 0/30dB (4 steps) Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Recording Level (OSS: rec) Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 10 (nid 13 out): -58/22dB (55 steps) + mute Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Input Mix Level (OSS: mix) Dec 21 16:30:49 pcbsd kernel: pcm1: | Dec 21 16:30:49 pcbsd kernel: pcm1: +- ctl 4 (nid 7 in 1): mute Dec 21 16:30:49 pcbsd kernel: pcm1: Dec 21 16:30:49 pcbsd kernel: pcm1: Mixer "vol": Dec 21 16:30:49 pcbsd kernel: pcm1: Mixer "pcm": Dec 21 16:30:49 pcbsd kernel: pcm1: Mixer "mic": Dec 21 16:30:49 pcbsd kernel: pcm1: Mixer "mix": Dec 21 16:30:49 pcbsd kernel: pcm1: Mixer "rec": Dec 21 16:30:49 pcbsd kernel: pcm1: clone manager: deadline=750ms flags=0x8000001e Dec 21 16:30:49 pcbsd kernel: pcm1: sndbuf_setmap 17340000, 4000; 0xe37a5000 -> 17340000 Dec 21 16:30:49 pcbsd kernel: pcm1: sndbuf_setmap 17350000, 4000; 0xe37b5000 -> 17350000 -------------- next part -------------- pcbsd kernel: hdac0: Dumping AFG cad=0 nid=1 pins: pcbsd kernel: hdac0: nid 17 0x02212040 as 4 seq 0 Headphones Jack jack 1 loc 2 color Grey misc 0 pcbsd kernel: hdac0: Caps: OUT HP Sense: 0x8000003f delay 90us pcbsd kernel: hdac0: nid 18 0x410140f0 as 15 seq 0 Line-out None jack 1 loc 1 color Green misc 0 [DISABLED] pcbsd kernel: hdac0: Caps: OUT HP EAPD Sense: 0x0000ff00 delay 60us pcbsd kernel: hdac0: nid 19 0x413711f0 as 15 seq 0 CD None jack 7 loc 1 color Black misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: OUT EAPD pcbsd kernel: hdac0: nid 20 0x02a12060 as 6 seq 0 Mic Jack jack 1 loc 2 color Grey misc 0 pcbsd kernel: hdac0: Caps: IN VREF Sense: 0x00000005 delay 100us pcbsd kernel: hdac0: nid 21 0x91a71120 as 2 seq 0 Mic Fixed jack 7 loc 17 color Black misc 1 pcbsd kernel: hdac0: Caps: IN VREF Sense: 0x00000006 delay 90us pcbsd kernel: hdac0: nid 22 0x92174110 as 1 seq 0 Speaker Fixed jack 7 loc 18 color Green misc 1 pcbsd kernel: hdac0: Caps: IN OUT EAPD Sense: 0x0000e300 delay 60us pcbsd kernel: hdac0: nid 23 0x41a6e130 as 3 seq 0 Mic None jack 6 loc 1 color White misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: IN pcbsd kernel: hdac0: nid 26 0x90f711f0 as 15 seq 0 Other Fixed jack 7 loc 16 color Black misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: IN pcbsd kernel: hdac0: nid 27 0x41561150 as 5 seq 0 Digital-out None jack 6 loc 1 color Black misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: OUT Sense: 0x0000e300 pcbsd kernel: hdac0: nid 28 0x418130f0 as 15 seq 0 Line-in None jack 1 loc 1 color Blue misc 0 [DISABLED] pcbsd kernel: hdac0: Caps: IN OUT VREF Sense: 0x0000ff00 delay 60us pcbsd kernel: hdac0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 pcbsd kernel: hdac0: GPIO: data=0x00000005 enable=0x00000000 direction=0x00000000 pcbsd kernel: hdac0: wake=0x00000000 unsol=0x00000000 sticky=0x00000000 -------------- next part -------------- pcbsd kernel: hdac0: Dumping AFG cad=0 nid=1 pins: pcbsd kernel: hdac0: nid 17 0x02212040 as 4 seq 0 Headphones Jack jack 1 loc 2 color Grey misc 0 pcbsd kernel: hdac0: Caps: OUT HP Sense: 0x000003d0 delay 70us pcbsd kernel: hdac0: nid 18 0x410140f0 as 15 seq 0 Line-out None jack 1 loc 1 color Green misc 0 [DISABLED] pcbsd kernel: hdac0: Caps: OUT HP EAPD Sense: 0x0000ff00 delay 50us pcbsd kernel: hdac0: nid 19 0x413711f0 as 15 seq 0 CD None jack 7 loc 1 color Black misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: OUT EAPD pcbsd kernel: hdac0: nid 20 0x02a12060 as 6 seq 0 Mic Jack jack 1 loc 2 color Grey misc 0 pcbsd kernel: hdac0: Caps: IN VREF Sense: 0x00000004 delay 90us pcbsd kernel: hdac0: nid 21 0x91a71120 as 2 seq 0 Mic Fixed jack 7 loc 17 color Black misc 1 pcbsd kernel: hdac0: Caps: IN VREF Sense: 0x00000005 delay 90us pcbsd kernel: hdac0: nid 22 0x92174110 as 1 seq 0 Speaker Fixed jack 7 loc 18 color Green misc 1 pcbsd kernel: hdac0: Caps: IN OUT EAPD Sense: 0x0000e300 delay 50us pcbsd kernel: hdac0: nid 23 0x41a6e130 as 3 seq 0 Mic None jack 6 loc 1 color White misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: IN pcbsd kernel: hdac0: nid 26 0x90f711f0 as 15 seq 0 Other Fixed jack 7 loc 16 color Black misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: IN pcbsd kernel: hdac0: nid 27 0x41561150 as 5 seq 0 Digital-out None jack 6 loc 1 color Black misc 1 [DISABLED] pcbsd kernel: hdac0: Caps: OUT Sense: 0x0000e300 pcbsd kernel: hdac0: nid 28 0x418130f0 as 15 seq 0 Line-in None jack 1 loc 1 color Blue misc 0 [DISABLED] pcbsd kernel: hdac0: Caps: IN OUT VREF Sense: 0x0000ff00 delay 50us pcbsd kernel: hdac0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 pcbsd kernel: hdac0: GPIO: data=0x00000005 enable=0x00000000 direction=0x00000000 pcbsd kernel: hdac0: wake=0x00000000 unsol=0x00000000 sticky=0x00000000 From torfinn.ingolfsen at broadpark.no Fri Dec 26 15:23:13 2008 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Fri Dec 26 15:23:20 2008 Subject: snd_hda and nVidia GeForce 8200 (MCP78S) Message-ID: <20081227002310.9ca41333.torfinn.ingolfsen@broadpark.no> Hello, I am testing a new machine[1]. This is a barebone from Asus, with a nVidia GeForce 8200 (aka MCP78S) chipset. The machine runs FreeBSD / amd64, currently RELENG_7: root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Dec 25 15:51:46 CET 2008 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 When I loaded snd_hda, I get these lines in /var/log/messages: Dec 25 16:33:27 kg-v2 kernel: pcm0: mem 0xfcf78000-0xfcf7bfff irq 22 at device 7.0 on pci0 Dec 25 16:33:27 kg-v2 kernel: pcm0: [ITHREAD] Dec 25 16:33:27 kg-v2 kernel: pcm0: Dec 25 16:33:27 kg-v2 kernel: pcm0: And cat /dev/sndstat shows: root@kg-v2# cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pcm0: at memory 0xfcf78000 irq 22 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v channels duplex default) I added the latest UAA patch[2] by alexander Motin, and now /var/log/messages show: Dec 26 20:28:57 kg-v2 kernel: hdac0: mem 0xfcf78000-0xfcf7bfff irq 22 at device 7.0 on pci0 Dec 26 20:28:57 kg-v2 kernel: hdac0: HDA Driver Revision: 20081030_0115 Dec 26 20:28:57 kg-v2 kernel: hdac0: [ITHREAD] Dec 26 20:28:57 kg-v2 kernel: hdac0: HDA Codec #0: VIA (Unknown) Dec 26 20:28:57 kg-v2 kernel: hdac0: HDA Codec #3: NVidia (Unknown) Dec 26 20:28:57 kg-v2 kernel: pcm0: at cad 0 nid 1 on hdac0 Dec 26 20:28:57 kg-v2 kernel: pcm1: at cad 0 nid 1 on hdac0 Dec 26 20:28:57 kg-v2 kernel: pcm2: at cad 3 nid 1 on hdac0 Output from cat /dev/sndstat is: FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pcm0: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex default) pcm1: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/0r:0v channels) pcm2: at cad 3 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/0r:0v channels) I don't know yet if sound is workling at all - more testing is needed. I'll report later. Continued happy holidays to all! References: 1) http://tingox.googlepages.com/asus_v2-m3n8200 2) http://people.freebsd.org/~mav/hda.7.20081030.patch -- Regards, Torfinn Ingolfsen, Norway From torfinn.ingolfsen at broadpark.no Fri Dec 26 15:32:39 2008 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Fri Dec 26 15:32:45 2008 Subject: Xorg and nVidia GeForce 8200 (MCP78S) - a better driver than vesa? Message-ID: <20081227003237.b719d42b.torfinn.ingolfsen@broadpark.no> Hello, My new machine[1] has a nVidia GeForce 8200 (aka MCP78S) chipset. I run FreeBSD / amd64 RELENG_7 on it: root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Dec 25 15:51:46 CET 2008 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 It doesn't look like the GPU in this machine is supported by the nv driver (yet). And because I run FreeBSD / amd64, I can't use the nvidia driver, right? Currently I am using the vesa driver, which works. Do anyone know of a way to get a better Xorg driver working? References: 1) http://tingox.googlepages.com/asus_v2-m3n8200 -- Regards, Torfinn Ingolfsen, Norway From mav at FreeBSD.org Sat Dec 27 01:53:39 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Sat Dec 27 01:54:06 2008 Subject: snd_hda and nVidia GeForce 8200 (MCP78S) In-Reply-To: <1230344595.00052843.1230334202@10.7.7.3> References: <1230344595.00052843.1230334202@10.7.7.3> Message-ID: <4955FB21.1070600@FreeBSD.org> Torfinn Ingolfsen wrote: > I added the latest UAA patch[2] by alexander Motin, and now /var/log/messages show: > > References: > 2) http://people.freebsd.org/~mav/hda.7.20081030.patch The latest driver there is: http://people.freebsd.org/~mav/hda.20081223.tgz Difference is mostly cosmetics, but still difference. -- Alexander Motin From rjw at dynode.net Sat Dec 27 10:50:07 2008 From: rjw at dynode.net (Russell J. Wood) Date: Sat Dec 27 10:50:14 2008 Subject: kern/72995: [sound] Intel ICH2 (82801BA) - sound nearly inaudible Message-ID: <200812271850.mBRIo7q1092274@freefall.freebsd.org> The following reply was made to PR kern/72995; it has been noted by GNATS. From: "Russell J. Wood" To: freebsd-gnats-submit@FreeBSD.org, tom@uffner.com Cc: Subject: Re: kern/72995: [sound] Intel ICH2 (82801BA) - sound nearly inaudible Date: Sun, 28 Dec 2008 08:19:42 +0900 I have just switched to an Intel D845WN motherboard and am experiencing the same issue. Sound is very low even when the volume on my speakers are maxed. Regards, -- Russell Wood From jbw at ma5j.com Sat Dec 27 17:20:13 2008 From: jbw at ma5j.com (jbw) Date: Sat Dec 27 17:20:19 2008 Subject: RealTek ALC888 not working Message-ID: I just built a new machine and installed 7.1-RC1 on it. Everything is working fine except for the sound. The motherboard has the RealTeck ALC888 audio chipset. The docs said that this should work with the snd_hda driver. I built the driver into the kernel but when it boots I just receive a page or two of the following messages: pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 pcm0: Audio Function Group not found! cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pciconf -lv pcm0@pci0:0:7:0: class=0x040300 card=0xcb8410de chip=0x077410de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = multimedia I tried to do kldload but still nothing. FreeBSD ----------- 7.1-RC1-p1 FreeBSD 7.1-RC1-p1 #2: Sun Dec 28 07:21:23 EST 2008 amd64 Any ideas on how to get this working? Thanks, -jbw From torfinn.ingolfsen at broadpark.no Sat Dec 27 18:50:10 2008 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Sat Dec 27 18:50:17 2008 Subject: snd_hda and nVidia GeForce 8200 (MCP78S) In-Reply-To: <4955FB21.1070600@FreeBSD.org> References: <1230344595.00052843.1230334202@10.7.7.3> <4955FB21.1070600@FreeBSD.org> Message-ID: <20081228035008.5399495d.torfinn.ingolfsen@broadpark.no> On Sat, 27 Dec 2008 11:53:37 +0200 Alexander Motin wrote: > The latest driver there is: > http://people.freebsd.org/~mav/hda.20081223.tgz > Difference is mostly cosmetics, but still difference. Great. Will this work on RELENG_7? -- Regards, Torfinn Ingolfsen From linimon at FreeBSD.org Sun Dec 28 19:05:36 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Dec 28 19:05:43 2008 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20081229030536.512BE1CCD6@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/gstreamer-plugins-spc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: multimedia/dirac-reference broken because: bad plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081228103651/dirac-reference-0.7.0.log (Thu Dec 25 01:41:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference portname: multimedia/mjpegtools-yuvfilters broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From linimon at FreeBSD.org Sun Dec 28 19:06:31 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Dec 28 19:06:37 2008 Subject: FreeBSD ports that you maintain which are currently scheduled for deletion Message-ID: <20081229030630.DDAC11CC8F@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/gstreamer-plugins-spc description: Gstreamer OpenSPC frontend maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: multimedia/mjpegtools-yuvfilters description: Mjpeg-tools YUV video stream processing tools maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From bugmaster at FreeBSD.org Mon Dec 29 03:06:58 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 29 03:08:29 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200812291106.mBTB6vYE024504@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/129800 multimedia Update port: multimedia/ffmpeg avoid crash in multimed o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/129293 multimedia [Update] audio/wavpack - update to 4.50.1 o ports/129085 multimedia [PATCH] multimedia/x264: update to 0.0.20081122 o ports/128730 multimedia [PATCH] multimedia/libquicktime: default LAME option t o ports/128680 multimedia [PATCH] multimedia/gavl: update to 1.0.1 o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: References: <1230344595.00052843.1230334202@10.7.7.3> <1230384186.00052941.1230372002@10.7.7.3> <1230445382.00053153.1230433201@10.7.7.3> Message-ID: <49590561.5090509@FreeBSD.org> Torfinn Ingolfsen wrote: > On Sat, 27 Dec 2008 11:53:37 +0200 > Alexander Motin wrote: > >> The latest driver there is: >> http://people.freebsd.org/~mav/hda.20081223.tgz >> Difference is mostly cosmetics, but still difference. > > Great. Will this work on RELENG_7? I think yes. -- Alexander Motin From freebsd at sopwith.solgatos.com Tue Dec 30 05:39:20 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Tue Dec 30 05:39:26 2008 Subject: sound for cx88 analog capture Message-ID: <200812300027.AAA05744@sopwith.solgatos.com> I updated to the latest cx88 and am trying to get analog working as described in "Capturing Raw Video" on the wiki. I have the video working, but no audio. Wiki says: "The ffmpeg command above uses the OSS-compatible cx88 audio interface, and assumes that /dev/dsp1 is the OSS audio device that corresponds to cx88audio0. How do we determine if /dev/dsp1 corresponds to cx88audio0? pcm0: port 0xf000-0xf0ff,0xec00-0xecff mem 0xfebfd000-0xfebfdfff irq 12 at device 4.0 on pci0 pcm0: [ITHREAD] pcm0: cx88audio0: mem 0xfc000000-0xfcffffff irq 10 at device 7.1 on pci1 iicbus6: on cx88audio0 cx88audio0: [FILTER] pcm1: on cx88audio0 cx88audio0: [FILTER+ITHREAD] The /dev entries seem kinda screwy: crw-rw-rw- 1 root wheel 0, 202 Dec 29 13:10 /dev/dsp0.0 crw-rw-rw- 1 root wheel 0, 207 Dec 29 13:10 /dev/dsp0.1 crw-rw-rw- 1 root wheel 0, 203 Dec 29 13:10 /dev/dsp1.0 crw-rw-rw- 1 root wheel 0, 209 Dec 29 13:10 /dev/dsp1 crw-rw-rw- 1 root wheel 0, 210 Dec 29 13:10 /dev/dsp0 ls: /dev/pcm0: No such file or directory ls: /dev/pcm1: No such file or directory crw-rw-rw- 1 root wheel 0, 205 Dec 29 13:10 /dev/cx88audio0 I changed the script to output dv format: mkfifo /tmp/vpipe /usr/local/bin/ffmpeg -v 2 \ -f oss -ar 48000 -ac 2 -i /dev/dsp1 \ -pix_fmt yuv422p -r 30000/1001 -s 640x480 -f rawvideo -i /tmp/vpipe \ -pix_fmt yuv411p -r 30000/1001 -padleft 40 -padright 40 \ /var/tmp/analog.dv ffmpeg says: Input #0, oss, from '/dev/dsp1': Duration: N/A, start: 1230593138.586555, bitrate: N/A Stream #0.0, 1/1000000: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s Input #1, rawvideo, from '/tmp/vpipe': Duration: N/A, bitrate: N/A Stream #1.0, 1001/30000: Video: rawvideo, yuv422p, 640x480, 1001/30000, 29.97 fps(r) Output #0, dv, to '/var/tmp/analog.dv': Stream #0.0, 1/90000: Video: dvvideo, yuv411p, 720x480, 1001/30000, q=2-31, 200 kb/s, 29.97 fps(c) Stream #0.1, 1/90000: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #1.0 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding frame= 494 fps= 30 q=0.0 size= 57773kB time=16.5 bitrate=28755.7kbits/s dup=0 drop=0 From direct.lmtd at gadgetsukdirect.com Tue Dec 30 13:23:41 2008 From: direct.lmtd at gadgetsukdirect.com (Gadgets DIRECT Lmtd UK) Date: Tue Dec 30 13:23:48 2008 Subject: CLOSEOUT SALES:Blackberry/$350,iPhone/$250,Omnia/$470,SE-X1/$500 Message-ID: CLOSEOUT SALES:Blackberry/$350,iPhone/$250,Omnia/$470,SE-X1/$500 Sony Ericsson X1 - $500 USD SONY PS3 (60GB) = $300 USD Apple iPhone 16GB............$250 USD Blackberry Bold..............$300 USD Blackberry Storm.............$350 USD Samsung Omnia i900 (16GB)....$470 USD HTC Touch Pro................$400 USD HTC Diamond .................$400 USD Nokia N96....................$350 USD Nokia N85....................$350 USD Nokia E71....................$300 USD Nokia E66....................$300 USD Nokia E90....................$350 USD Motorola V3i D&G......$250 USD Nokia N95......... ...$320 USD Nokia N93......... ...$260 USD Nokia N93i ...........$280 USD Nokia N70 ............$160 USD Nokia N72 ............$175 USD Nokia N73 ............$250 USD Nokia N80 ............$200 USD Nokia N90 ............$200 USD Nokia N91 ............$200 USD BUY ANY 5 UNITS AND GET 1 FREE All GSM Phones,Brand New,Tri- Band and Video Games are also Brand new with Complete Accessories plus Intl Warranty . Alan Pepple Gadgets DIRECT Lmtd UK 6 Greenhill Crescent, Watford Business Park,Watford,WD18 8RF.UNITED KINGDOM E-mail- gadgets.direct.lmtd@googlemail.com http://www.gadgetsukdirect.com From glarkin at FreeBSD.org Tue Dec 30 21:47:44 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Dec 30 21:47:51 2008 Subject: MythTV port upgrade? In-Reply-To: <20081220085649.101b81c5@demon.troback.lan> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> <20081220085649.101b81c5@demon.troback.lan> Message-ID: <495A8D90.1050308@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anders Troback wrote: > On Sat, 20 Dec 2008 15:27:43 +1100 > Greg 'groggy' Lehey wrote: > >> On Friday, 19 December 2008 at 11:14:06 +0100, Bernhard Frhlich wrote: >>> On Wed, December 17, 2008 7:08 pm, Torfinn Ingolfsen wrote: >>>> Hi, >>>> >>>> So - what happened to the MythTV port upgrade that was presented >>>> herer on this mailing list some time ago? >>> Greg seems to be on it so i have CC'ed him. >> In case anybody else is confused (I was :-), this is Greg Larkin, not >> me. I gave up the maintainership a while back. >> >> Greg >> -- >> See complete headers for address and phone numbers. > > > Greg Larkin told me that he will try to get some time in the > holidays to make the port ready! > > He also told me that he had some problems with Internet connection and > the electricity because of an ice storm! > Hello all, Our electricity was finally restored after 1 week. Some folks were out for 2 weeks around here. I'm caught up after the Christmas holiday now, and I've spent some time working with the mythtv-frontend port from Bernhard today. I noticed some things: - - Compilation initially failed because I didn't enable OpenGL support in QT 3.3. Unfortunately, there's no way to specify "WITH_OPENGL=true" in the mythtv-frontend BUILD_DEPENDS directive. To make sure OpenGL is built into QT 3.3, I created a slave port (x11-toolkits/qt33-opengl with CONFLICTS set for qt-3.3.* et al.) and made mythtv-frontend depend on that. Let me know what you think of that idea. - - As mentioned previously in this thread, --disable-backend support has been removed from MythTV's configure script. In order to avoid installing backend binaries, I created a patch file for programs/programs.pro to omit them and updated pkg-plist accordingly. If you have any feedback or suggestions, please let me know. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJWo2Q0sRouByUApARAkIbAJ9deAc0WRYHbFIH7DU79TeQATn34ACgrd7f yoyC/rEL93lHkl1A2JnyZWA= =XmTR -----END PGP SIGNATURE----- From decke at bluelife.at Tue Dec 30 23:07:51 2008 From: decke at bluelife.at (Bernhard Froehlich) Date: Tue Dec 30 23:07:58 2008 Subject: MythTV port upgrade? In-Reply-To: <495A8D90.1050308@FreeBSD.org> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> <20081220085649.101b81c5@demon.troback.lan> <495A8D90.1050308@FreeBSD.org> Message-ID: <20081231000738.7a703a06@chii.bluelife.at> On Tue, 30 Dec 2008 16:07:28 -0500 Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Anders Troback wrote: > > On Sat, 20 Dec 2008 15:27:43 +1100 > > Greg 'groggy' Lehey wrote: > > > >> On Friday, 19 December 2008 at 11:14:06 +0100, Bernhard Frhlich wrote: > >>> On Wed, December 17, 2008 7:08 pm, Torfinn Ingolfsen wrote: > >>>> Hi, > >>>> > >>>> So - what happened to the MythTV port upgrade that was presented > >>>> herer on this mailing list some time ago? > >>> Greg seems to be on it so i have CC'ed him. > >> In case anybody else is confused (I was :-), this is Greg Larkin, not > >> me. I gave up the maintainership a while back. > >> > >> Greg > >> -- > >> See complete headers for address and phone numbers. > > > > > > Greg Larkin told me that he will try to get some time in the > > holidays to make the port ready! > > > > He also told me that he had some problems with Internet connection and > > the electricity because of an ice storm! > > > > Hello all, > > Our electricity was finally restored after 1 week. Some folks were out > for 2 weeks around here. I'm caught up after the Christmas holiday now, > and I've spent some time working with the mythtv-frontend port from > Bernhard today. Good to have you back :o) > I noticed some things: > > - - Compilation initially failed because I didn't enable OpenGL support in > QT 3.3. Unfortunately, there's no way to specify "WITH_OPENGL=true" in > the mythtv-frontend BUILD_DEPENDS directive. > > To make sure OpenGL is built into QT 3.3, I created a slave port > (x11-toolkits/qt33-opengl with CONFLICTS set for qt-3.3.* et al.) and > made mythtv-frontend depend on that. Let me know what you think of that > idea. Yeah that didn't came up because its "on" per default but you are absolutely right - that can fail the mythtv port. The name qt33-opengl suggests, that it is an enhanced version of qt33 but qt33 already has opengl on per default so wouldn't it be better to depend on qt33 and create an qt33-noopengl port? I've looked over mythtv's configure and it is also possible to compile mythtv without opengl support if that helps in any way. But we would need a reliable way to detect opengl support nevertheless. > - - As mentioned previously in this thread, --disable-backend support has > been removed from MythTV's configure script. In order to avoid > installing backend binaries, I created a patch file for > programs/programs.pro to omit them and updated pkg-plist accordingly. I think thats absolutely fine as the mythtv developers only do not support to build just a few parts of their software. But it should not be a problem for anyone if we build everything and then just decide not to install some of the files. -- Bernhard Froehlich http://www.bluelife.at/ From glarkin at FreeBSD.org Tue Dec 30 23:43:20 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Dec 30 23:43:27 2008 Subject: MythTV port upgrade? In-Reply-To: <20081231000738.7a703a06@chii.bluelife.at> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> <20081220085649.101b81c5@demon.troback.lan> <495A8D90.1050308@FreeBSD.org> <20081231000738.7a703a06@chii.bluelife.at> Message-ID: <495AB21A.7000902@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Froehlich wrote: > > Good to have you back :o) Thanks, it's a lot easier to work without a generator roaring away in the background and occasionally running out of gas! > >> I noticed some things: >> >> - - Compilation initially failed because I didn't enable OpenGL support in >> QT 3.3. Unfortunately, there's no way to specify "WITH_OPENGL=true" in >> the mythtv-frontend BUILD_DEPENDS directive. >> >> To make sure OpenGL is built into QT 3.3, I created a slave port >> (x11-toolkits/qt33-opengl with CONFLICTS set for qt-3.3.* et al.) and >> made mythtv-frontend depend on that. Let me know what you think of that >> idea. > > Yeah that didn't came up because its "on" per default but you are > absolutely right - that can fail the mythtv port. The name qt33-opengl > suggests, that it is an enhanced version of qt33 but qt33 already has > opengl on per default so wouldn't it be better to depend on qt33 and > create an qt33-noopengl port? I've looked over mythtv's configure and > it is also possible to compile mythtv without opengl support if that > helps in any way. But we would need a reliable way to detect opengl > support nevertheless. Ok, I must have compiled QT without OpenGL for some other reason in the past and didn't realize it defaults to "on". The only way that I see to detect OpenGL support in QT is by running the following command: nm -A /usr/local/lib/libqt-mt.so | grep -q updateGL If the exit code is zero, then OpenGL is compiled into QT. Perhaps I can trash the slave port and just run that check in the MythTV Makefile. If OpenGL isn't detected, I can either exit with an error or disable it and proceed. > > >> - - As mentioned previously in this thread, --disable-backend support has >> been removed from MythTV's configure script. In order to avoid >> installing backend binaries, I created a patch file for >> programs/programs.pro to omit them and updated pkg-plist accordingly. > > I think thats absolutely fine as the mythtv developers only do not > support to build just a few parts of their software. But it should not > be a problem for anyone if we build everything and then just decide > not to install some of the files. > > Ok, sounds good. Thank you for the feedback, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJWrIa0sRouByUApARAvOvAKC9UI1WOX3XvA6d3TXd3GVsC8MkegCgrzbr 3D2Tv+Qp7DDuWQ4v0oZcx/0= =bEWZ -----END PGP SIGNATURE----- From rnoland at FreeBSD.org Wed Dec 31 00:02:06 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Dec 31 00:02:13 2008 Subject: MythTV port upgrade? In-Reply-To: <20081231000738.7a703a06@chii.bluelife.at> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> <20081220085649.101b81c5@demon.troback.lan> <495A8D90.1050308@FreeBSD.org> <20081231000738.7a703a06@chii.bluelife.at> Message-ID: <1230680010.46401.69.camel@squirrel.corp.cox.com> On Wed, 2008-12-31 at 00:07 +0100, Bernhard Froehlich wrote: > > To make sure OpenGL is built into QT 3.3, I created a slave port > > (x11-toolkits/qt33-opengl with CONFLICTS set for qt-3.3.* et al.) > and > > made mythtv-frontend depend on that. Let me know what you think of > that > > idea. > > Yeah that didn't came up because its "on" per default but you are > absolutely right - that can fail the mythtv port. The name qt33-opengl > suggests, that it is an enhanced version of qt33 but qt33 already has > opengl on per default so wouldn't it be better to depend on qt33 and > create an qt33-noopengl port? I've looked over mythtv's configure and > it is also possible to compile mythtv without opengl support if that > helps in any way. But we would need a reliable way to detect opengl > support nevertheless. The problem with these types of slave ports is that there isn't currently a way to depend on port A or port A-option. i.e. many ports will depend on qt33, while myth will depend on qt33-opengl. Sure, you can go in after the fact and pkg_delete -f qt33 and add qt33-opengl, but your dependency map will still be wrong. Tools like ports-mgmt/portmanager walk the entire dependency map for your installed ports and will find the issue and declare that qt33 is required by lots of ports, determine that a conflicting port is installed and attempt to resolve the situation, ultimately failing to update either myth or everything else that depends on qt33. I don't use kde nor qt33, so I'm not sure how to go about identifying the availability of opengl support, but what is needed is a mechanism to determine if qt33 has opengl support and either mark the myth port BROKEN if opengl support isn't available alerting the user of the issue or set whatever the appropriate --without-opengl option in the myth configure script is... robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081231/8eaec54a/attachment.pgp From glarkin at FreeBSD.org Wed Dec 31 00:09:47 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Dec 31 00:09:53 2008 Subject: MythTV port upgrade? In-Reply-To: <1230680010.46401.69.camel@squirrel.corp.cox.com> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> <20081220085649.101b81c5@demon.troback.lan> <495A8D90.1050308@FreeBSD.org> <20081231000738.7a703a06@chii.bluelife.at> <1230680010.46401.69.camel@squirrel.corp.cox.com> Message-ID: <495AB845.4030504@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Noland wrote: > On Wed, 2008-12-31 at 00:07 +0100, Bernhard Froehlich wrote: >>> To make sure OpenGL is built into QT 3.3, I created a slave port >>> (x11-toolkits/qt33-opengl with CONFLICTS set for qt-3.3.* et al.) >> and >>> made mythtv-frontend depend on that. Let me know what you think of >> that >>> idea. >> Yeah that didn't came up because its "on" per default but you are >> absolutely right - that can fail the mythtv port. The name qt33-opengl >> suggests, that it is an enhanced version of qt33 but qt33 already has >> opengl on per default so wouldn't it be better to depend on qt33 and >> create an qt33-noopengl port? I've looked over mythtv's configure and >> it is also possible to compile mythtv without opengl support if that >> helps in any way. But we would need a reliable way to detect opengl >> support nevertheless. > > The problem with these types of slave ports is that there isn't > currently a way to depend on port A or port A-option. i.e. many ports > will depend on qt33, while myth will depend on qt33-opengl. Sure, you > can go in after the fact and pkg_delete -f qt33 and add qt33-opengl, but > your dependency map will still be wrong. Tools like > ports-mgmt/portmanager walk the entire dependency map for your installed > ports and will find the issue and declare that qt33 is required by lots > of ports, determine that a conflicting port is installed and attempt to > resolve the situation, ultimately failing to update either myth or > everything else that depends on qt33. > > I don't use kde nor qt33, so I'm not sure how to go about identifying > the availability of opengl support, but what is needed is a mechanism to > determine if qt33 has opengl support and either mark the myth port > BROKEN if opengl support isn't available alerting the user of the issue > or set whatever the appropriate --without-opengl option in the myth > configure script is... > > robert. > Hi Robert, Thanks for that feedback, and I'm going to trash the qt33-opengl slave port. I'm now testing a Makefile modification that checks the presence of an OpenGL symbol in libqt-mt.so. So far, it seems like it's working, and based on the result of that test, I'll enable/disable OpenGL support in MythTV. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJWrhF0sRouByUApARAkIzAJ9A8Pc+X9wTeOALAtKbL+6ysuFROwCcCDOJ N9UI3bNg2ihbVpXIs8EePKw= =P1Oy -----END PGP SIGNATURE----- From linimon at FreeBSD.org Wed Dec 31 05:46:08 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Dec 31 05:46:14 2008 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20081231054606.E317A1CCC5@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/gstreamer-plugins-spc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: multimedia/dirac-reference broken because: bad plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081228103651/dirac-reference-0.7.0.log (Thu Dec 25 01:41:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference portname: multimedia/mjpegtools-yuvfilters broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From linimon at FreeBSD.org Wed Dec 31 05:47:05 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Dec 31 05:47:23 2008 Subject: FreeBSD ports that you maintain which are currently scheduled for deletion Message-ID: <20081231054703.436FE1CCCF@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/gstreamer-plugins-spc description: Gstreamer OpenSPC frontend maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: multimedia/mjpegtools-yuvfilters description: Mjpeg-tools YUV video stream processing tools maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From CQG00620 at nifty.ne.jp Wed Dec 31 16:10:03 2008 From: CQG00620 at nifty.ne.jp (WATANABE Kazuhiro) Date: Wed Dec 31 16:10:09 2008 Subject: kern/72995: [sound] Intel ICH2 (82801BA) - sound nearly inaudible Message-ID: <200812311610.mBVGA26f041886@freefall.freebsd.org> The following reply was made to PR kern/72995; it has been noted by GNATS. From: WATANABE Kazuhiro To: "Russell J. Wood" , tom@uffner.com, bug-followup@FreeBSD.org Cc: Subject: Re: kern/72995: [sound] Intel ICH2 (82801BA) - sound nearly inaudible Date: Thu, 01 Jan 2009 00:45:52 +0900 Hello. At Sat, 27 Dec 2008 18:50:07 GMT, Russell J. Wood wrote: > I have just switched to an Intel D845WN motherboard and am experiencing > the same issue. > > Sound is very low even when the volume on my speakers are maxed. > > Regards, (1) Would you try the patch attached below? I don't know whether this patch is correct or not... (2) After applied the patch, can you hear any difference between the following commands? # sysctl dev.pcm.0.eapd=0 # sysctl dev.pcm.0.eapd=1 --- sys/dev/sound/pcm/ac97.c.releng70 2007-10-30 03:47:47.000000000 +0900 +++ sys/dev/sound/pcm/ac97.c 2008-12-31 17:26:45.000000000 +0900 @@ -133,7 +133,7 @@ { 0x41445303, 0x00, 0, "AD1819", 0 }, { 0x41445340, 0x00, 0, "AD1881", 0 }, { 0x41445348, 0x00, 0, "AD1881A", 0 }, - { 0x41445360, 0x00, 0, "AD1885", 0 }, + { 0x41445360, 0x00, 0, "AD1885", ad1885_patch }, { 0x41445361, 0x00, 0, "AD1886", ad1886_patch }, { 0x41445362, 0x00, 0, "AD1887", 0 }, { 0x41445363, 0x00, 0, "AD1886A", 0 }, @@ -141,8 +141,8 @@ { 0x41445370, 0x00, 0, "AD1980", ad198x_patch }, { 0x41445372, 0x00, 0, "AD1981A", 0 }, { 0x41445374, 0x00, 0, "AD1981B", ad1981b_patch }, - { 0x41445375, 0x00, 0, "AD1985", ad198x_patch }, - { 0x41445378, 0x00, 0, "AD1986", ad198x_patch }, + { 0x41445375, 0x00, 0, "AD1985", ad1985_patch }, + { 0x41445378, 0x00, 0, "AD1986", ad1986_patch }, { 0x414b4d00, 0x00, 1, "AK4540", 0 }, { 0x414b4d01, 0x00, 1, "AK4542", 0 }, { 0x414b4d02, 0x00, 1, "AK4543", 0 }, --- sys/dev/sound/pcm/ac97_patch.c.releng70 2007-10-30 03:47:27.000000000 +0900 +++ sys/dev/sound/pcm/ac97_patch.c 2008-12-31 18:01:41.000000000 +0900 @@ -30,6 +30,23 @@ SND_DECLARE_FILE("$FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.10.2.1 2007/10/29 18:47:27 ariff Exp $"); +void ad1885_patch(struct ac97_info* codec) +{ +#define AC97_AD_JACK_SPDIF 0x72 + /* + * JS0 and EAPD shares the same pin (no.47). + * To use the EAPD function, we should disable jack sense(?). + */ + switch (ac97_getsubvendor(codec)) { + /* case 0xXXXXXXXX: */ + /* break; */ + default: + ac97_wrcd(codec, AC97_AD_JACK_SPDIF, + ac97_rdcd(codec, AC97_AD_JACK_SPDIF) | 0x1110); + break; + } +} + void ad1886_patch(struct ac97_info* codec) { #define AC97_AD_JACK_SPDIF 0x72 @@ -44,6 +61,9 @@ void ad198x_patch(struct ac97_info* codec) { + /* + * Swap the aim of the LINE_OUT and SURR_OUT/HP_OUT pins. + */ switch (ac97_getsubvendor(codec)) { case 0x11931043: /* Not for ASUS A9T (probably else too). */ break; @@ -69,6 +89,68 @@ } } +void ad1985_patch(struct ac97_info* codec) +{ + /* + * Swap the aim of the LINE_OUT and SURR_OUT/HP_OUT pins. + * Disable outputs of the LINE_OUT and CENTER_OUT/LFE_OUT pins. + * Select the CENTER_OUT/LFE_OUT pins as the MIC inputs. + * Enable the stereo microphone mode. + * + * Set the voltage of the VREFOUT pin. + */ + switch (ac97_getsubvendor(codec)) { + case 0x80f31043: /* ASUS P4P800 Deluxe (SE) */ + ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x0420); + ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x1800); + ac97_wrcd(codec, 0x74, ac97_rdcd(codec, 0x74) | 0x0200); + ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x0040); + + /* + * 0x0 = 2.25V (default) + * 0x1 = High-Z + * 0x2 = 3.7V + * 0x3 = 0V + */ + ac97_wrcd(codec, 0x76, (ac97_rdcd(codec, 0x76) & ~0xc) + | 0x0 << 2); + break; + default: + break; + } +} + +void ad1986_patch(struct ac97_info* codec) +{ + /* + * Disable outputs of the SURR_OUT and CENTER_OUT/LFE_OUT pins. + * Select the SURR_OUT pins as the LINE_IN inputs. + * Select the CENTER_OUT/LFE_OUT pins as the MIC inputs. + * Enable the stereo microphone mode. + * + * Set the voltage of the C/LFE VREF_OUT pin. + */ + switch (ac97_getsubvendor(codec)) { + case 0x818f1043: /* ASUS P5SD2-X (SE) */ + ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x1800); + ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x0004); + ac97_wrcd(codec, 0x74, ac97_rdcd(codec, 0x74) | 0x0200); + ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x0040); + + /* + * 0x0 = High-Z (default) + * 0x1 = 2.25V + * 0x2 = 0V + * 0x4 = 3.70V + */ + ac97_wrcd(codec, 0x70, (ac97_rdcd(codec, 0x70) & ~0x1c) + | 0x1 << 2); + break; + default: + break; + } +} + void cmi9739_patch(struct ac97_info* codec) { /* --- sys/dev/sound/pcm/ac97_patch.h.releng70 2007-04-19 22:54:22.000000000 +0900 +++ sys/dev/sound/pcm/ac97_patch.h 2008-12-31 17:44:18.000000000 +0900 @@ -28,8 +28,11 @@ typedef void (*ac97_patch)(struct ac97_info*); +void ad1885_patch(struct ac97_info*); void ad1886_patch(struct ac97_info*); void ad198x_patch(struct ac97_info*); void ad1981b_patch(struct ac97_info*); +void ad1985_patch(struct ac97_info*); +void ad1986_patch(struct ac97_info*); void cmi9739_patch(struct ac97_info*); void alc655_patch(struct ac97_info*); --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From craig001 at lerwick.hopto.org Wed Dec 31 17:26:17 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Wed Dec 31 17:26:23 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <49106BFF.9070305@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> Message-ID: <1230742678.30559.29.camel@main.lerwick.hopto.org> Hi All Any updates on the 0.21 version of Mythtv ?? I see that we are still at 0.20 in ports I am running the 0.21 from the initial call to test, after about 2 months of trialing the only problem I am experiencing is audio and video stuttering after a while (think its something to do with the DVB and adverts fading to black -- not sure its FreeBSD related.) Cheers Craig Butler On Tue, 2008-11-04 at 10:36 -0500, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Greg 'groggy' Lehey wrote: > > On Friday, 31 October 2008 at 16:05:16 -0400, Greg Larkin wrote: > >> I've been working on PR 126343 > >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV > >> upgraded to 0.21 on FreeBSD. > > > > Sorry for the slow reply. I've been busy with other things, and > > currently I'm not in a position to test a new MythTV version. > > > > As ex-maintainer of this port, however, I've received a number of > > notifications from the MythTV developers of build fixes for FreeBSD. > > Are you aware of them? I can bounce them all to you if you like, or > > if there's consensus, I can send them to multimedia@. > > > > One thing that has been a bone of contention in this port is the > > handling of deleting the 'mythtv' user when removing the port. I > > don't believe that the user should disappear just because the port is > > removed; it's often easier to remove a port and reinstall it rather > > than upgrade it. I'm told that the correct behaviour is that the user > > should only be removed if no files under ~mythtv have changed. > > > > One of the PRs mentioned here has addressed this issue, but after > > cursory examination I'm not sure it does it right. In particular, > > just not creating the user is not a solution. > > > > Greg > > -- > > See complete headers for address and phone numbers. > > Hi Greg, > > I'm just getting into the MythTV port, so please forward to me any > previous build fixes you have. > > Thanks for the heads-up, re: mythtv user creation/deletion. I'll check > into that as I wade through all of the open MythTV PRs. > > Thank you, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJEGv/0sRouByUApARAisjAJ9tjoAQMViFNe2AIZQUUO5qavOTQQCgv8T7 > +/EnoB2y9Y7l0BCa+5v8Reg= > =DFU6 > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From linimon at lonesome.com Wed Dec 31 18:11:47 2008 From: linimon at lonesome.com (Mark Linimon) Date: Wed Dec 31 18:11:58 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <1230742678.30559.29.camel@main.lerwick.hopto.org> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> <1230742678.30559.29.camel@main.lerwick.hopto.org> Message-ID: <20081231174333.GA2839@soaustin.net> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote: > Any updates on the 0.21 version of Mythtv ?? I see that we are still at > 0.20 in ports If there's progress on 0.21, someone needs to say so -- the 0.20 version is already past its deletion date since it has been broken for so long. I'll make the commit to change the date if there is. mcl From glarkin at FreeBSD.org Wed Dec 31 18:54:46 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Dec 31 18:54:55 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <20081231174333.GA2839@soaustin.net> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> <1230742678.30559.29.camel@main.lerwick.hopto.org> <20081231174333.GA2839@soaustin.net> Message-ID: <495BBFFB.50808@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Linimon wrote: > On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote: >> Any updates on the 0.21 version of Mythtv ?? I see that we are still at >> 0.20 in ports > > If there's progress on 0.21, someone needs to say so -- the 0.20 > version is already past its deletion date since it has been broken > for so long. I'll make the commit to change the date if there is. > > mcl Hi all, I am currently working on the following MythTV-related PRs and plan to close them soon: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419 Please don't delete multimedia/mythtv yet. The last PR above contains a patch to upgrade it to 0.21. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJW7/70sRouByUApARAoYsAJ9Fn9Khkb6mRicBsNdcz42wfMmlbwCgiCDe nqHtt1Vk2SDRRjtDl5/nd28= =ZwGi -----END PGP SIGNATURE-----