linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: Breakage of opl3sax cards since 2.4.3 (at least)
@ 2001-05-02  7:09 Russ Dill
  2001-05-02  8:30 ` Vivek Dasmohapatra
  0 siblings, 1 reply; 6+ messages in thread
From: Russ Dill @ 2001-05-02  7:09 UTC (permalink / raw)
  To: dbronaugh, linux-kernel

Actually, this occured at 2.4.2

I searched though the archives, and the only people who were able to get
this resolved were those with a non-isapnp card (by added isapnp=0).
However, I have an isapnp card and the driver doesn't think my card
exists. If I lod it, withot options, I get:

russ kernel: opl3sa2: ISA PnP activate failed
russ kernel: opl3sa2: No PnP cards found
russ kernel: opl3sa2: 0 PnP card(s) found.

OK, so I use my old isapnp.conf 

russ:/home/russ# isapnp /etc/isapnp.conf

then insmod it like this:
Board 1 has Identity 81 ff ff ff ff 20 00 a8 65:  YMH0020 Serial No -1
[checksum 81]
YMH0020/-1[0]{OPL3-SAX Sound Board}: Ports 0x240 0xE80 0x388 0x300
0x100; IRQ10 DMA0 DMA3 --- Enabled OK
YMH0020/-1[1]{OPL3-SAX Sound Board}: Port 0x204; --- Enabled OK

russ:/home/russ# insmod opl3sa2 irq=10 io=0x240 dma=0 dma2=3
mss_io=0xe80 isapnp=0
Using /lib/modules/2.4.4-ac1-lpp/kernel/drivers/sound/opl3sa2.o
/lib/modules/2.4.4-ac1-lpp/kernel/drivers/sound/opl3sa2.o: init_module:
No such device
Hint: insmod errors can be caused by incorrect module parameters,
including invalid IO or IRQ parameters


hmm, and kern.log says:

russ kernel: opl3sa2: Control I/O port 0x240 is not a YMF7xx chipset!

something in the changeover forgot about my card

^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Breakage of opl3sax cards since 2.4.3 (at least)
  2001-05-02  7:09 Breakage of opl3sax cards since 2.4.3 (at least) Russ Dill
@ 2001-05-02  8:30 ` Vivek Dasmohapatra
  2001-05-02  8:50   ` Russ Dill
  0 siblings, 1 reply; 6+ messages in thread
From: Vivek Dasmohapatra @ 2001-05-02  8:30 UTC (permalink / raw)
  To: Russ Dill; +Cc: Linux Kernel Mailing List

On Wed, 2 May 2001, Russ Dill wrote:

> Actually, this occured at 2.4.2
> 
> I searched though the archives, and the only people who were able to get
> this resolved were those with a non-isapnp card (by added isapnp=0).
> However, I have an isapnp card and the driver doesn't think my card
> exists. If I lod it, withot options, I get:

I have an isapnp opl3sax system [2.4.3-ac5] - the sound card initialises
fine, I just have to kick the second logical device with by cat'ing the
following into /proc/isapnp:

card 0 YMH0802
dev 0 YMH0022
port 0 0x201
activate

Which then activates the gameport: What are the contents of your
/proc/isapnp? Mine says: 

##########################################################################
Card 1 'YMH0802:YAMAHA OPL3-SAx Audio System' PnP version 1.0
  Logical device 0 'YMH0021:Unknown'
    Device is active
    Active port 0x240,0xe80,0x388,0x300,0x100
    Active IRQ 5 [0x2]
    Active DMA 1,3
    Resources 0
      Priority preferred
      Port 0x220-0x220, align 0xf, size 0x10, 16-bit address decoding
      Port 0x530-0x530, align 0x7, size 0x8, 16-bit address decoding
      Port 0x388-0x388, align 0x3, size 0x4, 16-bit address decoding
      Port 0x330-0x330, align 0x1, size 0x2, 16-bit address decoding
      Port 0x370-0x370, align 0x1, size 0x2, 16-bit address decoding
      IRQ 5 High-Edge
      DMA 0 8-bit byte-count type-A
      DMA 1 8-bit byte-count type-A
      Alternate resources 0:1
        Priority acceptable
        Port 0x240-0x240, align 0xf, size 0x10, 16-bit address decoding
        Port 0xe80-0xe80, align 0x7, size 0x8, 16-bit address decoding
        Port 0x388-0x388, align 0x3, size 0x4, 16-bit address decoding
        Port 0x300-0x300, align 0x1, size 0x2, 16-bit address decoding
        Port 0x100-0xffe, align 0x1, size 0x2, 16-bit address decoding
        IRQ 5,7,2/9,10,11 High-Edge
        DMA 0,1,3 8-bit byte-count type-A
        DMA 0,1,3 8-bit byte-count type-A
      Alternate resources 0:2
        Priority functional
        Port 0x220-0x280, align 0xf, size 0x10, 16-bit address decoding
        Port 0x530-0xf48, align 0x7, size 0x8, 16-bit address decoding
        Port 0x388-0x3f8, align 0x7, size 0x4, 16-bit address decoding
        Port 0x300-0x334, align 0x1, size 0x2, 16-bit address decoding
        Port 0x100-0xffe, align 0x1, size 0x2, 16-bit address decoding
        IRQ 3,5,7,2/9,10,11 High-Edge
        DMA 0,1,3 8-bit byte-count type-A
        DMA 0,1,3 8-bit byte-count type-A
  Logical device 1 'YMH0022:Unknown'
    Compatible device PNPb02f
    Device is active
    Active port 0x201
    Active DMA 0,0
    Resources 0
      Priority preferred
      Port 0x201-0x201, align 0x0, size 0x1, 16-bit address decoding
      Alternate resources 0:1
        Priority acceptable
        Port 0x202-0x202, align 0x0, size 0x1, 16-bit address decoding
      Alternate resources 0:2
        Priority acceptable
        Port 0x203-0x203, align 0x0, size 0x1, 16-bit address decoding
      Alternate resources 0:3
        Priority acceptable
        Port 0x204-0x20f, align 0x0, size 0x1, 16-bit address decoding
##########################################################################


I start the sound system with the following script:

    modprobe soundcore
    modprobe sound
    modprobe mpu401 # not sure I need this
    modprobe ad1848
    modprobe opl3sa2 mss_io=0x530 io=0x388 mpu_io=0x330 irq=5 dma=0 dma2=1
    modprobe opl3   # or this.

[Note that this part works fine without prodding /proc/isapnp]

Of course, you have a YMH0020, and I have a YMH0021, that could be making
all the difference.

-- 
Death before decaf.




^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Breakage of opl3sax cards since 2.4.3 (at least)
  2001-05-02  8:30 ` Vivek Dasmohapatra
@ 2001-05-02  8:50   ` Russ Dill
  2001-05-02  8:55     ` Vivek Dasmohapatra
  0 siblings, 1 reply; 6+ messages in thread
From: Russ Dill @ 2001-05-02  8:50 UTC (permalink / raw)
  To: Vivek Dasmohapatra; +Cc: Linux Kernel Mailing List

On 02 May 2001 09:30:03 +0100, Vivek Dasmohapatra wrote:

> I have an isapnp opl3sax system [2.4.3-ac5] - the sound card
initialises

> fine, I just have to kick the second logical device with by cat'ing the
> following into /proc/isapnp:
> 
> card 0 YMH0802
> dev 0 YMH0022
> port 0 0x201
> activate
> 
> Which then activates the gameport: What are the contents of your
> /proc/isapnp? 


this sounds similar to my manual running of isapnp

> Of course, you have a YMH0020, and I have a YMH0021, that could be making
> all the difference.



not quite, you seem to have a YMH0802, while I have a YMH0802, what
error were you originally getting?
with mine, it doesn't want to isapnp it, so after I do that on my own, I
get:
russ kernel: opl3sa2: Control I/O port 0x240 is not a YMF7xx chipset!

anyway, I changed the above to:

card 0 YMH0020
dev 0 YMH0022
port 0 0x201
activate

does nothing...the diff between the two /proc/isapnp's are (the second
part of the first chunk and the last chunk are a result of me running
isapnp):

-Card 1 'YMH0020:OPL3-SAX Sound Board' PnP version 1.0
+Card 1 'YMH0802:YAMAHA OPL3-SAx Audio System' PnP version 1.0 
   Logical device 0 'YMH0021:Unknown'
     Device is active
     Active port 0x240,0xe80,0x388,0x300,0x100
-    Active IRQ 10 [0x2]
-    Active DMA 0,3
+    Active IRQ 5 [0x2] 
+    Active DMA 1,3 
     Resources 0
       Priority preferred
       Port 0x220-0x220, align 0xf, size 0x10, 16-bit address decoding
@@ -18,7 +18,7 @@
         Priority acceptable
         Port 0x240-0x240, align 0xf, size 0x10, 16-bit address decoding
         Port 0xe80-0xe80, align 0x7, size 0x8, 16-bit address decoding
-        Port 0x388-0x388, align 0x7, size 0x4, 16-bit address decoding
+        Port 0x388-0x388, align 0x3, size 0x4, 16-bit address decoding 
         Port 0x300-0x300, align 0x1, size 0x2, 16-bit address decoding
         Port 0x100-0xffe, align 0x1, size 0x2, 16-bit address decoding
         IRQ 5,7,2/9,10,11 High-Edge
@@ -49,5 +49,5 @@
         Priority acceptable
         Port 0x203-0x203, align 0x0, size 0x1, 16-bit address decoding
       Alternate resources 0:3
-        Priority functional
+        Priority acceptable 
         Port 0x204-0x20f, align 0x0, size 0x1, 16-bit address decoding




^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Breakage of opl3sax cards since 2.4.3 (at least)
  2001-05-02  8:50   ` Russ Dill
@ 2001-05-02  8:55     ` Vivek Dasmohapatra
  0 siblings, 0 replies; 6+ messages in thread
From: Vivek Dasmohapatra @ 2001-05-02  8:55 UTC (permalink / raw)
  To: Russ Dill; +Cc: Linux Kernel Mailing List

On Wed, 2 May 2001, Russ Dill wrote:

> On 02 May 2001 09:30:03 +0100, Vivek Dasmohapatra wrote:
> 
> > I have an isapnp opl3sax system [2.4.3-ac5] - the sound card
> > initialises
[cut] 
> not quite, you seem to have a YMH0802, while I have a YMH0802, what
> error were you originally getting?

ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996
opl3sa2: Activated ISA PnP card 0 (active=1)
opl3sa2: chipset version = 0x4
opl3sa2: Found OPL3-SA3 (YMF715E or YMF719E)
<OPL3-SA3> at 0x100
<MS Sound System (CS4231)> at 0xe84 irq 5 dma 1,3
<MPU-401 0.0  Midi interface #1> at 0x300 irq 5
opl3sa2: Search for a card at 0x904.
opl3sa2: Control I/O port 0x388 is not a YMF7xx chipset!
opl3sa2: There was a problem probing one  of the ISA PNP cards, continuing
opl3sa2: Control I/O port 0x388 is not a YMF7xx chipset!
opl3sa2: There was a problem probing one  of the ISA PNP cards, continuing
opl3sa2: Control I/O port 0x388 is not a YMF7xx chipset!
opl3sa2: There was a problem probing one  of the ISA PNP cards, continuing
YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996

-- 
If voting could change things, it would be illegal.


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Breakage of opl3sax cards since 2.4.3 (at least)
  2001-05-01 22:39 David Bronaugh
@ 2001-05-01 23:26 ` Vivek Dasmohapatra
  0 siblings, 0 replies; 6+ messages in thread
From: Vivek Dasmohapatra @ 2001-05-01 23:26 UTC (permalink / raw)
  To: David Bronaugh; +Cc: linux-kernel

On Tue, 1 May 2001, David Bronaugh wrote:

> opl3sax cards have refused to init in Linux with the in-kernel OSS driver
> since 2.4.3 at least (last I tested and worked was 2.4.1). I'm pretty sure
> this is a kernel issue as it's happened on 2 different machines, one of
> which I never goofed around with.

My card [I should say chipset - built in to mobo] initialised partially.
[Running 2.4.3-ac5]
 
> Usually message is something like:
> 
> opl3sa2: Control I/O port 0x220 (or whatever is tried) is not a YMF7xx
> chipset!

I believe I saw something like this, but the sound subsystem
initialised, it was just the gameport that was dead.

I resurrected it by cat'ing the following into /proc/isapnp

card 0 YMH0802
dev 0 YMH0022
port 0 0x201
activate

What does your /proc/isapnp say?



-- 
Nobody wants constructive criticism.  It's all we can do to put up with
constructive praise.


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Breakage of opl3sax cards since 2.4.3 (at least)
@ 2001-05-01 22:39 David Bronaugh
  2001-05-01 23:26 ` Vivek Dasmohapatra
  0 siblings, 1 reply; 6+ messages in thread
From: David Bronaugh @ 2001-05-01 22:39 UTC (permalink / raw)
  To: linux-kernel

OK, cutting to chase:

opl3sax cards have refused to init in Linux with the in-kernel OSS driver
since 2.4.3 at least (last I tested and worked was 2.4.1). I'm pretty sure
this is a kernel issue as it's happened on 2 different machines, one of
which I never goofed around with.

Usually message is something like:

opl3sa2: Control I/O port 0x220 (or whatever is tried) is not a YMF7xx
chipset!

I'm not sure why this occurs, but here is the code block where the error
probably occurs:

	/* SNIP */
        opl3sa2_read(hw_config->io_base, OPL3SA2_MISC, &misc);
        opl3sa2_write(hw_config->io_base, OPL3SA2_MISC, misc ^ 0x07);
        opl3sa2_read(hw_config->io_base, OPL3SA2_MISC, &tmp);
        if(tmp != misc) {
                printk(KERN_ERR "opl3sa2: Control I/O port %#x is not a
YMF7xx chipset!\n",
                       hw_config->io_base);
                return 0;
        }

        /*
         * Check if the MIC register is accessible.
         */
        opl3sa2_read(hw_config->io_base, OPL3SA2_MIC, &tmp);
        opl3sa2_write(hw_config->io_base, OPL3SA2_MIC, 0x8a);
        opl3sa2_read(hw_config->io_base, OPL3SA2_MIC, &tmp);
        if((tmp & 0x9f) != 0x8a) {
                printk(KERN_ERR
                       "opl3sa2: Control I/O port %#x is not a YMF7xx
chipset!\n",
                       hw_config->io_base);
                return 0;
        }
	/* SNIP */

Maybe this is a dumb check because there's an anomaly with the OPL3SAx
chip. I don't know.

I'm not on the list, so please forward any mail sent about this to me.

David Bronaugh


^ permalink raw reply	[flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-05-02  8:55 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-05-02  7:09 Breakage of opl3sax cards since 2.4.3 (at least) Russ Dill
2001-05-02  8:30 ` Vivek Dasmohapatra
2001-05-02  8:50   ` Russ Dill
2001-05-02  8:55     ` Vivek Dasmohapatra
  -- strict thread matches above, loose matches on Subject: below --
2001-05-01 22:39 David Bronaugh
2001-05-01 23:26 ` Vivek Dasmohapatra

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).