I finally got it working using the manual settings in the LINT file. My last question is how to configure the secondary DMA channel. The man pages for sbc:
The value of flags specifies the secondary DMA channel. If the secondary DMA channel is C, set the flags to (C | 0x10). For a sound card without the secondary DMA channel, the flags should be set to zero. This is the sbc0 I am using device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 I know the settings for the card (they are set in the BIOS). It has a 8 bit channel at DMA 1 and a 16-bit at DMA 5. Am I right in guessing that [drq 1] is the DMA designation? And then how do you get the second DMA channel active? I think I only have 8-bit sound as wav files are sounding pretty crappy. Am I right in thinking that the man page should read like this: If the secondary DMA channel is C (where C is the number of the DMA channel) then set the flags to (C | 0x10) Or is C a DMA channel of some weird type? Again thanks for the help. David Wassman Halcyon DIR Dive Systems Director of Technical Services and Quality Control Office: 1-800-425-2966 ext 315 Fax: 386-454-0815 Email: [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Hiris Sent: Tuesday, May 04, 2004 6:10 PM To: [EMAIL PROTECTED] Cc: David Wassman Subject: Re: Sound server issue On Tuesday 04 May 2004 07:14, David Wassman wrote: > I have tried all that (recompile the kernel with the devices pcm and sbc > added) but when I type > > dmesg | grep ESS > > Nothing happens. I am going to try loading sbc manually and not PNP and see > if that works. Any other suggestions? > Yes David, some more suggestions: 1. If possible, boot your system from win to figure out irq and port settings of your soundcard. Then enter the win settings into /boot/device.hints config. from /usr/src/sys/conf/NOTES: # For non-PnP cards: device sbc hint.sbc.0.at="isa" hint.sbc.0.port="0x220" hint.sbc.0.irq="5" hint.sbc.0.drq="1" hint.sbc.0.flags="0x15" 2. Some DSDTs expext to find a microsoft os on your machine. in case of this the tunable "hw.acpi.osname" can be set to the expexted os-name (man 4 acpi). 3. You can use acpidump(8) to disassemble the ACPI DSDT table to ASL and dump it to a file. Edit any suspect code in there and use iasl(8) to recompile ASL to AML bytecode. The resulting bytecode can be loaded from userland instead of the original AML code by adding the lines acpi_dsdt_load="YES" acpi_dsdt_name="/boot/your_dsdt.aml" to your /boot/loader.conf. Peter Schultz has written an ACPI howto, which describes step by step how to fix your DSDT. http://bis.midco.net/pmes/acpi.html regards ch > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" _______________________________________________ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"