* 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
* 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* 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
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 an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.