My pulsar1 card is sharing irqs with usb stuff and some IDE stuff as well.. and i have an unrecognised device, in my device mangaer called SM??
well for starters: how do i change the irq's?
I am able to reserve irqs for ISA or PCI in the bios.. but that doesnt allow me to change anything
I have all the other slots filled up with scope cards so i cant move the card into a different slot.
Ever since i got my pulsar1 card i have been having PCI bandwith problems.
Is that normal for a generation 1 card? or is it because of irq conflicts?
thanks!
how can i change sharing irq's?
-
the19thbear
- Posts: 1499
- Joined: Thu Feb 20, 2003 4:00 pm
- Location: Denmark
- Contact:
Re: how can i change sharing irq's?
If you leave out remapping of the boards from cset.ini (make a backup and remove that section, then run Scope), which dsps show up first in your DSP meter? Ie, if your 1st generation card is first you'll see: 1/1 1/2 1/3 1/4 and then a jump to 2/1 if the 1st gen (4dsp) card is first by default. In my experience remapping board order in cset.ini will resolve which dsps are allocated first (as shown in the dsp meter) but will NOT always solve pci bandwidth issues. Moving the board order around will (so that your largest 2nd gen board is first, and in most cases hopefully your 1st gen board is *last* in the dsp meter).
Also the *first* thing you might want to try when messing around with your BIOS is "reset ESCD data. The APIC controller (which is the hardware side of ACPI) will actually take note of devices that are attached and reserve their addresses in its lookup table(s), so when you add a new device it's often allocated resources out of what is leftover (rather than having all addressing shuffled around altogether). This won't affect PCI slot sharing issues (which unfortunately aren't always obvious from ACPI allocated IRQs) but it will sometimes allow better allocation of ACPI based IRQ's which will determine which board is seen first.
The only way to truly map out PCI slot sharing with onboard devices--if your motherboard manual neglects to include this info--is to boot into something that does not have ACPI allocation (realtime linux, a win98 boot disk etc). Many BIOS POST screens will show this info too (when you disable the 'logo screen' or enable 'verbose POST' etc in bios settings), but this flashes by so quickly for me these days I can no longer be sure of hitting pause/break at the right time (to pause the BIOS post and write down the shared IRQs).
The reason for this is because without the APIC controller giving out ACPI "extended" IRQs, you will certainly see devices that share physical addressing lines being given the same IRQ. Under ACPI, devices that share physical addressing may wind up with completely different IRQs, and devices that are in no way related in the physical board may wind up stacked on the same 'ACPI' IRQ.
Also the *first* thing you might want to try when messing around with your BIOS is "reset ESCD data. The APIC controller (which is the hardware side of ACPI) will actually take note of devices that are attached and reserve their addresses in its lookup table(s), so when you add a new device it's often allocated resources out of what is leftover (rather than having all addressing shuffled around altogether). This won't affect PCI slot sharing issues (which unfortunately aren't always obvious from ACPI allocated IRQs) but it will sometimes allow better allocation of ACPI based IRQ's which will determine which board is seen first.
The only way to truly map out PCI slot sharing with onboard devices--if your motherboard manual neglects to include this info--is to boot into something that does not have ACPI allocation (realtime linux, a win98 boot disk etc). Many BIOS POST screens will show this info too (when you disable the 'logo screen' or enable 'verbose POST' etc in bios settings), but this flashes by so quickly for me these days I can no longer be sure of hitting pause/break at the right time (to pause the BIOS post and write down the shared IRQs).
The reason for this is because without the APIC controller giving out ACPI "extended" IRQs, you will certainly see devices that share physical addressing lines being given the same IRQ. Under ACPI, devices that share physical addressing may wind up with completely different IRQs, and devices that are in no way related in the physical board may wind up stacked on the same 'ACPI' IRQ.