On Mon, Sep 25, 2000 at 09:47:24AM -0700, Gary Kline wrote:
> On Mon, Sep 25, 2000 at 09:18:38AM +0200, Roman Shterenzon wrote:
> > Quoting Gary Kline <[EMAIL PROTECTED]>:
> > 
> > > According to Daniel O'Connor:
> > > 
> > > > 
> > > > On 25-Sep-00 Gary Kline wrote:
> > > > >  ppi0: <Parallel I/O> on ppbus0
> > > > >  sbc0: <Soundblaster 16> at port 0x220-0x22f irq 5 drq 1 flags 0x15
> > > on isa0
> > > > >  sbc0: alloc_resource
> > > > >  device_probe_and_attach: sbc0 attach returned 6
> > > > >  
> > > > >  
> > > > >       I don't  know what the last line means.  I just remade snd0...
> > > > 
> > > > The last line means its busted :)
> > > > 
> > > > Are you sure you have 'device pcm' in your kernel config _as well_ as
> > > sbc0?
> > > > 
> > > 
> > > 
> > > device pcm
> > > device          sbc0    at isa? port 0x220 irq 5 drq 1 flags 0x15
> > > 
> > > 
> > >   Should this be pcm0, perhaps?
> > I've exactly the same hardware and had this problem because of irq conflict.
> > The sb is ISA and BIOS assigned IRQ to USB for some unclear reason.
> > I then set IRQ5 to be assigned to Legacy ISA in BIOS and it worked again.
> > The BIOS behavior was quite weird since it worked before.
> > Check if any other devices use irq5.
> > Hope that it helps.
> > 
> > 
>       It may well help.  This m'board is 2+ years old and we probably have
>       dissimilar BIOS setups; I'll see if there is a way to associate
>       irq5 with ISA.   ...There is something  bizarre going on because
>       in switching my ``muuz'' display panels around there is a 
>       several second delay.   This is brand new.   With 3.X, no problems;
>       with 4.1, there are these weird issues.
> 
>       --For the time being, I've gone back to the older obsolete
>       snd stuff.  Haven't tried it again, tho.  Tonight...  
> 
>       thanks for your input.
> 
>       gary

I finally got a Sound Blaster 16 non-PnP model working. Both pcm and sbc
had to be in the old ISA:

pcm0            at isa? ...
sbc0            at isa? ...

...format. After remaking sbc0, it seemed to work fine.

On my machine, IRQ 5 was used up by the parallel port, and IRQ 7 was used
for something else (can't remember). IRQ 9 seemed to work just fine.

I've also noticed the sound card will somehow pick up whatever IRQ you assign
in the kernel config. I've changed IRQs for the card from 7 to 9 without
changing any jumpers. (Actually, there are no jumpers for IRQ on my SB16).

As a side note, has anyone played withthe Gigabyte GA-7ZX onboard sound?
I'm getting one soon, and it's a standard SB 128 chipset (I normally
wouldn't get onboard sound, but this one actually seems decent).

-- 
David Edmondson <[EMAIL PROTECTED]>                              www.jlc.net/david
GFA dpu s+: a17>? C++$ UB++++$ P+>+++ L- E--- W++>+++ N-(+) o- K-> w O? M-(--)
V?>-- PS+ PE Y? PGP->+ t- 5 X(+) R tv>! b+>++ DI+++ D(+) G(--) e>* h!>+ r++ y?
                       =FreeBSD - The Best NT Upgrade=


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Reply via email to