Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Apr 1996 06:37:31 +0200 (MET DST)
From:      root@deadline.snafu.de (Andreas S. Wetzel)
To:        bde@zeta.org.au (Bruce Evans)
Cc:        nate@sri.MT.net, rgrimes@GndRsh.aac.dev.com, current@FreeBSD.org, jgreco@brasil.moneng.mei.com
Subject:   Re: tty-level buffer overflows - what to do?
Message-ID:  <m0u53H9-0009QNC@deadline.snafu.de>
In-Reply-To: <199604050346.NAA15285@godzilla.zeta.org.au> from Bruce Evans at "Apr 5, 96 01:46:05 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
Hi!
---

Bruce Evans writes:

] The cause has to be a signal on one of the IRQ lines enabled by FreeBSD
] (because masked lines are completely ignored).  The signal can then interfere
] with the signal from the enabled board.

But what card could generate such IRQ? The problem seems to occur _only_
during boot at about the time when fsck gets run and a second time a bit
later when some of the daemons get started.

A vmstat -i says:

interrupt      total      rate
clk0 irq0     2039463      100
rtc0 irq8     2610423      127
wdc0 irq14      17877        0
fdc0 irq6           1        0
sc0 irq1            1        0
sio0 irq4        1657        0
sio1 irq3      283893       13
sio2 irq9     1539814       75
sio3 irq5       25268        1
ed0 irq12      171733        8
stray irq7       5032        0
Total         6695162      328

The rate for irq7 is 0, so I think it hasn't recently occured anymore since
bootup.

The problem happened with all kernels I used on the machine til now. That
included the original 2.2-SNAPSHOT installation kernel, the 2.1.0 RELEASE
installation kernel as well as several kernels I built specifically for
this machine from actual -current sources.

What _really_ made me wonder was that when I used another IDE/FD controller
the problem was gone. But the controller card I use on this machine 
a) has no physical connection to the irq 7 line and b) has been in use
for a long time on another machine running -current and did never cause
any problem like that. And apart from that the only irq's that this card
should ever generate should be irq 14 and irq 6 (It's a pure controller
card, no I/O interfaces are on that board).

Well... any ideas how to get rid of that stray irq?

Regards, mickey

-- 
          (__)     
          (@@)      Andreas S. Wetzel        E-mail: mickey@deadline.snafu.de
   /-------\/       Utrechter Strasse 41        Web: http://deadline.snafu.de/
  / |     ||        13347 Berlin              Voice: <+4930> 456 81 68
 *  ||----||        Germany                Fax/Data: <+4930> 455 19 57
    ~~    ~~



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m0u53H9-0009QNC>