Re: Computer Upgrade
- From: jb <baranow@xxxxxxxxxxx>
- Date: Tue, 27 Jan 2009 17:55:15 -0800 (PST)
On Jan 26, 10:19 am, Mike Luther <mike.lut...@xxxxxxxxxx> wrote:
Yes ..
Dave Yeo wrote:
But these cards worked for 10 years here no problem. They use a
generic driver. Why now do they not work when a week ago they worked
fine, no problem????
Not sure what is going on here.
Comments??
Last time I upgraded my computer the network (using the same card)
stopped working. I also had a usb 2 card installed which shared the irq..
Upon removing the usb card the network started working.
Basically some of the OS/2 network drivers do not like sharing an irq.
Dave
Yes, yes, yes, NIC card drivers for OS/2 don't always like sharing an IRQ..
This issue has long been with me since the PCI motherboard era arrived. I have
many times had to swap PCI cards and ISA cards around .. or .. used the mobo
BIOS to handle IRQ's the way I want them assigned to get around this issue of a
shared IRQ with the NIC card. This seems to be a particularly difficult
problem when you have a shared IRQ with the NIC and audio device.
When USB techniques arrived, as Dave noted, really more complex IRQ sharing
issues surfaced for me. As best one can, one starts by not using USB, so I
have found, in an upgrade, until at least the rest of the box operation
including network and audio operations are working and stable.
For those who have not tried this yet, I suspect that a lot more of this, from
a lot more complex form of IRQ sharring and assignment by the motherboard and
BIOS operations, will surface from the ICH4 - ICH6 and soon to be common ICH8
level 'standards'. These as a result of what I am told to be Microsoft Windows
and Intel huddles and movement in the Duo-Quad core arena operations.
This appears to be especially true if your new motherboard uses what I am
taught is a bridging device for handling both the PCI slots and USB items.. A
new MIS SBC-9455 industrial motherboard here together with the MIS 7065 Passive
Backplane, for example, has seven external PCI slots on it. There are three
primary interface PCI slots and four secondary interface PCI slots handled by
the on-passive-backplane interrupt command handler ICH4 code chip.
In this case, with OS/2 MCP2 latest, for example, the PCI motherboard code
first handles the on-board SMB devices, such as the SATA, IDE, on-board Intel
PRO-1000 NIC chip and an SBLIve 5.1 AC97 audio daughterboard, then cascades the
IRQ down to the primary PCI slots on the bridge. As I think we have this
correctly researched, all three of the primary PCI slots on the bridge are
presented the same IRQ! Then the four secondary PCI slots on the bridge are
handed down another IRQ from the BIOS operations. However, as I think this
works here, all four of those slots are handed the same IRQ for that level!
Interestingly, that means, at least for MCP2 latest here in research, only TWO
PCI cards can be used! Each of them must reside in either one of the primary
PCI slots and one in the secondary PCI slots. In that the target for this
operation here is a SCSI system, the Adaptec SCSI PCI card must be in the FIRST
primary PCI slot! Although the IRQ is 'shared' with any of the three slots, it
curiously has to be in the first slot, won't work in the other two slots, even
though, it seems, the BIOS is handing it the same IRQ!
If I place the Adaptec SCSI card in any of the secondary PCI slots down an IRQ
in cascade from the bridge as supported by the BIOS, the system will not find
the Adaptec card at all.
I can, with the SCSI card 'properly working' from that first primary PCI slot
on the bridge, and the last IRQ sharing code clean device driver for the
Adaptec SCSI cards, completely boot the box. Then, without either the on-board
Intel NIC chip and daughterboard in use, put a PCI SBlive 5.1 220 level audio
card in that first secondary PCI card slot. Using the Uniaud 1.0.9 older code
that works fine with these cards I get working audio. No network at this point
in the research.
But if I attempt, for example, to put ANY form of other PCI card in any slot in
the primary PCI slots, even the Adaptec SCSI card isn't found! And if I leave
it only as needed in the primary PCI slots, and I put ANY form of other PCI
card in any of the other three secondary PCI slots, not only do I get no audio,
but in some cases .. no boot either!
OK .. in this case using the MIS SMB-9455 industrial computer card .. if I
enable the onboard Intel NIC set which will work as an unsupported device using
GENMAC and the MIS SBlive 5.1 AC97 daughterboard audio which will work with the
older Uniaud 1.0.9 level code, I get what is an apparently solid running system
with ONE other then free PCI slot I might be able to use.
In this case, I can actually plug in an older Kingston KTC-120 10/100 PCI
network card, load the required OS/2 device driver for it and have two fully
working LAN cards on the system, which is some cases we need. But what if I
needed yet another PCI slot? Nope, not that I can see and OS/2 and the device
driver level for most things and this.
But that is with *NO* USB drivers loaded and *NO* USB hardware devices that are
provided on the MIS SMB-9455 card enabled! Please *CAREFULLY* notice that
world "enabled" here. It is important to this discussion. I haven't even
tried the USB things, particularly an item such as a USB mouse, for example.
Our friend for all this research to solve problems like are described here
includes the PCI sniffing toolset from one of our treasured OS/2 help folk,
Veit Kannegieser. The most important thing I think we can learn about the
newest motherboard stuff here and the ICH4 and later interrupt code handler
code work seems to be;
That even if you do *NOT* have, for example, the USB stuff enabled
in your BIOS setup, and you look at the IRQ options in the BIOS,
when it is set to 'standard' auto operations, or even no on-board
NIC enabled ..
Over on the right side you will see that these devices are
already shown as 'using certain IRQ's!
For example, on the auto IRQ assignment mode for this new motherboard, IRQ 15
which is in use for that Adaptec PCI SCSI controller card in the first primary
PCI slot, is assigned IRQ 15 which is, of all things, "reserved" for the ISA
slots in this passive backplane! Which have nothing in them at all at this
point but are available even yet, as needed. Duhhhhh ...
Between the PCI bridge chip, the modern BIOS designs, and evolving 'standards'
in how IRQ's are assigned, even if the devices on board a motherboard are
handled, you may get a completely different IRQ contamination problem for a
network adapter card, or audio card than you even think you have! Especially
where USB is concerned. And Dave as well as others, plus the design team for
the new eCs install and ACPI code work as well, have HUGE new issues
confronting them for how to get a clean operation for any of our work with
things like network and audio cards, with these new complexities for IRQ and
port sharing use.
Which means, as I have learned with the research on this new MIS SMB-9455
upgrade, it pays to start with a drive clone unit and minimal use of things
like audio and networks. Get the cloned drive working that way first. Take a
real close look at the results of PCI sniff work. That plus what is already
there that is shown with the OS/2 SYSINFO tool and the BIOS setting comments
you may get to see.
Then move one step at a time for the audio and network operations. Making sure
that your original IRQ and IRQ sharing venue that did work, is the same, one
way or another, for the new upgraded motherboard.
If possible, wince ....
Just trying to help here with all the words ....
--
--> Sleep well; OS2's still awake! ;)
Mike Luther
I have rebuilt and will be trying again soon. Very helpful post. I now
feel it is an IRQ issue. A command window reports "Port Map cannot
bind address not available".
I will report back here after I have had a chance to try some things
and troubleshoot. Thank you for the very detailed post!
I see the driver loaded and it displays the correct address. Nothing
in config.sys fails to load but then when the requester starts, a
command line opens showing the above error message. DCHP shows "not
configured" while TCP/IP seems to be good.
Move later.
BTW, it turned out to be the video card, not the mainboard. I bought
two Matrox AGP dual monitor 16MG cards for $10 each. Not a bad deal.
Starting to hoard spare parts.
.
- References:
- Computer Upgrade
- From: jb
- Re: Computer Upgrade
- From: jb
- Re: Computer Upgrade
- From: ivan
- Re: Computer Upgrade
- From: jb
- Re: Computer Upgrade
- From: Dave Yeo
- Re: Computer Upgrade
- From: Mike Luther
- Computer Upgrade
- Prev by Date: Re: USB Lines in Config.sys
- Next by Date: Re: Warp + XP in one box
- Previous by thread: Re: Computer Upgrade
- Next by thread: Re: Computer Upgrade
- Index(es):
Relevant Pages
|
