From basily@softhome.net  Sun Aug 11 21:48:31 2002
Return-Path: <basily@softhome.net>
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 60CB237B400
	for <bug-followup@freebsd.org>; Sun, 11 Aug 2002 21:48:31 -0700 (PDT)
Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27])
	by mx1.FreeBSD.org (Postfix) with SMTP id E088543E65
	for <bug-followup@freebsd.org>; Sun, 11 Aug 2002 21:48:30 -0700 (PDT)
	(envelope-from basily@softhome.net)
Received: (qmail 31723 invoked by uid 417); 12 Aug 2002 04:48:25 -0000
Received: from shunt-smtp-out-0 (HELO softhome.net) (172.16.3.12)
  by shunt-smtp-out-0 with SMTP; 12 Aug 2002 04:48:25 -0000
Received: from softhome.net ([137.151.193.117])
  (AUTH: PLAIN basily@softhome.net)
  by softhome.net with esmtp; Sun, 11 Aug 2002 22:48:23 -0600
Message-Id: <3D56DA93.4010009@softhome.net>
Date: Sun, 11 Aug 2002 21:43:47 +0000
From: vasily <basily@softhome.net>
To: bug-followup@freebsd.org
Subject: silo overflow

>Number:         41569
>Category:       i386
>Synopsis:       silo overflow
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    linimon
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Aug 11 21:50:01 PDT 2002
>Closed-Date:    Sun Jun 17 10:08:38 GMT 2007
>Last-Modified:  Sun Jun 17 10:08:38 GMT 2007
>Originator:     
>Release:        
>Organization:
>Environment:
>Description:
 I use FreeBSD 4.5-RELEASE (Wed-Jul-24-20:46:43 Greenwich Mean Time 2002)
 
 I think I found a bug, well, it has been around for a long time as far 
 as I can tell by your bug
 reports. I've noticed that with the GENERIC kernel, FreeBSD doesn't get 
 those messages.
 When it comes to a custom kernel, the problems begin. I believe it is 
 hardware specific, but
 only concerning cheap serial cards, like the ones that come with most 
 computers and that don't have top-notch hardware. I've experienced this 
 problem on two computers, both were
 from a different manufacturure, both had different motherboards and 
 processors, but both
 were IA-32 i386 family processors, one was a pentium and the other a 
 pentium 3.
 
 I'm not sure if it can be considered a bug, (it's more of a pest), it's 
 the message due to
 kernel loging of the serial port interupt problems, line 2847 of 
 /usr/src/sys/isa/sio.c. It is
 due to fast interupt handling as I've read.
 
 I'm not that much of a programmer, but I'm learning, but basically, what 
 I did was that I set
 the fifo buffer size of every type of card (which is probably useless 
 for the most part) to 1
 byte. so I searche for every occurance of tx_fifo_size = <some number or 
 some function>
 and changed it to 1. Afterward, I degraded the buffer type to a 16450 by 
 changing the
 occurance of:
 
 sio_setreg(com, com_fifo, FIFO_ENABLE | FIFO_RX_HIGH); to
 sio_setreg(com, com_fifo, FIFO_ENABLE | FIFO_RX_LOW;
 
 I also changed the occurance of
 
 ? FIFO_ENABLE : FIFO_ENABLE | FIFO_RX_MEDH to
 ? FIFO_ENABLE : FIFO_ENABLE | FIFO_RX_LOW
 
 that was it for /usr/src/sys/sio.c
 
 when I configured my kernel I declared sio0 as
 
 device sio0 at isa? port 0x3f8 flags 0x0001f irq 4
 
 I used port 0x3f8 because that's where 'serial port 1' is, likewise with 
 irq 4, I chose 0x10 for
 part of the flag because that's what the generic kernel had and there 
 seemed to be no sio
 overflows with it, without it, there were. I chose 0xf as the rest 
 because it seemed to be what
 I wanted for my cheap serial card.
 
 I would like to know if this is just a solution for my computer or if it 
 is a work around, I'd
 also like to know what I did, because for the most part I was kinda 
 confused. Here is my
 kernel:
 
 machine i386
 ident ROOTROUTER
 maxusers 10
 cpu I586_CPU
 options NO_F00F_HACK
 options COMPAT_43
 options USER_LDT
 options SYSVSHM
 options SYSVMSG
 options SYSVSEM
 options INET
 options IPSEC
 options IPSEC_ESP
 pseudo-device ether
 pseudo-device loop
 pseudo-device bpf
 pseudo-device tun 1
 pseudo-device ppp 1
 options PPP_BSDCOMP
 options PPP_DEFLATE
 options PPP_FILTER
 options IPFIREWALL
 options IPFIREWALL_VERBOSE
 options IPFIREWALL_VERBOSE_LIMIT=500
 options IPFIREWALL_DEFAULT_TO_ACCEPT
 options IPSTEALTH
 options RANDOM_IP_ID
 options TCP_DRP_SYNFIN
 options ICMP_BANDLIM
 options DUMMYNET
 options FFS
 options MFS
 options NFS
 options CD9660
 options MSDOSFS
 options FFS_ROOT
 options SOFTUPDATES
 options QUOTA
 options P1003_1B
 options _KPOSIX_PRIORITY_SCHEDULING
 options _KPOSIX_VERSION=199309L
 pseudo-device pty
 pseudo-device gzip
 pseudo-device vn
 pseudo-device md
 pseudo-device snp 3
 pseudo-device ccd 4
 device isa
 device atkbdc0 at isa? port IO_KBD
 device atkbd0 at atkbdc? irq 1 flags 0x01
 options KBD_DISABLE_KEYMAP_LOAD
 device vga0 at isa?
 options VGA_NO_FONT_LOADING
 options VGA_NO_MODE_CHANGE
 pseudo-device splash
 device sc0 at isa?
 options MAXCONS=5
 options SC_DISABLE_DDBKEY
 options SC_HISTORY_SIZE=500
 options SC_NO_CUTPASTE
 options SC_NO_FONT_LOADING
 options SC_NO_SYSMOUSE
 device npx0 at nexus? port IO_NPX flags 0x0 irq 13
 device ata
 device atadisk
 device atapicd
 options ATA_STATIC_ID
 device sio0 at isa? port 0x3f8 flags 0x0001f irq 4
 device ed
 device pci
 device miibus
 device sis
 device ppc0 at isa? irq 7
 device ppbus
 device lpt
 device ppi
 device pps
 
 -------------------------------------------------------------------
                                                                         
                               Thanks,
                                                                         
                                Vasily
 
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->freebsd-bugs 
Responsible-Changed-By: keramida 
Responsible-Changed-When: Mon Aug 19 15:20:55 PDT 2002 
Responsible-Changed-Why:  
Refile PR under i386/ category.  This is similar to i386/26261 but not 
quite the same. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=41569 
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Sun Jun 17 09:03:44 UTC 2007 
State-Changed-Why:  
Is this still a problem with modern versions of FreeBSD? 


Responsible-Changed-From-To: freebsd-bugs->linimon 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sun Jun 17 09:03:44 UTC 2007 
Responsible-Changed-Why:  

http://www.freebsd.org/cgi/query-pr.cgi?pr=41569 
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Sun Jun 17 10:08:27 UTC 2007 
State-Changed-Why:  
Submitter's email address bounces. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=41569 
>Unformatted:
