VOGONS


Working XTA (IDE on XT) setup on GLaBIOS

Topic actions

First post, by highvoltage

User metadata
Rank Newbie
Rank
Newbie

Hey everyone, this is my first post to Vogons after curiously reading it for years!

Yesterday I toyed around with an ISA card I found in a trash heap of a friend. It's an 8 bit card which appeared to have an IDE port on it, so naturally I was curious about it and grabbed it.

After some experimentation and lots of reading, I discovered that it was an XTA card (like ATA, but for an XT). Few drives are supported, but by coincidence I had an old ST351 A/X drive (I collected this because it was the first ever disk we had in our family 386 when I was little), which supports both ATA and XTA modes via a switch in jumper (hence the A/X in the model name).

I tried it out, and it worked! I now have an XT with an open source BIOS (GLaBIOS) booting an XT era IDE machine without using something like XT-IDE.

My only problem is that the 40MB disk is only identified as a 20MB disk, the jumpers on the disk is correct. I think this might be a limitation on that card I got. I'm adding a video of it booting, along with a picture of the card. Anyone else have any experience with this kind of hardware?

Also, can anyone identify the card? My best bet is that it was meant for an upgrade to Twinhead XTs, since they utilised very similar looking cards originally (although without the IDE interface).

Attachments

Reply 1 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t

What rom is located at C800 ?

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 2 of 61, by highvoltage

User metadata
Rank Newbie
Rank
Newbie
weedeewee wrote on 2024-04-23, 13:27:

What rom is located at C800 ?

That's the ROM on the XTA card. I intend to dump it, perhaps someone might find it useful or use it to make their own XTA card (since it has so few components anyway).

Reply 3 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t

fairly certain that one detects the harddrive and then glabios uses the reported configuration to display the information you're seeing.
It should be an easy enough dump using dos debug, it's just an 8K eprom.
Maybe someone more knowledgeable can have a look at it and patch it up.

Any idea/experience what the three jumpers on the card are for ?

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 4 of 61, by myne

User metadata
Rank Member
Rank
Member

https://dosdays.co.uk/topics/xt_ide_vs_ide.php

Maybe the chs need setting?

Things I built:
Mechwarrior 2 installer for Windows 10/11 Re: A comprehensive guide to install and play MechWarrior 2 on new versions on Windows.
Dos+Windows 3.11 auto-install iso template (for vmware)

Reply 5 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t
myne wrote on 2024-04-23, 13:56:

How would you do that on OP's XT ? 😀

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 6 of 61, by myne

User metadata
Rank Member
Rank
Member

No idea. But there's the settings

Things I built:
Mechwarrior 2 installer for Windows 10/11 Re: A comprehensive guide to install and play MechWarrior 2 on new versions on Windows.
Dos+Windows 3.11 auto-install iso template (for vmware)

Reply 7 of 61, by 640KB

User metadata
Rank Newbie
Rank
Newbie

Yeah, GLaBIOS calls the HD controller's BIOS after it's set up its drive table to get the number of drives and sizes (INT 13h, AH=8) and displays that. I'd take a guess that those two jumpers on the right select one of four built-in drive types in that ROM... since what's it's reporting is a bog standard 20MB drive's geometry, the controller seems to be working correctly. The question is... what size does DOS see in FDISK (warning: any attempt to write to the disk will certainly result in data loss, so if you've got anything on there you want, back it up first 😀 ).

As @weedeewee mentioned if you wanted to dump that ROM we could probably confirm this and maybe patch in your drive geometry (if it's not already one of the built-in ones).

640KB

Reply 8 of 61, by highvoltage

User metadata
Rank Newbie
Rank
Newbie
640KB wrote on 2024-04-25, 13:41:

Yeah, GLaBIOS calls the HD controller's BIOS after it's set up its drive table to get the number of drives and sizes (INT 13h, AH=8) and displays that. I'd take a guess that those two jumpers on the right select one of four built-in drive types in that ROM... since what's it's reporting is a bog standard 20MB drive's geometry, the controller seems to be working correctly. The question is... what size does DOS see in FDISK (warning: any attempt to write to the disk will certainly result in data loss, so if you've got anything on there you want, back it up first 😀 ).

As @weedeewee mentioned if you wanted to dump that ROM we could probably confirm this and maybe patch in your drive geometry (if it's not already one of the built-in ones).

Wow, a reply from 640KB !!! 😁

I'm not sure if I dumped the file correctly, I did:

debug
-n PX-HDC.BIN
-RCX
:2000
-M100 L2000 C800:0
-W
-Q

Here's the resulting file: https://jonathancarter.org/files/temp/xt/PX-HDC.BIN

I did another stab at playing with jumpers, here are some results:

There's 3 pins on the left, and 6 on the right, I made up some names for them:

       .                   :  J2
: J1 : J3
: J4

I've found that whenever J2 is closed (with nearly any other combination of jumpers), the bootrom loads at CA00 and no drives are detected.
When J3 is closed, nothing is detected.
When jumper J4 is shorted, the ROM still loads at C800 and the disk is detected as 20MB.

I've tried the above with J1 being up and down and clear, it doesn't seem to have an effect.

I'm attaching an image with the drive jumpers as well, this should be XT mode 40MB according to
https://stason.org/TULARC/pc/hard-drives-hdd/ … -SL-IDE-AT.html
(search "XT jumpers") - seems like the headers are upside down from what I would expect, I'm going to go test this yet again (also a bit nervous with this disk, since the wrong jumper settings can destroy it)

Thanks for reading!

Attachments

  • seagate.jpg
    Filename
    seagate.jpg
    File size
    43.54 KiB
    Views
    472 views
    File comment
    ST351A/X jumpers
    File license
    CC-BY-4.0

Reply 10 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t
highvoltage wrote on 2024-04-25, 15:03:
[…]
Show full quote
debug
-n PX-HDC.BIN
-RCX
:2000
-M100 L2000 C800:0
-W
-Q

I think the dump is wrong.
If you do a

d c800:0

You should see what the real rom looks like.
You also do not have to worry about shadow ram on an XT. remove the M line and do a

W C800:0

ergo

debug
n PX-HDC.BIN
RCX
2000
W C800:0
Q

the first two bytes should be 0x55 0xAA

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 11 of 61, by highvoltage

User metadata
Rank Newbie
Rank
Newbie
weedeewee wrote on 2024-04-25, 15:23:
the first two bytes should be 0x55 0xAA […]
Show full quote
debug
n PX-HDC.BIN
RCX
2000
W C800:0
Q

the first two bytes should be 0x55 0xAA

Thanks weedeewee! That was very helpful. If I do the -d, I see something that looks like a ROM and even a copyright string (picture attached)! But when I do a w (even from scratch verbatim as above), I just get a file full of hex FF.

Any ideas?

Attachments

  • hdc-dump.jpg
    Filename
    hdc-dump.jpg
    File size
    113.4 KiB
    Views
    438 views
    File license
    Public domain

Reply 12 of 61, by highvoltage

User metadata
Rank Newbie
Rank
Newbie

I found another reference to an 8 bit miniscribe card, right here on Vogons! - Re: Miniscribe M8225XT Controller

At least one of its jumper settings (which is usefully printed on that board) corresponds to mine. That is, when it's in the top position, it uses the address CA00. And as that one, I think my one jumper chooses IRQ (which I wouldn't have noticed any change from during POST).

Reply 13 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t

At the moment no ideas aside from it's likely to be something utterly obvious that we're overlooking 😀

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 14 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t
highvoltage wrote on 2024-04-25, 15:58:
weedeewee wrote on 2024-04-25, 15:23:
the first two bytes should be 0x55 0xAA […]
Show full quote
debug
n PX-HDC.BIN
RCX
2000
W C800:0
Q

the first two bytes should be 0x55 0xAA

Thanks weedeewee! That was very helpful. If I do the -d, I see something that looks like a ROM and even a copyright string (picture attached)! But when I do a w (even from scratch verbatim as above), I just get a file full of hex FF.

Any ideas?

Wait. with this screen output, you say the file is filled with FF ?
I just tried the same steps here in a dosbox and it works for me.
to view the file
just

debug PX-HDC.BIN
d
q

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 15 of 61, by highvoltage

User metadata
Rank Newbie
Rank
Newbie
weedeewee wrote on 2024-04-25, 16:16:
Wait. with this screen output, you say the file is filled with FF ? I just tried the same steps here in a dosbox and it works f […]
Show full quote

Wait. with this screen output, you say the file is filled with FF ?
I just tried the same steps here in a dosbox and it works for me.
to view the file
just

debug PX-HDC.BIN
d
q

Yep, it looks like it dumps it fine to screen, but not to disk... photos attached.

Attachments

  • 1.jpg
    Filename
    1.jpg
    File size
    358.52 KiB
    Views
    375 views
    File license
    Public domain
  • 2.jpg
    Filename
    2.jpg
    File size
    458.62 KiB
    Views
    375 views
    File license
    Public domain

Reply 16 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t

ok maybe

debug
n px-hdc.bin
M C800:0 2000 1000:0
W 1000:0
q

Which DOS are you using ?

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 17 of 61, by highvoltage

User metadata
Rank Newbie
Rank
Newbie
weedeewee wrote on 2024-04-25, 16:58:
ok maybe […]
Show full quote

ok maybe

debug
n px-hdc.bin
M C800:0 2000 1000:0
W 1000:0
q

Which DOS are you using ?

No such luck. This is MS-DOS 5.0, I can try something else?

Attachments

  • 3.jpg
    Filename
    3.jpg
    File size
    76.71 KiB
    Views
    327 views
    File license
    CC-BY-4.0

Reply 18 of 61, by weedeewee

User metadata
Rank l33t
Rank
l33t

you made a typo 😀
not once
not twice
but three times !

debug
n px-hdc.bin

M C800:0 2000 1000:0
^ !!!!!!!!!!!!!!!!!!!!!!! it's an m for mama or mother or majestic !

W 1000:0
q

Right to repair is fundamental. You own it, you're allowed to fix it.
How To Ask Questions The Smart Way
Do not ask Why !
https://www.vogonswiki.com/index.php/Serial_port

Reply 19 of 61, by 640KB

User metadata
Rank Newbie
Rank
Newbie

I tried the exact same thing DEBUG commands on DOS 5 and it worked for me on a HD controller at C800.

Here's a variation on a theme that *should* be the same thing as the others... but who knows maybe you'll get lucky.

-n px-hdc.bin
-r cx
:2000
-r cs
:c800
-w cs:0
hd_dump2a.PNG
Filename
hd_dump2a.PNG
File size
42.02 KiB
Views
285 views
File license
Public domain

Now we really want to see this ROM! 😀