News Legendary Sound Blaster ISA sound card gets a driver update 30 years later — patch squashes first bug report after 25 years

The article said:
A quick check reveals that, in the consumer space, ISA slot-equipped motherboards were last seen in the LGA775 socket era (approx 20 years ago).
And you'd want a board that supported ISA DMA, which apparently not all of the PCI-ISA bridges did. You can just forget about using PCIe-ISA bridges, since PCIe doesn't support port-based addressing.

TL;DR: the best bet is to at least stick with a sound card that's PCI-based.
 
  • Like
Reactions: SirStephenH
i have one of these sb cards...

IMG_2001.JPG

 
And you'd want a board that supported ISA DMA, which apparently not all of the PCI-ISA bridges did. You can just forget about using PCIe-ISA bridges, since PCIe doesn't support port-based addressing.

TL;DR: the best bet is to at least stick with a sound card that's PCI-based.
Well, ackchyually.
TPM basically has ISA on it so there are newer boards that you can jury rig to support ISA.

View: https://www.youtube.com/watch?v=putHMSzu5og
 
While it's nice to keep support going for ancient hardware, it adds unnecessary bloat to modern OSes for the benefit of only a handful of devices still in use.
 
While it's nice to keep support going for ancient hardware, it adds unnecessary bloat to modern OSes for the benefit of only a handful of devices still in use.

It's for retro gaming / setups. There is now a very large community of people who grew up with 80's and 90's era computers and want to reexperience those games on original hardware. Emulation really can only do basic stuff, that era was dominated with hardware specific feature implementations that games used directly instead of going through some sort of intermediary driver or library, the only way to get an authentic feel is to actually have the real hardware present.

That rig I mentioned earlier, it's full specs are

CPU: AMD K6/2+ 450

MB: ASUS P5A
https://theretroweb.com/motherboards/s/asus-p5a

Memory: 256MB PC-100 SDRAM
GPU: nVidia GF4 440MX AGP
https://theretroweb.com/expansioncards/s/nvidia-geforce4-mx440-8x-64mb

NIC: Intel Pro100

Sound Cards
Creative Labs Sound Blaster AWE64 value (AWE32 with 512kb memory soldiered on)
https://theretroweb.com/expansioncards/s/creative-soundblaster-awe64-value-ct4520

Yamaha YMF715E + X2GS SE Wavetable daughterboard
https://www.vogons.org/download/file.php?id=217480&mode=view


The AWE64 gives me real Sound Blaster 16 and AWE32 compatibility for games that use it. The Yamaha gives me a real OPL3SAX which is an absolute godsend for FM synth in older games along with a real MPU401 MIDI interface with a 26-bit waveblaster daughter board connector. I plugged in a daughterboard that has the original Roland Sound Canvas 55 ROM sets on it.

A linux kernel patch to fix a long standing DMA hanging note bug on the AWE32/64 models isn't that big a deal when that card is still used in so many retro rigs. Mine has Win98SE loaded onto it because I want real DOS but I can totally see someone using linux instead and then dosbox or other dos emulation software while passing through the sound to a real era specific sound card.
 
While it's nice to keep support going for ancient hardware, it adds unnecessary bloat to modern OSes for the benefit of only a handful of devices still in use.
Linux device drivers are modularized and not loaded when not needed. Furthermore, you don't even have to build or ship any that you don't want.

As Terry pointed out, all the support needed at the ISA bus level has to be there for other reasons, so it's not dragging with it a ton of infrastructure that nothing else would need.

The Linux policy is generally just that all drivers need to have an active maintainer. As long as that requirement is met, then the driver can stick around.
 
Why is it so big (long)?
Here's a high-res pic from Wikipedia:

Compare that with a Sound Blaster 16 Value Edition:

You can see it has fewer analog connectors and a few components missing from the analog section. The WaveBlaster header is still there, as is the ports to receive audio from a CD-ROM drive, but the CD-ROM controller is missing (but you can see where it would go - look for the missing header labeled IDE Interface - and what support chips were needed for it).

The SB16 Value Edition also lacked wavetable synthesis, which is what the AWE32 used that EMU8000 chip for. A few support chips went along with it (ROM, DRAM?) and the SIMM slots, which could hold additional wavetable samples.

That leaves two "Creative"-labeled ASICs I don't have a guess for. Maybe, if we compared the feature list of the two cards, it would be more readily apparent.
 
Last edited:
  • Like
Reactions: Ogotai
Linux device drivers are modularized and not loaded when not needed. Furthermore, you don't even have to build or ship any that you don't want.

As Terry pointed out, all the support needed at the ISA bus level has to be there for other reasons, so it's not dragging with it a ton of infrastructure that nothing else would need.

The Linux policy is generally just that all drivers need to have an active maintainer. As long as that requirement is met, then the driver can stick around.
This is a wonderful answer to a question, unfortunately the commentor stated as a fact - that it "contributes to bloat", confidently giving an expert opinion on a subject he obviously doesn't know much about. smh
 
  • Like
Reactions: bit_user