Date: Tue, 07 May 2002 23:38:55 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: "Stein M. Sandbech" <stein@wopr.ife.no> Cc: freebsd-smp@FreeBSD.ORG Subject: Re: Loosing IRQs on a FreeBSD4.4 based server. Message-ID: <3CD8C7FF.4C62DCF0@mindspring.com> References: <3CD84080.4090801@wopr.ife.no>
next in thread | previous in thread | raw e-mail | index | archive | help
This really belongs on -question, particularly since you are running an old version of FreeBSD. Followups are directed there. "Stein M. Sandbech" wrote: > Sorry about the size of this post. > > I've seached the FreeBSD archives for info related to > our problem, and found nil. I post this to SMP, as it > is SMP HW. We run a uniprocessor config, however. Erich Boleyn's SMP documentation indicates that if you are using APIC I/O, you can lose ISA interrupts if they are masked at the APIC, instead of at the ISA PIC. Since you aren't using SMP in your uniprocessor configuration, the fact that you are using SMP hardware is, I think, not really relevent to the problem you are seeing. > On an Intel SRMK2 1U PentiumIII server (ServerWorks LE > chipset), we start loosing IRQs after a while, probably > while running X11 and KDE on the system. After a while > the machine ginds to a halt. If you do not use X11, do you have this problem? I can't believe this would be it... but on really old video hardware, interrupts were masked by the card itself to ensure updates to non-dual ported video RAM would occur during the raster's vertical retrace cycle. This avoided "sparklies" on the screen. Because your kdeinit is an hour and 20 to an hour and 35 minutes after the problem, according to your log message, it's not really likely to be the problem (any problem related to that would be limited to the initialization phase, I think, though I do note that it's showing as a generic ISA VGA... an old card). Does the problem occur without running KDE and X? You never said, one way or the other. Are you running NTP? If you turn it off, does the problem go away? (Not sure what time adjustements do to the timeouts here). Also, can you try 4.5-STABLE instead? Soren made a lot of fixes to the ATA code, including tagged commands. Not sure what would account for the FXP problems. Finally, I'll note that your fxp0 is sharing IRQ 10 with your USB hardware. That may not be a good thing. Try disabiling it and/or unplugging anything that's plugged in there, like the hub it looks like it's finding... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3CD8C7FF.4C62DCF0>