26 Jan
2004
26 Jan
'04
11:07 p.m.
You could try a BIOS update to see if this works. Also you could try deactivating the
onboard IDE controller since this one usually uses interrupts 14 and 15.
Cheers,
Eelco
>> Vintage Computer Festival
<vcf(a)siconic.com> 01/26 7:43 >>>
I haven't played with MFM hard drives and controllers in a LONG time
(about 10 years now) so I have some questions.
I'll start off easy. Should there be any reason an old 16-bit ISA MFM
controller won't work properly in a Pentium-class PC with ISA and PCI
slots? I imagine I would just have to configure the BIOS to reserve the
proper interrupt (I believe it's 14, correct?) for the MFM controller.
I did all this but the MFM controller wreaked havoc on the system. It
killed the on-board floppy disk and IDE controllers (not physically killed
but basically disabled them and the system couldn't boot).
I'm trying to determine if there is a natural conflict before I venture
forth with this configuration. This may be a problem related to the PC
I'm trying to plug the card into because there are other oddities with the
IDE controller that is preventing the system from booting with 4 hard
drives installed (2 per IDE interface). It halts after it auto-recognizes
the drives on the primary controller. Weird.
Anyway, any insight would be appreciated.
I'm going to do more experimentation in the meantime. I'll get another PC
with ISA and PCI slots to work with, and will also find an old 386 to test
the MFM controller on to make sure it is working fine.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
27 Jan
27 Jan
1:27 a.m.
Other than disabling the on board controllers, if memory serves me
correctly, these boards used an onboard bios to insert the code to fool the
system to boot to these devices. You very likely need to discover what base
address the card loads at and make sure that area is reserved in the BIOS as
in use so nothing is shadowed there. Cards of this era typically used c0000
or 00000 for their boot code. THe caused problems on newer video cards as
they wanted the same base IO address space.
So basically the IRQ needs to be free, the controller base address needs to
be free, (I.E. disabling the IDE controller) and the base memory address for
the onboard bios needs to be available, not only in the CMOS, but also
ensure no other devices are using it. You may have to dig in your parts bin
to find an older video card that dosn't grab so many addresses, and possibly
reconfigure the jumpers on your legacy disk controller to change it base
address to an unused area.
Bill
----- Original Message -----
From: "Eelco Huininga" <e.huininga(a)sozawe.groningen.nl>
To: <cctalk(a)classiccmp.org>
Sent: Tuesday, January 27, 2004 4:07 AM
Subject: RE: Old MFM controller on a PCI bus machine
You could try a BIOS update to see if this works. Also you could try
deactivating
the onboard IDE controller since this one usually uses
interrupts 14 and 15.
Cheers,
Eelco
Festival
>> Vintage Computer Festival
<vcf(a)siconic.com> 01/26 7:43 >>>
I haven't played with MFM hard drives and controllers in a LONG time
(about 10 years now) so I have some questions.
I'll start off easy. Should there be any reason an old 16-bit ISA MFM
controller won't work properly in a Pentium-class PC with ISA and PCI
slots? I imagine I would just have to configure the BIOS to reserve the
proper interrupt (I believe it's 14, correct?) for the MFM controller.
I did all this but the MFM controller wreaked havoc on the system. It
killed the on-board floppy disk and IDE controllers (not physically killed
but basically disabled them and the system couldn't boot).
I'm trying to determine if there is a natural conflict before I venture
forth with this configuration. This may be a problem related to the PC
I'm trying to plug the card into because there are other oddities with the
IDE controller that is preventing the system from booting with 4 hard
drives installed (2 per IDE interface). It halts after it auto-recognizes
the drives on the primary controller. Weird.
Anyway, any insight would be appreciated.
I'm going to do more experimentation in the meantime. I'll get another PC
with ISA and PCI slots to work with, and will also find an old 386 to test
the MFM controller on to make sure it is working fine.
--
Sellam Ismail Vintage Computer
--------------------------------------------------------------------------
----
International Man of Intrigue and Danger
http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage
mputers ]
[ and academia at www.VintageTech.com || at
http://marketplace.vintage.org ]
2:01 a.m.
On Tue, 2004-01-27 at 12:27, Bill Girnius wrote:
Other than disabling the on board controllers, if
memory serves me
correctly, these boards used an onboard bios to insert the code to fool the
system to boot to these devices. You very likely need to discover what base
address the card loads at and make sure that area is reserved in the BIOS as
in use so nothing is shadowed there. Cards of this era typically used c0000
or 00000 for their boot code. THe caused problems on newer video cards as
they wanted the same base IO address space.
You could probably just pull the boot ROM. I'm not sure how Linux
handles MFM and RLL controllers, because I haven't used one for 10 years
or so, but I do know it supports them.
So basically the IRQ needs to be free, the controller
base address needs to
be free, (I.E. disabling the IDE controller) and the base memory address for
the onboard bios needs to be available, not only in the CMOS, but also
ensure no other devices are using it. You may have to dig in your parts bin
to find an older video card that dosn't grab so many addresses, and possibly
reconfigure the jumpers on your legacy disk controller to change it base
address to an unused area.
Perhaps you could modify the card to map addresses somewhere else.
Gordon.
3:39 a.m.
At 06:27 AM 1/27/04 -0600, you wrote:
Other than disabling the on board controllers, if
memory serves me
correctly, these boards used an onboard bios to insert the code to fool the
system to boot to these devices. You very likely need to discover what base
address the card loads at and make sure that area is reserved in the BIOS as
in use so nothing is shadowed there. Cards of this era typically used c0000
That should be C800. That was the address used by IBM and everybody
copied it. IIRC some cards allowed alternate addresses, usually c000, d000,
d800 and (I think) E000.
Joe
or 00000 for their boot code. THe caused problems on
newer video cards as
they wanted the same base IO address space.
So basically the IRQ needs to be free, the controller base address needs to
be free, (I.E. disabling the IDE controller) and the base memory address for
the onboard bios needs to be available, not only in the CMOS, but also
ensure no other devices are using it. You may have to dig in your parts bin
to find an older video card that dosn't grab so many addresses, and possibly
reconfigure the jumpers on your legacy disk controller to change it base
address to an unused area.
Bill
----- Original Message -----
From: "Eelco Huininga" <e.huininga(a)sozawe.groningen.nl>
To: <cctalk(a)classiccmp.org>
Sent: Tuesday, January 27, 2004 4:07 AM
Subject: RE: Old MFM controller on a PCI bus machine
You could try a BIOS update to see if this works. Also you could try
deactivating
the onboard IDE controller since this one usually uses
interrupts 14 and 15.
Cheers,
Eelco
Festival
>> Vintage Computer Festival
<vcf(a)siconic.com> 01/26 7:43 >>>
I haven't played with MFM hard drives and controllers in a LONG time
(about 10 years now) so I have some questions.
I'll start off easy. Should there be any reason an old 16-bit ISA MFM
controller won't work properly in a Pentium-class PC with ISA and PCI
slots? I imagine I would just have to configure the BIOS to reserve the
proper interrupt (I believe it's 14, correct?) for the MFM controller.
I did all this but the MFM controller wreaked havoc on the system. It
killed the on-board floppy disk and IDE controllers (not physically killed
but basically disabled them and the system couldn't boot).
I'm trying to determine if there is a natural conflict before I venture
forth with this configuration. This may be a problem related to the PC
I'm trying to plug the card into because there are other oddities with the
IDE controller that is preventing the system from booting with 4 hard
drives installed (2 per IDE interface). It halts after it auto-recognizes
the drives on the primary controller. Weird.
Anyway, any insight would be appreciated.
I'm going to do more experimentation in the meantime. I'll get another PC
with ISA and PCI slots to work with, and will also find an old 386 to test
the MFM controller on to make sure it is working fine.
--
Sellam Ismail Vintage Computer
--------------------------------------------------------------------------
----
International Man of Intrigue and Danger
http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage
mputers ]
[ and academia at www.VintageTech.com || at
http://marketplace.vintage.org ]
8:22 a.m.
FWIW, I was using an 8-bit ISA MFM controller (the kind
that shipped with the PC XT) in a 90Mhz Pentium equipped
also with an NCR 53c810 based PCI SCSI controller. Worked
with no problems in Linux 1.2.8.
--
John Willis
Coherent Logic Development
willisj(a)atlantis.clogic-int.com
7483
days inactive
7483
days old
4 comments
5 participants
participants (5)
-
e.huininga＠sozawe.groningen.nl -
gordonjcp＠gjcp.net -
rigdonj＠cfl.rr.com -
thedm＠sunflower.com -
willisj＠atlantis.clogic-int.com