Misc Solaris 10 issues

Misc Solaris 10 issues

This is on a Netra 240 running Solaris 10, OSS 3.99.3c, and a Soundblaster Live 24-bit card.

I have a few things that I've noticed that I'd like to get some help with:

1) At boot time, I have to reset the recordsrc from MIC to LINE to MIC to get anything out of the microphone port.

2) At anything less than 44.1khz, I get nothing but loud static.

3) I'm getting kernel panics on occasion, and they all seem to be in the OSS driver. I've pasted a couple of the traces below. These are both from today, but they're certainly not the first ones I've seen.

Re: Misc Solaris 10 issues

timwoj wrote:This is on a Netra 240 running Solaris 10, OSS 3.99.3c, and a Soundblaster Live 24-bit card.

I have a few things that I've noticed that I'd like to get some help with:

1) At boot time, I have to reset the recordsrc from MIC to LINE to MIC to get anything out of the microphone port.

2) At anything less than 44.1khz, I get nothing but loud static.

3) I'm getting kernel panics on occasion, and they all seem to be in the OSS driver. I've pasted a couple of the traces below. These are both from today, but they're certainly not the first ones I've seen.

Re: Misc Solaris 10 issues

Be sure to uninstall the current driver by typing /usr/lib/oss/scripts/uninstall.sh and then reboot the system before installing the new beta version.

We have tested it on our Sparc Ultra10s and it works with the SB Live 24 bit devices.

best regardsDev Mazumdar

Awesome, that exactly the sort of thing I was hoping you'd have. I'll give it a shot and let you know what it does.

Posted: Fri Dec 09, 2005 8:37 pm

by timwoj

Ok, haven't been able to verify that the kernel panics are gone, but I'm still getting nothing but static at any speed less than 44100. Even at 44100 it sounds extremely tinny. Audio is perfect at 48000.

I'll continue with the code I know was panicing before and post back, but I probably won't get to it till Monday.

Posted: Mon Dec 12, 2005 8:05 pm

by timwoj

Looks like the panics are gone. I've been running with this most of the day, starting and stopping the audio and it hasn't paniced once. Knock on wood of course A few things left to work out:

1) I am still having to reset the input device at startup to get it to recognize that I want the mic, but I added a couple lines to my S89oss and they seem to fix it well enough.

/usr/bin/ossmix ext.recordsrc LINE
/usr/bin/ossmix ext.recordsrc MIC

2) I'm getting a warning from the PCI scheduler on another machine about these drivers (Fire v490, Solaris 10, SB Live 24-bit):

They seem to come and go. It'll spit up about 100 of those per second for about a minute, then not do it again for a long while. I haven't tried tracking it down to anything yet.

3) The sample rate problem I posted before

Other than those, everything is working great! Thanks for all of your help!

Posted: Tue Dec 13, 2005 1:57 am

by dev

timwoj wrote:Looks like the panics are gone. I've been running with this most of the day, starting and stopping the audio and it hasn't paniced once. Knock on wood of course A few things left to work out:

1) I am still having to reset the input device at startup to get it to recognize that I want the mic, but I added a couple lines to my S89oss and they seem to fix it well enough.

/usr/bin/ossmix ext.recordsrc LINE /usr/bin/ossmix ext.recordsrc MIC

2) I'm getting a warning from the PCI scheduler on another machine about these drivers (Fire v490, Solaris 10, SB Live 24-bit):

I'm assuming that dsp0 can be used for input, and any of the others can be used for output. I have a quick test app that simply reads from one port and writes to another, and no matter what I set them to I can't get audio to route correctly. Is there something extra I need to do programmatically to get that working right?

The second card is a M-Audio 1010LT that's now in the Fire machine. We needed a 3-input card in that machine anyways, and I was just using the SBLive card in there for testing. The problem with that one is that the drivers don't recognize it at all. Here's the output from ossdetect: