This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-810173935-1052347867=:537
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,
   I just recently upgraded to 1.6.1 sources and compiled myself a new
kernel (not done userland yet, thats still 1.6 distribution). My machine
is a 486/50 laptop with small serial buffers (8520 uart) but thats ok
because I only connect via mobile phone at 19200 baud - successfully up
until now, but now I keep getting silo overflows reported..

com0: 1 silo overflow, 0 ibuf floods

I have been using this machine for a year or so (1.5.3 and 1.6) and never
had a silo overflow before; dont get it with my 1.6 (release) kernel (same
config file)..  I searched the mailing list archive and found this comment
from February (the original poster had upgraded to I think 1.6L kernel)

>   Subject: Re: Several Issues
>   To: D. E. Evans <sinuhe@xmission.com>
>   From: Manuel Bouyer <bouyer@antioche.lip6.fr>
>   List: port-i386
>   Date: 02/17/2003 20:41:06
>
> On Sun, Feb 16, 2003 at 01:38:19PM -0700, D. E. Evans wrote:
> > Quoting Manuel Bouyer <bouyer@antioche.lip6.fr>:
> > > > 1. This error happens while dialed up to the internet:
> > > >
> > > > Feb 15 17:00:07 kaptah /netbsd: com0: 2 silo overflows, 0
> > > ibuf floods
> > >
> > > This mean the kernel didn't process the incoming data fast
> > > enouth.
> > > What hardware is it, and what else do you have running on this
> > > box ?
> >
> > It's an external modem (I'm at work, so don't remember the
> > manufacturer/model at the moment, but can get it if needed) with
> > a 440FX motherboard, a dual PII 266, with a Viper 330 video
> > card, and Awe 64 audio.  The scsi is an adaptec 2940, w/
> > matsushita cdrom (24x) attached, and a 250 Zip.  Any other
> > details I missed?
>
> OK, this is likely a MP issue then, something blocking interrupts
> for too long (maybe an issue with the kernel big lock ?)
> I suspect a UP kernel won't have this issue

anybody remember fixing this? not sure if the MP stuff made it into
1.6.1 or not, but this problem seems to have..

--0-810173935-1052347867=:537
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=y
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.NEB.4.33.0305072351070.537@galant>
Content-Description: dmesg output
Content-Disposition: attachment; filename=y

TmV0QlNEIDEuNi4xIChnYWxhbnQpICMyOiBNb24gTWF5ICA1IDExOjMxOjA4
IEJTVCAyMDAzDQogICAgcGx1bmt5QGdhbGFudDovdXNyL2hvbWUvcGx1bmt5
L2dhbGFudA0KY3B1MDogSW50ZWwgNDg2RFgyICg0ODYtY2xhc3MpDQpjcHUw
OiBmZWF0dXJlcyAzPEZQVSxWTUU+DQp0b3RhbCBtZW1vcnkgPSAyNDM4MCBL
Qg0KYXZhaWwgbWVtb3J5ID0gMjEzMDggS0INCnVzaW5nIDMzMCBidWZmZXJz
IGNvbnRhaW5pbmcgMTMyMCBLQiBvZiBtZW1vcnkNCm1haW5idXMwIChyb290
KQ0KaXNhMCBhdCBtYWluYnVzMA0KYWljMCBhdCBpc2EwIHBvcnQgMHgzNDAt
MHgzNWYgaXJxIDExDQpzY3NpYnVzMCBhdCBhaWMwOiA4IHRhcmdldHMsIDgg
bHVucyBwZXIgdGFyZ2V0DQpjb20wIGF0IGlzYTAgcG9ydCAweDNmOC0weDNm
ZiBpcnEgNDogbnM4MjUwIG9yIG5zMTY0NTAsIG5vIGZpZm8NCnBja2JjMCBh
dCBpc2EwIHBvcnQgMHg2MC0weDY0DQpwY2tiZDAgYXQgcGNrYmMwIChrYmQg
c2xvdCkNCnBja2JjMDogdXNpbmcgaXJxIDEgZm9yIGtiZCBzbG90DQp3c2ti
ZDAgYXQgcGNrYmQwOiBjb25zb2xlIGtleWJvYXJkDQpwbXMwIGF0IHBja2Jj
MCAoYXV4IHNsb3QpDQpwY2tiYzA6IHVzaW5nIGlycSAxMiBmb3IgYXV4IHNs
b3QNCndzbW91c2UwIGF0IHBtczAgbXV4IDANCndkYzAgYXQgaXNhMCBwb3J0
IDB4MWYwLTB4MWY3IGlycSAxNA0Kd2QwIGF0IHdkYzAgY2hhbm5lbCAwIGRy
aXZlIDA6IDxJQk0tRENSQS0yMjE2MD4NCndkMDogZHJpdmUgc3VwcG9ydHMg
MTYtc2VjdG9yIFBJTyB0cmFuc2ZlcnMsIExCQSBhZGRyZXNzaW5nDQp3ZDA6
IDIwNjcgTUIsIDQyMDAgY3lsLCAxNiBoZWFkLCA2MyBzZWMsIDUxMiBieXRl
cy9zZWN0IHggNDIzMzYwMCBzZWN0b3JzDQp3ZDA6IGRyaXZlIHN1cHBvcnRz
IFBJTyBtb2RlIDQsIERNQSBtb2RlIDINCnZnYTAgYXQgaXNhMCBwb3J0IDB4
M2IwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZg0Kd3NkaXNwbGF5MCBh
dCB2Z2EwIGtiZG11eCAxOiBjb25zb2xlICg4MHgyNSwgdnQxMDAgZW11bGF0
aW9uKSwgdXNpbmcgd3NrYmQwDQp3c211eDE6IGNvbm5lY3RpbmcgdG8gd3Nk
aXNwbGF5MA0KbHB0MCBhdCBpc2EwIHBvcnQgMHgzNzgtMHgzN2IgaXJxIDcN
CnBjcHBpMCBhdCBpc2EwIHBvcnQgMHg2MQ0KbWlkaTAgYXQgcGNwcGkwOiBQ
QyBzcGVha2VyDQpzcGtyMCBhdCBwY3BwaTANCnN5c2JlZXAwIGF0IHBjcHBp
MA0KbnB4MCBhdCBpc2EwIHBvcnQgMHhmMC0weGZmOiB1c2luZyBleGNlcHRp
b24gMTYNCmZkYzAgYXQgaXNhMCBwb3J0IDB4M2YwLTB4M2Y3IGlycSA2IGRy
cSAyDQpmZDAgYXQgZmRjMCBkcml2ZSAwOiAxLjQ0TUIsIDgwIGN5bCwgMiBo
ZWFkLCAxOCBzZWMNCmJpb21hc2sgZWY2ZCBuZXRtYXNrIGVmNmQgdHR5bWFz
ayBmZmVmDQpzY3NpYnVzMDogd2FpdGluZyAyIHNlY29uZHMgZm9yIGRldmlj
ZXMgdG8gc2V0dGxlLi4uDQpib290IGRldmljZTogd2QwDQpyb290IG9uIHdk
MGEgZHVtcHMgb24gd2QwYg0Kcm9vdCBmaWxlIHN5c3RlbSB0eXBlOiBmZnMN
CndzZGlzcGxheTA6IHNjcmVlbiA0IGFkZGVkICg4MHgyNSwgdnQxMDAgZW11
bGF0aW9uKQ0K
--0-810173935-1052347867=:537--