From owner-freebsd-bugs Sun Aug 9 03:38:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05009 for freebsd-bugs-outgoing; Sun, 9 Aug 1998 03:38:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04968; Sun, 9 Aug 1998 03:37:57 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA29947; Sun, 9 Aug 1998 03:37:55 -0700 (PDT) Date: Sun, 9 Aug 1998 03:37:55 -0700 (PDT) Message-Id: <199808091037.DAA29947@freefall.freebsd.org> To: tri@iki.fi, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7402 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Games primes and factor don't understand hexadecimals State-Changed-From-To: closed-suspended State-Changed-By: phk State-Changed-When: Sun Aug 9 03:36:32 PDT 1998 State-Changed-Why: reverted commit , too much trouble with this patch: PR7402 was even less suitable for committing almost verbatim than at first appearance. Rev.1.9 of primes.c has at least the following defects. - no update for man page. - no update for usage string. - blowing away of a previous commit to change EOF to -1 in getopt() test. - blowing away of a previous commit to fix printf format errors. - new printf format errors. - one gratuitous ANSIism. - two style bugs. - ... and a partition in a pear tree. awaiting better patch & committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 9 20:30:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA03345 for freebsd-bugs-outgoing; Sun, 9 Aug 1998 20:30:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA03285 for ; Sun, 9 Aug 1998 20:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA01841; Sun, 9 Aug 1998 20:30:01 -0700 (PDT) Received: from wan2.wanlink.com (l1.doitnow.com [207.98.156.215]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02907 for ; Sun, 9 Aug 1998 20:25:07 -0700 (PDT) (envelope-from root@wan2.wanlink.com) Received: (from root@localhost) by wan2.wanlink.com (8.8.8/8.8.3) id UAA23503; Sun, 9 Aug 1998 20:30:53 -0700 (MST) Message-Id: <199808100330.UAA23503@wan2.wanlink.com> Date: Sun, 9 Aug 1998 20:30:53 -0700 (MST) From: neal@wanlink.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7546: shutdown -p - system power off implementation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7546 >Category: kern >Synopsis: shutdown -p - system power off implementation >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Aug 9 20:30:01 PDT 1998 >Last-Modified: >Originator: neal@wanlink.com >Organization: WANLink >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: FreeBSD wan2.wanlink.com 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Fri Jun 26 08:15:49 MST 1998 root@wan2.wanlink.com:/usr/src/sys/compile/TAZZ i386 >Description: Patch - will use APM API to turn system power off, after the normal halt proccess. This works with my clone motherboard, which has both the AT & ATX style power connectors, an ATX power supply, and Intel's 82371AB Power management controller. This has not been tried on any other system that I'm aware of. YMMV. Files patched; /sys/kern/kern_shutdown.c /sys/i386/apm/apm.c /sys/i386/include/apm_bios.h /sys/i386/conf/options.i386 /sys/i386/conf/LINT /usr/src/sbin/shutdown/shutdown.c /usr/src/sbin/shutdown/shutdown.8 >How-To-Repeat: Installation Instructions; 1. copy the text from the "Fix:" section into a file called "apmdiff.seta". 2. execute the script with "sh apmdiff.seta -p", which will extract the patches into seperate "diff" files, and then call patch for you. 3. cd /usr/src/sbin/shutdown 4. make clean all install clean 5. cd /sys/i386/conf 6. edit your kernel config file and add; if not already present; "device apm0 at isa?" "options APM_SHUTDOWN" 7. config YOUR_KERNEL_NAME_HERE 8. cd ../../compile/YOUR_KERNEL_NAME_HERE 9. make depend all install && shutdown -r now Test Instructions; 1. make sure that you see something like... "apm0 on xxx" "apm: found APM BIOS version x.x" durring your boot sequence... use dmesg if neccessary, otherwise all of this is for not... 2. pick either option a, or b, depending on your preference a. shutdown -p now b. halt -p 3. you shoold see; The operating system has halted. Trying to turn the system off... and nothing else..., if you see Failed to turn the system off.. Please press any key to reboot. well... you get the idea... :( >Fix: #!/bin/sh # # apmdiff.seta - This file # # This is a SETA (self extracting text archive), and can be # executed by "sh apmdiffs.seta" at the command line. # Any text above the "#!/bin/sh" line should be removed! # PATCHIT="NO"; MAKEIT="NO" if [ "$1" = "-p" ]; then PATCHIT="YES"; shift; fi if [ "$1" = "-m" ]; then MAKEIT="YES"; shift; fi # ----- start of LINT.diff ----- cat <LINT.diff S *** /sys/i386/conf/LINT Mon Mar 23 19:57:24 1998 S --- LINT Fri Aug 7 21:55:56 1998 S *************** S *** 984,989 **** S --- 984,990 ---- S # S S options APM_IDLE_CPU # Tell APM to idle rather than halt'ing the cpu S + options APM_SHUTDOWN # Tell APM to shutdown the system power S S # S # Notes on the spigot: SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /sys/i386/conf/LINT < LINT.diff; fi # ----- end of LINT.diff ----- # ----- start of apm.c.diff ----- cat <apm.c.diff S *** /sys/i386/apm/apm.c Sun Aug 9 18:13:29 1998 S --- apm.c Fri Aug 7 23:46:53 1998 S *************** S *** 17,22 **** S --- 17,23 ---- S * $Id: apm.c,v 1.49.2.2 1997/11/10 14:40:40 nate Exp $ S */ S S + #include "opt_apm.h" S #include S #include S #include S *************** S *** 207,212 **** S --- 208,231 ---- S return 0; S } S S + #ifdef APM_SHUTDOWN S + static int apm_shutdown_system(void) S + { S + u_long eax, ebx, ecx; S + S + eax = (APM_BIOS << 8) | APM_SETPWSTATE; S + ebx = PMDV_ALLDEV; S + ecx = PMST_OFF; S + S + if (apm_int(&eax, &ebx, &ecx)) { S + printf("Entire system shutdown failure: errcode = %ld\n", S + 0xff & (eax >> 8)); S + return 1; S + } S + return 0; S + } S + #endif S + S /* Display control */ S /* S * Experimental implementation: My laptop machine can't handle this function S *************** S *** 377,382 **** S --- 396,416 ---- S * Execute suspend and resume hook before and after sleep, respectively. S * S */ S + S + #ifdef APM_SHUTDOWN S + void S + apm_shutdown(void) S + { S + struct apm_softc *sc = &apm_softc; S + S + if (!sc) S + return; S + S + if (sc->initialized) { S + if (apm_shutdown_system() == 0) apm_processevent(); S + } S + } S + #endif S S void S apm_suspend(void) SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /sys/i386/apm/apm.c < apm.c.diff; fi # ----- end of apm.c.diff ----- # ----- start of apm_bios.h.diff ----- cat <apm_bios.h.diff S *** /sys/i386/include/apm_bios.h Thu Jul 30 19:25:54 1998 S --- apm_bios.h Sat Aug 1 13:23:12 1998 S *************** S *** 152,157 **** S --- 152,158 ---- S #define NAPM_HOOK 2 S S void apm_suspend(void); S + void apm_shutdown(void); S struct apmhook *apm_hook_establish (int apmh, struct apmhook *); S void apm_hook_disestablish (int apmh, struct apmhook *); S void apm_cpu_idle(void); SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /sys/i386/include/apm_bios.h < apm_bios.h.diff; fi # ----- end of apm_bios.h.diff ----- # ----- start of kern_shutdown.c.diff ----- cat <kern_shutdown.c.diff S *** /sys/kern/kern_shutdown.c Sun Aug 10 19:04:14 1997 S --- kern_shutdown.c Fri Aug 7 23:44:51 1998 S *************** S *** 40,45 **** S --- 40,46 ---- S */ S S #include "opt_ddb.h" S + #include "opt_apm.h" S S #include S #include S *************** S *** 251,256 **** S --- 252,266 ---- S if (howto & RB_HALT) { S printf("\n"); S printf("The operating system has halted.\n"); S + #ifdef APM_SHUTDOWN S + if(howto & RB_POWEROFF) { S + printf("Trying to turn the system off...\n"); S + DELAY(5000000); S + apm_shutdown(); S + DELAY(500000); S + printf("Failed to turn the system off..\n"); S + } S + #endif S printf("Please press any key to reboot.\n\n"); S switch (cngetc()) { S case -1: /* No console, just die */ SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /sys/kern/kern_shutdown.c < kern_shutdown.c.diff; fi # ----- end of kern_shutdown.c.diff ----- # ----- start of options.i386.diff ----- cat <options.i386.diff S *** /sys/i386/conf/options.i386 Fri Feb 27 22:17:25 1998 S --- options.i386 Fri Aug 7 23:41:17 1998 S *************** S *** 64,69 **** S --- 64,71 ---- S PSM_RESETAFTERSUSPEND opt_psm.h S PSM_DEBUG opt_psm.h S S + APM_SHUTDOWN opt_apm.h S + S KBD_RESETDELAY opt_kbdio.h S KBD_MAXRETRY opt_kbdio.h S KBD_MAXWAIT opt_kbdio.h SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /sys/i386/conf/options.i386 < options.i386.diff; fi # ----- end of options.i386.diff ----- # ----- start of shutdown.8.diff ----- cat <shutdown.8.diff S *** /usr/src/sbin/shutdown/shutdown.8 Thu Jul 3 23:35:19 1997 S --- shutdown.8 Fri Aug 7 21:46:39 1998 S *************** S *** 40,46 **** S .Sh SYNOPSIS S .Nm shutdown S .Op Fl S ! .Op Fl hkrn S .Ar time S .Op Ar warning-message ... S .Sh DESCRIPTION S --- 40,46 ---- S .Sh SYNOPSIS S .Nm shutdown S .Op Fl S ! .Op Fl hkrnp S .Ar time S .Op Ar warning-message ... S .Sh DESCRIPTION S *************** S *** 59,64 **** S --- 59,72 ---- S .Nm shutdown S execs S .Xr halt 8 . S + .It Fl p S + The system is halted at the specified S + .Ar time S + when S + .Nm shutdown S + execs S + .Xr halt 8 S + with a -p option to try and power down the system. S .It Fl k S Kick every body off. S The SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /usr/src/sbin/shutdown/shutdown.8 < shutdown.8.diff; fi # ----- end of shutdown.8.diff ----- # ----- start of shutdown.c.diff ----- cat <shutdown.c.diff S *** /usr/src/sbin/shutdown/shutdown.c Sun Jan 25 18:01:39 1998 S --- shutdown.c Sat Aug 1 14:03:11 1998 S *************** S *** 83,89 **** S #undef S S S static time_t offset, shuttime; S ! static int dohalt, doreboot, killflg, mbuflen; S static char *nosync, *whom, mbuf[BUFSIZ]; S S void badtime __P((void)); S --- 83,89 ---- S #undef S S S static time_t offset, shuttime; S ! static int dohalt, doreboot, killflg, mbuflen, dopowerdown; S static char *nosync, *whom, mbuf[BUFSIZ]; S S void badtime __P((void)); S *************** S *** 112,118 **** S #endif S nosync = NULL; S readstdin = 0; S ! while ((ch = getopt(argc, argv, "-hknr")) != -1) S switch (ch) { S case '-': S readstdin = 1; S --- 112,118 ---- S #endif S nosync = NULL; S readstdin = 0; S ! while ((ch = getopt(argc, argv, "-hknrp")) != -1) S switch (ch) { S case '-': S readstdin = 1; S *************** S *** 129,134 **** S --- 129,138 ---- S case 'r': S doreboot = 1; S break; S + case 'p': S + dopowerdown = 1; S + dohalt = 1; S + break; S case '?': S default: S usage(); S *************** S *** 143,148 **** S --- 147,157 ---- S warnx("incompatible switches -h and -r."); S usage(); S } S + S + if (dopowerdown && doreboot) { S + warnx("incompatible switches -p and -r."); S + usage(); S + } S getoffset(*argv++); S S if (*argv) { S *************** S *** 332,338 **** S perror("shutdown"); S } S else if (dohalt) { S ! execle(_PATH_HALT, "halt", "-l", nosync, 0); S syslog(LOG_ERR, "shutdown: can't exec %s: %m.", _PATH_HALT); S perror("shutdown"); S } S --- 341,348 ---- S perror("shutdown"); S } S else if (dohalt) { S ! if(dopowerdown) execle(_PATH_HALT, "halt", "-lp", nosync, 0); S ! else execle(_PATH_HALT, "halt", "-l", nosync, 0); S syslog(LOG_ERR, "shutdown: can't exec %s: %m.", _PATH_HALT); S perror("shutdown"); S } SETAEOF if [ "$PATCHIT" = "YES" ]; then patch -l /usr/src/sbin/shutdown/shutdown.c < shutdown.c.diff; fi # ----- end of shutdown.c.diff ----- if [ "$MAKEIT" = "YES" ]; then make; fi # MAKEIT >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 9 21:00:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06338 for freebsd-bugs-outgoing; Sun, 9 Aug 1998 21:00:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06299 for ; Sun, 9 Aug 1998 21:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA02645; Sun, 9 Aug 1998 21:00:01 -0700 (PDT) Received: from marine.sonic.net (marine.sonic.net [208.201.224.37]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA05918 for ; Sun, 9 Aug 1998 20:55:37 -0700 (PDT) (envelope-from jmattson@sonic.net) Received: (qmail 17338 invoked from network); 10 Aug 1998 03:55:40 -0000 Received: from unknown (HELO sub.sonic.net) (208.201.224.8) by marine.sonic.net with SMTP; 10 Aug 1998 03:55:40 -0000 Received: from denali.campbell.ca.us (d37.rpm1.sonic.net [209.133.37.37]) by sub.sonic.net (8.8.8/8.8.5) with ESMTP id UAA00532 for ; Sun, 9 Aug 1998 20:55:12 -0700 Received: (from jmattson@localhost) by denali.campbell.ca.us (8.8.8/8.8.7/denali.980419) id UAA00473; Sun, 9 Aug 1998 20:55:05 -0700 (PDT) (envelope-from jmattson) Message-Id: <199808100355.UAA00473@denali.campbell.ca.us> Date: Sun, 9 Aug 1998 20:55:05 -0700 (PDT) From: Jim Mattson Reply-To: jmattson@sonic.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/7549: Logical DOS volumes not recognized in ExtendedX partitions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7549 >Category: i386 >Synopsis: Logical DOS volumes not recognized in ExtendedX partitions >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Aug 9 21:00:01 PDT 1998 >Last-Modified: >Originator: Jim Mattson >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: Windows 9X Extended DOS partitions for large disks (sysid 15) >Description: The machine dependent disk slice manager does not recognize DOS partition type 15 (Extended DOS, LBA) as a container for DOS logical volumes, so the appropriate slices (e.g. sd1s5) are not initialized. Note: This is a duplicate of bin/4120. >How-To-Repeat: Try anything that accesses a logical volume in the ExtendedX partition. For example, dd if=/dev/sd1s5 of=/dev/null >Fix: Look for sysid 15 as well as sysid 5 when looking for extended DOS partitions in diskslice_machdep.c. *** diskslice_machdep.c 1998/08/10 03:08:48 1.1 --- diskslice_machdep.c 1998/08/10 03:15:04 *************** *** 44,49 **** --- 44,50 ---- #include #include #define DOSPTYP_EXTENDED 5 + #define DOSPTYP_EXTENDEDX 15 #define DOSPTYP_ONTRACK 84 #include #include *************** *** 344,350 **** /* Handle extended partitions. */ sp -= NDOSPART; for (dospart = 0; dospart < NDOSPART; dospart++, sp++) ! if (sp->ds_type == DOSPTYP_EXTENDED) extended(dname, bp->b_dev, strat, lp, ssp, sp->ds_offset, sp->ds_size, sp->ds_offset, max_nsectors, max_ntracks, mbr_offset); --- 345,352 ---- /* Handle extended partitions. */ sp -= NDOSPART; for (dospart = 0; dospart < NDOSPART; dospart++, sp++) ! if (sp->ds_type == DOSPTYP_EXTENDED || ! sp->ds_type == DOSPTYP_EXTENDEDX) extended(dname, bp->b_dev, strat, lp, ssp, sp->ds_offset, sp->ds_size, sp->ds_offset, max_nsectors, max_ntracks, mbr_offset); *************** *** 416,422 **** if (dp->dp_scyl == 0 && dp->dp_shd == 0 && dp->dp_ssect == 0 && dp->dp_start == 0 && dp->dp_size == 0) continue; ! if (dp->dp_typ == DOSPTYP_EXTENDED) { char buf[32]; sname = dsname(dname, dkunit(dev), WHOLE_DISK_SLICE, --- 418,425 ---- if (dp->dp_scyl == 0 && dp->dp_shd == 0 && dp->dp_ssect == 0 && dp->dp_start == 0 && dp->dp_size == 0) continue; ! if (dp->dp_typ == DOSPTYP_EXTENDED || ! dp->dp_typ == DOSPTYP_EXTENDEDX) { char buf[32]; sname = dsname(dname, dkunit(dev), WHOLE_DISK_SLICE, >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:22:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22177 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:22:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22137; Mon, 10 Aug 1998 00:22:32 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA08371; Mon, 10 Aug 1998 00:22:30 -0700 (PDT) Date: Mon, 10 Aug 1998 00:22:30 -0700 (PDT) Message-Id: <199808100722.AAA08371@freefall.freebsd.org> To: jmattson@sonic.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7549 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Logical DOS volumes not recognized in ExtendedX partitions State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Aug 10 00:22:21 PDT 1998 State-Changed-Why: committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:23:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22375 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:23:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22274; Mon, 10 Aug 1998 00:22:56 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA08449; Mon, 10 Aug 1998 00:22:54 -0700 (PDT) Date: Mon, 10 Aug 1998 00:22:54 -0700 (PDT) Message-Id: <199808100722.AAA08449@freefall.freebsd.org> To: gbuchanan@sympatico.ca, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4120 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Partition sysid prevents extended DOS partition mount. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Aug 10 00:22:41 PDT 1998 State-Changed-Why: fixed by patch for 7549 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:26:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22834 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:26:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22697; Mon, 10 Aug 1998 00:25:26 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA08660; Mon, 10 Aug 1998 00:25:24 -0700 (PDT) Date: Mon, 10 Aug 1998 00:25:24 -0700 (PDT) Message-Id: <199808100725.AAA08660@freefall.freebsd.org> To: neal@wanlink.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7546 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] [STABLE ?]shutdown -p - system power off implementation State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Mon Aug 10 00:24:43 PDT 1998 State-Changed-Why: It is my impression that this functionality is already present in -current. Awaiting cimmitter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:28:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23313 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:28:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23305; Mon, 10 Aug 1998 00:28:19 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA08899; Mon, 10 Aug 1998 00:28:17 -0700 (PDT) Date: Mon, 10 Aug 1998 00:28:17 -0700 (PDT) Message-Id: <199808100728.AAA08899@freefall.freebsd.org> To: nail@tier1.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7528 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: install hangs @ probing devices screen with a WD 34000 Hard Drive State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Mon Aug 10 00:27:53 PDT 1998 State-Changed-Why: Can you please try 2.2.7 and see if this is still a problem ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:30:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23644 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:30:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23594; Mon, 10 Aug 1998 00:30:16 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA09018; Mon, 10 Aug 1998 00:30:13 -0700 (PDT) Date: Mon, 10 Aug 1998 00:30:13 -0700 (PDT) Message-Id: <199808100730.AAA09018@freefall.freebsd.org> To: seggers@semyam.dinoco.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7523 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: clearly marking gcc extension in swap_pager.c State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Aug 10 00:29:25 PDT 1998 State-Changed-Why: we really need a "State: filibustered", but I think "closed" will do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:31:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23797 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:31:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23763; Mon, 10 Aug 1998 00:31:21 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA09112; Mon, 10 Aug 1998 00:31:18 -0700 (PDT) Date: Mon, 10 Aug 1998 00:31:18 -0700 (PDT) Message-Id: <199808100731.AAA09112@freefall.freebsd.org> To: wosch@bento.freebsd.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7522 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Segmentation fault in BSD find(1) State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Mon Aug 10 00:30:52 PDT 1998 State-Changed-Why: sure enough, does it for me too. patch & committer sought. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 00:33:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24344 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 00:33:46 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24158; Mon, 10 Aug 1998 00:33:01 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA09223; Mon, 10 Aug 1998 00:32:59 -0700 (PDT) Date: Mon, 10 Aug 1998 00:32:59 -0700 (PDT) Message-Id: <199808100732.AAA09223@freefall.freebsd.org> To: kbyanc@www2.freedomnet.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7510 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: udated syscons and vidcontrol to support 90 column text modes New Synopsis: [PATCH] syscons and vidcontrol to support 90 column text modes State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Mon Aug 10 00:32:34 PDT 1998 State-Changed-Why: awaiting committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 02:11:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07768 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 02:11:52 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07719; Mon, 10 Aug 1998 02:11:32 -0700 (PDT) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA12261; Mon, 10 Aug 1998 02:11:25 -0700 (PDT) Date: Mon, 10 Aug 1998 02:11:25 -0700 (PDT) Message-Id: <199808100911.CAA12261@freefall.freebsd.org> To: mastake@tpost2.netspace.or.jp, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7498 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Keymaps of jp.106.kbd & jp.106x.kbd is incorrect State-Changed-From-To: suspended-closed State-Changed-By: yokota State-Changed-When: Mon Aug 10 02:10:35 PDT 1998 State-Changed-Why: Fixed in 3.0-CURRENT. Will be merged to 2.2-STABLE later. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 02:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA12409 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 02:50:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12288; Mon, 10 Aug 1998 02:50:00 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA13422; Mon, 10 Aug 1998 02:49:58 -0700 (PDT) Date: Mon, 10 Aug 1998 02:49:58 -0700 (PDT) Message-Id: <199808100949.CAA13422@freefall.freebsd.org> To: luoqi@chen.ml.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/7310 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Chinese locale data (zh_CN.EUC encoding) State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Aug 10 02:49:46 PDT 1998 State-Changed-Why: committed thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 03:23:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA16851 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 03:23:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA16839; Mon, 10 Aug 1998 03:23:08 -0700 (PDT) (envelope-from thepish@FreeBSD.org) From: Peter Hawkins Received: (from thepish@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA14290; Mon, 10 Aug 1998 03:23:07 -0700 (PDT) Date: Mon, 10 Aug 1998 03:23:07 -0700 (PDT) Message-Id: <199808101023.DAA14290@freefall.freebsd.org> To: wosch@bento.freebsd.org, thepish@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7522 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Segmentation fault in BSD find(1) State-Changed-From-To: suspended-closed State-Changed-By: thepish State-Changed-When: Mon Aug 10 03:01:52 PDT 1998 State-Changed-Why: Fixed. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 05:10:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29717 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 05:10:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29633 for ; Mon, 10 Aug 1998 05:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA18342; Mon, 10 Aug 1998 05:10:00 -0700 (PDT) Received: from mail.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28715 for ; Mon, 10 Aug 1998 05:02:23 -0700 (PDT) (envelope-from ernie!bert.kts.org!hm@ppp.net) Received: from casparc.ppp.net (casparc2.ppp.net [194.64.12.42]) by mail.ppp.net (8.8.8/8.8.8) with SMTP id OAA06028 for ; Mon, 10 Aug 1998 14:02:02 +0200 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0z5qeH-002ZjZC; Mon, 10 Aug 98 14:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Mon, 10 Aug 1998 13:43:51 +0200 (CEST) (Smail-3.2.0.91 1997-Jan-14 #3 built 1998-Feb-14) Received: by bert.kts.org via sendmail with stdio id for FreeBSD-gnats-submit@freebsd.org; Mon, 10 Aug 1998 13:37:21 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #1 built 1998-Jun-6) Message-Id: Date: Mon, 10 Aug 1998 13:37:21 +0200 (CEST) From: hm@kts.org Reply-To: hm@kts.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7556: potential sl_compress_init problem in slcompress.c and if_ppp.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7556 >Category: kern >Synopsis: sl_compress_init() will fail if called anything else than -1 or >MAX_STATE >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 05:10:00 PDT 1998 >Last-Modified: >Originator: Hellmuth Michaelis >Organization: Kitchen Table Systems >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: In environments where Van Jacobsen header compression is needed and the compression routines in slcompress.c are used for this purpose. This report is based on sources from FreeBSD 2.2.5 and 2.2.6. >Description: The subroutine sl_compress_init(comp, max_state) in slcompress.c at least implies, that the state table can be changed to any value dynamically if called with some appropriate value for max_state. This is not true, because the corresponding table is initialized by the hardcoded MAX_STATES value in the header file slcompress.h. Calling sl_compress_init() with a value greater than MAX_STATES will cause cause writing outside the slcompress structure - bad things happen. sl_compress_init() is currently used like this in the kernel PPP driver, if_ppp.c: #ifdef VJC case PPPIOCSMAXCID: if (error = suser(p->p_ucred, &p->p_acflag)) return (error); s = splnet(); sl_compress_init(&sc->sc_comp, *(int *)data); splx(s); break; #endif in this case, if this ioctl routine is ever issued with a value other than -1 or with a value greater MAX_STATES, random writes into other unknown data structures will occur! >How-To-Repeat: Call sl_compress_init() with a max_state value of i.e. 64. (Caution: make a backup before doing this!). >Fix: Immediately disable the usage of any parameter for max_state other than -1 now! For the future, make the tstate and rstate structures in struct slcompress resize dynamically so sl_compress_init() is able to do what it should be able to do. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 10:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04868 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 10:20:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04828 for ; Mon, 10 Aug 1998 10:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA10522; Mon, 10 Aug 1998 10:20:01 -0700 (PDT) Received: from flea.best.net (flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04354 for ; Mon, 10 Aug 1998 10:17:38 -0700 (PDT) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.9.0/8.9.0/best.fl) id KAA20413; Mon, 10 Aug 1998 10:17:13 -0700 (PDT) Message-Id: <199808101717.KAA20413@flea.best.net> Date: Mon, 10 Aug 1998 10:17:13 -0700 (PDT) From: Matt Dillon Reply-To: dillon@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7557: possible inode deadlock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7557 >Category: kern >Synopsis: -current machine running Diablo, lockup, possible inode deadlock >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 10:20:00 PDT 1998 >Last-Modified: >Originator: Matt Dillon >Organization: Best Internet Communications, Inc. >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD-current CVS july 28 + softupdates + CAM + CCD. >Description: The serial console output is included below. There are *TWO* crashes shown. In both cases, the machine simply locked up, staying pingable but being unresponsive to attempts to login over the network or on the console. In both cases I broke the machine into the debugger, did a ps, and then attempted to panic it. In both cases, the dump failed with a page fault and a second panic rebooted it without generating a dump. In both cases, a cascade inode lockup appears to have occured. The base cause of the lockup is unknown... it is not clear whether it is an inode deadlock situation or whether a process got stuck in bioread() or something like that and caused the cascade. What is known is that whatever the cause, the inode lockup appears to cascade all the back to the root inode since it winds up effecting all processes attempting to access the filesystem, including sshd, which do not touch the news partition(s) at all. -Matt Jul 30 00:18:43 nntp3 sshd[1801]: log: Closing connection to 209.157.86.6 Jul 30 10:09:27 nntp3 sshd[11283]: log: Connection from 209.157.86.6 port 994 Jul 30 10:09:29 nntp3 sshd[11283]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Jul 30 10:09:35 nntp3 ksu[11289]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Jul 30 10:09:35 nntp3 ksu[11289]: Account root: authorization for dillon@BEST.COM successful Stopped at _siointr1+0x6d [../../i386/isa/sio.c:58]: jmp _siointr1+0x159 db> back No such command db> trace _siointr1(com=f1ca9800) at _siointr1+0x6d [../../i386/isa/sio.c:58] _siointr(unit=0) at _siointr+0x1d [../../i386/isa/sio.c:1482] _Xfastintr4(f9c468c0,0,fa8abf40,0,0) at _Xfastintr4+0x24 _soo_read(fp=f1e65480,uio=fa8abf40,cred=f2549600) at _soo_read+0x20 [../../kern/sys_socket.c:69] _read(p=fa87dfc0,uap=fa8abf94) at _read+0xb3 [../../kern/sys_generic.c:121] _syscall(frame=efbf0027) at _syscall+0x187 [../../i386/i386/trap.c:1031] _Xsyscall() at _Xsyscall+0x55 --- syscall 0x3, eip = 0x200a87d1, esp = 0xefbfd5c4, ebp = 0xefbfd670 --- db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 11318 0xfa87e9c0 0xfa88e000 0 175 175 000004 3 inode 0xf1d15e00 sshd1 11317 0xfa87c940 0xfa8e7000 0 11290 11317 000016 3 inode 0xf1d15e00 tcsh 11309 0xfa87ca80 0xfa8e4000 8 1 11299 004005 3 inode 0xf1d15e00 dnewslink 11290 0xfa87d5c0 0xfa8c5000 0 11289 11290 004006 3 ppwait 0xfa87d5c0 tcsh 11289 0xf9fb1480 0xfa1a2000 0 11285 11289 004187 3 wait 0xf9fb1480 ksu 11285 0xfa87ab40 0xfa939000 298 11283 11285 004086 3 pause 0xfa9390f0 tcsh 11283 0xfa87b540 0xfa91e000 0 175 175 000085 3 select 0xf023ed94 sshd1 11282 0xfa87e4c0 0xfa89b000 8 202 202 000105 3 inode 0xf1d7ca00 diablo 9926 0xfa430540 0xfa4cc000 8 1 9919 004005 3 inode 0xf1d15e00 dnewslink 9915 0xfa796c80 0xfa853000 8 202 202 000185 3 sbwait 0xf9c42224 diablo 9914 0xfa87bcc0 0xfa909000 8 202 202 000185 3 sbwait 0xf9c4b9a4 diablo 9913 0xfa87ba40 0xfa910000 8 202 202 000185 3 sbwait 0xf9c4e2c4 diablo 9912 0xfa87ce40 0xfa8d8000 8 202 202 000185 3 sbwait 0xf9c4b4a4 diablo 9911 0xfa87de80 0xfa8ad000 8 202 202 000185 3 sbwait 0xf9c4f4a4 diablo 9910 0xf9fb2740 0xf9fd1000 8 202 202 000105 3 inode 0xf23d7800 diablo 9909 0xfa796dc0 0xfa84f000 8 202 202 000185 3 sbwait 0xf9c4a4a4 diablo 9908 0xf9fb0e40 0xfa232000 8 202 202 000105 3 inode 0xf2261000 diablo 9907 0xfa797540 0xfa83b000 8 202 202 000185 3 sbwait 0xf9c46184 diablo 9906 0xfa797680 0xfa837000 8 202 202 000105 3 inode 0xf1d29600 diablo 9905 0xfa87bb80 0xfa90c000 8 202 202 000185 3 sbwait 0xf9c41cc4 diablo --More-- 9904 0xfa796a00 0xfa85c000 8 202 202 000105 3 inode 0xf1d15e00 diablo --More-- 9903 0xfa87ed80 0xfa883000 8 202 202 000185 3 sbwait 0xf9c47184 diablo 9902 0xfa87e600 0xfa898000 8 202 202 000185 3 sbwait 0xf9c4fb84 diablo 9901 0xfa87e380 0xfa89f000 8 202 202 000185 3 sbwait 0xf9c3f684 diablo 9900 0xfa7963c0 0xfa86e000 8 202 202 000105 3 inode 0xf1d2fa00 diablo 9899 0xfa796140 0xfa874000 8 202 202 000185 3 sbwait 0xf9c3f5e4 diablo 9898 0xfa796500 0xfa86a000 8 202 202 000185 3 sbwait 0xf9c44364 diablo 9897 0xf9fb1700 0xfa0b7000 8 202 202 000185 3 sbwait 0xf9c4bcc4 diablo 9896 0xfa87c1c0 0xfa8fc000 8 202 202 000105 3 pgtblk 0xf0f6f78c diablo 9895 0xfa87dac0 0xfa8b7000 8 202 202 000185 3 sbwait 0xf9c3dc24 diablo 9894 0xfa87b040 0xfa92b000 8 202 202 000105 3 inode 0xf1d2f000 diablo 9893 0xfa87e880 0xfa892000 8 202 202 000185 3 sbwait 0xf9c40b84 diablo 9892 0xf9fb1840 0xfa05a000 8 202 202 000185 3 sbwait 0xf9c46b84 diablo 9891 0xf9fb1d40 0xfa019000 8 202 202 000185 3 sbwait 0xf9c3d5e4 diablo 9890 0xfa796f00 0xfa84c000 8 202 202 000105 3 getblk 0xf6d16868 diablo 8851 0xfa7968c0 0xfa85f000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8849 0xfa87eb00 0xfa88b000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8847 0xfa87ec40 0xfa887000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8845 0xfa87dfc0 0xfa8aa000 8 8817 8817 000104 2 dreaderd 8843 0xfa7972c0 0xfa841000 8 8817 8817 000104 2 dreaderd 8840 0xfa797400 0xfa83e000 8 8817 8817 000104 2 dreaderd 8839 0xfa796780 0xfa863000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd --More-- 8830 0xfa797040 0xfa848000 8 8817 8817 000104 2 dreaderd 8829 0xfa87e740 0xfa895000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8828 0xf9eca200 0xf9f3e000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8827 0xfa87ac80 0xfa936000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8826 0xfa87b900 0xfa914000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8825 0xfa87e240 0xfa8a2000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8824 0xfa87d200 0xfa8cf000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8823 0xfa87c080 0xfa8ff000 8 8817 8817 000105 3 inode 0xf1d2fc00 dreaderd 8822 0xfa87a8c0 0xfa943000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8821 0xf9ec8f40 0xf9f78000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8820 0xfa87be00 0xfa905000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8819 0xf9fb2b00 0xf9fc6000 8 8817 8817 000105 3 inode 0xf1d2f800 dreaderd 8818 0xfa87d0c0 0xfa8d2000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8817 0xfa87d480 0xfa8c8000 8 1 8817 000184 3 select 0xf023ed94 dreaderd 7668 0xfa796640 0xfa866000 8 1 7657 000105 3 inode 0xf1d15e00 dreaderd 293 0xf9fb1c00 0xfa01d000 666 292 293 004087 3 ttyin 0xf0219570 csh 292 0xf9fb1e80 0xfa016000 0 291 292 004087 3 wait 0xf9fb1e80 login.krb5 291 0xf9fb2240 0xf9fe1000 0 137 291 004085 3 select 0xf023ed94 klogind 202 0xf9eca480 0xf9f37000 8 1 202 000104 3 inode 0xf1d15e00 diablo 192 0xf9ecafc0 0xf9f0f000 0 1 192 004006 3 inode 0xf1d15e00 getty 191 0xf9ecad40 0xf9f1c000 0 1 191 004086 3 ttyin 0xf023b310 getty --More-- 190 0xf9ecb880 0xf9ee2000 0 1 190 004086 3 ttyin 0xf023b220 getty 189 0xf9ecb9c0 0xf9ede000 0 1 189 004086 3 ttyin 0xf023b130 getty 175 0xf9ecae80 0xf9f14000 0 1 175 000004 3 inode 0xf1d15e00 sshd1 140 0xf9ecb100 0xf9f0c000 0 1 140 000004 3 inode 0xf1d15e00 cron 137 0xf9ecb240 0xf9f09000 0 1 137 000084 3 select 0xf023ed94 inetd 111 0xf9ecb380 0xf9f06000 1 1 111 000184 3 select 0xf023ed94 portmap 107 0xf9ecb600 0xf9ef5000 0 1 107 000004 3 inode 0xf1d15e00 xntpd 103 0xf9ecb740 0xf9ef2000 0 1 103 000084 3 select 0xf023ed94 named 95 0xf9ecb4c0 0xf9ef8000 0 1 95 000084 3 select 0xf023ed94 syslogd 4 0xf9ecbb00 0xf9ed9000 0 0 0 000204 3 syncer 0xf024174c syncer 3 0xf9ecbc40 0xf9ed6000 0 0 0 000204 3 psleep 0xf0237cf0 vmdaemon 2 0xf9ecbd80 0xf9ed3000 0 0 0 000204 3 psleep 0xf0210690 pagedaemon 1 0xf9ecbec0 0xf9ed0000 0 0 1 004084 3 wait 0xf9ecbec0 init 0 0xf023f81c 0xf0a64000 0 0 0 000204 3 sched 0xf023f81c swapper db> pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 11318 0xfa87e9c0 0xfa88e000 0 175 175 000004 3 inode 0xf1d15e00 sshd1 11317 0xfa87c940 0xfa8e7000 0 11290 11317 000016 3 inode 0xf1d15e00 tcsh 11309 0xfa87ca80 0xfa8e4000 8 1 11299 004005 3 inode 0xf1d15e00 dnewslink 11290 0xfa87d5c0 0xfa8c5000 0 11289 11290 004006 3 ppwait 0xfa87d5c0 tcsh 11289 0xf9fb1480 0xfa1a2000 0 11285 11289 004187 3 wait 0xf9fb1480 ksu 11285 0xfa87ab40 0xfa939000 298 11283 11285 004086 3 pause 0xfa9390f0 tcsh 11283 0xfa87b540 0xfa91e000 0 175 175 000085 3 select 0xf023ed94 sshd1 11282 0xfa87e4c0 0xfa89b000 8 202 202 000105 3 inode 0xf1d7ca00 diablo 9926 0xfa430540 0xfa4cc000 8 1 9919 004005 3 inode 0xf1d15e00 dnewslink 9915 0xfa796c80 0xfa853000 8 202 202 000185 3 sbwait 0xf9c42224 diablo 9914 0xfa87bcc0 0xfa909000 8 202 202 000185 3 sbwait 0xf9c4b9a4 diablo 9913 0xfa87ba40 0xfa910000 8 202 202 000185 3 sbwait 0xf9c4e2c4 diablo 9912 0xfa87ce40 0xfa8d8000 8 202 202 000185 3 sbwait 0xf9c4b4a4 diablo 9911 0xfa87de80 0xfa8ad000 8 202 202 000185 3 sbwait 0xf9c4f4a4 diablo 9910 0xf9fb2740 0xf9fd1000 8 202 202 000105 3 inode 0xf23d7800 diablo 9909 0xfa796dc0 0xfa84f000 8 202 202 000185 3 sbwait 0xf9c4a4a4 diablo 9908 0xf9fb0e40 0xfa232000 8 202 202 000105 3 inode 0xf2261000 diablo 9907 0xfa797540 0xfa83b000 8 202 202 000185 3 sbwait 0xf9c46184 diablo 9906 0xfa797680 0xfa837000 8 202 202 000105 3 inode 0xf1d29600 diablo 9905 0xfa87bb80 0xfa90c000 8 202 202 000185 3 sbwait 0xf9c41cc4 diablo --More-- 9904 0xfa796a00 0xfa85c000 8 202 202 000105 3 inode 0xf1d15e00 diablo 9903 0xfa87ed80 0xfa883000 8 202 202 000185 3 sbwait 0xf9c47184 diablo 9902 0xfa87e600 0xfa898000 8 202 202 000185 3 sbwait 0xf9c4fb84 diablo 9901 0xfa87e380 0xfa89f000 8 202 202 000185 3 sbwait 0xf9c3f684 diablo 9900 0xfa7963c0 0xfa86e000 8 202 202 000105 3 inode 0xf1d2fa00 diablo 9899 0xfa796140 0xfa874000 8 202 202 000185 3 sbwait 0xf9c3f5e4 diablo 9898 0xfa796500 0xfa86a000 8 202 202 000185 3 sbwait 0xf9c44364 diablo 9897 0xf9fb1700 0xfa0b7000 8 202 202 000185 3 sbwait 0xf9c4bcc4 diablo 9896 0xfa87c1c0 0xfa8fc000 8 202 202 000105 3 pgtblk 0xf0f6f78c diablo 9895 0xfa87dac0 0xfa8b7000 8 202 202 000185 3 sbwait 0xf9c3dc24 diablo 9894 0xfa87b040 0xfa92b000 8 202 202 000105 3 inode 0xf1d2f000 diablo 9893 0xfa87e880 0xfa892000 8 202 202 000185 3 sbwait 0xf9c40b84 diablo 9892 0xf9fb1840 0xfa05a000 8 202 202 000185 3 sbwait 0xf9c46b84 diablo 9891 0xf9fb1d40 0xfa019000 8 202 202 000185 3 sbwait 0xf9c3d5e4 diablo 9890 0xfa796f00 0xfa84c000 8 202 202 000105 3 getblk 0xf6d16868 diablo 8851 0xfa7968c0 0xfa85f000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8849 0xfa87eb00 0xfa88b000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8847 0xfa87ec40 0xfa887000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8845 0xfa87dfc0 0xfa8aa000 8 8817 8817 000104 2 dreaderd 8843 0xfa7972c0 0xfa841000 8 8817 8817 000104 2 dreaderd 8840 0xfa797400 0xfa83e000 8 8817 8817 000104 2 dreaderd --More-- 8839 0xfa796780 0xfa863000 8 8817 8817 000104 3 inode 0xf1d15e00 dreaderd 8830 0xfa797040 0xfa848000 8 8817 8817 000104 2 dreaderd 8829 0xfa87e740 0xfa895000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8828 0xf9eca200 0xf9f3e000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8827 0xfa87ac80 0xfa936000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8826 0xfa87b900 0xfa914000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8825 0xfa87e240 0xfa8a2000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8824 0xfa87d200 0xfa8cf000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8823 0xfa87c080 0xfa8ff000 8 8817 8817 000105 3 inode 0xf1d2fc00 dreaderd 8822 0xfa87a8c0 0xfa943000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8821 0xf9ec8f40 0xf9f78000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8820 0xfa87be00 0xfa905000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8819 0xf9fb2b00 0xf9fc6000 8 8817 8817 000105 3 inode 0xf1d2f800 dreaderd 8818 0xfa87d0c0 0xfa8d2000 8 8817 8817 000105 3 inode 0xf1d15e00 dreaderd 8817 0xfa87d480 0xfa8c8000 8 1 8817 000184 3 select 0xf023ed94 dreaderd 7668 0xfa796640 0xfa866000 8 1 7657 000105 3 inode 0xf1d15e00 dreaderd 293 0xf9fb1c00 0xfa01d000 666 292 293 004087 3 ttyin 0xf0219570 csh 292 0xf9fb1e80 0xfa016000 0 291 292 004087 3 wait 0xf9fb1e80 login.krb5 291 0xf9fb2240 0xf9fe1000 0 137 291 004085 3 select 0xf023ed94 klogind 202 0xf9eca480 0xf9f37000 8 1 202 000104 3 inode 0xf1d15e00 diablo 192 0xf9ecafc0 0xf9f0f000 0 1 192 004006 3 inode 0xf1d15e00 getty --More-- 191 0xf9ecad40 0xf9f1c000 0 1 191 004086 3 ttyin 0xf023b310 getty 190 0xf9ecb880 0xf9ee2000 0 1 190 004086 3 ttyin 0xf023b220 getty 189 0xf9ecb9c0 0xf9ede000 0 1 189 004086 3 ttyin 0xf023b130 getty 175 0xf9ecae80 0xf9f14000 0 1 175 000004 3 inode 0xf1d15e00 sshd1 140 0xf9ecb100 0xf9f0c000 0 1 140 000004 3 inode 0xf1d15e00 cron 137 0xf9ecb240 0xf9f09000 0 1 137 000084 3 select 0xf023ed94 inetd 111 0xf9ecb380 0xf9f06000 1 1 111 000184 3 select 0xf023ed94 portmap 107 0xf9ecb600 0xf9ef5000 0 1 107 000004 3 inode 0xf1d15e00 xntpd 103 0xf9ecb740 0xf9ef2000 0 1 103 000084 3 select 0xf023ed94 named 95 0xf9ecb4c0 0xf9ef8000 0 1 95 000084 3 select 0xf023ed94 syslogd 4 0xf9ecbb00 0xf9ed9000 0 0 0 000204 3 syncer 0xf024174c syncer 3 0xf9ecbc40 0xf9ed6000 0 0 0 000204 3 psleep 0xf0237cf0 vmdaemon 2 0xf9ecbd80 0xf9ed3000 0 0 0 000204 3 psleep 0xf0210690 pagedaemon 1 0xf9ecbec0 0xf9ed0000 0 0 1 004084 3 wait 0xf9ecbec0 init 0 0xf023f81c 0xf0a64000 0 0 0 000204 3 sched 0xf023f81c swapper db> panic panic: from debugger mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 Debugger("panic") Stopped at _siointr1+0x6d [../../i386/isa/sio.c:58]: jmp _siointr1+0x159 db> panic panic: from debugger mp_lock = 01000003; cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 dumping to dev 401, offset 524288 dump Fatal trap 12: page fault while in kernel mode mp_lock = 01000004; cpuid = 1; lapic.id = 01000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01151be stack pointer = 0x10:0xfa8abaac frame pointer = 0x10:0xfa8abb6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 8845 (dreaderd) interrupt mask = net tty bio cam <- SMP: XXX kernel: type 12 trap, code=0 Stopped at _siointr1+0x6d [../../i386/isa/sio.c:58]: jmp _siointr1+0x159 db> panic: from debugger mp_lock = 01000004; cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 dumping to dev 401, offset 524288 dump device not ready Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot <-- Rebooting... cpu_reset called on cpu#1 cpu_reset: Restarting BSP cpu_reset_proxy: Grabbed mp lock for BSP cpu_reset_proxy: Stopped CPU 1 -\|/- >How-To-Repeat: It occurs once every 2 to 10 days or so. I cannot get it to reliably reproduce the problem. >Fix: Unknown. >Audit-Trail: >Unformatted: >> FreeBSD BOOT @ 0x10000: 639/65535 k of memory, serial console Boot default: 0:sd(0,a)/kernel boot: \|/-\|Booting 0:sd(0,a)/kernel @ 0x100000 text=0x105000 /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|data=0x12000 /-\|/-\|/bss=0x2be10 symbols=[+0x1f0+0x4+0x322974-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-! \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+0x4+0x4f3706] \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-! \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/! -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/Can't f! ind file /kernel.config total=0xa59082 entry point=0x100000 [ preserving 0x816084 bytes of kernel symbol table ] BIOS basemem (639K) != RTC basemem (640K), setting to BIOS value Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #4: Tue Jul 28 16:14:52 PDT 1998 dillon@nntp3.ba.best.com:/src/src/sys/compile/BEST-SMP Timecounter "i8254" frequency 1193182 Hz cost 3538 ns CPU: Pentium II (686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 250265600 (244400K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 chip3: rev 0x01 int d irq 255 on pci0.7.2 chip4: rev 0x02 on pci0.7.3 Freeing (NOT implemented) redirected ISA irq 9. ahc0: rev 0x00 int a irq 16 on pci0.16.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs Freeing (NOT implemented) redirected ISA irq 10. vx0: <3COM 3C905 Fast Etherlink XL PCI> rev 0x00 int a irq 17 on pci0.17.0 mii[*mii*]: disable 'auto select' with DOS util! address 00:60:08:92:62:fb Probing for devices on PCI bus 1: Freeing (NOT implemented) redirected ISA irq 0. vga0: rev 0xf3 int a irq 2 on pci1.1.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 lpt0 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 ccd0-7: Concatenated disk drivers SMP: AP CPU #1 Launched! cda1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI2 device da3: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) hanging root device to da0s4a changing root device to da0a WARNING: / was not properly dismounted. swapon: adding /dev/sd0b as swap device swapon: adding /dev/sd1b as swap device swapon: adding /dev/sd2b as swap device swapon: adding /dev/sd3b as swap device Automatic reboot in progress... /dev/rsd0a: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0a: 3426 files, 56406 used, 70745 free (241 frags, 8813 blocks, 0.2% fragmentation) /dev/rsd0d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0d: 134 files, 3148 used, 124003 free (67 frags, 15492 blocks, 0.1% fragmentation) /dev/rsd0e: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0e: 47 files, 7995 used, 500660 free (12 frags, 62581 blocks, 0.0% fragmentation) /dev/rsd0f: UNREF FILE I=3 OWNER=root MODE=100600 /dev/rsd0f: SIZE=316 MTIME=Jul 29 07:22 1998 (CLEARED) /dev/rsd0f: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/rsd0f: SUMMARY INFORMATION BAD (SALVAGED) /dev/rsd0f: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/rsd0f: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0f: 67 files, 17 used, 508638 free (38 frags, 63575 blocks, 0.0% fragmentation) /dev/rsd0g: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0g: 29127 files, 492961 used, 524366 free (3646 frags, 65090 blocks, 0.4% fragmentation) /dev/rccd1d: UNREF FILE I=75342 OWNER=news MODE=100600 /dev/rccd1d: SIZE=157190 MTIME=Jul 28 10:45 1998 (CLEARED) /dev/rccd1d: UNREF FILE I=199197 OWNER=news MODE=100600 /dev/rccd1d: SIZE=137035 MTIME=Jul 29 15:21 1998 (CLEARED) /dev/rccd1d: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/rccd1d: SUMMARY INFORMATION BAD (SALVAGED) /dev/rccd1d: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/rccd1d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rccd1d: 70335 files, 4111231 used, 5286564 free (202428 frags, 635517 blocks, 2.2% fragmentation) /dev/rccd0d: UNREF FILE I=46423 OWNER=news MODE=100755 /dev/rccd0d: SIZE=786423 MTIME=Jul 29 09:04 1998 (CLEARED) /dev/rccd0d: UNREF FILE I=69630 OWNER=news MODE=100600 /dev/rccd0d: SIZE=43320 MTIME=Jul 30 11:01 1998 (CLEARED) /dev/rccd0d: UNREF FILE I=631763 OWNER=news MODE=100600 /dev/rccd0d: SIZE=87815 MTIME=Jul 30 09:50 1998 (CLEARED) /dev/rccd0d: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/rccd0d: SUMMARY INFORMATION BAD (SALVAGED) /dev/rccd0d: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/rccd0d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rccd0d: 138473 files, 1777183 used, 1274631 free (13647 frags, 157623 blocks, 0.4% fragmentation) /dev/rccd2d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rccd2d: 350273 files, 34688827 used, 5193801 free (566321 frags, 578435 blocks, 1.4% fragmentation) ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated Doing initial network setup: hostname. vx0: flags=8843 mtu 1500 inet 206.86.0.14 netmask 0xffffff80 broadcast 206.86.0.127 ether 00:60:08:92:62:fb lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 206.86.0.1 add net 206.86.0.0: gateway 206.86.0.12 add host 206.184.139.131: gateway 206.86.0.1 Additional routing options: IP gateway=YES. routing daemons:. recording kernel -c changes additional daemons: syslogd. checking for core dump...savecore: no core dump Jul 30 10:36:29 nntp3 savecore: no core dump Doing additional network setup: namedJul 30 10:36:29 nntp3 named[102]: starting. named 8.1.2 Tue Jun 30 22:28:12 PDT 1998 dima@nntp3.ba.best.com:/src/obj/src/src/usr.sbin/named Jul 30 10:36:30 nntp3 named[103]: Ready to answer queries. xntpdJul 30 10:36:30 nntp3 xntpd[107]: xntpd version=3.4e (beta multicast); Tue Jun 30 22:28:58 PDT 1998 (1) portmap. Starting final network daemons:. Jul 30 10:36:30 nntp3 xntpd[107]: tickadj = 5, tick = 10000, tvu_maxslew = 495 Jul 30 10:36:30 nntp3 xntpd[107]: using xntpd phase-lock loop setting ldconfig path: /usr/lib/aout /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/krb5/lib /usr/local/lib /usr/X11R6/lib starting standard daemons: inetd cron. Initial rc.i386 initialization:. rc.i386 configuring syscons: blank_time. Local package initialization: sshdJul 30 10:36:32 nntp3 sshd[171]: log: Server listening on port 22. Jul 30 10:36:32 nntp3 sshd[171]: log: Generating 768 bit RSA key. . starting local daemons:. Thu Jul 30 10:36:32 PDT 1998 à Welcome to Best Internet Communications, Inc. login: Welcome to Best Internet Communications, Inc. login: Jul 30 10:37:27 nntp3 sshd[189]: log: Connection from 209.157.86.2 port 981 Jul 30 10:37:51 nntp3 sshd[189]: log: Password authentication of user dillon using Kerberos failed: Operation not supported by device Jul 30 10:37:51 nntp3 sshd[189]: fatal: Connection closed by remote host. Jul 30 10:37:59 nntp3 sshd[191]: log: Connection from 209.157.86.2 port 980 Jul 30 10:38:00 nntp3 sshd[191]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from apollo.backplane.com Jul 30 10:38:02 nntp3 ksu[196]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Jul 30 10:38:02 nntp3 ksu[196]: Account root: authorization for dillon@BEST.COM successful (da2:ahc0:0:2:0): tagged openings now 63 (da1:ahc0:0:1:0): tagged openings now 63 (da3:ahc0:0:3:0): tagged openings now 63 (da1:ahc0:0:1:0): tagged openings now 49 Jul 30 10:40:45 nntp3 xntpd[107]: time reset (step) -1.530145 s (da2:ahc0:0:2:0): tagged openings now 55 (da2:ahc0:0:2:0): tagged openings now 49 (da3:ahc0:0:3:0): tagged openings now 62 (da3:ahc0:0:3:0): tagged openings now 50 (da3:ahc0:0:3:0): tagged openings now 49 Jul 30 11:36:31 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Jul 30 11:36:32 nntp3 sshd[171]: log: RSA key generation complete. Jul 30 14:10:58 nntp3 sshd[1071]: log: Connection from 205.149.163.43 port 833 Jul 30 14:10:59 nntp3 sshd[1071]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from flash.noc.best.net Jul 30 14:11:13 nntp3 ksu[1076]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp1 Jul 30 14:11:13 nntp3 ksu[1076]: Account root: authorization for dillon@BEST.COM successful Jul 30 14:18:02 nntp3 sshd[1071]: log: Closing connection to 205.149.163.43 Jul 30 14:36:33 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Jul 30 14:36:34 nntp3 sshd[171]: log: RSA key generation complete. Jul 30 15:13:35 nntp3 sshd[1237]: log: Connection from 205.149.163.43 port 826 Jul 30 15:13:36 nntp3 sshd[1237]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from flash.noc.best.net Jul 30 15:14:15 nntp3 ksu[1251]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp1 Jul 30 15:14:15 nntp3 ksu[1251]: Account root: authorization for dillon@BEST.COM successful Jul 30 15:14:42 nntp3 dreaderd[363]: read 0 error on DNS subprocess, killing 377 (Undefined error: 0) Jul 30 15:14:42 nntp3 dreaderd[363]: Lost dns resolver 377 Jul 30 15:14:42 nntp3 dreaderd[363]: read 0 error on DNS subprocess, killing 376 (Undefined error: 0) Jul 30 15:14:42 nntp3 dreaderd[363]: Lost dns resolver 376 Jul 30 15:16:06 nntp3 sshd[1273]: log: Connection from 209.157.86.2 port 979 Jul 30 15:16:07 nntp3 sshd[1273]: log: Kerberos tgt REFUSED for root Jul 30 15:16:07 nntp3 sshd[1273]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Jul 30 15:16:07 nntp3 sshd[1273]: log: ROOT LOGIN as 'root' from apollo.backplane.com Jul 30 15:16:07 nntp3 sshd[1275]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Jul 30 15:16:18 nntp3 sshd[1273]: log: Closing connection to 209.157.86.2 Jul 30 15:17:14 nntp3 sshd[1320]: log: Connection from 209.157.86.2 port 977 Jul 30 15:17:15 nntp3 sshd[1320]: log: Kerberos tgt REFUSED for root Jul 30 15:17:15 nntp3 sshd[1320]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Jul 30 15:17:15 nntp3 sshd[1320]: log: ROOT LOGIN as 'root' from apollo.backplane.com Jul 30 15:17:15 nntp3 sshd[1322]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Jul 30 15:17:25 nntp3 sshd[1320]: log: Closing connection to 209.157.86.2 Jul 30 15:20:51 nntp3 sshd[1237]: log: Closing connection to 205.149.163.43 Jul 30 15:36:35 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Jul 30 15:36:36 nntp3 sshd[171]: log: RSA key generation complete. Jul 30 15:53:47 nntp3 sshd[1610]: log: Connection from 205.149.163.43 port 822 Jul 30 15:53:49 nntp3 sshd[1610]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from flash.noc.best.net Jul 30 15:54:09 nntp3 ksu[1617]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp1 Jul 30 15:54:09 nntp3 ksu[1617]: Account root: authorization for dillon@BEST.COM successful Jul 30 16:01:14 nntp3 sshd[1610]: log: Closing connection to 205.149.163.43 Jul 30 16:36:36 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Jul 30 16:36:37 nntp3 sshd[171]: log: RSA key generation complete. Jul 30 20:50:36 nntp3 sshd[191]: log: Closing connection to 209.157.86.2 Jul 30 21:11:57 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 30 21:12:00 nntp3 last message repeated 2 times Jul 30 21:13:00 nntp3 last message repeated 3 times Jul 30 21:21:00 nntp3 last message repeated 6 times Jul 30 21:31:00 nntp3 last message repeated 6 times Jul 30 21:41:01 nntp3 last message repeated 6 times Jul 31 14:06:05 nntp3 sshd[5298]: log: Connection from 209.157.86.6 port 883 Jul 31 14:06:07 nntp3 sshd[5298]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Jul 31 14:36:48 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Jul 31 14:36:49 nntp3 sshd[171]: log: RSA key generation complete. Jul 31 15:40:50 nntp3 sshd[5298]: log: Closing connection to 209.157.86.6 Jul 31 16:02:30 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 16:02:52 nntp3 last message repeated 5 times Jul 31 16:04:37 nntp3 last message repeated 6 times Jul 31 16:07:37 nntp3 last message repeated 3 times Jul 31 16:10:22 nntp3 named[103]: unapproved query from [134.177.121.101].137 for "WWW\.FAMILY.symax.com" Jul 31 16:10:25 nntp3 last message repeated 2 times Jul 31 16:12:34 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 16:12:37 nntp3 last message repeated 2 times Jul 31 16:17:34 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 16:17:37 nntp3 last message repeated 2 times Jul 31 16:22:22 nntp3 named[103]: unapproved query from [134.177.121.101].137 for "HOME\.PARENT\.COM\000.symax.com" Jul 31 16:22:25 nntp3 last message repeated 2 times Jul 31 16:22:34 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 16:22:37 nntp3 last message repeated 2 times Jul 31 16:27:34 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 16:37:35 nntp3 last message repeated 7 times Jul 31 16:42:37 nntp3 last message repeated 4 times Jul 31 17:41:14 nntp3 sshd[5839]: log: Connection from 209.157.86.6 port 873 Jul 31 17:41:16 nntp3 sshd[5839]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Jul 31 17:41:31 nntp3 ksu[5844]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Jul 31 17:41:31 nntp3 ksu[5844]: Account root: authorization for dillon@BEST.COM successful Jul 31 17:45:46 nntp3 sshd[5839]: log: Closing connection to 209.157.86.6 Jul 31 18:36:51 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Jul 31 18:36:52 nntp3 sshd[171]: log: RSA key generation complete. Jul 31 23:05:40 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 23:06:03 nntp3 last message repeated 5 times Jul 31 23:07:48 nntp3 last message repeated 6 times Jul 31 23:15:48 nntp3 last message repeated 6 times Jul 31 23:15:55 nntp3 named[103]: unapproved query from [204.156.158.31].1091 for "vcd1.com" Jul 31 23:16:03 nntp3 named[103]: unapproved query from [134.177.121.101].137 for "VCD1\.COM.symax.com" Jul 31 23:16:06 nntp3 last message repeated 2 times Jul 31 23:20:46 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 23:20:49 nntp3 last message repeated 2 times Jul 31 23:25:46 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Jul 31 23:35:47 nntp3 last message repeated 7 times Jul 31 23:45:49 nntp3 last message repeated 7 times Jul 31 23:55:49 nntp3 last message repeated 3 times Aug 1 00:10:46 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 1 00:10:49 nntp3 last message repeated 2 times Aug 1 00:25:48 nntp3 last message repeated 3 times Aug 1 00:40:48 nntp3 last message repeated 3 times Aug 1 00:55:45 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 1 00:55:48 nntp3 last message repeated 2 times Aug 1 01:10:49 nntp3 last message repeated 3 times Aug 1 01:25:48 nntp3 last message repeated 3 times (da0:ahc0:0:0:0): tagged openings now 63 Aug 1 08:24:06 nntp3 xntpd[107]: Previous time adjustment didn't complete Aug 1 23:15:29 nntp3 named[103]: unapproved query from [204.156.158.31].1031 for "home10.netscape.com" Aug 1 23:15:42 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 1 23:16:05 nntp3 last message repeated 5 times Aug 1 23:17:50 nntp3 last message repeated 6 times Aug 1 23:25:50 nntp3 last message repeated 6 times Aug 1 23:30:50 nntp3 last message repeated 3 times Aug 1 23:31:46 nntp3 named[103]: unapproved query from [204.156.158.31].1109 for "www.smutarchives.com" Aug 1 23:35:47 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 1 23:35:50 nntp3 last message repeated 2 times Aug 1 23:40:47 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 1 23:50:48 nntp3 last message repeated 7 times Aug 1 23:55:50 nntp3 last message repeated 4 times Aug 2 00:05:50 nntp3 last message repeated 3 times Aug 2 00:20:50 nntp3 last message repeated 3 times Aug 2 00:25:26 nntp3 named[103]: unapproved query from [204.156.158.31].1293 for "www.cherry.inter.net" Aug 2 00:26:25 nntp3 named[103]: unapproved query from [204.156.158.31].1302 for "www.ac2k.com" Aug 2 00:35:46 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 2 00:35:49 nntp3 last message repeated 2 times Aug 2 13:17:55 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 2 13:27:44 nntp3 last message repeated 14 times Aug 2 13:37:44 nntp3 last message repeated 6 times Aug 2 13:47:44 nntp3 last message repeated 6 times Aug 2 13:52:44 nntp3 last message repeated 3 times Aug 2 16:12:48 nntp3 named[103]: unapproved query from [204.156.158.31].1027 for "protozoa.protozoa.com" Aug 2 16:13:30 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 2 16:13:33 nntp3 last message repeated 2 times Aug 2 16:16:30 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 2 16:16:33 nntp3 last message repeated 2 times Aug 2 18:11:21 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 2 18:14:24 nntp3 last message repeated 5 times Aug 3 14:08:13 nntp3 sshd[20561]: log: Connection from 209.157.86.6 port 866 Aug 3 14:08:16 nntp3 sshd[20561]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 3 14:08:23 nntp3 ksu[20568]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 3 14:08:23 nntp3 ksu[20568]: Account root: authorization for dillon@BEST.COM successful Aug 3 14:08:51 nntp3 sshd[20561]: log: Closing connection to 209.157.86.6 Aug 3 14:22:52 nntp3 sshd[20622]: log: Connection from 209.157.86.6 port 865 Aug 3 14:22:53 nntp3 sshd[20622]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 3 14:23:02 nntp3 ksu[20627]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 3 14:23:02 nntp3 ksu[20627]: Account root: authorization for dillon@BEST.COM successful Aug 3 14:32:11 nntp3 ftpd[20651]: FTP LOGIN REFUSED FROM ppp6170.twin.ne.jp, x Aug 3 14:32:51 nntp3 ftpd[20652]: FTP LOGIN REFUSED FROM ppp6170.twin.ne.jp, x Aug 3 14:35:42 nntp3 ftpd[20664]: FTP LOGIN REFUSED FROM ppp6170.twin.ne.jp, x Aug 3 14:37:24 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 3 14:37:25 nntp3 sshd[171]: log: RSA key generation complete. Aug 3 16:46:04 nntp3 sshd[20989]: log: Connection from 205.149.163.48 port 1524 Aug 3 16:46:06 nntp3 sshd[20989]: log: Kerberos authentication accepted kkrebs@BEST.COM for login to account kkrebs from vader.noc.best.net Aug 3 17:02:06 nntp3 sshd[20989]: log: Closing connection to 205.149.163.48 Aug 3 17:37:26 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 3 17:37:27 nntp3 sshd[171]: log: RSA key generation complete. Aug 3 17:52:26 nntp3 sshd[20622]: log: Closing connection to 209.157.86.6 Aug 3 23:37:00 nntp3 sshd[22025]: log: Connection from 209.157.86.6 port 853 Aug 3 23:37:02 nntp3 sshd[22025]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 3 23:37:05 nntp3 ksu[22030]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 3 23:37:05 nntp3 ksu[22030]: Account root: authorization for dillon@BEST.COM successful Aug 3 23:37:30 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 3 23:37:30 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 00:03:59 nntp3 sshd[22025]: log: Closing connection to 209.157.86.6 Aug 4 10:10:04 nntp3 sshd[23943]: log: Connection from 209.157.86.6 port 846 Aug 4 10:10:06 nntp3 sshd[23943]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 10:10:10 nntp3 ksu[23949]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 4 10:10:10 nntp3 ksu[23949]: Account root: authorization for dillon@BEST.COM successful Aug 4 10:33:20 nntp3 sshd[23943]: log: Closing connection to 209.157.86.6 Aug 4 10:37:35 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 10:37:36 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 11:32:38 nntp3 sshd[24159]: log: Connection from 209.157.86.2 port 964 Aug 4 11:32:40 nntp3 sshd[24159]: log: Kerberos tgt REFUSED for root Aug 4 11:32:40 nntp3 sshd[24159]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 11:32:40 nntp3 sshd[24159]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 11:32:40 nntp3 sshd[24161]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 11:32:51 nntp3 sshd[24159]: log: Closing connection to 209.157.86.2 Aug 4 11:35:24 nntp3 sshd[24176]: log: Connection from 209.157.86.2 port 962 Aug 4 11:35:25 nntp3 sshd[24176]: log: Kerberos tgt REFUSED for root Aug 4 11:35:25 nntp3 sshd[24176]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 11:35:25 nntp3 sshd[24176]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 11:35:25 nntp3 sshd[24178]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 11:35:30 nntp3 sshd[24182]: log: Connection from 209.157.86.6 port 842 Aug 4 11:35:31 nntp3 sshd[24182]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 11:35:33 nntp3 sshd[24176]: log: Closing connection to 209.157.86.2 Aug 4 11:35:35 nntp3 ksu[24188]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 4 11:35:35 nntp3 ksu[24188]: Account root: authorization for dillon@BEST.COM successful Aug 4 11:37:37 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 11:37:38 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 11:37:38 nntp3 sshd[24381]: log: Connection from 209.157.86.6 port 841 Aug 4 11:37:40 nntp3 sshd[24381]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 11:37:42 nntp3 ksu[24388]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp1 Aug 4 11:37:42 nntp3 ksu[24388]: Account root: authorization for dillon@BEST.COM successful Aug 4 11:41:32 nntp3 sshd[24807]: log: Connection from 209.157.86.2 port 960 Aug 4 11:41:33 nntp3 sshd[24807]: log: Kerberos tgt REFUSED for root Aug 4 11:41:33 nntp3 sshd[24807]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 11:41:33 nntp3 sshd[24807]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 11:41:34 nntp3 sshd[24809]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 11:41:35 nntp3 sshd[24807]: fatal: Write failed: Broken pipe Aug 4 11:41:37 nntp3 sshd[24814]: log: Connection from 209.157.86.2 port 959 Aug 4 11:41:38 nntp3 sshd[24814]: log: Kerberos tgt REFUSED for root Aug 4 11:41:38 nntp3 sshd[24814]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 11:41:38 nntp3 sshd[24814]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 11:41:38 nntp3 sshd[24816]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 11:41:45 nntp3 sshd[24814]: log: Closing connection to 209.157.86.2 Aug 4 12:25:16 nntp3 sshd[24970]: log: Connection from 209.157.86.2 port 957 Aug 4 12:25:20 nntp3 sshd[24970]: fatal: Connection closed by remote host. Aug 4 12:25:25 nntp3 sshd[24972]: log: Connection from 209.157.86.2 port 956 Aug 4 12:25:26 nntp3 sshd[24972]: log: Kerberos tgt REFUSED for root Aug 4 12:25:27 nntp3 sshd[24972]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 12:25:27 nntp3 sshd[24972]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 12:25:27 nntp3 sshd[24974]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 12:25:36 nntp3 sshd[24972]: log: Closing connection to 209.157.86.2 Aug 4 12:26:30 nntp3 sshd[24979]: log: Connection from 209.157.86.2 port 954 Aug 4 12:26:31 nntp3 sshd[24979]: log: Kerberos tgt REFUSED for root Aug 4 12:26:31 nntp3 sshd[24979]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 12:26:31 nntp3 sshd[24979]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 12:26:32 nntp3 sshd[24981]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 12:26:38 nntp3 sshd[24979]: log: Closing connection to 209.157.86.2 Aug 4 12:35:13 nntp3 sshd[25010]: log: Connection from 209.157.86.2 port 952 Aug 4 12:35:13 nntp3 sshd[25010]: log: Kerberos tgt REFUSED for root Aug 4 12:35:13 nntp3 sshd[25010]: log: Kerberos authentication accepted dillon@BEST.COM for login to account root from apollo.backplane.com Aug 4 12:35:13 nntp3 sshd[25010]: log: ROOT LOGIN as 'root' from apollo.backplane.com Aug 4 12:35:14 nntp3 sshd[25012]: log: executing remote command as root: cd /news; tar xvpf -; sleep 2 Aug 4 12:35:22 nntp3 sshd[25010]: log: Closing connection to 209.157.86.2 Aug 4 12:37:38 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 12:37:39 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 12:37:53 nntp3 sshd[24381]: log: Closing connection to 209.157.86.6 Aug 4 12:37:54 nntp3 sshd[24182]: log: Closing connection to 209.157.86.6 Aug 4 12:51:02 nntp3 sshd[25065]: log: Connection from 209.157.86.6 port 836 Aug 4 12:51:04 nntp3 sshd[25065]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 12:51:28 nntp3 ksu[25073]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 4 12:51:28 nntp3 ksu[25073]: Account root: authorization for dillon@BEST.COM successful Aug 4 12:59:01 nntp3 sshd[25065]: log: Closing connection to 209.157.86.6 Aug 4 13:37:39 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 13:37:40 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 16:59:02 nntp3 sshd[25745]: log: Connection from 209.157.86.2 port 950 Aug 4 16:59:05 nntp3 sshd[25745]: log: Password authentication of user dillon using Kerberos failed: Operation not supported by device Aug 4 16:59:05 nntp3 sshd[25745]: fatal: Connection closed by remote host. Aug 4 16:59:11 nntp3 sshd[25747]: log: Connection from 209.157.86.6 port 819 Aug 4 16:59:12 nntp3 sshd[25747]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 16:59:15 nntp3 ksu[25752]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 4 16:59:15 nntp3 ksu[25752]: Account root: authorization for dillon@BEST.COM successful Aug 4 17:06:59 nntp3 sshd[25747]: log: Closing connection to 209.157.86.6 Aug 4 17:37:42 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 17:37:43 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 18:52:53 nntp3 sshd[26045]: log: Connection from 209.157.86.6 port 809 Aug 4 18:52:55 nntp3 sshd[26045]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 18:52:57 nntp3 ksu[26050]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 4 18:52:57 nntp3 ksu[26050]: Account root: authorization for dillon@BEST.COM successful Aug 4 18:53:51 nntp3 sshd[26045]: log: Closing connection to 209.157.86.6 Aug 4 19:37:43 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 19:37:45 nntp3 sshd[171]: log: RSA key generation complete. Aug 4 22:13:00 nntp3 sshd[26599]: log: Connection from 209.157.86.6 port 791 Aug 4 22:13:03 nntp3 sshd[26599]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 4 22:13:10 nntp3 ksu[26606]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 4 22:13:10 nntp3 ksu[26606]: Account root: authorization for dillon@BEST.COM successful Aug 4 22:36:53 nntp3 sshd[26599]: log: Closing connection to 209.157.86.6 Aug 4 22:37:46 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 4 22:37:47 nntp3 sshd[171]: log: RSA key generation complete. Aug 5 12:51:11 nntp3 sshd[29230]: log: Connection from 205.149.163.43 port 804 Aug 5 12:51:13 nntp3 sshd[29230]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from flash.noc.best.net Aug 5 12:51:20 nntp3 ksu[29237]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 5 12:51:20 nntp3 ksu[29237]: Account root: authorization for dillon@BEST.COM successful Aug 5 12:54:32 nntp3 sshd[29230]: log: Closing connection to 205.149.163.43 Aug 5 13:37:54 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 5 13:37:55 nntp3 sshd[171]: log: RSA key generation complete. Aug 5 14:52:36 nntp3 dreaderd[1474]: Lost reader process 1482 Aug 5 16:29:54 nntp3 named[103]: unapproved query from [206.184.138.40].1031 for "www.hfproducts.com" Aug 6 08:10:44 nntp3 dreaderd[1474]: Lost reader process 1486 Aug 6 08:18:44 nntp3 dreaderd[1474]: Lost reader process 1483 Aug 6 13:51:04 nntp3 sshd[3871]: log: Connection from 205.149.163.211 port 855 Aug 6 13:51:09 nntp3 sshd[3871]: log: Kerberos authentication accepted peterg@BEST.COM for login to account peterg from eris.noc.best.net Aug 6 13:52:51 nntp3 sshd[3871]: log: Closing connection to 205.149.163.211 Aug 6 14:38:07 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 6 14:38:07 nntp3 sshd[171]: log: RSA key generation complete. Aug 6 15:10:39 nntp3 dreaderd[1474]: Lost reader process 3070 Aug 6 22:04:19 nntp3 named[103]: unapproved query from [204.156.158.31].137 for "SYMAX.symax.com" Aug 6 22:04:42 nntp3 last message repeated 5 times Aug 6 22:06:27 nntp3 last message repeated 6 times Aug 6 22:14:28 nntp3 last message repeated 6 times Aug 6 22:19:29 nntp3 last message repeated 3 times Aug 8 10:46:27 nntp3 sshd[11065]: log: Connection from 209.157.86.2 port 776 Aug 8 10:46:31 nntp3 sshd[11065]: log: Password authentication of user dillon using Kerberos failed: Operation not supported by device Aug 8 10:46:31 nntp3 sshd[11065]: fatal: Connection closed by remote host. Aug 8 10:46:45 nntp3 sshd[11067]: log: Connection from 209.157.86.6 port 755 Aug 8 10:46:47 nntp3 sshd[11067]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 8 10:49:35 nntp3 ksu[11074]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 8 10:49:35 nntp3 ksu[11074]: Account root: authorization for dillon@BEST.COM successful Aug 8 11:38:29 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 8 11:38:30 nntp3 sshd[171]: log: RSA key generation complete. Aug 8 12:04:39 nntp3 sshd[11067]: log: Closing connection to 209.157.86.6 Aug 9 15:23:37 nntp3 sshd[15672]: log: Connection from 209.157.86.6 port 718 Aug 9 15:23:40 nntp3 sshd[15672]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 9 15:23:45 nntp3 ksu[15678]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 9 15:23:45 nntp3 ksu[15678]: Account root: authorization for dillon@BEST.COM successful Aug 9 15:38:43 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 9 15:38:44 nntp3 sshd[171]: log: RSA key generation complete. Aug 9 15:46:47 nntp3 sshd[15672]: log: Closing connection to 209.157.86.6 Aug 9 15:54:24 nntp3 sshd[15758]: log: Connection from 209.157.86.6 port 708 Aug 9 15:54:26 nntp3 sshd[15758]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 9 15:54:52 nntp3 ksu[15764]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 9 15:54:52 nntp3 ksu[15764]: Account root: authorization for dillon@BEST.COM successful Aug 9 16:12:55 nntp3 sshd[15758]: log: Closing connection to 209.157.86.6 Aug 9 16:38:44 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 9 16:38:45 nntp3 sshd[171]: log: RSA key generation complete. Aug 9 20:47:27 nntp3 sshd[16552]: log: Connection from 209.157.86.6 port 679 Aug 9 20:47:29 nntp3 sshd[16552]: log: Kerberos authentication accepted dillon@BEST.COM for login to account dillon from lander.backplane.com Aug 9 20:47:54 nntp3 ksu[16558]: 'ksu root' authenticated dillon@BEST.COM for dillon on /dev/ttyp0 Aug 9 20:47:54 nntp3 ksu[16558]: Account root: authorization for dillon@BEST.COM successful Aug 9 20:58:09 nntp3 sshd[16552]: log: Closing connection to 209.157.86.6 Aug 9 21:38:47 nntp3 sshd[171]: log: Generating new 768 bit RSA key. Aug 9 21:38:48 nntp3 sshd[171]: log: RSA key generation complete. Stopped at _siointr1+0x6d [../../i386/isa/sio.c:58]: jmp _siointr1+0x159 db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 22502 0xf9fc3440 0xfa3bb000 0 171 171 000004 3 inode 0xf1d15e00 sshd1 22501 0xf9fc1a00 0xfa404000 8 24823 24823 000105 3 inode 0xf1d2c000 diablo 22500 0xf9fc5380 0xf9fe5000 8 1 22494 004005 3 inode 0xf1d15e00 dnewslink 18427 0xf9fc2f40 0xfa3c7000 8 1 18420 004005 3 inode 0xf1d30800 dnewslink 18011 0xf9ec8a40 0xf9f96000 8 24823 24823 000185 3 sbwait 0xf9c3d404 diablo 18010 0xf9fc36c0 0xfa3b4000 8 24823 24823 000185 3 sbwait 0xf9c4dae4 diablo 18009 0xf9ecaac0 0xf9f24000 8 24823 24823 000185 3 sbwait 0xf9c55d64 diablo 18008 0xf9ec9d00 0xf9f4f000 8 24823 24823 000185 3 sbwait 0xf9c42044 diablo 18007 0xf9fc5880 0xf9fd8000 8 24823 24823 000185 3 sbwait 0xf9c45224 diablo 18006 0xf9fc1b40 0xfa3fe000 8 24823 24823 000185 3 sbwait 0xf9c484a4 diablo 18005 0xf9fc22c0 0xfa3eb000 8 24823 24823 000185 3 sbwait 0xf9c4dcc4 diablo 18004 0xf9fc1dc0 0xfa3f7000 8 24823 24823 000105 3 inode 0xf1d82800 diablo 18003 0xf9fc3580 0xfa3b8000 8 24823 24823 000185 3 sbwait 0xf9c45ae4 diablo 18002 0xf9eca0c0 0xf9f41000 8 24823 24823 000105 3 pgtblk 0xf0e05290 diablo 18001 0xf9ec8540 0xf9fa5000 8 24823 24823 000185 3 sbwait 0xf9c525e4 diablo 18000 0xf9fc2180 0xfa3ee000 8 24823 24823 000185 3 sbwait 0xf9c47044 diablo 17999 0xf9eca980 0xf9f29000 8 24823 24823 000185 3 sbwait 0xf9c43224 diablo 17998 0xf9ec8040 0xf9fbc000 8 24823 24823 000105 3 inode 0xf265c000 diablo 17978 0xf9fc4840 0xfa01c000 8 24823 24823 000185 3 sbwait 0xf9c54724 diablo 17977 0xf9fc1f00 0xfa3f4000 8 24823 24823 000105 3 inode 0xf1d15e00 diablo --More-- 17976 0xf9fc2cc0 0xfa3ce000 8 24823 24823 000185 3 sbwait 0xf9c49404 diablo --More-- 17975 0xf9eca480 0xf9f38000 8 24823 24823 000185 3 sbwait 0xf9c51ae4 diablo 17974 0xf9fc2e00 0xfa3ca000 8 24823 24823 000185 3 sbwait 0xf9c4a044 diablo 17973 0xf9ec9940 0xf9f59000 8 24823 24823 000105 3 inode 0xf224ae00 diablo 17972 0xf9ec8180 0xf9fb9000 8 24823 24823 000185 3 sbwait 0xf9c55684 diablo 17971 0xf9fc2540 0xfa3e4000 8 24823 24823 000185 3 sbwait 0xf9c50ae4 diablo 17970 0xf9ec7f00 0xf9fbf000 8 24823 24823 000185 3 sbwait 0xf9c53364 diablo 17969 0xf9ec91c0 0xf9f6e000 8 24823 24823 000105 3 getblk 0xf6d223b8 diablo 4097 0xf9ec8400 0xf9fad000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 3057 0xf9fc3300 0xfa3be000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 29571 0xf9ec9e40 0xf9f49000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 24823 0xf9fc27c0 0xfa3de000 8 1 24823 000104 3 inode 0xf1d15e00 diablo 1494 0xf9fc3a80 0xfa15f000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1493 0xf9fc3e40 0xfa156000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1492 0xf9fc4c00 0xf9ffd000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1491 0xf9fc4ac0 0xfa000000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1490 0xf9fc3940 0xfa3a4000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1489 0xf9fc3bc0 0xfa15c000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1488 0xf9fc3d00 0xfa159000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1487 0xf9fc40c0 0xfa0b3000 8 1474 1474 000104 3 inode 0xf1d15e00 dreaderd 1485 0xf9fc4200 0xfa0b0000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 1484 0xf9fc4700 0xfa020000 8 1474 1474 000105 3 inode 0xf1d2c200 dreaderd --More-- 1481 0xf9ec9f80 0xf9f46000 8 1474 1474 000105 3 inode 0xf1d2c400 dreaderd 1480 0xf9ec8680 0xf9fa2000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 1479 0xf9ec87c0 0xf9f9f000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 1478 0xf9ec9580 0xf9f64000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 1477 0xf9ec9300 0xf9f6b000 8 1474 1474 000105 3 inode 0xf1d28200 dreaderd 1476 0xf9ec8f40 0xf9f74000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 1475 0xf9eca200 0xf9f3e000 8 1474 1474 000105 3 inode 0xf1d15e00 dreaderd 1474 0xf9ec9080 0xf9f71000 8 1 1474 000184 3 select 0xf023ed94 dreaderd 188 0xf9ecafc0 0xf9f0f000 0 1 188 004006 3 inode 0xf1d15e00 getty 187 0xf9ecad40 0xf9f1c000 0 1 187 004086 3 ttyin 0xf023b310 getty 186 0xf9ecb880 0xf9ee2000 0 1 186 004086 3 ttyin 0xf023b220 getty 185 0xf9ecb9c0 0xf9ede000 0 1 185 004086 3 ttyin 0xf023b130 getty 171 0xf9ecae80 0xf9f14000 0 1 171 000004 3 inode 0xf1d15e00 sshd1 140 0xf9ecb100 0xf9f0c000 0 1 140 000004 3 inode 0xf1d15e00 cron 137 0xf9ecb240 0xf9f09000 0 1 137 000084 3 select 0xf023ed94 inetd 111 0xf9ecb380 0xf9f06000 1 1 111 000184 3 select 0xf023ed94 portmap 107 0xf9ecb600 0xf9ef5000 0 1 107 000004 3 inode 0xf1d15e00 xntpd 103 0xf9ecb740 0xf9ef2000 0 1 103 000084 3 select 0xf023ed94 named 95 0xf9ecb4c0 0xf9ef8000 0 1 95 000084 3 select 0xf023ed94 syslogd 4 0xf9ecbb00 0xf9ed9000 0 0 0 000204 3 syncer 0xf024174c syncer 3 0xf9ecbc40 0xf9ed6000 0 0 0 000204 3 psleep 0xf0237cf0 vmdaemon --More-- 2 0xf9ecbd80 0xf9ed3000 0 0 0 000204 3 psleep 0xf0210690 pagedaemon 1 0xf9ecbec0 0xf9ed0000 0 0 1 004084 3 wait 0xf9ecbec0 init 0 0xf023f81c 0xf0a64000 0 0 0 000204 3 sched 0xf023f81c swapper db> help print p examine x search set write w delete d break dwatch watch step s continue c until next match trace call show ps gdb panic db> show all registers breaks watches pgrpdump msgbuf cbstat buffer map procvm vmochk object vmopag page pageq cyrixreg rtc db> show buffer usage: show buffer db> panic panic: from debugger mp_lock = 00000001; cpuid = 0; lapic.id = 00000000 Debugger("panic") Stopped at _siointr1+0x6d [../../i386/isa/sio.c:58]: jmp _siointr1+0x159 db> panic: from debugger mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 dumping to dev 401, offset 524288 dump Fatal trap 12: page fault while in kernel mode mp_lock = 00000003; cpuid = 0; lapic.id = 00000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01151be stack pointer = 0x10:0xff804c04 frame pointer = 0x10:0xff804cc4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = Idle interrupt mask = net tty bio cam <- SMP: XXX kernel: type 12 trap, code=0 Stopped at _siointr1+0x6d [../../i386/isa/sio.c:58]: jmp _siointr1+0x159 db> panic panic: from debugger mp_lock = 00000003; cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 dumping to dev 401, offset 524288 dump device not ready Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot <-- Rebooting... cpu_reset called on cpu#0 -\|/- >> FreeBSD BOOT @ 0x10000: 639/65535 k of memory, serial console Boot default: 0:sd(0,a)/kernel boot: \|/-\|Booting 0:sd(0,a)/kernel @ 0x100000 text=0x105000 /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|data=0x12000 /-\|/-\|/bss=0x2be10 symbols=[+0x1f0+0x4+0x322974-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-! \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+0x4+0x4f3706] \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-! \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/! -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/Can't f! ind file /kernel.config total=0xa59082 entry point=0x100000 [ preserving 0x816084 bytes of kernel symbol table ] BIOS basemem (639K) != RTC basemem (640K), setting to BIOS value Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #4: Tue Jul 28 16:14:52 PDT 1998 dillon@nntp3.ba.best.com:/src/src/sys/compile/BEST-SMP Timecounter "i8254" frequency 1193182 Hz cost 3538 ns CPU: Pentium II (686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 250265600 (244400K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 chip3: rev 0x01 int d irq 255 on pci0.7.2 chip4: rev 0x02 on pci0.7.3 Freeing (NOT implemented) redirected ISA irq 9. ahc0: rev 0x00 int a irq 16 on pci0.16.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs Freeing (NOT implemented) redirected ISA irq 10. vx0: <3COM 3C905 Fast Etherlink XL PCI> rev 0x00 int a irq 17 on pci0.17.0 mii[*mii*]: disable 'auto select' with DOS util! address 00:60:08:92:62:fb Probing for devices on PCI bus 1: Freeing (NOT implemented) redirected ISA irq 0. vga0: rev 0xf3 int a irq 2 on pci1.1.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 lpt0 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 ccd0-7: Concatenated disk drivers SMP: AP CPU #1 Launched! cda1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI2 device da3: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) hanging root device to da0s4a changing root device to da0a swapon: adding /dev/sd0b as swap device swapon: adding /dev/sd1b as swap device swapon: adding /dev/sd2b as swap device swapon: adding /dev/sd3b as swap device Automatic reboot in progress... /dev/rsd0a: clean, 70747 free (243 frags, 8813 blocks, 0.2% fragmentation) /dev/rsd0d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0d: 134 files, 1708 used, 125443 free (59 frags, 15673 blocks, 0.0% fragmentation) /dev/rsd0e: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0e: 82 files, 8416 used, 500239 free (39 frags, 62525 blocks, 0.0% fragmentation) /dev/rsd0f: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0f: 63 files, 14 used, 508641 free (33 frags, 63576 blocks, 0.0% fragmentation) /dev/rsd0g: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rsd0g: 29128 files, 493602 used, 523725 free (3645 frags, 65010 blocks, 0.4% fragmentation) /dev/rccd1d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rccd1d: 71341 files, 4304382 used, 5093413 free (203533 frags, 611235 blocks, 2.2% fragmentation) /dev/rccd0d: UNREF FILE I=46423 OWNER=news MODE=100755 /dev/rccd0d: SIZE=787020 MTIME=Jul 30 22:17 1998 (CLEARED) /dev/rccd0d: UNREF FILE I=631747 OWNER=news MODE=100600 /dev/rccd0d: SIZE=3355 MTIME=Aug 10 10:55 1998 (CLEARED) /dev/rccd0d: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/rccd0d: SUMMARY INFORMATION BAD (SALVAGED) /dev/rccd0d: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/rccd0d: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rccd0d: 138471 files, 1814905 used, 1236909 free (13669 frags, 152905 blocks, 0.4% fragmentation) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 11:17:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12038 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 11:17:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12010 for ; Mon, 10 Aug 1998 11:17:29 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA11791 for freebsd-bugs; Mon, 10 Aug 1998 11:00:02 -0700 (PDT) Date: Mon, 10 Aug 1998 11:00:02 -0700 (PDT) Message-Id: <199808101800.LAA11791@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel s [1996/07/15] bin/1387 Group file errors cause absolute havoc [P o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/02/11] kern/2717 Panic with daily script (find) o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/05/01] i386/3462 yokota using a PS/2 mouse causes kernel trap in o [1997/05/24] kern/3674 peter NFS in 2.2 RELEASE hangs. o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/08/11] kern/4273 kernel page faults with heavy disk access o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/18] kern/4332 gibbs System crash after SCSI DAT tape access. o [1997/08/18] bin/4333 gibbs Dump backup utility completely crashes th o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/25] kern/4849 2.2.5-RELEASE does not detect TI PCI-1130 o [1997/10/25] kern/4851 adaptec 2940U hangs system if scsi tape d o [1997/10/27] kern/4864 Boot Failure in FreeBSD 2.2.5 RELEASE, ma o [1997/10/28] misc/4876 SCSI hard disks die too often o [1997/11/07] kern/4968 No flow control setting seems to make the o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/20] kern/5117 panic: biodone: buffer not busy o [1997/11/23] kern/5130 Kernel panic GPF imediatly on loading ker s [1997/11/24] bin/5139 portmap does not find interfaces correctl o [1997/11/25] bin/5148 peter mode of file and access on NFS mounted p f [1997/12/04] i386/5223 mount_msdos /dev/fd0.1440 /mnt and failur f [1997/12/21] kern/5355 Fix for NULLFS problems s [1998/01/15] i386/5493 [PATCH] aic6330.c: kernel freeze when I a o [1998/01/26] bin/5572 A major time step blows cron up, runs tho o [1998/01/28] kern/5592 ffs_inode_hash_lock can get permanently l o [1998/01/28] i386/5594 System not bootable when bad partition ty o [1998/02/03] kern/5641 running processes at the IDLE priority (i o [1998/02/10] kern/5702 problem with address network routing o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/02/10] kern/5709 Fatal trap 12: page fault in kernel mode o [1998/02/12] bin/5732 2.2.5 Won't install using partition creat o [1998/03/01] kern/5886 2.2-STABLE crashes when unmounting a busy o [1998/03/01] kern/5895 Kernal dumps caused by fork? o [1998/03/02] kern/5898 2.2-stable kernel panics pmap_relase: fre o [1998/03/13] kern/5994 Kernel Panics on FreeBSD-3.0 current SMP o [1998/03/14] kern/6006 cy driver panics machine when a user dial o [1998/03/22] kern/6102 panic: biodone: buffer not busy o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/03/25] kern/6133 optical drive with 1024-byte (1k) sectors o [1998/03/27] kern/6147 syncronus ufs does not sync o [1998/03/29] bin/6168 tn3270 gets undefined symbol error on sta o [1998/04/05] i386/6219 wine causes system crash o [1998/04/11] kern/6274 panic: handle_workitem_freeblocks: block o [1998/04/19] kern/6349 luigi Luigi's sound driver stall wihen it outpu o [1998/04/30] kern/6465 File contents are zeroed after reboot f [1998/05/08] bin/6552 syslog stops working o [1998/05/13] bin/6627 TCP-based RPC denial-of-service attack s [1998/05/13] kern/6630 [PATCH] Fix for Cyrix I8254 bug s [1998/05/15] bin/6649 imp normal users can initiate gigantic ping f o [1998/05/19] kern/6689 kern_physio.c splits requests breaking cd o [1998/05/19] i386/6693 gibbs computer hang for timeout in scsi control f [1998/05/19] kern/6694 Network hangs, with "No buffers available o [1998/05/23] kern/6732 PCCARD kernel panic in sio driver s [1998/06/03] kern/6853 peter Having an inactive de0 in system leads to o [1998/06/06] misc/6873 FreeBSD 2.2.6 freezes o [1998/06/08] conf/6896 gibbs cannot boot installation diskette with AH o [1998/06/11] kern/6914 FreeBSD 2.2.6-RELEASE and NFS is UNSTABLE o [1998/06/14] i386/6944 icu_ipl.s does has a case commented as ca o [1998/06/16] kern/6964 Problems with cam-980520 code in FreeBSD- o [1998/06/16] ports/6969 jfitz cyrus won't compile o [1998/06/22] kern/7024 gibbs SCSI problem with FreeBSD 2.2.6-RELEASE a o [1998/06/23] kern/7028 Panic in vinvalbuf when appending/looking o [1998/06/24] kern/7042 No buffer space available a [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/07/13] kern/7272 mountpoint on NFS server can be removed b o [1998/07/15] kern/7288 /kernel: panic: ffs_alloccg: map corrupte o [1998/07/19] ports/7318 jkh pkg_add ignores missing dependencies o [1998/07/21] bin/7358 [PATCH] Security patches for locatedb etc o [1998/07/21] i386/7361 AHA-2940UW, Micron Millenia, ahc. Driver o [1998/07/26] ports/7400 max ports: ja-canna can't start o [1998/07/26] ports/7401 ports port japanese/handbook can't be installed o [1998/07/27] kern/7418 File corruption occurs when shared+ro mma o [1998/07/27] kern/7422 FreeBSD-current VM systems do not properl o [1998/08/06] ports/7513 se KDE kdm display manager doesn't work (and f [1998/08/07] i386/7528 install hangs @ probing devices screen wi o [1998/08/07] ports/7529 ports kdehelp from stock kdebase-1.0 package do 89 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/05/16] kern/425 arp entries not getting removed when inte f [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1996/02/17] bin/1030 cracauer /bin/sh does not pass environment variabl s [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expec o [1996/05/24] misc/1247 yokota Conflicting header files f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dg Use of madvise may may cause bad memory m f [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/19] bin/1650 telnet encryption with char-mode and asci s [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/10/01] bin/1702 phk installing of tcl manpages fails from mak o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/15] kern/1812 dg vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be a [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit s [1996/10/26] bin/1892 install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 vi confused about lines to display a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex s [1996/12/03] kern/2142 FP mask not saved for signal handlers s [1996/12/22] ports/2268 erich libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 tegge panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 steve gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/20] bin/2541 tegge cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/05] kern/2667 wollman bpfattach can hang the system o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/18] kern/3327 using gdb may cause hanging processes. o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/04/28] bin/3406 rich Fresh Internet Install - Permissions on f o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w o [1997/05/03] bin/3478 pwd_mkdb and passwd o [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen o [1997/07/04] kern/4032 gibbs During recovery from scsi errors, incorre s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/04] i386/4226 Floating point exception for double preci o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/09] kern/4256 gibbs ahc driver: kernel goes to strange state o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/21] bin/4353 fetch -m changes modified date o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/25] kern/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/08/27] ports/4405 jfitz ascend-radius port is out-of-date o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/09] kern/4505 Support for Gravis UltraSound PnP card o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i a [1997/09/18] bin/4568 simple /bin/sh script produces wrong resu o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 termcap search fails too early o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/26] conf/4634 peter Sendmail Problem o [1997/09/27] bin/4638 telnet tries to resolve numerical IP addr o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] ports/4773 torstenb Error in posting news items to INN server o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/18] bin/4795 glitch in /bin/sh cd command o [1997/10/18] ports/4798 jmz setuid-root Xserver problem o [1997/10/24] kern/4843 48 meg double fault moved to 64 meg in 2. o [1997/10/25] bin/4850 peter Named crashes with "rm_datum: DB_F_ACTIVE o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/28] bin/4884 the version of amd in 2.2.5-RELEASE appea o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/04] bin/4939 uuxqt unable to execute rnews program o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/10] bin/4998 peter mail and more do not work well with being o [1997/11/10] misc/5001 During installation sc0 device is require o [1997/11/10] misc/5005 f2c is buggy and seriously outdated (agai o [1997/11/11] bin/5008 libc_r not working at static linking o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] bin/5084 wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/20] bin/5105 mount_cd9660 or mount -t cd9660 fails to o [1997/11/20] misc/5107 rebuilding of whatis database does not ca o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk s [1997/12/02] bin/5189 rcmd(3) only allows one hardcoded connect s [1997/12/02] conf/5191 [PATCH] fsck during boot fails due to lac s [1997/12/03] misc/5207 Examples for /etc are not in /usr/share/e o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP o [1997/12/13] kern/5285 quotas do not work properly with setuid p s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] misc/5343 booteasy problem o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af a [1997/12/21] docs/5358 doc USWC write posting must be turned off on o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa f [1998/01/15] misc/5499 when setting up the partition for free bs o [1998/01/15] bin/5500 "invalid hostname" is logged instead of I o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/20] ports/5530 asami fetch (in make fetch stage) do not use pa o [1998/01/22] bin/5548 syslogd core dumps when signaled o [1998/01/22] misc/5552 RE: Linux append=reboot=bios parameter im o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/30] kern/5606 Kernel Panic running Linux Binary without o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/05] bin/5661 /sbin/dump never finishes o [1998/02/06] misc/5673 2.2-980204-SNAP installer runs out of dis o [1998/02/09] bin/5693 groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 LPIP causes spurious reboots o [1998/02/11] misc/5722 Brazil can't decide on daylight savings o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] kern/5731 peter executables wedge on "vmopar" when built o [1998/02/12] bin/5733 cp -r cannot copy un-writable directories o [1998/02/15] i386/5760 3.0-CURRENT freezes at mount root stage o o [1998/02/17] gnu/5767 man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic o [1998/02/23] kern/5827 kernel panics in current (3.0) o [1998/02/24] kern/5839 vm_page_unwire: invalid wire count: 0 o [1998/02/25] bin/5845 in sh, set -- `getopt ...` always returns o [1998/02/25] ports/5850 me xemacs-20.3 contains bad send-pr o [1998/02/25] misc/5852 Page fault or error caused by writing to o [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/01] kern/5896 FreeBSD host can't network-write to other o [1998/03/02] kern/5904 panic: newfs o [1998/03/06] ports/5933 ports emacsserver (19.34b) hostname in /tmp/ese o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/09] bin/5961 dup2 wrapper in libc_r is incomplete o [1998/03/10] kern/5965 FreeBSD TCP/IP connectivity get buried by o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/10] ports/5970 ports psmisc ports uploaded to freebsd.org:/pub o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/11] kern/5979 julian sd.c doesn't validate all mode sense 4 va o [1998/03/12] kern/5991 panic: free vnode isn't o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/14] bin/6004 cron in -CURRENT sometimes fails to proce o [1998/03/14] bin/6005 -CURRENT cron dies after short periods of o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/19] bin/6071 2.2.6-980315-BETA up grade option problem o [1998/03/20] bin/6074 Incremental dumps are backing up unchange o [1998/03/21] bin/6087 sh doesn't work properly on certain confi o [1998/03/22] kern/6099 LPIP to slow machine causes hang o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/03/30] ports/6180 max youbin port has root-exploitable security o [1998/04/02] kern/6197 3com905 Seriously broken o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/07] kern/6242 vnode disk driver too unstable in -STABLE o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/11] kern/6277 mouse operation weird in -current o [1998/04/13] ports/6288 se KDE port glitches o [1998/04/14] kern/6300 System locks up in SMP mode when accessin f [1998/04/15] misc/6310 des explicit cast needed in floatpoint.h for o [1998/04/16] bin/6317 with -8E flags telnet still goes to comma o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/17] misc/6340 missing the terminfo, which causes librar o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h s [1998/04/19] bin/6353 How about upgrading from amd to am-utils? o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac o [1998/04/30] misc/6472 jb [PATCH] _thread_flockfile() hangs process a [1998/05/01] kern/6481 se Patches for VIA Socket 7 chipsets o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty f [1998/05/06] bin/6539 markm [PATCH] bmake version of perl5 available o [1998/05/07] misc/6549 steve You dont always get notified when someone o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] kern/6574 ipfw crash with DIAGANOSTICS o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] kern/6587 SMP idle cpl breaks signal forwarding o [1998/05/11] kern/6589 system panick'd with May 4th kernel o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/15] kern/6650 joerg Replugging PS/2 keyboard causes a panic o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic f [1998/05/21] kern/6710 Quiting PPP paniced my machine o [1998/05/21] ports/6715 jraynard ElectricFence fails to work on -current o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/05/29] bin/6790 [PATCH] make(1) coredumps in debugging mo s [1998/05/30] bin/6799 [THREAD,SCSI] problem with open(2) in lib o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer o [1998/06/04] bin/6860 chgrp missing from /sbin o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/05] conf/6872 Wrong csu lib built when setting BINFORMA o [1998/06/09] ports/6902 me xemacs package broken (motif dependency) o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/12] ports/6929 ports fxtv-0.47 fails to build on AccelX server o [1998/06/12] ports/6930 imp socks5 port broken by /usr/lib/aout chang o [1998/06/15] misc/6956 panic: Going nowhere without my init when o [1998/06/18] ports/6986 ports LaTeX vs. teTeX ; xdvi, xdvik vs. teTeX o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R o [1998/06/19] i386/7003 Problem with 3com ethernet 3c509a adaptor s [1998/06/22] bin/7019 [security] pwd.db almost always contains o [1998/06/22] ports/7026 markm corrections to the perl5 port s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD s [1998/06/24] conf/7054 [PATCH] bad default value of ${fs} for ty o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/06/24] ports/7061 ache fspclient's grab command fails (and remov o [1998/06/29] ports/7118 ports ifmail 2.13 port has tty lock files in wr o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e o [1998/07/06] ports/7182 asami www/netscape4-navigator cant fetch fortif s [1998/07/06] misc/7190 "Invalid partition table" after new insta o [1998/07/08] ports/7208 torstenb INN port w/TCL enabled doesn't install TC o [1998/07/10] i386/7235 3Com 3C905 ethernet card cannot be probed s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7263 FBSD-2.2.6 installation hangs after findi o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol o [1998/07/14] kern/7281 Multicast kludge does not work correctly o [1998/07/16] kern/7299 USER_LDT hangs Linux-emulated Netscape o [1998/07/17] bin/7309 jb pthread_attr_setscope() missing o [1998/07/18] i386/7311 "Probing devices" hangs computer with err o [1998/07/20] ports/7330 gpalmer ucd-snmp produces too much log file when o [1998/07/21] conf/7354 source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/22] bin/7370 ftp client fails to connect o [1998/07/23] kern/7378 3c905B (PCI) revision not detected proper o [1998/07/23] ports/7382 ports Pine4 does not co-exist with older instal o [1998/07/23] ports/7383 torstenb socks5 + ssh + redirection not working o [1998/07/23] ports/7384 /usr/lib/libncurses.so.3.1 is old o [1998/07/24] i386/7390 jkh Core dump during 2.2.6 -> 2.2.7 upgrade. s [1998/07/26] bin/7402 Games primes and factor don't understand o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 f [1998/07/27] kern/7415 VMIO bug for FS with sub-page-size blocks s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/29] docs/7437 doc IPFW doco unclear about in/out o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/07/31] bin/7457 unix macro in m4(1) bust s [1998/07/31] bin/7458 [STABLE][PATCH]'boot bug' in syslogd o [1998/08/01] ports/7463 ports Perl scripts in automake port require per o [1998/08/02] ports/7472 jseger apache12 doesn't build on -current o [1998/08/02] ports/7473 jseger apache12 port sets permissions incorrectl o [1998/08/02] kern/7474 julian soft-updates: fsck doesn't fix link count o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa o [1998/08/04] bin/7493 jkh sysinstall changes router configuration i o [1998/08/05] kern/7499 Panic in ffs_blkfree() s [1998/08/06] kern/7511 [PATCH] if_lnc network driver probe failu o [1998/08/08] ports/7534 ports 2.2.7-RELEASE teTeX package broken o [1998/08/10] ports/7552 ports I can't make the Perl 5 package o [1998/08/10] kern/7556 sl_compress_init() will fail if called an o [1998/08/10] kern/7557 -current machine running Diablo, lockup, 397 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [1995/01/14] bin/115 systat iostat display doesn't scale high s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/05/23] i386/440 want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dg swapinfo shows incorrect information for o [1995/12/17] kern/900 dg ext2fs triggers divide by zero trap in vn o [1996/01/21] bin/961 hoek 'more $file', incorrect CRLF compacting. s [1996/01/28] kern/975 getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u o [1996/05/15] bin/1206 cracauer /bin/sh + emacs + ^G = ruined terminal s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/06/18] i386/1331 [PATCH] changes and bug in ft driver s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/08/07] ports/1470 asami need more info in the ports structure s [1996/08/17] bin/1502 [PATCH] vmstat 'avm' field merges with pr o [1996/08/19] kern/1514 dg mlock fails on readonly regions o [1996/08/20] kern/1516 dg vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 erich sudo dosn't recognise certain passwords a a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] docs/1691 doc ppp server doc submission s [1996/10/13] kern/1788 wollman netstat gives negative numbers for tcp by s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/14] ports/1804 jkh pkg_create hangs if the packing list has o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args s [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 sos syscons savers have no default timeout s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/25] misc/2105 jmg bsd.lib.mk has problems with STRIP and IN o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 sos writing to virtual consoles fails to disp s [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad o [1996/12/07] ports/2169 pst zephyr port disagrees with Kerberos causi o [1996/12/08] bin/2184 peter sendmail has lots of trouble with local d a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por s [1996/12/12] kern/2199 joerg [PATCH] Got a lots of "Target Busy" messa s [1996/12/14] kern/2214 File System gets corrupted when mounting s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into s [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/26] bin/2291 [PATCH?] race condition in /etc/master.pa s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/06] bin/2387 [PATCH] virtual hosting patches for inetd o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/11] bin/2448 steve [MFC] semctl() not portable -- freebsd re o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/15] bin/2499 des fetch ftp://bla bla doesn't bail in disk o [1997/01/16] i386/2514 jkh BootEasy binary is OLD in in FBSD install o [1997/01/17] bin/2518 /usr/bin/tar is out of date o [1997/01/21] bin/2556 Patch for calendar.c o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/31] bin/2630 [PATCH] xargs does excessive and inconsis o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/10] bin/2703 jmg vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/23] kern/2806 new kernel tags script o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/09] i386/2924 sos syscons X keyboard gets stuck in capsmode o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 asami bsd.port.mk needs something like FETCH_EN o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/17] ports/3012 obrien qmailanalog port in incoming o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr s [1997/04/13] conf/3272 imp $@ is deprecated I believe, so use ${.TAR o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/05] bin/3506 [PATCH] more did not show iso-8859-n char o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 doc FAQ gives bad reccomendation re: xdm o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags o [1997/05/21] ports/3657 dburr Port of NCSA HyperNews submitted as p5-hy s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. s [1997/05/30] docs/3720 doc Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 peter install does not build sendmail host stat o [1997/06/17] ports/3892 itojun new port: www/webxref (cross-reference ge o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 obrien a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/02] ports/4014 jkh package/port installation obeys roots uma o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/24] bin/4163 ftp core dumps after hitting control-C s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed o [1997/08/10] ports/4264 ports mftp get a Segmentation fault o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/26] ports/4391 ports New port: VPCE o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/28] ports/4412 ports New port: YaTeX (in print and japanese) o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti f [1997/09/15] i386/4547 asc.c and pcaudio.c should use selrecord o [1997/09/16] bin/4553 man fails to open manpage if ./man exists o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/17] ports/4565 torstenb News port: ircII-current (ircII-2.9a8/col o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/03] kern/4685 Some SCSI retry messages formatted differ o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/12] gnu/4748 cc -Wformat too sensitive o [1997/10/15] gnu/4771 diff to correct misleading total bytes in a [1997/10/19] ports/4808 andreas Broken password.c in backend/libpq for Fr o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/23] docs/4833 Manual page missing for pccardc o [1997/10/23] kern/4837 bad error return from rmdir() with msdos a [1997/10/23] ports/4839 ports New port - spin - Verification system for o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/03] ports/4928 asami no 'update' target in /usr/ports/Makefile s [1997/11/04] ports/4937 mph A looks-nice audio level meter port is no o [1997/11/07] ports/4967 ports I have ported Carl DeClerck's mserver-0.2 o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/10] misc/4999 Entering '?' at first boot prompt in inst o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/11] docs/5016 make -j4 fails in share/doc/usd/13.viref o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5038 FreeBSD can't read MS Joliet CDs. o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices f [1997/11/14] ports/5045 ports freebsd.ftp.markers for xearth is out of o [1997/11/14] bin/5047 ipfw(8) IP address resolving problem if o o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/15] misc/5064 A dos2bsd conversion utility in C. o [1997/11/17] docs/5070 doc new FAQ entries o [1997/11/17] bin/5072 /usr/bin/fetch parses a URL incorrectly o [1997/11/18] misc/5081 sysinstall glitches o [1997/11/18] misc/5082 Permit upgrade of multi-disk system, or d o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] bin/5109 patch to ftpd, new option to limit number o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/25] misc/5147 [PATCH] a shell script to help -CURRENT u o [1997/11/26] misc/5153 jkh release file checksums in wrong file o [1997/11/26] ports/5158 ports thot editor port doesn't install template s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/03] ports/5201 ports new port-package for fidogate o [1997/12/03] conf/5213 My SB AWE64 isn't being recognized. f [1997/12/05] kern/5231 Mounted MS-DOS floppy disk writes unrelia o [1997/12/06] misc/5239 jkh ata + atapi & /stand/sysinstall & dos o [1997/12/06] ports/5240 ports Incorrect path in pkfonts (fix) o [1997/12/07] ports/5245 ports new port, bugsx game o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5274 gibbs [PATCH] mt comp 0/1 does not work, with f s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct f [1997/12/15] ports/5302 ache webcopy port doesnt work? o [1997/12/15] ports/5312 ports New math port xwpl o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp o [1997/12/28] ports/5393 ports DOOMSRC port & package o [1997/12/30] ports/5397 ports upload of new port (fly) f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/08] ports/5446 se KDE port does not install using make in / s [1998/01/08] bin/5451 roberto [PATCH] halt/reboot does not execute /etc o [1998/01/09] ports/5472 erich xmmix-1.2 prot won't compile - "SOUND_VER o [1998/01/10] ports/5475 ports abacus sentry o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/15] docs/5487 doc Adding documentation for scsi(8) usage wi o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ o [1998/01/15] ports/5509 ports submit new port xruskb-1.5.1 s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge o [1998/01/19] misc/5525 bde gid and uid in struct pwd are ints, when s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/21] misc/5539 ftp problems with ftp.freebsd.org ? "Tran o [1998/01/21] bin/5541 ppp -alias (2.2.5-STABLE) has troubles wi o [1998/01/22] docs/5545 doc http://www.freebsd.org/handbook/handbook3 o [1998/01/22] bin/5549 Kernel Problem o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/25] bin/5567 trying to mount a joliet filesystem cdrom o [1998/01/26] bin/5569 Problems with 'moused'. o [1998/01/26] ports/5570 ports new port, rise 0.3.3 o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/28] bin/5596 killall's diagnostics bogus o [1998/01/30] ports/5608 jfitz Ports change-request: Afterstep I18N o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir o [1998/02/02] ports/5626 ports 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern o [1998/02/04] bin/5650 fetch(1) manpage out of date WRT FTP URLs o [1998/02/04] bin/5651 fenner fetch(1) doesn't CD properly on FTPs o [1998/02/04] ports/5653 ports New port of ICI language a [1998/02/05] ports/5660 ports New port type1inst o [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/07] ports/5675 ports New port in category devel: DOC++ o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] ports/5706 ports New port: ja-dvi2dvi-1.0 (japanese/dvi2dv o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/17] ports/5771 ports New port: Stuttgart Neural Network Simula s [1998/02/17] misc/5772 peter nfsstat does not work o [1998/02/17] ports/5776 ports New compression port: lzo o [1998/02/18] i386/5779 BOUNCE_BUFFERS option in LINT needs modif o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION a [1998/02/18] misc/5786 definition of speed_t in termios.h is not o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] kern/5800 incorporate -current pppd driver into -st o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/21] misc/5813 strsignal() missing a [1998/02/22] ports/5814 ports New package XShodou o [1998/02/22] ports/5821 ports Port of Swish-E, a Web site indexer o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. o [1998/02/25] docs/5848 [PATCH] Update web.mk to handle SGML file o [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] ports/5859 ports xxgdb port doesn't recognize the -k optio o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/02/27] ports/5868 jfitz MSQL isn't PREFIX clean and PLIST wrong o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) o [1998/03/01] ports/5885 ports New port: dc20ctrl-0.4 (graphics/dc20ctrl o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/07] conf/5936 Add hostname to C shell prompt o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/08] ports/5946 ports New port biology/molmol o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/15] ports/6017 ports new port: yacl o [1998/03/15] ports/6018 ports new port: ml-3.3 a [1998/03/15] ports/6020 ports new port: Xfstt-0.9.7 o [1998/03/15] ports/6027 max New Port: tgif2tex o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/16] docs/6036 doc New handbook section 10.4.3.4 - si driver s [1998/03/18] ports/6053 kuriyama new port request: korean/hanIM o [1998/03/18] kern/6056 de driver support for DS 21143 incomplete o [1998/03/18] ports/6057 ports xperfmon++-1.40 package fails XtRealloc() o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/18] bin/6064 Script to update files installed by /usr/ o [1998/03/19] i386/6067 boot.help pushes kernel list off screen o [1998/03/21] ports/6085 ports New port: pavuk-0.8 o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] i386/6098 FreeBSD only uses 16M of 48M on Compaq De o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/23] ports/6113 ports new port: rinfo-1.2 o [1998/03/23] ports/6120 ports New port: xtetris-2.6 o [1998/03/27] bin/6144 telnet for 8-bit data path o [1998/03/27] ports/6151 ports New port: xrus-1.5.2 o [1998/03/28] ports/6153 ports New port: flick o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/29] ports/6170 ports another squid ports o [1998/03/29] ports/6171 ports New port: xtron-1.1a o [1998/03/29] misc/6172 markm Why is /ftp.freebsd.org/pub/FreeBSD/CTM/p o [1998/03/30] bin/6176 running architextSearch (excite) under li o [1998/03/30] ports/6181 dburr New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/01] ports/6194 ports New port: mirrormagic-1.3 o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6227 as doesn't handle this instruction o [1998/04/06] bin/6228 Syslogd not working according to manpage o [1998/04/06] ports/6230 ports gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/07] ports/6235 ports New port: scwm-icon o [1998/04/07] ports/6236 ports New port: scwm o [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/09] kern/6255 SI driver fix for Jet ISA memory size o [1998/04/09] kern/6256 SI driver - new T225 download code o [1998/04/10] ports/6262 ports New port of bulk_mailer 1.9 o [1998/04/10] i386/6269 Included is a patch to support AMD Write- o [1998/04/10] i386/6270 options.i386 update for AMD write-allocat o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready s [1998/04/15] bin/6308 [PATCH] date(1) -v argument cannot vary s o [1998/04/15] ports/6311 ports New port: gsfonts o [1998/04/15] ports/6312 ports New port: ghostscript-3.33 s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification s [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. a [1998/04/16] ports/6321 andreas can't run any version of PostgreSQL on 2. o [1998/04/17] ports/6331 ports New port: libshhopt-1.1.3 o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] conf/6334 -DALLLANG should be moved from src/Makefi o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to a [1998/04/19] ports/6355 ports New port o [1998/04/20] bin/6359 routed does sent router discovry solicita o [1998/04/20] ports/6361 ports New ports collection: GNU Pascal Compiler s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp o [1998/04/23] ports/6393 ports patch for multimedia-2.1.tar.gz f [1998/04/23] bin/6399 [PATCH] When using "-u" mount doesn't sta o [1998/04/23] bin/6401 user error while mounting causes panic o [1998/04/23] kern/6402 another machine can change my own permane o [1998/04/24] ports/6405 ports vrweb port does not build; ignores local a [1998/04/25] ports/6413 kuriyama new ports for lynx2.8rel.3 (modified for s [1998/04/25] ports/6414 kuriyama new ports for ja-color-lynx2.8rel.3 (modi a [1998/04/25] ports/6415 kuriyama new ports for ja-lynx2.8.1dev.7 (modified s [1998/04/25] ports/6416 kuriyama new ports for ja-color-lynx2.8.1dev.7 (mo a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6434 se [PATCH] mediatool in x11/kdelibs cause kw o [1998/04/28] ports/6445 ports New port for `fhist' o [1998/04/29] docs/6455 doc bootptab.5 uses both man macros and mdoc o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/01] ports/6473 ports New port: libshhmsg-1.3.3 o [1998/05/01] ports/6474 ports New port: libxalloc-1.0.2 o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou o [1998/05/03] ports/6504 ports New port of `C Interfaces and Implementat o [1998/05/03] kern/6505 panic: cannot mount root on sd1 o [1998/05/04] docs/6508 doc sgmlfmt does not expand relative URLs s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o o [1998/05/04] docs/6510 steve GNATS doesn't expand freebsd-doc s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails s [1998/05/05] bin/6529 [ALMOST PATCH] potential timing problem w o [1998/05/07] ports/6541 ports New port: math/dc o [1998/05/07] kern/6544 Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/09] conf/6559 jkh Upgrade processing clobber's ~root/{.cshr o [1998/05/09] ports/6563 se minor problems with KDE ports o [1998/05/09] docs/6564 doc need more references in fetch(1) o [1998/05/10] ports/6570 ports port of java CUP parser o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/11] ports/6598 ports new port for FreeBSD - asmodem o [1998/05/12] ports/6606 ports package add of perl-5.00404 fails w/3.0 S o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/12] ports/6613 ports ports/lang/perl5 fails to install by addi o [1998/05/13] ports/6622 obrien IIJ-PPP current version o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue f [1998/05/16] bin/6653 The rc script sometimes produces errors w o [1998/05/16] ports/6657 ports new port for perl/Tk 800.004 s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv s [1998/05/18] bin/6676 [PATCH] natd doesn't respond to signals w o [1998/05/18] docs/6681 doc docu. addition o [1998/05/19] ports/6687 ports New port, ktelnet v0.6 o [1998/05/19] ports/6688 ports New port: kbiff v0.6 o [1998/05/19] ports/6699 ports Generic NQS port (new) o [1998/05/20] kern/6702 luigi tsleep and new snd (pcm0) o [1998/05/20] ports/6704 ports New port: gtk-- o [1998/05/21] ports/6709 ports New port kmessage s [1998/05/21] conf/6711 [PATCH ?] I've seen that fortune before o [1998/05/23] ports/6728 ports New port ktranslator o [1998/05/24] docs/6745 doc man page for ftpd o [1998/05/25] misc/6752 jkh sysinstall w/o cd9660 fs loaded can't mou s [1998/05/25] kern/6758 mount_portal fails because kernal refuses a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking s [1998/05/26] docs/6764 doc limits references to sysctl o [1998/05/26] kern/6769 peter panic: nfs rcvunlock o [1998/05/28] ports/6776 ports New port - xqf s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags s [1998/05/29] i386/6792 eivind [PATCH][STABLE]Backported PnP support for o [1998/05/29] bin/6795 steve send-pr does not parse problem reports co o [1998/05/31] ports/6806 ports /usr/ports/graphics/killustrator doesn't f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address s [1998/06/01] kern/6819 [PATCH] pci_unmap_int (pci/pci.c) does no o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD s [1998/06/02] bin/6832 imp [PATCH] Allows PINGing from any address o o [1998/06/02] ports/6838 ports Enable lj4dith driver by default s [1998/06/02] kern/6843 sos [PATCH] to enable reading digital audio s o [1998/06/04] ports/6862 jfitz Cyrus upgraded to 1.5.10 o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/06] ports/6882 markm Perl5 in 3.0-980518-SNAP o [1998/06/11] ports/6915 ports Apache-FP for apache v1.3.0 o [1998/06/11] bin/6919 can not run multiple instances of /sbin/r o [1998/06/13] misc/6936 sysinstall: install from MS-DOS MO divece o [1998/06/13] bin/6937 [PATCH] rc.firewall can't be run from net o [1998/06/13] bin/6939 restore does not set the correct uid on d o [1998/06/13] ports/6942 ports New port, mrouted-beta o [1998/06/15] ports/6954 vanilla New port: CJK o [1998/06/16] gnu/6965 grep -a dosn't work o [1998/06/16] ports/6970 ports mule and family build faulure o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con o [1998/06/19] conf/6999 Mismatch in rc.conf "accounting" keyword o [1998/06/20] ports/7004 jmz sysutils/cdrecord depends on mkisofs, is a [1998/06/20] ports/7005 dburr Submitting RealAudio Player 3.0 as a new o [1998/06/20] ports/7006 itojun hylafax port improved s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size o [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF o [1998/06/24] misc/7039 jb sigwait doesn't init the return value. s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b s [1998/06/24] i386/7052 amd_map_program and NIS problem s [1998/06/24] bin/7055 steve [mfc] multiple syslog-forwarding will for o [1998/06/24] ports/7062 torstenb pidentd partialy broken in current s [1998/06/24] bin/7063 mount fails if $PWD does not exist o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br s [1998/06/25] bin/7068 /usr/bin/perl: library path addition o [1998/06/25] ports/7074 ports [New Ports] Xtt0.6 a TrueType X servers s [1998/06/26] bin/7081 [patch] lpr stuff doesn't deal with RM an s [1998/06/26] kern/7085 [patch] maybe_resched() priority check co o [1998/06/27] ports/7086 ports Port: ja-p5-jcode.pl o [1998/06/28] ports/7094 ports New port of xbomber game s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/06/28] bin/7101 /sbin/ipfw unexpected variant treatment o s [1998/06/29] bin/7117 flex -I option is broken o [1998/06/30] ports/7128 ports New port: Raster3D-2.4f o [1998/06/30] ports/7133 markm upgrade SSLeay to 0.9.0b s [1998/06/30] gnu/7135 [PATCH] It's not easy to build a cvs bina s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % o [1998/07/01] ports/7140 ports new port: htdig s [1998/07/02] kern/7144 WaveLAN interface moves packets to uper l s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top o [1998/07/02] ports/7150 ports `elftoaout': new port s [1998/07/04] i386/7159 [PATCH] Unknown option OVERRIDE_CARD (bt8 o [1998/07/04] ports/7163 ports new port: p5-Set-IntSpan o [1998/07/04] ports/7164 ports new port: p5-News-Newsrc s [1998/07/05] kern/7177 [PATCH] Support for "Video Highway Xtreme s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco f [1998/07/07] i386/7201 (cpu == CPU_686) in pmap.c shoud also app s [1998/07/07] bin/7203 [PATCH] fetch -o - file:/path/name doesn' s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra f [1998/07/10] bin/7241 tcpdump does not work with parallel line s [1998/07/11] bin/7253 des [PATCH] Make top(1) ignore itself o [1998/07/11] bin/7254 release: multiple versions of write_mfs_i o [1998/07/12] kern/7259 -current: GENERIC and SMP-GENERIC out of o [1998/07/12] ports/7261 ports problem of wget-1.5.2 o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/13] ports/7275 torstenb Symlink for one ssh man-page is wrong o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/15] docs/7289 doc ppp.8: RECEIVING INCOMING PPP CONNECTIONS o [1998/07/15] bin/7294 lpr -r file fails to remove file because o [1998/07/15] ports/7295 ports Starting programs with bash port causes p o [1998/07/15] bin/7296 hoek Long-standing bug in 'more' wrt CRLF. I o [1998/07/16] bin/7298 Improvements to ln(1). o [1998/07/17] docs/7306 doc There is no manpage for timegm o [1998/07/18] ports/7314 ports ncurses port doesn't support TERM=xterm-c a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad o [1998/07/19] bin/7325 /bin/sh redirection does not match man pa o [1998/07/20] ports/7329 ports New port: vje-trial o [1998/07/20] ports/7333 ports Update ports: ja-Weblint97-0.12 by means o [1998/07/20] ports/7334 ports www/communicator-4.5 o [1998/07/20] bin/7337 Creating a partition "before" the boot pa o [1998/07/20] ports/7344 ports New port: wmavgload-0.6.1 o [1998/07/21] ports/7347 ports Upgraded port: mysql-3.21.33 o [1998/07/21] conf/7348 Default answer 'NO' in network configurat f [1998/07/21] ports/7350 ports netpbm port refuses to build on CURRENT o [1998/07/21] bin/7352 libc generates spurious warnings when use o [1998/07/21] conf/7355 The checkboxes are not always properly up o [1998/07/21] docs/7359 doc amd documentation problems a [1998/07/22] ports/7365 ports new port request: korean/pgp.language o [1998/07/22] conf/7366 /tmp/.X* not removed by /etc/rc if clear_ o [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting o [1998/07/23] ports/7379 obrien super's command link feature doesn't work o [1998/07/24] misc/7391 jkh 2.2.7-RELEASE: src/CHECKSUM.MD5 and des/C o [1998/07/24] ports/7394 jfitz INDEX has bad description for p5-Mysql-mo o [1998/07/27] ports/7408 asami packages-2.2.7/INDEX is wrong o [1998/07/27] ports/7409 ports New port: CaribbeanStud-1.0 o [1998/07/27] ports/7412 ports port of 4va to be included in /usr/ports/ s [1998/07/27] bin/7417 ls -W option unimplemented o [1998/07/27] ports/7421 ports update p5-PGP-Sign to 0.09 s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. o [1998/07/29] ports/7428 ports new port of WindowMaker-data o [1998/07/29] ports/7430 se kvt terminal emulator does not update /va s [1998/07/29] misc/7435 [PATCH(HACK)] PR 6387 solution didn't han a [1998/07/29] ports/7438 mph new port: net/ntop o [1998/07/29] ports/7439 ports Present a FreeBSD port for xamp-0.8-7 o [1998/07/30] ports/7449 ports upgrade of scilab port o [1998/07/30] bin/7454 jkh make dependencies more visible in sysinst o [1998/07/30] misc/7455 jkh trailing spaces on mountpoint hangs sysin s [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/01] kern/7468 [smp] Error building modula-3 on dual-pro o [1998/08/03] ports/7480 ports New Port afbackup-3.0.4 o [1998/08/03] ports/7485 ports New port: Xterminal-0.2 s [1998/08/06] bin/7507 test cannot test for sockets s [1998/08/06] i386/7510 [PATCH] syscons and vidcontrol to support o [1998/08/07] ports/7521 ports New ports: ja-vftool-misc${RESOLUTION_JA} o [1998/08/08] ports/7532 ports New port: ipltd-2.01 s [1998/08/08] docs/7533 doc Chpass command description unclear on gec o [1998/08/09] ports/7536 ports [update ports] ja-perl5 (${PORTSDIR}/japa o [1998/08/09] ports/7537 ports I have made a port for the new PPP client o [1998/08/09] ports/7540 ports [new ports] wcolEpre-1998.07.13 ports ${P s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po o [1998/08/09] ports/7550 ports New Port: 8hz-mp3 o [1998/08/10] ports/7551 ports upgrade request for `japanese/ja-ndtpd' p o [1998/08/10] ports/7558 ports update: japanese/mnews 686 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 11:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15158 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 11:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15142 for ; Mon, 10 Aug 1998 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA13098; Mon, 10 Aug 1998 11:40:00 -0700 (PDT) Received: from birdland.rhein-neckar.de (birdland.rhein-neckar.de [193.197.88.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14431 for ; Mon, 10 Aug 1998 11:32:41 -0700 (PDT) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by birdland.rhein-neckar.de (8.8.7/8.8.3) with bsmtp id UAA27269 for FreeBSD-gnats-submit@freebsd.org; Mon, 10 Aug 1998 20:32:17 +0200 (MET DST) Received: from bigeye.rhein-neckar.de ([193.197.88.35]) by mips.rhein-neckar.de with esmtp id m0z5w4k-000WySC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Mon, 10 Aug 1998 19:49:42 +0200 (CEST) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.8.8/8.8.8) id TAA02863; Mon, 10 Aug 1998 19:50:07 +0200 (CEST) (envelope-from naddy) Message-Id: <199808101750.TAA02863@bigeye.rhein-neckar.de> Date: Mon, 10 Aug 1998 19:50:07 +0200 (CEST) From: Christian Weisgerber Reply-To: naddy@mips.rhein-neckar.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7559: pcvt treats DEL as a printable character Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7559 >Category: kern >Synopsis: pcvt treats DEL as a printable character >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 11:40:00 PDT 1998 >Last-Modified: >Originator: Christian Weisgerber >Organization: >Release: FreeBSD 2.2.7-STABLE i386 >Environment: pcvt VT220-compatible console driver. >Description: The pcvt console driver outputs a glyph for the ASCII DEL (0x7F) character. This differs from the behavior of an actual DEC VT220 terminal which treats DEL as a non-printable no-op control character. >How-To-Repeat: >Fix: --- /sys/i386/isa/pcvt/pcvt_out.c.orig Fri Mar 7 09:58:26 1997 +++ /sys/i386/isa/pcvt/pcvt_out.c Mon Aug 10 16:12:49 1998 @@ -178,10 +178,10 @@ if(svsp->sevenbit) ch &= 0x7f; - if((ch <= 0x1f) && (svsp->transparent == 0)) + if(((ch <= 0x1f) || (ch == 0x7f)) && (svsp->transparent == 0)) { - /* always process control-chars in the range 0x00..0x1f !!! */ + /* always process control-chars in the range 0x00..0x1f, 0x7f !!! */ if(svsp->dis_fnc) { @@ -323,6 +323,7 @@ case 0x1d: /* GS */ case 0x1e: /* RS */ case 0x1f: /* US */ + case 0x7f: /* DEL */ break; } } @@ -330,7 +331,8 @@ else { - /* char range 0x20...0xff processing depends on current state */ + /* char range 0x20...0x7e, 0x80...0xff processing */ + /* depends on current state */ switch(svsp->state) { @@ -1884,7 +1886,7 @@ * partial HP 2392 ANSI mode Emulator * ================================== * - * this part tooks over the emulation of some escape sequences + * this part takes over the emulation of some escape sequences * needed to handle the function key labels * * They are modeled after the corresponding escape sequences >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 11:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15881 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 11:50:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15831 for ; Mon, 10 Aug 1998 11:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA13364; Mon, 10 Aug 1998 11:50:01 -0700 (PDT) Date: Mon, 10 Aug 1998 11:50:01 -0700 (PDT) Message-Id: <199808101850.LAA13364@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garrett Wollman Subject: kern/7557: possible inode deadlock Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7557; it has been noted by GNATS. From: Garrett Wollman To: dillon@best.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/7557: possible inode deadlock Date: Mon, 10 Aug 1998 14:41:05 -0400 (EDT) < said: > FreeBSD-current CVS july 28 + softupdates + CAM + CCD. Also occurs without SMP, CAM, and soft updates. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 12:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18432 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 12:10:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18373 for ; Mon, 10 Aug 1998 12:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA13990; Mon, 10 Aug 1998 12:10:00 -0700 (PDT) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17983 for ; Mon, 10 Aug 1998 12:05:55 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id VAA00782 for FreeBSD-gnats-submit@freebsd.org; Mon, 10 Aug 1998 21:04:03 +0200 (MET DST) Received: (from seggers@localhost) by semyam.dinoco.de (8.8.8/8.8.8) id VAA05533; Mon, 10 Aug 1998 21:00:55 +0200 (CEST) (envelope-from seggers) Message-Id: <199808101900.VAA05533@semyam.dinoco.de> Date: Mon, 10 Aug 1998 21:00:55 +0200 (CEST) From: Stefan Eggers Reply-To: seggers@semyam.dinoco.de To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: seggers@semyam.dinoco.de X-Send-Pr-Version: 3.2 Subject: bin/7560: format string problems in sysinstall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7560 >Category: bin >Synopsis: format string problems in sysinstall >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 12:10:00 PDT 1998 >Last-Modified: >Originator: Stefan Eggers >Organization: none >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current sources cvsup'ed a few days ago. >Description: While compiling sysinstall I notieced several warnings about format string errors. Turned out they are harmless with gcc on a little endian machine as long as the values printed are small enough and that's probably why nobody noticed a malfunction due to them. The ones in ufs.c are harmless I think but annoying. Adding casts makes them go away. >How-To-Repeat: Try compiling sysinstall. You'll see warnings from gcc about wrong format strings. >Fix: Actually three - one for each affected file. Index: disks.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/release/sysinstall/disks.c,v retrieving revision 1.98 diff -u -r1.98 disks.c --- disks.c 1998/03/23 08:36:26 1.98 +++ disks.c 1998/08/10 18:41:10 @@ -309,7 +309,7 @@ int size, subtype; chunk_e partitiontype; - snprintf(tmp, 20, "%d", chunk_info[current_chunk]->size); + snprintf(tmp, 20, "%lu", chunk_info[current_chunk]->size); val = msgGetInput(tmp, "Please specify the size for new FreeBSD slice in blocks\n" "or append a trailing `M' for megabytes (e.g. 20M)."); if (val && (size = strtol(val, &cp, 0)) > 0) { Index: uc_eisa.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/release/sysinstall/uc_eisa.c,v retrieving revision 1.4 diff -u -r1.4 uc_eisa.c --- uc_eisa.c 1997/02/22 14:12:26 1.4 +++ uc_eisa.c 1998/08/10 18:54:05 @@ -142,7 +142,7 @@ sizeof(struct eisa_driver)); n=(char *)kv_to_u(kp, (u_int)edrv->name, 20); - asprintf(&epc->device, "%s%d", n, edn->dev.unit); + asprintf(&epc->device, "%s%lu", n, edn->dev.unit); free(n); n=(char *)kv_to_u(kp, (u_int)edn->dev.full_name, 40); /*XXX*/ Index: ufs.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/release/sysinstall/ufs.c,v retrieving revision 1.12 diff -u -r1.12 ufs.c --- ufs.c 1997/02/22 14:12:35 1.12 +++ ufs.c 1998/08/10 18:45:56 @@ -49,15 +49,15 @@ if (isDebug()) msgDebug("Request for %s from UFS\n", file); - snprintf(buf, PATH_MAX, "%s/%s", dev->private, file); + snprintf(buf, PATH_MAX, "%s/%s", (char *)dev->private, file); if (file_readable(buf)) return fopen(buf, "r"); - snprintf(buf, PATH_MAX, "%s/dists/%s", dev->private, file); + snprintf(buf, PATH_MAX, "%s/dists/%s", (char *)dev->private, file); if (file_readable(buf)) return fopen(buf, "r"); - snprintf(buf, PATH_MAX, "%s/%s/%s", dev->private, variable_get(VAR_RELNAME), file); + snprintf(buf, PATH_MAX, "%s/%s/%s", (char *)dev->private, variable_get(VAR_RELNAME), file); if (file_readable(buf)) return fopen(buf, "r"); - snprintf(buf, PATH_MAX, "%s/%s/dists/%s", dev->private, variable_get(VAR_RELNAME), file); + snprintf(buf, PATH_MAX, "%s/%s/dists/%s", (char *)dev->private, variable_get(VAR_RELNAME), file); return fopen(buf, "r"); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 13:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29967 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 13:50:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA29961 for ; Mon, 10 Aug 1998 13:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA16790; Mon, 10 Aug 1998 13:50:01 -0700 (PDT) Date: Mon, 10 Aug 1998 13:50:01 -0700 (PDT) Message-Id: <199808102050.NAA16790@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Brian Somers Subject: Re: kern/7556: potential sl_compress_init problem in slcompress.c and if_ppp.c Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7556; it has been noted by GNATS. From: Brian Somers To: hm@kts.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/7556: potential sl_compress_init problem in slcompress.c and if_ppp.c Date: Mon, 10 Aug 1998 21:29:13 +0100 > > >Number: 7556 > >Category: kern > >Synopsis: sl_compress_init() will fail if called anything else than -1 or >MAX_STATE [.....] If anyone picks this up (I haven't the time to be involved with pppd), there's an additional problem when a number of states is negotiated that != MAX_STATES. Namely, it's possible that the peer may agree on (say) 8 states, then proceed to send a header with a slot id of (say) 10. The end result is that a zero'd slot entry is ``adjusted'' by the VJ deltas and will most likely cause a stack scribble. We all know what happens to this in kernel mode :-/ This has been fixed in src/usr.sbin/ppp/slcompress.c - but I don't know how compatible the sources are. -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 14:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02512 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 14:20:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02505 for ; Mon, 10 Aug 1998 14:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA17637; Mon, 10 Aug 1998 14:20:00 -0700 (PDT) Received: from trooper.velocet.ca (host-066.canadiantire.ca [209.146.201.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01965 for ; Mon, 10 Aug 1998 14:12:24 -0700 (PDT) (envelope-from dgilbert@trooper.velocet.ca) Received: (from dgilbert@localhost) by trooper.velocet.ca (8.8.8/8.8.7) id RAA02440; Mon, 10 Aug 1998 17:11:57 -0400 (EDT) (envelope-from dgilbert) Message-Id: <199808102111.RAA02440@trooper.velocet.ca> Date: Mon, 10 Aug 1998 17:11:57 -0400 (EDT) From: David Gilbert Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7561: CDROM prone to lock up. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7561 >Category: kern >Synopsis: CDROM (wcd) is prone to lock up system/processes >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 14:20:00 PDT 1998 >Last-Modified: >Originator: David Gilbert >Organization: Velocet Communications >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: IDE drives/controllers probe as follows: wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, dm a, iordy wcd0: 2067/4134Kb/sec, 128Kb cache, audio play, 16 volume levels, ejectable tray wcd0: no disc inside, unlocked >Description: If the root user types mount /cdrom (or someone runs xmcd) at the 'wrong' time, the device locks up, locking that process in the 'D' state (according to ps). The 'wrong' time is sometime shortly after the disc is inserted into the drive and the door closes. The 'wrong' time occurs after the time when the device would respond as not ready and before the time when it will mount properly. >How-To-Repeat: Try to mount /cdrom shortly after inserting the disc. May have to repeat several times as timing is the issue here. My system is available for testing, if need be. It is permanently on the internet. >Fix: The only workaround that I can fine is to never be in a hurry. There are obvious problems with this workaround, though. :) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 14:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03380 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 14:30:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03335 for ; Mon, 10 Aug 1998 14:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA17855; Mon, 10 Aug 1998 14:30:01 -0700 (PDT) Received: from trooper.velocet.ca (host-066.canadiantire.ca [209.146.201.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03107 for ; Mon, 10 Aug 1998 14:26:39 -0700 (PDT) (envelope-from dgilbert@trooper.velocet.ca) Received: (from dgilbert@localhost) by trooper.velocet.ca (8.8.8/8.8.7) id RAA02916; Mon, 10 Aug 1998 17:26:18 -0400 (EDT) (envelope-from dgilbert) Message-Id: <199808102126.RAA02916@trooper.velocet.ca> Date: Mon, 10 Aug 1998 17:26:18 -0400 (EDT) From: David Gilbert Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7562: Wine screws system subtlely. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7562 >Category: kern >Synopsis: Running wine can cause other applications to fail >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 14:30:00 PDT 1998 >Last-Modified: >Originator: David Gilbert >Organization: Velocet Communications >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: Wine is version 980726. All invocations of wine that ran windows software caused the problem. These included microsoft paint and wordpad. >Description: The effect is rather immediate. If you are also running Netscape (I run the linux version 4.05), the next time Netscape goes to the CPU (if it's totally idle, it will remain so, until you wake it) it will commense using all the available CPU and not responding to the user. This can be seen as Netscape not updating it's display. If you kill Netscape, it will die, but restarting Netscape induces the same behaviour, except that Netscape never gets as far as opening a window on the screen. I have not observed if other applications are affected, however a mysterious disk (filesystem) crash followed a wine session after which I chose not to reboot. >How-To-Repeat: Run wine applications and the Linux netscape 4.05 >Fix: No workaround known. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 16:16:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16302 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 16:16:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from chen.ml.org (luoqi.watermarkgroup.com [207.202.73.170]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16292; Mon, 10 Aug 1998 16:16:47 -0700 (PDT) (envelope-from luoqi@chen.ml.org) Received: (from luoqi@localhost) by chen.ml.org (8.8.8/8.8.8) id TAA02435; Mon, 10 Aug 1998 19:16:23 -0400 (EDT) (envelope-from luoqi) Date: Mon, 10 Aug 1998 19:16:23 -0400 (EDT) From: Luoqi Chen Message-Id: <199808102316.TAA02435@chen.ml.org> To: freebsd-bugs@FreeBSD.ORG, luoqi@chen.ml.org, phk@FreeBSD.ORG Subject: Re: misc/7310 In-Reply-To: <199808100949.CAA13422@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for commit the PR. I think I must have made some mistakes in my submission, the contents of both share/timedef/data/zh_CN.EUC.src and usr.bin/mklocale/data/zh_CN.EUC.src are duplicated twice, would you please fix them? Thanks again. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 16:50:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22306 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 16:50:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22227 for ; Mon, 10 Aug 1998 16:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA20996; Mon, 10 Aug 1998 16:50:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21214; Mon, 10 Aug 1998 16:44:58 -0700 (PDT) (envelope-from nobody) Message-Id: <199808102344.QAA21214@hub.freebsd.org> Date: Mon, 10 Aug 1998 16:44:58 -0700 (PDT) From: dwhite@resnet.uoregon.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/7564: MAKEDEV won't make symlinks for snd >0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7564 >Category: i386 >Synopsis: MAKEDEV won't make symlinks for snd >0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 16:50:01 PDT 1998 >Last-Modified: >Originator: Doug White >Organization: UO CS NRL >Release: 2.2-STABLE >Environment: FreeBSD gable.nrl.cs.uoregon.edu 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Tue Jun 2 13:33:32 PDT 1998 dwhite@gable.nrl.cs.uoregon.edu:/usr/src/sys/compile/G ABLE i386 >Description: A long time ago, in a galaxy far, far away, someone made the (bonehead) decision to limit the sound driver to one device. With Luigi's pcm driver, the unit number for the PnP detected cards is nearly always 1, and so you can't create the symlinks that will make your sound work. >How-To-Repeat: Take a stock 2.2.[67] system with a supported soundcard, compile in pcm support, and try to cat a sound file to /dev/audio. You get the message: pcm0: unit not configured, perhaps you want pcm1 ? and no sound comes out. Sometimes you get a message timeout flushing dbuf_out, chan 1 cnt 0xccb4 flags 0x00000441 >Fix: Apply patch to src/etc/etc.i386/MAKEDEV --- /dev/MAKEDEV Tue Mar 24 17:56:49 1998 +++ MAKEDEV Mon Aug 10 16:43:06 1998 @@ -972,7 +972,6 @@ snd_security_hole=0 # XXX umask $snd_security_hole - if [ $unit = "0" ] ; then ln -fs mixer$unit mixer ln -fs sequencer$unit sequencer ln -fs dsp$unit dsp @@ -980,7 +979,6 @@ ln -fs dspW$unit dspW ln -fs music$unit music ln -fs pss$unit pss - fi mknod mixer$unit c $chr `expr $unit '*' 16 + 0` mknod sequencer$unit c $chr `expr $unit '*' 16 + 1` I can commit this if you trust me to do it right. :-) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 18:00:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04596 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 18:00:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA04519 for ; Mon, 10 Aug 1998 18:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA22971; Mon, 10 Aug 1998 18:00:01 -0700 (PDT) Received: from deity.darkening.com (deity.darkening.com [209.25.112.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02693 for ; Mon, 10 Aug 1998 17:49:57 -0700 (PDT) (envelope-from ventrex@deity.darkening.com) Received: (from ventrex@localhost) by deity.darkening.com (8.8.8/8.8.8) id UAA24496; Mon, 10 Aug 1998 20:49:24 -0400 (EDT) (envelope-from ventrex) Message-Id: <199808110049.UAA24496@deity.darkening.com> Date: Mon, 10 Aug 1998 20:49:24 -0400 (EDT) From: tstrombe@rtci.com Reply-To: tstrombe@rtci.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7565: Security fix for perl vidfont/kbdmap, spkrtest Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7565 >Category: bin >Synopsis: small security fix for vidfont/kbdmap, spkrtest >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 18:00:01 PDT 1998 >Last-Modified: >Originator: Thomas Stromberg >Organization: Research Triangle Consultants, Inc. >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT >Description: /usr/sbin/spkrtest and /usr/sbin/vidfont (aka kbdmap) use very predictable /tmp files (static prefix + process number) which are overwritten blindly, and follow links. >How-To-Repeat: look at the last process number executed, then stuff the /tmp directory with "/tmp/_kbd_lang[last process to last process + 1000]" as links to any file on the system. then when root runs vidfont, that file is removed. >Fix: These workarounds change it from a process number to a very random (9999 with tons of decimal places) number. *** /usr/src/usr.sbin/kbdmap/kbdmap.pl Mon May 19 03:30:45 1997 --- /home/ventrex/code/security/freebsd/fixed/kbdmap.pl Mon Aug 10 20:46:57 1998 *************** *** 229,236 **** } sub dialog { local(@argv) = @_; ! local($tmp) = "/tmp/_kbd_lang$$"; $dialog = "/usr/bin/dialog \\ --clear \\ --- 229,237 ---- } sub dialog { + srand; local(@argv) = @_; ! local($tmp) = "/tmp/_kbd_lang" . rand(9999); $dialog = "/usr/bin/dialog \\ --clear \\ *** /usr/src/usr.sbin/spkrtest/spkrtest.pl Sat Feb 22 11:13:37 1997 --- /home/ventrex/code/security/freebsd/fixed/spkrtest.pl Mon Aug 10 20:28:15 1998 *************** *** 93,99 **** push(@checklist, ($_, $title{$_}, 'OFF')); } ! $tmp = ($ENV{'TMP'} || "/tmp") . "/_spkrtest$$"; if (!open(SPEAKER, "> $speaker")) { warn "You have no write access to $speaker or the speaker device is not " . --- 93,100 ---- push(@checklist, ($_, $title{$_}, 'OFF')); } ! srand; ! $tmp = ($ENV{'TMP'} || "/tmp") . "/_spkrtest" . rand(9999); if (!open(SPEAKER, "> $speaker")) { warn "You have no write access to $speaker or the speaker device is not " . >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 20:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19112 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 20:00:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA19075 for ; Mon, 10 Aug 1998 20:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA29206; Mon, 10 Aug 1998 20:00:01 -0700 (PDT) Received: from kendra.ne.mediaone.net (kendra.ne.mediaone.net [24.128.94.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18461 for ; Mon, 10 Aug 1998 19:55:49 -0700 (PDT) (envelope-from ahd@kew.com) Received: (from ahd@localhost) by kendra.ne.mediaone.net (8.9.0/8.9.0) id WAA24333; Mon, 10 Aug 1998 22:55:27 -0400 (EDT) Message-Id: <199808110255.WAA24333@kendra.ne.mediaone.net> Date: Mon, 10 Aug 1998 22:55:27 -0400 (EDT) From: software@kew.com Reply-To: software@kew.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/7568: /etc/pccard_ether doesn't support wide-dhcp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7568 >Category: conf >Synopsis: pccard_ether doesn't support wide-dhcp >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 20:00:00 PDT 1998 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: Portable running 2.2.7 in DHCP enviromment with wide-dhcp >Description: Wrapper script for PC Card Ethernet Adapters only supports ISC DHCP; I prefer wide-dhcp, and since both are packages, it should get equal billing. >How-To-Repeat: Set pccard ethernet configuration to DHCP without ISC DHCP on system. >Fix: *** /etc/pccard_ether Tue Mar 24 20:56:48 1998 --- pccard_ether Mon Aug 10 22:23:36 1998 *************** *** 18,25 **** rm /var/run/dhclient.pid fi /usr/local/sbin/dhclient else ! echo "DHCP client software not available (isc-dhcp2)" fi else interface=$1 --- 18,32 ---- rm /var/run/dhclient.pid fi /usr/local/sbin/dhclient + elif [ -f /usr/local/sbin/dhcpc ] ; then + if [ -s /var/run/dhcpc.pid ] ; then + kill `cat /var/run/dhcpc.pid` + rm /var/run/dhcpc.pid + fi + /usr/local/sbin/dhcpc $* else ! echo "DHCP client software not available" \ ! "(wide-dhcp/isc-dhcp2)" fi else interface=$1 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 10 22:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA07885 for freebsd-bugs-outgoing; Mon, 10 Aug 1998 22:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA07854 for ; Mon, 10 Aug 1998 22:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA02692; Mon, 10 Aug 1998 22:10:01 -0700 (PDT) Date: Mon, 10 Aug 1998 22:10:01 -0700 (PDT) Message-Id: <199808110510.WAA02692@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Neal Horman Subject: Re: kern/7546: [PATCH] [STABLE ?]shutdown -p - system power off implementation Reply-To: Neal Horman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7546; it has been noted by GNATS. From: Neal Horman To: freebsd-gnats-submit@freebsd.org, neal@wanlink.com Cc: Subject: Re: kern/7546: [PATCH] [STABLE ?]shutdown -p - system power off implementation Date: Mon, 10 Aug 1998 22:14:43 -0700 Upon examination of kern_shutdown.c and apm.c presently in CVS, I do indeed find that code that apparently deals with system power down does exist. However, please consider the following points carefully before discounting the submitted patches. What doesn't exist is the code that will allow the user to select a "halt" vs. a "power down" condition. ie. kern_shutdown.c ignores the "howto & RB_POWEROFF" flag in this respect. At first, this may seem trivial, but consider that in server environments, when a UPS driven system is shutdown with "shutdown -h", or "halt" because of impending power outage conditions, and the kernel tells APM to turn the power off (using the code presently in CVS), upon power restoral, the system may not (this I think should be read as "probably won't") re-power without human intervention, which may not be acceptable. Using the patches that I've put together, the problem of the system not re-powering after line voltage restoral can be avoided by issuing a "shutdown -h", or "halt", to bring the system down, but not power off, vs. issuing a "shutdown -p", or "halt -p" to bring the system down, and then power off. Also, in some circumstances, it may be totaly inappropriate for a system to be able to power it's self off, and as such, the patches I've submitted will allow for the APM based power-down code to be a configurable kernel option. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 08:20:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17934 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 08:20:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17817 for ; Tue, 11 Aug 1998 08:20:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA01555; Tue, 11 Aug 1998 08:20:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17113; Tue, 11 Aug 1998 08:17:47 -0700 (PDT) (envelope-from nobody) Message-Id: <199808111517.IAA17113@hub.freebsd.org> Date: Tue, 11 Aug 1998 08:17:47 -0700 (PDT) From: moro@remus.dti.ne.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/7575: flex has inconsistency in the location of FlexLexer.h. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7575 >Category: bin >Synopsis: flex has inconsistency in the location of FlexLexer.h. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 11 08:20:00 PDT 1998 >Last-Modified: >Originator: MOROHOSHI Akihiko >Organization: >Release: 2.2-stable, but current has the same problem. >Environment: FreeBSD coco.moro.arakawa.tokyo.jp 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Mon Jul 27 09:34:09 JST 1998 moro@coco.moro.arakawa.tokyo.jp:/data/stable/src/sys/compile/COCO i386 >Description: /usr/src/usr.bin/lex/Makefile puts FlexLexer.h into /usr/include/g++, but flex still generates "#include How-To-Repeat: cd /usr/src/usr.bin/lex grep FlexLexer.h * >Fix: replace all with in /usr/src/usr.bin/lex/* (or revert the location of FlexLexer.h to /usr/include.) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 11:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11976 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 11:20:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11919 for ; Tue, 11 Aug 1998 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA21372; Tue, 11 Aug 1998 11:20:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10782; Tue, 11 Aug 1998 11:12:48 -0700 (PDT) (envelope-from nobody) Message-Id: <199808111812.LAA10782@hub.freebsd.org> Date: Tue, 11 Aug 1998 11:12:48 -0700 (PDT) From: fetch@muffin.arcadia.spb.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/7578: ip address on ed interface seems to not be changed internally after re-ifconfig Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7578 >Category: kern >Synopsis: ip address on ed interface seems to not be changed internally after re-ifconfig >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 11 11:20:01 PDT 1998 >Last-Modified: >Originator: Andrew Aleks >Organization: Arcadia, Inc. >Release: 2.2.6-RELEASE >Environment: FreeBSD muffin.arcadia.spb.ru 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Sat Jun 17 14:00:09 MSD 1998 root@muffin.arcadia.spb.ru:/usr/src/sys/compile/KERNEL i386 >Description: A very strange problem with ed interface reconfiguration. If I'm trying to delete ed interface configuration and set another ip address on it I get into the following strange situation: ifconfig displays new address but packets that are sent out on this interface to some host that is already in arp table are being sent with the old ip address in ip header! Cleaning arp entry for the host packets are being sent to resolves the problem. >How-To-Repeat: Configure ed interface, set some ip address on it. Try to ping some host in this subnet. Then delete ed interface configuration and set another ip address on it. Then try to ping the same host. Tcpdump shows that icmp packets are still being sent with the old ip. Now try to clean arp entry for the host you're trying to ping. The problem disappears, ed conf changes. The same applies to aliases on interface. >Fix: Was unable to develop anything except cleaning arp entries after reconfiguring ed interface. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 11:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13141 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 11:30:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13098 for ; Tue, 11 Aug 1998 11:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA21728; Tue, 11 Aug 1998 11:30:01 -0700 (PDT) Date: Tue, 11 Aug 1998 11:30:01 -0700 (PDT) Message-Id: <199808111830.LAA21728@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Stefan Eggers Subject: Re: conf/7491: /etc/login.conf not preserved during update Reply-To: Stefan Eggers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/7491; it has been noted by GNATS. From: Stefan Eggers To: pink@eniac.fsz.bme.hu Cc: FreeBSD-gnats-submit@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: conf/7491: /etc/login.conf not preserved during update Date: Tue, 11 Aug 1998 20:15:23 +0200 > During update to 2.2.7-RELEASE the file /etc/login.conf is overwritten > with the new version. > >Fix: > > Copy the saved login.conf (from /usr/tmp/etc) to /etc Fix sysinstall instead to preserve login.conf, too. I think this (untested as I have no play machine suitable for this and I update with "make world") will do it: Index: installUpgrade.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/release/sysinstall/installUpgrade.c,v retrieving revision 1.58 diff -u -r1.58 installUpgrade.c --- installUpgrade.c 1998/05/24 02:49:54 1.58 +++ installUpgrade.c 1998/08/11 17:53:24 @@ -83,6 +83,7 @@ { JUST_COPY, "kerberosIV", TRUE, NULL }, { JUST_COPY, "localtime", TRUE, NULL }, { JUST_COPY, "login.access", TRUE, NULL }, + { JUST_COPY, "login.conf", TRUE, NULL }, { JUST_COPY, "mail.rc", TRUE, NULL }, { JUST_COPY, "make.conf", TRUE, NULL }, { JUST_COPY, "manpath.config", TRUE, NULL }, I think such a fix should go in instead of just saying that "one should save ones config files before update" as my gnats database says is the reason given for closing this PR. Of course making a backup of them is still a good idea. This saving of config files is what sysinstall offers to do on an update installation after all. It just fails to do it propperly for the file in question it seems. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 17:46:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10950 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 17:46:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10829; Tue, 11 Aug 1998 17:46:08 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca1-94.ix.netcom.com [209.109.232.94]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA25145; Tue, 11 Aug 1998 17:45:44 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA07114; Tue, 11 Aug 1998 17:45:40 -0700 (PDT) Date: Tue, 11 Aug 1998 17:45:40 -0700 (PDT) Message-Id: <199808120045.RAA07114@silvia.hip.berkeley.edu> To: cracauer@cons.org CC: cracauer@cons.org, freebsd-bugs@FreeBSD.ORG, andreas@FreeBSD.ORG In-reply-to: <19980811153137.A10707@cons.org> (message from Martin Cracauer on Tue, 11 Aug 1998 15:31:37 +0200) Subject: Re: pending/7574 From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * I see, replying to PRs is still not really straigtforward :-) It's easy, as long as you reply to the right one that comes *through* freebsd-gnats-submit. (Actually it's your fault to begin with...see below. :) It happened because you added Andreas to the CC: list in your initial PR. Andreas replied to it, which now contains freebsd-gnats-submit in the CC: list, and since it doesn't have a valid PR number in the subject ("Re: ports/7572", etc.), it opened up another PR. And now you replied to Andreas' reply, and your mail says To: andreas and CC: freebsd-gnats-submit, so it opened up another PR (7574). Does this make sense now? :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 19:35:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29973 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 19:35:54 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from istari.home.net (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29940; Tue, 11 Aug 1998 19:35:42 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by istari.home.net (8.8.8/8.8.6) id WAA15713; Tue, 11 Aug 1998 22:35:15 -0400 (EDT) Date: Tue, 11 Aug 1998 22:35:15 -0400 (EDT) From: "Stephen J. Roznowski" Message-Id: <199808120235.WAA15713@istari.home.net> To: phk@FreeBSD.ORG, wosch@bento.freebsd.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7522 In-Reply-To: Mail from 'Poul-Henning Kamp ' dated: Mon, 10 Aug 1998 00:31:18 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: Segmentation fault in BSD find(1) > > State-Changed-From-To: open-suspended > State-Changed-By: phk > State-Changed-When: Mon Aug 10 00:30:52 PDT 1998 > State-Changed-Why: > sure enough, does it for me too. > > patch & committer sought. This appears to fix the problem for me: --- usr.bin/find/operator.c.orig Tue Aug 11 22:33:34 1998 +++ usr.bin/find/operator.c Tue Aug 11 22:32:56 1998 @@ -190,12 +190,12 @@ int notlevel = 1; node = yanknode(&plan); + if (node == NULL) + errx(1, "!: no following expression"); while (node->type == N_NOT) { ++notlevel; node = yanknode(&plan); } - if (node == NULL) - errx(1, "!: no following expression"); if (node->type == N_OR) errx(1, "!: nothing between ! and -o"); /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 19:50:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03239 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 19:50:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03214 for ; Tue, 11 Aug 1998 19:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA11870; Tue, 11 Aug 1998 19:50:01 -0700 (PDT) Received: from tick.ssec.wisc.edu (tick.ssec.wisc.edu [144.92.108.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02090 for ; Tue, 11 Aug 1998 19:43:17 -0700 (PDT) (envelope-from dglo@tick.ssec.wisc.edu) Received: from tick.ssec.wisc.edu (localhost [127.0.0.1]) by tick.ssec.wisc.edu (8.8.7/8.8.7) with ESMTP id VAA21912 for ; Tue, 11 Aug 1998 21:42:53 -0500 (CDT) Message-Id: <199808120242.VAA21912@tick.ssec.wisc.edu> Date: Tue, 11 Aug 1998 21:42:52 -0500 From: Dave Glowacki To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7583: indent(1) input file isn't really optional Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7583 >Category: bin >Synopsis: indent input file argument isn't really optional >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 11 19:50:01 PDT 1998 >Last-Modified: >Originator: Dave Glowacki >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: >Description: The synopsis for indent(1) starts out: indent [input-file [output-file]] [-bad | -nbad] [-bap | -nbap] but when indent is run as 'indent < infile > outfile', it spits out usage: indent file [ outfile ] [ options ] >How-To-Repeat: Run indent >Fix: The CVS log didn't indicate any reason *not* to support input via standard input and I made the following patch without any apparent ill effects (though I didn't really test it exhaustively) Index: indent.c =================================================================== RCS file: /disk0/freebsd/src/usr.bin/indent/indent.c,v retrieving revision 1.1.1.1.8.1 diff -c -r1.1.1.1.8.1 indent.c *** indent.c 1997/07/16 06:41:29 1.1.1.1.8.1 --- indent.c 1998/08/11 23:16:50 *************** *** 209,218 **** set_option(argv[i]); } /* end of for */ if (input == 0) { ! usage(); } if (output == 0) ! if (troff) output = stdout; else { out_name = in_name; --- 209,218 ---- set_option(argv[i]); } /* end of for */ if (input == 0) { ! input = stdin; } if (output == 0) ! if (troff || input == stdin) output = stdout; else { out_name = in_name; *************** *** 1133,1139 **** static void usage() { ! fprintf(stderr, "usage: indent file [ outfile ] [ options ]\n"); exit(1); } --- 1133,1139 ---- static void usage() { ! fprintf(stderr, "usage: indent [ file [ outfile ] ] [ options ]\n"); exit(1); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 11 21:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19310 for freebsd-bugs-outgoing; Tue, 11 Aug 1998 21:50:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA19258 for ; Tue, 11 Aug 1998 21:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA14541; Tue, 11 Aug 1998 21:50:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18386; Tue, 11 Aug 1998 21:43:45 -0700 (PDT) (envelope-from nobody) Message-Id: <199808120443.VAA18386@hub.freebsd.org> Date: Tue, 11 Aug 1998 21:43:45 -0700 (PDT) From: joes@wstein.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/7584: pppd login fails to check /etc/passwd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7584 >Category: bin >Synopsis: pppd login fails to check /etc/passwd >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 11 21:50:00 PDT 1998 >Last-Modified: >Originator: Joseph Stein >Organization: Stein Family Internet Services >Release: FreeBSD 2.2.7-STABLE >Environment: FreeBSD shasta.wstein.com 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Sat Jul 25 11:50:38 PDT 1998 root@shasta.wstein.com:/usr/src/sys/compile/SHASTA i386 >Description: When a user logs into a pppd server running (as of 25-Jul-1998, fwiw) with 'login' set, that user will not be able to connect to the server; pppd logs 'PAP authentication failed' and both sides are seeing the correct password. >How-To-Repeat: Try to login to a pppd-server without attaching the following mod: >Fix: around line 688 (or so; I added in some debugging to find this) there is a line that reads if (uselogin && ret == UPAP_AUTHACK) change the UPAP_AUTHACK to UPAP_AUTHNAK and it'll work like a charm. you have to change your /etc/ppp/pap-secrets file though, to include the authorized IP addresses. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:13:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA16789 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:13:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA16766; Wed, 12 Aug 1998 01:13:42 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA21745; Wed, 12 Aug 1998 01:13:38 -0700 (PDT) Date: Wed, 12 Aug 1998 01:13:38 -0700 (PDT) Message-Id: <199808120813.BAA21745@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wosch@FreeBSD.ORG Subject: Re: gnu/6965 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: grep -a dosn't work Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: wosch Responsible-Changed-When: Wed Aug 12 01:13:13 PDT 1998 Responsible-Changed-Why: I added the -a option to grep. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:20:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA18030 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:20:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA18007; Wed, 12 Aug 1998 01:20:21 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA24406; Wed, 12 Aug 1998 01:20:19 -0700 (PDT) Date: Wed, 12 Aug 1998 01:20:19 -0700 (PDT) Message-Id: <199808120820.BAA24406@freefall.freebsd.org> To: charnier@xp11.frmug.org, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5016 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make -j4 fails in share/doc/usd/13.viref State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Wed Aug 12 01:17:49 PDT 1998 State-Changed-Why: Was fixed in src/share/mk/bsd.doc.mk ref 1.45 by bde . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:23:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA18448 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:23:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA18438; Wed, 12 Aug 1998 01:23:16 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA24514; Wed, 12 Aug 1998 01:23:14 -0700 (PDT) Date: Wed, 12 Aug 1998 01:23:14 -0700 (PDT) Message-Id: <199808120823.BAA24514@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: bin/3418 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_create doesn't always create gzip'ed tarball Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: wosch Responsible-Changed-When: Wed Aug 12 01:23:00 PDT 1998 Responsible-Changed-Why: Jordans area. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:27:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19193 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:27:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19183; Wed, 12 Aug 1998 01:27:12 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA24707; Wed, 12 Aug 1998 01:27:09 -0700 (PDT) Date: Wed, 12 Aug 1998 01:27:09 -0700 (PDT) Message-Id: <199808120827.BAA24707@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: bin/3778 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ypbind -S domainname,server1,... does not function Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: wosch Responsible-Changed-When: Wed Aug 12 01:26:44 PDT 1998 Responsible-Changed-Why: Bill Paul's area. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:30:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19560 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:30:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19555; Wed, 12 Aug 1998 01:30:17 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA24838; Wed, 12 Aug 1998 01:30:15 -0700 (PDT) Date: Wed, 12 Aug 1998 01:30:15 -0700 (PDT) Message-Id: <199808120830.BAA24838@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wosch@FreeBSD.ORG Subject: Re: bin/5596 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: killall's diagnostics bogus Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: wosch Responsible-Changed-When: Wed Aug 12 01:29:52 PDT 1998 Responsible-Changed-Why: I'm the author fo killall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:36:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20339 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:36:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20327; Wed, 12 Aug 1998 01:36:05 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA25087; Wed, 12 Aug 1998 01:36:03 -0700 (PDT) Date: Wed, 12 Aug 1998 01:36:03 -0700 (PDT) Message-Id: <199808120836.BAA25087@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: bin/7560 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: format string problems in sysinstall Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: wosch Responsible-Changed-When: Wed Aug 12 01:35:42 PDT 1998 Responsible-Changed-Why: Jordans area. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 01:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22167 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 01:50:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22138 for ; Wed, 12 Aug 1998 01:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA25552; Wed, 12 Aug 1998 01:50:00 -0700 (PDT) Received: from tyree.iii.co.uk (tyree.iii.co.uk [195.89.149.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21470 for ; Wed, 12 Aug 1998 01:44:42 -0700 (PDT) (envelope-from nik@iii.co.uk) Received: from carrig.strand.iii.co.uk (carrig.strand.iii.co.uk [192.168.7.25]) by tyree.iii.co.uk (8.8.8/8.8.8) with ESMTP id JAA00902 for ; Wed, 12 Aug 1998 09:44:17 +0100 (BST) Received: (from nik@localhost) by carrig.strand.iii.co.uk (8.8.8/8.8.7) id JAA13453; Wed, 12 Aug 1998 09:43:33 +0100 (BST) Message-Id: <199808120843.JAA13453@carrig.strand.iii.co.uk> Date: Wed, 12 Aug 1998 09:43:33 +0100 (BST) From: Nik Clayton Reply-To: nik@iii.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7586: Threads bug in libc_r preventing MySQL from shutting down Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7586 >Category: kern >Synopsis: [PATCH] Threads bug in libc_r preventing MySQL from shutting down >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 12 01:50:00 PDT 1998 >Last-Modified: >Originator: Nik Clayton >Organization: Dazed and confused >Release: FreeBSD 2.2.6-STABLE i386 >Environment: There's a thread in the -stable mailing list at the moment about a problem with threads in -current that prevents MySQL from shutting down. I don't understand the problem. However, Michael Gile in message-id <199808112043.NAA00879@hub.freebsd.org> has just reposted a message that was sent by the MySQL developer that contains a description of the problem and patches. I see no reason why this message won't also sit in someone's mail queue and slowly rot, so I'm submitting it as a PR so that at least it gets stuck in the system, 'officially' :-) THIS PR INCLUDES PATCHES! However, I'm not in a position to test them (or even understand them much). >Description: Date: Tue, 11 Aug 1998 16:19:23 -0400 To: Mike Smith From: "Michael R. Gile" Subject: Re: threads bug [and mysql] (large) At 03:44 PM 8/10/98 -0700, Mike Smith wrote: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: >> At 12:29 PM 8/10/98 -0700, Tom wrote: >> > >> >On Sun, 9 Aug 1998, Michael R. Gile wrote: >> > >> >> There appears to be a recurring bug in libc_r that is causing >> >> Mysql not to respond to a shutdown. The author claims that >> >> he helped the development group fix this bug some time ago, >> >> but that it has recurred. Any suggestions on where to find this >> >> documentation would be helpful. >> > >> > I don't believe this bug was ever fixed. You can look at the cvslogs to >> >see all changes to libc_r. >> >> i tend to agree, but monty insists that he mailed the necessary fixes >> to the freebsd team months ago. > >To whom? The correct thing do to would be to file a PR, and then use >the PR when referring to this. It wouldn't be surprising if the >patches are rotting in someone's inbox where nobody else can get at >them. >-- i have attached all the relevant documentation that the author had in his sentmail box. I wouldn't normally post such a large message, but i wanted to make sure that this stuff made it into the mail archives. If anyone else wants to help me try to sort through it and find what the current signal problem with mysql & freebsd, then let me know. -mike ============== ----------- To: jb@cimlogic.com.au cc: pauls@locust.etext.org Subject: Freebsd 3.0 threads Reply-To: monty@analytikerna.se Hi. Sorry to mail you directly, but I got your name from pauls@locust.etext.org and he said that you usually answer questions about the FreeBSD pthread implementation. I am the author of MySQL, a 'almost free' SQL implementation. MySQL uses Posix threads and is currently running with native threads on Solaris, Linux (with Linuxthreads), AIX, IRIX and OSF1. I also maintain much updated version of MIT threads and with this MySQL is known to run on SunOS, FreeBSD 2.0 and BSD 2.#. This MIT thread version is distrubted with the MySQL source distribution. I am now trying to help pauls out on FreeBSD 3.0 but I have now got into some trouble and I thought that maybe you can help me on the right track. 1) There isn't a sched.h file. pthread.h have prototypes for some functions that uses sched_param but it's a little problem to use them now :) 2) I looked into /usr/src/lib/libc_r/uthread/pthread_priv.h and found the following: ---- struct sched_param { int prio; /* Should be named sched_priority */ void *no_data; }; enum schedparam_policy { SCHED_RR, SCHED_IO, SCHED_FIFO, SCHED_OTHER }; ---- Shouldn't this be in a sched.h file ? It would also be nice if 'prio' would be renamed 'sched_priority'. I think this is the standard slot name (at least all other pthread implementation uses this) 3) The following functions are not defined: pthread_setprio(), pthread_attr_setprio(),pthread_attr_setscope() When do you think these will be available? 4) I have now fixed workarounds for the above cases. All code compiles and links clean but when run a test program, pthread_create doesn't start a thread. Should threads work at all in FreeBSD 3.0 ? Yours, Monty ************************************ To: pauls@locust.etext.org cc: jb@cimlogic.com.au Subject: Info about mysql porting and fixed bugs in the libc_r library Reply-To: monty@analytikerna.se John Birrell hasn't answered my yet about my problems with the pthread library (I assume he is very busy like the rest of us). Because I couldn't get -lpthread to work I compiled the source version with -g and some things started to work. I can only assume that the libc_r that you have installed isn't the newest one or then something has gone wrong in your installation. I have now started getting some things to work. Here follows a list of bugs I have fixed in the pthread library. I really hope that John will have time to at least examine them and hopefully add some of them to the next distribution. I haven't yet get everything to work, so there will be more patches. Yours, Monty ------------- Bugs found in the Freebsd 3.0 pthread implementation: ---------------------------------------- - sigsuspend should replace the callers mask to the given mask, not add the given mask to the old mask. The signals should also be handled and not as with SIGWAIT where the signal function is ignored. Fix: uthread_sigsuspend.c: /* Save the current sigmal mask: */ oset = _thread_run->sigmask; ! /* Replace the caller's mask with the current one: */ ! _thread_run->sigmask= *set; /* Patched by Monty */ /* Wait for a signal: */ ! _thread_kern_sched_state(PS_SIGSUSPEND, __FILE__, __LINE__); uthread_kern.c: case PS_FDR_WAIT: case PS_FDW_WAIT: case PS_SLEEP_WAIT: + case PS_SIGSUSPEND: And of course add a definition for PS_SIGSUSPEND. ---------------------------------------- - Signals that are not waited for with sigwait() should be handled before they are returned. Fix: - Add a separate 'sigwait_waiting' mask in the thread structure and handle the signal in uthread_kern.c for SIGWAIT if the signal isn't in the sigwait_waiting mask. ---------------------------------------- - It almost impossible to debug threads because all signals are masked in the threads library. Fix: uthread_kern.c, line 53 - static sigset_t sig_to_block = 0xffffffff; + static sigset_t sig_to_block = ~((1 << 5) | (1 << 6) | (1 << 4)); ---------------------------------------- The sigwait function is in the library but it isn't exported. Fix: Add uthread_sigwait.c to libc_r/uthread/Makefile.inc Fix: Add uthread_sigwait.c to libc_r/uthread/Makefile.inc ---------------------------------------- sigwait returns 'random' value: Fix: uthread_sigwait.c, line 42: - int ret; + int ret=EINTR; ---------------------------------------- *********************************' >From monty Sun Aug 10 23:52:21 1997 Date: Sun, 10 Aug 97 23:52:21 EET DST From: To: Paul Southworth Subject: Re: Info about mysql porting and fixed bugs in the libc_r library In-Reply-To: References: <199708101719.UAA21091@monty.pp.sci.fi> Reply-To: monty@analytikerna.se >>>>> "Paul" == Paul Southworth writes: Paul> My mail sent to " jb@cimlogic.com.au" has been bouncing -- timed out. Paul> Perhaps there is something wrong with that site. I took the questions you Paul> asked him and sent them to the freebsd-hackers mailing list. Paul> I can send your patches there as well if that's OK with you. Here is the 'newest' compleate patch that appears to work: (At least sigwait() now works according to Posix and MySQL really neads this): Please mail a copy of this to the freebsd-hackers list. This mails ends with a compleat patch that fixes everything except the pthread.h problem with struct sched_param, but I was able to handle this with configure. Yours, Monty ------- Bugs found in Freebsd's pthread implementation: ---------------------------------------- - sigsuspend should replace the callers mask to the given mask, not add the given mask to the old mask. The signals should also be handled and not as with SIGWAIT where the signal function is ignored. Fix: uthread_sigsuspend.c: /* Save the current sigmal mask: */ oset = _thread_run->sigmask; ! /* Replace the caller's mask with the current one: */ ! _thread_run->sigmask= *set; /* Patched by Monty */ /* Wait for a signal: */ ! _thread_kern_sched_state(PS_SIGSUSPEND, __FILE__, __LINE__); uthread_kern.c: case PS_FDR_WAIT: case PS_FDW_WAIT: case PS_SLEEP_WAIT: + case PS_SIGSUSPEND: And of course add a definition for PS_SIGSUSPEND. ---------------------------------------- - It almost impossible to debug threads because all signals are masked in the threads library. Fix: uthread_kern.c, line 53 - static sigset_t sig_to_block = 0xffffffff; + static sigset_t sig_to_block = ~((1 << 5) | (1 << 6) | (1 << 4)); ---------------------------------------- - The sigwait function is in the library but it isn't exported. - A signal to a thread in sigwait doesn't set the thread 'runnable'. This is because the arguments to sigwait() is put to sigmask which doesn't work because the signal must be sent to _thread_signal(). - Signals that are not waited for with sigwait() should be handled before they are returned. - sigwait returns 'random' value: Fix: Add uthread_sigwait.c to libc_r/uthread/Makefile.inc Change sigwait to: In pthread_privat.h PS_DEAD, ! PS_STATE_MAX, + PS_SIGSUSPEND }; ---- /* * Current signal mask and array of pending signals. */ ! sigset_t sigmask,sigwaitmask; int sigpend[NSIG]; uthread_kern.c: Change: /* Waiting on a signal: */ case PS_SIGWAIT: /* Change the state of the thread to run: */ PTHREAD_NEW_STATE(pthread,PS_RUNNING); /* Return the signal number: */ pthread->signo = sig; /* Flag the signal as dealt with: */ done = 1; break; } to /* Waiting on a signal: */ case PS_SIGWAIT: /* Change the state of the thread to run: */ PTHREAD_NEW_STATE(pthread,PS_RUNNING); if (sigismember(&pthread->sigwaitmask, sig)) { /* Return the signal number: */ pthread->signo = sig; /* Flag the signal as dealt with: */ done = 1; } break; ---------------------------------------- Because one needs to access the struct sched_param slots this must be defined when one includes pthread.h. One should also change the slot name from 'prior' to 'sched_priority' according to Posix. Fix: Move definition of structs sched_param from pthread_private.h to pthread.h. Change: struct sched_param { int prio; void *no_data; }; to struct sched_param { int sched_priority; void *no_data; }; Empty definition of the schedparam functions would also be nice.. ******************************************************************************* Complete patch of the above with some small additions for sigsuspend: diff of Makefile.inc in /usr/src/lib/libc_r/uthread/ and . 85a86 > uthread_sigwait.c \ diff of pthread_private.h in /usr/src/lib/libc_r/uthread/ and . 243c243,244 < PS_STATE_MAX --- > PS_STATE_MAX, > PS_SIGSUSPEND 344c345 < sigset_t sigmask; --- > sigset_t sigmask,sigwaitmask; diff of uthread_kern.c in /usr/src/lib/libc_r/uthread/ and . 53c53,54 < static sigset_t sig_to_block = 0xffffffff; --- > /* Changed by monty for easy debugging of pthreads with gdb */ > static sigset_t sig_to_block = ~((1 << 5) | (1 << 6) | (1 << 4)); 893a895 > case PS_SIGSUSPEND: 909a912,913 > if (sigismember(&pthread->sigwaitmask, sig)) > { 914a919 > } 1100a1106 > case PS_SIGSUSPEND: 1449a1456 > case PS_SIGSUSPEND: diff of uthread_sigsuspend.c in /usr/src/lib/libc_r/uthread/ and . 50,51c50,51 < /* Combine the caller's mask with the current one: */ < _thread_run->sigmask |= *set; --- > /* Replace the caller's mask with the current one: */ > _thread_run->sigmask= *set;/* Patched by Monty */ 54c54 < _thread_kern_sched_state(PS_SIGWAIT, __FILE__, __LINE__); --- > _thread_kern_sched_state(PS_SIGSUSPEND, __FILE__, __LINE__); diff of uthread_sigwait.c in /usr/src/lib/libc_r/uthread/ and . 38a39,40 > /* This version of sigwait is modifed by monty@tcx.se to work properly */ > 42c44 < int ret; --- > int ret=0; 49,51d50 < /* Save the current sigmal mask: */ < oset = _thread_run->sigmask; < 53c52,56 < _thread_run->sigmask |= *set; --- > _thread_run->sigmask &= ~*set; > _thread_run->sigwaitmask = *set; > > /* Clear for easy error check */ > _thread_run->signo=0; 62a66,68 > > /* Reset the sigwait mask for debugging */ > _thread_run->sigwaitmask = 0; **************************************************************** From: John Birrell To: edmond@shaman.lycaeum.org (Andrew N. Edmond) Cc: jb@cimlogic.com.au, monty@tcx.se, ross@flyingcroc.com Subject: Re: is libc_r broken in 980520-SNAP? Date: Wed, 17 Jun 1998 15:22:39 +1000 (EST) Andrew N. Edmond wrote: > We are specifically looking for something for monty to be able to put in > his INSTALL-SOURCE doc on how to compile MySQL 3.22.1-alpha and beyond on > FreeBSD 3.0-current past march or so... (including optimizing it with > egcc -O6). Monty also has assembler code for i386 platforms for the > string functions that we are trying to compile in here as well... > (--enable-assembler) > > ... you'd be willing to help with this? MySQL was one of the packages mentioned when people complained about performance differences between libc_r and MIT pthreads. An attempt has been made to address those issues, but nobody has commented on any performance change. Since I'm also working on FreeBSD/Alpha, I'm choosing packages to checkout with that too. MySQL might be worth trying provided that the tests are good enough to indicate if the package actually works. Is the FreeBSD i386 asm code for the string functions no good? ***************************' From: John Birrell To: tom@uniserve.com (Tom) Cc: jb@cimlogic.com.au, edmond@shaman.lycaeum.org, stable@FreeBSD.ORG, monty@tcx.se Subject: Re: is libc_r broken in 980520-SNAP (and stable?)? Date: Thu, 18 Jun 1998 07:55:55 +1000 (EST) Tom wrote: > One thing that confuses me is that how does libc_r from 2.2.6-stable and > -current compare these days? They used to be identical, but now that > -current is getting kernel support for threads and alpha stuff, I assume > that they must be quite different now. Primarily, is libc_r from > 2.2.6-stable just as usable as libc_r from current? Highwind Software > (www.highwind.com) has a beta version of their news software that it is > statically linked to a libc_r with fixes they say they got from you. > Would this be a -stable libc_r or a -current libc_r that they are using? Highwind are only using 2.2.6 with libc_r built from the RELENG_2_2 branch. The -current libc_r differs substantially from the -stable implementation because it supports just the POSIX style of signal handling where there are one set of signal handlers declared for the threaded process, not one set per thread. This allows -current to avoid blocking signals as part of it's scheduler. This is what drains performance for some applications. The version of libc_r in the RELENG_2_2 contains fixes for all bugs that people have reported. In Highwind's case, they have code that did things like read/write with zero bytes; and write to a read only file. These caused libc_r to hang waiting on a file descriptor to become ready when it never would. Most software doesn't do this sort of thing. It seems to come from C++ code. 8-) Kernel threads in 3.0 actually have nothing to do with libc_r. They require a libpthread and a thread-aware libc. The -current libc_r implementation works on FreeBSD/Alpha. ************************** From: John Birrell To: tom@uniserve.com (Tom) Cc: jb@cimlogic.com.au, edmond@shaman.lycaeum.org, stable@FreeBSD.ORG, monty@tcx.se Subject: Re: is libc_r broken in 980520-SNAP (and stable?)? Date: Thu, 18 Jun 1998 08:27:37 +1000 (EST) Tom wrote: > Are you aware of the problems with MySQL? I have 2.2.6-stable of May > 21, and a signal/alarm test program (thr_alarm) hangs. No, I wasn't aware of that. > Also, how should -stable threaded applications be compiled and linked? > You mentioned before that "-pthread" should be used rather than linking > with libc_r? Does that apply to -stable too? I think -stable thread apps > need to be compiled with "-D_THREAD_SAFE" and linked with "-lc_r" but I'm > not sure anymore. -stable thread apps need to be compiled with -D_THREAD_SAFE to get a thread-safe errno. -current does not require that. Linking both -current and -stable uses -pthread to get the right libraries because people don't seem to be able to use -nostdlib. I'm going to try building MySQL on -current this morning. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ *******************************************' After this I haven't got anything from 'jb@cimlogic.com.au'. I suspect that the new alarm handling that he mentions in the second last mail has breaked something. Regards, Monty ====================================================== Michael Gile gilem@wsg.net President (518)435-0682 Web Services Group http://www.wsg.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 02:10:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25060 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 02:10:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA24880; Wed, 12 Aug 1998 02:09:38 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id LAA12346; Wed, 12 Aug 1998 11:09:11 +0200 (CEST) Message-ID: <19980812110911.A12338@cons.org> Date: Wed, 12 Aug 1998 11:09:11 +0200 From: Martin Cracauer To: Satoshi Asami , cracauer@cons.org Cc: freebsd-bugs@FreeBSD.ORG, andreas@FreeBSD.ORG Subject: Re: pending/7574 References: <19980811153137.A10707@cons.org> <199808120045.RAA07114@silvia.hip.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808120045.RAA07114@silvia.hip.berkeley.edu>; from Satoshi Asami on Tue, Aug 11, 1998 at 05:45:40PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <199808120045.RAA07114@silvia.hip.berkeley.edu>, Satoshi Asami wrote: > * I see, replying to PRs is still not really straigtforward :-) > > It's easy, as long as you reply to the right one that comes *through* > freebsd-gnats-submit. (Actually it's your fault to begin with...see > below. :) > > It happened because you added Andreas to the CC: list in your initial > PR. Andreas replied to it, which now contains freebsd-gnats-submit in > the CC: list, and since it doesn't have a valid PR number in the > subject ("Re: ports/7572", etc.), it opened up another PR. And now > you replied to Andreas' reply, and your mail says To: andreas and CC: > freebsd-gnats-submit, so it opened up another PR (7574). > > Does this make sense now? :) Ah, yes. And I always wondered why people claim GNATS isn't perfect for relativly loosy coupled people :-) Thanks Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 02:20:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26311 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 02:20:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26207 for ; Wed, 12 Aug 1998 02:20:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA26546; Wed, 12 Aug 1998 02:20:01 -0700 (PDT) Received: from jau.tmt.tele.fi (jau.tmt.tele.fi [192.130.25.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA25110 for ; Wed, 12 Aug 1998 02:10:39 -0700 (PDT) (envelope-from jau@jau.tmt.tele.fi) Received: (from jau@localhost) by jau.tmt.tele.fi (8.8.5/8.8.5/JAU-2.2) id MAA10945; Wed, 12 Aug 1998 12:10:13 +0300 (EET DST) Message-Id: <199808120910.MAA10945@jau.tmt.tele.fi> Date: Wed, 12 Aug 1998 12:10:13 +0300 (EET DST) From: "Jukka A. Ukkonen" Reply-To: jau@iki.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7587: pthread_cancel() is missing from libc_r Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7587 >Category: bin >Synopsis: There is no pthread_cancel() in libc_r.a!!! >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 12 02:20:01 PDT 1998 >Last-Modified: >Originator: Jukka A. Ukkonen >Organization: Private person >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: The threaded library libc_r. >Description: There is no pthread_cancel() available in the POSIX thread library. One cannot assign a pointer to pthread_cancel(), because such a name is not exported from libc_r.a. >How-To-Repeat: nm libc_r.a | fgrep cancel >Fix: Add the missing function to the library with the cancel mode selector support (ignored, deferred, immediate). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 02:23:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27066 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 02:23:55 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27032; Wed, 12 Aug 1998 02:23:43 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca1-94.ix.netcom.com [209.109.232.94]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id CAA25599; Wed, 12 Aug 1998 02:23:17 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id CAA08238; Wed, 12 Aug 1998 02:23:14 -0700 (PDT) Date: Wed, 12 Aug 1998 02:23:14 -0700 (PDT) Message-Id: <199808120923.CAA08238@silvia.hip.berkeley.edu> To: cracauer@cons.org CC: cracauer@cons.org, freebsd-bugs@FreeBSD.ORG, andreas@FreeBSD.ORG In-reply-to: <19980812110911.A12338@cons.org> (message from Martin Cracauer on Wed, 12 Aug 1998 11:09:11 +0200) Subject: Re: pending/7574 From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Ah, yes. And I always wondered why people claim GNATS isn't perfect * for relativly loosy coupled people :-) :) By the way, what do you (guys) think about adding the following to send-pr? === Index: send-pr.sh =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/send-pr/send-pr.sh,v retrieving revision 1.6.2.1 diff -u -r1.6.2.1 send-pr.sh --- send-pr.sh 1998/02/16 18:24:53 1.6.2.1 +++ send-pr.sh 1998/08/12 02:12:44 @@ -297,6 +297,11 @@ SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo SEND-PR: manual if you are not sure how to fill out a problem report. SEND-PR: +SEND-PR: Do not CC: this mail to any other party. If that person replies +SEND-PR: to your direct mail, GNATS will not be able to recognize it as +SEND-PR: a followup to your report and will open up another PR every time +SEND-PR: there is a communication between you and the other party. +SEND-PR: SEND-PR: Note that the Synopsis field is mandatory. The Subject (for SEND-PR: the mail) will be made the same as Synopsis unless explicitly SEND-PR: changed. === I'm wondering if we should even put it right in the mail header, like === To: $GNATS_ADDR SEND-PR: Do not CC: or BCC: this mail to others! Subject: From: $FROM Reply-To: $REPLY_TO X-send-pr-version: $VERSION === Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 08:13:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09273 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 08:13:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09253; Wed, 12 Aug 1998 08:13:33 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id RAA12866; Wed, 12 Aug 1998 17:13:03 +0200 (CEST) Message-ID: <19980812171303.A12829@cons.org> Date: Wed, 12 Aug 1998 17:13:03 +0200 From: Martin Cracauer To: Satoshi Asami , cracauer@cons.org Cc: freebsd-bugs@FreeBSD.ORG, andreas@FreeBSD.ORG Subject: Re: pending/7574 References: <19980812110911.A12338@cons.org> <199808120923.CAA08238@silvia.hip.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808120923.CAA08238@silvia.hip.berkeley.edu>; from Satoshi Asami on Wed, Aug 12, 1998 at 02:23:14AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <199808120923.CAA08238@silvia.hip.berkeley.edu>, Satoshi Asami wrote: > By the way, what do you (guys) think about adding the following to > send-pr? [Add warning not to use CC:] I'd highly prefer to clean up GNAT's recognition mechanism so that this actually works. Don't create a new PR if the Subject starts with 'Re: ', for starters. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 10:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25660 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 10:00:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25639 for ; Wed, 12 Aug 1998 10:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA25253; Wed, 12 Aug 1998 10:00:01 -0700 (PDT) Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24394 for ; Wed, 12 Aug 1998 09:54:17 -0700 (PDT) (envelope-from marko@iprg.nokia.com) Received: from marko.iprg.nokia.com (marko.iprg.nokia.com [205.226.11.6]) by mailhost.iprg.nokia.com (8.8.8/8.6.10) with ESMTP id JAA24375 for ; Wed, 12 Aug 1998 09:53:52 -0700 (PDT) Received: (marko@localhost) by marko.iprg.nokia.com (8.8.8/8.6.12) id JAA02532; Wed, 12 Aug 1998 09:53:52 -0700 (PDT) Message-Id: <199808121653.JAA02532@marko.iprg.nokia.com> Date: Wed, 12 Aug 1998 09:53:52 -0700 (PDT) From: Marko Kiiskila Reply-To: marko@iprg.nokia.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7589: Tulip Driver parses SROM contents wrong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7589 >Category: kern >Synopsis: Tulip Driver parses SROM contents wrong >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 12 10:00:01 PDT 1998 >Last-Modified: >Originator: Marko Kiiskila >Organization: >Release: FreeBSD 3.0-xxxx i386 >Environment: 2114x cards with SIA type in SROM contents >Description: Currently driver parses SIA info leaf from SROM wrong. It goes off-by-one when reading register values. >How-To-Repeat: Get a tulip card that has SIA fields, like znyx zx345 or zx346. And compare SROM dump with parsed values. Or read through digital's SROM documentation and then read the code. >Fix: Fix offset when reading register values from SROM contents into tulip_medium_t. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 11:00:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08241 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 11:00:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08147 for ; Wed, 12 Aug 1998 11:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA27305; Wed, 12 Aug 1998 11:00:00 -0700 (PDT) Received: from chen.ml.org (luoqi.watermarkgroup.com [207.202.73.170]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06650 for ; Wed, 12 Aug 1998 10:50:35 -0700 (PDT) (envelope-from luoqi@chen.ml.org) Received: (from luoqi@localhost) by sabrina.chen.ml.org (8.9.1/8.9.1) id NAA02965; Wed, 12 Aug 1998 13:31:42 -0400 (EDT) (envelope-from luoqi) Message-Id: <199808121731.NAA02965@sabrina.chen.ml.org> Date: Wed, 12 Aug 1998 13:31:42 -0400 (EDT) From: Luoqi Chen Reply-To: luoqi@chen.ml.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/7591: Move `currentldt' to per-cpu area (for wine to work on SMP) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7591 >Category: i386 >Synopsis: `currentldt' should be in per-cpu area on SMP >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 12 11:00:00 PDT 1998 >Last-Modified: >Originator: Luoqi Chen >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT SMP kernel with USER_LDT option. >Description: Presently there is only one `currentldt' variable for all cpus in a SMP system. Unexpected things could happen if each cpu has a different ldt setting and one cpu tries to use value of currentldt set by another cpu. >How-To-Repeat: Run wine on a SMP machine with SMP kernel. >Fix: The fix is to move currentldt to the per-cpu area. It includes patches I filed in PR i386/6219 which are also user ldt related. Index: sys/i386/i386/genassym.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/genassym.c,v retrieving revision 1.59 diff -u -r1.59 genassym.c --- genassym.c 1998/07/11 12:17:07 1.59 +++ genassym.c 1998/08/11 22:26:13 @@ -38,6 +38,7 @@ */ #include "opt_vm86.h" +#include "opt_user_ldt.h" #include @@ -203,6 +204,9 @@ printf("#define\tGD_COMMON_TSSD %#x\n", OS(globaldata, common_tssd)); printf("#define\tGD_PRIVATE_TSS %#x\n", OS(globaldata, private_tss)); printf("#define\tGD_MY_TR %#x\n", OS(globaldata, my_tr)); +#endif +#ifdef USER_LDT + printf("#define\tGD_CURRENTLDT %#x\n", OS(globaldata, currentldt)); #endif #ifdef SMP printf("#define\tGD_CPUID %#x\n", OS(globaldata, cpuid)); Index: sys/i386/i386/globals.s =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/globals.s,v retrieving revision 1.6 diff -u -r1.6 globals.s --- globals.s 1998/06/21 14:45:00 1.6 +++ globals.s 1998/08/11 22:26:42 @@ -27,6 +27,7 @@ */ #include "opt_vm86.h" +#include "opt_user_ldt.h" #ifndef SMP #include @@ -82,6 +83,11 @@ .set _common_tssd,globaldata + GD_COMMON_TSSD .set _private_tss,globaldata + GD_PRIVATE_TSS .set _my_tr,globaldata + GD_MY_TR +#endif + +#ifdef USER_LDT + .globl _currentldt + .set _currentldt,globaldata + GD_CURRENTLDT #endif #ifdef SMP Index: sys/i386/i386/machdep.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.303 diff -u -r1.303 machdep.c --- machdep.c 1998/07/11 07:45:30 1.303 +++ machdep.c 1998/08/11 22:35:23 @@ -801,14 +801,15 @@ u_long stack; { struct trapframe *regs = p->p_md.md_regs; - -#ifdef USER_LDT struct pcb *pcb = &p->p_addr->u_pcb; +#ifdef USER_LDT /* was i386_user_cleanup() in NetBSD */ if (pcb->pcb_ldt) { - if (pcb == curpcb) - lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, pcb->pcb_ldt_len * sizeof(union descriptor)); pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; @@ -824,6 +825,14 @@ regs->tf_es = _udatasel; regs->tf_cs = _ucodesel; + /* reset %fs and %gs as well */ + pcb->pcb_fs = _udatasel; + pcb->pcb_gs = _udatasel; + if (pcb == curpcb) { + __asm("mov %0,%%fs" : : "r" (_udatasel)); + __asm("mov %0,%%gs" : : "r" (_udatasel)); + } + /* * Initialize the math emulator (if any) for the current process. * Actually, just clear the bit that says that the emulator has @@ -881,7 +890,6 @@ * Initialize segments & interrupt table */ -int currentldt; int _default_ldt; #ifdef SMP union descriptor gdt[NGDT + NCPU]; /* global descriptor table */ @@ -1248,7 +1256,9 @@ _default_ldt = GSEL(GLDT_SEL, SEL_KPL); lldt(_default_ldt); +#ifdef USER_LDT currentldt = _default_ldt; +#endif #ifdef DDB kdb_init(); Index: sys/i386/i386/mp_machdep.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.76 diff -u -r1.76 mp_machdep.c --- mp_machdep.c 1998/05/17 22:12:08 1.76 +++ mp_machdep.c 1998/08/11 22:25:26 @@ -28,6 +28,7 @@ #include "opt_smp.h" #include "opt_vm86.h" #include "opt_cpu.h" +#include "opt_user_ldt.h" #ifdef SMP #include @@ -466,6 +467,9 @@ lgdt(&r_gdt); /* does magic intra-segment return */ lidt(&r_idt); lldt(_default_ldt); +#ifdef USER_LDT + currentldt = _default_ldt; +#endif my_tr = NGDT + cpuid; gsel_tss = GSEL(my_tr, SEL_KPL); Index: sys/i386/i386/sys_machdep.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/sys_machdep.c,v retrieving revision 1.35 diff -u -r1.35 sys_machdep.c --- sys_machdep.c 1998/07/28 03:29:32 1.35 +++ sys_machdep.c 1998/08/11 22:32:03 @@ -64,8 +64,8 @@ -void set_user_ldt __P((struct pcb *pcb)); #ifdef USER_LDT +void set_user_ldt __P((struct pcb *pcb)); static int i386_get_ldt __P((struct proc *, char *)); static int i386_set_ldt __P((struct proc *, char *)); #endif Index: sys/i386/i386/vm_machdep.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.108 diff -u -r1.108 vm_machdep.c --- vm_machdep.c 1998/05/19 00:00:10 1.108 +++ vm_machdep.c 1998/07/04 03:05:13 @@ -710,8 +710,10 @@ #endif #ifdef USER_LDT if (pcb->pcb_ldt != 0) { - if (pcb == curpcb) - lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, pcb->pcb_ldt_len * sizeof(union descriptor)); pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; Index: sys/i386/include/globaldata.h =================================================================== RCS file: /fun/cvs/src/sys/i386/include/globaldata.h,v retrieving revision 1.5 diff -u -r1.5 globaldata.h --- globaldata.h 1998/05/28 09:30:02 1.5 +++ globaldata.h 1998/08/11 22:15:54 @@ -49,6 +49,9 @@ u_int private_tss; u_int my_tr; #endif +#ifdef USER_LDT + int currentldt; +#endif #ifdef SMP u_int cpuid; u_int cpu_lockid; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 12:10:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22269 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 12:10:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22183 for ; Wed, 12 Aug 1998 12:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA03381; Wed, 12 Aug 1998 12:10:00 -0700 (PDT) Date: Wed, 12 Aug 1998 12:10:00 -0700 (PDT) Message-Id: <199808121910.MAA03381@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: joes@wstein.com Subject: Re: bin/7584: pppdlogin fails to check /etc/passwd Reply-To: joes@wstein.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7584; it has been noted by GNATS. From: joes@wstein.com To: freebsd-gnats-submit@freebsd.org, joes@wstein.com Cc: Subject: Re: bin/7584: pppdlogin fails to check /etc/passwd Date: Wed, 12 Aug 1998 12:08:17 -0700 (PDT) One additional note; I haven't dug into this yet, but there is no wtmp logging now. I will post more when I have time to dig into the code again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 16:40:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05676 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 16:40:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05643 for ; Wed, 12 Aug 1998 16:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA12013; Wed, 12 Aug 1998 16:40:01 -0700 (PDT) Received: from vlsi.cs.caltech.edu (vlsi.cs.caltech.edu [131.215.131.129]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA05485 for ; Wed, 12 Aug 1998 16:38:21 -0700 (PDT) (envelope-from mika@dogmatix.cs.caltech.edu) Received: from dogmatix.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA14077; Wed, 12 Aug 98 16:37:55 PDT Received: (from mika@localhost) by dogmatix.cs.caltech.edu (8.8.8/8.8.7) id QAA20983; Wed, 12 Aug 1998 16:37:54 -0700 (PDT) Message-Id: <199808122337.QAA20983@dogmatix.cs.caltech.edu> Date: Wed, 12 Aug 1998 16:37:54 -0700 (PDT) From: Mika Nystrom Reply-To: mika@cs.caltech.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7596 >Category: kern >Synopsis: serious data integrity problem when reading WHILE writing NFSv3 client-end >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 12 16:40:00 PDT 1998 >Last-Modified: >Originator: Mika Nystrom >Organization: California Institute of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD dogmatix.cs.caltech.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #7: Mon Apr 6 15:05:17 PDT 1998 mika@obelix.cs.caltech.edu:/usr/src/sys/compile/P6CLIENT_2CPU_128MB i386 this system is -current as of the build date (April, 1998) SMP on dual PPro 200 systems from 128MB to 1GB core. >Description: Reading a file over NFS at the same time as it is being written on the same host causes it to be extended(?) with nulls. It is possible that the application that is reading actually seeks past EOF. The writer is open in (fopen) "wb" mode, the writer in "rb". The reader need *not* have permissions to modify the file (I even did it as a separate user). This fails with NFSv3 mounts only (as far as I can tell). Tested against server implementations: NetBSD-1.2/i386 SunOS 5.5/sparc FreeBSD-3.0/CURRENT-SMP/i386 Seems not to fail against NFSv2 servers Tested against: SunOS 4.1.4/sparc >How-To-Repeat: read a file when someone else is writing it, perhaps try seeking past EOF when you do. The file will be ruined (and maybe your day, like mine has been innumerable times because of this bug). Oh, I have a setup that is completely reproducible, if anyone wants it. >Fix: Workaround: use NFSv2 Other workaround: use local files Real Fix: Unknown >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 12 19:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21023 for freebsd-bugs-outgoing; Wed, 12 Aug 1998 19:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21016 for ; Wed, 12 Aug 1998 19:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA16236; Wed, 12 Aug 1998 19:10:01 -0700 (PDT) Received: from test.accucount.com (test.accucount.com [209.50.225.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA20558 for ; Wed, 12 Aug 1998 19:07:26 -0700 (PDT) (envelope-from loschert@test.accucount.com) Received: (from loschert@localhost) by test.accucount.com (8.8.8/8.8.8) id WAA00865; Wed, 12 Aug 1998 22:06:55 GMT (envelope-from loschert) Message-Id: <199808122206.WAA00865@test.accucount.com> Date: Wed, 12 Aug 1998 22:06:55 GMT From: loschert@servint.com Reply-To: loschert@servint.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/7600: Pthreads Bug - Interaction between printf and pthread_self Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7600 >Category: misc >Synopsis: Pthreads Bug - Interaction between printf and pthread_self >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 12 19:10:01 PDT 1998 >Last-Modified: >Originator: Matt Loschert >Organization: ServInt Internet Services >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD 2.2.7-STABLE #0: Thu Jul 23 10:04:36 GMT 1998 >Description: While testing a couple of server apps that I had written, I discovered that in certain situations, the process would "run-away". At that point, the app could only be killed with a kill -9 and top would show that the process was eating up 99.9% of the cpu cycles. I found that the condition that instigated the problem was starting the app as a background process and then exiting the shell. Almost immediately after exiting the shell, the process would go haywire. :) The apps use pthreads and therefore -libc_r. I attempted to isolate the problem this evening by stripping out extraneous code. I was able to cut it down to the following program. The line that it does not like is the printf line that calls pthread_self to show the thread id. >How-To-Repeat: 1. Compile the below code with the following command: gcc -Wall -o bug FILENAME.c -lc_r 2. Run the program in the background with: ./bug & 3. Exit the shell. 4. Log back in, check cpu usage with top. ----CODE BEGINS (FILENAME.c)---- #include #include #include void *newthread (void *vptr); int main() { pthread_t thread; pthread_create (&thread, NULL, newthread, NULL); pthread_join (thread, NULL); exit(0); } void *newthread(void *vptr) { for(;;) { printf("Thread %d: Just looped again.\n", (int) pthread_self()); sleep(5); } } ----CODE ENDS---- >Fix: Don't know, hope this helps though. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 04:10:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12199 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 04:10:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA12165 for ; Thu, 13 Aug 1998 04:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA02584; Thu, 13 Aug 1998 04:10:01 -0700 (PDT) Date: Thu, 13 Aug 1998 04:10:01 -0700 (PDT) Message-Id: <199808131110.EAA02584@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Hawkins Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Reply-To: Peter Hawkins Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7596; it has been noted by GNATS. From: Peter Hawkins To: Mika Nystrom Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Date: Thu, 13 Aug 1998 20:58:48 +1000 (EST) See also PR 7418 - the plot thickens... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 04:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA17229 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 04:50:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA17205 for ; Thu, 13 Aug 1998 04:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA03375; Thu, 13 Aug 1998 04:50:01 -0700 (PDT) Received: from relay1.bcs.zp.ua (bcs-ts33.zcn.net [195.123.8.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16735 for ; Thu, 13 Aug 1998 04:43:09 -0700 (PDT) (envelope-from serg@bcs.zp.ua) Received: from bcs3.bcs.zp.ua (bcs3.bcs.zp.ua [195.123.10.73]) by relay1.bcs.zp.ua (8.9.1/8.9.1) with ESMTP id OAA21703 for ; Thu, 13 Aug 1998 14:42:22 +0300 (EEST) Received: (from serg@localhost) by bcs3.bcs.zp.ua (8.8.8/8.8.8) id OAA03637; Thu, 13 Aug 1998 14:42:29 +0300 (EEST) (envelope-from serg) Message-Id: <199808131142.OAA03637@bcs3.bcs.zp.ua> Date: Thu, 13 Aug 1998 14:42:29 +0300 (EEST) From: serg@bcs.zp.ua Reply-To: serg@bcs.zp.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7602: df bug ? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7602 >Category: bin >Synopsis: df stay in disk wait >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 04:50:00 PDT 1998 >Last-Modified: >Originator: Sergey Shkonda >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: df stay in disk wait about week or more It was started by innwatch shell script If you have running inn-1.7.2 (or other versions) check ps output: > ps -axvww -p 16895 PID STAT TIME SL RE PAGEIN VSZ RSS LIM TSIZ %CPU %MEM COMMAND 16895 D 0:00.00 65783 65783 0 188 16 - 44 0.0 0.1 /bin/df /var/spool/news/over.view >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 05:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA21145 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 05:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA21088 for ; Thu, 13 Aug 1998 05:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA04004; Thu, 13 Aug 1998 05:20:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA19677; Thu, 13 Aug 1998 05:13:26 -0700 (PDT) (envelope-from nobody) Message-Id: <199808131213.FAA19677@hub.freebsd.org> Date: Thu, 13 Aug 1998 05:13:26 -0700 (PDT) From: conrad@dirac.physik.uni-bonn.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/7603: Pressing control key sometimes has no effect in xsessions started by xdm with syscons Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7603 >Category: i386 >Synopsis: Pressing control key sometimes has no effect in xsessions started by xdm with syscons >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 05:20:00 PDT 1998 >Last-Modified: >Originator: Jan Conrad >Organization: Physikalisches Institut der Universitaet Bonn >Release: 2.2.7-RELEASE >Environment: FreeBSD merlin.physik.uni-bonn.de 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Thu Aug 6 21:02:53 CEST 1998 nilsoft@merlin.physik.uni-bonn.de:/nilles/freebsd/src/sys/compile/MERLIN i386 Asus P/I-XP55T2P4, Matrox Millenium II, psm0 as mouse, American Keyboard XFree86 from 2.2.7 istalled by sysinstall, using /dev/sysmouse and moused >Description: Sometimes Control/Alt does not work in X when pressed for the first time in a window (like the login window). Seems to appear when running xdm (either manually or from ttys) but not when runnung thru startx. When using PCVT instead of syscons the problem seems not to appear. >How-To-Repeat: 1) logout under X, then try CTRL-ALT-F1 on the login screen. Result: acts like return. Press CTRL-ALT-F1 a second time - then you're at virtual screen #1 (happens ALLWAYS!!) 2) start emacs anew, type c-x c-f. Result: you get xf in the *scratch* buffer. (happens RARELY!!) 3) Go to a xterm-window, type CTRL-d. Result: d in the command line (Happens MORE OFTEN!!) >Fix: unknown >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 06:07:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25885 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 06:07:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from csvax.cs.caltech.edu (csvax.cs.caltech.edu [131.215.131.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA25868; Thu, 13 Aug 1998 06:07:13 -0700 (PDT) (envelope-from mika@varese.cs.caltech.edu) Received: from varese.cs.caltech.edu by csvax.cs.caltech.edu (4.1/1.34.1) id AA13542; Thu, 13 Aug 98 06:06:44 PDT Received: from localhost.cs.caltech.edu (localhost.cs.caltech.edu [127.0.0.1]) by varese.cs.caltech.edu (8.8.7/8.7.3) with SMTP id GAA20197; Thu, 13 Aug 1998 06:06:43 -0700 (PDT) Message-Id: <199808131306.GAA20197@varese.cs.caltech.edu> X-Authentication-Warning: varese.cs.caltech.edu: localhost.cs.caltech.edu [127.0.0.1] didn't use HELO protocol To: Peter Hawkins Cc: mika@varese.cs.caltech.edu, dillon@best.net, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end In-Reply-To: Your message of "Thu, 13 Aug 1998 20:58:48 +1000." Date: Thu, 13 Aug 1998 06:06:43 -0700 From: Mika Nystroem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Hawkins writes: >See also PR 7418 - the plot thickens... > Hmm, this is very curious. You don't think the page boundary business could have to do with stdio buffering (or some other mechanism for delaying writes at the page boundaries)? I've managed to whittle down my test case to the following: (writer) #include #include #include #include main() { FILE *fp; int i=0; float d=3.01111; fp=fopen("x","wb"); fwrite(&d,sizeof(float),1,fp); while (1) { int j; int stop; while(i++%14) { fwrite(&d,sizeof(float),1,fp); } /* delay a bit */ stop=random()%20000; if (random()%33) fflush(fp); for (j=0; j #include main() { #define LEN sizeof(float) FILE *fp; char data[LEN]; int len; fp=fopen("x","rb"); while( fread(data,LEN,1,fp) ); } The random stuff is actually unnecessary, but it shows that the problem is not page-boundary-related. The sine business is just a delay loop, and is necessary. If the code looks a bit weird, it's because it's "emulating" the I/O behavior of a version of SPICE that exhibits the same problem. Here's what I do: run the writer concurrently with a shell script that keeps re-running the reader (well you could easily add this to the program, too!) Here's a typical od of the file "x": 0000000 133007 040100 133007 040100 133007 040100 133007 040100 * 0000560 000000 000000 000000 000000 000000 000000 000000 000000 * 0001000 000000 000000 000000 000000 000000 000000 133007 040100 0001020 133007 040100 133007 040100 133007 040100 133007 040100 * 0001560 133007 040100 133007 040100 000000 000000 000000 000000 0001600 000000 000000 000000 000000 000000 000000 000000 000000 * 0001740 133007 040100 133007 040100 133007 040100 133007 040100 * 0002340 133007 040100 000000 000000 000000 000000 000000 000000 0002360 000000 000000 000000 000000 000000 000000 000000 000000 * 0002500 000000 000000 000000 000000 000000 000000 133007 040100 0002520 133007 040100 133007 040100 133007 040100 133007 040100 * Sure, I normally run these applications against a FreeBSD NFS server with a four-way CCD, but this particular case was on a Slowaris 2.5 (sparcstation 1) machine with perfectly standard UFS. I haven't been able to exhibit it on a local FFS disk. I also haven't been able to exhibit it with a NetBSD NFS client, which is a bit odd because all the code that my untrained eye found in /sys/nfs that looked suspicious was the same on NetBSD and FreeBSD :) Mika To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 07:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02660 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 07:10:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02602 for ; Thu, 13 Aug 1998 07:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA21295; Thu, 13 Aug 1998 07:10:01 -0700 (PDT) Date: Thu, 13 Aug 1998 07:10:01 -0700 (PDT) Message-Id: <199808131410.HAA21295@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Hawkins Subject: Re: bin/7602: df bug ? Reply-To: Peter Hawkins Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7602; it has been noted by GNATS. From: Peter Hawkins To: serg@bcs.zp.ua Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/7602: df bug ? Date: Fri, 14 Aug 1998 00:03:14 +1000 (EST) > df stay in disk wait about week or more Just checking the obvious - you don't have any network mounts such as NFS or anything by any chance? Can you send a dmesg.boot so we can look at the drivers you have as well as a df (when it does work :) ) to see your mounts? Peter Hilink Internet Peter Hawkins 381 Swan St Richmond, Vic, Australia Ph: +61-3-9421 2006 Fax: +61-3-9421 2007 http://www.hilink.com.au Peter@hilink.com.au FreeBSD Project: thepish@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 09:30:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21492 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 09:30:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21403 for ; Thu, 13 Aug 1998 09:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA25432; Thu, 13 Aug 1998 09:30:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20138; Thu, 13 Aug 1998 09:21:23 -0700 (PDT) (envelope-from nobody) Message-Id: <199808131621.JAA20138@hub.freebsd.org> Date: Thu, 13 Aug 1998 09:21:23 -0700 (PDT) From: nick.hibma@jrc.it To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/7605: no message saying 'Mounting NFS file systems, gonna take loooooong' during boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7605 >Category: conf >Synopsis: no message saying 'Mounting NFS file systems, gonna take loooooong' during boot >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 09:30:00 PDT 1998 >Last-Modified: >Originator: Nick Hibma >Organization: Joint Research Centre for the European Commission >Release: 2.2.5/2.2.6/3.0-SNAP-????1997 >Environment: n/a >Description: M >How-To-Repeat: cat 127.0.0.2:/usr /mnt nfs rw 0 0 >>/etc/fstab reboot and watch the lack of a message when the machine waits for the NFS server to become available >Fix: In the file /etc/rc Replace mount -a -t nfs with echo -n Mounting NFS file systems mount -a -t nfs echo . >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 10:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27460 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 10:00:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27441 for ; Thu, 13 Aug 1998 10:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA26410; Thu, 13 Aug 1998 10:00:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26861; Thu, 13 Aug 1998 09:56:42 -0700 (PDT) (envelope-from nobody) Message-Id: <199808131656.JAA26861@hub.freebsd.org> Date: Thu, 13 Aug 1998 09:56:42 -0700 (PDT) From: Nick.hibma@jrc.it To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/7606: NIS Makefile.dist: NOPUSH replaced by REMOTE_SERVER and LOCAL_SEVER Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7606 >Category: conf >Synopsis: NIS Makefile.dist: NOPUSH replaced by REMOTE_SERVER and LOCAL_SEVER >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 10:00:01 PDT 1998 >Last-Modified: >Originator: Nick Hibma >Organization: Joint Research Centre >Release: 2.2.5/2.2.6 >Environment: FreeBSD mda04.jrc.it 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #5: Tue Aug 4 10:58:55 CEST 1998 toor@mda02.jrc.it:/usr/src/sys/compile/SERVER_TAPE i386 >Description: The NOPUSH option in /var/yp/Makefile.dist sounds a bit silly. What I wanted to do was to be able to tell the NIS system that I do not want the local system to be updated only the remote one. That does make sense if you consider one server serving more than one domain. In my case it is done because I do not want to use NIS on the main host yet, until I have figured everything out but I do want to keep the info in a central place. I replaced it with the following: *** Makefile.dist Tue Oct 21 14:20:37 1997 --- Makefile.new Thu Aug 13 16:46:01 1998 *************** *** 16,22 **** # (By default we assume that we are only serving a small domain with # only one server.) # ! NOPUSH = "True" # If you want to use a FreeBSD NIS server to serve non-FreeBSD clients # (i.e. clients who expect the password field in the passwd maps to be --- 16,28 ---- # (By default we assume that we are only serving a small domain with # only one server.) # ! #REMOTE_SERVER = "True" ! ! # ! # If this host only serves the tables but no clients, comment out the ! # next line. ! LOCAL_SERVER = "True" ! # If you want to use a FreeBSD NIS server to serve non-FreeBSD clients # (i.e. clients who expect the password field in the passwd maps to be and below I have changed a lot of lines containing @$(DBLOAD) -c and ! $(NOPUSH) *************** *** 497,505 **** $(AWK) -F: '{ if ($$1 != "+") print $$3"\t"$$0 }' $^ \ | $(DBLOAD) ${S} -i $(MASTER) -o $(YPMAPDIR)/$@ - $(TMP) @$(MV) $(TMP) $@ ! @$(DBLOAD) -c ! @if [ ! $(NOPUSH) ]; then $(YPPUSH) -d $(DOMAIN) $@; fi ! @if [ ! $(NOPUSH) ]; then echo "Pushed $@ map." ; fi amd.host: $(AMDHOST) @echo "Updating $@..." --- 503,511 ---- $(AWK) -F: '{ if ($$1 != "+") print $$3"\t"$$0 }' $^ \ | $(DBLOAD) ${S} -i $(MASTER) -o $(YPMAPDIR)/$@ - $(TMP) @$(MV) $(TMP) $@ ! @if [ $(LOCAL_SERVER) ]; then $(DBLOAD) -c ; fi ! @if [ $(REMOTE_SERVER) ]; then $(YPPUSH) -d $(DOMAIN) $@; fi ! @if [ $(REMOTE_SERVER) ]; then echo "Pushed $@ map." ; fi amd.host: $(AMDHOST) @echo "Updating $@..." (the full patch is quite long but available on request) >How-To-Repeat: >Fix: If people are interested I can supply a full patch/an updated Makefile.dist >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 11:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09623 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 11:00:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09533 for ; Thu, 13 Aug 1998 11:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA28928; Thu, 13 Aug 1998 11:00:00 -0700 (PDT) Received: from wafu.netgate.net (wafu.netgate.net [204.145.147.80]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA07368 for ; Thu, 13 Aug 1998 10:50:06 -0700 (PDT) (envelope-from shigio@wafu.netgate.net) Received: (qmail 22663 invoked from network); 13 Aug 1998 09:50:18 -0000 Received: from ins69.tama-ap3.dti.ne.jp (HELO choota.signet.or.jp) (203.181.67.87) by wafu.netgate.net with SMTP; 13 Aug 1998 09:50:18 -0000 Received: (from shigio@localhost) by choota.signet.or.jp (8.8.7/) id CAA04744; Fri, 14 Aug 1998 02:51:57 +0900 (JST) Message-Id: <199808131750.KAA07368@hub.freebsd.org> Date: Fri, 14 Aug 1998 02:51:57 +0900 (JST) From: shigio@wafu.netgate.net Reply-To: shigio@wafu.netgate.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: shigio@wafu.netgate.net X-Send-Pr-Version: 3.2 Subject: bin/7607: GTAGS patch for nvi has posibility of buffer overflow. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7607 >Category: bin >Synopsis: GTAGS patch for nvi has posibility of buffer overflow. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 11:00:00 PDT 1998 >Last-Modified: >Originator: Shigio Yamaguchi >Organization: freelance programmer >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: All environment. >Description: GTAGS patch for nvi has posibility of buffer overflow. o gtag_slist() - sprintf() brings buffer overflow. o getentry() - insufficient error check and buffer size. >How-To-Repeat: no >Fix: o gtags_slist() - use snprintf() instead of sprintf(). o getentry() - error check added and doesn't use small buffer. Here is a patch for /usr/src/contrib/nvi/ex/ex_tag.c. (FreeBSD-current, FreeBSD-stable) *** ex_tag.c.org Fri Aug 14 02:30:36 1998 --- ex_tag.c Fri Aug 14 02:32:22 1998 *************** *** 47,53 **** static void ctag_file __P((SCR *, TAGF *, char *, char **, size_t *)); static int ctag_search __P((SCR *, char *, size_t, char *)); #ifdef GTAGS ! static int getentry __P((char *, char *, char *, char *)); static TAGQ *gtag_slist __P((SCR *, char *, int)); #endif static int ctag_sfile __P((SCR *, TAGF *, TAGQ *, char *)); --- 47,53 ---- static void ctag_file __P((SCR *, TAGF *, char *, char **, size_t *)); static int ctag_search __P((SCR *, char *, size_t, char *)); #ifdef GTAGS ! static int getentry __P((char *, char **, char **, char **)); static TAGQ *gtag_slist __P((SCR *, char *, int)); #endif static int ctag_sfile __P((SCR *, TAGF *, TAGQ *, char *)); *************** *** 1013,1042 **** */ static int getentry(buf, tag, file, line) ! char *buf, *tag, *file, *line; { ! char *p; ! p = tag; ! while (*buf && !isspace(*buf)) /* tag name */ ! *p++ = *buf++; ! *p = 0; ! while (*buf && isspace(*buf)) /* skip blanks */ ! buf++; ! p = line; ! while (*buf && !isspace(*buf)) /* line no */ ! *p++ = *buf++; ! *p = 0; ! while (*buf && isspace(*buf)) /* skip blanks */ ! buf++; ! p = file; ! while (*buf && !isspace(*buf)) /* file name */ ! *p++ = *buf++; *p = 0; /* value check */ ! if (strlen(tag) && strlen(line) && strlen(file) && atoi(line) > 0) return 1; /* OK */ return 0; /* ERROR */ } --- 1013,1052 ---- */ static int getentry(buf, tag, file, line) ! char *buf, **tag, **file, **line; { ! char *p = buf; ! for (*tag = p; *p && !isspace(*p); p++) /* tag name */ ! ; ! if (*p == 0) ! goto err; ! *p++ = 0; ! for (; *p && isspace(*p); p++) /* (skip blanks) */ ! ; ! if (*p == 0) ! goto err; ! *line = p; /* line no */ ! for (*line = p; *p && !isspace(*p); p++) ! ; ! if (*p == 0) ! goto err; ! *p++ = 0; ! for (; *p && isspace(*p); p++) /* (skip blanks) */ ! ; ! if (*p == 0) ! goto err; ! *file = p; /* file name */ ! for (*file = p; *p && !isspace(*p); p++) ! ; ! if (*p == 0) ! goto err; *p = 0; /* value check */ ! if (strlen(*tag) && strlen(*line) && strlen(*file) && atoi(*line) > 0) return 1; /* OK */ + err: return 0; /* ERROR */ } *************** *** 1056,1064 **** size_t len; int echk; TAG *tp; ! static char name[80], file[200], line[10]; ! char command[200]; ! char buf[BUFSIZ+1]; FILE *fp; /* Allocate and initialize the tag queue structure. */ --- 1066,1074 ---- size_t len; int echk; TAG *tp; ! char *name, *file, *line; ! char command[BUFSIZ]; ! char buf[BUFSIZ]; FILE *fp; /* Allocate and initialize the tag queue structure. */ *************** *** 1072,1078 **** * Find the tag, only display missing file messages once, and * then only if we didn't find the tag. */ ! sprintf(command, "global -%s '%s'", ref ? "rx" : "x", tag); if (fp = popen(command, "r")) { while (fgets(buf, sizeof(buf), fp)) { if (buf[strlen(buf)-1] == '\n') /* chop(buf) */ --- 1082,1088 ---- * Find the tag, only display missing file messages once, and * then only if we didn't find the tag. */ ! snprintf(command, sizeof(command), "global -%s '%s'", ref ? "rx" : "x", tag); if (fp = popen(command, "r")) { while (fgets(buf, sizeof(buf), fp)) { if (buf[strlen(buf)-1] == '\n') /* chop(buf) */ *************** *** 1080,1086 **** else while (fgetc(fp) != '\n') ; ! if (getentry(buf, name, file, line) == 0) { echk = 1; F_SET(tfp, TAGF_ERR); break; --- 1090,1096 ---- else while (fgetc(fp) != '\n') ; ! if (getentry(buf, &name, &file, &line) == 0) { echk = 1; F_SET(tfp, TAGF_ERR); break; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 11:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09644 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 11:00:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09539 for ; Thu, 13 Aug 1998 11:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA28933; Thu, 13 Aug 1998 11:00:01 -0700 (PDT) Date: Thu, 13 Aug 1998 11:00:01 -0700 (PDT) Message-Id: <199808131800.LAA28933@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jin Guojun (ITG staff) Subject: Re: misc/7600: Pthreads Bug - Interaction between printf and pthread_self Reply-To: Jin Guojun (ITG staff) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/7600; it has been noted by GNATS. From: Jin Guojun (ITG staff) To: FreeBSD-gnats-submit@FreeBSD.ORG, loschert@servint.com Cc: Subject: Re: misc/7600: Pthreads Bug - Interaction between printf and pthread_self Date: Thu, 13 Aug 1998 10:53:24 -0700 (PDT) The problem is no in "3 Exit the shell.". It is related to either rexec/rsh or xterm. I tried followings, and only exit xterm will cause the same problem: % sh $ ./bug & ^D % top # everything is OK % csh % ./bug & %^D % top # everything is OK % exit then log back in, bug is chewing CPU now. -Jin > >Description: > > While testing a couple of server apps that I had written, I discovered that in c > ertain situations, the process would "run-away". At that point, the app could o > nly be killed with a kill -9 and top would show that the process was eating up 9 > 9.9% of the cpu cycles. > > I found that the condition that instigated the problem was starting the app as a > background process and then exiting the shell. Almost immediately after exitin > g the shell, the process would go haywire. :) > > The apps use pthreads and therefore -libc_r. > > I attempted to isolate the problem this evening by stripping out extraneous code > . I was able to cut it down to the following program. The line that it does no > t like is the printf line that calls pthread_self to show the thread id. > > > >How-To-Repeat: > > 1. Compile the below code with the following command: > > gcc -Wall -o bug FILENAME.c -lc_r > > 2. Run the program in the background with: > > ./bug & > > 3. Exit the shell. > > 4. Log back in, check cpu usage with top. > > > > ----CODE BEGINS (FILENAME.c)---- > > > #include > #include > #include > > void *newthread (void *vptr); > > > int main() > { > pthread_t thread; > > pthread_create (&thread, NULL, newthread, NULL); > pthread_join (thread, NULL); > exit(0); > } > > > void *newthread(void *vptr) > { > for(;;) { > printf("Thread %d: Just looped again.\n", (int) pthread_self()); > sleep(5); > } > } > > > ----CODE ENDS---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 11:24:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12762 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 11:24:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from flea.best.net (flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12744; Thu, 13 Aug 1998 11:24:40 -0700 (PDT) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.9.0/8.9.0/best.fl) id LAA02830; Thu, 13 Aug 1998 11:24:11 -0700 (PDT) Date: Thu, 13 Aug 1998 11:24:11 -0700 (PDT) From: Matt Dillon Message-Id: <199808131824.LAA02830@flea.best.net> To: Mika Nystroem Cc: Peter Hawkins , mika@varese.cs.caltech.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :Peter Hawkins writes: :>See also PR 7418 - the plot thickens... :> : :Hmm, this is very curious. You don't think the page boundary :business could have to do with stdio buffering (or some other :mechanism for delaying writes at the page boundaries)? : :I've managed to whittle down my test case to the following: :... : : :The random stuff is actually unnecessary, but it shows that the :problem is not page-boundary-related. The sine business is just :a delay loop, and is necessary. If the code looks a bit weird, :it's because it's "emulating" the I/O behavior of a version of :SPICE that exhibits the same problem. Here's what I do: run the :... : :Sure, I normally run these applications against a FreeBSD NFS server :with a four-way CCD, but this particular case was on a Slowaris :2.5 (sparcstation 1) machine with perfectly standard UFS. I haven't :been able to exhibit it on a local FFS disk. I also haven't been :able to exhibit it with a NetBSD NFS client, which is a bit odd :because all the code that my untrained eye found in /sys/nfs that :looked suspicious was the same on NetBSD and FreeBSD :) : : Mika : I'm not sure in what circumstances you are seeing the problem. You are seeing it locally on a sun and on a sun client with a FreeBSD NFS server? Is the file corrupted on the FreeBSD NFS server itself when you access it locally? -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications. (Please include portions of article in any response) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 13:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00837 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 13:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00828 for ; Thu, 13 Aug 1998 13:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA03680; Thu, 13 Aug 1998 13:00:00 -0700 (PDT) Date: Thu, 13 Aug 1998 13:00:00 -0700 (PDT) Message-Id: <199808132000.NAA03680@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Matthew Loschert Subject: Re: misc/7600: Pthreads Bug - Interaction between printf and pthread_self Reply-To: Matthew Loschert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/7600; it has been noted by GNATS. From: Matthew Loschert To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: misc/7600: Pthreads Bug - Interaction between printf and pthread_self Date: Thu, 13 Aug 1998 15:59:23 -0400 (EDT) I don't know if this helps at all, but when I was originally performing these tests, I was using tcsh as the shell. I am pretty much a unix newbie, so I don't really know what the important issues of an OS-related bug are. I would like to help though, so if anyone wants to point me in the right direction in terms of what testing details to document, feel free. - Matt On Thu, 13 Aug 1998, Jin Guojun wrote: > The following reply was made to PR misc/7600; it has been noted by GNATS. > > From: Jin Guojun (ITG staff) > To: FreeBSD-gnats-submit@FreeBSD.ORG, loschert@servint.com > Cc: Subject: Re: misc/7600: Pthreads Bug - Interaction between printf and pthread_self > Date: Thu, 13 Aug 1998 10:53:24 -0700 (PDT) > > The problem is no in "3 Exit the shell.". It is related to either rexec/rsh > or xterm. > I tried followings, and only exit xterm will cause the same problem: > > % sh > $ ./bug & > ^D > % top # everything is OK > > % csh > % ./bug & > %^D > % top # everything is OK > % exit > > then log back in, bug is chewing CPU now. > > -Jin > > > >Description: > > > > While testing a couple of server apps that I had written, I discovered that in c > > ertain situations, the process would "run-away". At that point, the app could o > > nly be killed with a kill -9 and top would show that the process was eating up 9 > > 9.9% of the cpu cycles. > > > > I found that the condition that instigated the problem was starting the app as a > > background process and then exiting the shell. Almost immediately after exitin > > g the shell, the process would go haywire. :) > > > > The apps use pthreads and therefore -libc_r. > > > > I attempted to isolate the problem this evening by stripping out extraneous code > > . I was able to cut it down to the following program. The line that it does no > > t like is the printf line that calls pthread_self to show the thread id. > > > > > > >How-To-Repeat: > > > > 1. Compile the below code with the following command: > > > > gcc -Wall -o bug FILENAME.c -lc_r > > > > 2. Run the program in the background with: > > > > ./bug & > > > > 3. Exit the shell. > > > > 4. Log back in, check cpu usage with top. > > > > > > > > ----CODE BEGINS (FILENAME.c)---- > > > > > > #include > > #include > > #include > > > > void *newthread (void *vptr); > > > > > > int main() > > { > > pthread_t thread; > > > > pthread_create (&thread, NULL, newthread, NULL); > > pthread_join (thread, NULL); > > exit(0); > > } > > > > > > void *newthread(void *vptr) > > { > > for(;;) { > > printf("Thread %d: Just looped again.\n", (int) pthread_self()); > > sleep(5); > > } > > } > > > > > > ----CODE ENDS---- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 14:42:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23824 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 14:42:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from csvax.cs.caltech.edu (csvax.cs.caltech.edu [131.215.131.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA23809 for ; Thu, 13 Aug 1998 14:42:02 -0700 (PDT) (envelope-from mika@varese.cs.caltech.edu) Received: from varese.cs.caltech.edu by csvax.cs.caltech.edu (4.1/1.34.1) id AA16296; Thu, 13 Aug 98 14:41:16 PDT Received: from localhost.cs.caltech.edu (localhost.cs.caltech.edu [127.0.0.1]) by varese.cs.caltech.edu (8.8.7/8.7.3) with SMTP id OAA21422; Thu, 13 Aug 1998 14:41:15 -0700 (PDT) Message-Id: <199808132141.OAA21422@varese.cs.caltech.edu> X-Authentication-Warning: varese.cs.caltech.edu: localhost.cs.caltech.edu [127.0.0.1] didn't use HELO protocol To: Matt Dillon , freebsd-bugs@FreeBSD.ORG, thepish@dana.clari.net.au Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end In-Reply-To: Your message of "Thu, 13 Aug 1998 11:24:11 PDT." <199808131824.LAA02830@flea.best.net> Date: Thu, 13 Aug 1998 14:41:15 -0700 From: Mika Nystroem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matt Dillon writes: >:Peter Hawkins writes: >:>See also PR 7418 - the plot thickens... ... >:Sure, I normally run these applications against a FreeBSD NFS server >:with a four-way CCD, but this particular case was on a Slowaris >:2.5 (sparcstation 1) machine with perfectly standard UFS. I haven't >:been able to exhibit it on a local FFS disk. I also haven't been >:able to exhibit it with a NetBSD NFS client, which is a bit odd >:because all the code that my untrained eye found in /sys/nfs that >:looked suspicious was the same on NetBSD and FreeBSD :) >: >: Mika >: > > I'm not sure in what circumstances you are seeing the problem. You > are seeing it locally on a sun and on a sun client with a FreeBSD NFS > server? Is the file corrupted on the FreeBSD NFS server itself when you > access it locally? > > -Matt > Sorry, I should have included more details from the original PR #7596. This is a *client*-end NFSv3 problem in FreeBSD, that much I am pretty sure of. Both the reading and writing processes are on the same NFS client machine. I'm using a FreeBSD NFSv3 client here, and the problem appears with NFS v3 servers from Solaris, FreeBSD, and NetBSD. Yes, the file is corrupted on the server's disk. The problem does not appear with FFS or NFSv2 or MFS. My uneducated guess is that it has something to do with v3's write buffering, but the NFS code is really quite hard to understand. Mika To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 15:06:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28270 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 15:06:28 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from csvax.cs.caltech.edu (csvax.cs.caltech.edu [131.215.131.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA28254; Thu, 13 Aug 1998 15:06:16 -0700 (PDT) (envelope-from mika@varese.cs.caltech.edu) Received: from varese.cs.caltech.edu by csvax.cs.caltech.edu (4.1/1.34.1) id AA16460; Thu, 13 Aug 98 15:05:47 PDT Received: from localhost.cs.caltech.edu (localhost.cs.caltech.edu [127.0.0.1]) by varese.cs.caltech.edu (8.8.7/8.7.3) with SMTP id PAA21525; Thu, 13 Aug 1998 15:05:47 -0700 (PDT) Message-Id: <199808132205.PAA21525@varese.cs.caltech.edu> X-Authentication-Warning: varese.cs.caltech.edu: localhost.cs.caltech.edu [127.0.0.1] didn't use HELO protocol To: Peter Hawkins Cc: mika@varese.cs.caltech.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end In-Reply-To: Your message of "Thu, 13 Aug 1998 23:59:22 +1000." Date: Thu, 13 Aug 1998 15:05:46 -0700 From: Mika Nystroem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Hawkins writes: >Mika, > >I've been unable to reproduce it yet but am trying to (my NFS server seems >to be rooted) So for now I'd like it if you could help me experiment > >>Hmm, this is very curious. You don't think the page boundary >>business could have to do with stdio buffering (or some other >>mechanism for delaying writes at the page boundaries)? > >possible - could you try having it use fprintf(stdout... >and redirect to the file from the shell please? If you can get the error >doing that then try fprintf(stderr and do a 2> x to see. (stderr is >unbufferred). I did fwrite to stdout. That has the same effect, except things are now block-aligned (I'm not fflushing stdout). And, predictably, fwrite to stderr gives the same results, except now the nulls are scattered every which where. > >> fp=fopen("x","wb"); > >just to be certain - remove the "b" (both read and write) as it *should* be >ignored. Not using fopen anymore since I am using stdout and stderr. When I use fopen, removing the "b" makes no difference, either. Btw, reading with just /bin/cp also screws things up. Reading just the first few words of the file (rather than up to EOF) doesn't seem to mess things up. > >>The random stuff is actually unnecessary, but it shows that the >>problem is not page-boundary-related. The sine business is just >>a delay loop, and is necessary. If the code looks a bit weird, > >So you don't see this behaviour without a random pause? Starting to sound >almost like a bug in the wd driver! Well I figure the pause makes data stick around in the NFS v3 write buffer (or whatever the proper name is) for longer.. No data corruption occurs if the writer is writing data at full blast. Now, if I could make a circuit simulator do that... :) Is wd the ISA IDE driver? There isn't any IDE as far as the eye can see here.. Intel fxp0 fast ethernet, ethernet switch, fileserver with striped CCD fast/wide SCSI disks. (Or on the solaris NFS server, thicknet, SCSI-1.) Mika >Peter > >Hilink Internet Peter Hawkins >381 Swan St Richmond, >Vic, Australia Ph: +61-3-9421 2006 Fax: +61-3-9421 2007 >http://www.hilink.com.au Peter@hilink.com.au > >FreeBSD Project: thepish@FreeBSD.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 15:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29430 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 15:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29423 for ; Thu, 13 Aug 1998 15:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA07856; Thu, 13 Aug 1998 15:20:01 -0700 (PDT) Received: from cam-mail-relay1.bbnplanet.com (cam-mail-relay1.bbnplanet.com [199.94.215.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29138 for ; Thu, 13 Aug 1998 15:18:16 -0700 (PDT) (envelope-from moncrg@bt408720.res.ray.com) Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by cam-mail-relay1.bbnplanet.com (8.8.7/8.8.7) with ESMTP id SAA24346 for ; Thu, 13 Aug 1998 18:17:37 -0400 (EDT) Received: (mailer@localhost) by gatekeeper.ray.com (8.8.7/8.8.7) id SAA02898 for ; Thu, 13 Aug 1998 18:11:13 -0400 Received: from bt408720.res.ray.com/138.125.142.47() by gatekeeper.ray.com id sma.903040267.018761; Thu Aug 13 16:31:07 1998 Received: (from root@localhost) by bt408720.res.ray.com (8.8.8/8.8.8) id VAA00855; Thu, 13 Aug 1998 21:23:30 GMT (envelope-from moncrg) Message-Id: <199808132123.VAA00855@bt408720.res.ray.com> Date: Thu, 13 Aug 1998 21:23:30 GMT From: "Gregory D. Moncreaff" Reply-To: moncrg@bt408720.res.ray.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7608: inconsistant df, doesn't match label or probe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7608 >Category: bin >Synopsis: inconsistant df, doesn't match label or probe >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 15:20:00 PDT 1998 >Last-Modified: >Originator: Gregory D. Moncreaff >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: clean install from the 2.2.7 cdrom >Description: received some /usr disk full messages, but I should have another gig somewhere? s1e should be 5 times s1a according to the label, but its less than 2 times as big according to df ------------- grep sd0 /var/log/messages | tail -1 bt408720 /kernel: sd0(ahc0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) -------------- disklabel /dev/sd0c # /dev/sd0c: type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 256 sectors/cylinder: 16128 cylinders: 261 sectors/unit: 4225473 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 614400 0 4.2BSD 0 0 0 # (Cyl. 0 - 38*) b: 409600 614400 swap # (Cyl. 38*- 63*) c: 4225473 0 unused 0 0 # (Cyl. 0 - 261*) e: 3201473 1024000 4.2BSD 0 0 0 # (Cyl. 63*- 261*) ------ df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0s1a 297423 14495 259135 5% / /dev/sd0s1e 496367 405071 51587 89% /usr procfs 4 4 0 100% /proc >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 17:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18700 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 17:40:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18646 for ; Thu, 13 Aug 1998 17:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA11228; Thu, 13 Aug 1998 17:40:01 -0700 (PDT) Date: Thu, 13 Aug 1998 17:40:01 -0700 (PDT) Message-Id: <199808140040.RAA11228@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luoqi Chen Subject: Re: kern/7422: FreeBSD-current VM systems do not properly remove mapped pages on truncate in some situations. -stable does. Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7422; it has been noted by GNATS. From: Luoqi Chen To: freebsd-gnats-submit@freebsd.org, dillon@backplane.com Cc: luoqi@watermarkgroup.com Subject: Re: kern/7422: FreeBSD-current VM systems do not properly remove mapped pages on truncate in some situations. -stable does. Date: Thu, 13 Aug 1998 20:35:13 -0400 This is a one-line bug in vnode_pager_setsize() function. Below is the fix, note that the higher end of page index range in function vm_object_page_remove() is not inclusive (I got rid of some auto variables and unused calculation, so the fix is more than one line). This bug should exist in -stable also, not sure why it behaved correctly (I don't have a -stable machine to test with). -lq Index: sys/vm/vnode_pager.c =================================================================== RCS file: /fun/cvs/src/sys/vm/vnode_pager.c,v retrieving revision 1.94 diff -u -r1.94 vnode_pager.c --- vnode_pager.c 1998/07/11 11:30:46 1.94 +++ vnode_pager.c 1998/08/14 00:23:36 @@ -271,12 +271,9 @@ vm_ooffset_t nsizerounded; nsizerounded = IDX_TO_OFF(OFF_TO_IDX(nsize + PAGE_MASK)); if (nsizerounded < object->un_pager.vnp.vnp_size) { - vm_pindex_t st, end; - st = OFF_TO_IDX(nsize + PAGE_MASK); - end = OFF_TO_IDX(object->un_pager.vnp.vnp_size); - vm_freeze_copyopts(object, OFF_TO_IDX(nsize), object->size); - vm_object_page_remove(object, st, end, FALSE); + vm_object_page_remove(object, OFF_TO_IDX(nsize + PAGE_MASK), + object->size, FALSE); } /* * this gets rid of garbage at the end of a page that is now To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 17:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18712 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 17:40:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18640 for ; Thu, 13 Aug 1998 17:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA11223; Thu, 13 Aug 1998 17:40:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18040; Thu, 13 Aug 1998 17:33:48 -0700 (PDT) (envelope-from nobody) Message-Id: <199808140033.RAA18040@hub.freebsd.org> Date: Thu, 13 Aug 1998 17:33:48 -0700 (PDT) From: howard@ee.utah.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/7609: misspelled variable name in /etc/rc.network in 2.2.7-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7609 >Category: conf >Synopsis: misspelled variable name in /etc/rc.network in 2.2.7-RELEASE >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 17:40:00 PDT 1998 >Last-Modified: >Originator: Walt Howard >Organization: Univ of Utah Elec Eng Dept >Release: 2.2.7-RELEASE >Environment: FreeBSD labserv1.elen.utah.edu 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Wed Jul 22 08:48:29 GMT 1998 root@builder.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: In /etc/rc.network, near line 242, setting up Kerberos, variable "stash_flag" is set. A few lines later, it is evaluated as "stash_flags" with a trailing "s", and then a bit later the singular version is unset. >How-To-Repeat: Only matters if "kerberos_server_enable" is set. >Fix: Make the spelling consistent. All the others seem to be *_flags with the "s" on the end. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 17:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20607 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 17:50:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20602 for ; Thu, 13 Aug 1998 17:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA11449; Thu, 13 Aug 1998 17:50:01 -0700 (PDT) Date: Thu, 13 Aug 1998 17:50:01 -0700 (PDT) Message-Id: <199808140050.RAA11449@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Mika Nystrom Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Reply-To: Mika Nystrom Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7596; it has been noted by GNATS. From: Mika Nystrom To: freebsd-gnats-submit@freebsd.org, mika@cs.caltech.edu Cc: freebsd-bugs@freebsd.org, thepish@freebsd.org, dillon@best.net, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, rajit@dogmatix.cs.caltech.edu Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Date: Thu, 13 Aug 1998 17:45:31 -0700 All right, I have tracked down the cause of the nulls. I wrote a little program to find the sizes of the nulled sections of the files I was writing: #include main() { FILE *fp; int o,state,when; char c; state=1; o=0; when=0; fp=fopen("x","rb"); /* read in bytes */ printf("Reading non-zero..."); while(fread(&c,sizeof(char),1,fp)) { if(state==1 && c==0) { state^=1; printf("%#x bytes.\nGot zero at %#x, reading...",o-when,o); when=o; } if(state==0 && c!=0) { state^=1; printf("%#x bytes.\nGot non-zero at %#x, reading...",o-when,o); when=o; } ++o; } printf("%#x bytes.\n",o-when); } and ran this on a file written with the following program: #include #include #include #include main() { FILE *fp; int i=0; float d=3.01111; fp=fopen("x","w"); fwrite(&d,sizeof(float),1,fp); while (1) { int j; int stop; int howmany; howmany=random()%80+1; while(i++%howmany) { fwrite(&d,sizeof(float),1,fp); } /* delay a bit */ #if 0 stop=random()%20000; #endif stop=50000; if (random()%33) fflush(fp); for (j=0; j #include main() { #define LEN sizeof(float) FILE *fp; char data[LEN]; int len; fp=fopen("x","r"); while( fread(data,LEN,1,fp) ); } As you can see from write.c, the file should contain NO NULLS. If you do this on a FreeBSD-current (or probably 2.2) system that is set up as an NFSv3 client (the server doesn't matter), you get nulls (or at least I do). I tracked it down to the following: sys/nfs/nfs_bio.c: line 1114 and following if (uiop->uio_resid) { /* * If len > 0, there is a hole in the file and * no writes after the hole have been pushed to * the server yet. * Just zero fill the rest of the valid area. */ diff = bp->b_bcount - uiop->uio_resid; len = np->n_size - (((u_quad_t)bp->b_blkno) * DEV_BSIZE + diff); if (len > 0) { len = min(len, uiop->uio_resid); bzero((char *)bp->b_data + diff, len); bp->b_validend = diff + len; } else bp->b_validend = diff; } else bp->b_validend = bp->b_bcount; Note the bzero! I inserted a statement in the kernel to print whenever it was called and with what "len" argument: Aug 13 16:46:09 dogmatix /kernel.nfshack: bzeroing 0xe0 bytes in nfs_bio.c Aug 13 16:46:09 dogmatix last message repeated 2 times Aug 13 16:46:09 dogmatix /kernel.nfshack: bzeroing 0x8 bytes in nfs_bio.c Aug 13 16:46:09 dogmatix last message repeated 2 times Aug 13 16:46:09 dogmatix /kernel.nfshack: bzeroing 0x4 bytes in nfs_bio.c Aug 13 16:46:09 dogmatix last message repeated 2 times Aug 13 16:46:09 dogmatix /kernel.nfshack: bzeroing 0x24 bytes in nfs_bio.c Aug 13 16:46:09 dogmatix last message repeated 3 times Aug 13 16:46:09 dogmatix /kernel.nfshack: bzeroing 0x14 bytes in nfs_bio.c Aug 13 16:46:09 dogmatix last message repeated 3 times Aug 13 16:46:09 dogmatix /kernel.nfshack: bzeroing 0x2c bytes in nfs_bio.c Aug 13 16:46:10 dogmatix last message repeated 8 times Aug 13 16:46:11 dogmatix /kernel.nfshack: bzeroing 0x64 bytes in nfs_bio.c Aug 13 16:46:11 dogmatix last message repeated 12 times Aug 13 16:46:11 dogmatix /kernel.nfshack: bzeroing 0x7c bytes in nfs_bio.c Aug 13 16:46:11 dogmatix last message repeated 12 times Aug 13 16:46:11 dogmatix /kernel.nfshack: bzeroing 0x44 bytes in nfs_bio.c Aug 13 16:46:11 dogmatix last message repeated 13 times Aug 13 16:46:12 dogmatix /kernel.nfshack: bzeroing 0x60 bytes in nfs_bio.c When I ran the null-counter on the file produced, it told me I had a section of valid data, followed by 0xe0 nulls, followed by valid data, followed by 0x8 bytes of nulls, etc. Clearly, the bzero is zeroing valid, uncommitted data. Hmm it appears this bug might occur with NFSv2 also, and not just v3 as I thought. Comments? My fix consists of either: just getting rid of the bzero. I am concerned that this might let reads return garbage at the end of the buffer, though, so what I am doing on our systems is: getting rid of the whole if (len > 0) section 36 * @(#)nfs_bio.c 8.9 (Berkeley) 3/30/95 37 * $Id: nfs_bio.c,v 1.54 1998/03/28 16:05:05 steve Exp $ [...] 1123 #if 0 1124 if (len > 0) { 1125 static char x[]="with nfsholes_hack"; 1126 printf("bzeroing %#x bytes in nfs_bio.c\n",l en); 1127 len = min(len, uiop->uio_resid); 1128 bzero((char *)bp->b_data + diff, len); 1129 bp->b_validend = diff + len; 1130 } else 1131 #endif 1132 bp->b_validend = diff; In other words, if I understand the code correctly, the read is short. However, that really shouldn't matter since the file will be brought up-to-date eventually, and this is NFS, so that is good enough... Could someone who understands the purpose of the bzero and/or how this NFS stuff works comment? (And commit a fix for this ASAP because this is a real serious data-threatening bug?) Thanks to David Holland (dholland@eecs.harvard.edu) who helped me debug this. Mika To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 18:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21446 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 18:00:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA21417 for ; Thu, 13 Aug 1998 18:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA11729; Thu, 13 Aug 1998 18:00:01 -0700 (PDT) Date: Thu, 13 Aug 1998 18:00:01 -0700 (PDT) Message-Id: <199808140100.SAA11729@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Matthew Dillon Subject: Re: kern/7422: FreeBSD-current VM systems do not properly remove mapped Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7422; it has been noted by GNATS. From: Matthew Dillon To: Luoqi Chen Cc: freebsd-gnats-submit@freebsd.org, luoqi@watermarkgroup.com Subject: Re: kern/7422: FreeBSD-current VM systems do not properly remove mapped Date: Thu, 13 Aug 1998 17:48:38 -0700 (PDT) Great! That's one down! I was hoping someone would be able to fix that one quickly and, indeed, so it happens! I'll run the patch on our -current test box (running a news system) to life-test it. The mmap-reading/file-writing corruption is going to be a much stickier problem to solve. I think the key item is that the only thing writing to the file is write(), and a shared+RO mmap() is capable of causing the written file data to become corrupted as of the time of the write or as of a slightly later time. I've been concentrating on the page fault code trying to figure out how it could corrupt the buffer cache, but it's virtual black magic to me. -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications (Please include original email in any response) :This is a one-line bug in vnode_pager_setsize() function. Below is :the fix, note that the higher end of page index range in function :vm_object_page_remove() is not inclusive (I got rid of some auto :variables and unused calculation, so the fix is more than one line). :This bug should exist in -stable also, not sure why it behaved :correctly (I don't have a -stable machine to test with). : :-lq : :Index: sys/vm/vnode_pager.c :=================================================================== :RCS file: /fun/cvs/src/sys/vm/vnode_pager.c,v :retrieving revision 1.94 :diff -u -r1.94 vnode_pager.c :... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 19:40:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05329 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 19:40:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05314 for ; Thu, 13 Aug 1998 19:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA14439; Thu, 13 Aug 1998 19:40:01 -0700 (PDT) Received: from birdland.rhein-neckar.de (birdland.rhein-neckar.de [193.197.88.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA04366 for ; Thu, 13 Aug 1998 19:31:57 -0700 (PDT) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by birdland.rhein-neckar.de (8.8.7/8.8.3) with bsmtp id EAA03346 for FreeBSD-gnats-submit@freebsd.org; Fri, 14 Aug 1998 04:31:29 +0200 (MET DST) Received: from bigeye.rhein-neckar.de ([193.197.88.35]) by mips.rhein-neckar.de with esmtp id m0z77yA-000WyTC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Fri, 14 Aug 1998 02:43:50 +0200 (CEST) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.8.8/8.8.8) id CAA00339; Fri, 14 Aug 1998 02:44:25 +0200 (CEST) (envelope-from naddy) Message-Id: <199808140044.CAA00339@bigeye.rhein-neckar.de> Date: Fri, 14 Aug 1998 02:44:25 +0200 (CEST) From: Christian Weisgerber Reply-To: naddy@mips.rhein-neckar.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7610: pcvt displays wrong glyph for 0xFD in ISO Latin 1 mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7610 >Category: kern >Synopsis: pcvt displays wrong glyph for 0xFD in ISO Latin 1 mode >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 13 19:40:00 PDT 1998 >Last-Modified: >Originator: Christian Weisgerber >Organization: >Release: FreeBSD 2.2.7-STABLE i386 >Environment: pcvt console driver, VGA console, /usr/share/misc/pcvtfonts/* loaded. >Description: When a graphic character set is switched to ISO Latin 1, pcvt renders a wrong glyph for the character at code position 0xFD (lower case y with acute). This buglet is obviously due to a typo in the source code, see fix below. >How-To-Repeat: Assuming defaults: # loadfont -c0 -f/usr/share/misc/pcvtfonts/vt220l.816 # loadfont -c1 -f/usr/share/misc/pcvtfonts/vt220h.816 $ printf '\e.A' # switch G2 (-> GR) charset to ISO Latin 1 $ for i in `jot - 160 255 16`; do jot -s '' -b %c 16 $i; done The third last character should be a small y with an acute accent. The corresponding capital letter two rows above (0xDD) is correct. >Fix: --- /sys/i386/isa/pcvt/pcvt_tbl.h.orig Fri Aug 14 02:13:27 1998 +++ /sys/i386/isa/pcvt/pcvt_tbl.h Fri Aug 14 02:13:32 1998 @@ -433,7 +433,7 @@ /* 70 */ 0x6B | CSH, 0xA4 | CSL, 0x95 | CSL, 0xA2 | CSL, /* 74 */ 0x93 | CSL, 0x81 | CSH, 0x94 | CSL, 0xF6 | CSL, /* 78 */ 0x7F | CSH, 0x97 | CSL, 0xA3 | CSL, 0x96 | CSL, -/* 7C */ 0x81 | CSL, 0x69 | CSL, 0x6A | CSH, 0x98 | CSL +/* 7C */ 0x81 | CSL, 0x69 | CSH, 0x6A | CSH, 0x98 | CSL }; /*---------------------------------------------------------------------------* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 19:58:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07692 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 19:58:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp.jump.net (mail11-100Mb.jump.net [207.8.71.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07683 for ; Thu, 13 Aug 1998 19:58:42 -0700 (PDT) (envelope-from marquard@zilker.net) Received: from localhost.zilker.net by smtp.jump.net (jump-k56flex-1080.jumpnet.com [207.8.66.80]) (8.9.0/jump.1.11) id VAA25412; for Thu, 13 Aug 1998 21:57:26 -0500 (CDT) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.8) id VAA00441; Thu, 13 Aug 1998 21:57:51 -0500 (CDT) (envelope-from marquard) To: freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7605: no message saying 'Mounting NFS file systems, gonna take loooooong' during boot References: <199808131621.JAA20138@hub.freebsd.org> From: Dave Marquardt Date: 13 Aug 1998 21:56:50 -0500 In-Reply-To: nick.hibma@jrc.it's message of "Thu, 13 Aug 1998 09:21:23 -0700 (PDT)" Message-ID: <85d8a4xoct.fsf@localhost.zilker.net> Lines: 7 X-Mailer: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org nick.hibma@jrc.it writes: > >How-To-Repeat: > cat 127.0.0.2:/usr /mnt nfs rw 0 0 >>/etc/fstab I think you mean "echo" rather than "cat". -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 20:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA11878 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 20:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11869 for ; Thu, 13 Aug 1998 20:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA15933; Thu, 13 Aug 1998 20:40:01 -0700 (PDT) Date: Thu, 13 Aug 1998 20:40:01 -0700 (PDT) Message-Id: <199808140340.UAA15933@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Matthew Dillon Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7418; it has been noted by GNATS. From: Matthew Dillon To: Luoqi Chen Cc: freebsd-gnats-submit@freebsd.org, luoqi@watermarkgroup.com Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Date: Thu, 13 Aug 1998 20:33:41 -0700 (PDT) I'm trying to track down the second PR I sent in... kern/7418 in this case. I am concentrating on what happens when a page fault from an mmap'd file occurs in one process while a second process is blocked in ufs/ufs_readwrite() on the same file. The file corruption that I am seeing is approximately this: [this represents one page of memory] [data][data][data..00 00 00 00][data] Where 00's replace what should have been valid data in the file. data written into the locations where the corruption occurs is being replaced by 00. i.e. I might see 'abcdef [00 00 00] (PAGE BOUNDRY) jklmnop'. The most interesting item is that the 00 corruption always *ends* at a page boundry in the file. -- So here is my question. Refer to ufs/ufs_readwrite.c around line 337, as shown below. What happens if VOP_BALLOC() blocks or uiomove() blocks during the discrete write() and, while blocked, another process has a read fault on precisely the same logical page via mmap()? Is it possible for ufs_readwrite to obtain a bp, copy the write() data to it, but for the bp to then somehow be thrown away? I also don't understand why B_RELBUF is being set for the bp. Can't this cause the bp to be completely thrown away (aka kern/vfs_bio.c line 710)?? Makes sense for a READ, but I don't understand why B_RELBUF is being set for the bp in the WRITE. for (error = 0; uio->uio_resid > 0;) { lbn = lblkno(fs, uio->uio_offset); blkoffset = blkoff(fs, uio->uio_offset); xfersize = fs->fs_bsize - blkoffset; if (uio->uio_resid < xfersize) xfersize = uio->uio_resid; if (uio->uio_offset + xfersize > ip->i_size) vnode_pager_setsize(vp, uio->uio_offset + xfersize); if (fs->fs_bsize > xfersize) flags |= B_CLRBUF; else flags &= ~B_CLRBUF; /* XXX is uio->uio_offset the right thing here? */ error = VOP_BALLOC(vp, uio->uio_offset, xfersize, ap->a_cred, flags, &bp); if (error != 0) break; if (uio->uio_offset + xfersize > ip->i_size) { ip->i_size = uio->uio_offset + xfersize; extended = 1; } size = BLKSIZE(fs, ip, lbn) - bp->b_resid; if (size < xfersize) xfersize = size; error = uiomove((char *)bp->b_data + blkoffset, (int)xfersize, uio); if ((ioflag & IO_VMIO) && (LIST_FIRST(&bp->b_dep) == NULL)) bp->b_flags |= B_RELBUF; ... } Finally, I tried looking in other filesystem device code for comparable source. The ext2fs code seems to simply copy the ufs code: error = uiomove((char *)bp->b_data + blkoffset, (int)xfersize, uio); if ((ioflag & IO_VMIO) && (LIST_FIRST(&bp->b_dep) == NULL)) /* in ext2fs? */ bp->b_flags |= B_RELBUF; The msdosfs does not set B_RELBUF in either its read or write, nor does the nfs code. It's all very confusing. -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications (Please include original email in any response) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 21:30:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17233 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 21:30:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA17207 for ; Thu, 13 Aug 1998 21:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA17117; Thu, 13 Aug 1998 21:30:00 -0700 (PDT) Date: Thu, 13 Aug 1998 21:30:00 -0700 (PDT) Message-Id: <199808140430.VAA17117@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luoqi Chen Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7418; it has been noted by GNATS. From: Luoqi Chen To: dillon@backplane.com, luoqi@chen.ml.org Cc: freebsd-gnats-submit@freebsd.org, luoqi@watermarkgroup.com Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Date: Fri, 14 Aug 1998 00:27:46 -0400 (EDT) > I'm trying to track down the second PR I sent in... kern/7418 in this > case. I am concentrating on what happens when a page fault from an mmap'd > file occurs in one process while a second process is blocked in > ufs/ufs_readwrite() on the same file. > > The file corruption that I am seeing is approximately this: > > [this represents one page of memory] > > [data][data][data..00 00 00 00][data] > > Where 00's replace what should have been valid data in the file. > data written into the locations where the corruption occurs is being > replaced by 00. i.e. I might see > > 'abcdef [00 00 00] (PAGE BOUNDRY) jklmnop'. > > The most interesting item is that the 00 corruption always *ends* at > a page boundry in the file. > > -- > > So here is my question. Refer to ufs/ufs_readwrite.c around line 337, > as shown below. What happens if VOP_BALLOC() blocks or uiomove() > blocks during the discrete write() and, while blocked, another process > has a read fault on precisely the same logical page via mmap()? > > Is it possible for ufs_readwrite to obtain a bp, copy the write() data > to it, but for the bp to then somehow be thrown away? > Even if the buffer header is thrown away, the data should be still in the vm cache. But I could imagine one scenario that could lead to data loss. We know when we're reading multiple pages of data from disk, if some of the pages are already in vm cache, they are replaced with `bogus_page' in the buffer header page list. Now if another process tries to write into those data blocks before the read completes, the data will be written into the bogus_page. When the read completes, the true data pages will be put back in, unaltered, all those been written are lost. I don't know if this could really happen, I can't prove or disprove it, I can't reproduce what you had seen. > I also don't understand why B_RELBUF is being set for the bp. Can't > this cause the bp to be completely thrown away (aka kern/vfs_bio.c line > 710)?? Makes sense for a READ, but I don't understand why B_RELBUF > is being set for the bp in the WRITE. > > for (error = 0; uio->uio_resid > 0;) { > lbn = lblkno(fs, uio->uio_offset); > blkoffset = blkoff(fs, uio->uio_offset); > xfersize = fs->fs_bsize - blkoffset; > if (uio->uio_resid < xfersize) > xfersize = uio->uio_resid; > > if (uio->uio_offset + xfersize > ip->i_size) > vnode_pager_setsize(vp, uio->uio_offset + xfersize); > > if (fs->fs_bsize > xfersize) > flags |= B_CLRBUF; > else > flags &= ~B_CLRBUF; > /* XXX is uio->uio_offset the right thing here? */ > error = VOP_BALLOC(vp, uio->uio_offset, xfersize, > ap->a_cred, flags, &bp); > if (error != 0) > break; > > if (uio->uio_offset + xfersize > ip->i_size) { > ip->i_size = uio->uio_offset + xfersize; > extended = 1; > } > > size = BLKSIZE(fs, ip, lbn) - bp->b_resid; > if (size < xfersize) > xfersize = size; > > error = > uiomove((char *)bp->b_data + blkoffset, (int)xfersize, uio); > if ((ioflag & IO_VMIO) && > (LIST_FIRST(&bp->b_dep) == NULL)) > bp->b_flags |= B_RELBUF; > > ... > } > > Finally, I tried looking in other filesystem device code for comparable > source. The ext2fs code seems to simply copy the ufs code: > > error = > uiomove((char *)bp->b_data + blkoffset, (int)xfersize, uio); > if ((ioflag & IO_VMIO) && > (LIST_FIRST(&bp->b_dep) == NULL)) /* in ext2fs? */ > bp->b_flags |= B_RELBUF; > > The msdosfs does not set B_RELBUF in either its read or write, nor does > the nfs code. It's all very confusing. > IO_VMIO flag is only set from getpages/putpages calls, as a result of direct mmapped access. We don't need to keep the buffer headers around, and as I mentioned before, this won't result in any data loss, the data are still intact in vm cache. > -Matt > > Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet > Communications > (Please include original email in any response) > > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 22:20:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22139 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 22:20:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA22129 for ; Thu, 13 Aug 1998 22:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA18238; Thu, 13 Aug 1998 22:20:00 -0700 (PDT) Date: Thu, 13 Aug 1998 22:20:00 -0700 (PDT) Message-Id: <199808140520.WAA18238@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Michael Graziano Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) Reply-To: Michael Graziano Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/1293; it has been noted by GNATS. From: Michael Graziano To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi Cc: Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) Date: Fri, 14 Aug 1998 01:07:57 -0400 This is also showing up on one of my machines (a 486 running 2.2.7 (Freshly installed)) The problem shows up every time the machine is shutdown, halt-ed or reboot-ed, as well as at random (but frequent) intervals while the system is running, and is always in the form of a "Fatal Trap 12: Page fault while in kernel mode" message (followed by details of where the thing died, an attempt to sync disks (which always fails), and an auto-reboot.) This ONLY occours for me using my custom-built kernel. kernel.GENERIC boots, runs, and shuts down fine on my system, and I am using this as a temporary fix. My box is not networked (at all) yet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:11:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27912 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:11:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27897; Thu, 13 Aug 1998 23:11:05 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA19947; Thu, 13 Aug 1998 23:11:02 -0700 (PDT) Date: Thu, 13 Aug 1998 23:11:02 -0700 (PDT) Message-Id: <199808140611.XAA19947@freefall.freebsd.org> To: hm@kts.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7556 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sl_compress_init() will fail if called anything else than -1 or >MAX_STATE State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Thu Aug 13 23:10:44 PDT 1998 State-Changed-Why: awaiting patch & committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:13:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28120 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:13:44 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28105; Thu, 13 Aug 1998 23:13:36 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA20066; Thu, 13 Aug 1998 23:13:34 -0700 (PDT) Date: Thu, 13 Aug 1998 23:13:34 -0700 (PDT) Message-Id: <199808140613.XAA20066@freefall.freebsd.org> To: dillon@best.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7557 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: -current machine running Diablo, lockup, possible inode deadlock State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Thu Aug 13 23:12:26 PDT 1998 State-Changed-Why: Any change after the "rename" softupdate bugfix ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:14:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28405 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:14:58 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28334; Thu, 13 Aug 1998 23:14:46 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA20167; Thu, 13 Aug 1998 23:14:44 -0700 (PDT) Date: Thu, 13 Aug 1998 23:14:44 -0700 (PDT) Message-Id: <199808140614.XAA20167@freefall.freebsd.org> To: naddy@mips.rhein-neckar.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7559 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: pcvt treats DEL as a printable character New Synopsis: [PATCH] pcvt treats DEL as a printable character State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Thu Aug 13 23:14:07 PDT 1998 State-Changed-Why: awaiting pcvt interested committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:17:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28808 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:17:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28781; Thu, 13 Aug 1998 23:17:22 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA20409; Thu, 13 Aug 1998 23:17:19 -0700 (PDT) Date: Thu, 13 Aug 1998 23:17:19 -0700 (PDT) Message-Id: <199808140617.XAA20409@freefall.freebsd.org> To: dgilbert@velocet.ca, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7561 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: CDROM (wcd) is prone to lock up system/processes State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Thu Aug 13 23:16:48 PDT 1998 State-Changed-Why: awaiting fix & committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:22:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29531 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:22:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29475; Thu, 13 Aug 1998 23:21:56 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA20739; Thu, 13 Aug 1998 23:21:53 -0700 (PDT) Date: Thu, 13 Aug 1998 23:21:53 -0700 (PDT) Message-Id: <199808140621.XAA20739@freefall.freebsd.org> To: dwhite@resnet.uoregon.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7564 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: MAKEDEV won't make symlinks for snd >0 State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:21:40 PDT 1998 State-Changed-Why: cmmitted, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:27:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00637 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:27:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00578; Thu, 13 Aug 1998 23:27:22 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21049; Thu, 13 Aug 1998 23:27:19 -0700 (PDT) Date: Thu, 13 Aug 1998 23:27:19 -0700 (PDT) Message-Id: <199808140627.XAA21049@freefall.freebsd.org> To: tstrombe@rtci.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7565 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: small security fix for vidfont/kbdmap, spkrtest State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:27:04 PDT 1998 State-Changed-Why: committed, thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:32:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01933 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:32:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01879; Thu, 13 Aug 1998 23:32:15 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21402; Thu, 13 Aug 1998 23:32:13 -0700 (PDT) Date: Thu, 13 Aug 1998 23:32:13 -0700 (PDT) Message-Id: <199808140632.XAA21402@freefall.freebsd.org> To: software@kew.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7568 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pccard_ether doesn't support wide-dhcp State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:32:03 PDT 1998 State-Changed-Why: committed, thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:36:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA02641 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:36:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA02556; Thu, 13 Aug 1998 23:36:12 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21605; Thu, 13 Aug 1998 23:36:09 -0700 (PDT) Date: Thu, 13 Aug 1998 23:36:09 -0700 (PDT) Message-Id: <199808140636.XAA21605@freefall.freebsd.org> To: moro@remus.dti.ne.jp, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7575 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: flex has inconsistency in the location of FlexLexer.h. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:35:44 PDT 1998 State-Changed-Why: committed, thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:39:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03083 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:39:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03076; Thu, 13 Aug 1998 23:39:42 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21791; Thu, 13 Aug 1998 23:39:39 -0700 (PDT) Date: Thu, 13 Aug 1998 23:39:39 -0700 (PDT) Message-Id: <199808140639.XAA21791@freefall.freebsd.org> To: marko@iprg.nokia.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7589 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Tulip Driver parses SROM contents wrong State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Thu Aug 13 23:39:26 PDT 1998 State-Changed-Why: you don't happen to have a patch, do you ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:41:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03262 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:41:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03250; Thu, 13 Aug 1998 23:40:57 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21908; Thu, 13 Aug 1998 23:40:54 -0700 (PDT) Date: Thu, 13 Aug 1998 23:40:54 -0700 (PDT) Message-Id: <199808140640.XAA21908@freefall.freebsd.org> To: luoqi@chen.ml.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7591 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: `currentldt' should be in per-cpu area on SMP New Synopsis: [PATCH][SMP]`currentldt' should be in per-cpu area on SMP State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Thu Aug 13 23:40:21 PDT 1998 State-Changed-Why: awaiting committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:44:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03583 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:44:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03499; Thu, 13 Aug 1998 23:43:55 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA22016; Thu, 13 Aug 1998 23:43:53 -0700 (PDT) Date: Thu, 13 Aug 1998 23:43:53 -0700 (PDT) Message-Id: <199808140643.XAA22016@freefall.freebsd.org> To: conrad@dirac.physik.uni-bonn.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7603 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Pressing control key sometimes has no effect in xsessions started by xdm with syscons State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:43:24 PDT 1998 State-Changed-Why: I think you need to report this problem to the XFree86 group instead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:50:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04363 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:50:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04202; Thu, 13 Aug 1998 23:49:24 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA22391; Thu, 13 Aug 1998 23:49:21 -0700 (PDT) Date: Thu, 13 Aug 1998 23:49:21 -0700 (PDT) Message-Id: <199808140649.XAA22391@freefall.freebsd.org> To: nick.hibma@jrc.it, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7605 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: no message saying 'Mounting NFS file systems, gonna take loooooong' during boot State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:49:11 PDT 1998 State-Changed-Why: committed, thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:51:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04433 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:51:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04424; Thu, 13 Aug 1998 23:50:53 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA22536; Thu, 13 Aug 1998 23:50:51 -0700 (PDT) Date: Thu, 13 Aug 1998 23:50:51 -0700 (PDT) Message-Id: <199808140650.XAA22536@freefall.freebsd.org> To: Nick.hibma@jrc.it, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7606 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NIS Makefile.dist: NOPUSH replaced by REMOTE_SERVER and LOCAL_SEVER State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Thu Aug 13 23:50:40 PDT 1998 State-Changed-Why: please provide full patch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:53:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04708 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:53:27 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04695; Thu, 13 Aug 1998 23:53:09 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA22887; Thu, 13 Aug 1998 23:53:07 -0700 (PDT) Date: Thu, 13 Aug 1998 23:53:07 -0700 (PDT) Message-Id: <199808140653.XAA22887@freefall.freebsd.org> To: moncrg@bt408720.res.ray.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7608 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: inconsistant df, doesn't match label or probe State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:52:14 PDT 1998 State-Changed-Why: just because the disklabel claims a certain size doesn't mean that the filesystem knows about it. dump your filesystem to tape/other machine/punched cards, newfs and restore To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:55:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05038 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:55:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05023; Thu, 13 Aug 1998 23:55:33 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA23377; Thu, 13 Aug 1998 23:55:30 -0700 (PDT) Date: Thu, 13 Aug 1998 23:55:30 -0700 (PDT) Message-Id: <199808140655.XAA23377@freefall.freebsd.org> To: howard@ee.utah.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7609 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: misspelled variable name in /etc/rc.network in 2.2.7-RELEASE State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Aug 13 23:55:21 PDT 1998 State-Changed-Why: fixed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:56:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05302 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:56:58 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05211; Thu, 13 Aug 1998 23:56:31 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA23538; Thu, 13 Aug 1998 23:56:29 -0700 (PDT) Date: Thu, 13 Aug 1998 23:56:29 -0700 (PDT) Message-Id: <199808140656.XAA23538@freefall.freebsd.org> To: naddy@mips.rhein-neckar.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7610 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: pcvt displays wrong glyph for 0xFD in ISO Latin 1 mode New Synopsis: [PATCH] pcvt displays wrong glyph for 0xFD in ISO Latin 1 mode State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Thu Aug 13 23:56:04 PDT 1998 State-Changed-Why: awating committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 13 23:57:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05516 for freebsd-bugs-outgoing; Thu, 13 Aug 1998 23:57:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05501; Thu, 13 Aug 1998 23:57:42 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA23688; Thu, 13 Aug 1998 23:57:40 -0700 (PDT) Date: Thu, 13 Aug 1998 23:57:40 -0700 (PDT) Message-Id: <199808140657.XAA23688@freefall.freebsd.org> To: dgilbert@velocet.ca, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7562 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Running wine can cause other applications to fail State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Thu Aug 13 23:57:22 PDT 1998 State-Changed-Why: awaiting fix & committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 00:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05953 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 00:00:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05899 for ; Fri, 14 Aug 1998 00:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA23909; Fri, 14 Aug 1998 00:00:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04532; Thu, 13 Aug 1998 23:51:54 -0700 (PDT) (envelope-from nobody) Message-Id: <199808140651.XAA04532@hub.freebsd.org> Date: Thu, 13 Aug 1998 23:51:54 -0700 (PDT) From: mikeg@hoflink.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/7611: custom-builtkernel causes fatal trap 12: page fault while in kernel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7611 >Category: kern >Synopsis: custom-builtkernel causes fatal trap 12: page fault while in kernel mode >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 00:00:01 PDT 1998 >Last-Modified: >Originator: Michael Graziano >Organization: >Release: 2.2.7-RELEASE >Environment: FreeBSD 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Thu Aug 13 21:22:28 EDT 1998 root@:/usr/src/sys/compile/BEAST i386 >Description: This is *LONG*, take my apology now :) Using a custom-built kernel, when attempting to shut the system down or reboot it, the machine dies with Fatal trap 12: page fault while in kernel mode The fault code is always the same also: Supervisor read: Page not present It leaves no dumps behind to examine. This error also occours randomly while the system is running. My hardware is (permission to laugh as loud as you want): a Cyrix 486/40 (SX), 8 megs of ram with 81M swap space (configured on /dev/wd1s1b), 2400bps modem (/dev/sio2) and a Tseng ET4000 SVGA vid board. The first hard drive is a Maxtor 2.06GB, the second is a WD 81GB (yes, I'm using the whole thing as swap space). (better to give the whole sorry mess than miss something possibly significant) ->this problem report is the same as or similar to the following -> (Most have been closed without fixes. I gave up after these 12) kern/1293 kern/2877 kern/5709 kern/5897 kern/2901 kern/2877 kern/1609 kern/2513 kern/3072 kern/3150 kern/4273 kern/5994 >How-To-Repeat: I am including my kernel config file here, it occours any time a shutdown is attempted. Please note that this does NOT occour with kernels built from the GENERIC config file --BEGIN BEAST-- # # Beast -- Custom kernel configuration file. # WD/ATAPI Disks. 80486 CPU, NO FPU # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # machine "i386" cpu "I486_CPU" ident "BEAST-1.0.0" maxusers 10 #reduced (sig12) options GPL_MATH_EMULATE #GPL'd 387 EMU. options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor config kernel root on wd0 controller isa0 controller eisa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 # BEAST's 2nd HDD is ATAPI-series options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device ppp 1 pseudo-device vn 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker # For Piano and Morse :) # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG --END BEAST-- >Fix: Hmmmm, I give you two alternatives. Both gory and unplesant, but workable as *temporary* fixes: 1) Disable all swap space, as in yank the swap devices from /etc/fstab This works, the problem is in the VM system, and turning off swap space gets rid of the problem. It has the unfortunate effect of making this particular box unusable since there isn't enough RAM to work in. 2) Boot and run from the GENERIC kernel. This seems to work- both kernels built from the GENERIC config file and the included kernel.GENERIC do not have this problem on my system. However the generic kernel is bloated beyond belief and sucks up quite a bit of RAM. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 01:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17443 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 01:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17436 for ; Fri, 14 Aug 1998 01:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA25700; Fri, 14 Aug 1998 01:10:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17200; Fri, 14 Aug 1998 01:06:56 -0700 (PDT) (envelope-from nobody) Message-Id: <199808140806.BAA17200@hub.freebsd.org> Date: Fri, 14 Aug 1998 01:06:56 -0700 (PDT) From: mpwlasec@berlin.snafu.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/7612: The Prototype of the mkdtemp(3) function is missing from unistd.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7612 >Category: bin >Synopsis: The Prototype of the mkdtemp(3) function is missing from unistd.h >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 01:10:00 PDT 1998 >Last-Modified: >Originator: Gottfried Ganßauge >Organization: M.P.W.LASEC Software GmbH >Release: 2.2.6 >Environment: FreeBSD gg3pc.lasec.de 2.2.6-STABLE FreeBSD 2.2.6-STABLE #5: Mon May 25 17:44:12 CEST 1998 Root@gg3pc.lasec.de:/.tmp_mount/lasecpc/usr/src/sys/compile/GG3PC i386 >Description: The declaration of function mkdtemp(3) is missing from unistd.h. According to the manual page it should be declared in that file but it is not (also not in 2.2.7 of 08-10-1998). >How-To-Repeat: >Fix: declare extern char *mkdtemp (char *) within the source files where the function is needed. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 02:20:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA24533 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 02:20:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA24455 for ; Fri, 14 Aug 1998 02:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA27554; Fri, 14 Aug 1998 02:20:01 -0700 (PDT) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA23841 for ; Fri, 14 Aug 1998 02:15:50 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: (from sheldonh@localhost) by axl.training.iafrica.com (8.8.8/8.8.8) id LAA19428; Fri, 14 Aug 1998 11:15:11 +0200 (SAST) (envelope-from sheldonh) Message-Id: <199808140915.LAA19428@axl.training.iafrica.com> Date: Fri, 14 Aug 1998 11:15:11 +0200 (SAST) From: axl@iafrica.com Reply-To: axl@iafrica.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/7613: src/etc/root/dot.profile sets bogus crt envariable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7613 >Category: conf >Synopsis: src/etc/root/dot.profile sets bogus crt envariable >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 02:20:01 PDT 1998 >Last-Modified: >Originator: Sheldon Hearn >Organization: UUNET Internet Africa >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD 2.2.7 out of the box for Intel machines >Description: The src/etc/root/dot.profile sets the environment variable crt to 24 for correct paging within the mail(1) program. If crt is unset, no paging is done. However, according to the mail(1) manpage: | If crt is set without a value, then the height of the | ter- minal screen stored in the system is used to compute | the threshold (see stty(1)). Therefore, to ensure correct paging in non-24-line modes, crt should be set to an empty value. >How-To-Repeat: N/A >Fix: The following patch changes root's .profile to setting the value of crt to ''. This makes for correct paging on a wider range of display types. --- /usr/src/etc/root/dot.profile.ORIG Sun Feb 15 16:31:55 1998 +++ /usr/src/etc/root/dot.profile Fri Aug 14 11:12:55 1998 @@ -9,5 +9,5 @@ PAGER=more export PAGER # make mail(1) happy: -crt=24 +crt='' export crt >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 04:38:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09489 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 04:38:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09415; Fri, 14 Aug 1998 04:37:43 -0700 (PDT) (envelope-from thepish@FreeBSD.org) From: Peter Hawkins Received: (from thepish@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA01917; Fri, 14 Aug 1998 04:37:41 -0700 (PDT) Date: Fri, 14 Aug 1998 04:37:41 -0700 (PDT) Message-Id: <199808141137.EAA01917@freefall.freebsd.org> To: mpwlasec@berlin.snafu.de, thepish@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7612 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: The Prototype of the mkdtemp(3) function is missing from unistd.h State-Changed-From-To: open-closed State-Changed-By: thepish State-Changed-When: Fri Aug 14 04:37:19 PDT 1998 State-Changed-Why: fixed in 227 thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 05:46:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17826 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 05:46:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from copernicus.cpt.tech.iafrica.com (copernicus.cpt.tech.iafrica.com [196.31.1.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17815; Fri, 14 Aug 1998 05:46:30 -0700 (PDT) (envelope-from sheldonh@iafrica.com) Received: from localhost ([127.0.0.1] helo=iafrica.com ident=[s1+fhvY7stqayucYsgpSMDfDyd88PHwg]) by copernicus.cpt.tech.iafrica.com with esmtp (Exim 1.92 #1) id 0z7JEc-0005Uj-00; Fri, 14 Aug 1998 14:45:34 +0200 From: Sheldon Hearn To: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7613: src/etc/root/dot.profile sets bogus crt envariable In-reply-to: Your message of "Fri, 14 Aug 1998 02:20:01 MST." <199808140920.CAA27550@freefall.freebsd.org> Date: Fri, 14 Aug 1998 14:45:34 +0200 Message-ID: <21124.903098734@iafrica.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It would seem that src/share/skel/dot.profile also needs to be patched. Sorry, I should have been more careful when posting originally. An additional patch follows. Ciao, Sheldon. --- /usr/src/share/skel/dot.profile.ORIG Fri Aug 14 14:40:24 1998 +++ /usr/src/share/skel/dot.profile Fri Aug 14 14:40:37 1998 @@ -18,7 +18,7 @@ EDITOR=vi; export EDITOR PAGER=more; export PAGER # make mail(1) happy: -crt=24; export crt +crt=''; export crt # set ENV to a file invoked each time sh is started for interactive use. ENV=$HOME/.shrc; export ENV To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 05:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18161 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 05:50:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18152 for ; Fri, 14 Aug 1998 05:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA04076; Fri, 14 Aug 1998 05:50:00 -0700 (PDT) Date: Fri, 14 Aug 1998 05:50:00 -0700 (PDT) Message-Id: <199808141250.FAA04076@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Sheldon Hearn Subject: Re: conf/7613: src/etc/root/dot.profile sets bogus crt envariable Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/7613; it has been noted by GNATS. From: Sheldon Hearn To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org Cc: Subject: Re: conf/7613: src/etc/root/dot.profile sets bogus crt envariable Date: Fri, 14 Aug 1998 14:45:34 +0200 It would seem that src/share/skel/dot.profile also needs to be patched. Sorry, I should have been more careful when posting originally. An additional patch follows. Ciao, Sheldon. --- /usr/src/share/skel/dot.profile.ORIG Fri Aug 14 14:40:24 1998 +++ /usr/src/share/skel/dot.profile Fri Aug 14 14:40:37 1998 @@ -18,7 +18,7 @@ EDITOR=vi; export EDITOR PAGER=more; export PAGER # make mail(1) happy: -crt=24; export crt +crt=''; export crt # set ENV to a file invoked each time sh is started for interactive use. ENV=$HOME/.shrc; export ENV To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 06:45:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28038 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 06:45:27 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28014; Fri, 14 Aug 1998 06:45:18 -0700 (PDT) (envelope-from thepish@FreeBSD.org) From: Peter Hawkins Received: (from thepish@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA16945; Fri, 14 Aug 1998 06:45:16 -0700 (PDT) Date: Fri, 14 Aug 1998 06:45:16 -0700 (PDT) Message-Id: <199808141345.GAA16945@freefall.freebsd.org> To: axl@iafrica.com, thepish@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7613 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: src/etc/root/dot.profile sets bogus crt envariable State-Changed-From-To: open-analyzed State-Changed-By: thepish State-Changed-When: Fri Aug 14 06:44:19 PDT 1998 State-Changed-Why: fixed in -current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 07:22:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02183 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 07:22:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02152; Fri, 14 Aug 1998 07:22:27 -0700 (PDT) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA18264; Fri, 14 Aug 1998 07:22:25 -0700 (PDT) Date: Fri, 14 Aug 1998 07:22:25 -0700 (PDT) Message-Id: <199808141422.HAA18264@freefall.freebsd.org> To: joes@wstein.com, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7584 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pppd login fails to check /etc/passwd State-Changed-From-To: open-feedback State-Changed-By: danny State-Changed-When: Fri Aug 14 07:21:29 PDT 1998 State-Changed-Why: More info requested of the submitter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 07:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03351 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 07:30:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03312 for ; Fri, 14 Aug 1998 07:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA18427; Fri, 14 Aug 1998 07:30:01 -0700 (PDT) Date: Fri, 14 Aug 1998 07:30:01 -0700 (PDT) Message-Id: <199808141430.HAA18427@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garrett Wollman Subject: Re: kern/7557 Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7557; it has been noted by GNATS. From: Garrett Wollman To: Poul-Henning Kamp Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/7557 Date: Fri, 14 Aug 1998 10:28:44 -0400 (EDT) < said: > Synopsis: -current machine running Diablo, lockup, possible inode deadlock > State-Changed-From-To: open-feedback > State-Changed-By: phk > State-Changed-When: Thu Aug 13 23:12:26 PDT 1998 > State-Changed-Why: > Any change after the "rename" softupdate bugfix ? As I mentioned in my previous reply, this hang is NOT softupdates-related. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 07:48:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05850 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 07:48:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from post.mail.demon.net (post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA05765 for ; Fri, 14 Aug 1998 07:47:52 -0700 (PDT) (envelope-from neil@causality.com) Received: from (causality.com) [158.152.208.192] by post.mail.demon.net with esmtp (Exim 1.82 #2) id 0z7L8V-0000st-00; Fri, 14 Aug 1998 14:47:23 +0000 Message-ID: <35D447AD.946BB082@causality.com> Date: Fri, 14 Aug 1998 15:20:29 +0100 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: bugs@FreeBSD.ORG Subject: Possible bugs in FreeBSD kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greetings, While running FreeBSD no my laptop, I've come into the following problems. I'm using a slightly old -current source tree and possibly some of these issues may have been fixed---I can't see that they have though. As usual, be prepared to accept the possibility that I'm talking complete rubbish and have got everythign wrong :) I'm running ona Fujitsu Lifebook 900 laptop with P233 CPU. I have a plug-in 3Com Etherlink III PCMCIA card connected to a 10BaseT network. 1) Ethernet: This seems to pick up and use the zp driver, so my interface is zp0. - This driver, for some reason, eats system time for breakfast. On NFS ops my system regularly boosts to 70% of its time spent in the kernel... Don't know what doing. - During inward FTPs, I get around 100KB/sec xfer rates due to repeated stalls for around 1/2 sec. Wierd. - In intensive NFS ops (eg dd from /dev/zero to a file on an NFS mounted FS) I get very good xfer rates, but the thing occasionally hangs the kernel which then recovers 30-40 secs later. 2) APM: It seems a while ago in FreeBSD the APM `cpu lower clock rate on idle' option aws disabled. It used to use a #if NAPM>0 thing in there, but someone disabled this in favour of a function vector for the idle/hlt code instead. I can't see any evidence to suggest that this vector change was implemented in the general APM code, so it could be that most CPUs aren't saving power out there. I might have missed this, though. Sorry if this is a complete waste of time... Cheers, Neil To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 09:15:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17174 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 09:15:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from kvikk.uit.no (kvikk.Uit.No [129.242.4.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17151 for ; Fri, 14 Aug 1998 09:15:33 -0700 (PDT) (envelope-from pere@cc.uit.no) Received: from joseph.cc.uit.no (joseph.Cc.Uit.No [129.242.6.242]) by kvikk.uit.no (8.8.8/8.8.8) with ESMTP id SAA08116; Fri, 14 Aug 1998 18:15:01 +0200 (METDST) Received: from zero.cc.uit.no (zero.Cc.Uit.No [129.242.5.34]) by joseph.cc.uit.no (8.8.8/8.8.8) with ESMTP id SAA27782; Fri, 14 Aug 1998 18:15:00 +0200 (METDST) Received: (from pere@localhost) by zero.cc.uit.no (8.8.8/8.8.8) id SAA08741; Fri, 14 Aug 1998 18:15:00 +0200 (METDST) Date: Fri, 14 Aug 1998 18:15:00 +0200 (METDST) Message-Id: <199808141615.SAA08741@zero.cc.uit.no> From: Petter Reinholdtsen To: freebsd-bugs@FreeBSD.ORG Subject: 'make world' should install includes first Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've just fetched FreeBSD v2.3 on a FreeBSD 2.1 machine using cvsup. I then tried to do 'make world', only do discover that the include files are not installed in /usr/obj/usr/src/tmp/usr/include, as they should. Because of this, I get conflicts compiling usr.bin/make, and 'make world' fails. I beleave the solution is to make sure 'make -C include copies DISTDIR=/usr/obj/usr/src/tmp' is executed as the first thing. JFYI. -- ##> Petter Reinholdtsen <## | pere@td.org.uit.no O- http://www.hungry.com/~pere/ | Go Mozilla, go! Go! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 09:44:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23385 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 09:44:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23151; Fri, 14 Aug 1998 09:43:28 -0700 (PDT) (envelope-from moncrg@bt340707.res.ray.com) Received: (mailer@localhost) by gatekeeper.ray.com (8.8.7/8.8.7) id MAA23180; Fri, 14 Aug 1998 12:16:14 -0400 Received: from bt340707.res.ray.com/138.125.142.35() by gatekeeper.ray.com id sma.903108773.029961; Fri Aug 14 11:32:53 1998 Received: from bt340707.res.ray.com (localhost [127.0.0.1]) by bt340707.res.ray.com (8.8.7/8.8.7) with ESMTP id LAA28414; Fri, 14 Aug 1998 11:25:14 -0500 (EST) (envelope-from moncrg@bt340707.res.ray.com) Message-ID: <35D464E9.A1B978B9@bt340707.res.ray.com> Date: Fri, 14 Aug 1998 11:25:13 -0500 From: "Gregory D. Moncreaff" X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Poul-Henning Kamp CC: moncrg@bt408720.res.ray.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7608 References: <199808140653.XAA22887@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ok, so its a filesystem problem, or a newfs problem, but its still a problem I did state that this happened on a clean install of 2.2.7 release on CD, and there does not seem to be any errata about disappearing disk.... novice install: - use entire disk - 300 / - 200 swap - remainder /usr the question may be "why didn't the install use the entire slice [e] when doing newfs" [if such a thing is possible] maybe this should be refiled instead of closed??? Poul-Henning Kamp wrote: > Synopsis: inconsistant df, doesn't match label or probe > > State-Changed-From-To: open-closed > State-Changed-By: phk > State-Changed-When: Thu Aug 13 23:52:14 PDT 1998 > State-Changed-Why: > just because the disklabel claims a certain size doesn't mean that > the filesystem knows about it. > dump your filesystem to tape/other machine/punched cards, newfs > and restore > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message -- Greg Moncreaff, Senior Software Engineer, CNS/ATN Raytheon Systems Company, Mailstop 2.2.2507 Raytheon 1001 Boston Post Road East, Marlboro, MA 01752 USA 508.490.2048, 508.490.2086 fax -- Disclaimer: "this is my personal opinion and not that of my employer" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 10:14:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29526 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 10:14:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from flea.best.net (flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29385; Fri, 14 Aug 1998 10:13:59 -0700 (PDT) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.9.0/8.9.0/best.fl) id KAA14129; Fri, 14 Aug 1998 10:13:12 -0700 (PDT) Date: Fri, 14 Aug 1998 10:13:12 -0700 (PDT) From: Matt Dillon Message-Id: <199808141713.KAA14129@flea.best.net> To: Poul-Henning Kamp Cc: phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7557 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :Synopsis: -current machine running Diablo, lockup, possible inode deadlock : :State-Changed-From-To: open-feedback :State-Changed-By: phk :State-Changed-When: Thu Aug 13 23:12:26 PDT 1998 :State-Changed-Why: :Any change after the "rename" softupdate bugfix ? The inode deadlock does not occur all that often, but I'll be on the lookout. I did upgrade the machine to the latest -current CVS w/ the softupdates fix in it, so we'll see. -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications. (Please include portions of article in any response) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 10:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04423 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 10:40:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04366 for ; Fri, 14 Aug 1998 10:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA25030; Fri, 14 Aug 1998 10:40:01 -0700 (PDT) Date: Fri, 14 Aug 1998 10:40:01 -0700 (PDT) Message-Id: <199808141740.KAA25030@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Chris Timmons Subject: Re: kern/7468 Reply-To: Chris Timmons Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7468; it has been noted by GNATS. From: Chris Timmons To: freebsd-gnats-submit@freebsd.org Cc: John Polstra Subject: Re: kern/7468 Date: Fri, 14 Aug 1998 10:32:25 -0700 (PDT) With the guidance of John Polstra , I have performed some coarse debugging. John suspects that the problem is triggered by the m3 runtime system's memory allocator. According to John: "The allocator uses mprotect(2) to make allocated pages inaccessible. When the program later attempts to access the data, a SIGBUS results. The allocator catches the signal, records the fact that the page was accessed, and calls mprotect again to allow access. The signal handler returns in such a way as to re-execute the faulting instruction, which succeeds the this time." John suggested building the m3 compiler (itself an m3 program) with the elaborate run-time allocator disabled; indeed, with the elaborate allocator disabled, the compiler is able to complete the build which otherwise had failed. 1) TESTING ENVIRONMENT: -current as of August 4, 1998 -SMP kernel -UP machine (failure syndrome is identical on UP machine running SMP kernel and my UP -current machine is much faster than the dual-processor one.) - cd /usr/ports/lang/modula-3-lib diff -r1.10 Makefile 92c92 < make -f ../src/makefile TARGET=FreeBSD2 COPT=-O CDEBUG= ; \ --- > make -f ../src/makefile TARGET=FreeBSD2 COPT=-O CDEBUG=-g ; \ 110c110 < make m3cgc1 CC="${CC}" CFLAGS="${CFLAGS}"; \ --- > make m3cgc1 CC="${CC}" CFLAGS="-g -O"; \ - do "make configure" - Edit "work/m3/m3build/templates/FreeBSD2". Search for the string "M3OPTIONS" (should be on or about line 201) M3OPTIONS = [ "-w1", "-why", "-O" ] % ------ FOR DEBUGGING INFO, add "-g" Add ", -g" to generate debugging symbols. M3OPTIONS = [ "-w1", "-why", "-O", "-g" ] - *** TO MASK THE PROBLEM - add "@M3novm" M3OPTIONS = [ "-w1", "-why", "-O", "-g", "@M3novm" ] - do "make" - expect pid (m3), uid 0: exited on signal 6 (core dumped) which occurs during the build of work/m3/parseparams. - if you restart from this point, there is another reliable crash soon to follow. 2) M3 CRASH BACKTRACE GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... Core was generated by `m3'. Program terminated with signal 6, Abort trap. #0 0xdb315 in _kill () (gdb) bt #0 0xdb315 in _kill () #1 0xdafd8 in abort () #2 0xc56df in RTHeapDep__Core (M3_DLS2Hj_sig=6, M3_DLS2Hj_code=0, M3_AROiO0_scp=0xefbfd054) at RTHeapDep.m3:155 #3 #4 0xdb315 in _kill () #5 0xc4b65 in RTOS__Crash () at RTOS.m3:20 #6 0xc1681 in RTProcess__Crash (M3_Bd56fi_msg=0x0) at RTProcess.m3:65 #7 0xc0a4f in RTMisc__EndError () at RTMisc.m3:121 #8 0xc0806 in RTMisc__FatalErrorS (M3_AJWxb1_file=0x11d970, M3_AcxOUs_line=35, M3_Bd56fi_msgA=0x11c1ec, M3_Bd56fi_msgB=0x0, M3_Bd56fi_msgC=0x0) at RTMisc.m3:66 #9 0xb53a6 in RTHooks__ReportFault (M3_AJWxb1_module=0x11d6cc, M3_AcxOUs_info=560) at RTHooks.m3:107 #10 0xb7b46 in _m3_fault (M3_AcxOUs_arg=560) at RTHeapMap.m3:225 #11 0xb72b6 in RTHeapMap__WalkRef (M3_DjW59Y_h=0x1b5000, M3_Deq2V9_v=0x1ae004) at RTHeapMap.m3:35 #12 0xba9c4 in RTCollector__CleanBetween (M3_DjW59Y_h=0x1b5000, M3_DjW59Y_he=0x1b6000) at RTCollector.m3:1005 #13 0xba6df in RTCollector__CopySome () at RTCollector.m3:970 #14 0xb9f55 in RTCollector__CollectSomeInStateOne () at RTCollector.m3:848 #15 0xb9655 in RTCollector__CollectSome () at RTCollector.m3:694 #16 0xbbe15 in RTHeapRep__Crash () at RTCollector.m3:1614 #17 0xc089c in RTMisc__FatalErrorPC (M3_AcxOUs_pc=723612, M3_Bd56fi_msgA=0x122b88, M3_Bd56fi_msgB=0x0, M3_Bd56fi_msgC=0x0) at RTMisc.m3:84 #18 0xc5bc9 in RTSignal__SegV (M3_DLS2Hj_sig=11, M3_DLS2Hj_code=12, M3_AROiO0_scp=0xefbfd274) at RTSignal.m3:96 #19 0xc5641 in RTHeapDep__Fault (M3_DLS2Hj_sig=11, M3_DLS2Hj_code=12, M3_AROiO0_scp=0xefbfd274) at RTHeapDep.m3:129 #20 #21 0xb0a9c in IntRefTbl__KeyEqual (M3_CJQvia_tbl=0x19a0a4, M3_EN2A1V_k1=0x28d564, M3_EN2A1V_k2=0x44524143) at Table.mg:186 #22 0xb06e4 in IntRefTbl__Get (M3_CJQvia_tbl=0x19a0a4, M3_EN2A1V_key=0x28d564, M3_EKuYlT_val=0xefbfd318) at Table.mg:103 #23 0x7df4 in Main__CheckImp (M3_A7mgsK_u=0x251810, M3_EIVwTa_z=0x251824, M3_BpHyht_map=0x19a0a4) at Main.m3:1497 #24 0x7d47 in Main__CheckImports (M3_A7mgsK_u=0x251810) at Main.m3:1487 #25 0x7cb4 in Main__Merge (M3_ANTBnu_f=0x1720cc) at Main.m3:1465 #26 0x7733 in Main__CompileM3 (M3_ANTBnu_f=0x1720cc) at Main.m3:1281 #27 0x7206 in Main__CompileOne (M3_ANTBnu_f=0x1720cc) at Main.m3:1129 #28 0x710c in Main__CompileEverything () at Main.m3:1099 #29 0x43d4 in Main__DoIt () at Main.m3:155 #30 0xb9b0 in _INITM_Main () at Main.m3:2923 #31 0xc03d1 in RTLinker__RunMainBodies () at RTLinker.m3:58 #32 0xc04c7 in _INITM_RTLinker () at RTLinker.m3:88 #33 0x15b9 in main (argc=31, argv=0xefbfd418, envp=0xefbfd498) at _m3main.c:1440 3) KTRACE snippets. 'ktrace -idg ' was used. Probably the build script could be hacked to call ktrace on just the m3 invocation, continually over-writing the ktrace.out file until the crash occurs; I managed ktrace by hand, starting close to the inevitable crash. ; THIS IS TYPICAL OF HOW THE M3 ALLOCATOR EXERCISES MPROTECT() ; SIMILAR SEQUENCES OCCUR VERY ROUTINELY. 14541 m3 CALL mprotect(0x142000,0x1000,0x3) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x143000,0x2000,0x3) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x14b000,0x2000,0x3) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x14d000,0x6000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x142000,0x1000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x14b000,0x2000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x158000,0x1000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x159000,0x8000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x165000,0x1000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL getrusage(0,0xefbfd1ec) 14541 m3 RET getrusage 0 14541 m3 PSIG SIGBUS caught handler=0xc55c0 mask=0x0 code=0xc 14541 m3 CALL mprotect(0x158000,0x1000,0x3) 14541 m3 RET mprotect 0 ; THIS IS THE SEQUENCE WHEN M3 DIES; NOTE THE SEGV WHICH LEADS TO ; AN ASSERTION FIRING AND ULTIMATELY - CALL kill(0x38cd,0x6). 14541 m3 PSIG SIGBUS caught handler=0xc55c0 mask=0x0 code=0xc 14541 m3 CALL mprotect(0x246000,0x1000,0x3) 14541 m3 RET mprotect 0 14541 m3 CALL sigreturn(0xefbfd260) 14541 m3 RET sigreturn JUSTRETURN 14541 m3 CALL unlink(0x177e1c) 14541 m3 NAMI "ParseParams.ms" 14541 m3 RET unlink 0 14541 m3 CALL gettimeofday(0xefbfd304,0xefbfd30c) 14541 m3 RET gettimeofday 0 14541 m3 PSIG SIGBUS caught handler=0xc55c0 mask=0x0 code=0xc 14541 m3 CALL getrusage(0,0xefbfd1bc) 14541 m3 RET getrusage 0 14541 m3 CALL mprotect(0x269000,0x1000,0x3) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x1c1000,0x1000,0x3) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x1c1000,0x1000,0x1) 14541 m3 RET mprotect 0 14541 m3 CALL mprotect(0x269000,0x1000,0) 14541 m3 RET mprotect 0 14541 m3 CALL getrusage(0,0xefbfd1a8) 14541 m3 RET getrusage 0 14541 m3 CALL sigreturn(0xefbfd274) 14541 m3 RET sigreturn JUSTRETURN 14541 m3 PSIG SIGSEGV caught handler=0xc55c0 mask=0x0 code=0xc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 10:50:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06123 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 10:50:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06061 for ; Fri, 14 Aug 1998 10:50:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA25357; Fri, 14 Aug 1998 10:50:03 -0700 (PDT) Date: Fri, 14 Aug 1998 10:50:03 -0700 (PDT) Message-Id: <199808141750.KAA25357@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: fetch@muffin.arcadia.spb.ru Subject: Re:kern/7578: Reply-To: fetch@muffin.arcadia.spb.ru Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7578; it has been noted by GNATS. From: fetch@muffin.arcadia.spb.ru To: freebsd-gnats-submit@freebsd.org, fetch@muffin.arcadia.spb.ru Cc: Subject: Re:kern/7578: Date: Fri, 14 Aug 1998 21:54:53 +0400 (MSD) Pardon for pretty lame report. Apparently it happens not the cloned routes cleaning. I don't know whether RTF_PRCLONING flag should be set when making interface up on configuration but when I'm configuring interface or adding an alias on it, rtrequest adds rtentry without RTF_PRCLONING flag set, also when deleting interface, rtrequest_delete doesn't checks thru the tree for cloned routes and routes cloned from interface that's already gone remain intact in routing table. Well, in fact even hacked rtreqeust_delete (do not check for RTF_PRCLONING flag and check the tree for cloned routes) doesn't helps:) I've never hacked an OS kernel and the above is my best description of the problem so far:) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 11:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08483 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 11:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08426 for ; Fri, 14 Aug 1998 11:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA25684; Fri, 14 Aug 1998 11:00:00 -0700 (PDT) Date: Fri, 14 Aug 1998 11:00:00 -0700 (PDT) Message-Id: <199808141800.LAA25684@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Matthew Dillon Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7418; it has been noted by GNATS. From: Matthew Dillon To: Luoqi Chen Cc: luoqi@chen.ml.org, freebsd-gnats-submit@freebsd.org, luoqi@watermarkgroup.com Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Date: Fri, 14 Aug 1998 10:51:24 -0700 (PDT) :> :Even if the buffer header is thrown away, the data should be still in :the vm cache. But I could imagine one scenario that could lead to data loss. :... :> :IO_VMIO flag is only set from getpages/putpages calls, as a result of direct :mmapped access. We don't need to keep the buffer headers around, and as I :mentioned before, this won't result in any data loss, the data are still intact :in vm cache. : :-lq I've noticed something else in regards to the corruption which might throw more light on the problem. [one page] A,B,C,D ... discrete usenet articles stored in file. [AAAAAAA][AAABBBBBB][BBBBBBBB][BBBBCCCCCCdddddd][DDDDDD...] page #1 #2 #3 #4 #5 The lower case 'd's indicate corruption... that is, areas of the file that were corrupted to 0x00. The interesting item is that not only does the corruption end at a page boundry, it *begins* at the beginning of an article. That is, article 'C' does not get corrupted at all, nor is there a piece of the beginning of D that is not corrupted... the corruption begins at the beginning of article D and ends at the page boundry (article D continues past the page boundry. The portion after the page boundry is not corrupted). So what about this possibillity (this is only a possibility, not an actual trace): * process 1 write()'s article B to the file * process 1 write()'s article C to the file * process 2 mmap's and faults pages associated with C (i.e. page #4) (at this point, 'D' has not been written yet and no corruption has yet occured, page #4 properly contains 00's after the end of article C). This is a PROT_READ,MAP_SHARED map. * kernel starts writing page #4 to disk (or kernel starts writing page #4 to disk and then process #2 faults it in for reading). * process 1 write()'s article D to the file while page #4 is dirty and the I/O is in progress. Corruption somehow occurs. Is there anything fishy in this sequence of events that could cause the corruption? The corruption I see occurs at least a dozen times a day, probably more. But that is out of 800,000 article appends to spool files (per day). Thus, the window of opportunity would be relatively small. The machine in question is heavily IO loaded... it has lots of memory and there isn't much pageout/swap activity, but the memory is being exercised very heavily due to the news spool and reading functions. There is very heavy read-only mmap'ing of the spool files as well. I can well imagine this creating concurrency situations that would not otherwise occur in other setups. For example, disk-write latency increases severely, creating a larger potential window of opportunity then if the disks were less heavily loaded. -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications (Please include original email in any response) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 12:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22850 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 12:10:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22845 for ; Fri, 14 Aug 1998 12:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA27836; Fri, 14 Aug 1998 12:10:01 -0700 (PDT) Date: Fri, 14 Aug 1998 12:10:01 -0700 (PDT) Message-Id: <199808141910.MAA27836@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luoqi Chen Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7418; it has been noted by GNATS. From: Luoqi Chen To: dillon@backplane.com, luoqi@chen.ml.org Cc: freebsd-gnats-submit@freebsd.org, luoqi@watermarkgroup.com Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Date: Fri, 14 Aug 1998 15:02:26 -0400 (EDT) > > I've noticed something else in regards to the corruption which might > throw more light on the problem. > > [one page] > > A,B,C,D ... discrete usenet articles stored in file. > > [AAAAAAA][AAABBBBBB][BBBBBBBB][BBBBCCCCCCdddddd][DDDDDD...] > page #1 #2 #3 #4 #5 > > The lower case 'd's indicate corruption... that is, areas of the file > that were corrupted to 0x00. The interesting item is that not only does > the corruption end at a page boundry, it *begins* at the beginning of > an article. That is, article 'C' does not get corrupted at all, nor > is there a piece of the beginning of D that is not corrupted... the > corruption begins at the beginning of article D and ends at the page > boundry (article D continues past the page boundry. The portion after > the page boundry is not corrupted). > I have a very interesting observation of the spool file dump in the PR 7418 report, article 'C' (<6pip3s$f5b$1@nnrp1.dejanews.com>) was completely lost, so it is not just the article that crosses the page boundary, corruption could occur for articles precede it and on the same page. I also notice that both in PR 7418 and in your illustration above, corruptions take place on even numbered pages, i.e., 2nd page of the two-page FFS blocks, is this always the case? Are you aware of any other commonalities among all corruption cases you had seen? > So what about this possibillity (this is only a possibility, not an actual > trace): > > * process 1 write()'s article B to the file > > * process 1 write()'s article C to the file > > * process 2 mmap's and faults pages associated with C (i.e. page #4) > (at this point, 'D' has not been written yet and no corruption > has yet occured, page #4 properly contains 00's after the end > of article C). This is a PROT_READ,MAP_SHARED map. > > * kernel starts writing page #4 to disk (or kernel starts writing > page #4 to disk and then process #2 faults it in for reading). > > * process 1 write()'s article D to the file while page #4 is > dirty and the I/O is in progress. Corruption somehow occurs. > I doubt this could happen: the buffer contains page #3 and #4 will be marked busy, write() will block until the I/O is complete. And when the kernel is writing page #4, process #2 shouldn't fault reading it since it is already in core. > Is there anything fishy in this sequence of events that could cause the > corruption? The corruption I see occurs at least a dozen times a day, > probably more. But that is out of 800,000 article appends to spool files > (per day). Thus, the window of opportunity would be relatively small. > > The machine in question is heavily IO loaded... it has lots of memory > and there isn't much pageout/swap activity, but the memory is being > exercised very heavily due to the news spool and reading functions. > There is very heavy read-only mmap'ing of the spool files as well. I > can well imagine this creating concurrency situations that would not > otherwise occur in other setups. For example, disk-write latency > increases severely, creating a larger potential window of opportunity then > if the disks were less heavily loaded. > I have written a small test program to simulate what diablo does, and so far has not been able to get any corruption. The test was done on an otherwise idle machine. So heavy load is definitely a contributing factor here. > -Matt > > Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet > Communications > (Please include original email in any response) > > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 12:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25943 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 12:30:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25899 for ; Fri, 14 Aug 1998 12:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA28426; Fri, 14 Aug 1998 12:30:00 -0700 (PDT) Date: Fri, 14 Aug 1998 12:30:00 -0700 (PDT) Message-Id: <199808141930.MAA28426@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Matthew Dillon Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7418; it has been noted by GNATS. From: Matthew Dillon To: Luoqi Chen Cc: luoqi@chen.ml.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Date: Fri, 14 Aug 1998 12:21:19 -0700 (PDT) :> :> A,B,C,D ... discrete usenet articles stored in file. :> :> [AAAAAAA][AAABBBBBB][BBBBBBBB][BBBBCCCCCCdddddd][DDDDDD...] :> page #1 #2 #3 #4 #5 :> :> :I have a very interesting observation of the spool file dump in the PR 7418 :report, article 'C' (<6pip3s$f5b$1@nnrp1.dejanews.com>) was completely lost, :so it is not just the article that crosses the page boundary, corruption :could occur for articles precede it and on the same page. I also notice that :both in PR 7418 and in your illustration above, corruptions take place on :even numbered pages, i.e., 2nd page of the two-page FFS blocks, is this :always the case? Are you aware of any other commonalities among all :corruption cases you had seen? Ah, looks like it's bounded by the filesystem block size, 8K, rather then the 4K page size. Here's a bunch of stuff from my spool: (note: there is supposed to be a single 00 separator between articles, so the occassional single 00 you see inbetween articles is correct. But not the to-end-of-block 00 corruption which you can see is obviously replacing what should have been valid text). Also, I was once able to ktrace the writing process (I think it's in the original PR) to ensure that the writing process is not writing the 00's itself. So it's definitely kernel-generated corruption. hdump D.00e5a1dc/B.3328 | less ... 0001.96b0 65 69 76 65 20 63 6f 6d 6d 65 72 63 69 61 6c 20 eive commercial 0001.96c0 65 6d 61 69 6c 73 20 6f 72 20 6f 66 66 65 72 69 emails or offeri 0001.96d0 6e 67 73 20 66 72 6f 6d 20 61 6e 79 20 76 65 6e ngs from any ven 0001.96e0 64 6f 72 0a 70 6c 65 61 73 65 20 72 65 70 6c 79 dor.please reply 0001.96f0 20 77 69 74 68 20 27 52 45 4d 4f 56 45 27 20 69 with 'REMOVE' i 0001.9700 6e 20 74 68 65 20 73 75 62 6a 65 63 74 20 66 69 n the subject fi 0001.9710 65 6c 64 2e 0a 0a 0a 00 00 00 00 00 00 00 00 00 eld............. 0001.9720 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.9730 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ... 0001.9fc0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.9fd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.9fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.9ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.a000 74 65 20 75 6e 69 74 3b 20 4d 6f 64 65 6c 20 23 te unit; Model # 0001.a010 20 32 35 30 2d 30 37 31 39 2d 30 30 31 2e 0a 54 250-0719-001..T 0001.a020 68 65 20 75 6e 69 74 20 68 61 73 20 74 68 65 20 he unit has the ... 0002.1010 4f 72 65 67 6f 6e 20 31 39 39 32 2d 39 34 0a 53 Oregon 1992-94.S 0002.1020 75 6e 73 65 74 20 48 53 20 31 39 38 39 2d 39 32 unset HS 1989-92 0002.1030 0a 7b 54 68 65 73 65 20 76 69 65 77 73 20 61 72 .{These views ar 0002.1040 65 20 6d 69 6e 65 20 61 6c 6f 6e 65 2c 20 61 6e e mine alone, an 0002.1050 64 20 64 6f 20 6e 6f 74 20 72 65 70 72 65 73 65 d do not represe 0002.1060 6e 74 20 74 68 65 20 76 69 65 77 73 20 6f 66 20 nt the views of 0002.1070 74 68 65 73 65 20 6f 72 20 61 6e 79 0a 6f 74 68 these or any.oth 0002.1080 65 72 20 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 73 er organizations 0002.1090 7d 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 }............... 0002.10a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.10b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.10c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.10d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ... 0002.1fd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.2000 69 0a 43 6f 6e 74 65 6e 74 2d 54 72 61 6e 73 66 i.Content-Transf 0002.2010 65 72 2d 45 6e 63 6f 64 69 6e 67 3a 20 37 62 69 er-Encoding: 7bi 0002.2020 74 0a 4c 69 6e 65 73 3a 20 31 36 0a 4d 65 73 73 t.Lines: 16.Mess ************** hdump D.00e5a204/B.5b40 | less ... 0002.1a60 6f 67 6c 69 6f 6e 6f 20 72 6f 6d 70 65 72 65 20 ogliono rompere 0002.1a70 61 20 6e 6f 69 22 2e 0a 0a 4e 6f 20 63 72 6f 73 a noi"...No cros 0002.1a80 73 70 6f 73 74 2c 20 38 30 20 6c 69 6e 65 73 20 spost, 80 lines 0002.1a90 6f 6e 6c 79 2d 20 4e 6f 73 70 61 6d 20 69 6e 20 only- Nospam in 0002.1aa0 61 64 64 72 65 73 73 0a 2d 2d 2d 2d 2d 2d 2d 2d address.-------- 0002.1ab0 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d ---------------- 0002.1ac0 2d 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -............... 0002.1ad0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1ae0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1af0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ... 0002.1fa0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1fb0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1fc0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1fd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.1ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.2000 2d 2d 2d 2d 2d 2d 2d 2d 20 20 49 20 6b 6e 6f 77 -------- I know 0002.2010 20 49 27 6d 20 6d 79 20 62 65 73 74 20 66 72 69 I'm my best fri 0002.2020 65 6e 64 20 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d end ------------ 0002.2030 2d 2d 2d 2d 2d 2d 2d 2d 0a 00 50 61 74 68 3a 20 --------..Path: ************** hdump D.00e5a20e/B.7411 | less ... 0002.67f0 53 74 61 6e 64 61 72 64 20 64 69 73 63 6c 61 69 Standard disclai 0002.6800 6d 65 72 3a 20 54 68 65 20 76 69 65 77 73 20 6f mer: The views o 0002.6810 66 20 74 68 69 73 20 75 73 65 72 20 61 72 65 20 f this user are 0002.6820 73 74 72 69 63 74 6c 79 20 68 69 73 2f 68 65 72 strictly his/her 0002.6830 20 6f 77 6e 2e 0a 0a 0a 00 00 00 00 00 00 00 00 own............ 0002.6840 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.6850 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.6860 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ... 0002.7fc0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.7fd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.7fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.7ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0002.8000 65 20 64 69 72 65 63 74 20 55 52 4c 20 69 73 3a e direct URL is: 0002.8010 0a 68 74 74 70 3a 2f 2f 77 77 77 2e 62 64 73 6d .http://www.bdsm 0002.8020 74 6f 70 2d 35 30 2e 63 6f 6d 2f 77 65 62 6d 61 top-50.com/webma 0002.8030 73 74 65 72 73 2f 72 65 73 6f 75 72 63 65 73 2f sters/resources/ ************** hdump D.00e5a20e/B.769d | less 0003.1d90 74 68 65 20 43 55 52 52 45 4e 54 20 0a 70 75 62 the CURRENT .pub 0003.1da0 6c 69 73 68 65 64 20 73 74 61 6e 64 61 72 64 2c lished standard, 0003.1db0 20 61 6e 64 20 6c 69 66 65 20 77 69 6c 6c 20 62 and life will b 0003.1dc0 65 20 6d 75 63 68 20 65 61 73 69 65 72 20 66 6f e much easier fo 0003.1dd0 72 20 75 73 20 61 6c 6c 2e 0a 0a 0a 00 00 00 00 r us all........ 0003.1de0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0003.1df0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0003.1e00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ... 0003.1fd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0003.1fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0003.1ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0003.2000 35 2e 47 41 4d 45 0a 58 2d 46 54 4e 2d 4d 53 47 5.GAME.X-FTN-MSG 0003.2010 49 44 3a 20 32 3a 35 30 31 30 2f 31 34 36 2e 38 ID: 2:5010/146.8 0003.2020 20 33 35 64 34 39 65 61 61 0a 58 2d 46 54 4e 2d 35d49eaa.X-FTN- ************** hdump D.00e5a22c/B.05e5 | less ... 0000.ff40 20 73 74 6f 72 65 20 74 68 65 20 45 53 50 0a 76 store the ESP.v 0000.ff50 61 6c 75 65 20 69 6e 20 67 6c 6f 62 61 6c 20 6d alue in global m 0000.ff60 65 6d 6f 72 79 20 73 6f 6d 65 77 68 65 72 65 2e emory somewhere. 0000.ff70 20 41 66 74 65 72 20 61 6c 6c 20 73 74 61 63 6b After all stack 0000.ff80 20 77 6f 75 6c 64 20 62 65 20 69 6e 61 63 63 65 would be inacce 0000.ff90 73 73 69 62 6c 65 20 74 6f 0a 72 65 73 74 6f 72 ssible to.restor 0000.ffa0 65 20 69 74 20 77 68 65 72 65 20 49 20 74 6f 20 e it where I to 0000.ffb0 70 75 73 68 20 69 74 2e 2e 2e 0a 0a 4d 69 63 68 push it.....Mich 0000.ffc0 61 65 6c 0a 0a 0a 00 00 00 00 00 00 00 00 00 00 ael............. 0000.ffd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0000.ffe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0000.fff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.0000 65 72 6f 6c 73 21 68 6f 77 6c 61 6e 64 2e 65 72 erols!howland.er 0001.0010 6f 6c 73 2e 6e 65 74 21 76 69 78 65 6e 2e 63 73 ols.net!vixen.cs 0001.0020 6f 2e 75 69 75 63 2e 65 64 75 21 73 64 64 2e 68 o.uiuc.edu!sdd.h 0001.0030 70 2e 63 6f 6d 21 6e 69 67 68 74 2e 70 72 69 6d p.com!night.prim 0001.0040 61 74 65 2e 77 69 73 63 2e 65 64 75 21 6e 6e 74 ate.wisc.edu!nnt 0001.0050 70 2e 6d 73 73 74 61 74 65 2e 65 64 75 21 70 61 p.msstate.edu!pa ... 0001.1c90 0a 3e 0a 3e 47 72 65 67 0a 3e 65 6d 61 69 6c 3a .>.>Greg.>email: 0001.1ca0 20 67 72 65 67 6f 72 30 40 70 72 69 76 2e 6f 6e gregor0@priv.on 0001.1cb0 65 74 2e 70 6c 0a 3e 54 68 65 20 4d 61 73 71 75 et.pl.>The Masqu 0001.1cc0 65 72 61 64 65 20 63 6f 6e 74 69 6e 75 65 73 2e erade continues. 0001.1cd0 2e 2e 0a 3e 0a 3e 0a 0a 0a 00 00 00 00 00 00 00 ...>.>.......... 0001.1ce0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.1cf0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ... 0001.1fd0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.1fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.1ff0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001.2000 3a 22 49 20 6f 62 6a 65 63 74 2c 20 79 6f 75 72 :"I object, your 0001.2010 20 68 6f 6e 6f 72 2c 20 61 73 6b 65 64 20 61 6e honor, asked an 0001.2020 64 20 61 6e 73 77 65 72 65 64 21 22 0a 48 6f 6e d answered!".Hon 0001.2030 6f 72 3a 22 53 55 53 54 41 49 4e 45 44 21 22 0a or:"SUSTAINED!". 0001.2040 0a 50 6c 65 61 73 65 20 72 65 61 64 20 61 6c 6c .Please read all :> :I have written a small test program to simulate what diablo does, and so :far has not been able to get any corruption. The test was done on an otherwise :idle machine. So heavy load is definitely a contributing factor here. : I've tried writing similar test programs, with no luck either. The load on the real machine has got to be a significant factor, but since the memory isn't starved I'm tending towards the disk latency as being a possible factor. -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications (Please include original email in any response) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 12:30:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25953 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 12:30:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25912 for ; Fri, 14 Aug 1998 12:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA28435; Fri, 14 Aug 1998 12:30:01 -0700 (PDT) Received: from iss-p5.lbl.gov (iss-p5.lbl.gov [131.243.2.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25805 for ; Fri, 14 Aug 1998 12:29:40 -0700 (PDT) (envelope-from jin@iss-p5.lbl.gov) Received: (from jin@localhost) by iss-p5.lbl.gov (8.8.8/8.8.8) id MAA02936; Fri, 14 Aug 1998 12:29:12 -0700 (PDT) (envelope-from jin) Message-Id: <199808141929.MAA02936@iss-p5.lbl.gov> Date: Fri, 14 Aug 1998 12:29:12 -0700 (PDT) From: Jin Guojun (ITG staff) Reply-To: jin@iss-p5.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/7614: disklabel fails to write labal on scsi disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7614 >Category: bin >Synopsis: disklabel fails to write labal on scsi disk >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 12:30:01 PDT 1998 >Last-Modified: >Originator: Jin Guojun (ITG staff) >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: 2.2.7-RELEASE >Description: iss# dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.7-RELEASE #0: Fri Jul 24 16:05:48 PDT 1998 root@iss-p4.lbl.gov:/usr/src/sys/compile/MinMax CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff real memory = 67108864 (65536K bytes) avail memory = 63291392 (61808K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 pci0:9: vendor=0x111a, device=0x0002, class=network (unknown subclass 0x03) int a irq 12 [no driver assigned] ncr0 rev 2 int a irq 10 on pci0:11:0 ncr0 waiting for scsi devices to settle (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) 4095MB (8386733 512 byte sectors) (ncr0:1:0): "SEAGATE ST15230N 0498" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): 10.0 MB/s (100 ns, offset 8) 4095MB (8386733 512 byte sectors) ncr1 rev 2 int a irq 11 on pci0:12:0 ncr1 waiting for scsi devices to settle (ncr1:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd2(ncr1:0:0): Direct-Access sd2(ncr1:0:0): 10.0 MB/s (100 ns, offset 8) 4095MB (8386733 512 byte sectors) (ncr1:1:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd3(ncr1:1:0): Direct-Access sd3(ncr1:1:0): 10.0 MB/s (100 ns, offset 8) 4095MB (8386733 512 byte sectors) ... iss# disklabel -rw sd0 auto disklabel: /dev/rsd0c: Undefined error: 0 iss# disklabel -rwB sd0 auto disklabel: No space left on device iss# ^0^1 disklabel -rwB sd1 auto disklabel: No space left on device iss# tail /etc/disktab # Max :pc#8386733:oc#0: generated from FreeBSD installation FDISK st15230n|Seagate HAWK 4 Family 4.2GB SCSI:\ :dt=SCSI:ty=winchester:se#512:nt#19:ns#110:nc#4012:rm#5411: \ :pa#8192:oa#0:ta=4.2BSD:ba#4096:fa#512: \ :pc#8385080:oc#0: \ :pe#8376888:oe#8192:te=4.2BSD:be#4096:fe#512: iss# disklabel -w sd0 st15230n disklabel: No space left on device Is this NCR problem or a general SCSI disklabel problem? >How-To-Repeat: <> >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 13:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03697 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 13:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03651 for ; Fri, 14 Aug 1998 13:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA00264; Fri, 14 Aug 1998 13:10:00 -0700 (PDT) Date: Fri, 14 Aug 1998 13:10:00 -0700 (PDT) Message-Id: <199808142010.NAA00264@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luoqi Chen Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7418; it has been noted by GNATS. From: Luoqi Chen To: dillon@backplane.com, luoqi@watermarkgroup.com Cc: freebsd-gnats-submit@freebsd.org, luoqi@chen.ml.org Subject: Re: kern/7418 (file corruption on mmap-based-read during file write()) Date: Fri, 14 Aug 1998 16:00:41 -0400 (EDT) > I've tried writing similar test programs, with no luck either. The > load on the real machine has got to be a significant factor, but since > the memory isn't starved I'm tending towards the disk latency as being > a possible factor. > Just a hunch, would you try a kernel with double the number of buffer headers and see if the rate of corruption would drop? Currently the default number of buffers `nbuf' is 2078, which amounts to about 16M of data for 8K blocks, that's barely enough for a heavy load news server. For a diablo server, there's effectively just one writing process, but with scores of readers, so there disk latency should not be too big, unless the readers trying to allocate scarce buf headers are forcing many delayed writes to be committed to disk immediately. If increasing buffer count could reduce disk latency, then it should also reduce number of corruptions. Use config option `options NBUF=nnnn' to override the default. And I will try a nbuf reduced kernel on a light-load machine and see if I can produce some corruptions. -lq > -Matt > > Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet > Communications > (Please include original email in any response) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 14:20:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15377 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 14:20:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15316 for ; Fri, 14 Aug 1998 14:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA03364; Fri, 14 Aug 1998 14:20:01 -0700 (PDT) Date: Fri, 14 Aug 1998 14:20:01 -0700 (PDT) Message-Id: <199808142120.OAA03364@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luoqi Chen Subject: Re: kern/7561: CDROM (wcd) is prone to lock up system/processes Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7561; it has been noted by GNATS. From: Luoqi Chen To: freebsd-gnats-submit@freebsd.org, dgilbert@velocet.ca Cc: Subject: Re: kern/7561: CDROM (wcd) is prone to lock up system/processes Date: Fri, 14 Aug 1998 17:49:56 -0400 The symptom sounds familiar. If you look at output from `ps -l', what is the WCHAN for the mount process? Is it atareq? Would you try the fix comes with PR i386/2108 and see if it helps? -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 15:19:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27128 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 15:19:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from beavis.inetdirect.net (beavis.inetdirect.net [204.120.164.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27040 for ; Fri, 14 Aug 1998 15:19:11 -0700 (PDT) (envelope-from timsarver@netdirect.net) From: timsarver@netdirect.net Received: from tim (tech6.netdirect.net [204.120.164.16]) by beavis.inetdirect.net (8.8.5/8.7.3) with SMTP id RAA10390 for ; Fri, 14 Aug 1998 17:18:37 -0500 (EST) Message-Id: <199808142218.RAA10390@beavis.inetdirect.net> X-Sender: timsarver@netdirect.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Fri, 14 Aug 1998 17:19:38 -0500 To: freebsd-bugs@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org subscribe freebsd-questions subscribe freebsd-announce END To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 21:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11775 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 21:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11767 for ; Fri, 14 Aug 1998 21:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA16204; Fri, 14 Aug 1998 21:00:01 -0700 (PDT) Received: from venus.tci.com (coral.tci.com [198.178.8.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11615 for ; Fri, 14 Aug 1998 20:56:21 -0700 (PDT) (envelope-from ryoder@venus.tci.com) Received: (from ryoder@localhost) by venus.tci.com (8.8.8/8.8.8) id VAA00529; Fri, 14 Aug 1998 21:55:47 -0600 (MDT) (envelope-from ryoder) Message-Id: <199808150355.VAA00529@venus.tci.com> Date: Fri, 14 Aug 1998 21:55:47 -0600 (MDT) From: ryoder@tci.com Reply-To: ryoder@tci.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7618: typo in /usr/src/sys/pci/brktree_reg.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7618 >Category: kern >Synopsis: typo in /usr/src/sys/pci/brktree_reg.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 21:00:00 PDT 1998 >Last-Modified: >Originator: Robert Yoder >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: Anyone attempting to use a bt849 card. >Description: In /usr/src/sys/pci/brktree_reg.h: #define BROOKTREE 849_ID 0x0351109E Should be: #define BROOKTREE_849_ID 0x0351109E This prevents kernel from identifying bt849 cards. >How-To-Repeat: n/a >Fix: Edit file and recompile kernel. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 22:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19087 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 22:30:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA19080 for ; Fri, 14 Aug 1998 22:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA17931; Fri, 14 Aug 1998 22:30:01 -0700 (PDT) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18858 for ; Fri, 14 Aug 1998 22:28:36 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id AAA02508; Sat, 15 Aug 1998 00:28:06 -0500 (CDT) Message-Id: <199808150528.AAA02508@home.dragondata.com> Date: Sat, 15 Aug 1998 00:28:06 -0500 (CDT) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7619: odd nfs server not responding messages appear Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7619 >Category: kern >Synopsis: odd nfs server not responding messages appear >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 22:30:00 PDT 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData Internet Services >Release: FreeBSD 2.2.7-STABLE i386 >Environment: I have a 2.2.5 NFS server, and a 2.2.7 NFS client. >Description: Occasionally, the 2.2.7 client spits out a message that the NFS server isn't responding, then instantly says it's OK afterwards. Meanwhile, transfers are still going on, and everything seems ok... It appears harmless, but it makes me wonder if i'm not slowly corrupting things when this happens. >How-To-Repeat: No clue, it seems rather random. Here's a dmesg from the client... Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.7-RELEASE #0: Thu Jul 30 16:42:02 CDT 1998 root@shell1.dragondata.com:/usr/src/sys/compile/SHELL1 CPU: Pentium II (quarter-micron) (398.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX,> real memory = 402653184 (393216K bytes) avail memory = 391720960 (382540K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 2 on pci0:1:0 chip2 rev 2 on pci0:7:0 chip3 rev 1 on pci0:7:1 chip4 rev 1 int d irq 9 on pci0:7:2 chip5 rev 2 on pci0:7:3 de0 rev 34 int a irq 11 on pci0:14:0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:43:a3:a3 de1 rev 34 int a irq 10 on pci0:15:0 de1: 21140A [10-100Mb/s] pass 2.2 de1: address 00:40:05:42:dd:26 Probing for devices on PCI bus 1: vga0 rev 92 on pci1:0:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, dma, iordy wcd0: 2412/5512Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: no disc inside, unlocked npx0 flags 0x1 on motherboard npx0: INT 16 interface de0: enabling Full Duplex 100baseTX port de1: enabling 100baseTX port nfs server home.internal:/home: not responding nfs server home.internal:/home: is alive again nfs server home.internal:/home: not responding nfs server home.internal:/home: not responding nfs server home.internal:/home: is alive again nfs server home.internal:/home: is alive again nfs server home.internal:/home: not responding nfs server home.internal:/home: is alive again nfs server home.internal:/home: not responding nfs server home.internal:/home: is alive again >Fix: Unknown. >Audit-Trail: >Unformatted: Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 14 23:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA25164 for freebsd-bugs-outgoing; Fri, 14 Aug 1998 23:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA25155 for ; Fri, 14 Aug 1998 23:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA18583; Fri, 14 Aug 1998 23:20:01 -0700 (PDT) Date: Fri, 14 Aug 1998 23:20:01 -0700 (PDT) Message-Id: <199808150620.XAA18583@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bruce Evans Subject: Re: bin/7614: disklabel fails to write labal on scsi disk Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7614; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, jin@iss-p5.lbl.gov Cc: Subject: Re: bin/7614: disklabel fails to write labal on scsi disk Date: Sat, 15 Aug 1998 16:16:39 +1000 >... > >iss# disklabel -rw sd0 auto >disklabel: /dev/rsd0c: Undefined error: 0 >iss# disklabel -rwB sd0 auto >disklabel: No space left on device > >iss# ^0^1 >disklabel -rwB sd1 auto >disklabel: No space left on device > >iss# tail /etc/disktab ># Max :pc#8386733:oc#0: generated from FreeBSD installation FDISK >st15230n|Seagate HAWK 4 Family 4.2GB SCSI:\ > :dt=SCSI:ty=winchester:se#512:nt#19:ns#110:nc#4012:rm#5411: \ > :pa#8192:oa#0:ta=4.2BSD:ba#4096:fa#512: \ > :pc#8385080:oc#0: \ > :pe#8376888:oe#8192:te=4.2BSD:be#4096:fe#512: > >iss# disklabel -w sd0 st15230n >disklabel: No space left on device > >Is this NCR problem or a general SCSI disklabel problem? This is a user error (attempting to write a label that specifies a disk size or partition size larger than the slice). Most likely a label suitable for covering the whole disk combined with a slice *not* covering the whole disk. The `auto' label only applies to the whole disk. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 15 05:41:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24279 for freebsd-bugs-outgoing; Sat, 15 Aug 1998 05:41:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.133.1] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA24266 for ; Sat, 15 Aug 1998 05:41:32 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id OAA04659; Sat, 15 Aug 1998 14:37:31 +0200 (CEST) To: Luoqi Chen cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/7310 In-reply-to: Your message of "Mon, 10 Aug 1998 19:16:23 EDT." <199808102316.TAA02435@chen.ml.org> Date: Sat, 15 Aug 1998 14:37:31 +0200 Message-ID: <4657.903184651@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Thanks for commit the PR. I think I must have made some mistakes in my >submission, the contents of both share/timedef/data/zh_CN.EUC.src and >usr.bin/mklocale/data/zh_CN.EUC.src are duplicated twice, would you >please fix them? Thanks again. I think I messed that up, I think ran patch thrice, twice forward and one backward, and that probably did it... Thanks for noticing, and sorry for the delay... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 15 09:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10989 for freebsd-bugs-outgoing; Sat, 15 Aug 1998 09:30:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10981 for ; Sat, 15 Aug 1998 09:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA14076; Sat, 15 Aug 1998 09:30:00 -0700 (PDT) Received: from esmeralda.xaa.iae.nl (esmeralda.xaa.iae.nl [194.151.75.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10476 for ; Sat, 15 Aug 1998 09:23:26 -0700 (PDT) (envelope-from xaa@esmeralda.xaa.iae.nl) Received: (from xaa@localhost) by esmeralda.xaa.iae.nl (8.8.8/8.8.7) id SAA26766; Sat, 15 Aug 1998 18:22:50 +0200 (MET DST) (envelope-from xaa) Message-Id: <199808151622.SAA26766@esmeralda.xaa.iae.nl> Date: Sat, 15 Aug 1998 18:22:50 +0200 (MET DST) From: xaa@xaa.iae.nl Reply-To: xaa@xaa.iae.nl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/7621: paswordless in /etc/security Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7621 >Category: conf >Synopsis: typo in /etc/security >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Aug 15 09:30:00 PDT 1998 >Last-Modified: >Originator: Mark Huizer >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: little typo >How-To-Repeat: >Fix: vi, :%s/paswordless/passwordless/g >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 15 11:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21319 for freebsd-bugs-outgoing; Sat, 15 Aug 1998 11:20:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21291 for ; Sat, 15 Aug 1998 11:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA16298; Sat, 15 Aug 1998 11:20:01 -0700 (PDT) Received: from kdpu.frk.kr.ua (kdpu.frk.kirovograd.ua [194.183.166.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20559 for ; Sat, 15 Aug 1998 11:10:33 -0700 (PDT) (envelope-from root@kdpu.frk.kr.ua) Received: (from root@localhost) by kdpu.frk.kr.ua (8.8.7/8.8.7) id VAA00516; Sat, 15 Aug 1998 21:09:50 +0300 (EEST) (envelope-from root) Message-Id: <199808151809.VAA00516@kdpu.frk.kr.ua> Date: Sat, 15 Aug 1998 21:09:50 +0300 (EEST) From: root@kdpu.frk.kr.ua Reply-To: root@kdpu.frk.kr.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/7622: Kernel panic with Fatal trap 18. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7622 >Category: kern >Synopsis: Kernel panic with Fatal trap 18. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 15 11:20:00 PDT 1998 >Last-Modified: >Originator: John Savitsky >Organization: Kirovograd State Pedagogical University >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: Running ftpd, deco. >Description: When using mount_null, the kernel panic ocurred when opening files in the mounted directory. Kernel says: Fatal trap 18: integer devide fault while in kernel module ... current process = ftpd ... >How-To-Repeat: To reproduce the problem need to be mount_null to some directory and open files in it (by direct acces, ftp or http). >Fix: Not known. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 15 15:28:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22873 for freebsd-bugs-outgoing; Sat, 15 Aug 1998 15:28:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22863; Sat, 15 Aug 1998 15:28:09 -0700 (PDT) (envelope-from marko@iprg.nokia.com) Received: from tower.iprg.nokia.com (tower.iprg.nokia.com [205.226.1.139]) by mailhost.iprg.nokia.com (8.8.8/8.6.10) with ESMTP id PAA03272; Sat, 15 Aug 1998 15:27:39 -0700 (PDT) Received: from tower.ipsilon.com (localhost [127.0.0.1]) by tower.iprg.nokia.com (8.8.5/8.6.12) with ESMTP id PAA18875; Sat, 15 Aug 1998 15:27:39 -0700 (PDT) Message-Id: <199808152227.PAA18875@tower.iprg.nokia.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Poul-Henning Kamp cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7589 In-reply-to: Your message of "Thu, 13 Aug 1998 23:39:39 PDT." <199808140639.XAA21791@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Aug 1998 15:27:38 -0700 From: Marko Kiiskila Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: Tulip Driver parses SROM contents wrong > > State-Changed-From-To: open-feedback > State-Changed-By: phk > State-Changed-When: Thu Aug 13 23:39:26 PDT 1998 > State-Changed-Why: > you don't happen to have a patch, do you ? You were after something like this? --- if_de.c~ Tue Jul 14 19:32:27 1998 +++ if_de.c Sat Aug 15 15:23:02 1998 @@ -2598,9 +2598,9 @@ mi->mi_type = TULIP_MEDIAINFO_SIA; sc->tulip_mediums[media] = mi; if (type & 0x40) { - mi->mi_sia_connectivity = dp[0] + dp[1] * 256; - mi->mi_sia_tx_rx = dp[2] + dp[3] * 256; - mi->mi_sia_general = dp[4] + dp[5] * 256; + mi->mi_sia_connectivity = dp[1] + dp[2] * 256; + mi->mi_sia_tx_rx = dp[3] + dp[4] * 256; + mi->mi_sia_general = dp[5] + dp[6] * 256; dp += 6; } else { switch (media) { @@ -2627,8 +2627,8 @@ } } } - mi->mi_sia_gp_control = (dp[0] + dp[1] * 256) << 16; - mi->mi_sia_gp_data = (dp[2] + dp[3] * 256) << 16; + mi->mi_sia_gp_control = (dp[1] + dp[2] * 256) << 16; + mi->mi_sia_gp_data = (dp[3] + dp[4] * 256) << 16; mi++; bad_media: break; -- Marko Kiiskila marko@iprg.nokia.com +1 408 990 2023 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 15 16:10:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29391 for freebsd-bugs-outgoing; Sat, 15 Aug 1998 16:10:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29378 for ; Sat, 15 Aug 1998 16:10:53 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.8.8/LBL-ITG) id QAA10632; Sat, 15 Aug 1998 16:10:18 -0700 (PDT) Date: Sat, 15 Aug 1998 16:10:18 -0700 (PDT) From: Jin Guojun (ITG staff) Message-Id: <199808152310.QAA10632@george.lbl.gov> To: bde@zeta.org.au, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7614: disklabel fails to write labal on scsi disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org } >iss# disklabel -rw sd0 auto } >disklabel: /dev/rsd0c: Undefined error: 0 } >iss# disklabel -rwB sd0 auto } >disklabel: No space left on device } > } >iss# ^0^1 } >disklabel -rwB sd1 auto } >disklabel: No space left on device } > } >iss# tail /etc/disktab } ># Max :pc#8386733:oc#0: generated from FreeBSD installation FDISK } >st15230n|Seagate HAWK 4 Family 4.2GB SCSI:\ } > :dt=SCSI:ty=winchester:se#512:nt#19:ns#110:nc#4012:rm#5411: \ } > :pa#8192:oa#0:ta=4.2BSD:ba#4096:fa#512: \ } > :pc#8385080:oc#0: \ } > :pe#8376888:oe#8192:te=4.2BSD:be#4096:fe#512: } > } >iss# disklabel -w sd0 st15230n } >disklabel: No space left on device } > } >Is this NCR problem or a general SCSI disklabel problem? } } This is a user error (attempting to write a label that specifies a } disk size or partition size larger than the slice). Most likely a } label suitable for covering the whole disk combined with a slice } *not* covering the whole disk. The `auto' label only applies to } the whole disk. I am confused here. None of above commands is invoked to do things with a slice. No where says sd#s#. This is the same command used for 3.0-SNAP: eubie# uname -a FreeBSD eubie.lbl.gov 3.0-980520-SNAP FreeBSD 3.0-980520-SNAP #0: Thu Jun 11 12:27:04 PDT 1998 root@eubie.lbl.gov:/usr/src/sys/compile/MinMax i386 eubie# disklabel sd2 disklabel: ioctl DIOCGDINFO: Invalid argument eubie# disklabel -rw sd2 auto eubie# disklabel sd2 # /dev/rsd2c: type: unknown disk: label: flags: bytes/sector: 512 sectors/track: 168 tracks/cylinder: 20 sectors/cylinder: 3360 cylinders: 5292 sectors/unit: 17783112 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 17783112 0 unused 0 0 # (Cyl. 0 - 5292*) Does this imply that fdisk did not create a volid slice for disklabel? -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 15 16:32:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02264 for freebsd-bugs-outgoing; Sat, 15 Aug 1998 16:32:58 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02257 for ; Sat, 15 Aug 1998 16:32:56 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA00611; Sun, 16 Aug 1998 09:32:21 +1000 Date: Sun, 16 Aug 1998 09:32:21 +1000 From: Bruce Evans Message-Id: <199808152332.JAA00611@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-bugs@FreeBSD.ORG, jin@george.lbl.gov Subject: Re: bin/7614: disklabel fails to write labal on scsi disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >} >iss# disklabel -w sd0 st15230n >} >disklabel: No space left on device >} > >} >Is this NCR problem or a general SCSI disklabel problem? >} >} This is a user error (attempting to write a label that specifies a >} disk size or partition size larger than the slice). Most likely a >} label suitable for covering the whole disk combined with a slice >} *not* covering the whole disk. The `auto' label only applies to >} the whole disk. > >I am confused here. None of above commands is invoked to do things with >a slice. No where says sd#s#. This is the same command used for 3.0-SNAP: disklabel(8) converts sd0 to /dev/rsd0c, which is the 'c' partition on the compatibility slice. The compatibility slice is an alias for the lowest numbered FreeBSD slice on the disk, or if the disk doesn't have a valid partition table, then the compatibility slice is an alias for the whole disk slice. `auto' only works in the latter case. >eubie# uname -a >FreeBSD eubie.lbl.gov 3.0-980520-SNAP FreeBSD 3.0-980520-SNAP #0: Thu Jun 11 12:27:04 PDT 1998 root@eubie.lbl.gov:/usr/src/sys/compile/MinMax i386 >eubie# disklabel sd2 >disklabel: ioctl DIOCGDINFO: Invalid argument >eubie# disklabel -rw sd2 auto >eubie# disklabel sd2 [...works] Old versions (older than 980520) permitted disklabel to clobber labels: ---------------------------- revision 1.38 date: 1997/09/16 10:11:49; author: bde; state: Exp; lines: +10 -4 Reject attempts to set an in-core label which says that the "disk" or a partition is larger than the slice. Now `disklabel -Brw sdX auto' should fail properly on sliced disks without partition of type 165, e.g., on zip disks with the factory default formatting. Previously it set a bogus in-core label for the compatibility slice and used this to corrupt the MBR (the slice has offset 0 and size 0, but setting the label in effect corrupted its size to nonzero). `disklabel -Brw sdX auto' already failed properly on normally (not dangerously dedicated) sliced disks _with_ partition of type 165, because the compatibility slice has a nonzero offset so the MBR remained inaccessible when the size was corrupted. This bug only affected in-core labels. On-disk labels are checked carefully when they read and written. ---------------------------- >Does this imply that fdisk did not create a volid slice for disklabel? Only no slice at all, or one slice covering the whole disk, are valid for disklabeling the whole disk. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message