Date: Fri, 01 Oct 2004 00:24:04 +0400 From: Roman Kurakin <rik@cronyx.ru> To: Giorgos Keramidas <keramida@linux.gr> Cc: freebsd-current@freebsd.org Subject: Re: silo overflows Message-ID: <415C6B64.20505@cronyx.ru> In-Reply-To: <20040925165522.GB45767@gothmog.gr> References: <20040925165522.GB45767@gothmog.gr>
next in thread | previous in thread | raw e-mail | index | archive | help
Giorgos Keramidas:
>I've been seeing the following for a while now. Any hints about ways to
>track down why this happens or how to fix it?
>
>Sep 25 19:18:36 gothmog kernel: sio1: 2 more silo overflows (total 357)
>Sep 25 19:18:45 gothmog kernel: sio1: 2 more silo overflows (total 359)
>Sep 25 19:18:46 gothmog kernel: sio1: 1 more silo overflow (total 360)
>Sep 25 19:37:03 gothmog kernel: sio1: 3 more silo overflows (total 363)
>Sep 25 19:37:14 gothmog kernel: sio1: 1 more silo overflow (total 364)
>
>This is with a relatively recent 6.0-CURRENT on a Celeron @ 1800MHz.
>
>$ uname -v
>FreeBSD 6.0-CURRENT #0: Fri Sep 24 00:04:47 EEST 2004 \
>sysop@gothmog.gr:/usr/obj/usr/src/sys/GENERIC
>
This is not a bug. This is normal. This would be "fixed" after interrupt
optimisation in sio and other drivers/parts of system. BUG section of
sio(4) describes all reasons for that.
But you also should understand that you can always produce a load
on any system that would lead to problems like this one. I didn't try
this on FreeBSD, but Linux system was loaded by myself so that it
was unable to deliver interrupt to my driver within a ~0.5-1 secconds,
if my memory doesn't fails me.
I hadn't try to load it more, but I am sure it is possible and that I can
reproduce this on any other system (except realtime one I believe ;-).
Best regards,
Roman Kurakin
>_______________________________________________
>freebsd-current@freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>
>
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?415C6B64.20505>