DragonFlyBSD

Thank you! That got it working. Now we can watch our movies on
Dragonfly! We have been evaluating Dragonfly and, so far, it is very
impressive. mplayer seems to play videos a lot smoother on a 1.3Gig
machine (even with KDE running) than NetBSD does on our 2.6Gig box.
I wonder if it is because of Matt's new LWKT code.

I had to directly load the snd_via8233.ko module. It turns out that
snd.ko was apparently loading all the sound modules except for two.
snd_via8233.ko and snd_uaudio.ko. I thought it was loading all of them.
Here is output of kldstat after loading snd.ko.

Id Refs Address Size Name
1 28 0xc0100000 60cf58 kernel
2 1 0xc070d000 37c4 md.ko
3 1 0xc0711000 590f0 acpi.ko
31 1 0xd7181000 2000 snd.ko
32 23 0xd8a80000 18000 snd_pcm.ko
33 1 0xd79ea000 4000 snd_ad1816.ko
34 1 0xd8760000 4000 snd_als4000.ko
35 1 0xd89f7000 5000 snd_cmi.ko
36 1 0xd8ab8000 5000 snd_cs4281.ko
37 1 0xd8abd000 7000 snd_csa.ko
38 1 0xd8ad9000 b000 snd_ds1.ko
39 1 0xd8ac4000 7000 snd_emu10k1.ko
40 1 0xd8ace000 6000 snd_es137x.ko
41 1 0xd8a0c000 4000 snd_fm801.ko
42 1 0xd8ae4000 5000 snd_ich.ko
43 1 0xd8ae9000 7000 snd_maestro.ko
44 1 0xd8afc000 8000 snd_maestro3.ko
45 1 0xd8b35000 a000 snd_mss.ko
46 1 0xd8b3f000 10000 snd_neomagic.ko
47 1 0xd8b4f000 5000 snd_solo.ko
48 1 0xd8b54000 5000 snd_t4dwave.ko
49 1 0xd8a1c000 4000 snd_via82c686.ko
50 1 0xd8b59000 5000 snd_vibes.ko
51 4 0xd8b09000 4000 snd_sbc.ko
52 1 0xd8b5e000 4000 snd_sb16.ko
53 1 0xd8b62000 4000 snd_sb8.ko
54 1 0xd8b66000 5000 snd_ess.ko

So the question is, why did snd.ko not load two of the modules? It is
just my luck that it happens to be the one for our sound device. Is
that a bug or a feature?

Also, we have not found any documentation that lists what devices are
supported for each module? Does it exist? The snd/pcm man page lists
AC97 mixer and a variety of cards it supports, which led us to think
that that might me the only module needed for this device. It does not
seem to mention anything about the other snd modules.

Thanks for the reply. As I mentioned, we loaded snd.ko, which loads all
the sound drivers, and it was not detected. Here is the output of
pciconf -lv.

none2@pci0:17:5: class=0x040100 card=0xa0021458 chip=0x30591106
rev=0x50 hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller'
class = multimedia
subclass = audio

On 04 Jan 2007 15:58:05 GMT
Vincent <vs1@crel.us> wrote:

No, you must load the module for your sound driver AND snd (according to corecode). There was such a thread in users@:

http://leaf.dragonflybsd.org/mailarchive/users/2007-01/msg00034.html

with the very same chip.

Very interesting. You just solved a puzzle for me. I tried compiling
the 'pcm' device into my custom kernel -- which never worked! I always
had to load the via8233 module manually at boot, and now I know why.
(My SWAG would be that this is more buggish than featurish.)

Just as a minor aside, loading the via module will automatically pull in
the snd_pcm module, so you needn't load it explicitly. As a more major
aside, I do not load the snd module at all, and yet my sound works fine.

Can you try loading only the snd_via8233.ko from loader.conf and see if
you get satisfactory sound? What other modules get loaded when you try
this?

Thanks.

Does it work as expected using latest -DEVEL?

Ok. Just thought I would give you a status update. I finally retrieved the
repository and compiled the latest 1.7.0-DEVELOPMENT branch. Looks promising.
I loaded the new snd_driver top level module and the via8233 module did indeed
get loaded. It looks like the problem may be fixed in the DEVEL branch.

The machine that has the test installation of Dragonfly is not the one that has
the sound card that needed that driver. We have to pull the drive with
Dragonfly on it and put it back into the other machine temporarily to do the
final test to make sure the sound actually works out of the box by loading
snd_driver.

I will post the result, probably in the next day or two, after we get a chance
to do that.

- Vincent

Sorry about taking so long to get back. We finally got it all tested
out in the other machine and it worked great. We also tested recording
and it worked as well. So, I apparently with the 1.7.0-DEVELOPMENT
kernel, the issue is resolved.

Thanks.

- Vincent

As noted by the bug creator, the issue has been resolved in HEAD.