atom feed28 messages in org.freebsd.freebsd-smpRe: ipending (was: SMP progress (was:...
FromSent OnAttachments
Matthew DillonJun 23, 2000 11:36 am 
David GreenmanJun 24, 2000 9:10 pm 
Matthew DillonJun 25, 2000 10:24 am 
Jake BurkholderJun 25, 2000 11:19 am 
Chuck PatersonJun 26, 2000 9:50 am 
Matthew DillonJun 27, 2000 10:41 am 
Chuck PatersonJun 27, 2000 11:19 am 
Kevin Van MarenJun 29, 2000 1:52 pm 
Greg LeheyJul 2, 2000 6:51 pm 
Jason EvansJul 3, 2000 8:41 am 
Jake BurkholderJul 3, 2000 1:14 pm 
Jake BurkholderJul 5, 2000 2:23 am 
Matthew DillonJul 5, 2000 9:43 am 
Chuck PatersonJul 5, 2000 9:52 am 
Chuck PatersonJul 5, 2000 9:57 am 
Luoqi ChenJul 5, 2000 10:29 am 
Matthew DillonJul 5, 2000 11:28 am 
Greg LeheyJul 5, 2000 4:20 pm 
Doug RabsonJul 6, 2000 1:26 am 
Matthew DillonJul 6, 2000 10:43 am 
Greg LeheyJul 22, 2000 2:26 am 
Matthew DillonJul 22, 2000 9:20 am 
Chuck PatersonJul 22, 2000 9:57 am 
Bruce EvansJul 22, 2000 10:36 am 
Greg LeheyJul 23, 2000 8:14 pm 
Bruce EvansJul 24, 2000 1:08 am 
Chuck PatersonJul 24, 2000 6:43 am 
Matthew DillonJul 24, 2000 9:16 am 
Subject:Re: ipending (was: SMP progress (was: Stepping on Toes))
From:Matthew Dillon (dil@apollo.backplane.com)
Date:Jul 22, 2000 9:20:01 am
List:org.freebsd.freebsd-smp

:In a similar way, I'm removing interrupt mask copies in memory. We :still mask interrupts which aren't in use, but no others. If anybody :has any reason not to want to do this, we should talk about it. : :Greg

I think you still have to mask level interrupts, otherwise you won't be able to sti. Some subsystems may generate a phenominal number of interrupts while the interrupt routine is running -- for example, the serial ports. I think the masking was put in there as an optmiization not only for that, but also so the interrupt could be EOI'd early so as to allow a new interrupt to become pending while the interrupt routine was running (thus closing a potential window of opportunity where an interrupt might otherwise be missed).

If you remove the masking you have to delay the EOI and that is probably a huge mistake because it may lead to lost interrupts. Another example: if a keyboard interrupt is lost you can lose the keyboard entierly. If the EOI is delayed there is a much greater chance of losing the keyboard interrupt.

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message