Re: [PATCH] User Level Interrupts

2005-03-24 Thread Michael Raymond
I did the test you suggested. The turning-on and turning-off appeared to work but our SN Hub ASIC still sent interrupts to the specific CPU. I looked at my code again and from your description of Hotplug I do not see any conflicts. Thanks,

Re: [PATCH] User Level Interrupts

2005-03-23 Thread Michael Raymond
Once the ULI code has taken over a CPU, it should not be rescheduable until the ULI completes. The goal is a very fast jump in and out of user space. Primitives are provided for the waking of another thread / process if the applications needs to do a lot of work. If I've left open the pos

Re: [PATCH] User Level Interrupts

2005-03-23 Thread Ashok Raj
Hi Michael have you thought about how this infrastructure would play well with existing CPU hotplug code for ia64? Once you return to user mode via the iret, is it possible that user mode thread could get switched due to a pending cpu quiese attempt to remove a cpu? (Current cpu removal code wou

[PATCH] User Level Interrupts

2005-03-23 Thread Michael Raymond
Allow fast (1+us) user notification of device interrupts. This allows more powerful user I/O applications to be written. The process of porting to other architectures is straight forward and fully documented. More information can be found at http://oss.sgi.com/projects/uli/. Signed-off-by: