On Tue, 4 Nov 2003, John Baldwin wrote: JB> JB>On 04-Nov-2003 Harti Brandt wrote: JB>> JB>> Hi, JB>> JB>> I have an ASUS system with 2 CPUs that I need to run at HZ=10000. This JB>> worked until yesterday, but with the new interrupt code it doesn't boot JB>> anymore. It works for the standard HZ, but if I set HZ=1000 I get a double JB>> fault. I suspect a race condition in the interrupt handling. My config JB>> file has JB>> JB>> options SMP JB>> device apic JB>> options HZ=1000 JB> JB>Ok, I can try to reproduce. JB> JB>> Device configuration finished. JB>> Timecounter "TSC" frequency 1380009492 Hz quality -100 JB>> Timecounters cpuid = 0; apic id = 00 JB>> instruction pointer = 0x8:0xc048995d JB>> stack pointer = 0x10:0xc0821bf4 JB>> frame pointer cpuid = 0; apic id = 00 JB>> JB>> 0xc048995d is in critical_exit. It is the jmp after the popf from JB>> cpu_critical_exit. JB> JB>This is where interrupts are re-enabled, so you are getting an interrupt. JB>It might be helpful to figure what type of fault you are actually getting. tf_err is 0, tf_trapno is 30 (decimal). harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt_at_fokus.fraunhofer.de, harti_at_freebsd.orgReceived on Tue Nov 04 2003 - 06:50:36 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:27 UTC