What does this kernel option mean (CONFIG_PCI_MSI)?

mhodak · Veteran Joined: 15 Nov 2003 Posts: 1218

I am just updating my kernel (2.6.8-ck4) and came across the option I do not understand:
Message Signaled Interrupts (MSI and MSI-X)
Help text says:

NeddySeagoon · Posted: Sat Aug 28, 2004 5:29 pm Post subject:

mhodak,

It improves system performace on hardware that supports it. Especially in the shared IRQ environment of the PCI bus.

Some history. Originally microprocessors has at most, two interrupt lines NMI (Non Maskable Interupt) and IRQ (Interrupt Request).
NMI was only used for disasters like power loss occring and memory parity error. IRQ did everything eles.

In the XT and more so in the AT, The single processor IRQ signal was expanded by the use of one then two interrupt priority encoders. This allowed more more Interrrupts to be catered for quite effecently, since the CPU only had to read the priority encoder to determine the cause of the interrupt, then look up the number in a table to find the address of the service routine (The alternave was to poll a list of devices, which is slow in comparision)

At the same time mini and mainframe computers used a mechanisim of storing the address of the interrupt service routine on each interrupting device. The device then put this address on the bus as part of the IRQ acknowedge cycle and the CPU went straight to the service routine.

With PCI shared interrups we are back to a mix of the look up table and polling, since each device that is sharing must be polled until one of them 'owns up' as being a source of the IRQ.

The MSI mechanism is a way of having the PCI device provide the address of its interrupt service routine during the IRQ acknowedge cycle to cut out the look up table and polling.

Its a Good Thing(tm) say yes.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

mhodak · Veteran Joined: 15 Nov 2003 Posts: 1218

Thanks for great and detailed answer.

SInce you seem to know quite a lot about things like this, here are 2 other kernel processor options that I am not sure whether tehy are useful or not:
1. /dev/cpu/*/msr - Model-specific register support

NeddySeagoon · Posted: Sat Aug 28, 2004 7:28 pm Post subject:

mhodak,

They are both useful. The CPUID instruction is used by some programs (not so much in Gentoo) to do on they fly optimiisation.
They get compiled with different code segments for diferent CPUs and picj the fasted one at run time based on the CPUID.
However, CPUID is a priviledge instruction so user space programs may not execute it. The kernel makes the result avaibale to use space. This is what populates /proc/cpuinfo

MSRs are similar. Again they can only be manipulated with instructions than can only be executed by the kerenl. e.g. the timestamp counter is one such regester on some CPUs.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Safrax · Guru Joined: 23 Apr 2002 Posts: 422

Neddy, what hardware supports MSI? Would say my Dell Inspiron 8200 or my nforce2 based athlon xp desktop support such things?

NeddySeagoon · Posted: Sat Aug 28, 2004 7:41 pm Post subject:

Safrax,

All motherboards do, its drivers and PCI cards that may not. If you turn it on, it will be used where possible. The system will fall back to the old ways if it has to.
It can only work with PCI devices. ISA devices have never been able to work this way. PCI devices includes things built onto the motherboard on the PCI bus, not just plugged into slots.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

mhodak · Veteran Joined: 15 Nov 2003 Posts: 1218

Neddy,
is it OK to select MSR and CPUID as modules, will the kernel load them automatically if needed?

KMOD and hotplug are on.

Thanks

NeddySeagoon · Posted: Sat Aug 28, 2004 9:44 pm Post subject:

mhodak,

I'm not sure how devfs handles that but I suspect that if you want them as modules, yo will need to manage the loading and unloading yourself
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

mhodak · Veteran Joined: 15 Nov 2003 Posts: 1218

Ome more question: Schedules

In 2.6 kernel several schedulers are available. Is there any point in compiling all of them in, if I just want to use defualt one, I do not want to switch schedulers while my sytsem runs? I believe that default scheduler for ck kernel is CFQ, I am OK with that and do not want to switch to different one. SO basically, is there any point for me in compiling support for other schedulers?

Thanks

NeddySeagoon · Posted: Sat Aug 28, 2004 11:05 pm Post subject:

mhodak,

No point at all if you will never use them
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.