From owner-freebsd-bugs Sun May 5 00:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03532 for bugs-outgoing; Sun, 5 May 1996 00:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03518 Sun, 5 May 1996 00:20:02 -0700 (PDT) Resent-Date: Sun, 5 May 1996 00:20:02 -0700 (PDT) Resent-Message-Id: <199605050720.AAA03518@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, enami@ba2.so-net.or.jp Received: from mail.ba2.so-net.or.jp (mail.ba2.so-net.or.jp [202.238.95.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA03437 for ; Sun, 5 May 1996 00:18:54 -0700 (PDT) Received: from euphoria.enami.ba2.so-net.or.jp (root@ppp582a.ykhm.ap.so-net.or.jp [202.238.88.42]) by mail.ba2.so-net.or.jp (8.7.5/3.4W396011914) with ESMTP id QAA15066 for ; Sun, 5 May 1996 16:18:50 +0900 Received: (from enami@localhost) by euphoria.enami.ba2.so-net.or.jp (8.7.5/3.4W4-euphoria) id PAA12300; Sun, 5 May 1996 15:25:27 +0900 (JST) Message-Id: <199605050625.PAA12300@euphoria.enami.ba2.so-net.or.jp> Date: Sun, 5 May 1996 15:25:27 +0900 (JST) From: enami@ba2.so-net.or.jp Reply-To: enami@ba2.so-net.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1174: uninitialized auto variable shmseg is used in shget_allocate_segment Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1174 >Category: kern >Synopsis: uninitialized auto variable shmseg is used in shget_allocate_segment >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 5 00:20:01 PDT 1996 >Last-Modified: >Originator: enami tsugutomo >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD current around 1996 May 4 (GMT+0900) >Description: When compiling kern/sysv_shm.c, compile gives following warning. cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../../../include -DI386_CPU -DI486_CPU -DDIAGNOSTIC -DCOMPAT_43 -DCD9660 -DNFS -DFFS -DINET -DKERNEL ../../kern/sysv_shm.c ../../kern/sysv_shm.c: In function `shmget_allocate_segment': ../../kern/sysv_shm.c:459: warning: `shmseg' might be used uninitialized in this function >How-To-Repeat: Compile kernel with option SYSVSHM. >Fix: I think it is a typo introduced during sysv_shm.c 1.18 and 1.19. Here is a diff to correct it. Index: sysv_shm.c =================================================================== RCS file: /mnt/freebsd/src/sys/kern/sysv_shm.c,v retrieving revision 1.20 diff -u -r1.20 sysv_shm.c --- sysv_shm.c 1996/05/03 21:01:24 1.20 +++ sysv_shm.c 1996/05/05 05:36:00 @@ -463,7 +463,7 @@ return EINVAL; if (shm_nused >= shminfo.shmmni) /* any shmids left? */ return ENOSPC; - size = round_page(shmseg->shm_segsz); + size = round_page(uap->size); if (shm_committed + btoc(size) > shminfo.shmall) return ENOMEM; if (shm_last_free < 0) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 5 06:54:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17476 for bugs-outgoing; Sun, 5 May 1996 06:54:41 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17464 Sun, 5 May 1996 06:54:39 -0700 (PDT) Date: Sun, 5 May 1996 06:54:39 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605051354.GAA17464@freefall.freebsd.org> To: enami@ba2.so-net.or.jp, joerg, freebsd-bugs Subject: Re: kern/1174 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: uninitialized auto variable shmseg is used in shget_allocate_segment State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 5 15:54:02 MET DST 1996 State-Changed-Why: Suggested fix applied in rev 1.21 of sysv_shm.c. From owner-freebsd-bugs Sun May 5 16:21:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18428 for bugs-outgoing; Sun, 5 May 1996 16:21:11 -0700 (PDT) Received: from irs.inf.tu-dresden.de (irs.inf.tu-dresden.de [141.76.1.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA18416 for ; Sun, 5 May 1996 16:21:00 -0700 (PDT) Received: by irs.inf.tu-dresden.de (8.6.12/8.6.12-s1) id BAA08971; Mon, 6 May 1996 01:20:49 +0200 Message-Id: <199605052320.BAA08971@irs.inf.tu-dresden.de> Subject: Re: kern/745 To: freebsd-bugs@freefall.freebsd.org Date: Mon, 6 May 1996 01:20:48 +0200 (MET DST) Cc: se@zpr.uni-koeln.de In-Reply-To: <199602072347.PAA08671@freefall.freebsd.org> from "Stefan Esser" at Feb 7, 96 03:47:06 pm From: hohmuth@inf.tu-dresden.de (Michael Hohmuth) Organization: Dept. of Computer Science, TU Dresden, Germany X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Feb 1996, Stefan Esser wrote: > This appears to have been pilot error: Running FSCK on a mounted > file system reported inconsistencies, and "fixing" them made the > system crash later on (not unexpectatly, IMHO). Meanwhile, I have checked with Stefan that this has not been a pilot error. (We've analyzed my setup, and we found that its only remarkable peculiarity was that I don't have a swap partition on my first disk (the whole disk is used as one huge BSD partition).) A few days ago, I noticed the following message in my syslog: Apr 20 02:24:32 olymp /kernel: vnode_pager_output: attempt to write meta-data!!! -- 0xfffe9000(ff) I suspected it might be relevant to my problem, and Stefan suggested I should return to you as he remembered that this has recently been discussed in one of the developer's mailing lists. Would anyone care to explain the meaning of the above message? Thanks, Michael -- Email: hohmuth@inf.tu-dresden.de WWW: http://www.inf.tu-dresden.de/~mh1/ From owner-freebsd-bugs Sun May 5 19:42:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00326 for bugs-outgoing; Sun, 5 May 1996 19:42:45 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00262 Sun, 5 May 1996 19:41:24 -0700 (PDT) Resent-Date: Sun, 5 May 1996 19:41:24 -0700 (PDT) Resent-Message-Id: <199605060241.TAA00262@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, alex@zen.nash.org Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA29363 for ; Sun, 5 May 1996 19:29:05 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id VAA04410; Sun, 5 May 1996 21:28:42 -0500 (CDT) Message-Id: <199605060228.VAA04410@zen.nash.org> Date: Sun, 5 May 1996 21:28:42 -0500 (CDT) From: Alex Nash Reply-To: alex@zen.nash.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1175: sys/netinet/ip_fw.c race conditions Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1175 >Category: kern >Synopsis: faulty/lacking spl() usage in sys/netinet/ip_fw.c >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 5 19:40:01 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: options IPFIREWALL enabled >Description: Several locations in sys/netinet/ip_fw.c are lacking or incorrectly use spl() functions. The supplied diffs fix or improve: 1. IMPROVE: defer spl() until absolutely necessary. 2. FIX: attempting to delete the default (deny) policy resulted in the priority level remaining at splnet(). 3. FIX: protect LIST_REMOVE during IP_FW_FLUSH against network interrupts. [ Rationale: Since IP_FW_FLUSH is rarely used, the performance degredation of calling splnet() several times to allow network interrupts through is deemed acceptable. ] 4. FIX: prevent network interrupts while clearing accounting information. A network interrupt that occurs between clearing the packet counter and the byte counter could result in a zero byte count and a non-zero packet count. >How-To-Repeat: N/A >Fix: *** ip_fw.c Mon Feb 26 09:30:29 1996 --- /usr/src/sys/netinet/ip_fw.c Thu May 2 20:41:04 1996 *************** *** 444,465 **** u_short nbr = 0; int s; - s = splnet(); - fwc = malloc(sizeof *fwc, M_IPFW, M_DONTWAIT); ftmp = malloc(sizeof *ftmp, M_IPFW, M_DONTWAIT); if (!fwc || !ftmp) { dprintf(("ip_fw_ctl: malloc said no\n")); if (fwc) free(fwc, M_IPFW); if (ftmp) free(ftmp, M_IPFW); - splx(s); return (ENOSPC); } bcopy(frwl, ftmp, sizeof(struct ip_fw)); ftmp->fw_pcnt = 0L; ftmp->fw_bcnt = 0L; fwc->rule = ftmp; if (!chainptr->lh_first) { LIST_INSERT_HEAD(chainptr, fwc, chain); } else if (ftmp->fw_number == (u_short)-1) { --- 444,465 ---- u_short nbr = 0; int s; fwc = malloc(sizeof *fwc, M_IPFW, M_DONTWAIT); ftmp = malloc(sizeof *ftmp, M_IPFW, M_DONTWAIT); if (!fwc || !ftmp) { dprintf(("ip_fw_ctl: malloc said no\n")); if (fwc) free(fwc, M_IPFW); if (ftmp) free(ftmp, M_IPFW); return (ENOSPC); } + bcopy(frwl, ftmp, sizeof(struct ip_fw)); ftmp->fw_pcnt = 0L; ftmp->fw_bcnt = 0L; fwc->rule = ftmp; + s = splnet(); + if (!chainptr->lh_first) { LIST_INSERT_HEAD(chainptr, fwc, chain); } else if (ftmp->fw_number == (u_short)-1) { *************** *** 502,519 **** s = splnet(); fcp = chainptr->lh_first; ! if (fcp->rule->fw_number == (u_short)-1) ! return (EINVAL); ! ! for (; fcp; fcp = fcp->chain.le_next) { ! if (fcp->rule->fw_number == frwl->fw_number) { ! LIST_REMOVE(fcp, chain); ! splx(s); ! free(fcp->rule, M_IPFW); ! free(fcp, M_IPFW); ! return 0; } } splx(s); return (EINVAL); } --- 502,519 ---- s = splnet(); fcp = chainptr->lh_first; ! if (fcp->rule->fw_number != (u_short)-1) { ! for (; fcp; fcp = fcp->chain.le_next) { ! if (fcp->rule->fw_number == frwl->fw_number) { ! LIST_REMOVE(fcp, chain); ! splx(s); ! free(fcp->rule, M_IPFW); ! free(fcp, M_IPFW); ! return 0; ! } } } + splx(s); return (EINVAL); } *************** *** 590,596 **** --- 590,598 ---- while (ip_fw_chain.lh_first != NULL && ip_fw_chain.lh_first->rule->fw_number != (u_short)-1) { struct ip_fw_chain *fcp = ip_fw_chain.lh_first; + int s = splnet(); LIST_REMOVE(ip_fw_chain.lh_first, chain); + splx(s); free(fcp->rule, M_IPFW); free(fcp, M_IPFW); } *************** *** 598,606 **** --- 600,610 ---- return (0); } if (stage == IP_FW_ZERO) { + int s = splnet(); struct ip_fw_chain *fcp; for (fcp = ip_fw_chain.lh_first; fcp; fcp = fcp->chain.le_next) fcp->rule->fw_bcnt = fcp->rule->fw_pcnt = 0; + splx(s); if (m) (void)m_free(m); return (0); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 5 23:24:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15291 for bugs-outgoing; Sun, 5 May 1996 23:24:49 -0700 (PDT) Received: from server2.rad.net.id (server2.rad.net.id [202.154.1.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA15286 for ; Sun, 5 May 1996 23:24:44 -0700 (PDT) Received: from snake.iwan.org (dyn1217a.dialin.rad.net.id [202.154.6.217]) by server2.rad.net.id (8.7.5/RADNET) with SMTP id NAA23583 for ; Mon, 6 May 1996 13:24:09 +0700 (WIB) Message-ID: <318D9A05.2861@rad.net.id> Date: Mon, 06 May 1996 13:19:49 +0700 From: Iwan Leonardus Organization: SKD X-Mailer: Mozilla 2.01Gold (Win95; I) MIME-Version: 1.0 To: bugs@freebsd.org Subject: PS/2 mouse on Triton Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug White wrote: > > On Tue, 30 Apr 1996, Iwan Leonardus wrote: > > > I have a motherboard Tritron which have a mouse port on board > > You need to enable the PS/2 mouse driver. > > >From the FAQ: > > 4.7. I have a PS/2 mouse (``keyboard'' mouse) (Alternatively: I have a > laptop with a track-ball mouse). How do I use it? > > You'll have to add the following lines to your kernel configuration file > and recompile: > > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > # Options for psm: > options PSM_NO_RESET #don't reset mouse hardware (some laptops) > > See configuring the kernel if you've no experience with building kernels. > > Once you have a kernel detecting psm0 correctly at boot time, make sure > that an entry for psm0 exists in /dev. You can do this by typing: > > cd /dev; sh MAKEDEV psm0 > > When logged in as root. > > Note: Some PS/2 mouse controllers have a problem where the presence of > the psm0 driver will cause the keyboard to lock up (which is why this > driver is not present by default in the GENERIC kernel). This can > sometimes be fixed by bouncing the NumLock key during the boot process. > Also suggest going into CMOS setup and toggling any value for Numlock > On/Off at boot time. The real fix is, of course, to merge the PS/2 mouse > driver with syscons. Any volunteers? :) > > Doug White | University of OregonWell, I have did that all at my Triton motherboard (the kernel reconfigure and compile) but the kernel didn't detect psm0 at boot time, it said: psm0: not found at 0x60 At the other computer I have (HP Vectra) it said: psm0: at 0x60-0x63 irq 12 on motherboard The Window 95 detect my PS/2 mouse port correctly at Triton I don't know how the PS/2 mouse port is working, maybe I need to read books about that to figure out what is the problem :( I hope somebody can help:) Iwan Leonardus From owner-freebsd-bugs Mon May 6 00:13:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17069 for bugs-outgoing; Mon, 6 May 1996 00:13:34 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17050 Mon, 6 May 1996 00:13:33 -0700 (PDT) Date: Mon, 6 May 1996 00:13:33 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605060713.AAA17050@freefall.freebsd.org> To: phk, freebsd-bugs, phk Subject: Re: kern/1175 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: faulty/lacking spl() usage in sys/netinet/ip_fw.c Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: phk Responsible-Changed-When: Mon May 6 00:12:40 PDT 1996 Responsible-Changed-Why: According to form G114.2-A "Official adoption of PR by responsible person" :-) . From owner-freebsd-bugs Mon May 6 00:21:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17465 for bugs-outgoing; Mon, 6 May 1996 00:21:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17416 for ; Mon, 6 May 1996 00:20:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12333; Mon, 6 May 1996 09:20:33 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03258; Mon, 6 May 1996 09:20:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA05269; Mon, 6 May 1996 09:19:04 +0200 (MET DST) From: J Wunsch Message-Id: <199605060719.JAA05269@uriah.heep.sax.de> Subject: Re: PS/2 mouse on Triton To: riwanlky@rad.net.id (Iwan Leonardus) Date: Mon, 6 May 1996 09:19:03 +0200 (MET DST) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <318D9A05.2861@rad.net.id> from Iwan Leonardus at "May 6, 96 01:19:49 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Iwan Leonardus wrote: > Well, I have did that all at my Triton motherboard (the kernel > reconfigure and compile) but the kernel didn't detect psm0 at > boot time, it said: > psm0: not found at 0x60 Richard Wiwatowski has been posting a revamped psm driver yesterday. You should be able to get it via the mailing list search engine on www.freebsd.org. Give it a try! (The Message-ID is <01I4D2ADP5PU000K7V@adelaide.on.net>, perhaps this makes the search easier.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 6 03:18:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA27653 for bugs-outgoing; Mon, 6 May 1996 03:18:18 -0700 (PDT) Received: from seabass.progroup.com (catfish.progroup.com [206.24.122.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA27648 for ; Mon, 6 May 1996 03:18:15 -0700 (PDT) Received: (from craig@localhost) by seabass.progroup.com (8.6.12/8.6.12) id DAA25947; Mon, 6 May 1996 03:19:28 -0700 Message-Id: <199605061019.DAA25947@seabass.progroup.com> Subject: Re: PS/2 mouse on Triton To: riwanlky@rad.net.id (Iwan Leonardus) Date: Mon, 6 May 1996 03:19:28 -0700 (PDT) From: "Craig Shaver" Cc: bugs@freebsd.org In-Reply-To: <318D9A05.2861@rad.net.id> from "Iwan Leonardus" at May 6, 96 01:19:49 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Doug White wrote: > > > > On Tue, 30 Apr 1996, Iwan Leonardus wrote: > > > > > I have a motherboard Tritron which have a mouse port on board > > > > You need to enable the PS/2 mouse driver. > > del .... > reconfigure and compile) but the kernel didn't detect psm0 at > boot time, it said: > psm0: not found at 0x60 > At the other computer I have (HP Vectra) it said: > psm0: at 0x60-0x63 irq 12 on motherboard > > The Window 95 detect my PS/2 mouse port correctly at Triton > > I don't know how the PS/2 mouse port is working, maybe I need to > read books about that to figure out what is the problem :( > I hope somebody can help:) > > Iwan Leonardus > I have an asus triton with the ps/2 mouse now. Here is the relevant part of the config file: ========================== device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr ========================== >From my messages log: ========================== Apr 30 07:21:39 seabass /kernel: psm0 at 0x60-0x63 irq 12 on motherboard ========================== Hope this helps.... -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-bugs Mon May 6 08:49:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20767 for bugs-outgoing; Mon, 6 May 1996 08:49:36 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20762 for ; Mon, 6 May 1996 08:49:31 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA02222 for bugs@freebsd.org; Mon, 6 May 1996 11:48:44 -0400 From: Bill Paul Message-Id: <199605061548.LAA02222@skynet.ctr.columbia.edu> Subject: Installing SNAPs with NFS /usr doesn't work To: bugs@freebsd.org Date: Mon, 6 May 1996 11:48:43 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I must be doing something wrong, but I can't figure out what... I have a old 386/33 machine with 8MB RAM and no math co-processor in my office which I use for testing. This box has only two small IDE disks in it (one 40 MB and one 50 MB) which aren't large enough to hold a proper install. To work around this, I usually configure this machine as a dataless client: I mount /usr via NFS from the SPARC IPX on my desk running SunOS 4.1.3. The system has a 3c503 (8-bit) ethernet adapter. Which FreeBSD detects and uses just fine. When installing, I usually just configure the smaller of the two disks as swap and use the other for / and /var. I tell sysinstall to do a complete install and just tell it to shut up when it warns me about not having a /usr filesystem. As soon as the emergency holographic shell becomes available, I mkdir /usr and use mount_nfs to mount /usr from the SPARC using the following command: # mount_nfs -P sparc:/path/to/usr /usr Note that I'm installing via FTP, in this case direct from ftp.cdrom.com. This means there's a fair amount of traffic as I'm reading the distribution via FTP and then writing part of it back out via NFS. Installing in this way is really a hack: you have a small window of time in which to create and mount /usr once the bindist starts extracting: it takes it a little while before it actually starts extracting files in /usr. Even so, I had no problem doing this with FreeBSD 2.0.5 and FreeBSD 2.1.0. However, this does not work with 2.2-960501-SNAP or the SNAP before it. Once sysinstall begins extracting files under /usr, it hangs. Generally, it only gets to unpack a dozen files or so (the last time I tried it, it only got up to usr/bin/bc (about ten files in) before it wedged). The amount of files it writes before it gets stuck seems to vary. I've tried several times already, and each time it never gets through more than a few dozen. This is not to say that the network locks up entirely: it's only NFS. I can ping the machine, and I can still switch between virtual consoles, but the system behaves as if the NFS server isn't responding. But the server is working fine. Once the extract gets stuck, if I go into the holographic shell and type df, the holographic shell also wedges. However, I am able to type run df before the extract touches /usr and it does work properly. It's only after the system has been writing to the NFS filesystem for a while that it fails. Before anyone asks, yes I've tried mounting the filesystem with a smaller blocksize. I tried everything down to 1024 bytes with the same result. Note that while this is a 3c503, it's a later model one which doesn't normally exhibit the problem that the older 8-bit 3c503 cards to. I can run FreeBSD 2.1.0 on this machine with the full 8k blocksize without any trouble. Yes, I can also reach ftp.cdrom.com. It's not a problem with reading files from the server. After installing the March SNAP failed, I went back and tried to reinstall 2.1.0 to verify that it wasn't a fluke. Sure enough, I managed to get 2.1.0 reinstalled without a hitch. I have a few other things still to try, but debugging this problem is going to be difficult if I can't get the thing installed. Unfortunately, I don't have any larger disks available. Waiiiiit a minute. Let me try loading from NFS too. Maybe the whole thing doesn't work. [pause] Hm. Well. Surprise surprise: installing via NFS doesn't work either. The source filesystem is mounted, sysinstall starts to read, and then it locks up tight. Has anyone else besides me tried to install any of the 2.2 SNAPs via NFS? Please tell me it's not just me. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-bugs Mon May 6 15:44:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14889 for bugs-outgoing; Mon, 6 May 1996 15:44:33 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14882 for ; Mon, 6 May 1996 15:44:25 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA18448; Tue, 7 May 1996 00:44:18 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA09111; Tue, 7 May 1996 00:44:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA07033; Tue, 7 May 1996 00:15:33 +0200 (MET DST) From: J Wunsch Message-Id: <199605062215.AAA07033@uriah.heep.sax.de> Subject: Re: Installing SNAPs with NFS /usr doesn't work To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Tue, 7 May 1996 00:15:31 +0200 (MET DST) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605061548.LAA02222@skynet.ctr.columbia.edu> from Bill Paul at "May 6, 96 11:48:43 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bill Paul wrote: > I must be doing something wrong, but I can't figure out what... Something's really broken with NFS installations (but only installations as it seems). I've done two SNAP installs lately (from the WC CDROM), one to a Toshiba laptop that didn't work (not even with ``NFS slow''), and one to a plain ``standard PC'' that worked fine. Puzzling. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 6 18:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24045 for bugs-outgoing; Mon, 6 May 1996 18:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24037 Mon, 6 May 1996 18:30:02 -0700 (PDT) Resent-Date: Mon, 6 May 1996 18:30:02 -0700 (PDT) Resent-Message-Id: <199605070130.SAA24037@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, markd@grizzly.com Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23566 for ; Mon, 6 May 1996 18:26:21 -0700 (PDT) Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id SAA14077; Mon, 6 May 1996 18:26:13 -0700 Received: from osprey by scruz.ucsc.edu id aa06970; 6 May 96 18:25 PDT Received: (from markd@localhost) by Grizzly.COM (8.6.12/8.6.9) id QAA01014; Mon, 6 May 1996 16:36:15 -0700 Message-Id: <199605062336.QAA01014@Grizzly.COM> Date: Mon, 6 May 1996 16:36:15 -0700 From: Mark Diekhans Reply-To: markd@grizzly.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1176: sysinstall ftp error messages not helpful. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1176 >Category: conf >Synopsis: sysinstall ftp error messages not helpful. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 6 18:30:01 PDT 1996 >Last-Modified: >Originator: Mark Diekhans >Organization: == Mark Diekhans (markd@grizzly.com) == >Release: FreeBSD 2.2 --- 960501-SNAP >Environment: ftp install via lp0 >Description: When the ftp connection created by sysinstall fails, not useful information is return on why it failed. >How-To-Repeat: Install via ftp and do something bogus (I still don't know what I did wrong, I dragged oveftp, etc on floppy and I am able to connect and retrieve files. I was trying to use a user other than ftp. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 6 21:15:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08161 for bugs-outgoing; Mon, 6 May 1996 21:15:00 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08152 for ; Mon, 6 May 1996 21:14:55 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id AAA03014; Tue, 7 May 1996 00:13:45 -0400 From: Bill Paul Message-Id: <199605070413.AAA03014@skynet.ctr.columbia.edu> Subject: Re: Installing SNAPs with NFS /usr doesn't work To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 7 May 1996 00:13:43 -0400 (EDT) Cc: bugs@freebsd.org In-Reply-To: <199605062215.AAA07033@uriah.heep.sax.de> from "J Wunsch" at May 7, 96 00:15:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the world, J Wunsch had to walk into mine and say: > As Bill Paul wrote: > > > I must be doing something wrong, but I can't figure out what... > > Something's really broken with NFS installations (but only > installations as it seems). I've done two SNAP installs lately (from > the WC CDROM), one to a Toshiba laptop that didn't work (not even with > ``NFS slow''), and one to a plain ``standard PC'' that worked fine. > > Puzzling. This seems to suggest that NFS works with the GENERIC kernel but not the BOOTMFS kernel. This being the case, there are a couple of possibilities that leap to mind, neither of which I'm equipped to debug (yet). The first is that with the BOOTMFS kernel, MAXUSERS is reduced from 10 to 4. It was 10 in 2.1.0-RELEASE. Second, BOOTMFS also uses 'options NFS_NOSERVER' in order to avoid pulling in the NFS server support code and thus reduce the size of the kernel image. Maybe making MAXUSERS that small impacts NFS in a nasty way. Maybe 'options NFS_NOSERVER' breaks something in the client support code. Maybe both are interacting in an unusual way. Or maybe it's something completely different. In any event, I won't know until I can get the stupid thing bootstrapped. *sigh* I really don't want to do a 'make world.' -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-bugs Mon May 6 23:03:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13914 for bugs-outgoing; Mon, 6 May 1996 23:03:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13905 for ; Mon, 6 May 1996 23:03:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA07365; Mon, 6 May 1996 23:02:54 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), bugs@FreeBSD.org Subject: Re: Installing SNAPs with NFS /usr doesn't work In-reply-to: Your message of "Tue, 07 May 1996 00:15:31 +0200." <199605062215.AAA07033@uriah.heep.sax.de> Date: Mon, 06 May 1996 23:02:54 -0700 Message-ID: <7363.831448974@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Something's really broken with NFS installations (but only > installations as it seems). I've done two SNAP installs lately (from > the WC CDROM), one to a Toshiba laptop that didn't work (not even with > ``NFS slow''), and one to a plain ``standard PC'' that worked fine. I can confirm this also. Now if I only knew how to fix it.. :-( Jordan From owner-freebsd-bugs Mon May 6 23:25:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA14995 for bugs-outgoing; Mon, 6 May 1996 23:25:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA14987 Mon, 6 May 1996 23:25:50 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA27815; Tue, 7 May 1996 08:25:40 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA12372; Tue, 7 May 1996 08:25:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA09352; Tue, 7 May 1996 08:14:43 +0200 (MET DST) From: J Wunsch Message-Id: <199605070614.IAA09352@uriah.heep.sax.de> Subject: Re: Installing SNAPs with NFS /usr doesn't work To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Tue, 7 May 1996 08:14:43 +0200 (MET DST) Cc: bugs@freebsd.org, phk@freebsd.org (Poul-Henning Kamp) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605070413.AAA03014@skynet.ctr.columbia.edu> from Bill Paul at "May 7, 96 00:13:43 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Paul wrote: > This seems to suggest that NFS works with the GENERIC kernel but not > the BOOTMFS kernel. This being the case, there are a couple of > possibilities that leap to mind, neither of which I'm equipped to debug > (yet). The first is that with the BOOTMFS kernel, MAXUSERS is reduced > from 10 to 4. It was 10 in 2.1.0-RELEASE. Second, BOOTMFS also uses I don't think this has much influence... > 'options NFS_NOSERVER' in order to avoid pulling in the NFS server > support code and thus reduce the size of the kernel image. ...but this? Poul? Any idea? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue May 7 00:14:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19796 for bugs-outgoing; Tue, 7 May 1996 00:14:33 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19785 for ; Tue, 7 May 1996 00:14:30 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uGgya-0003viC; Tue, 7 May 96 00:14 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id HAA11601; Tue, 7 May 1996 07:14:25 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), bugs@freebsd.org Subject: Re: Installing SNAPs with NFS /usr doesn't work In-reply-to: Your message of "Tue, 07 May 1996 08:14:43 +0200." <199605070614.IAA09352@uriah.heep.sax.de> Date: Tue, 07 May 1996 07:14:24 +0000 Message-ID: <11599.831453264@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Bill Paul wrote: > > > This seems to suggest that NFS works with the GENERIC kernel but not > > the BOOTMFS kernel. This being the case, there are a couple of > > possibilities that leap to mind, neither of which I'm equipped to debug > > (yet). The first is that with the BOOTMFS kernel, MAXUSERS is reduced > > from 10 to 4. It was 10 in 2.1.0-RELEASE. Second, BOOTMFS also uses > > I don't think this has much influence... > > > 'options NFS_NOSERVER' in order to avoid pulling in the NFS server > > support code and thus reduce the size of the kernel image. > > ...but this? Poul? Any idea? Well, try it in a kernel and see if it works ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Tue May 7 00:29:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20918 for bugs-outgoing; Tue, 7 May 1996 00:29:22 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20896 Tue, 7 May 1996 00:29:20 -0700 (PDT) Date: Tue, 7 May 1996 00:29:20 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605070729.AAA20896@freefall.freebsd.org> To: torstenb@ramsey.tlk.com, phk, freebsd-bugs Subject: Re: kern/1152 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: bpf buffer >16384 cause kernel panic during close() State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Tue May 7 00:28:48 PDT 1996 State-Changed-Why: This is fixed as part of the kernel-malloc fix. From owner-freebsd-bugs Tue May 7 06:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05653 for bugs-outgoing; Tue, 7 May 1996 06:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05646 Tue, 7 May 1996 06:10:02 -0700 (PDT) Resent-Date: Tue, 7 May 1996 06:10:02 -0700 (PDT) Resent-Message-Id: <199605071310.GAA05646@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mazumdar@evita.cs.fredonia.edu Received: from evita.cs.fredonia.edu ([141.238.30.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA05456 for ; Tue, 7 May 1996 06:07:46 -0700 (PDT) Received: (from mazumdar@localhost) by evita.cs.fredonia.edu (8.7.5/8.7.3) id JAA01638; Tue, 7 May 1996 09:07:44 -0400 (EDT) Message-Id: <199605071307.JAA01638@evita.cs.fredonia.edu> Date: Tue, 7 May 1996 09:07:44 -0400 (EDT) From: Jin Mazumdar Reply-To: mazumdar@evita.cs.fredonia.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1177: Machine hangs with message "vm_fork: no pte for UPAGES Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1177 >Category: kern >Synopsis: Machine hangs with message "vm_fork: no pte for UPAGES >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue May 7 06:10:01 PDT 1996 >Last-Modified: >Originator: Jin Mazumdar >Organization: Jin Mazumdar (internet:) mazumdar@cs.fredonia.edu >>> Dept. Of Math and C. S. <<< >>> State University of New York College at Fredonia <<< >>> Fredonia, N.Y. 14063 (716) 673 3459 <<< >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: P133 with 512Kb PB cache 32M memory. Adaptec 2940 with two SCSI drives. ATI PCI Mach 64 video card. >Description: Machine is a heavily used server. It used to hang up without any messages under the 960323 release when there was heavy disk activity (like running news expire or /etc/security). Would appreciate an explanation of what this message means. Any suggestions on avoiding this situation would also be appreciated. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 7 08:31:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14481 for bugs-outgoing; Tue, 7 May 1996 08:31:22 -0700 (PDT) Received: from lips.lcse.umn.edu (lips.lcse.umn.edu [128.101.182.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14476 for ; Tue, 7 May 1996 08:31:17 -0700 (PDT) Received: from kunzite.lcse.umn.edu (kunzite.lcse.umn.edu [128.101.182.14]) by lips.lcse.umn.edu (8.7.5/8.7.3) with ESMTP id KAA08750 for ; Tue, 7 May 1996 10:31:15 -0500 (CDT) From: Russell Cattelan Received: (cattelan@localhost) by kunzite.lcse.umn.edu (950413.SGI.8.6.12/8.6.12) id KAA02802; Tue, 7 May 1996 10:31:14 -0500 Date: Tue, 7 May 1996 10:31:14 -0500 Message-Id: <199605071531.KAA02802@kunzite.lcse.umn.edu> To: freebsd-bugs@freebsd.org Subject: ppp-2.2 misperceives carrier loss under heavy loads Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Upon ugrading to 2.2-960323-SNAP and thusly ppp 2.2 pppd is getting carrier loss when ever a heavy load is applied to the link. (note upgraded to 2.2-960501 last night, problem persists) May 5 11:09:09 lupo pppd[8908]: local IP address 128.101.146.15 May 5 11:09:09 lupo pppd[8908]: remote IP address 128.101.146.5 May 5 11:09:09 lupo pppd[8908]: rcvd [CCP ConfAck id=0x1] May 5 11:09:09 lupo pppd[8908]: rcvd [CCP ConfReq id=0x2] May 5 11:09:09 lupo pppd[8908]: sent [CCP ConfAck id=0x2] May 5 11:09:09 lupo pppd[8908]: No matching compression scheme, CCP disabled May 5 11:09:09 lupo pppd[8908]: sent [CCP TermReq id=0x2] May 5 11:09:09 lupo pppd[8908]: rcvd [CCP TermAck id=0x2] May 5 11:09:24 lupo pppd[8908]: Hangup (SIGHUP) May 5 11:09:24 lupo /kernel: ppp0: no carrier May 5 11:09:24 lupo last message repeated 14 times May 5 11:09:24 lupo pppd[8908]: Modem hangup May 5 11:09:24 lupo pppd[8908]: Exit. I've tracked this down a bit and the no carrier is showing up in /sys/net/ppp_tty.c And no it's not the modem, I commented out the section that cycles the DTR modem stays connected but now I have a dead link. One thing I found out after digging into the problem is that my serial chips are 8250's uhgggg! I going to get a different board with 16550's to see if that has any affect. All of this ran quite well for weeks at a time under 2.1 and ppp-2.1.2. Some background: modem supra-fax 14,400 other end is a Sun 4.1.4 also running ppp-2.2. I have tested the link using ijppp to one of our terminal servers and it runs just fine... not strange carrier losses. Unfortunately I can't get ijppp to talk to ppp-2.2. Everything sets up, the link comes up but as soon as data is send across the link it whines about: 05-06 22:06:26 [211] myaddr = 128.101.146.15 hisaddr = 128.101.146.5 05-06 22:06:26 [211] OsLinkup: 128.101.146.5 05-06 22:06:26 [211] CCP: Received Configure Reject (1) state = Req-Sent (6) 05-06 22:06:26 [211] CCP: RecvConfigRej. 05-06 22:06:26 [211] PRED1[2] 05-06 22:06:26 [211] CCP: SendConfigReq 05-06 22:06:26 [211] CCP: Received Configure Request (2) state = Req-Sent (6) 05-06 22:06:26 [211] CCP: SendConfigAck(Req-Sent) 05-06 22:06:26 [211] CCP: state change Req-Sent --> Ack-Sent 05-06 22:06:26 [211] CCP: Received Configure Ack (2) state = Ack-Sent (8) 05-06 22:06:26 [211] CCP: state change Ack-Sent --> Opend 05-06 22:06:26 [211] CCP: LayerUp. 05-06 22:06:26 [211] myproto = 0, hisproto = 0 05-06 22:07:29 [211] CCP: Received Reset Request (3) state = Opend (9) 05-06 22:07:29 [211] CCP: RecvResetReq 05-06 22:07:29 [211] CCP: SendResetAck 05-06 22:07:30 [211] CCP: Received Reset Request (4) state = Opend (9) 05-06 22:07:30 [211] CCP: RecvResetReq 05-06 22:07:30 [211] CCP: SendResetAck 05-06 22:07:31 [211] CCP: Received Reset Request (5) state = Opend (9) 05-06 22:07:31 [211] CCP: RecvResetReq 05-06 22:07:31 [211] CCP: SendResetAck 05-06 22:07:32 [211] CCP: Received Reset Request (5) state = Opend (9) 05-06 22:07:32 [211] CCP: RecvResetReq 05-06 22:07:32 [211] CCP: SendResetAck 05-06 22:07:33 [211] CCP: Received Reset Request (5) state = Opend (9) 05-06 22:07:33 [211] CCP: RecvResetReq 05-06 22:07:33 [211] CCP: SendResetAck Any suggestions as to what I can start fiddling with to track down that problem please let me know... At this point I'm guessing it has something to do with the hardware tty drivers themselves. -- Russell Cattelan ------------------------------------------- Of all that works backward must be foreword! ------------------------------------------- From owner-freebsd-bugs Tue May 7 08:48:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15768 for bugs-outgoing; Tue, 7 May 1996 08:48:24 -0700 (PDT) Received: from lips.lcse.umn.edu (lips.lcse.umn.edu [128.101.182.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA15761 for ; Tue, 7 May 1996 08:48:22 -0700 (PDT) Received: from kunzite.lcse.umn.edu (kunzite.lcse.umn.edu [128.101.182.14]) by lips.lcse.umn.edu (8.7.5/8.7.3) with ESMTP id KAA08774 for ; Tue, 7 May 1996 10:48:19 -0500 (CDT) From: Russell Cattelan Received: (cattelan@localhost) by kunzite.lcse.umn.edu (950413.SGI.8.6.12/8.6.12) id KAA02820; Tue, 7 May 1996 10:48:18 -0500 Date: Tue, 7 May 1996 10:48:18 -0500 Message-Id: <199605071548.KAA02820@kunzite.lcse.umn.edu> To: freebsd-bugs@freebsd.org Subject: ATAPI cd no longer found under 2.2 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For some reason my IDE cdrom isn't reconized under 2.2. The option is turned on in the kernel config file. Note the mother board has two ide controllers neither of which is being used. The cdrom is acctually plugged into and ide on that serial card. I did try plugging the cd into the main controller on the mother board but that didn't work either. -- Russell Cattelan ------------------------------------------- Of all that works backward must be foreword! ------------------------------------------- From owner-freebsd-bugs Tue May 7 14:25:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09871 for bugs-outgoing; Tue, 7 May 1996 14:25:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA09859 for ; Tue, 7 May 1996 14:25:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA09840; Tue, 7 May 1996 14:24:51 -0700 (PDT) To: Russell Cattelan cc: freebsd-bugs@freebsd.org Subject: Re: ATAPI cd no longer found under 2.2 In-reply-to: Your message of "Tue, 07 May 1996 10:48:18 CDT." <199605071548.KAA02820@kunzite.lcse.umn.edu> Date: Tue, 07 May 1996 14:24:51 -0700 Message-ID: <9838.831504291@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Try `options ATAPI_STATIC' in your kernel config file - let me know if this has any effect. Jordan > For some reason my IDE cdrom isn't reconized under 2.2. > The option is turned on in the kernel config file. > > Note the mother board has two ide controllers neither of which is > being used. The cdrom is acctually plugged into and ide on that serial > card. I did try plugging the cd into the main controller on the mother > board but that didn't work either. > -- > Russell Cattelan > ------------------------------------------- > Of all that works backward must be foreword! > ------------------------------------------- From owner-freebsd-bugs Tue May 7 20:09:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA14875 for bugs-outgoing; Tue, 7 May 1996 20:09:12 -0700 (PDT) Received: from mercury.interpath.com (babbleon@mercury.interpath.com [199.72.1.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA14870 for ; Tue, 7 May 1996 20:09:09 -0700 (PDT) Received: (from babbleon@localhost) by mercury.interpath.com (8.6.12/8.6.9) id XAA23461 for bugs@freebsd.org; Tue, 7 May 1996 23:09:08 -0400 From: "Brian T. Schellenberger - Personal Account" Message-Id: <199605080309.XAA23461@mercury.interpath.com> Subject: 2 bugs: bug list? To: bugs@freebsd.org Date: Tue, 7 May 1996 23:09:08 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm a little confused about the process of tracking FreeBSD problems. I have submitted at least two itms that I would consider genuine bugs, and neither of them seems to be on the bug list when I search the www bugs database. Of course, I might be doing it wrong . . . feel free to let me know if I'm confused. 1. The pkg_add command is senstive to the name of the file being added. I originally submitted this to the "install" list because I ran into it in that context, and I'm a bit concerned that it might have "fallen through the cracks." This is a serious problem because if you can't get install to work from a CD-ROM or the network for some reason, so you have to fall back to installing from a DOS partition, you *can't* make the file names be something sensible; they all come out like latex2e_.1 and such-like; thus, they don't end in ".tgz." If you have room, and you copy them to a ufs partition and pkg_add from there, all is cool, but from a DOS partition, no go (at least at 2.1). FWIW, if this is terribly difficult to fix for some reason, I've got csh scripts that handle this situation. (That's how I got my system up, since without packages you can't even read the *handbook* very reasonably, since lynx is a package.) 2. chmod +s is silently ignored. Now I *know* that this is being worked on; I've ad various e-mail discussions with the responsible developer, but it doesn't seem to be tracked on the WWW page. Maybe this is correct, but the WWW page's text didn't make it clear to me by what criteria the list is limited. (And surely that's the problem; the verbiage sounds like it would list even long-ago fixed problems, although that's pretty clearly not the case given how relatively small the list is. Thanks for clarification, and I'll be happy to RTFM if somebody will just point me at it. -- Brian T. Schellenberger, the Man from Babble-On. "Someday I'll get around to importing all the cool quotes from my other account's .sig files." http://mercury.interpath.com/~babbleon From owner-freebsd-bugs Tue May 7 20:15:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA15692 for bugs-outgoing; Tue, 7 May 1996 20:15:30 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA15684 for ; Tue, 7 May 1996 20:15:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA20126; Wed, 8 May 1996 13:08:44 +1000 Date: Wed, 8 May 1996 13:08:44 +1000 From: Bruce Evans Message-Id: <199605080308.NAA20126@godzilla.zeta.org.au> To: cattelan@thebarn.com, freebsd-bugs@freebsd.org Subject: Re: ppp-2.2 misperceives carrier loss under heavy loads Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Upon ugrading to 2.2-960323-SNAP and thusly ppp 2.2 pppd is getting >carrier loss when ever a heavy load is applied to the link. >(note upgraded to 2.2-960501 last night, problem persists) >... >May 5 11:09:09 lupo pppd[8908]: sent [CCP TermReq id=0x2] >May 5 11:09:09 lupo pppd[8908]: rcvd [CCP TermAck id=0x2] >May 5 11:09:24 lupo pppd[8908]: Hangup (SIGHUP) >May 5 11:09:24 lupo /kernel: ppp0: no carrier >May 5 11:09:24 lupo last message repeated 14 times >May 5 11:09:24 lupo pppd[8908]: Modem hangup >May 5 11:09:24 lupo pppd[8908]: Exit. >I've tracked this down a bit and the no carrier is showing up in >/sys/net/ppp_tty.c >And no it's not the modem, I commented out the section that cycles the >DTR modem stays connected but now I have a dead link. The SIGHUP messages means that carrier loss was detected. Perhaps the cable is noisy. The 14 repetitions of the "ppp0: no carrier" message is consistent with the carrier being lost. The connection doesn't come back even if the carrier comes back and the driver apparently delivers some input after carrier is lost. >One thing I found out after digging into the problem is that my serial >chips are 8250's uhgggg! I going to get a different board with 16550's >to see if that has any affect. A 16550 probably won't help, but a different board might. >All of this ran quite well for weeks at a time under 2.1 and >ppp-2.1.2. Neither the driver nor ppp seems to have changed significantly in ths area. Bruce From owner-freebsd-bugs Tue May 7 20:35:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17463 for bugs-outgoing; Tue, 7 May 1996 20:35:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA17453 for ; Tue, 7 May 1996 20:35:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA11566; Tue, 7 May 1996 20:34:54 -0700 (PDT) To: "Brian T. Schellenberger - Personal Account" cc: bugs@freebsd.org Subject: Re: 2 bugs: bug list? In-reply-to: Your message of "Tue, 07 May 1996 23:09:08 EDT." <199605080309.XAA23461@mercury.interpath.com> Date: Tue, 07 May 1996 20:34:54 -0700 Message-ID: <11564.831526494@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm a little confused about the process of tracking FreeBSD problems. > > I have submitted at least two itms that I would consider genuine bugs, > and neither of them seems to be on the bug list when I search the www > bugs database. The only way to submit problem reports so that they'll be tracked is to use the send-pr(1) command. > 1. The pkg_add command is senstive to the name of the file being added. > I originally submitted this to the "install" list because I ran into > it in that context, and I'm a bit concerned that it might have > "fallen through the cracks." Someone actually forwarded it to me, along with a "fixit script", and I simply resolved to put this script on the next CD. I can't think of any other fixes that would be reasonable to implement in the copious spare time I have available.. :-) > 2. chmod +s is silently ignored. Now I *know* that this is being worked > on; I've ad various e-mail discussions with the responsible developer, Again, probably not submitted via send-pr. Thanks! Jordan From owner-freebsd-bugs Tue May 7 22:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23191 for bugs-outgoing; Tue, 7 May 1996 22:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23180 Tue, 7 May 1996 22:00:03 -0700 (PDT) Resent-Date: Tue, 7 May 1996 22:00:03 -0700 (PDT) Resent-Message-Id: <199605080500.WAA23180@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, louie@TransSys.COM Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA22798 for ; Tue, 7 May 1996 21:54:31 -0700 (PDT) Received: (from louie@localhost) by whizzo.transsys.com (8.7.5/8.7.3) id AAA06859; Wed, 8 May 1996 00:54:29 -0400 (EDT) Message-Id: <199605080454.AAA06859@whizzo.transsys.com> Date: Wed, 8 May 1996 00:54:29 -0400 (EDT) From: Louis Mamakos Reply-To: louie@TransSys.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1178: Broken support in recvmsg(2) for more than one item of control information Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1178 >Category: kern >Synopsis: Broken support in recvmsg(2) for more than one item of control information >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 7 22:00:01 PDT 1996 >Last-Modified: >Originator: Louis Mamakos >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: When using a the recvmsg(2) system call, it is possible to return `control' information which is structured as a self-describing unit of data. The interface accomodates returning more than one instance of control information at a time (descriptor access rights, destination interface address, etc). >Description: Though more than one instance of control information can be carried in the socket abstraction, the implementation of the recvmsg() system call will return only the first instance, discarding the remainder. >How-To-Repeat: Inspection. >Fix: Diffs applied to recent -current kernels. I've been running this code for two weeks now. An updated xntpd is using this code regularlly. Index: kern/uipc_syscalls.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/CVSROOT/../src/sys/kern/uipc_syscalls.c,v retrieving revision 1.16 diff -u -r1.16 uipc_syscalls.c --- uipc_syscalls.c 1996/03/11 15:37:33 1.16 +++ uipc_syscalls.c 1996/04/10 05:29:08 @@ -636,7 +636,8 @@ register struct iovec *iov; register int i; int len, error; - struct mbuf *from = 0, *control = 0; + struct mbuf *m, *from = 0, *control = 0; + caddr_t ctlbuf; #ifdef KTRACE struct iovec *ktriov = NULL; #endif @@ -735,17 +736,29 @@ } #endif len = mp->msg_controllen; - if (len <= 0 || control == 0) - len = 0; - else { - if (len >= control->m_len) - len = control->m_len; - else + m = control; + mp->msg_controllen = 0; + ctlbuf = (caddr_t) mp->msg_control; + + while (m && len > 0) { + unsigned int tocopy; + + if (len >= m->m_len) + tocopy = m->m_len; + else { mp->msg_flags |= MSG_CTRUNC; - error = copyout((caddr_t)mtod(control, caddr_t), - (caddr_t)mp->msg_control, (unsigned)len); + tocopy = len; + } + + if (error = copyout((caddr_t)mtod(m, caddr_t), + ctlbuf, tocopy)) + goto out; + + ctlbuf += tocopy; + len -= tocopy; + m = m->m_next; } - mp->msg_controllen = len; + mp->msg_controllen = ctlbuf - mp->msg_control; } out: if (from) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 7 22:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23748 for bugs-outgoing; Tue, 7 May 1996 22:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23719 Tue, 7 May 1996 22:10:02 -0700 (PDT) Resent-Date: Tue, 7 May 1996 22:10:02 -0700 (PDT) Resent-Message-Id: <199605080510.WAA23719@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, louie@TransSys.COM Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA23510 for ; Tue, 7 May 1996 22:04:09 -0700 (PDT) Received: (from louie@localhost) by whizzo.transsys.com (8.7.5/8.7.3) id BAA07011; Wed, 8 May 1996 01:04:08 -0400 (EDT) Message-Id: <199605080504.BAA07011@whizzo.transsys.com> Date: Wed, 8 May 1996 01:04:08 -0400 (EDT) From: Louis Mamakos Reply-To: louie@TransSys.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1179: Add socket option to timestamp arriving UDP data queued to socket Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1179 >Category: kern >Synopsis: Add socket option to timestamp arriving UDP data queued to socket >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 7 22:10:01 PDT 1996 >Last-Modified: >Originator: Louis Mamakos >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: Desire for accurate time synchronization and timestamps. >Description: The attached code adds a new socket option which arranges for data received on a UDP socket to be timestamped when it's queued to the socket data structures. This then allows the associated user process to read the data at it's leisure (or when it actually is scheduled to run by the kernel), yet still have access to the actual arrival time. The arrival time is critical to the operation of xntpd, which uses the arrival timestamp to compute clock offset and delay samples. >How-To-Repeat: Hmm.. By inspection, or you can install this code, plus a custom version of xntpd which logs the delta times between the recorded time from the socket option, and the time recored when it is running the SIGIO handler. >Fix: Patches to a recent -current kernel. I've been running this code for two weeks with no problems. For best results, the previous PR for a fix to the recvmsg() system call code will allow more than one piece of control information to be returned. Index: kern/uipc_socket.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/CVSROOT/../src/sys/kern/uipc_socket.c,v retrieving revision 1.17 diff -u -r1.17 uipc_socket.c --- uipc_socket.c 1996/04/16 03:50:08 1.17 +++ uipc_socket.c 1996/05/04 04:07:50 @@ -893,6 +893,7 @@ case SO_REUSEADDR: case SO_REUSEPORT: case SO_OOBINLINE: + case SO_TIMESTAMP: if (m == NULL || m->m_len < sizeof (int)) { error = EINVAL; goto bad; @@ -1017,6 +1018,7 @@ case SO_REUSEPORT: case SO_BROADCAST: case SO_OOBINLINE: + case SO_TIMESTAMP: *mtod(m, int *) = so->so_options & optname; break; Index: netinet/udp_usrreq.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/CVSROOT/../src/sys/netinet/udp_usrreq.c,v retrieving revision 1.25 diff -u -r1.25 udp_usrreq.c --- udp_usrreq.c 1996/05/02 05:54:14 1.25 +++ udp_usrreq.c 1996/05/04 04:08:12 @@ -95,6 +95,7 @@ struct mbuf *)); static void udp_notify __P((struct inpcb *, int)); static struct mbuf *udp_saveopt __P((caddr_t, int, int)); +static struct mbuf *udp_timestamp __P((void)); void udp_init() @@ -304,9 +305,14 @@ */ udp_in.sin_port = uh->uh_sport; udp_in.sin_addr = ip->ip_src; - if (inp->inp_flags & INP_CONTROLOPTS) { + if (inp->inp_flags & INP_CONTROLOPTS + || inp->inp_socket->so_options & SO_TIMESTAMP) { struct mbuf **mp = &opts; + if (inp->inp_socket->so_options & SO_TIMESTAMP) { + if (*mp = udp_timestamp()) + mp = &(*mp)->m_next; + } if (inp->inp_flags & INP_RECVDSTADDR) { *mp = udp_saveopt((caddr_t) &ip->ip_dst, sizeof(struct in_addr), IP_RECVDSTADDR); @@ -369,6 +375,32 @@ cp->cmsg_len = size; cp->cmsg_level = IPPROTO_IP; cp->cmsg_type = type; + return (m); +} + +/* + * Create an mbuf with the SCM_TIMESTAMP socket option data (struct timeval) + * inside. This really isn't UDP specific; but there's not really a better + * place for it yet.. + */ +static struct mbuf * +udp_timestamp() +{ + register struct cmsghdr *cp; + struct mbuf *m; + struct timeval tv; + + MGET(m, M_DONTWAIT, MT_CONTROL); + if (m == 0) + return (struct mbuf *) 0; + + microtime(&tv); + cp = (struct cmsghdr *) mtod(m, struct cmsghdr *); + cp->cmsg_len = + m->m_len = sizeof(*cp) + sizeof(struct timeval); + cp->cmsg_level = SOL_SOCKET; + cp->cmsg_type = SCM_TIMESTAMP; + (void) memcpy(CMSG_DATA(cp), &tv, sizeof(struct timeval)); return (m); } Index: sys/socket.h =================================================================== RCS file: /usr/local/FreeBSD/cvs/CVSROOT/../src/sys/sys/socket.h,v retrieving revision 1.10 diff -u -r1.10 socket.h --- socket.h 1996/02/07 16:19:02 1.10 +++ socket.h 1996/04/09 03:06:21 @@ -63,6 +63,7 @@ #define SO_LINGER 0x0080 /* linger on close if data present */ #define SO_OOBINLINE 0x0100 /* leave received OOB data in line */ #define SO_REUSEPORT 0x0200 /* allow local address & port reuse */ +#define SO_TIMESTAMP 0x0400 /* timestamp received dgram traffic */ /* * Additional options, not kept in so_options. @@ -296,6 +297,7 @@ /* "Socket"-level control message types: */ #define SCM_RIGHTS 0x01 /* access rights (array of int) */ +#define SCM_TIMESTAMP 0x02 /* timestamp (struct timeval) */ /* * 4.3 compat sockaddr, move to compat file later >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 8 08:38:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11659 for bugs-outgoing; Wed, 8 May 1996 08:38:08 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11623 Wed, 8 May 1996 08:38:04 -0700 (PDT) Date: Wed, 8 May 1996 08:38:04 -0700 (PDT) From: Garrett Wollman Message-Id: <199605081538.IAA11623@freefall.freebsd.org> To: louie@TransSys.COM, wollman, freebsd-bugs, wollman Subject: Re: kern/1179 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Add socket option to timestamp arriving UDP data queued to socket State-Changed-From-To: open-analyzed State-Changed-By: wollman State-Changed-When: Wed May 8 08:35:32 PDT 1996 State-Changed-Why: Useful feature; I'll look at integrating it. (I can imagine that some multimedia apps would like this sort of information as well.) Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Wed May 8 08:35:32 PDT 1996 Responsible-Changed-Why: my area. From owner-freebsd-bugs Wed May 8 08:39:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11955 for bugs-outgoing; Wed, 8 May 1996 08:39:30 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11927 Wed, 8 May 1996 08:39:27 -0700 (PDT) Date: Wed, 8 May 1996 08:39:27 -0700 (PDT) From: Garrett Wollman Message-Id: <199605081539.IAA11927@freefall.freebsd.org> To: wollman, freebsd-bugs, wollman Subject: Re: kern/1178 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Broken support in recvmsg(2) for more than one item of control information Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Wed May 8 08:38:45 PDT 1996 Responsible-Changed-Why: my area From owner-freebsd-bugs Wed May 8 17:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12709 for bugs-outgoing; Wed, 8 May 1996 17:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12695 Wed, 8 May 1996 17:20:02 -0700 (PDT) Resent-Date: Wed, 8 May 1996 17:20:02 -0700 (PDT) Resent-Message-Id: <199605090020.RAA12695@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA11746 for ; Wed, 8 May 1996 17:12:52 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id DAA10915 for ; Thu, 9 May 1996 03:12:50 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id DAA14899; Thu, 9 May 1996 03:12:49 +0300 (EET DST) Message-Id: <199605090012.DAA14899@katiska.clinet.fi> Date: Thu, 9 May 1996 03:12:49 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1180: freeing held page, count=%d Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1180 >Category: kern >Synopsis: freeing held page, count=%d >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 8 17:20:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: news server, P90, ASUS, Adaptek 2940, 64M. sup May 5 11:21 GMT >Description: Panic "freeing held page". Kernel and dump is ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.68.gz As a sidenote: two of our servers which mount disks from this machine hung shortly after this machine had crashed, the other did not respond to ping, the other responded but all services were hung (fork deadlock, maybe, those machines still have the kernel before the fork patch). GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 263000 current pcb at 21a5c8 panic: freeing held page, count=%d #0 boot (howto=256) at ../../i386/i386/machdep.c:931 931 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:931 #1 0xf01171e6 in panic (fmt=0xf01b9d32 "freeing held page, count=%d") at ../../kern/subr_prf.c:127 #2 0xf01b9e22 in vm_page_free (m=0xf0306da0) at ../../vm/vm_page.c:827 #3 0xf01b7cd1 in vm_object_terminate (object=0xf2979680) at ../../vm/vm_object.c:409 #4 0xf01b7b3b in vm_object_deallocate (object=0xf2979680) at ../../vm/vm_object.c:356 #5 0xf01b5f14 in vm_map_entry_delete (map=0xf2823f00, entry=0xf2aec280) at ../../vm/vm_map.c:1616 #6 0xf01b6066 in vm_map_delete (map=0xf2823f00, start=0, end=4026265600) at ../../vm/vm_map.c:1711 #7 0xf01b4a69 in vmspace_free (vm=0xf2823f00) at ../../vm/vm_map.c:252 #8 0xf01c992a in cpu_wait (p=0xf26ab000) at ../../i386/i386/vm_machdep.c:628 #9 0xf010c355 in wait1 (q=0xf2853a00, uap=0xefbfff94, retval=0xefbfff84, compat=0) at ../../kern/kern_exit.c:426 #10 0xf010c183 in wait4 (p=0xf2853a00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:323 #11 0xf01c6171 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 372736, tf_esi = 1, tf_ebp = -272639136, tf_isp = -272629788, tf_ebx = -272639076, tf_edx = 2, tf_ecx = -272639076, tf_eax = 7, tf_trapno = 12, tf_err = 7, tf_eip = 178277, tf_cs = 31, tf_eflags = 514, tf_esp = -272639156, tf_ss = 39}) ---Type to continue, or q to quit--- at ../../i386/i386/trap.c:904 #12 0xf01be375 in Xsyscall () #13 0xb63f in ?? () #14 0xb347 in ?? () #15 0xb1f8 in ?? () #16 0x620a in ?? () #17 0x52a9 in ?? () #18 0x51bd in ?? () #19 0x50eb in ?? () #20 0x5eab in ?? () #21 0x52a9 in ?? () #22 0xc08b in ?? () #23 0xbf86 in ?? () #24 0x107f in ?? () (kgdb) up #1 0xf01171e6 in panic (fmt=0xf01b9d32 "freeing held page, count=%d") at ../../kern/subr_prf.c:127 127 boot(bootopt); (kgdb) list 122 123 #if defined(DDB) 124 if (debugger_on_panic) 125 Debugger ("panic"); 126 #endif 127 boot(bootopt); 128 } 129 130 /* 131 * Warn that a system table is full. (kgdb) up #2 0xf01b9e22 in vm_page_free (m=0xf0306da0) at ../../vm/vm_page.c:827 827 panic("freeing held page, count=%d", m->hold_count); (kgdb) list 822 else 823 panic("vm_page_free: freeing busy page"); 824 } 825 826 if (m->hold_count) { 827 panic("freeing held page, count=%d", m->hold_count); 828 } 829 830 vm_page_remove(m); 831 vm_page_unqueue(m); (kgdb) up #3 0xf01b7cd1 in vm_object_terminate (object=0xf2979680) at ../../vm/vm_object.c:409 409 vm_page_free(p); (kgdb) list 404 */ 405 while ((p = object->memq.tqh_first) != NULL) { 406 if (p->flags & PG_BUSY) 407 printf("vm_object_terminate: freeing busy page\n"); 408 PAGE_WAKEUP(p); 409 vm_page_free(p); 410 cnt.v_pfree++; 411 } 412 413 /* (kgdb) print p $1 = (struct vm_page *) 0xf0306da0 (kgdb) print *p $2 = {pageq = {tqe_next = 0xf02a2ff0, tqe_prev = 0xf031e0e0}, hashq = { tqe_next = 0x0, tqe_prev = 0xf0278200}, listq = {tqe_next = 0xf0312d40, tqe_prev = 0xf29796a0}, object = 0xf2979680, pindex = 960, phys_addr = 42594304, queue = 4, flags = 180, wire_count = 0, hold_count = 1, act_count = 5 '\005', busy = 0 '\000', valid = 255 'ÿ', dirty = 255 'ÿ'} (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print *p $3 = {pageq = {tqe_next = 0xf02a2ff0, tqe_prev = 0xf031e0e0}, hashq = { tqe_next = 0x0, tqe_prev = 0xf0278200}, listq = {tqe_next = 0xf0312d40, tqe_prev = 0xf29796a0}, object = 0xf2979680, pindex = 0x3c0, phys_addr = 0x289f000, queue = 0x4, flags = 0xb4, wire_count = 0x0, hold_count = 0x1, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0xff} (kgdb) down #2 0xf01b9e22 in vm_page_free (m=0xf0306da0) at ../../vm/vm_page.c:827 827 panic("freeing held page, count=%d", m->hold_count); (kgdb) list 822 else 823 panic("vm_page_free: freeing busy page"); 824 } 825 826 if (m->hold_count) { 827 panic("freeing held page, count=%d", m->hold_count); 828 } 829 830 vm_page_remove(m); 831 vm_page_unqueue(m); (kgdb) print m $4 = (struct vm_page *) 0xf0306da0 (kgdb) print *m $5 = {pageq = {tqe_next = 0xf02a2ff0, tqe_prev = 0xf031e0e0}, hashq = { tqe_next = 0x0, tqe_prev = 0xf0278200}, listq = {tqe_next = 0xf0312d40, tqe_prev = 0xf29796a0}, object = 0xf2979680, pindex = 0x3c0, phys_addr = 0x289f000, queue = 0x4, flags = 0xb4, wire_count = 0x0, hold_count = 0x1, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0xff} (kgdb) up #3 0xf01b7cd1 in vm_object_terminate (object=0xf2979680) at ../../vm/vm_object.c:409 409 vm_page_free(p); (kgdb) list 404 */ 405 while ((p = object->memq.tqh_first) != NULL) { 406 if (p->flags & PG_BUSY) 407 printf("vm_object_terminate: freeing busy page\n"); 408 PAGE_WAKEUP(p); 409 vm_page_free(p); 410 cnt.v_pfree++; 411 } 412 413 /* (kgdb) print object $6 = (struct vm_object *) 0xf2979680 (kgdb) print *object $7 = {object_list = {tqe_next = 0xf2892600, tqe_prev = 0xf2724600}, cached_list = {tqe_next = 0xf2979694, tqe_prev = 0x10}, shadow_head = { tqh_first = 0x0, tqh_last = 0xf2979690}, shadow_list = { tqe_next = 0xf0064c2, tqe_prev = 0x0}, memq = {tqh_first = 0xf0306da0, tqh_last = 0xf02ddcb0}, type = OBJT_DEFAULT, size = 0x3c1, ref_count = 0x0, shadow_count = 0x0, flags = 0x188, paging_in_progress = 0x0, resident_page_count = 0x4, paging_offset = 0x0000000000000000, backing_object = 0x0, backing_object_offset = 0x0000000000000000, last_read = 0x0, pager_object_list = {tqe_next = 0xf28b4880, tqe_prev = 0xf27e1358}, handle = 0x0, un_pager = {vnp = {vnp_size = 0x0000000000001000}, devp = { devp_pglist = {tqh_first = 0x1000, tqh_last = 0x0}}, swp = { swp_nblocks = 0x1000, swp_allocsize = 0x0, swp_blocks = 0xf25a5d00, swp_poip = 0x0}}} (kgdb) print cnt $8 = {v_swtch = 0x155195b, v_trap = 0xb03838, v_syscall = 0x22c3467, v_intr = 0x475637b, v_soft = 0x95877f, v_vm_faults = 0xa6ff26, v_cow_faults = 0x11fdeb, v_zfod = 0x4126db, v_swapin = 0x222a0, v_swapout = 0x23e65, v_swappgsin = 0x48ec7, v_swappgsout = 0x6a194, v_vnodein = 0xdf5b, v_vnodeout = 0x204ec, v_vnodepgsin = 0x2f637, v_vnodepgsout = 0x36cb6, v_intrans = 0x26a, v_reactivated = 0x6bb03, v_pdwakeups = 0x4726, v_pdpages = 0x49c1197, v_dfree = 0x2b5f, v_pfree = 0x4ca32b, v_tfree = 0xb96306, v_page_size = 0x1000, v_page_count = 0x3d55, v_free_reserved = 0x1d, v_free_target = 0x104, v_free_min = 0x6a, v_free_count = 0x6b, v_wire_count = 0x1079, v_active_count = 0x1f87, v_inactive_target = 0xebe, v_inactive_count = 0x5c4, v_cache_count = 0x725, v_cache_min = 0x6ff, v_cache_max = 0x1bfe, v_pageout_free_min = 0x17, v_interrupt_free_min = 0x2} (kgdb) up #4 0xf01b7b3b in vm_object_deallocate (object=0xf2979680) at ../../vm/vm_object.c:356 356 vm_object_terminate(object); (kgdb) print object $9 = (struct vm_object *) 0xf2979680 (kgdb) print *object $10 = {object_list = {tqe_next = 0xf2892600, tqe_prev = 0xf2724600}, cached_list = {tqe_next = 0xf2979694, tqe_prev = 0x10}, shadow_head = { tqh_first = 0x0, tqh_last = 0xf2979690}, shadow_list = { tqe_next = 0xf0064c2, tqe_prev = 0x0}, memq = {tqh_first = 0xf0306da0, tqh_last = 0xf02ddcb0}, type = OBJT_DEFAULT, size = 0x3c1, ref_count = 0x0, shadow_count = 0x0, flags = 0x188, paging_in_progress = 0x0, resident_page_count = 0x4, paging_offset = 0x0000000000000000, backing_object = 0x0, backing_object_offset = 0x0000000000000000, last_read = 0x0, pager_object_list = {tqe_next = 0xf28b4880, tqe_prev = 0xf27e1358}, handle = 0x0, un_pager = {vnp = {vnp_size = 0x0000000000001000}, devp = { devp_pglist = {tqh_first = 0x1000, tqh_last = 0x0}}, swp = { swp_nblocks = 0x1000, swp_allocsize = 0x0, swp_blocks = 0xf25a5d00, swp_poip = 0x0}}} (kgdb) list 351 temp = object->backing_object; 352 if (temp) { 353 TAILQ_REMOVE(&temp->shadow_head, object, shadow_list); 354 --temp->shadow_count; 355 } 356 vm_object_terminate(object); 357 /* unlocks and deallocates object */ 358 object = temp; 359 } 360 } (kgdb) print temp $11 = (struct vm_object *) 0x0 (kgdb) print object->backing_object $12 = (struct vm_object *) 0x0 (kgdb) print object $13 = (struct vm_object *) 0xf2979680 (kgdb) print temp->shadow_head $14 = {tqh_first = 0x8ee08ed8, tqh_last = 0xc2e8e8} (kgdb) print temp $15 = (struct vm_object *) 0x0 (kgdb) up #5 0xf01b5f14 in vm_map_entry_delete (map=0xf2823f00, entry=0xf2aec280) at ../../vm/vm_map.c:1616 1616 vm_object_deallocate(entry->object.vm_object); (kgdb) list 1611 map->size -= entry->end - entry->start; 1612 1613 if (entry->is_a_map || entry->is_sub_map) 1614 vm_map_deallocate(entry->object.share_map); 1615 else 1616 vm_object_deallocate(entry->object.vm_object); 1617 1618 vm_map_entry_dispose(map, entry); 1619 } 1620 (kgdb) print entry $16 = (struct vm_map_entry *) 0xf2aec280 (kgdb) print *entry $17 = {prev = 0xf2823f20, next = 0xf2823f20, start = 0xefbfe000, end = 0xeffbf000, object = {vm_object = 0xf2979680, share_map = 0xf2979680, sub_map = 0xf2979680}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x7, max_protection = 0x7, inheritance = 0x1, wired_count = 0x0} (kgdb) print map $18 = (struct vm_map *) 0xf2823f00 (kgdb) print *map $19 = {pmap = 0xf2823f64, lock = {want_write = 0x1, want_upgrade = 0x0, waiting = 0x0, can_sleep = 0x1, read_count = 0x0, proc = 0x0, recursion_depth = 0x0}, header = {prev = 0xf2823f20, next = 0xf2823f20, start = 0x0, end = 0xeffbf000, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x0, max_protection = 0x0, inheritance = 0x0, wired_count = 0x0}, nentries = 0x0, size = 0x1a47000, is_main_map = 0x1, ref_count = 0x1, hint = 0xf2823f20, first_free = 0xf2823f20, entries_pageable = 0x1, timestamp = 0x9} (kgdb) up #6 0xf01b6066 in vm_map_delete (map=0xf2823f00, start=0x0, end=0xeffbf000) at ../../vm/vm_map.c:1711 1711 vm_map_entry_delete(map, entry); (kgdb) list 1706 * removing all pmap entries pointing to its pages. 1707 * (Otherwise, its page frames may be reallocated, and any 1708 * modify bits will be set in the wrong object!) 1709 */ 1710 1711 vm_map_entry_delete(map, entry); 1712 entry = next; 1713 } 1714 return (KERN_SUCCESS); 1715 } (kgdb) print map $20 = (struct vm_map *) 0xf2823f00 (kgdb) print entry $21 = (struct vm_map_entry *) 0xf2aec280 (kgdb) up #7 0xf01b4a69 in vmspace_free (vm=0xf2823f00) at ../../vm/vm_map.c:252 252 (void) vm_map_delete(&vm->vm_map, vm->vm_map.min_offset, (kgdb) list 247 * Lock the map, to wait out all other references to it. 248 * Delete all of the mappings and pages they hold, then call 249 * the pmap module to reclaim anything left. 250 */ 251 vm_map_lock(&vm->vm_map); 252 (void) vm_map_delete(&vm->vm_map, vm->vm_map.min_offset, 253 vm->vm_map.max_offset); 254 vm_map_unlock(&vm->vm_map); 255 while( vm->vm_map.ref_count != 1) 256 tsleep(&vm->vm_map.ref_count, PVM, "vmsfre", 0); (kgdb) print vm $22 = (struct vmspace *) 0xf2823f00 (kgdb) print *vm $23 = {vm_map = {pmap = 0xf2823f64, lock = {want_write = 0x1, want_upgrade = 0x0, waiting = 0x0, can_sleep = 0x1, read_count = 0x0, proc = 0x0, recursion_depth = 0x0}, header = {prev = 0xf2823f20, next = 0xf2823f20, start = 0x0, end = 0xeffbf000, object = { vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x0, max_protection = 0x0, inheritance = 0x0, wired_count = 0x0}, nentries = 0x0, size = 0x1a47000, is_main_map = 0x1, ref_count = 0x1, hint = 0xf2823f20, first_free = 0xf2823f20, entries_pageable = 0x1, timestamp = 0x9}, vm_pmap = {pm_pdir = 0xf8b66000, pm_dref = 0x0, pm_count = 0x1, pm_stats = {resident_count = 0xfffffffa, wired_count = 0x0}, pm_map = 0xf2823f00}, vm_refcnt = 0x0, vm_shm = 0x0, vm_upages_obj = 0xf2979680, vm_rssize = 0x0, vm_swrss = 0x23, vm_tsize = 0xa, vm_dsize = 0x2, vm_ssize = 0x20, vm_taddr = 0x1000 "Ì", vm_daddr = 0xb000 "|ò\001", vm_maxsaddr = 0xebbfe000
, vm_minsaddr = 0xefbfde28 ""} (kgdb) up #8 0xf01c992a in cpu_wait (p=0xf26ab000) at ../../i386/i386/vm_machdep.c:628 628 vmspace_free(p->p_vmspace); (kgdb) list 623 struct proc *p; 624 { 625 /* drop per-process resources */ 626 pmap_qremove((vm_offset_t) p->p_addr, UPAGES); 627 kmem_free(u_map, (vm_offset_t)p->p_addr, ctob(UPAGES)); 628 vmspace_free(p->p_vmspace); 629 } 630 631 /* 632 * Dump the machine specific header information at the start of a core dump. (kgdb) print p $24 = (struct proc *) 0xf26ab000 (kgdb) print *p $25 = {p_forw = 0xf275e200, p_back = 0x0, p_list = {le_next = 0x0, le_prev = 0xf023e3b8}, p_cred = 0x0, p_fd = 0xf2ab3200, p_stats = 0xf66ec258, p_limit = 0xf0205474, p_vmspace = 0xf2823f00, p_sigacts = 0xf66ec128, p_flag = 0x6004, p_stat = 0x5, p_pad1 = "ðûï", p_pid = 0x301d, p_pglist = {le_next = 0x0, le_prev = 0xf2853a34}, p_pptr = 0xf2853a00, p_sibling = {le_next = 0x0, le_prev = 0xf2853a48}, p_children = {lh_first = 0x0}, p_oppid = 0x0, p_dupfd = 0x0, p_estcpu = 0x100, p_cpticks = 0x1, p_pctcpu = 0x0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 0x0, p_slptime = 0x0, p_realtimer = { it_interval = {tv_sec = 0x0, tv_usec = 0x0}, it_value = {tv_sec = 0x0, tv_usec = 0x0}}, p_rtime = {tv_sec = 0x0, tv_usec = 0x1582}, p_uticks = 0, p_sticks = 1, p_iticks = 0, p_traceflag = 0x0, p_tracep = 0x0, p_siglist = 0x0, p_textvp = 0xf257e600, p_lock = 0x0, p_pad2 = "\000\000", p_locks = 0x0, p_simple_locks = 0x0, p_hash = {le_next = 0x0, le_prev = 0xf23fd074}, p_sigmask = 0x0, p_sigignore = 0xffffffff, p_sigcatch = 0x0, p_priority = 0x72, p_usrpri = 0x72, p_nice = 0x0, p_comm = "[\000\000n\000er\000\000\000\000\000\000\000\000\000", p_pgrp = 0x0, p_sysent = 0xf01f88c0, p_rtprio = {type = 0x1, prio = 0x0}, p_addr = 0xf66ec000, p_md = {md_flags = 0x6, md_regs = 0xefbfffbc}, p_xstat = 0x0, p_acflag = 0x0, p_ru = 0x0} (kgdb) print u_map $26 = (struct vm_map *) 0xf1399d80 (kgdb) print *u_map $27 = {pmap = 0xf021b798, lock = {want_write = 0x0, want_upgrade = 0x0, waiting = 0x0, can_sleep = 0x1, read_count = 0x0, proc = 0x0, recursion_depth = 0x0}, header = {prev = 0xf2ad5500, next = 0xf2af5140, start = 0xf6566000, end = 0xf858e000, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x0, max_protection = 0x0, inheritance = 0x0, wired_count = 0x0}, nentries = 0x5, size = 0x1ae000, is_main_map = 0x1, ref_count = 0x2, hint = 0xf2af5140, first_free = 0xf2af5140, entries_pageable = 0x0, timestamp = 0x2318f} (kgdb) up #9 0xf010c355 in wait1 (q=0xf2853a00, uap=0xefbfff94, retval=0xefbfff84, compat=0x0) at ../../kern/kern_exit.c:426 426 cpu_wait(p); (kgdb) list 421 /* 422 * Give machine-dependent layer a chance 423 * to free anything that cpu_exit couldn't 424 * release while still running in process context. 425 */ 426 cpu_wait(p); 427 FREE(p, M_PROC); 428 nprocs--; 429 return (0); 430 } (kgdb) print *p $28 = {p_forw = 0xf275e200, p_back = 0x0, p_list = {le_next = 0x0, le_prev = 0xf023e3b8}, p_cred = 0x0, p_fd = 0xf2ab3200, p_stats = 0xf66ec258, p_limit = 0xf0205474, p_vmspace = 0xf2823f00, p_sigacts = 0xf66ec128, p_flag = 0x6004, p_stat = 0x5, p_pad1 = "ðûï", p_pid = 0x301d, p_pglist = {le_next = 0x0, le_prev = 0xf2853a34}, p_pptr = 0xf2853a00, p_sibling = {le_next = 0x0, le_prev = 0xf2853a48}, p_children = {lh_first = 0x0}, p_oppid = 0x0, p_dupfd = 0x0, p_estcpu = 0x100, p_cpticks = 0x1, p_pctcpu = 0x0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 0x0, p_slptime = 0x0, p_realtimer = { it_interval = {tv_sec = 0x0, tv_usec = 0x0}, it_value = {tv_sec = 0x0, tv_usec = 0x0}}, p_rtime = {tv_sec = 0x0, tv_usec = 0x1582}, p_uticks = 0, p_sticks = 1, p_iticks = 0, p_traceflag = 0x0, p_tracep = 0x0, p_siglist = 0x0, p_textvp = 0xf257e600, p_lock = 0x0, p_pad2 = "\000\000", p_locks = 0x0, p_simple_locks = 0x0, p_hash = {le_next = 0x0, le_prev = 0xf23fd074}, p_sigmask = 0x0, p_sigignore = 0xffffffff, p_sigcatch = 0x0, p_priority = 0x72, p_usrpri = 0x72, p_nice = 0x0, p_comm = "[\000\000n\000er\000\000\000\000\000\000\000\000\000", p_pgrp = 0x0, p_sysent = 0xf01f88c0, p_rtprio = {type = 0x1, prio = 0x0}, p_addr = 0xf66ec000, p_md = {md_flags = 0x6, md_regs = 0xefbfffbc}, p_xstat = 0x0, p_acflag = 0x0, p_ru = 0x0} (kgdb) up #10 0xf010c183 in wait4 (p=0xf2853a00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:323 323 return (wait1(p, uap, retval, 0)); (kgdb) list 318 struct proc *p; 319 struct wait_args *uap; 320 int *retval; 321 { 322 323 return (wait1(p, uap, retval, 0)); 324 } 325 326 static int 327 wait1(q, uap, retval, compat) (kgdb) print p $29 = (struct proc *) 0xf2853a00 (kgdb) print uap $30 = (struct wait_args *) 0xefbfff94 (kgdb) print *uap $31 = {pid = 0xffffffff, status = 0xefbfdb9c, options = 0x2, rusage = 0x0} (kgdb) print retval $32 = (int *) 0xefbfff84 (kgdb) up #11 0xf01c6171 in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x5b000, tf_esi = 0x1, tf_ebp = 0xefbfdb60, tf_isp = 0xefbfffe4, tf_ebx = 0xefbfdb9c, tf_edx = 0x2, tf_ecx = 0xefbfdb9c, tf_eax = 0x7, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x2b865, tf_cs = 0x1f, tf_eflags = 0x202, tf_esp = 0xefbfdb4c, tf_ss = 0x27}) at ../../i386/i386/trap.c:904 904 error = (*callp->sy_call)(p, args, rval); (kgdb) list 899 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 900 #endif 901 rval[0] = 0; 902 rval[1] = frame.tf_edx; 903 904 error = (*callp->sy_call)(p, args, rval); 905 906 switch (error) { 907 908 case 0: (kgdb) >How-To-Repeat: I do now know, but running news and loading the machine would probably be the best try. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 8 19:12:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24827 for bugs-outgoing; Wed, 8 May 1996 19:12:48 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA24816 Wed, 8 May 1996 19:12:34 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id WAA08623; Wed, 8 May 1996 22:12:28 -0400 (EDT) Message-Id: <199605090212.WAA08623@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Garrett Wollman cc: freebsd-bugs@freefall.freebsd.org From: "Louis A. Mamakos" Subject: Re: kern/1179 References: <199605081538.IAA11623@freefall.freebsd.org> In-reply-to: Your message of "Wed, 08 May 1996 08:38:04 PDT." <199605081538.IAA11623@freefall.freebsd.org> Date: Wed, 08 May 1996 22:12:27 -0400 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could you please see about including the previous PR, which fixes a bug in the recvmsg() system call? From what I can tell, my adding the timestamp option was the first opportunity to have more than one bit of control information be returned on the recvmsg(), and that's broken right now. thanks, louie > Synopsis: Add socket option to timestamp arriving UDP data queued to socket > > State-Changed-From-To: open-analyzed > State-Changed-By: wollman > State-Changed-When: Wed May 8 08:35:32 PDT 1996 > State-Changed-Why: > Useful feature; I'll look at integrating it. (I can imagine > that some multimedia apps would like this sort of information > as well.) > > > Responsible-Changed-From-To: freebsd-bugs->wollman > Responsible-Changed-By: wollman > Responsible-Changed-When: Wed May 8 08:35:32 PDT 1996 > Responsible-Changed-Why: > my area. From owner-freebsd-bugs Thu May 9 00:20:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17922 for bugs-outgoing; Thu, 9 May 1996 00:20:55 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17912 Thu, 9 May 1996 00:20:52 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHQ1p-0003w9C; Thu, 9 May 96 00:20 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id RAA02524; Wed, 8 May 1996 17:06:27 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Garrett Wollman cc: louie@TransSys.COM, freebsd-bugs@freebsd.org Subject: Re: kern/1179 In-reply-to: Your message of "Wed, 08 May 1996 08:38:04 MST." <199605081538.IAA11623@freefall.freebsd.org> Date: Wed, 08 May 1996 17:06:19 +0000 Message-ID: <2522.831575179@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Synopsis: Add socket option to timestamp arriving UDP data queued to socket xntpd will probably like this too. Are there any other implementations of the API we should stay close to for compatibility ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Thu May 9 00:59:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21621 for bugs-outgoing; Thu, 9 May 1996 00:59:36 -0700 (PDT) Received: from server2.rad.net.id (root@server2.rad.net.id [202.154.1.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA21599 Thu, 9 May 1996 00:59:29 -0700 (PDT) Received: from snake.iwan.org (dyn1173a.dialin.rad.net.id [202.154.6.173]) by server2.rad.net.id (8.7.5/RADNET) with SMTP id OAA11375; Thu, 9 May 1996 14:58:46 +0700 (WIB) Message-ID: <3191A4B6.73AB@rad.net.id> Date: Thu, 09 May 1996 14:54:30 +0700 From: Iwan Leonardus Organization: SKD X-Mailer: Mozilla 2.01Gold (Win95; I) MIME-Version: 1.0 To: rjwiwat@adelaide.on.net CC: questions@FreeBSD.org, Bugs@FreeBSD.org Subject: Re: PS/2 mouse on Triton References: <01I4FPTDCD1U000R7I@adelaide.on.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Cheers to you! Thanks, it works!! I held my breath when psm.c is being compiled and when I re-boot after I changed the kernel, and now I can breath again!...:-)) I hope in the future version of FreeBSD they included your code :) By the way ".id" is Indonesia. Also thanks to you all my FreeBSD pal:) Best Regards Iwan L Richard Wiwatowski wrote: > The attached file "psms.uue" will decode into a tarred and gzipped > > file > "psms.tgz". This contains two different versions of the PS/2 driver. > > The command > > gzip -dc psms.tgz | tar xvf - > > should deposit two files into the current directory: > > psm.c-2.1 - for FreeBSD 2.1.0-RELEASE > psm.c-2.2 - for FreeBSD 2.2-960501-SNAP From owner-freebsd-bugs Thu May 9 04:05:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25060 for bugs-outgoing; Thu, 9 May 1996 04:05:20 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25040 Thu, 9 May 1996 04:05:17 -0700 (PDT) Date: Thu, 9 May 1996 04:05:17 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091105.EAA25040@freefall.freebsd.org> To: mcgovern@spoon.beta.com, phk, freebsd-bugs Subject: Re: bin/537 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FSCK Fails State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu May 9 04:04:36 PDT 1996 State-Changed-Why: This has worked for some time. From owner-freebsd-bugs Thu May 9 04:07:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25277 for bugs-outgoing; Thu, 9 May 1996 04:07:54 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25256 Thu, 9 May 1996 04:07:52 -0700 (PDT) Date: Thu, 9 May 1996 04:07:52 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091107.EAA25256@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, phk, freebsd-bugs Subject: Re: kern/770 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Floppy kernel won't boot with T485 or IDT L2 cache FDIV032 State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Thu May 9 04:07:19 PDT 1996 State-Changed-Why: Can you update us on this ? Can we close it ? From owner-freebsd-bugs Thu May 9 04:09:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25422 for bugs-outgoing; Thu, 9 May 1996 04:09:50 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25403 Thu, 9 May 1996 04:09:48 -0700 (PDT) Date: Thu, 9 May 1996 04:09:48 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091109.EAA25403@freefall.freebsd.org> To: joerg_wunsch@interface-business.de, phk, freebsd-bugs Subject: Re: kern/794 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: swap partition at offset 0 still broken State-Changed-From-To: open-analyzed State-Changed-By: phk State-Changed-When: Thu May 9 04:08:48 PDT 1996 State-Changed-Why: We should document this in swapon. It will not go away as long as we have inband protected/magic sections of disk. From owner-freebsd-bugs Thu May 9 04:12:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25801 for bugs-outgoing; Thu, 9 May 1996 04:12:28 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25782 Thu, 9 May 1996 04:12:27 -0700 (PDT) Date: Thu, 9 May 1996 04:12:27 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091112.EAA25782@freefall.freebsd.org> To: phk, freebsd-bugs, mpp Subject: Re: docs/1023 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: using touch to create swap file for NFS doesn't work Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: phk Responsible-Changed-When: Thu May 9 04:11:44 PDT 1996 Responsible-Changed-Why: Hi Mike, this looks like the man is right, care to deal with it ? From owner-freebsd-bugs Thu May 9 04:18:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26408 for bugs-outgoing; Thu, 9 May 1996 04:18:24 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26388 Thu, 9 May 1996 04:18:22 -0700 (PDT) Date: Thu, 9 May 1996 04:18:22 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091118.EAA26388@freefall.freebsd.org> To: hsu@clinet.fi, phk, freebsd-bugs Subject: Re: misc/1046 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: X dies with sig11 with -current State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Thu May 9 04:17:23 PDT 1996 State-Changed-Why: Hi Heikki! I think you should report this to Xfree86.org unless you think it is a FreeBSD problem ? Do you still see it ? Otherwise, can we close it ? From owner-freebsd-bugs Thu May 9 04:34:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA27206 for bugs-outgoing; Thu, 9 May 1996 04:34:41 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA27183 Thu, 9 May 1996 04:34:38 -0700 (PDT) Date: Thu, 9 May 1996 04:34:38 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091134.EAA27183@freefall.freebsd.org> To: hsu@clinet.fi, phk, freebsd-bugs Subject: Re: misc/1046 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: X dies with sig11 with -current State-Changed-From-To: feedback-closed State-Changed-By: phk State-Changed-When: Thu May 9 04:34:05 PDT 1996 State-Changed-Why: Heikki hasn't seen it since a later update, so we close it. From owner-freebsd-bugs Thu May 9 05:16:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28615 for bugs-outgoing; Thu, 9 May 1996 05:16:58 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28609 Thu, 9 May 1996 05:16:36 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id OAA11383; Thu, 9 May 1996 14:19:40 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id OAA13895; Thu, 9 May 1996 14:19:00 +0200 (MET DST) From: J Wunsch Message-Id: <199605091219.OAA13895@ida.interface-business.de> Subject: Re: kern/794 To: phk@freefall.freebsd.org (Poul-Henning Kamp) Date: Thu, 9 May 1996 14:18:59 +0200 (MET DST) Cc: joerg_wunsch@interface-business.de, phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <199605091109.EAA25403@freefall.freebsd.org> from Poul-Henning Kamp at "May 9, 96 04:09:48 am" X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > Synopsis: swap partition at offset 0 still broken > > State-Changed-From-To: open-analyzed > State-Changed-By: phk > State-Changed-When: Thu May 9 04:08:48 PDT 1996 > State-Changed-Why: > We should document this in swapon. > It will not go away as long as we have inband protected/magic > sections of disk. Hmm, Bruce once pointed out to me that he could only reproduce this for ``kernel ... dumps on ...'', but _not_ for swapon. So we might better document it in the handbook, and in the sample config files? -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Thu May 9 05:21:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28913 for bugs-outgoing; Thu, 9 May 1996 05:21:21 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28904 Thu, 9 May 1996 05:21:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id FAA02041; Thu, 9 May 1996 05:21:10 -0700 (PDT) Message-Id: <199605091221.FAA02041@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: joerg_wunsch@interface-business.de, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/794 In-reply-to: Your message of "Thu, 09 May 1996 04:09:48 PDT." <199605091109.EAA25403@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 05:21:09 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: swap partition at offset 0 still broken > >State-Changed-From-To: open-analyzed >State-Changed-By: phk >State-Changed-When: Thu May 9 04:08:48 PDT 1996 >State-Changed-Why: >We should document this in swapon. >It will not go away as long as we have inband protected/magic >sections of disk. This was "fixed" by not using the first swap block (64Kbytes) of the swap partition. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu May 9 05:24:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29080 for bugs-outgoing; Thu, 9 May 1996 05:24:43 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA29073 Thu, 9 May 1996 05:24:26 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id OAA11463; Thu, 9 May 1996 14:27:38 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id OAA13934; Thu, 9 May 1996 14:27:02 +0200 (MET DST) From: J Wunsch Message-Id: <199605091227.OAA13934@ida.interface-business.de> Subject: Re: kern/794 To: davidg@Root.COM Date: Thu, 9 May 1996 14:27:02 +0200 (MET DST) Cc: phk@freefall.freebsd.org, joerg_wunsch@interface-business.de, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <199605091221.FAA02041@Root.COM> from David Greenman at "May 9, 96 05:21:09 am" X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > >State-Changed-Why: > >We should document this in swapon. > >It will not go away as long as we have inband protected/magic > >sections of disk. > > This was "fixed" by not using the first swap block (64Kbytes) of the swap > partition. Except for core dumps. :-(( -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Thu May 9 05:30:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29362 for bugs-outgoing; Thu, 9 May 1996 05:30:01 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA29324 Thu, 9 May 1996 05:29:56 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id IAA09791; Thu, 9 May 1996 08:29:52 -0400 (EDT) Message-Id: <199605091229.IAA09791@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Garrett Wollman , freebsd-bugs@freebsd.org From: "Louis A. Mamakos" Subject: Re: kern/1179 References: <2522.831575179@critter.tfs.com> In-reply-to: Your message of "Wed, 08 May 1996 17:06:19 -0000." <2522.831575179@critter.tfs.com> Date: Thu, 09 May 1996 08:29:51 -0400 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Synopsis: Add socket option to timestamp arriving UDP data queued to socket > > xntpd will probably like this too. Are there any other implementations > of the API we should stay close to for compatibility ? As far as I know, the only other implementation of the timestamp socket option is one that I did many years ago in 4.3 BSD Tahoe. It is substantially the same as that one; but that implementation never want anywhere or say the light of day. Using the control information goo with the recvmsg() system call seems a very general purpose sort of interface to return generic blobs of data. What was disappointing (and what differs from my 4.3 Tahoe implementation) is that this version only works with UDP sockets. The code which captures the timestamp really "belongs" in the socket abstraction layer. The problem is that the socket code in uipc_socket2.c doesn't have access to the socket data structure, only the struct sockbuf inside them. Ideally you'd add code to do this in sbappendrecord() and sbappendaddr() and sbappendcontrol() so that it just works for all types of datagram oriented sockets. But doing that required changing the API to those funtions to pass down a pointer to the socket struct, and that seems a little be too extreme right now. I have some code for the very latest xntpd to use this, though I'm not quite sure if I should try to retrofit it into the version in the FreeBSD sources, or port the new version. I did this code explicitly for xntpd, and the version I have now has a bunch of instrumentation to diagnose the effectiveness of this approach. I've had a long history with NTP, being the co-author of the original UNIX ntpd waaay back when. For your curiosity, here's the diffs to the latest xntpd to give you a sense of how it gets used. There's a bunch of diagnostic code in there which measures and records the difference between the timestamp captured the by socket option, and the timestamp returned by a gettimeofday() in the SIGIO signal handler which is fired off when the packet arrives. The numbers are rather interesting - they are mostly pretty good, with the occasional extreme excursions when doing interesting things (like rewinding a SCSI tape?) The code captures and logs the peak delta time offsets, as well as maintaining a histogram. Here's one from my 133MHz Pentium after running for a while. It's been mostly idle (no make world, etc): 0us| 0 |50us| 42 |60us| 190 |75us| 305 |100us| 107 |200us| 14 |500us| 3 |1000us| 8 |5000us| 0 |10000us| 1 |50000us| 0 |100000us| 0 |150000us| This is read like this: there were 0 samples between 0 and 50 microseconds, 42 samples between 50 and 60 microseconds, 190 samples between 60 and 75 microseconds, etc. And then there's one waay out at somewhere between 10 and 50 *milliseconds* (actually measured at 12.4 milliseconds). I've actually seen more extreme varience, both on this machine and a 66MHz 486DX2, which has larger base numbers. diff -ru xntp3/include/ntp_unixtime.h xntp3.5c-new/include/ntp_unixtime.h --- xntp3/include/ntp_unixtime.h Sun Jun 18 08:16:12 1995 +++ xntp3.5c-new/include/ntp_unixtime.h Tue Apr 16 00:48:22 1996 @@ -27,6 +27,8 @@ #define SETTIMEOFDAY(a, b) (winnt_settimeofday(a)) #endif /* SYS_WINNT */ +extern void cvt_systime P((struct timeval *, l_fp *)); + /* * Time of day conversion constant. Ntp's time scale starts in 1900, * Unix in 1970. diff -ru xntp3/lib/systime.c xntp3.5c-new/lib/systime.c --- xntp3/lib/systime.c Mon Mar 18 15:32:23 1996 +++ xntp3.5c-new/lib/systime.c Tue Apr 16 00:44:22 1996 @@ -96,6 +96,25 @@ } /* + * cvt_systime - return the converted system time in timestamp format + * from a passed-in timeval struct. + */ +void +cvt_systime(tv, ts) + struct timeval *tv; + l_fp *ts; +{ + TVTOTS(tv, ts); + L_ADD(ts, &sys_clock_offset); + if (ts->l_uf & TS_ROUNDBIT) + L_ADDUF(ts, TS_ROUNDBIT); + + ts->l_ui += JAN_1970; + ts->l_uf &= TS_MASK; +} + + +/* * step_systime - do a step adjustment in the system time (at least from * NTP's point of view. */ diff -ru xntp3/xntpd/ntp_io.c xntp3.5c-new/xntpd/ntp_io.c --- xntp3/xntpd/ntp_io.c Sat Mar 16 11:39:34 1996 +++ xntp3.5c-new/xntpd/ntp_io.c Thu May 2 00:57:51 1996 @@ -21,6 +21,11 @@ #ifdef SYS_UXPV #include #endif +#if defined(USE_TIMESTAMP_OPTION) +#if defined(SYS_FREEBSD) || defined(SYS_NETBSD) || defined(SYS_BSDI) +#include +#endif +#endif #include "ntpd.h" #include "ntp_select.h" @@ -732,6 +737,14 @@ syslog(LOG_ERR, "setsockopt SO_REUSEADDR on fails: %m"); } +#if defined(USE_TIMESTAMP_OPTION) && defined(SO_TIMESTAMP) + if (setsockopt(fd, SOL_SOCKET, SO_TIMESTAMP, (char *)&on, sizeof(on))) { + syslog(LOG_ERR, "setsockopt SO_TIMESTAMP on fails: %m"); +#ifdef DEBUG + if (debug) printf("setsockopt(SO_TIMESTAMP) fails\n"); +#endif + } +#endif /* * bind the local address. */ @@ -1099,6 +1112,76 @@ return buffer; } +#if defined(USE_TIMESTAMP_OPTION) && defined(SO_TIMESTAMP) && defined(DEBUG) + +struct offlimits { + unsigned int low, count; +} offhist[] = { + 0, 0, + 50, 0, + 60, 0, + 75, 0, + 100, 0, /* 100 us */ + 200, 0, /* 200 us */ + 500, 0, /* 500 us */ + 1000, 0, /* 1 ms */ + 5000, 0, /* 5 ms */ + 10000, 0, /* 10 ms */ + 50000, 0, /* 50 ms */ + 100000, 0, /* 100 ms */ + 150000, 0, /* 150 ms */ + 200000, 0, /* 200 ms */ + 100000000, 0 /* big */ +}; + +static int tsopt_samples; + +tsopt_stats(deltafp) + l_fp *deltafp; +{ + l_fp work; + int i; + + work = *deltafp; + if (L_ISNEG(&work)) { + L_NEG(&work); + } + + if (work.l_ui) { + syslog(LOG_NOTICE, "delta offset exceeds 1000ms"); + return; + } + for (i = 0; i < 6; i++) { + l_fp ftmp; + + L_LSHIFT(&work); /* x2 */ + ftmp = work; + L_LSHIFT(&work); /* x4 */ + L_LSHIFT(&work); /* x8 */ + L_ADD(&work, &ftmp); /* x8 + x2 = x10 */ + } + + /* work is now in units of microseconds */ + for (i = 0; offhist[i].low < 10000000; i++) { + if (work.l_ui < offhist[i+1].low) { + offhist[i].count++; + break; + } + } + if ((++tsopt_samples % 10) == 0) { + char buf[2048], *cp = buf; + for (i = 0; offhist[i].low < 10000000; i++) { + (void) sprintf(cp, "%d| %d |", offhist[i].low, + offhist[i].count); + while (*cp) + cp++; + } + syslog(LOG_NOTICE, "tsopt: %s", buf); + } +} +#endif + + /* * input_handler - receive packets asynchronously */ @@ -1115,6 +1198,14 @@ l_fp ts; fd_set fds; int first = 1; +#if defined(USE_TIMESTAMP_OPTION) && defined(SO_TIMESTAMP) + struct msghdr msg; + char cmsg[128]; + struct cmsghdr *cm; + struct iovec iov[1]; + struct timeval tv_pkt; + static l_fp max_delta = {0,0}; +#endif handler_calls++; ts = *cts; @@ -1306,11 +1397,25 @@ free_recvbufs--; fromlen = sizeof(struct sockaddr_in); +#if defined(USE_TIMESTAMP_OPTION) && defined(SO_TIMESTAMP) + msg.msg_name = (caddr_t) &rb->recv_srcadr; + msg.msg_namelen = fromlen; + msg.msg_iov = iov; + iov[0].iov_base = (caddr_t) &rb->recv_space; + iov[0].iov_len = sizeof(rb->recv_space); + msg.msg_iovlen = 1; + msg.msg_control = cmsg; + msg.msg_controllen = sizeof(cmsg); + msg.msg_flags = 0; + + rb->recv_length = recvmsg(fd, &msg, 0); +#else rb->recv_length = recvfrom(fd, (char *)&rb->recv_space, sizeof(rb->recv_space), 0, (struct sockaddr *)&rb->recv_srcadr, &fromlen); +#endif if (rb->recv_length == -1) { syslog(LOG_ERR, "recvfrom: %m"); rb->next = freelist; @@ -1337,6 +1442,39 @@ rb->dstadr = &inter_list[i]; rb->fd = fd; rb->recv_time = ts; +#if defined(USE_TIMESTAMP_OPTION) && defined(SO_TIMESTAMP) + if (msg.msg_controllen) { + l_fp deltafp; + + cm = (struct cmsghdr *) cmsg; + for (cm = CMSG_FIRSTHDR(&msg); cm; + cm = CMSG_NXTHDR(&msg, cm)) { + if (cm->cmsg_level = SOL_SOCKET && + cm->cmsg_type == SCM_TIMESTAMP) { + + memcpy(&tv_pkt, CMSG_DATA(cm), + sizeof(tv_pkt)); + cvt_systime(&tv_pkt, + &rb->recv_time); + deltafp = ts; + L_SUB(&deltafp, &rb->recv_time); + tsopt_stats(&deltafp); + if (L_ISGEQ(&deltafp, &max_delta)) { + max_delta = deltafp; + syslog(LOG_NOTICE, "New max SIGIO/timestamp opt delta %s ms", + lfptoms(&max_delta, 8)); + } +#ifdef DEBUG + if (debug) { + printf("input_handler: fd=%d got timestamp opt tv %u/%u offset %s ms (max off %sms)\n", + fd, tv_pkt.tv_sec, tv_pkt.tv_usec, lfptoms(&deltafp, 8), lfptoms(&max_delta, 8)); + } +#endif + break; + } + } + } +#endif rb->receiver = receive; From owner-freebsd-bugs Thu May 9 05:51:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA00238 for bugs-outgoing; Thu, 9 May 1996 05:51:34 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA00228 Thu, 9 May 1996 05:51:32 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHVBl-0003wjC; Thu, 9 May 96 05:51 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id MAA04700; Thu, 9 May 1996 12:51:25 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@interface-business.de (Joerg Wunsch) cc: phk@freefall.freebsd.org (Poul-Henning Kamp), freebsd-bugs@freefall.freebsd.org Subject: Re: kern/794 In-reply-to: Your message of "Thu, 09 May 1996 14:18:59 +0200." <199605091219.OAA13895@ida.interface-business.de> Date: Thu, 09 May 1996 12:51:25 +0000 Message-ID: <4698.831646285@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Poul-Henning Kamp wrote: > > Synopsis: swap partition at offset 0 still broken > > > > State-Changed-From-To: open-analyzed > > State-Changed-By: phk > > State-Changed-When: Thu May 9 04:08:48 PDT 1996 > > State-Changed-Why: > > We should document this in swapon. > > It will not go away as long as we have inband protected/magic > > sections of disk. > > Hmm, Bruce once pointed out to me that he could only reproduce this > for ``kernel ... dumps on ...'', but _not_ for swapon. > > So we might better document it in the handbook, and in the sample > config files? True, I meant dumpon(8)... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Thu May 9 05:55:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA00477 for bugs-outgoing; Thu, 9 May 1996 05:55:52 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA00469 Thu, 9 May 1996 05:55:27 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id OAA11548; Thu, 9 May 1996 14:58:42 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id OAA14425; Thu, 9 May 1996 14:58:06 +0200 (MET DST) From: J Wunsch Message-Id: <199605091258.OAA14425@ida.interface-business.de> Subject: Re: kern/794 To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 9 May 1996 14:58:06 +0200 (MET DST) Cc: joerg_wunsch@interface-business.de, phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <4698.831646285@critter.tfs.com> from Poul-Henning Kamp at "May 9, 96 12:51:25 pm" X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > So we might better document it in the handbook, and in the sample > > config files? > > True, I meant dumpon(8)... Me too :), so this doesn't change a bit. dumpon(8) is not needed if you specify ``dumps on sd0'' in the config file. ``dumps on'' is needed if you wanna enable early core dumping (before you've got the chance to start a shell). -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Thu May 9 05:59:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA00676 for bugs-outgoing; Thu, 9 May 1996 05:59:34 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA00661 Thu, 9 May 1996 05:59:30 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHVJZ-0003whC; Thu, 9 May 96 05:59 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id MAA04748; Thu, 9 May 1996 12:59:29 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@interface-business.de (Joerg Wunsch) cc: phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/794 In-reply-to: Your message of "Thu, 09 May 1996 14:58:06 +0200." <199605091258.OAA14425@ida.interface-business.de> Date: Thu, 09 May 1996 12:59:28 +0000 Message-ID: <4746.831646768@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Poul-Henning Kamp wrote: > > > > So we might better document it in the handbook, and in the sample > > > config files? > > > > True, I meant dumpon(8)... > > Me too :), so this doesn't change a bit. dumpon(8) is not needed if > you specify ``dumps on sd0'' in the config file. ``dumps on'' is > needed if you wanna enable early core dumping (before you've got the > chance to start a shell). So should we change our code to put dumps starting 8k into the selected partition ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Thu May 9 06:05:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01370 for bugs-outgoing; Thu, 9 May 1996 06:05:49 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA01363 Thu, 9 May 1996 06:05:40 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id PAA11593; Thu, 9 May 1996 15:08:58 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id PAA14478; Thu, 9 May 1996 15:08:23 +0200 (MET DST) From: J Wunsch Message-Id: <199605091308.PAA14478@ida.interface-business.de> Subject: Re: kern/794 To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 9 May 1996 15:08:23 +0200 (MET DST) Cc: joerg_wunsch@interface-business.de, phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <4746.831646768@critter.tfs.com> from Poul-Henning Kamp at "May 9, 96 12:59:28 pm" X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > So should we change our code to put dumps starting 8k into the selected > partition ? Can we find about the absolute block number relative to the BSD slice? If so, we only need to offset the dump if the starting block number of the `b' partition is < 16. I think the computation of the offset must be done at system init time. If my memory serves well, savecore(8) picks the contents of a kernel variable at run-time to determine the starting block of the dump in the dump area. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Thu May 9 06:10:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02091 for bugs-outgoing; Thu, 9 May 1996 06:10:18 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA02074 Thu, 9 May 1996 06:10:14 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHVTw-0003viC; Thu, 9 May 96 06:10 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id NAA04846; Thu, 9 May 1996 13:10:12 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@interface-business.de (Joerg Wunsch) cc: phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/794 In-reply-to: Your message of "Thu, 09 May 1996 15:08:23 +0200." <199605091308.PAA14478@ida.interface-business.de> Date: Thu, 09 May 1996 13:10:12 +0000 Message-ID: <4844.831647412@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Poul-Henning Kamp wrote: > > > So should we change our code to put dumps starting 8k into the selected > > partition ? > > Can we find about the absolute block number relative to the BSD slice? > If so, we only need to offset the dump if the starting block number of > the `b' partition is < 16. > > I think the computation of the offset must be done at system init > time. If my memory serves well, savecore(8) picks the contents of a > kernel variable at run-time to determine the starting block of the > dump in the dump area. yes, so why not simply change the default from 0 to 8k and teach savecore to look both places ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Thu May 9 06:13:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02335 for bugs-outgoing; Thu, 9 May 1996 06:13:03 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA02320 Thu, 9 May 1996 06:12:51 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id PAA11624; Thu, 9 May 1996 15:15:59 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id PAA14538; Thu, 9 May 1996 15:15:24 +0200 (MET DST) From: J Wunsch Message-Id: <199605091315.PAA14538@ida.interface-business.de> Subject: Re: kern/794 To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 9 May 1996 15:15:24 +0200 (MET DST) Cc: joerg_wunsch@interface-business.de, phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <4844.831647412@critter.tfs.com> from Poul-Henning Kamp at "May 9, 96 01:10:12 pm" X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > I think the computation of the offset must be done at system init > > time. If my memory serves well, savecore(8) picks the contents of a > > kernel variable at run-time to determine the starting block of the > > dump in the dump area. > > yes, so why not simply change the default from 0 to 8k and teach savecore > to look both places ? Thinking more about it... it's been wrong that it was even starting to dump at offset 0. It should compute the required space backwards from the end of the dump area. Now i wonder why it started at 0... (the swap partition was large enough). I think _that's_ the real bug. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Thu May 9 06:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05257 for bugs-outgoing; Thu, 9 May 1996 06:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05248 Thu, 9 May 1996 06:50:02 -0700 (PDT) Resent-Date: Thu, 9 May 1996 06:50:02 -0700 (PDT) Resent-Message-Id: <199605091350.GAA05248@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rnordier@iafrica.com Received: from eac.iafrica.com (slipper101143.iafrica.com [196.7.101.143]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA04418 for ; Thu, 9 May 1996 06:43:13 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id PAA01036; Thu, 9 May 1996 15:42:18 +0200 Message-Id: <199605091342.PAA01036@eac.iafrica.com> Date: Thu, 9 May 1996 15:42:18 +0200 From: Robert Nordier Reply-To: rnordier@iafrica.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1181: fsck(8) option parsing Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1181 >Category: bin >Synopsis: fsck displays wrong char in "option?" diagnostic >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 9 06:50:01 PDT 1996 >Last-Modified: >Originator: Robert Nordier >Organization: E.A.C. >Release: FreeBSD 2.2-CURRENT i386 >Environment: Irrelevant. >Description: I guess this is kind of picky, but fsck(8)'s getopt(3) parsing seems unncessarily deviant, and also doesn't function as it did originally (and as described in /usr/share/doc/smm/03.fsck). The current behavior is: fsck -xz fsck: illegal option -- x ? option? The original intention was: fsck -xz x option? and the usual getopt() approach would be fsck -xz fsck: illegal option -- x fsck: illegal option -- z >How-To-Repeat: See above. >Fix: Unless anyone thinks this is worth more than a 5-second fix, why not substitute 'x' for '?' (in the first example). Then at least the documentation is correct. ----- cut here ----- *** main.c.old Thu May 9 15:12:48 1996 --- main.c Thu May 9 15:13:06 1996 *************** *** 116,122 **** break; default: ! errexit("%c option?\n", ch); } } argc -= optind; --- 116,122 ---- break; default: ! errexit("%c option?\n", optopt); } } argc -= optind; ----- cut here ----- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 9 08:05:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14090 for bugs-outgoing; Thu, 9 May 1996 08:05:15 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14081 for ; Thu, 9 May 1996 08:05:12 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA19157; Thu, 9 May 1996 11:05:09 -0400 Date: Thu, 9 May 1996 11:05:09 -0400 From: Garrett Wollman Message-Id: <9605091505.AA19157@halloran-eldar.lcs.mit.edu> To: "Louis A. Mamakos" Cc: freebsd-bugs@freebsd.org Subject: Re: kern/1179 In-Reply-To: <199605091229.IAA09791@whizzo.transsys.com> References: <2522.831575179@critter.tfs.com> <199605091229.IAA09791@whizzo.transsys.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: Hi, Louie... > I have some code for the very latest xntpd to use this, though I'm not > quite sure if I should try to retrofit it into the version in the > FreeBSD sources, or port the new version. Actually, what you should do is get Mills to include it in the distribution version, and then when you think there's a reasonably stable distribution at louie.udel.edu, whap me over the head with it. I've been managing xntpd in FreeBSD since the beginning, and I don't want anybody else getting in and breaking it in some way. I'm right now terribly behind in my software integration duties... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu May 9 08:17:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15140 for bugs-outgoing; Thu, 9 May 1996 08:17:23 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA15076 Thu, 9 May 1996 08:16:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA32747; Fri, 10 May 1996 01:07:24 +1000 Date: Fri, 10 May 1996 01:07:24 +1000 From: Bruce Evans Message-Id: <199605091507.BAA32747@godzilla.zeta.org.au> To: j@ida.interface-business.de, phk@critter.tfs.com Subject: Re: kern/794 Cc: freebsd-bugs@freefall.freebsd.org, joerg_wunsch@interface-business.de, phk@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Thinking more about it... it's been wrong that it was even starting to >dump at offset 0. It should compute the required space backwards from >the end of the dump area. Now i wonder why it started at 0... (the >swap partition was large enough). I think _that's_ the real bug. The static configuration case is broken (setdumpdev() doesn't get called). Space near 0 can get clobbered if the partition just fits (0 <= partition_size - memory_size < 8K). Cases where the device containing the dump partition or the dump partition itself goes away are also broken. The system should at least hold a reference like it does for swapon(). Bruce From owner-freebsd-bugs Thu May 9 08:18:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15210 for bugs-outgoing; Thu, 9 May 1996 08:18:24 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA15203 Thu, 9 May 1996 08:18:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id IAA02317; Thu, 9 May 1996 08:17:50 -0700 (PDT) Message-Id: <199605091517.IAA02317@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@interface-business.de (Joerg Wunsch) cc: phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/794 In-reply-to: Your message of "Thu, 09 May 1996 14:27:02 +0200." <199605091227.OAA13934@ida.interface-business.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 08:17:49 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >As David Greenman wrote: > >> >State-Changed-Why: >> >We should document this in swapon. >> >It will not go away as long as we have inband protected/magic >> >sections of disk. >> >> This was "fixed" by not using the first swap block (64Kbytes) of the swap >> partition. > >Except for core dumps. :-(( Oh, yeah, that's right. Hmmm. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu May 9 09:22:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20293 for bugs-outgoing; Thu, 9 May 1996 09:22:51 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA20272 Thu, 9 May 1996 09:22:46 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA27988; Thu, 9 May 1996 10:22:37 -0600 Date: Thu, 9 May 1996 10:22:37 -0600 From: Nate Williams Message-Id: <199605091622.KAA27988@rocky.sri.MT.net> To: Iwan Leonardus Cc: rjwiwat@adelaide.on.net, questions@FreeBSD.org, Bugs@FreeBSD.org Subject: Re: PS/2 mouse on Triton In-Reply-To: <3191A4B6.73AB@rad.net.id> References: <01I4FPTDCD1U000R7I@adelaide.on.net> <3191A4B6.73AB@rad.net.id> Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Thanks, it works!! > I held my breath when psm.c is being compiled and when I re-boot after I > changed > the kernel, and now I can breath again!...:-)) > > I hope in the future version of FreeBSD they included your code :) I *think* I've brought the necessary code additions back into the psm driver in -current, so it may work now. At least now, it works on my ThinkPad where as before it didn't. Nate From owner-freebsd-bugs Thu May 9 09:37:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21319 for bugs-outgoing; Thu, 9 May 1996 09:37:10 -0700 (PDT) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21313 Thu, 9 May 1996 09:37:07 -0700 (PDT) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #3) id m0uHYdc-0007zVC; Thu, 9 May 96 11:32 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0uHXrP-000DGDC; Thu, 9 May 96 10:42 CDT Message-Id: Date: Thu, 9 May 96 10:42 CDT To: phk@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Thu May 9 1996, 10:42:35 CDT Subject: Re: kern/770 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [0]Synopsis: Floppy kernel won't boot with T485 or IDT L2 cache FDIV032 [0] [0]State-Changed-From-To: open-feedback [0]State-Changed-By: phk [0]State-Changed-When: Thu May 9 04:07:19 PDT 1996 [0]State-Changed-Why: [0]Can you update us on this ? Can we close it ? Uh, this was closed a long time ago (I have a copy of the close notice here dated 26-Oct-95) because it works under 2.1.0. Only 2.0.5 and some adjacent SNAPs broke floppy booting with this cache installed. Something to do with the way the kernel uncompressed itself worked badly on this cache system. However, I will test it under the latest SNAP and see if it is still fixed since some other people have reported problems with the boot floppy recently. I will do this in the next few days. There is related discussion on the use on this cache system coming up shortly, but I am waiting for closure from Intel on a few points. A few months ago, I reported problems with a machine that I gradually replaced every component in and finally was left with the presence of the cache module (tried several different cache modules and the crashes persisted.) With the cache module out, it ran 14 days without crashing, a record for FreeBSD 2.x (FreeBSD 1.1.5.1 on the same hardware made 127 days.) Put the cache back in, it died within six days, then in one day, then four hours, then three days. Removed the cache again, and we are now approaching 20 days of uptime. However a different system has run for over 60 days with the cache module present, so it appears that you have to tickle it wrong to get it to fail. This other system does have a different mix of peripherals. There apparently are flaws in this cache subsystem that Intel knows about but supposedly there are workarounds. Hopefully they will tell all. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Thu May 9 10:10:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24662 for bugs-outgoing; Thu, 9 May 1996 10:10:13 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24639 Thu, 9 May 1996 10:10:11 -0700 (PDT) Date: Thu, 9 May 1996 10:10:11 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605091710.KAA24639@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, phk, freebsd-bugs Subject: Re: kern/770 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Floppy kernel won't boot with T485 or IDT L2 cache FDIV032 State-Changed-From-To: feedback-closed State-Changed-By: phk State-Changed-When: Thu May 9 10:09:42 PDT 1996 State-Changed-Why: closed then ... From owner-freebsd-bugs Thu May 9 12:05:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04479 for bugs-outgoing; Thu, 9 May 1996 12:05:35 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04468 for ; Thu, 9 May 1996 12:05:32 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id PAA10432; Thu, 9 May 1996 15:05:19 -0400 (EDT) Message-Id: <199605091905.PAA10432@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Garrett Wollman cc: freebsd-bugs@freebsd.org From: "Louis A. Mamakos" Subject: Re: kern/1179 References: <2522.831575179@critter.tfs.com> <199605091229.IAA09791@whizzo.transsys.com> <9605091505.AA19157@halloran-eldar.lcs.mit.edu> In-reply-to: Your message of "Thu, 09 May 1996 11:05:09 EDT." <9605091505.AA19157@halloran-eldar.lcs.mit.edu> Date: Thu, 09 May 1996 15:05:19 -0400 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > < said: > > Hi, Louie... > > > I have some code for the very latest xntpd to use this, though I'm not > > quite sure if I should try to retrofit it into the version in the > > FreeBSD sources, or port the new version. > > Actually, what you should do is get Mills to include it in the > distribution version, and then when you think there's a reasonably > stable distribution at louie.udel.edu, whap me over the head with it. > I've been managing xntpd in FreeBSD since the beginning, and I don't > want anybody else getting in and breaking it in some way. I'm right > now terribly behind in my software integration duties... Excellent. It was my plan to get the changes back to Dave (when I got around to doing the documentation... sigh.) The new version seems to run OK, even turning on the multicast stuff. louie From owner-freebsd-bugs Thu May 9 13:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14915 for bugs-outgoing; Thu, 9 May 1996 13:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14908 Thu, 9 May 1996 13:30:03 -0700 (PDT) Date: Thu, 9 May 1996 13:30:03 -0700 (PDT) Message-Id: <199605092030.NAA14908@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1181: fsck(8) option parsing Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1181; it has been noted by GNATS. From: J Wunsch To: rnordier@iafrica.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1181: fsck(8) option parsing Date: Thu, 9 May 1996 22:04:00 +0200 (MET DST) As Robert Nordier wrote: > Unless anyone thinks this is worth more than a 5-second fix, why > not substitute 'x' for '?' (in the first example). Then at least > the documentation is correct. If anybody's going to touch it, it should better be converted to getopt(3), IMHO. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 9 14:36:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21171 for bugs-outgoing; Thu, 9 May 1996 14:36:04 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21099 Thu, 9 May 1996 14:36:00 -0700 (PDT) Date: Thu, 9 May 1996 14:36:00 -0700 (PDT) From: Mike Pritchard Message-Id: <199605092136.OAA21099@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1151 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: intro(3) references libc(3) and plot(3), which do not exist Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu May 9 14:34:46 PDT 1996 Responsible-Changed-Why: Documentation issue. From owner-freebsd-bugs Thu May 9 14:36:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21346 for bugs-outgoing; Thu, 9 May 1996 14:36:58 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21324 Thu, 9 May 1996 14:36:51 -0700 (PDT) Date: Thu, 9 May 1996 14:36:51 -0700 (PDT) From: Mike Pritchard Message-Id: <199605092136.OAA21324@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1169 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: bogus reference to keysu(1) in key(1) and keyinit(1) Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu May 9 14:36:19 PDT 1996 Responsible-Changed-Why: Documentation issue. From owner-freebsd-bugs Thu May 9 14:37:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21489 for bugs-outgoing; Thu, 9 May 1996 14:37:43 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21461 Thu, 9 May 1996 14:37:37 -0700 (PDT) Date: Thu, 9 May 1996 14:37:37 -0700 (PDT) From: Mike Pritchard Message-Id: <199605092137.OAA21461@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1170 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: include files missing from get{peer,sock}name man pages Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu May 9 14:37:01 PDT 1996 Responsible-Changed-Why: Doc. issue. From owner-freebsd-bugs Thu May 9 14:40:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22007 for bugs-outgoing; Thu, 9 May 1996 14:40:52 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21953 Thu, 9 May 1996 14:40:45 -0700 (PDT) Date: Thu, 9 May 1996 14:40:45 -0700 (PDT) From: Mike Pritchard Message-Id: <199605092140.OAA21953@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1142 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: signal manpage doesn't describe sig parameter Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu May 9 14:40:05 PDT 1996 Responsible-Changed-Why: Doc. issue. From owner-freebsd-bugs Thu May 9 14:41:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22083 for bugs-outgoing; Thu, 9 May 1996 14:41:11 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22059 Thu, 9 May 1996 14:41:05 -0700 (PDT) Date: Thu, 9 May 1996 14:41:05 -0700 (PDT) From: Mike Pritchard Message-Id: <199605092141.OAA22059@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1143 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sigaction manpage doesn't describe sig parameter Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu May 9 14:40:49 PDT 1996 Responsible-Changed-Why: Doc issue. From owner-freebsd-bugs Thu May 9 15:05:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24813 for bugs-outgoing; Thu, 9 May 1996 15:05:47 -0700 (PDT) Received: from eac.iafrica.com (slipper101129.iafrica.com [196.7.101.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA24769 for ; Thu, 9 May 1996 15:05:20 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id XAA02758; Thu, 9 May 1996 23:54:37 +0200 From: Robert Nordier Message-Id: <199605092154.XAA02758@eac.iafrica.com> Subject: Re: bin/1181: fsck(8) option parsing To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 9 May 1996 23:54:35 +0200 (SAT) Cc: bugs@freebsd.org In-Reply-To: <199605092004.WAA19880@uriah.heep.sax.de> from "J Wunsch" at May 9, 96 10:04:00 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Robert Nordier wrote: > > > Unless anyone thinks this is worth more than a 5-second fix, why > > not substitute 'x' for '?' (in the first example). Then at least > > the documentation is correct. > > If anybody's going to touch it, it should better be converted to > getopt(3), IMHO. OK. And I'll stick with standard getopt(3) for 'fsck_msdos'. A procedural query: since submitting this, I've built up a list of various other 'fsck' problems (functional rather than cosmetic, mostly). Would it be better to just save the stuff, and later send it in all as a bunch? And for initial discussion to -current/-bugs/-hackers, rather than through 'send-pr'? Thanks. -- Robert Nordier From owner-freebsd-bugs Thu May 9 15:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27448 for bugs-outgoing; Thu, 9 May 1996 15:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27440 Thu, 9 May 1996 15:30:02 -0700 (PDT) Resent-Date: Thu, 9 May 1996 15:30:02 -0700 (PDT) Resent-Message-Id: <199605092230.PAA27440@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, masafumi@tky007.tth.expo96.ad.jp Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA26900 for ; Thu, 9 May 1996 15:25:08 -0700 (PDT) Received: (from masafumi@localhost) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) id HAA03828; Fri, 10 May 1996 07:24:55 +0900 (JST) Message-Id: <199605092224.HAA03828@mail.tky007.tth.expo96.ad.jp> Date: Fri, 10 May 1996 07:24:55 +0900 (JST) From: Masafumi NAKANE Reply-To: masafumi@tky007.tth.expo96.ad.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1182: timed records improper entry in wtmp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1182 >Category: bin >Synopsis: timed records improper entry in wtmp >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 9 15:30:01 PDT 1996 >Last-Modified: >Originator: Masafumi NAKANE >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: If timed is running when system clock is changed by date command, improper wtmp entry is made. According to wtmp(5), two entries, one with "|" as ut_line field and one with "{" for ut_line, should be recorded, but, one with "|" and one with "}" are made. So, output of last command looks like: date } Fri May 10 01:09 still logged in date | Fri May 10 01:08 Where it should be as: date { Fri May 10 01:10 date | Fri May 10 01:10 >How-To-Repeat: Run timed and change system clock using date command. >Fix: The following patch to /usr/src/usr.sbin/timed/timed/master.c and /usr/src/usr.sbin/timed/timed/slave.c should fix the problem. *** master.c.orig Thu May 26 14:23:24 1994 --- master.c Fri May 10 07:09:46 1996 *************** *** 390,396 **** #else logwtmp("|", "date", ""); (void)settimeofday(&msg->tsp_time, 0); ! logwtmp("}", "date", ""); #endif /* sgi */ spreadtime(); } --- 390,396 ---- #else logwtmp("|", "date", ""); (void)settimeofday(&msg->tsp_time, 0); ! logwtmp("{", "date", ""); #endif /* sgi */ spreadtime(); } *** slave.c.orig Thu May 26 14:23:23 1994 --- slave.c Fri May 10 07:09:19 1996 *************** *** 294,300 **** #else logwtmp("|", "date", ""); (void)settimeofday(&msg->tsp_time, 0); ! logwtmp("}", "date", ""); #endif /* sgi */ syslog(LOG_NOTICE, "date changed by %s from %s", --- 294,300 ---- #else logwtmp("|", "date", ""); (void)settimeofday(&msg->tsp_time, 0); ! logwtmp("{", "date", ""); #endif /* sgi */ syslog(LOG_NOTICE, "date changed by %s from %s", >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 9 15:46:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29519 for bugs-outgoing; Thu, 9 May 1996 15:46:44 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29497 for ; Thu, 9 May 1996 15:46:33 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08933; Fri, 10 May 1996 00:46:17 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA21872; Fri, 10 May 1996 00:46:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA21759; Fri, 10 May 1996 00:46:00 +0200 (MET DST) From: J Wunsch Message-Id: <199605092246.AAA21759@uriah.heep.sax.de> Subject: Re: bin/1181: fsck(8) option parsing To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Fri, 10 May 1996 00:45:58 +0200 (MET DST) Cc: rnordier@iafrica.com (Robert Nordier) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605092154.XAA02758@eac.iafrica.com> from Robert Nordier at "May 9, 96 11:54:35 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Robert Nordier wrote: > Would it be better to just save the stuff, and later send it in > all as a bunch? And for initial discussion to -current/-bugs/-hackers, > rather than through 'send-pr'? This depends on their nature. If you are willing to fix them yourself, you don't need to use send-pr initially. It's merely there to keep track so submissions or bug reports don't get lost. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 9 18:04:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21718 for bugs-outgoing; Thu, 9 May 1996 18:04:13 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21709 for ; Thu, 9 May 1996 18:04:11 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id SAA15076; Thu, 9 May 1996 18:06:44 -0700 Date: Thu, 9 May 1996 18:06:44 -0700 Message-Id: <199605100106.SAA15076@sunrise.cs.berkeley.edu> To: rnordier@iafrica.com CC: joerg_wunsch@uriah.heep.sax.de, bugs@freebsd.org In-reply-to: <199605092154.XAA02758@eac.iafrica.com> (message from Robert Nordier on Thu, 9 May 1996 23:54:35 +0200 (SAT)) Subject: Re: bin/1181: fsck(8) option parsing From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * A procedural query: since submitting this, I've built up a list * of various other 'fsck' problems (functional rather than cosmetic, * mostly). Just out of curiosity, what are you pondering? If you are on -current you may have seen my mail today on 160MB fsck, it is starting to become a problem as we are trying to build a large disk array. Please let me know. Satoshi From owner-freebsd-bugs Thu May 9 19:31:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07981 for bugs-outgoing; Thu, 9 May 1996 19:31:29 -0700 (PDT) Received: from eac.iafrica.com (slipper119245.iafrica.com [196.7.119.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA07962 for ; Thu, 9 May 1996 19:31:21 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id EAA00493; Fri, 10 May 1996 04:28:55 +0200 From: Robert Nordier Message-Id: <199605100228.EAA00493@eac.iafrica.com> Subject: Re: bin/1181: fsck(8) option parsing To: asami@cs.berkeley.edu (Satoshi Asami) Date: Fri, 10 May 1996 04:28:54 +0200 (SAT) Cc: joerg_wunsch@uriah.heep.sax.de, bugs@freebsd.org In-Reply-To: <199605100106.SAA15076@sunrise.cs.berkeley.edu> from "Satoshi Asami" at May 9, 96 06:06:44 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > > * A procedural query: since submitting this, I've built up a list > * of various other 'fsck' problems (functional rather than cosmetic, > * mostly). > > Just out of curiosity, what are you pondering? If you are on -current > you may have seen my mail today on 160MB fsck, it is starting to > become a problem as we are trying to build a large disk array. Please > let me know. Yes, I just looking at -current. My initial interest in 'fsck' was mainly to make my 'fsck_msdos' code more compatible with it. (This was written without looking at 'fsck'). However, I thought I'd spend a week or two pulling 'fsck' apart because all the other similar stuff I've ever looked at has a lot of problems. And it is interesting to see how far 'fsck' can be pushed before it breaks, besides being a good way to study the code. I'm not really looking at the source _because_ I want to change it, but - from results so far - I think there'll probably be a few changes I'd like to try out anyway. -- Robert Nordier From owner-freebsd-bugs Thu May 9 21:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28825 for bugs-outgoing; Thu, 9 May 1996 21:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28815 Thu, 9 May 1996 21:50:03 -0700 (PDT) Resent-Date: Thu, 9 May 1996 21:50:03 -0700 (PDT) Resent-Message-Id: <199605100450.VAA28815@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27644 for ; Thu, 9 May 1996 21:44:47 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id VAA29597; Thu, 9 May 1996 21:44:46 -0700 Message-Id: <199605100444.VAA29597@idiom.com> Date: Thu, 9 May 1996 21:44:46 -0700 From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1184: ls + xterm + nvi + tcsh + columns != 80 + ^Z = mangled listing Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1184 >Category: bin >Synopsis: ls + xterm + nvi + columns != 80 + ^Z = mangled listing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 9 21:50:02 PDT 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-stable as of a couple month's ago >Description: If I ^Z out of nvi on a resized xterm, ls output is mangled. >How-To-Repeat: fire up an xterm resize it to > 80 columns run tcsh invoke nvi suspend nvi do an ls(1) on a non-trivial directory. I don't know if all of the above components are required: they are what I've got so... >Fix: alias ls 'stty -tabs; ls' :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 10 00:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28205 for bugs-outgoing; Fri, 10 May 1996 00:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28183 Fri, 10 May 1996 00:20:03 -0700 (PDT) Resent-Date: Fri, 10 May 1996 00:20:03 -0700 (PDT) Resent-Message-Id: <199605100720.AAA28183@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@Nuxi.cs.ucdavis.edu Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28077 for ; Fri, 10 May 1996 00:17:39 -0700 (PDT) Received: (from obrien@localhost) by relay.nuxi.com (8.6.12/8.6.12) id AAA13176; Fri, 10 May 1996 00:18:01 -0700 Message-Id: <199605100718.AAA13176@relay.nuxi.com> Date: Fri, 10 May 1996 00:18:01 -0700 From: "David E. O'Brien" Reply-To: obrien@Nuxi.cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1185: resubmition - mods to vim-3.0 port (aka ports/1109) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1185 >Category: ports >Synopsis: mods to vim-3.0 port (aka ports/1109) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri May 10 00:20:01 PDT 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: ports-current >Description: The current Vim-3.0 port assumes you have X11R6 libraries around at compile/runtime. The current Vim-3.0 pkg assumes you have X11R6 libraries around at runtime. Currently the installed files do not adhear to hier(7). >How-To-Repeat: n/a >Fix: Replace current pkg/PLIST and patches/patch-aa with the following: PLIST: bin/vim share/misc/vim.hlp share/man/man1/vim.1.gz patch-aa: --- makefile.unix.orig Tue Aug 9 21:54:11 1994 +++ makefile.unix Thu Mar 28 14:36:26 1996 @@ -55,14 +55,17 @@ ### root directory for X11 files (unless overruled in hardware-dependend part) ### Unfortunately there is no standard for these, everybody puts them ### somewhere else -X11LIBDIR = /usr/openwin/lib -X11INCDIR = /usr/openwin/include +#X11LIBDIR = /usr/openwin/lib +#X11INCDIR = /usr/openwin/include ### for some hpux systems: #X11LIBDIR = /usr/lib/X11R5 #X11INCDIR = /usr/include/X11R5 +### for FreeBSD 2.x systems: +X11LIBDIR = /usr/X11R6/lib +X11INCDIR = /usr/X11R6/include ### Prefix for location of files -PREFIX = /usr/local +PREFIX += $(PREFIX) ### Location of binary BINLOC = $(PREFIX)/bin @@ -71,10 +74,10 @@ TARGET = vim ### Location of man page -MANLOC = $(PREFIX)/man/man1 +MANLOC = $(PREFIX)/share/man/man1 ### Location of help file -HELPLOC = $(PREFIX)/lib +HELPLOC = $(PREFIX)/share/misc ### Program to run on installed binary STRIP = strip @@ -157,9 +160,9 @@ # FreeBSD and NetBSD with Xfree (TESTED for FreeBSD) # standard cc with optimizer # -#MACHINE = -DBSD_UNIX -DUSE_LOCALE -DUSE_X11 -#CC=cc -O -L/usr/X386/lib -I/usr/X386/include -#LIBS = -ltermlib -lX11 +MACHINE = -DBSD_UNIX -DUSE_LOCALE # -DUSE_X11 +CC=cc -O -Wall # -I$(X11INCDIR) +LIBS = -ltermlib # -L$(X11LIBDIR) -lX11 # FreeBSD and NetBSD with Xfree (TESTED for FreeBSD) # gcc with optimizer >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 10 07:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22795 for bugs-outgoing; Fri, 10 May 1996 07:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22782 Fri, 10 May 1996 07:40:04 -0700 (PDT) Resent-Date: Fri, 10 May 1996 07:40:04 -0700 (PDT) Resent-Message-Id: <199605101440.HAA22782@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@jc.f1.ru Received: from relay.f1.ru (jc.f1.ru [194.87.86.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22217 for ; Fri, 10 May 1996 07:33:07 -0700 (PDT) Received: by relay.f1.ru id AA00717 (5.65/IDA-simtel for FreeBSD-gnats-submit@freebsd.org); Fri, 10 May 1996 14:31:17 GMT Message-Id: <199605101431.AA00717@relay.f1.ru> Date: Fri, 10 May 1996 14:31:17 GMT From: Super user Reply-To: root@jc.f1.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1186: MFS doesn't mark memory free when it's filespace cleaned Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1186 >Category: kern >Synopsis: MFS doesn't mark memory free when it's filespace cleaned >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri May 10 07:40:02 PDT 1996 >Last-Modified: >Originator: Super user >Organization: F1 Communications >Release: FreeBSD 2.1-STABLE i386 >Environment: Any versions before and including 2.1-RELEASE I think.. >Description: Memory, occupied by mount_mfs becames dirty and lives in swap during work.. >How-To-Repeat: 1) mount_mfs /dev/wd0s1b /mnt (or whatever device appropriate) 2) swapinfo (near your normal swap usage) 3) dd if=/dev/rwd0 of=/tmp/bigfile bs=1024 count=30000 (or what you prefer to make long file in /mnt) 4) swapinfo (swap usage will increase if you have no enough real memory) 5) rm -f /tmp/bigfile 6) swapinfo (swap usage will not decrease to your normal values) Congratulations - you just converted at least part of your swap partitions into /mnt filespace. I think it's not MFS was coded for :( >Fix: Don't know.. May be mark some pages `clean' (if such technology exist?) when file removed.. Or dynamically allocate memory `on demand'.. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 10 10:50:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11769 for bugs-outgoing; Fri, 10 May 1996 10:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11763 Fri, 10 May 1996 10:50:01 -0700 (PDT) Resent-Date: Fri, 10 May 1996 10:50:01 -0700 (PDT) Resent-Message-Id: <199605101750.KAA11763@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ingham@gatekeeper.swd.ara.com Received: from gatekeeper.swd.ara.com ([38.245.99.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11471 for ; Fri, 10 May 1996 10:40:17 -0700 (PDT) Received: (from root@localhost) by gatekeeper.swd.ara.com (8.6.12/8.6.12) id EAA02187; Fri, 10 May 1996 04:54:25 -0600 Message-Id: <199605101054.EAA02187@gatekeeper.swd.ara.com> Date: Fri, 10 May 1996 04:54:25 -0600 From: Kenneth Ingham Reply-To: ingham@gatekeeper.swd.ara.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1187: pppd dies with a segv Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1187 >Category: misc >Synopsis: pppd dies with a segv >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 10 10:50:00 PDT 1996 >Last-Modified: >Originator: Kenneth Ingham >Organization: Kenneth Ingham Consulting (working for ARA) >Release: FreeBSD 2.1-STABLE i386 >Environment: Gateway 2000 P5 125, AHC0 and sd0, sio0 and sio1, ep0. running pppd as : /usr/sbin/pppd 38.245.99.3:38.245.99.254 ttyd1 115200 from /etc/rc.local Note that no getty is running on ttyd1. >Description: When connecting from a NeXT running NextSTEP 3.3 and Morningstar PPP 1.4.1, the connection is established and then pppd dies. Running pppd from within gdb shows the following when it dies: (gdb) run -detach 38.245.99.3:38.245.99.254 ttyd1 115200 Starting program: /usr/src/usr.sbin/pppd/pppd -detach 38.245.99.3:38.245.99.254 ttyd1 115200 Program received signal SIGSEGV, Segmentation fault. 0x802c1e0 in crypt () (gdb) where #0 0x802c1e0 in crypt () #1 0x2260055b in end () Error accessing memory address 0x4f850bfc: Invalid argument. the contents of /etc/ppp/options is: crtscts silent auth login proxyarp The modem attached to ttyd1 is a USR Courier v.everything. If I enable a getty I can dial in and log in no problem. >How-To-Repeat: Set up options as above, start pppd. Try to connect and authenticate. Note that the problem did not occur when the NeXT had no secrets file. Instead, pppd stayed up and the NeXT reported authentication failure. When the NeXT was configured with a name to use that corresponded with a login name on the FreeBDS machine is when the problem occurred. The NeXT command line used was: /usr/etc/pppd name fubar auto up log - debug 2 nodetach cube.i-pi.com:gatekeeper.swd.ara.com~ A connection/debug log is: bash# /usr/etc/pppd name fubar auto up log - debug 2 nodetach cube.i-pi.com:38.245.99.3~ 5/10-11:14:54-18492 Morning Star Technologies PPP 5/10-11:14:54-18492 Version 1.4.1 [2-Jun-1994 14:30:58 next-3.2] 5/10-11:14:54-18492 du2: /usr/etc/pppd name fubar auto up log - debug 2 nodetach cube.i-pi.com:38.245.99.3~ 5/10-11:14:54-18492 Can't open 'cufb': Device is locked by pid 219 5/10-11:14:55-18492 Lock file /usr/spool/uucp/LCK/LCK..cufa created 5/10-11:14:55-18492 Dialing 38.245.99.3 (cufa 38400 8831378 ZYXEL_U-1496E) 5/10-11:14:55-18492 abort on (NO CARRIER) 5/10-11:14:55-18492 abort on (BUSY) 5/10-11:14:55-18492 abort on (NO DIALTONE) 5/10-11:14:55-18492 timeout set to 5 seconds 5/10-11:14:55-18492 expect () 5/10-11:14:55-18492 got it 5/10-11:14:55-18492 send (AT^M) 5/10-11:14:55-18492 expect (OK) 5/10-11:14:55-18492 AT^M^M 5/10-11:14:55-18492 OKgot it 5/10-11:14:55-18492 send (ATE0L0M0N0Q2V1X5&B1&C1&D3&H3&J0&K4&L0&M0&N0&R1&S1&Y1*E0*Q2^M) 5/10-11:14:58-18492 expect (OK) 5/10-11:14:58-18492 ^M 5/10-11:14:58-18492 ATE0L0M0N0Q2V1X5&B1&C1&D3&H3&J0&K4&L0&M0&N0&R1&S1&Y1*E0*Q2^M^M 5/10-11:14:58-18492 OKgot it 5/10-11:14:58-18492 send (ATS0=1S2=128S18=2S20=2S38=0^M) 5/10-11:15:00-18492 expect (OK) 5/10-11:15:00-18492 ^M 5/10-11:15:00-18492 ^M 5/10-11:15:00-18492 OKgot it 5/10-11:15:00-18492 send (ATDT8831378^M) 5/10-11:15:01-18492 timeout set to 60 seconds 5/10-11:15:01-18492 expect (CONNECT) 5/10-11:15:01-18492 ^M 5/10-11:15:18-18492 ^M 5/10-11:15:18-18492 CONNECTgot it 5/10-11:15:18-18492 Chat script succeeded 5/10-11:15:18-18492 38400/V32b 14400/V42b^M At this point, it started over again trying to connect again. >Fix: Not currently known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 10 11:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12547 for bugs-outgoing; Fri, 10 May 1996 11:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12535 Fri, 10 May 1996 11:10:01 -0700 (PDT) Date: Fri, 10 May 1996 11:10:01 -0700 (PDT) Message-Id: <199605101810.LAA12535@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: kern/1186: MFS doesn't mark memory free when it's filespace cleaned Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1186; it has been noted by GNATS. From: Poul-Henning Kamp To: root@jc.f1.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1186: MFS doesn't mark memory free when it's filespace cleaned Date: Fri, 10 May 1996 17:45:25 +0000 This is expected behaviour. (see the paper in /share/doc/papers on the subject) Real solution: MFS is a hack, and a real "VMFS" should be made instead for "/tmp" use. Kirk said that this would be "really easy" so now I hope he will assign it as homework for Jordan :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Fri May 10 11:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14045 for bugs-outgoing; Fri, 10 May 1996 11:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14014 Fri, 10 May 1996 11:40:02 -0700 (PDT) Date: Fri, 10 May 1996 11:40:02 -0700 (PDT) Message-Id: <199605101840.LAA14014@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: Re: kern/1186: MFS doesn't mark memory free when it's filespace cleaned Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1186; it has been noted by GNATS. From: Garrett Wollman To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/1186: MFS doesn't mark memory free when it's filespace cleaned Date: Fri, 10 May 1996 14:35:03 -0400 < said: > MFS is a hack, and a real "VMFS" should be made instead for "/tmp" use. > Kirk said that this would be "really easy" so now I hope he will assign > it as homework for Jordan :-) This is also documented in the New Daemon Book (just got my copy from Quantum yesterday). 0-201-54979-4, $47.00. The book does a pretty good job of explaining the evolution of MFS and why it is structured the way it is. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Sat May 11 04:30:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06995 for bugs-outgoing; Sat, 11 May 1996 04:30:17 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06979 for freebsd-bugs; Sat, 11 May 1996 04:30:15 -0700 (PDT) Date: Sat, 11 May 1996 04:30:15 -0700 (PDT) From: GNU GNATS Message-Id: <199605111130.EAA06979@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/428 configure is not foolproof [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/30] docs/458 px doc does not find include figure [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] ports/883 tclX-port does not build properly [1995/12/14] misc/893 terminfo.h not installed??? [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/23] bin/1040 with certain flags, route can reboot your machine. [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1063 gzip a.out execution is not ok (?) [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> HDLC [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] ports/1072 tex port (ftplib.pl) does not support passive mode f [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] kern/1092 ftruncate(2) returns EINVAL [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] ports/1104 Paper sizes in (printing) ports [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1106 a new port [1996/03/28] ports/1107 a new port [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1116 Cannot umount stale NFS volumes [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/07] kern/1122 Kernel (current) does not see all memory [1996/04/08] ports/1126 dist file for Mesa port does not match Makefile [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] docs/1142 signal manpage doesn't describe sig parameter [1996/04/15] docs/1143 sigaction manpage doesn't describe sig parameter [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/16] bin/1147 units(1) missing from FreeBSD -current and -stable [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/25] bin/1158 atq uses GMT time instead of TZ time [1996/04/27] kern/1159 NFS Client hangs in vm_object_terminate() - objtrm [1996/04/28] kern/1160 Panic: bad dir [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/01] ports/1168 New version of pine. 3.93 fixes bugs in 3.92 and ha [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] docs/1170 include files missing from get{peer,sock}name man pa [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/06] conf/1176 sysinstall ftp error messages not helpful. [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/08] kern/1180 freeing held page, count=%d [1996/05/09] bin/1181 fsck displays wrong char in "option?" diagnostic [1996/05/09] bin/1182 timed records improper entry in wtmp [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/10] ports/1185 mods to vim-3.0 port (aka ports/1109) [1996/05/10] kern/1186 MFS doesn't mark memory free when it's filespace cle [1996/05/10] misc/1187 pppd dies with a segv This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/28] kern/1049 /kernel: arpresolve: can't allocate llinfo for 194.1 [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/04/10] kern/1130 pty driver bug [1996/04/14] kern/1140 arpresolve does a null pointer dereference through r /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat May 11 10:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24012 for bugs-outgoing; Sat, 11 May 1996 10:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23988 Sat, 11 May 1996 10:20:03 -0700 (PDT) Resent-Date: Sat, 11 May 1996 10:20:03 -0700 (PDT) Resent-Message-Id: <199605111720.KAA23988@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23159 Sat, 11 May 1996 10:11:08 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id MAA00407; Sat, 11 May 1996 12:10:22 -0500 (CDT) Message-Id: <199605111710.MAA00407@zen.nash.org> Date: Sat, 11 May 1996 12:10:22 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org Cc: gibbs@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1188: Adaptec 2940 Changes (May 10th) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1188 >Category: kern >Synopsis: May 10th pci/aic7870.c changes break my CD-ROM drive >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 11 10:20:02 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: Adaptec 2940UW PCI attached to: Device Bus Description ------ ---- ----------- 3 Std Sony CSD-760S CD-ROM drive 9 Wide 4.3GB Quantum hard drive aic7870.c version 1.11.2.11 (-stable supped as of May 10th) >Description: Hard disk functions normally, but attempting to mount the CD-ROM drive causes the CD-ROM to be continuously accessed and never mounted. CTRL-C aborts the mount but the CD-ROM drive activity light continues and subsequent hard disk accesses are very slow (blocked by the CD-ROM hogging the bus?). The kernel generates the following messages: May 11 10:59:47 zen /kernel: cd0(ahc0:3:0): timed out in dataout phase, SCSISIGI == 0x48 May 11 10:59:48 zen /kernel: cd0(ahc0:3:0): BUS DEVICE RESET message queued. May 11 10:59:48 zen /kernel: cd0(ahc0:3:0): timed out in dataout phase, SCSISIGI == 0x48 May 11 10:59:48 zen /kernel: ahc0: Issued Channel A Bus Reset #1. 3 SCBs aborted May 11 10:59:48 zen /kernel: cd0(ahc0:3:0): UNIT ATTENTION asc:29,0 May 11 10:59:48 zen /kernel: cd0(ahc0:3:0): Power on, reset, or bus device reset occurred May 11 10:59:49 zen /kernel: sd0(ahc0:9:0): UNIT ATTENTION asc:29,0 May 11 10:59:49 zen /kernel: sd0(ahc0:9:0): Power on, reset, or bus device reset occurred sks:80,0 May 11 10:59:49 zen /kernel: , retries:3 >How-To-Repeat: Mount the CD-ROM drive :) >Fix: Temporary fix: Reverse latest pci/aic7870.c changes back to version 1.11.2.10 Sun Apr 28 19:37:09 1996. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 11 14:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19419 for bugs-outgoing; Sat, 11 May 1996 14:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19409 Sat, 11 May 1996 14:30:02 -0700 (PDT) Resent-Date: Sat, 11 May 1996 14:30:02 -0700 (PDT) Resent-Message-Id: <199605112130.OAA19409@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA18796 for ; Sat, 11 May 1996 14:23:41 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id AAA00475 for ; Sun, 12 May 1996 00:23:31 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id AAA07283; Sun, 12 May 1996 00:23:30 +0300 (EET DST) Message-Id: <199605112123.AAA07283@katiska.clinet.fi> Date: Sun, 12 May 1996 00:23:30 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1190: panic: page fault (wild pointer?) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1190 >Category: kern >Synopsis: panic: page fault (wild pointer?) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 11 14:30:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: News server, P90, sup beginning of May (kernel is compiled May 5, probably supped within couple of days from that). >Description: ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.69.gz GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 263000 current pcb at 21a5c8 panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:931 931 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:931 #1 0xf01171e6 in panic (fmt=0xf01c530c "page fault") at ../../kern/subr_prf.c:127 #2 0xf01c5e66 in trap_fatal (frame=0xefbffee8) at ../../i386/i386/trap.c:740 #3 0xf01c5958 in trap_pfault (frame=0xefbffee8, usermode=0) at ../../i386/i386/trap.c:651 #4 0xf01c563b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -2147483648, tf_esi = -272646144, tf_ebp = -272629964, tf_isp = -272630000, tf_ebx = -264867152, tf_edx = -227449244, tf_ecx = -123129856, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266583618, tf_cs = 8, tf_eflags = 66118, tf_esp = -265439216, tf_ss = 697}) at ../../i386/i386/trap.c:319 #5 0xf01be321 in calltrap () #6 0xf01bb30d in vm_pageout_scan () at ../../vm/vm_pageout.c:704 #7 0xf01bb770 in vm_pageout () at ../../vm/vm_pageout.c:898 #8 0xf0108386 in kproc_start (udata=0xf01fecb0) at ../../kern/init_main.c:255 #9 0xf0108324 in main (framep=0xefbfffb8) at ../../kern/init_main.c:205 (kgdb) up #1 0xf01171e6 in panic (fmt=0xf01c530c "page fault") at ../../kern/subr_prf.c:127 127 boot(bootopt); (kgdb) up #2 0xf01c5e66 in trap_fatal (frame=0xefbffee8) at ../../i386/i386/trap.c:740 740 panic(trap_msg[type]); (kgdb) up #3 0xf01c5958 in trap_pfault (frame=0xefbffee8, usermode=0) at ../../i386/i386/trap.c:651 651 trap_fatal(frame); (kgdb) up #4 0xf01c563b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -2147483648, tf_esi = -272646144, tf_ebp = -272629964, tf_isp = -272630000, tf_ebx = -264867152, tf_edx = -227449244, tf_ecx = -123129856, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266583618, tf_cs = 8, tf_eflags = 66118, tf_esp = -265439216, tf_ss = 697}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) up #5 0xf01be321 in calltrap () (kgdb) up #6 0xf01bb30d in vm_pageout_scan () at ../../vm/vm_pageout.c:704 704 if (m->object->ref_count && (kgdb) list 699 TAILQ_REMOVE(&vm_page_queue_active, m, pageq); 700 TAILQ_INSERT_TAIL(&vm_page_queue_active, m, pageq); 701 m = next; 702 continue; 703 } 704 if (m->object->ref_count && 705 ((m->flags & PG_REFERENCED) || 706 pmap_is_referenced(VM_PAGE_TO_PHYS(m))) ) { 707 pmap_clear_reference(VM_PAGE_TO_PHYS(m)); 708 m->flags &= ~PG_REFERENCED; (kgdb) print m $1 = (struct vm_page *) 0xf03672b0 (kgdb) print *m $2 = {pageq = {tqe_next = 0x0, tqe_prev = 0xf2716664}, hashq = { tqe_next = 0xefbfc000, tqe_prev = 0xf02fed30}, listq = {tqe_next = 0x0, tqe_prev = 0x0}, object = 0x1d4000, pindex = 4029710864, phys_addr = 0, queue = 4, flags = 3398, wire_count = 62077, hold_count = 12288, act_count = 3 '\003', busy = 0 '\000', valid = 48 '0', dirty = 44 ','} (kgdb) print m->object $3 = (struct vm_object *) 0x1d4000 (kgdb) print *m->object Cannot access memory at address 0x1d4000. (kgdb) >How-To-Repeat: I do not know. The last sup increased panic frequency (but it has not deadlocked since the upgrade). Most of the panics have been silent, no crash dump. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 11 19:15:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12563 for bugs-outgoing; Sat, 11 May 1996 19:15:41 -0700 (PDT) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12544 Sat, 11 May 1996 19:15:38 -0700 (PDT) Date: Sat, 11 May 1996 19:15:38 -0700 (PDT) From: "Justin T. Gibbs" Message-Id: <199605120215.TAA12544@freefall.freebsd.org> To: nash@mcs.com, gibbs, freebsd-bugs, gibbs Subject: Re: kern/1188 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: May 10th pci/aic7870.c changes break my CD-ROM drive State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat May 11 19:11:50 PDT 1996 State-Changed-Why: Fixed in revision 1.11.2.12 of the stable branch and rev 1.31 of the main branch: add missing "+ io_port" to outbs to the SCSICONF scratch ram location. Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: gibbs Responsible-Changed-When: Sat May 11 19:11:50 PDT 1996 Responsible-Changed-Why: I maintain the aic7xxx driver. From owner-freebsd-bugs Sat May 11 21:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA18894 for bugs-outgoing; Sat, 11 May 1996 21:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA18860 Sat, 11 May 1996 21:00:03 -0700 (PDT) Resent-Date: Sat, 11 May 1996 21:00:03 -0700 (PDT) Resent-Message-Id: <199605120400.VAA18860@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@seeware.DIALix.oz.au Received: from melbourne.DIALix.oz.au (uucp@melbourne.DIALix.oz.au [192.203.228.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18593 for ; Sat, 11 May 1996 20:55:20 -0700 (PDT) Received: (from uucp@localhost) by melbourne.DIALix.oz.au (sendmail) with UUCP id NAA26016 for FreeBSD-gnats-submit@freebsd.org; Sun, 12 May 1996 13:55:05 +1000 (EST) Received: (from mark@localhost) by putte.seeware.DIALix.oz.au (8.7.5/8.7.3) id NAA02682; Sun, 12 May 1996 13:50:05 +1000 (EST) Message-Id: <199605120350.NAA02682@putte.seeware.DIALix.oz.au> Date: Sun, 12 May 1996 13:50:05 +1000 (EST) From: Mark Hannon Reply-To: mark@seeware.DIALix.oz.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1191: mh port does not install /usr/local/bin/folders Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1191 >Category: ports >Synopsis: mh port does not install /usr/local/bin/folders >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 11 21:00:01 PDT 1996 >Last-Modified: >Originator: Mark Hannon >Organization: +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | +-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ >Release: FreeBSD 2.1-STABLE i386 >Environment: mh-6.8.3 (installed as a package from 2.1 CD) & exmh-1.6.5 (thru .7) >Description: Yesterday I tried to get exmh to rebuild my folder cache for the first time since (?) and I received a message {couldn't execute "folders": No such file or directory} which resulted in my ~/Mail/.folders file being trashed. exmh tries to execute the command 'folders'. Looking at the man page for folder it says that the command can be invoked as folders as well as folder. I symlinked folder -> folders and now all is well. >How-To-Repeat: >Fix: As above. Add folders to list of files installed by port. >Audit-Trail: >Unformatted: