The Wave Blaster II Does Talk!

As previously mentioned, the Wave Blaster II (aka WB2) documentation makes no mention of possible bidirectional MIDI communication. But while trying the Wave Blaster II control panel with various host cards out of desperation, an interesting thing happened: When attempting to go to the preset screen, I was informed that I couldn’t because “MIDI In is currently busy”.

Now that’s interesting because the MIDI implementation chart for WB2 makes absolutely no mention that the device might send anything. Then again the chart does not list system exclusive messages (SysEx) at all.

A quick look at WP2CPL.EXE with a disassembler confirmed that the control panel preset dialog only opens if the device responds to a SysEx. What does the SysEx do? Continue reading

Posted in Creative Labs, Wave Blaster | 15 Comments

Deeper Into Wave Blaster

I have continued to dig into the mysteries of Wave Blaster (WB) connectors, daughterboards, and DB-50XG MIDI. To recap, the objective is to find how to convince a Yamaha DB-50XG to send MIDI data, if at all possible.

A closer look at a DB-50XG confirmed that both MIDI IN and OUT are definitely connected. Pins 4 and 8 of the WB connector are connected to pins 15 and 16 (I think!) of the Hitachi H8/3002 MPU. Those are the Rx and Tx pins, so that makes good sense. The signals are routed all around the daughterboard.

So technically a DB-50XG is definitely capable of outputting MIDI data. Whether it can actually do it is a different question. Without detailed documentation or a firmware dump I’m just guessing.

Even if it does work, the next question is whether bi-directional MIDI communication is possible on a typical PC sound card with a WB connector. But there’s more about that too. Continue reading

Posted in MIDI, Wave Blaster, Yamaha | 6 Comments

Zapping the SVP on a T42p

A T4x ThinkPad with a supervisor password is a ticking time bomb. The password is not needed during boot and is only required to change certain BIOS settings, something which isn’t typically needed. But if CMOS settings are lost, the BIOS setup must be entered and the SVP will be required.

That’s exactly what happened to me. I had an old T42p (2.0 GHz Pentium M) with unknown SVP, happily working. Then somehow the CMOS got scrambled. I have no idea why, because the backup battery still seems fine. At any rate, the SVP was required and I didn’t know it. Bricked.

To recover the password, it can be read from an EEPROM but then has to be decoded. That may or may not work. Or a $100+ USB gadget can be procured—worthless for a single use because a replacement T42p system board would cost less. Or the EEPROM could be desoldered and replaced with a “good” password-less one (which I don’t have). Neither option seemed appealing so the T42p was sitting around gathering dust for a while.

Then a kind reader posted this link. Clearing the password with no special tools and no soldering? What could possibly go wrong… Continue reading

Posted in Hardware Hacks, ThinkPad | 4 Comments

Can a DB-50XG Talk?

I seem to have embarked on another crazy research project. It was spurred by a broken Yamaha DB-50XG wavetable daughterboard. The DB-50XG was a bit dirty but not obviously damaged. It produces no output but gets warm exactly like a functioning specimen, so it shouldn’t be completely blown.

DB-50XG (not broken)

DB-50XG (not broken)

But because there’s no obvious damage, I don’t know where to start looking for defects. It could be that the MIDI IN signal doesn’t even arrive, or the digital part is damaged, or the analog part isn’t working… lots of possibilities. So I thought, if I could get the daughterboard to send some MIDI data back, I’d at least know that the MIDI processing stages work, right?

Well… after a few days of poking around, I still don’t know if it’s even theoretically possible, let alone how to do it. Let’s list the various obstacles… Continue reading

Posted in Sound, Wave Blaster, Yamaha | 1 Comment

Solaris 7 Boot Panic

On some systems, it has been observed that Solaris 7 panics during boot from installation media and reboots the system. At least Solaris 7 U1 (3/99) and U4 (11/99) are affected. Only “fast” systems (definitely including Sandy Bridge 3+ GHz processors) exhibit this problem, and the exact behavior depends on hardware configuration.

When booting with kadb, the system doesn’t reboot itself and the panic information can be easily read:

Solaris 7 Panic

Solaris 7 Panic

Clearly a page fault caused a null pointer dereference… but why? Continue reading

Posted in Bugs, Debugging, Solaris | 6 Comments

IBM OS/2 1.x Programming Documentation Added

IBM’s programming documentation (Programming Tools and Information, aka PTI) for OS/2 versions 1.2 and 1.3 has been added. Big thanks to Bob Eager who scanned the originals and converted them to PDF.

The documents have been added to the OS/2 1.x programming library. The newer REXX documentation is technically part of the OS documentation set, but thematically belongs with programming information.

Posted in Development, Documentation, IBM, OS/2 | 2 Comments

PCI Voodoo

A while ago I tried to set up Voodoo 2 SLI on an old Pentium system running Windows 98 SE. I used two seemingly identical Creative CT6670 boards (Voodoo 2, 12 MB RAM) which should have worked just fine. But didn’t—SLI wasn’t detected, and strangely, one of the boards seemed to not have Creative Voodoo 2 drivers loaded.

When I looked more closely (with the Win98 system information utility), I realized that one of the boards was recognized as a Voodoo 1 based on its PCI ID. How is that possible? Continue reading

Posted in 3Dfx, PCI | 31 Comments

Children of the Bus Wars

In the late 1980s and the early 1990s, the so-called Bus Wars raged. A few years after the PC/AT was released, it became clear that the ISA bus could not keep pace with faster CPUs and peripherals, especially graphics cards and SCSI HBAs.

IBM’s solution, Microchannel or MCA (1987) was technically excellent, radical, and ultimately a failure. Compaq and the “gang of nine” bet on EISA (1989), a less ambitious but in many ways very similar bus with one major difference—backwards compatibility. EISA was in practice even less successful than MCA and practically unheard of outside of servers and some workstations.

Around 1992, the VESA committee standardized the VESA Local Bus or VLB, geared towards but by no means limited to graphics cards, and designed primarily for the 486’s local bus. For about two years, VLB was very successful and graphics cards designed for VLB were unbeatable.

Around the same time, Intel worked on PCI, a bus which successfully learned from past mistakes. In late 1993, the first PCI systems and adapters became available, and PCI in combination with Pentium systems very quickly destroyed all competition.

For a short while, all five buses (ISA, MCA, EISA, VLB, PCI) existed in the market. Some adapters were available in two or three bus variants and a precious few went all the way. One of those was ATI’s mach32 graphics chip and the adapters based on it, Graphics Ultra Pro and Graphics Ultra + (using VRAM vs. DRAM, respectively).

The mach32-based ATI Graphics Ultra is a true child of  the bus wars. In 1994, ATI sold the Graphics Ultra in all five bus variants, something not imaginable any any other point in PC history. The OS/2 Museum presents the entire family: Five ATI mach32 graphics cards built in 1994.

mach32 family portrait

Continue reading

Posted in ATi, EISA, MCA, PC history, PCI, VLB | 11 Comments

Fixing a Graphics Ultra Pro

Just a few weeks after successfully repairing a trivial problem with a Roland LAPC-I caused by improper storage, I happened to run across another troublesome board, a VL-bus based ATI Graphics Ultra Pro from 1993.

ATI GUP VLB mach32

ATI GUP VLB mach32

It’s a nice enough card with an ATI mach32 chip, 2MB VRAM, 8514/A compatibility, and 135 MHz RAMDAC allowing resolutions up to 1280×1024 pixels with good refresh rates. The card seemed to be working fine except for one slight problem: There was nothing visible on the screen. And by that I mean that the card was producing good signal which the monitor could synchronize to, and clearly responded to mode sets (slight flashing visible), but the output was simply black on black no matter what I did. What could be the problem. Continue reading

Posted in ATi, Hardware Hacks | 4 Comments

Seagate ST-225: Just Wow

A few weeks ago a Seagate ST-225 drive more or less accidentally landed at the OS/2 Museum. The drive is nearly 30 years old (manufactured in late 1986) and rather interestingly, this particular unit comes with a label declaring it as “Manufactured for IBM Corporation, Armonk, New York”.

Seagate ST-225 20 MB hard disk

Seagate ST-225 20 MB hard disk

It is a standard 20 MB PC/AT disk, CMOS type 2. It uses the ST-506 MFM interface. 5¼” half-height, loud, 3,600 RPM, 5 Mbit/s transfer rate, two platters, stepper motor, no auto-park… essentially first generation PC hard disk technology, but refined for mass production. There is some chance the drive started its life in an IBM XT Model 286.

The drive’s functionality was unknown and doubtful but could not be immediately tested because I was missing one little piece—a pair of ST-506 style cables. After sourcing the cables I hooked up the drive to a 25 MHz 386 board through a true blue IBM fixed disk and floppy controller (68X3815, Western Digital chips). Was it going to work? Continue reading

Posted in PC hardware, Storage | 33 Comments