Most recent kernel where this bug did not occur: 2.4 series Distribution: any Hardware Environment: x86 Software Environment: n/a Problem Description: EMU8000 is available on a seperate card, thus should not depend on SB drivers to be loaded. The card is CT1920, which is considered an AWE32 Upgrade card, however I have always used it just for midi alone. Steps to reproduce: Try to load the driver without any SB (or compatable) card.
How can it be accessed?
CT-1920 provides midi only, so I've always just used it thru /dev/sequencer and friends. On 2.2.x the modules loaded are as follows: awe_wave 155856 0 sound 55856 0 [awe_wave] soundlow 384 0 [sound] es1371 29488 1 soundcore 2548 8 [sound es1371] Notice that the es1371 is a PCI device, not ISA, and not PNP... Also, it's enabled with the depreciated ISAPNP toolset, which enables the card. Here is what it looks like from 'cat /dev/sndstat': OSS/Free:3.8s2++-971130 Load type: Driver loaded as a module Kernel: Linux my.apartment 2.2.17-ide-mem-cd-agp-tcp-floppy #43 SMP Wed Mar 12 19:16:39 EST 2003 i686 Config options: 0 Installed drivers: Card config: Audio devices: Synth devices: 0: AWE32-0.4.3 (RAM8192k) Midi devices: 1: AWE Midi Emu Timers: 0: System clock Mixers: Hope this helps clear up any misunderstandings.
Does the device have a proper ISA PnP entry? If so, I'll need it.
It does have one in 2.4 that is distributed with debian, and it even knows about the i/o port quirk. I hope that answeres the question...
Andrew, did this end up getting resolved?
I still do not see a listing for it by it'sself in the configuration, therefore I can make an educated guess that the support of the standalone CT1920 card has not been resolved yet...
Any updates on the problem? Thanks.
None that I have seen... Would be nice to use midi with a fairly modern kernel, you know...
Closing: No activity since 2007