headers
David O'Brien | 19 Mar 2002 18:30
Picon
Favicon

Re: kern/34801

The following reply was made to PR kern/34801; it has been noted by GNATS.

From: "David O'Brien" <obrien <at> freebsd.org>
To: Sheldon Hearn <sheldonh <at> starjuice.net>,
	Andrew Gallatin <gallatin <at> cs.duke.edu>
Cc: AMAKAWA Shuhei <sa264 <at> cam.ac.uk>, bug-followup <at> freebsd.org
Subject: Re: kern/34801
Date: Tue, 19 Mar 2002 09:19:02 -0800

 On Tue, Mar 19, 2002 at 11:36:00AM +0200, Sheldon Hearn wrote:
 > In your commit log for the change, you said that dillon had agreed in
 > principle, but only "on the 32k level".  If dillon had reservations
 > about "the 64k level", can you remember why you ignored them?

 There was a long thread in ?-current? (?-hackers?) about this.  It was
 felt that 64k should be OK.  IIRC Dillon's reservations might have been
 because that was the highest he runs at.

 > Alternatively, are you happy with us just going ahead and dropping the
 > value for the sake of software that never dreamed the default would
 > become so large?
 > 
 > Seems pretty sane to me, and it's still an improvement over 16k.

 It sounds like we can get away with any large value less than 64k.  So
 lets try keeping it as high as possible.

 Andrew, just so I don't mess this up, is the 56k value you would like
 "57344".
(Continue reading)

Permalink | Reply | 0 comments |
headers
chk no | 19 Mar 2002 20:10

Re: bin/36085: burncd: mode2 + stdin

The following reply was made to PR bin/36085; it has been noted by GNATS.

From: chk no <chuck <at> chk.phattydomain.com>
To: chkno <at> dork.com, sos <at> freebsd.dk
Cc: FreeBSD-gnats-submit <at> FreeBSD.ORG
Subject: Re: bin/36085: burncd: mode2 + stdin
Date: Tue, 19 Mar 2002 11:05:25 -0800 (PST)

 > > >Number:         36085
 > > >Category:       bin
 > > >Synopsis:       burncd: mode2 + stdin
 > > >Confidential:   no
 > > >Severity:       non-critical
 > > >Priority:       low
 > > >Responsible:    freebsd-bugs
 > > >State:          open
 > > >Quarter:        
 > > >Keywords:       
 > > >Date-Required:
 > > >Class:          sw-bug
 > > >Submitter-Id:   current-users
 > > >Arrival-Date:   Tue Mar 19 02:10:01 PST 2002
 > > >Closed-Date:
 > > >Last-Modified:
 > > >Originator:     chkno
 > > >Release:        FreeBSD 4.5-STABLE i386
 > > >Organization:
 > > >Environment:
 > > System: FreeBSD chk.phattydomain.com 4.5-STABLE FreeBSD 4.5-STABLE #0: Thu Mar 7 15:30:43 PST 2002
su <at> chk.phattydomain.com:/usr/obj/usr/src/sys/CHK i386
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steve Shorter | 19 Mar 2002 20:54

kern/36108: Diskless NFS Client panic with 4.5-STABLE


>Number:         36108
>Category:       kern
>Synopsis:       Diskless NFS Client panic with 4.5-STABLE
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Mar 19 12:00:11 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Steve Shorter
>Release:        FreeBSD 4.5-STABLE i386
>Organization:
>Environment:
FreeBSD cgi0 4.5-STABLE FreeBSD 4.5-STABLE #0: Sat
Mar 16 07:54:07 EST 2002     root <at> jak:/usr/src/sys-stable.2002_02_21/compile/JAK  i386                    
>Description:

        I have a pool of diskless NFS clients running cgi programs for
a similar pool of NFS clients serving http to the internet.

The hardware and general setup of all client NFS hardware/software
is identical the only difference being that cgi machines run a lot
(Continue reading)

Permalink | Reply | 0 comments |
headers
chris | 19 Mar 2002 23:26

misc/36110: dmesg output corrupt if /dev/console is busy


>Number:         36110
>Category:       misc
>Synopsis:       dmesg output corrupt if /dev/console is busy
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Mar 19 14:30:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     chris
>Release:        4.5-RELEASE
>Organization:
>Environment:
FreeBSD testing 4.5-RELEASE FreeBSD 4.5-RELEASE #4: Mon Mar 18 13:18:54 EST 2002    
chris <at> testing:/usr/src/sys/compile/LOCAL  i386
>Description:
     At version 4.3 dmesg -a was added, so you can see console output remotely.  If you have lots of output going to
/dev/console (happened at 32k of data here) dmesg output will not be readable eventually.  The LINT file
says MSGBUF_SIZE=40960, but "dmesg -a >file;du file" reports 32(k) when it is broken.  It should push out
old lines and append new ones when it is full.
>How-To-Repeat:
Set up syslog to log to /dev/console, and send more than ~32k (or whatever your MSGBUF_SIZE is) of data to
(Continue reading)

Permalink | Reply | 0 comments |
headers
mki | 20 Mar 2002 00:50

misc/36114: please MFC 1.24 of libc/regex/regcomp.c


>Number:         36114
>Category:       misc
>Synopsis:       please MFC 1.24 of libc/regex/regcomp.c
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Mar 19 16:00:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     mki
>Release:        4.5-RELEASE, 4.5-STABLE
>Organization:
>Environment:
>Description:
Programs that use regcomp/regexec get SIGBUS'd when running under ElectricFence and similar mem bounds
checkers.  This is due to the BM search algo reading beyond the length of an array in computematchjumps(). 
Here's the stack trace of the attached program:

Program received signal SIGBUS, Bus error.
0x804c5d5 in computematchjumps (p=0xbfbff46c, g=0x28104ea0) at regcomp.c:2048
2048                    ssuffix = pmatches[ssuffix];
(gdb) where
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ted Nolan | 20 Mar 2002 02:04

conf/36118: 4.5 Upgrade says it won't touch /usr/src, but does


>Number:         36118
>Category:       conf
>Synopsis:       4.5 Upgrade says it won't touch /usr/src, but does
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Mar 19 17:10:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Ted Nolan
>Release:        4.5
>Organization:
SRI International
>Environment:
FreeBSD colanix0.ga.erg.sri.com 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT 2002    
murray <at> builder.freebsdmall.com:/usr/src/sys/compile/GENERIC  i386      
>Description:
When doing an Upgrade install from 4.2 to 4.5, I selected the "all"
packages option.  After trundling for a while, I got the message that
/usr/src already existed, that it couldn't do a src upgrade, and that
therefore it would not touch the existing /usr/src.  However, later
when it extracted the kerberos5, kerberosIV, crypto and secure packages,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eugene Grosbein | 20 Mar 2002 04:05
Picon

Re: kern/35969: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections

Matthew Dillon wrote:

>     Plese bring your tree back to the latest -stable and apply the
>     patch I include below, then tell me if it fixes your crashes.

Well, my home system with PPP over loopback that I used to locate breakage
does not panic with this patch. Today I'll test my dialin server.

Eugene Grosbein

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 1 comment |
headers
Matthew Dillon | 20 Mar 2002 05:11

Re: kern/35969: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections


:
:Matthew Dillon wrote:
:
:>     Plese bring your tree back to the latest -stable and apply the
:>     patch I include below, then tell me if it fixes your crashes.
:
:Well, my home system with PPP over loopback that I used to locate breakage
:does not panic with this patch. Today I'll test my dialin server.
:
:Eugene Grosbein

    Excellent. I am going to go ahead and commit it.  Ian Dowse also
    came up with the exact same patch independantly so I am confident 
    that it is correct.

					-Matt
					Matthew Dillon 
					<dillon <at> backplane.com>

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 0 comments |
headers
dd | 20 Mar 2002 06:32
Picon
Favicon

Re: misc/36114: please MFC 1.24 of libc/regex/regcomp.c

Synopsis: please MFC 1.24 of libc/regex/regcomp.c

Responsible-Changed-From-To: freebsd-bugs-≥dcs
Responsible-Changed-By: dd
Responsible-Changed-When: Tue Mar 19 21:32:18 PST 2002
Responsible-Changed-Why: 
Over to committer.

http://www.freebsd.org/cgi/query-pr.cgi?pr=36114

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 1 comment |
headers
iedowse | 20 Mar 2002 09:55
Picon
Favicon

Re: bin/36088: [patch] mount_nfs loads "nfs" module instead of "nfsclient"

Synopsis: [patch] mount_nfs loads "nfs" module instead of "nfsclient"

State-Changed-From-To: open->closed
State-Changed-By: iedowse
State-Changed-When: Wed Mar 20 00:53:44 PST 2002
State-Changed-Why: 

Submitter says that this can be closed.

http://www.freebsd.org/cgi/query-pr.cgi?pr=36088

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 0 comments |

Gmane