From owner-freebsd-bugs Sun Dec 10 05:26:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10967 for bugs-outgoing; Sun, 10 Dec 1995 05:26:30 -0800 (PST) Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10962 for ; Sun, 10 Dec 1995 05:26:22 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id PAA02505 for ; Sun, 10 Dec 1995 15:26:14 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.2/8.6.9) with SMTP id PAA20893 for ; Sun, 10 Dec 1995 15:26:13 +0200 (SAT) Message-Id: <199512101326.PAA20893@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: bugs@freebsd.org Subject: Brokenness in make world (savecore) Date: Sun, 10 Dec 1995 15:26:09 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org Precedence: bulk Hi savecore will not compile: cc -O -c /a/src/sbin/savecore/savecore.c /a/src/sbin/savecore/savecore.c: In function `check_kmem': /a/src/sbin/savecore/savecore.c:276: `NKPDE' undeclared (first use this function) /a/src/sbin/savecore/savecore.c:276: (Each undeclared identifier is reported only once /a/src/sbin/savecore/savecore.c:276: for each function it appears in.) /a/src/sbin/savecore/savecore.c:276: `pt_entry_t' undeclared (first use this function) /a/src/sbin/savecore/savecore.c: In function `clear_dump': /a/src/sbin/savecore/savecore.c:301: `NKPDE' undeclared (first use this function) /a/src/sbin/savecore/savecore.c:301: `pt_entry_t' undeclared (first use this function) /a/src/sbin/savecore/savecore.c: In function `dump_exists': /a/src/sbin/savecore/savecore.c:310: `NKPDE' undeclared (first use this function) /a/src/sbin/savecore/savecore.c:310: `pt_entry_t' undeclared (first use this function) /a/src/sbin/savecore/savecore.c: In function `save_core': /a/src/sbin/savecore/savecore.c:372: `NKPDE' undeclared (first use this function) /a/src/sbin/savecore/savecore.c:372: `pt_entry_t' undeclared (first use this function) /a/src/sbin/savecore/savecore.c: In function `get_crashtime': /a/src/sbin/savecore/savecore.c:513: `NKPDE' undeclared (first use this function) /a/src/sbin/savecore/savecore.c:513: `pt_entry_t' undeclared (first use this function) *** Error code 1 Stop. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Sun Dec 10 06:24:01 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13745 for bugs-outgoing; Sun, 10 Dec 1995 06:24:01 -0800 (PST) Received: from sunny.bog.msu.su (dima@sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13739 for ; Sun, 10 Dec 1995 06:23:54 -0800 (PST) Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id RAA04732; Sun, 10 Dec 1995 17:22:23 +0300 Date: Sun, 10 Dec 1995 17:22:22 +0300 (????) From: Dmitry Khrustalev To: Jason Mechler cc: freebsd-bugs@FreeBSD.org Subject: Re: nfs client bug in /etc/rc In-Reply-To: <199512100428.WAA09693@raptor.mtc.ti.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk On Sat, 9 Dec 1995, Jason Mechler wrote: > > I discovered an error in /etc/rc relating to mounting nfs filesystems > at boot time. The line > > mount -a -t nfs >/dev/null 2>&1 > > comes immediately after /etc/netstart is run. Unfortunately, this is > before the nfsiod daemon is started, so if there are any nfs > filesystems in /etc/fstab, the systems hang for a while and then > finally gets an RPC Portmapper error when trying to do the nfs mounts. > Nfsiod is not necessary for client nfs to work. Your problem is located elsewhere. -Dima. > It's certainly easy to fix. You just have to move the above line into > the nfs_client section as below. > > if [ "X${nfs_client}" = X"YES" ]; then > echo -n ' nfsiod'; nfsiod -n 4 > new--> mount -a -t nfs >/dev/null 2>&1 > fi > > > > ------------- > Jason Mechler > jasonm@ccwf.cc.utexas.edu > From owner-freebsd-bugs Sun Dec 10 06:50:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15901 for bugs-outgoing; Sun, 10 Dec 1995 06:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15893 Sun, 10 Dec 1995 06:50:03 -0800 (PST) Resent-Date: Sun, 10 Dec 1995 06:50:03 -0800 (PST) Resent-Message-Id: <199512101450.GAA15893@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, vak@cronyx.ru Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA15376 for ; Sun, 10 Dec 1995 06:43:47 -0800 (PST) Received: by crox.net.kiae.su id RAA02429; (8.6.12/vak/1.8a) Sun, 10 Dec 1995 17:42:30 +0300 Message-Id: <199512101442.RAA02429@crox.net.kiae.su> Date: Sun, 10 Dec 1995 17:42:30 +0300 From: vak@cronyx.ru Reply-To: vak@cronyx.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/889: [patch] version 1.3 of /usr/sbin/cdcontrol Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 889 >Category: bin >Synopsis: update from version 1.0 to version 1.3 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Dec 10 06:50:02 PST 1995 >Last-Modified: >Originator: Serge V.Vakulenko >Organization: Cronyx Ltd. >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: New command formats added, some bugs fixed. >How-To-Repeat: >Fix: diff -u ../cdcontrol~/cdcontrol.c ./cdcontrol.c --- ../cdcontrol~/cdcontrol.c Fri Aug 18 15:41:32 1995 +++ ./cdcontrol.c Sun Dec 10 17:36:29 1995 @@ -2,7 +2,22 @@ * Compact Disc Control Utility by Serge V. Vakulenko, . * Based on the non-X based CD player by Jean-Marc Zucconi and * Andrew A. Chernov. + * + * Fixed and further modified on 5-Sep-1995 by Jukka Ukkonen . + * + * 11-Sep-1995: Jukka A. Ukkonen + * A couple of further fixes to my own earlier "fixes". + * + * 18-Sep-1995: Jukka A. Ukkonen + * Added an ability to specify addresses relative to the + * beginning of a track. This is in fact a variation of + * doing the simple play_msf() call. + * + * 11-Oct-1995: Serge V.Vakulenko + * New eject algorithm. + * Some code style reformatting. */ + #include #include #include @@ -11,78 +26,101 @@ #include #include #include +#include -#define VERSION "1.0" +#define VERSION "1.3" /* * Audio Status Codes */ -#define ASTS_INVALID 0x00 /* Audio status byte not valid */ -#define ASTS_PLAYING 0x11 /* Audio play operation in progress */ -#define ASTS_PAUSED 0x12 /* Audio play operation paused */ -#define ASTS_COMPLETED 0x13 /* Audio play operation successfully completed */ -#define ASTS_ERROR 0x14 /* Audio play operation stopped due to error */ -#define ASTS_VOID 0x15 /* No current audio status to return */ +#define ASTS_INVALID 0x00 /* Audio status byte not valid */ +#define ASTS_PLAYING 0x11 /* Audio play operation in progress */ +#define ASTS_PAUSED 0x12 /* Audio play operation paused */ +#define ASTS_COMPLETED 0x13 /* Audio play operation successfully completed */ +#define ASTS_ERROR 0x14 /* Audio play operation stopped due to error */ +#define ASTS_VOID 0x15 /* No current audio status to return */ + +#undef _P +#ifdef __STDC__ +# define _P(x) x +#else +# define _P(x) () +# define const /**/ +#endif + +#ifndef DEFAULT_CD_DRIVE +# define DEFAULT_CD_DRIVE "/dev/cd0a" +#endif + +#ifndef DEFAULT_CD_PARTITION +# define DEFAULT_CD_PARTITION "a" +#endif -struct cmdtab { - int command; - char *name; - char *args; -} cmdtab[] = { #define CMD_DEBUG 1 - { CMD_DEBUG, "Debug", "[ on | off | reset ]", }, #define CMD_EJECT 2 - { CMD_EJECT, "Eject", "", }, #define CMD_HELP 3 - { CMD_HELP, "?", 0, }, - { CMD_HELP, "Help", "", }, #define CMD_INFO 4 - { CMD_INFO, "Info", "", }, #define CMD_PAUSE 5 - { CMD_PAUSE, "PAuse", "", }, #define CMD_PLAY 6 - { CMD_PLAY, "P", 0, }, - { CMD_PLAY, "Play", "min1:sec1.fr1 [ min2:sec2.fr2 ]", }, - { CMD_PLAY, "Play", "track1.index1 [ track2.index2 ]", }, - { CMD_PLAY, "Play", "#block [ len ]", }, #define CMD_QUIT 7 - { CMD_QUIT, "Quit", "", }, #define CMD_RESUME 8 - { CMD_RESUME, "Resume", "", }, #define CMD_STOP 9 - { CMD_STOP, "Stop", "", }, #define CMD_VOLUME 10 - { CMD_VOLUME, "Volume", " | left | right | mute | mono | stereo", }, - { 0, 0, }, -}; - -struct cd_toc_entry toc_buffer[100]; - -char *cdname; -int fd = -1; -int verbose = 1; - -extern char *optarg; -extern int optind; - -int setvol (int, int); -int read_toc_entrys (int); -int play_msf (int, int, int, int, int, int); -int play_track (int, int, int, int); -int get_vol (int *, int *); -int status (int *, int *, int *, int *); -int open_cd (void); -int play (char *arg); -int info (char *arg); -char *input (int*); -void prtrack (struct cd_toc_entry *e, int lastflag); -void lba2msf (int lba, u_char *m, u_char *s, u_char *f); -int msf2lba (u_char m, u_char s, u_char f); -int play_blocks (int blk, int len); -int run (int cmd, char *arg); -char *parse (char *buf, int *cmd); +#define CMD_CLOSE 11 -extern int errno; +struct cmdtab { + int command; + char *name; + unsigned min; + char *args; +} cmdtab[] = { +{ CMD_DEBUG, "Debug", 1, "[ on | off | reset ]" }, +{ CMD_EJECT, "Eject", 1, "" }, +{ CMD_HELP, "?", 1, 0 }, +{ CMD_HELP, "Help", 1, "" }, +{ CMD_INFO, "Info", 1, "" }, +{ CMD_PAUSE, "PAuse", 2, "" }, +{ CMD_PLAY, "P", 1, 0 }, +{ CMD_PLAY, "Play", 1, "[track1] min1:sec1[.fr1] [[track2] [min2:sec2[.fr2]]]" }, +{ CMD_PLAY, "Play", 1, "track1.index1 [track2.index2]" }, +{ CMD_PLAY, "Play", 1, "#block [length_in_blocks]" }, +{ CMD_QUIT, "Quit", 1, "" }, +{ CMD_RESUME, "Resume", 1, "" }, +{ CMD_STOP, "Stop", 1, "" }, +{ CMD_VOLUME, "Volume", 1, " | left | right | mute | mono | stereo" }, +{ CMD_CLOSE, "Close", 1, "" }, +{ 0 }}; + +struct cd_toc_entry toc_buffer[100]; + +const char *cdname; +int fd = -1; +int verbose = 1; + +extern char *optarg; +extern int optind; + +const char *prog; + +int setvol _P((int, int)); +int read_toc_entrys _P((int)); +int play_msf _P((int, int, int, int, int, int)); +int play_track _P((int, int, int, int)); +int get_vol _P((int *, int *)); +int status _P((int *, int *, int *, int *)); +int open_cd _P((void)); +int play _P((char *arg)); +int info _P((char *arg)); +char *input _P((int *)); +void prtrack _P((struct cd_toc_entry *e, int lastflag)); +void lba2msf _P((unsigned int lba, + u_char *m, u_char *s, u_char *f)); +unsigned int msf2lba _P((u_char m, u_char s, u_char f)); +int play_blocks _P((int blk, int len)); +int run _P((int cmd, char *arg)); +char *parse _P((char *buf, int *cmd)); + +extern int errno; void help () { @@ -96,16 +134,18 @@ printf (" %s", c->args); printf ("\n"); } + printf ("\n\tThe word \"play\" is not required for the play commands.\n"); + printf ("\tThe plain target address is taken as a synonym for play.\n\n"); } void usage () { - printf ("Usage:\n\tcdcontrol [ -vs ] [ -f disc ] [ command args... ]\n"); + printf ("Usage:\n\t%s [ -vs ] [ -f disc ] [ command args... ]\n", prog); printf ("Options:\n"); printf ("\t-v - verbose mode\n"); printf ("\t-s - silent mode\n"); - printf ("\t-f disc - device name such as /dev/cd0c\n"); - printf ("\tDISC - shell variable with device name\n"); + printf ("\t-f disc - a block device name such as /dev/cd0c\n"); + printf ("\tMUSIC_CD - shell variable with device name\n"); printf ("Commands:\n"); help (); exit (1); @@ -116,7 +156,19 @@ int cmd; char *arg; - cdname = getenv ("DISC"); + /* + * Use only the basename part of the program name. + * This will be shown e.g. in prompts and error messages. + */ + prog = strrchr (argv[0], '/'); + if (! prog) + prog = argv[0]; + + cdname = getenv ("MUSIC_CD"); + if (! cdname) + cdname = getenv ("CD_DRIVE"); + if (! cdname) + cdname = getenv ("DISC"); if (! cdname) cdname = getenv ("CDPLAY"); @@ -142,36 +194,41 @@ argc -= optind; argv += optind; - if (argc > 0 && strcasecmp (*argv, "help") == 0) + if (argc > 0 && ! strcasecmp (*argv, "help")) usage (); if (! cdname) { - fprintf (stderr, "No CD device name specified.\n"); - usage (); + cdname = DEFAULT_CD_DRIVE; + fprintf (stderr, + "No CD device name specified. Defaulting to %s.\n", cdname); } if (argc > 0) { char buf[80], *p; int len; - for (p=buf; argc-- > 0; ++argv) { + for (p=buf; argc-->0; ++argv) { len = strlen (*argv); + if (p + len >= buf + sizeof (buf) - 1) usage (); + if (p > buf) *p++ = ' '; + strcpy (p, *argv); p += len; } *p = 0; arg = parse (buf, &cmd); - return run (cmd, arg); + return (run (cmd, arg)); } if (verbose == 1) verbose = isatty (0); + if (verbose) { - printf ("Compact Disc Control Utility, Version %s\n", VERSION); + printf ("Compact Disc Control utility, version %s\n", VERSION); printf ("Type `?' for command list\n\n"); } @@ -179,7 +236,7 @@ arg = input (&cmd); if (run (cmd, arg) < 0) { if (verbose) - perror ("cdplay"); + perror (prog); close (fd); fd = -1; } @@ -192,74 +249,117 @@ int l, r, rc; switch (cmd) { + case CMD_QUIT: exit (0); - default: - case CMD_HELP: - help (); - return (0); - case CMD_INFO: - if (fd<0 && ! open_cd ()) return (0); - return info (arg); + if ((fd < 0) && ! open_cd ()) + return (0); + + return (info (arg)); case CMD_PAUSE: - if (fd<0 && ! open_cd ()) return (0); - return ioctl (fd, CDIOCPAUSE); + if ((fd < 0) && ! open_cd ()) + return (0); + + return (ioctl (fd, CDIOCPAUSE)); case CMD_RESUME: - if (fd<0 && ! open_cd ()) return (0); - return ioctl (fd, CDIOCRESUME); + if ((fd < 0) && ! open_cd ()) + return (0); + + return (ioctl (fd, CDIOCRESUME)); case CMD_STOP: - if (fd<0 && ! open_cd ()) return (0); - return ioctl (fd, CDIOCSTOP); + if ((fd < 0) && ! open_cd ()) + return (0); + + rc = ioctl (fd, CDIOCSTOP); + + (void) ioctl (fd, CDIOCALLOW); + + return (rc); case CMD_DEBUG: - if (fd<0 && ! open_cd ()) return (0); - if (strcasecmp (arg, "on") == 0) - return ioctl (fd, CDIOCSETDEBUG); - if (strcasecmp (arg, "off") == 0) - return ioctl (fd, CDIOCCLRDEBUG); - if (strcasecmp (arg, "reset") == 0) - return ioctl (fd, CDIOCRESET); - printf ("Invalid command arguments\n"); + if ((fd < 0) && ! open_cd ()) + return (0); + + if (! strcasecmp (arg, "on")) + return (ioctl (fd, CDIOCSETDEBUG)); + + if (! strcasecmp (arg, "off")) + return (ioctl (fd, CDIOCCLRDEBUG)); + + if (! strcasecmp (arg, "reset")) + return (ioctl (fd, CDIOCRESET)); + + printf ("%s: Invalid command arguments\n", prog); + return (0); case CMD_EJECT: - if (fd<0 && ! open_cd ()) return (0); + if ((fd < 0) && ! open_cd ()) + return (0); + (void) ioctl (fd, CDIOCALLOW); rc = ioctl (fd, CDIOCEJECT); if (rc < 0) return (rc); - close (fd); - fd = -1; + return (0); + + case CMD_CLOSE: + if ((fd < 0) && ! open_cd ()) + return (0); + + (void) ioctl (fd, CDIOCALLOW); +#ifdef CDIOCCLOSE + rc = ioctl (fd, CDIOCCLOSE); + if (rc < 0) + return (rc); +#endif return (0); case CMD_PLAY: - if (fd<0 && ! open_cd ()) return (0); - return play (arg); + if ((fd < 0) && ! open_cd ()) + return (0); + + while (isspace (*arg)) + arg++; + + return (play (arg)); case CMD_VOLUME: - if (fd<0 && ! open_cd ()) return (0); + if ((fd < 0) && ! open_cd ()) + return (0); - if (strcasecmp (arg, "left") == 0) - return ioctl (fd, CDIOCSETLEFT); - else if (strcasecmp (arg, "right") == 0) - return ioctl (fd, CDIOCSETRIGHT); - else if (strcasecmp (arg, "mute") == 0) - return ioctl (fd, CDIOCSETMUTE); - else if (strcasecmp (arg, "mono") == 0) - return ioctl (fd, CDIOCSETMONO); - else if (strcasecmp (arg, "stereo") == 0) - return ioctl (fd, CDIOCSETSTERIO); + if (! strncasecmp (arg, "left", strlen (arg))) { + return (ioctl (fd, CDIOCSETLEFT)); + } + else if (! strncasecmp (arg, "right", strlen (arg))) { + return (ioctl (fd, CDIOCSETRIGHT)); + } + else if (! strncasecmp (arg, "mono", strlen (arg))) { + return (ioctl (fd, CDIOCSETMONO)); + } + else if (! strncasecmp (arg, "stereo", strlen (arg))) { + return (ioctl (fd, CDIOCSETSTERIO)); + } + else if (! strncasecmp (arg, "mute", strlen (arg))) { + return (ioctl (fd, CDIOCSETMUTE)); + } if (2 != sscanf (arg, "%d %d", &l, &r)) { - printf ("Invalid command arguments\n"); + printf ("%s: Invalid command arguments\n", prog); return (0); } + return setvol (l, r); + + case CMD_HELP: + default: + help (); + return (0); } } @@ -269,53 +369,208 @@ int rc, n, start, end = 0, istart = 1, iend = 1; rc = ioctl (fd, CDIOREADTOCHEADER, &h); + if (rc < 0) return (rc); n = h.ending_track - h.starting_track + 1; rc = read_toc_entrys ((n + 1) * sizeof (struct cd_toc_entry)); + if (rc < 0) return (rc); - if (! *arg) - /* - * Play the whole disc - */ + if (! arg || ! *arg) + /* Play the whole disc */ return play_blocks (0, msf2lba (toc_buffer[n].addr.msf.minute, - toc_buffer[n].addr.msf.second, - toc_buffer[n].addr.msf.frame)); + toc_buffer[n].addr.msf.second, + toc_buffer[n].addr.msf.frame)); if (strchr (arg, '#')) { - /* - * Play block #blk [ len ] - */ + /* Play block #blk [ len ] */ int blk, len = 0; if (2 != sscanf (arg, "#%d%d", &blk, &len) && - 1 != sscanf (arg, "#%d", &blk)) { -err: printf ("Invalid command arguments\n"); - return (0); - } + 1 != sscanf (arg, "#%d", &blk)) + goto Clean_up; + if (len == 0) - len = msf2lba (toc_buffer[n].addr.msf.minute, - toc_buffer[n].addr.msf.second, - toc_buffer[n].addr.msf.frame) - blk; + len = msf2lba (toc_buffer[n].addr.msf.minute, + toc_buffer[n].addr.msf.second, + toc_buffer[n].addr.msf.frame) - blk; return play_blocks (blk, len); } if (strchr (arg, ':')) { /* * Play MSF m1:s1 [ .f1 ] [ m2:s2 [ .f2 ] ] + * + * Will now also undestand timed addresses relative + * to the beginning of a track in the form... + * + * tr1 m1:s1[.f1] [[tr2] [m2:s2[.f2]]] */ - int m1, m2 = 0, s1, s2 = 0, f1 = 0, f2 = 0; + unsigned tr1, tr2; + unsigned m1, m2, s1, s2, f1, f2; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (8 == sscanf (arg, "%d %d:%d.%d %d %d:%d.%d", + &tr1, &m1, &s1, &f1, &tr2, &m2, &s2, &f2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (7 == sscanf (arg, "%d %d:%d %d %d:%d.%d", + &tr1, &m1, &s1, &tr2, &m2, &s2, &f2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (7 == sscanf (arg, "%d %d:%d.%d %d %d:%d", + &tr1, &m1, &s1, &f1, &tr2, &m2, &s2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (7 == sscanf (arg, "%d %d:%d.%d %d:%d.%d", + &tr1, &m1, &s1, &f1, &m2, &s2, &f2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (6 == sscanf (arg, "%d %d:%d.%d %d:%d", + &tr1, &m1, &s1, &f1, &m2, &s2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (6 == sscanf (arg, "%d %d:%d %d:%d.%d", + &tr1, &m1, &s1, &m2, &s2, &f2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (6 == sscanf (arg, "%d %d:%d.%d %d %d", + &tr1, &m1, &s1, &f1, &tr2, &m2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (5 == sscanf (arg, "%d %d:%d %d:%d", &tr1, &m1, &s1, &m2, &s2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (5 == sscanf (arg, "%d %d:%d %d %d", + &tr1, &m1, &s1, &tr2, &m2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (5 == sscanf (arg, "%d %d:%d.%d %d", + &tr1, &m1, &s1, &f1, &tr2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (4 == sscanf (arg, "%d %d:%d %d", &tr1, &m1, &s1, &tr2)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (4 == sscanf (arg, "%d %d:%d.%d", &tr1, &m1, &s1, &f1)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + if (3 == sscanf (arg, "%d %d:%d", &tr1, &m1, &s1)) + goto Play_Relative_Addresses; + + tr2 = m2 = s2 = f2 = f1 = 0; + goto Try_Absolute_Timed_Addresses; + +Play_Relative_Addresses: + if (! tr1) + tr1 = 1; + else if (tr1 > n) + tr1 = n; + + if ((m1 > toc_buffer[tr1].addr.msf.minute) + || ((m1 == toc_buffer[tr1].addr.msf.minute) + && ((s1 > toc_buffer[tr1].addr.msf.second) + || ((s1 == toc_buffer[tr1].addr.msf.second) + && (f1 > toc_buffer[tr1].addr.msf.frame))))) { + printf ("Track %d is not that long.\n", tr1); + return (0); + } - if (6 != sscanf (arg, "%d:%d.%d%d:%d.%d", &m1, &s1, &f1, &m2, &s2, &f2) && + tr1--; + + f1 += toc_buffer[tr1].addr.msf.frame; + if (f1 >= 75) { + s1 += f1 / 75; + f1 %= 75; + } + + s1 += toc_buffer[tr1].addr.msf.second; + if (s1 >= 60) { + m1 += s1 / 60; + s1 %= 60; + } + + m1 += toc_buffer[tr1].addr.msf.minute; + + if (! tr2) { + if (m2 || s2 || f2) { + tr2 = tr1; + f2 += f1; + if (f2 >= 75) { + s2 += f2 / 75; + f2 %= 75; + } + + s2 += s1; + if (s2 > 60) { + m2 += s2 / 60; + s2 %= 60; + } + + m2 += m1; + } else { + tr2 = n; + m2 = toc_buffer[n].addr.msf.minute; + s2 = toc_buffer[n].addr.msf.second; + f2 = toc_buffer[n].addr.msf.frame; + } + } else if (tr2 > n) { + tr2 = n; + m2 = s2 = f2 = 0; + } else { + if (m2 || s2 || f2) + tr2--; + f2 += toc_buffer[tr2].addr.msf.frame; + if (f2 >= 75) { + s2 += f2 / 75; + f2 %= 75; + } + + s2 += toc_buffer[tr2].addr.msf.second; + if (s2 > 60) { + m2 += s2 / 60; + s2 %= 60; + } + + m2 += toc_buffer[tr2].addr.msf.minute; + } + + if ((tr2 < n) + && ((m2 > toc_buffer[n].addr.msf.minute) + || ((m2 == toc_buffer[n].addr.msf.minute) + && ((s2 > toc_buffer[n].addr.msf.second) + || ((s2 == toc_buffer[n].addr.msf.second) + && (f2 > toc_buffer[n].addr.msf.frame)))))) { + printf ("The playing time of the disc is not that long.\n"); + return (0); + } + return (play_msf (m1, s1, f1, m2, s2, f2)); + +Try_Absolute_Timed_Addresses: + if (6 != sscanf (arg, "%d:%d.%d%d:%d.%d", + &m1, &s1, &f1, &m2, &s2, &f2) && 5 != sscanf (arg, "%d:%d.%d%d:%d", &m1, &s1, &f1, &m2, &s2) && 5 != sscanf (arg, "%d:%d%d:%d.%d", &m1, &s1, &m2, &s2, &f2) && 3 != sscanf (arg, "%d:%d.%d", &m1, &s1, &f1) && 4 != sscanf (arg, "%d:%d%d:%d", &m1, &s1, &m2, &s2) && 2 != sscanf (arg, "%d:%d", &m1, &s1)) - goto err; + goto Clean_up; + if (m2 == 0) { m2 = toc_buffer[n].addr.msf.minute; s2 = toc_buffer[n].addr.msf.second; @@ -333,10 +588,15 @@ 2 != sscanf (arg, "%d.%d", &start, &istart) && 2 != sscanf (arg, "%d%d", &start, &end) && 1 != sscanf (arg, "%d", &start)) - goto err; + goto Clean_up; + if (end == 0) end = n; - return play_track (start, istart, end, iend); + return (play_track (start, istart, end, iend)); + +Clean_up: + printf ("%s: Invalid command arguments\n", prog); + return (0); } char *strstatus (int sts) @@ -358,47 +618,48 @@ struct ioc_vol v; int rc, i, n, trk, m, s, f; + rc = ioctl (fd, CDIOREADTOCHEADER, &h); + if (rc < 0) { + perror ("getting toc header"); + return (rc); + } + rc = status (&trk, &m, &s, &f); - if (rc >= 0) + if (rc >= 0) { if (verbose) printf ("Audio status = %d<%s>, current track = %d, current position = %d:%02d.%02d\n", rc, strstatus (rc), trk, m, s, f); else printf ("%d %d %d:%02d.%02d\n", rc, trk, m, s, f); - else + } else printf ("No current status info\n"); rc = ioctl (fd, CDIOCGETVOL, &v); - if (rc >= 0) + if (rc >= 0) { if (verbose) printf ("Left volume = %d, right volume = %d\n", v.vol[0], v.vol[1]); else printf ("%d %d\n", v.vol[0], v.vol[1]); - else + } else printf ("No volume info\n"); - rc = ioctl (fd, CDIOREADTOCHEADER, &h); - if (rc >= 0) - if (verbose) - printf ("Starting track = %d, ending track = %d, TOC size = %d bytes\n", - h.starting_track, h.ending_track, h.len); - else - printf ("%d %d %d\n", h.starting_track, - h.ending_track, h.len); - else { - perror ("getting toc header"); - return (rc); - } + if (verbose) + printf ("First track = %d, last track = %d, TOC size = %d bytes\n", + h.starting_track, h.ending_track, h.len); + else + printf ("%d %d %d\n", h.starting_track, h.ending_track, h.len); n = h.ending_track - h.starting_track + 1; rc = read_toc_entrys ((n + 1) * sizeof (struct cd_toc_entry)); if (rc < 0) return (rc); + if (verbose) { printf ("track start duration block length type\n"); printf ("-------------------------------------------------\n"); } + for (i = 0; i < n; i++) { printf ("%5d ", toc_buffer[i].track); prtrack (toc_buffer + i, 0); @@ -408,17 +669,17 @@ return (0); } -void lba2msf (int lba, u_char *m, u_char *s, u_char *f) +void lba2msf (unsigned int lba, u_char *m, u_char *s, u_char *f) { - lba += 150; /* block start offset */ - lba &= 0xffffff; /* negative lbas use only 24 bits */ + lba += 150; /* block start offset */ + lba &= 0xffffff; /* negative lbas use only 24 bits */ *m = lba / (60 * 75); lba %= (60 * 75); *s = lba / 75; *f = lba % 75; } -int msf2lba (u_char m, u_char s, u_char f) +unsigned int msf2lba (u_char m, u_char s, u_char f) { return (((m * 60) + s) * 75 + f) - 150; } @@ -447,7 +708,7 @@ /* Print duration, block, length, type */ printf ("%2d:%02d.%02d %6d %6d %5s\n", m, s, f, block, len, - e->control & 4 ? "data" : "audio"); + (e->control & 4) ? "data" : "audio"); } int play_track (int tstart, int istart, int tend, int iend) @@ -458,26 +719,29 @@ t.start_index = istart; t.end_track = tend; t.end_index = iend; + return ioctl (fd, CDIOCPLAYTRACKS, &t); } int play_blocks (int blk, int len) { - struct ioc_play_blocks t; + struct ioc_play_blocks t; t.blk = blk; t.len = len; + return ioctl (fd, CDIOCPLAYBLOCKS, &t); } -int setvol (int l, int r) +int setvol (int left, int right) { - struct ioc_vol v; + struct ioc_vol v; - v.vol[0] = l; - v.vol[1] = r; + v.vol[0] = left; + v.vol[1] = right; v.vol[2] = 0; v.vol[3] = 0; + return ioctl (fd, CDIOCSETVOL, &v); } @@ -489,13 +753,14 @@ t.starting_track = 1; t.data_len = len; t.data = toc_buffer; - return ioctl (fd, CDIOREADTOCENTRYS, (char *) &t); + + return (ioctl (fd, CDIOREADTOCENTRYS, (char *) &t)); } int play_msf (int start_m, int start_s, int start_f, - int end_m, int end_s, int end_f) + int end_m, int end_s, int end_f) { - struct ioc_play_msf a; + struct ioc_play_msf a; a.start_m = start_m; a.start_s = start_s; @@ -503,26 +768,30 @@ a.end_m = end_m; a.end_s = end_s; a.end_f = end_f; - return ioctl (fd, CDIOCPLAYMSF, (char *) &a); + + return (ioctl (fd, CDIOCPLAYMSF, (char *) &a)); } int status (int *trk, int *min, int *sec, int *frame) { - struct ioc_read_subchannel s; - struct cd_sub_channel_info data; + struct ioc_read_subchannel s; + struct cd_sub_channel_info data; bzero (&s, sizeof (s)); s.data = &data; s.data_len = sizeof (data); s.address_format = CD_MSF_FORMAT; s.data_format = CD_CURRENT_POSITION; + if (ioctl (fd, CDIOCREADSUBCHANNEL, (char *) &s) < 0) - return -1; + return -1; + *trk = s.data->what.position.track_number; *min = s.data->what.position.reladdr.msf.minute; *sec = s.data->what.position.reladdr.msf.second; *frame = s.data->what.position.reladdr.msf.frame; - return s.data->header.audio_status; + + return (s.data->header.audio_status); } char *input (int *cmd) @@ -532,10 +801,11 @@ do { if (verbose) - fprintf (stderr, "cd> "); + fprintf (stderr, "%s> ", prog); if (! fgets (buf, sizeof (buf), stdin)) { *cmd = CMD_QUIT; - return 0; + fprintf (stderr, "\r\n"); + return (0); } p = parse (buf, cmd); } while (! p); @@ -548,48 +818,57 @@ char *p; int len; - for (p=buf; *p; ++p) - if (*p == '\t') - *p = ' '; - else if (*p == '\n') - *p = 0; - - for (p=buf; *p; ++p) - if (*p == ' ') { - *p++ = 0; - break; - } - while (*p == ' ') - ++p; + for (p=buf; isspace (*p); p++) + continue; + + if (isdigit (*p) || ((p[0] == '#') && isdigit (p[1]))) { + *cmd = CMD_PLAY; + return (p); + } + + for (buf = p; *p && ! isspace (*p); p++) + continue; - len = strlen (buf); + len = p - buf; if (! len) return (0); + + if (*p) { /* It must be a spacing character! */ + char *q; + + *p++ = 0; + for (q=p; *q && *q != '\n' && *q != '\r'; q++) + continue; + *q = 0; + } + *cmd = -1; for (c=cmdtab; c->name; ++c) { - /* Try short command form. */ - if (! c->args && len == strlen (c->name) && - strncasecmp (buf, c->name, len) == 0) { + /* Is it an exact match? */ + if (! strcasecmp (buf, c->name)) { *cmd = c->command; break; } - /* Try long form. */ - if (strncasecmp (buf, c->name, len) != 0) - continue; - - /* Check inambiguity. */ - if (*cmd != -1) { - fprintf (stderr, "Ambiguous command\n"); - return (0); + /* Try short hand forms then... */ + if (len >= c->min && ! strncasecmp (buf, c->name, len)) { + if (*cmd != -1 && *cmd != c->command) { + fprintf (stderr, "Ambiguous command\n"); + return (0); + } + *cmd = c->command; } - *cmd = c->command; } + if (*cmd == -1) { - fprintf (stderr, "Invalid command, enter ``help'' for command list\n"); + fprintf (stderr, "%s: Invalid command, enter ``help'' for commands.\n", + prog); return (0); } - return p; + + while (isspace (*p)) + p++; + return (p); } int open_cd () @@ -598,25 +877,31 @@ if (fd > -1) return (1); + if (*cdname == '/') strcpy (devbuf, cdname); else if (*cdname == 'r') sprintf (devbuf, "/dev/%s", cdname); else sprintf (devbuf, "/dev/r%s", cdname); + fd = open (devbuf, O_RDONLY); + if (fd < 0 && errno == ENOENT) { - strcat (devbuf, "c"); + strcat (devbuf, DEFAULT_CD_PARTITION); fd = open (devbuf, O_RDONLY); } + if (fd < 0) { - if (errno != ENXIO) { - perror (devbuf); - exit (1); + if (errno == ENXIO) { + /* ENXIO has an overloaded meaning here. + * The original "Device not configured" should + * be interpreted as "No disc in drive %s". */ + fprintf (stderr, "%s: No disc in drive %s.\n", prog, devbuf); + return (0); } - /* open says 'Device not configured' if no cd in */ - fprintf (stderr, "open: No CD in\n"); - return (0); + perror (devbuf); + exit (1); } return (1); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Dec 10 08:31:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22852 for bugs-outgoing; Sun, 10 Dec 1995 08:31:50 -0800 (PST) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22833 for ; Sun, 10 Dec 1995 08:31:42 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id LAA01571; Sun, 10 Dec 1995 11:29:16 -0500 From: John Capo Message-Id: <199512101629.LAA01571@irbs.irbs.com> Subject: Re: INN package *non*Install! To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 10 Dec 1995 11:29:16 -0500 (EST) Cc: root@net.bluemoon.net, bugs@freebsd.org In-Reply-To: from "Marc G. Fournier" at Dec 9, 95 02:39:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Marc G. Fournier writes: > > Go to 'ftp.math.psu.edu:/pub/INN' and get the unoff3 copy of INN > that Dave Barr has put together. It includes all the patches ever put out > for INN 1.4, and has a config file for FreeBSD that works "out of the box"... > The only problem I have found with unoff3 is that the "newnews" command is broken in nnrpd. Haven't looked into why yet. I switched back to nnrpd from unoff2. John Capo jc@irbs.com IRBS Engineering High performance FreeBSD systems (305) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-bugs Sun Dec 10 09:48:29 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25966 for bugs-outgoing; Sun, 10 Dec 1995 09:48:29 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA25957 for ; Sun, 10 Dec 1995 09:48:21 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id MAA10396; Sun, 10 Dec 1995 12:47:16 -0500 (EST) Date: Sun, 10 Dec 1995 12:47:11 -0500 (EST) From: "Marc G. Fournier" To: John Capo cc: root@net.bluemoon.net, bugs@freebsd.org Subject: Re: INN package *non*Install! In-Reply-To: <199512101629.LAA01571@irbs.irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Sun, 10 Dec 1995, John Capo wrote: > Marc G. Fournier writes: > > > > Go to 'ftp.math.psu.edu:/pub/INN' and get the unoff3 copy of INN > > that Dave Barr has put together. It includes all the patches ever put out > > for INN 1.4, and has a config file for FreeBSD that works "out of the box"... > > > > The only problem I have found with unoff3 is that the "newnews" > command is broken in nnrpd. Haven't looked into why yet. I switched > back to nnrpd from unoff2. > Hrmm, I haven't noticed any problems over here...what sort of symptoms do you see with it? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-bugs Sun Dec 10 10:07:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26613 for bugs-outgoing; Sun, 10 Dec 1995 10:07:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26607 for ; Sun, 10 Dec 1995 10:07:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA28153; Sun, 10 Dec 1995 19:07:01 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA13380; Sun, 10 Dec 1995 19:06:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA08119; Sun, 10 Dec 1995 19:03:06 +0100 From: J Wunsch Message-Id: <199512101803.TAA08119@uriah.heep.sax.de> Subject: Re: bug in /bin/sh for loops To: bjj@sequent.com (Ben Jackson) Date: Sun, 10 Dec 1995 19:03:05 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510271006.DAA29250@crg8.sequent.com> from "Ben Jackson" at Oct 27, 95 03:06:55 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Ben Jackson wrote: > > [FreeBSD 2.1.0 951005-SNAP] > > The appended shell script doesn't have the expected output. [...] > VAR=0 > for X in 1 2 3 > do > echo $VAR > VAR=$X > done > > VAR=0 > for X in 1 2 3 > do > echo $VAR > VAR=$X > /bin/ls > /dev/null & > done This has been fixed as a side-effect of applying the patch from PR #bin/880, in revision 1.10 of sh/parser.c. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Dec 10 10:24:21 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27437 for bugs-outgoing; Sun, 10 Dec 1995 10:24:21 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27426 Sun, 10 Dec 1995 10:24:16 -0800 (PST) Date: Sun, 10 Dec 1995 10:24:16 -0800 (PST) From: Joerg Wunsch Message-Id: <199512101824.KAA27426@freefall.freebsd.org> To: nnd@itfs.nsk.su, joerg, freebsd-bugs Subject: Re: bin/880 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Incorrect parsing of command lists by /bin/sh State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Dec 10 19:22:28 MET 1995 State-Changed-Why: Suggested fix applied in rev 1.10 of sh/parser.c. This does also fix an earlier (non-GNATS) bug report by Ben Jackson under the subject ``bug in /bin/sh for loops''. From owner-freebsd-bugs Sun Dec 10 10:25:39 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27564 for bugs-outgoing; Sun, 10 Dec 1995 10:25:39 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27546 Sun, 10 Dec 1995 10:25:37 -0800 (PST) Date: Sun, 10 Dec 1995 10:25:37 -0800 (PST) From: Joerg Wunsch Message-Id: <199512101825.KAA27546@freefall.freebsd.org> To: james@jraynard.demon.co.uk, joerg, freebsd-bugs Subject: Re: i386/602 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: disklabel : changes to cylinder details not saved State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Dec 10 19:22:28 MET 1995 State-Changed-Why: The submitter withdrawed his report by Nov 26, 1995: > [1995/07/08] i386/602 disklabel : changes to cylinder details not saved As the reporter of this fault, I would like to withdraw it as the problem does not occur (in this form) in 2.1.0-RELEASE. From owner-freebsd-bugs Sun Dec 10 10:34:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28018 for bugs-outgoing; Sun, 10 Dec 1995 10:34:34 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA28012 for ; Sun, 10 Dec 1995 10:34:30 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id TAA04472 ; Sun, 10 Dec 1995 19:34:15 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA21685 ; Sun, 10 Dec 1995 19:34:06 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA04879; Sun, 10 Dec 1995 19:31:19 +0100 (MET) From: Ollivier Robert Message-Id: <199512101831.TAA04879@keltia.freenix.fr> Subject: Re: INN package *non*Install! To: jc@irbs.com (John Capo) Date: Sun, 10 Dec 1995 19:31:19 +0100 (MET) Cc: scrappy@hub.org, root@net.bluemoon.net, bugs@FreeBSD.ORG In-Reply-To: <199512101629.LAA01571@irbs.irbs.com> from "John Capo" at Dec 10, 95 11:29:16 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1419 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk It seems that John Capo said: > The only problem I have found with unoff3 is that the "newnews" > command is broken in nnrpd. Haven't looked into why yet. I switched > back to nnrpd from unoff2. Found this in news.software.nntp: news.software.nntp #16278 (0 + 332 more) (1)+-(1) From: russells@ccu1.auckland.ac.nz (Russell Street) \-[1] [1] Re: newnews broken in INN 1.4unoff3? Date: Sat Dec 09 00:07:13 MET 1995 ftp://ftp.math.psu.edu/pub/INN/patches/newnews-fix.patch The other bug -- at least on SunOS -- is that rnews is installed 550 news.news and that makes the system loses all the UUCP batches. Restoring the 2555 news.news settings of unoff2 fixed it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Dec 9 19:14:38 MET 1995 From owner-freebsd-bugs Sun Dec 10 14:18:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22502 for bugs-outgoing; Sun, 10 Dec 1995 14:18:07 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22483 Sun, 10 Dec 1995 14:18:02 -0800 (PST) Date: Sun, 10 Dec 1995 14:18:02 -0800 (PST) From: Bruce Evans Message-Id: <199512102218.OAA22483@freefall.freebsd.org> To: scrappy@hub.org, bde, freebsd-bugs Subject: Re: misc/878 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Another Fatal Error under /usr/src/lib/.. State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Dec 10 14:16:46 PST 1995 State-Changed-Why: User has a nonstandard version of gcc that doesn't define va_list correctly. From owner-freebsd-bugs Sun Dec 10 14:19:43 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22662 for bugs-outgoing; Sun, 10 Dec 1995 14:19:43 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22641 Sun, 10 Dec 1995 14:19:37 -0800 (PST) Date: Sun, 10 Dec 1995 14:19:37 -0800 (PST) From: Bruce Evans Message-Id: <199512102219.OAA22641@freefall.freebsd.org> To: scrappy@hub.org, bde, freebsd-bugs Subject: Re: misc/879 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Another Fatal error under /usr/src/lib/.. State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Dec 10 14:18:15 PST 1995 State-Changed-Why: User has a nonstandard version of gcc that doesn't define va_list correctly. From owner-freebsd-bugs Sun Dec 10 14:23:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23232 for bugs-outgoing; Sun, 10 Dec 1995 14:23:54 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23211 Sun, 10 Dec 1995 14:23:48 -0800 (PST) Date: Sun, 10 Dec 1995 14:23:48 -0800 (PST) From: Bruce Evans Message-Id: <199512102223.OAA23211@freefall.freebsd.org> To: scrappy@hub.org, bde, freebsd-bugs Subject: Re: kern/885 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Another DEVFS define missing define... State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Dec 10 14:22:37 PST 1995 State-Changed-Why: Already fixed. From owner-freebsd-bugs Sun Dec 10 14:25:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23561 for bugs-outgoing; Sun, 10 Dec 1995 14:25:57 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23538 Sun, 10 Dec 1995 14:25:53 -0800 (PST) Date: Sun, 10 Dec 1995 14:25:53 -0800 (PST) From: Bruce Evans Message-Id: <199512102225.OAA23538@freefall.freebsd.org> To: scrappy@hub.org, bde, freebsd-bugs Subject: Re: kern/886 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: [CRITICAL] Last Patch was Wrong! State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Dec 10 14:24:39 PST 1995 State-Changed-Why: Already fixed. From owner-freebsd-bugs Sun Dec 10 14:28:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23985 for bugs-outgoing; Sun, 10 Dec 1995 14:28:28 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23949 Sun, 10 Dec 1995 14:28:22 -0800 (PST) Date: Sun, 10 Dec 1995 14:28:22 -0800 (PST) From: Bruce Evans Message-Id: <199512102228.OAA23949@freefall.freebsd.org> To: scrappy@hub.org, bde, freebsd-bugs Subject: Re: kern/887 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: make failure on kernel with DEVFS enabled State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Dec 10 14:27:17 PST 1995 State-Changed-Why: Already fixed. From owner-freebsd-bugs Sun Dec 10 14:33:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24793 for bugs-outgoing; Sun, 10 Dec 1995 14:33:05 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24774 Sun, 10 Dec 1995 14:33:02 -0800 (PST) Date: Sun, 10 Dec 1995 14:33:02 -0800 (PST) From: Bruce Evans Message-Id: <199512102233.OAA24774@freefall.freebsd.org> To: scrappy@hub.org, bde, freebsd-bugs Subject: Re: kern/888 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: kernel doesn't compile with options DEVFS enabled State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Dec 10 14:30:58 PST 1995 State-Changed-Why: Already fixed. From owner-freebsd-bugs Sun Dec 10 15:04:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29583 for bugs-outgoing; Sun, 10 Dec 1995 15:04:32 -0800 (PST) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA29455 Sun, 10 Dec 1995 15:03:41 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id XAA21303; Sun, 10 Dec 1995 23:50:05 +0100 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id XAA02550; Sun, 10 Dec 1995 23:19:49 +0100 Date: Sun, 10 Dec 1995 23:19:49 +0100 From: Wolfram Schneider Message-Id: <199512102219.XAA02550@localhost> To: bugs@freebsd.org CC: jkh@freebsd.org Subject: WC CDROM Catalog Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk Last week I received the WC CDROM Catalog 1995 - not the expected FreeBSD 2.1 CD-ROM :-( The letter contain a order page/handbill in *german* :-) It is correct german (a south german dialect, guess Swiss?), but not common german and not computer jargon. Some examples: Felsenfest (rock-stable); better words: zuverlaessig (reliable), stabil (stable), robust Kraftbenützer (power user); power user is jargon Other bugs: missing commas, missing Umlauts, missing date field for signature, litterally translated address fields Wolfram From owner-freebsd-bugs Sun Dec 10 16:25:58 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06339 for bugs-outgoing; Sun, 10 Dec 1995 16:25:58 -0800 (PST) Received: from birk04.studby.uio.no (root@birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06330 for ; Sun, 10 Dec 1995 16:25:54 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/åge1.0) id BAA00347; Mon, 11 Dec 1995 01:25:52 +0100 (MET) Date: Mon, 11 Dec 1995 01:25:52 +0100 (MET) Message-Id: <199512110025.BAA00347@birk04.studby.uio.no> From: Åge Røbekk To: freebsd-bugs@freebsd.org Subject: network driver halts on heavy network io Sender: owner-bugs@freebsd.org Precedence: bulk i have encountered a problem with the network driver in freebsd, it might be a interface card problem or a general problem in the networking code, haven't tested on any other cards than ep0, 3c509. it is hard to predict when these halts will appear, it seems like "normal" network io, with e.g. ftp works fine. but when i rcp(1) a large file, it usually halts. this is a typical scenario, i start a ping in another window to check the network and rcp a file: (delling is a machine 3 hops away, 2Mbit link.) $ ping delling PING delling.ifi.uio.no (129.240.100.4): 56 data bytes 64 bytes from 129.240.100.4: icmp_seq=0 ttl=252 time=3.459 ms [avg. ping time is ~4 ms] [Here i start an rcp of a 6MB file] 64 bytes from 129.240.100.4: icmp_seq=9 ttl=252 time=60.364 ms 64 bytes from 129.240.100.4: icmp_seq=10 ttl=252 time=73.980 ms 64 bytes from 129.240.100.4: icmp_seq=11 ttl=252 time=72.833 ms 64 bytes from 129.240.100.4: icmp_seq=12 ttl=252 time=73.689 ms 64 bytes from 129.240.100.4: icmp_seq=13 ttl=252 time=50.199 ms [10 seconds delay] ping: sendto: No buffer space available ping: wrote delling.ifi.uio.no 64 chars, ret=-1 ping: sendto: No buffer space available ping: wrote delling.ifi.uio.no 64 chars, ret=-1 ^C the average ping time when doing file transfers with ftp or sending a data stream with e.g. tcpspray is ~14 ms. i never get any halts. the reason for rcp clogging the network so bad is perhaps not so very interesting but i do not get even close with something like $ rsh < /dev/zero delling "cat >/dev/null" i looked around in the kernel sources and i found that the mbuf handling routines might be the cause, or a too small buffer somewhere. or is this a known problem with the 3c509 card? doesn't handle high speed i/o too well, they say. I'm running -CURRENT, btw :) -aage From owner-freebsd-bugs Sun Dec 10 18:06:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA12527 for bugs-outgoing; Sun, 10 Dec 1995 18:06:32 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA12522 for ; Sun, 10 Dec 1995 18:06:30 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA12563; Sun, 10 Dec 1995 18:06:25 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id SAA00667; Sun, 10 Dec 1995 18:07:12 -0800 Message-Id: <199512110207.SAA00667@corbin.Root.COM> To: ge R bekk cc: freebsd-bugs@freebsd.org Subject: Re: network driver halts on heavy network io In-reply-to: Your message of "Mon, 11 Dec 95 01:25:52 +0100." <199512110025.BAA00347@birk04.studby.uio.no> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 10 Dec 1995 18:07:06 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >i have encountered a problem with the network driver in freebsd, it >might be a interface card problem or a general problem in the >networking code, haven't tested on any other cards than ep0, 3c509. ... >or is this a known problem with the 3c509 card? doesn't handle high >speed i/o too well, they say. > >I'm running -CURRENT, btw :) How "current" is your 'current'? Yes, the 3c509 driver is full of bugs. This particular one appears to be caused by the driver losing an output interrupt. -DG From owner-freebsd-bugs Sun Dec 10 18:46:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA14472 for bugs-outgoing; Sun, 10 Dec 1995 18:46:17 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA14451 Sun, 10 Dec 1995 18:46:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA11385; Sun, 10 Dec 1995 18:41:00 -0800 To: Wolfram Schneider cc: bugs@freebsd.org, jkh@freebsd.org Subject: Re: WC CDROM Catalog In-reply-to: Your message of "Sun, 10 Dec 1995 23:19:49 +0100." <199512102219.XAA02550@localhost> Date: Sun, 10 Dec 1995 18:40:59 -0800 Message-ID: <11383.818649659@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > Last week I received the WC CDROM Catalog 1995 - not the expected > FreeBSD 2.1 CD-ROM :-( It's still late, sorry. No ETA on delivery, I've given up on trying to guess. We're having major problems with our suppliers. I'll fwd your comments on the German catalog.. Jordan From owner-freebsd-bugs Mon Dec 11 02:08:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18989 for bugs-outgoing; Mon, 11 Dec 1995 02:08:50 -0800 (PST) Received: from vogon.muc.de (vogon.muc.de [193.174.4.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA18816 for ; Mon, 11 Dec 1995 02:05:37 -0800 (PST) Received: from [193.174.4.22] ([193.174.4.22]) by vogon.muc.de with SMTP id <93402-4>; Mon, 11 Dec 1995 10:35:49 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Dec 1995 10:37:06 +0100 To: mi@ALDAN.star89.galstar.com From: lutz@muc.de (Lutz Albers) Subject: Re: ports/883: tclX-port does not build properly Cc: freebsd-bugs@freefall.FreeBSD.org Sender: owner-bugs@FreeBSD.ORG Precedence: bulk In article <199512092104.QAA05064@aldan>, mi@ALDAN.star89.galstar.com writes: ->Description: - -Configure script creates Makefile(s) which look for tcl library and -include files in /usr/ports/lang/tcl/work... There is nothing there, -if tcl was installed (the reasonable requirement), but then - make clean -was issued. The Makefile should look for libtcl.a and tcl.h, etc. in -the places where they were installed TO, not FROM. BTW, why does it -instists on static linking? Thats a 'problem' in the TclX build itself. It needs the tcl source code because it copies some files to it's own directory. Re: static linking: someone has to to modify the configure script to include FreeBSD and add the correct compiler switches for shared libraries. ciao lutz --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - email:lutz@muc.de ph: +49-89-93940364 | But not fair at all http://www.muc.de/~lutz fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-bugs Mon Dec 11 07:02:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16345 for bugs-outgoing; Mon, 11 Dec 1995 07:02:57 -0800 (PST) Received: from dragon.ti.com (dragon.ti.com [192.94.94.61]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16335 for ; Mon, 11 Dec 1995 07:02:53 -0800 (PST) Received: from landru.mtc.ti.com ([157.170.31.46]) by dragon.ti.com (8.6.12/) with ESMTP id JAA23734; Mon, 11 Dec 1995 09:01:16 -0600 Received: from raptor.mtc.ti.com (raptor.mtc.ti.com [157.170.31.48]) by landru.mtc.ti.com (8.6.12/8.6.12) with ESMTP id JAA34452; Mon, 11 Dec 1995 09:01:47 -0600 Received: (from jasonm@localhost) by raptor.mtc.ti.com (8.6.12/8.6.12) id JAA12525; Mon, 11 Dec 1995 09:01:30 -0600 From: Jason Mechler Message-Id: <199512111501.JAA12525@raptor.mtc.ti.com> Subject: Re: nfs client bug in /etc/rc To: dima@bog.msu.su (Dmitry Khrustalev) Date: Mon, 11 Dec 1995 09:01:30 -0600 (CST) Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: from "Dmitry Khrustalev" at Dec 10, 95 05:22:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > On Sat, 9 Dec 1995, Jason Mechler wrote: > > > > > I discovered an error in /etc/rc relating to mounting nfs filesystems > > at boot time. The line > > > > mount -a -t nfs >/dev/null 2>&1 > > > > comes immediately after /etc/netstart is run. Unfortunately, this is > > before the nfsiod daemon is started, so if there are any nfs > > filesystems in /etc/fstab, the systems hang for a while and then > > finally gets an RPC Portmapper error when trying to do the nfs mounts. > > > > Nfsiod is not necessary for client nfs to work. Your problem is located > elsewhere. > > -Dima. > > > It's certainly easy to fix. You just have to move the above line into > > the nfs_client section as below. > > > > if [ "X${nfs_client}" = X"YES" ]; then > > echo -n ' nfsiod'; nfsiod -n 4 > > new--> mount -a -t nfs >/dev/null 2>&1 > > fi OK, OK. So I got the specific daemon wrong. The overall problem still exists. I think I have pinpointed the location however... "mount -a -t nfs" should go anywhere in /etc/rc after the following section. # Portmapper should always be run, to provide RPC services for inetd. if [ -x /usr/sbin/portmap ]; then echo -n ' portmap'; portmap fi In the /etc/rc installed with FreeBSD 2.1.0, it doesn't. The nfs mounts are attempted before portmap is started. ------------- Jason Mechler jasonm@ccwf.cc.utexas.edu From owner-freebsd-bugs Mon Dec 11 07:31:41 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19651 for bugs-outgoing; Mon, 11 Dec 1995 07:31:41 -0800 (PST) Received: from sunny.bog.msu.su (dima@sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19634 for ; Mon, 11 Dec 1995 07:31:32 -0800 (PST) Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id SAA11790; Mon, 11 Dec 1995 18:29:55 +0300 Date: Mon, 11 Dec 1995 18:29:53 +0300 (????) From: Dmitry Khrustalev To: Jason Mechler cc: freebsd-bugs@FreeBSD.ORG Subject: Re: nfs client bug in /etc/rc In-Reply-To: <199512111501.JAA12525@raptor.mtc.ti.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On Mon, 11 Dec 1995, Jason Mechler wrote: > > On Sat, 9 Dec 1995, Jason Mechler wrote: > > > > > > > > I discovered an error in /etc/rc relating to mounting nfs filesystems > > > at boot time. The line > > > > > > mount -a -t nfs >/dev/null 2>&1 > > > > > > comes immediately after /etc/netstart is run. Unfortunately, this is > > > before the nfsiod daemon is started, so if there are any nfs > > > filesystems in /etc/fstab, the systems hang for a while and then > > > finally gets an RPC Portmapper error when trying to do the nfs mounts. > > > > > > > Nfsiod is not necessary for client nfs to work. Your problem is located > > elsewhere. > > > > -Dima. > > > > > It's certainly easy to fix. You just have to move the above line into > > > the nfs_client section as below. > > > > > > if [ "X${nfs_client}" = X"YES" ]; then > > > echo -n ' nfsiod'; nfsiod -n 4 > > > new--> mount -a -t nfs >/dev/null 2>&1 > > > fi > > OK, OK. So I got the specific daemon wrong. The overall problem still > exists. I think I have pinpointed the location however... > "mount -a -t nfs" should go anywhere in /etc/rc after the following > section. > > # Portmapper should always be run, to provide RPC services for inetd. > if [ -x /usr/sbin/portmap ]; then > echo -n ' portmap'; portmap > fi > > In the /etc/rc installed with FreeBSD 2.1.0, it doesn't. The nfs > mounts are attempted before portmap is started. And this is rigth, since portmap lives in usr and it can be nfs mounted. It is not needed anyway. What error are you getting from mount? -Dima > > > ------------- > Jason Mechler > jasonm@ccwf.cc.utexas.edu > From owner-freebsd-bugs Mon Dec 11 10:35:21 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13197 for bugs-outgoing; Mon, 11 Dec 1995 10:35:21 -0800 (PST) Received: from birk04.studby.uio.no (root@birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA13189 for ; Mon, 11 Dec 1995 10:35:17 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/åge1.0) id TAA00929; Mon, 11 Dec 1995 19:35:01 +0100 (MET) Date: Mon, 11 Dec 1995 19:35:01 +0100 (MET) Message-Id: <199512111835.TAA00929@birk04.studby.uio.no> From: Åge Røbekk To: davidg@Root.COM CC: freebsd-bugs@freebsd.org In-reply-to: <199512110207.SAA00667@corbin.Root.COM> (message from David Greenman on Sun, 10 Dec 1995 18:07:06 -0800) Subject: Re: network driver halts on heavy network io Sender: owner-bugs@freebsd.org Precedence: bulk | >i have encountered a problem with the network driver in freebsd, it | >might be a interface card problem or a general problem in the | >networking code, haven't tested on any other cards than ep0, 3c509. | ... | >or is this a known problem with the 3c509 card? doesn't handle high | >speed i/o too well, they say. | > | >I'm running -CURRENT, btw :) | How "current" is your 'current'? Yes, the 3c509 driver is full of bugs. | This particular one appears to be caused by the driver losing an output | interrupt. i SUP once a week or so, and rebuild if there are any _significant_ changes. this problem is rather critical however, it happens more often than i described above, i am almost guaranteed to lock up the network after a while. a quick fix i set up was to enable and disable promiscious mode on the interface in quick succession, and sleep 10 seconds in a loop. worst-case situation is then a 10 second delay, seems like the promiscious-ioctl command flushes some buffers or something. again a ping-example: $ ping 129.240.100.4 64 bytes from 129.240.100.4: icmp_seq=0 ttl=252 time=4.238 ms 64 bytes from 129.240.100.4: icmp_seq=1 ttl=252 time=3.763 ms 64 bytes from 129.240.100.4: icmp_seq=2 ttl=252 time=5.494 ms [started rcp] 64 bytes from 129.240.100.4: icmp_seq=3 ttl=252 time=63.872 ms 64 bytes from 129.240.100.4: icmp_seq=4 ttl=252 time=64.205 ms 64 bytes from 129.240.100.4: icmp_seq=5 ttl=252 time=68.216 ms [the network locked up, enabled and disabled promisc. mode, after waiting a few seconds to make the buffers build up] 64 bytes from 129.240.100.4: icmp_seq=6 ttl=252 time=11760.661 ms 64 bytes from 129.240.100.4: icmp_seq=7 ttl=252 time=10753.738 ms 64 bytes from 129.240.100.4: icmp_seq=8 ttl=252 time=9748.813 ms 64 bytes from 129.240.100.4: icmp_seq=9 ttl=252 time=8746.230 ms 64 bytes from 129.240.100.4: icmp_seq=10 ttl=252 time=7748.978 ms -aage From owner-freebsd-bugs Mon Dec 11 11:32:48 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18364 for bugs-outgoing; Mon, 11 Dec 1995 11:32:48 -0800 (PST) Received: from dub-img-1.compuserve.com (dub-img-1.compuserve.com [198.4.9.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18357 for ; Mon, 11 Dec 1995 11:32:45 -0800 (PST) Received: by dub-img-1.compuserve.com (8.6.10/5.950515) id OAA10952; Mon, 11 Dec 1995 14:32:14 -0500 Date: 11 Dec 95 14:25:21 EST From: Dave Franco <100075.2767@compuserve.com> To: Anyone Subject: Assistance with FreeBSD and aha1542 Message-ID: <951211192521_100075.2767_EHK107-1@CompuServe.COM> Sender: owner-bugs@freebsd.org Precedence: bulk Help Anyone, I have posted the following problem in less detail in questions@freeBSD and have had a few suggestions that mostly centre around checking IRQ's and DMA's these have been tried in many configurations but to no avail. I cannot get the system to initialise to installation at all. During the boot up sequence the system performs the various memory and device sniffs. It then locates the aha and produces the following lines (without line numbers) 1. aha0: reading board settings dma=5, int=11 (bus speed defaulted) 2. aha0: aha_cmd, cmd/data port full 3. aha0: at 0x330 - 0x333 irq 11 drq 4 on isa 4. aha0: waiting for SCSI devices to settle 5. probe 0(aha0:0:0), timed out 6. adapter not taking comands . . frozen ?! 7. 8. probe 0(aha0:0:0), timed out 9. adapter not taking comands . . frozen ?! 10. Debug(AHA-1542) 11. AGAIN 12. aha0: MBO not free it then repeats lines 5 to 12 as long as it is left on. My initial suspicion was a hardware interrupt conflict but I have been through these several times. The same boot disk works on a configuration without a SCSI device upto setting up the drive but unable to access the drive because it is on a sound CDROM when using an IDE disk. The configuration I am trying to now make it work in is Pentium 90, 16 Mb RAM ISA VGA adapter - 512Kb RAM AHA 1542 ISA SCSI host adapter Seagate 2Gb barracuda HDD on the AHA - device 0 Matshita CDRom on the AHA device 3 ( also tried 1) TEAC 1.44 running on the AHA 1542 NO PCI devices, all pci interrupts disabled NO VL bus devices For test purposes I have put a 60Mb partition at the front of the disk for dos and have installed dos drivers for the drive and CD and this is able to work. As soon as I boot the system with the disk 1 of 2 created from the CD using rawwrite it initialises and then eventually arrives at the situation described above. If anyone has more suggestions, or someone who knows where the error is generated and can explain what it is looking for at this point so that I can resolve it I would be most appreciative. Anyone who has already sent a suggestion thank you very much for your ideas, sorry they didn't work yet. Regards Dave Franco From owner-freebsd-bugs Mon Dec 11 15:24:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13175 for bugs-outgoing; Mon, 11 Dec 1995 15:24:15 -0800 (PST) Received: from cyberspy.com (root@cyberspy.com [205.139.130.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13170 for ; Mon, 11 Dec 1995 15:24:12 -0800 (PST) Received: from B1.cyberspy.com (B1.cyberspy.com [205.139.130.17]) by cyberspy.com (8.6.11/8.6.9) with SMTP id TAA04354 for ; Mon, 11 Dec 1995 19:31:56 -0500 Date: Mon, 11 Dec 1995 19:31:56 -0500 Message-Id: <199512120031.TAA04354@cyberspy.com> X-Sender: graver@main.cyberspy.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@freebsd.org From: graver@cyberspy.com (David Rairigh) Sender: owner-bugs@freebsd.org Precedence: bulk I wrote: >Hey Ho! >I am a small-time PCer in Tampa. I downloaded the BINs from >CDROM.COM and have ran into a snag. > >The Version is the newest, 2.1.0(?). > >While extracting the binaries my system always hangs on > bin.ch >I get the message: > Invalid checksum. > Writing -1 of 10140(?) >From this point it quits the installation. > >I have tried getting copies of bin.ch from other mirrors and sites, >but the problem persists. > >I am running a 486DX2/66, 8Mb Ram. > >Help!! I have tried many things since, including downloading the files in question(bin.ch-cp) twice. Still no luck. Some additional information: The destination file is ascii.gz The program responds with "invalid header" also. In addition to email I have search the net very thoroughly, going from newsgroups to FreeBSD-FAQs to FreeBSD search engines...still no luck. I have seen many similar problems written to FreeBSD.org, but no responses. Thanks for any help in advance! David Rairigh From owner-freebsd-bugs Mon Dec 11 21:50:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08933 for bugs-outgoing; Mon, 11 Dec 1995 21:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08927 Mon, 11 Dec 1995 21:50:04 -0800 (PST) Resent-Date: Mon, 11 Dec 1995 21:50:04 -0800 (PST) Resent-Message-Id: <199512120550.VAA08927@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sjohn@alamak.bchem.washington.edu Received: from alamak.bchem.washington.edu (alamak.bchem.washington.edu [128.95.12.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08777 for ; Mon, 11 Dec 1995 21:46:35 -0800 (PST) Received: (from sjohn@localhost) by alamak.bchem.washington.edu (8.6.12/8.6.12) id VAA26263; Mon, 11 Dec 1995 21:48:48 -0800 Message-Id: <199512120548.VAA26263@alamak.bchem.washington.edu> Date: Mon, 11 Dec 1995 21:48:48 -0800 From: sjohn@alamak.bchem.washington.edu Reply-To: sjohn@alamak.bchem.washington.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/890: Ethernet, DEC chipset, mb_map error, grabs memory, then stops working. Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 890 >Category: kern >Synopsis: Kingston card de0 driver grabs memory error mb_map full >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 11 21:50:02 PST 1995 >Last-Modified: >Originator: John D. Saario >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: Kingston Ethernet Card.... FreeBSD 2.1 on a P133 with 64MB of memory 77MB swap space. Adaptec SCSI controler with Conner 1.0GB drive. High volume web server running Apache! >Description: I bought a Kingston card with the DEC DC21040 chipset since it said this chipset was supported. I used the de0 driver and it worked fine. At first I forgot to turn off PlugNPlay and the network stopped working after 6 hours with a mb_map full messsge to the console. Then I noticed there seemed to be about twice as much Active memory used as with the 3C503 card I used before and also the Cache memory as displayed by top was 20M.... I rebooted and everything worked. Later I disabled plug and play, it didnt' crash but is still using up all that memory and slowly grabbing more. It didn't seem to do much at first but after an hour of heavy use it seemed to shoot up in a few minutes when I was not watching top. Then it stabilzed for awhile. >How-To-Repeat: Running a high volume web server with a Web Chat page....many hits a second. >Fix: I don't know but I may try a SMC card? John >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Dec 11 23:12:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12337 for bugs-outgoing; Mon, 11 Dec 1995 23:12:17 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12317 Mon, 11 Dec 1995 23:12:14 -0800 (PST) Date: Mon, 11 Dec 1995 23:12:14 -0800 (PST) From: David Greenman Message-Id: <199512120712.XAA12317@freefall.freebsd.org> To: sjohn@alamak.bchem.washington.edu, davidg, freebsd-bugs Subject: Re: kern/890 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Kingston card de0 driver grabs memory error mb_map full State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Mon Dec 11 23:09:40 PST 1995 State-Changed-Why: The system caches all file data. That's what "cached" pages are. This is not a bug and has nothing to do with the network card. The mb_map full is caused by not configuring the kernel correctly for WWW/HTTP loads. Add: options "NMBCLUSTERS=2048" to your kernel config file to fix this problem. From owner-freebsd-bugs Mon Dec 11 23:33:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13398 for bugs-outgoing; Mon, 11 Dec 1995 23:33:08 -0800 (PST) Received: from ncc-1701-d.starfleet.gov (root@ix-sb1-27.ix.netcom.com [204.32.201.59]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA13392 for ; Mon, 11 Dec 1995 23:33:01 -0800 (PST) Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id UAA02069; Mon, 11 Dec 1995 20:58:35 -0800 Date: Mon, 11 Dec 1995 20:58:31 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d To: Dave Franco <100075.2767@compuserve.com> cc: Anyone Subject: Re: Assistance with FreeBSD and aha1542 In-Reply-To: <951211192521_100075.2767_EHK107-1@CompuServe.COM> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-41693620-818744311=:1943" Sender: owner-bugs@freebsd.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-41693620-818744311=:1943 Content-Type: TEXT/PLAIN; charset=US-ASCII On 11 Dec 1995, Dave Franco wrote: > 1. aha0: reading board settings dma=5, int=11 (bus speed defaulted) > 2. aha0: aha_cmd, cmd/data port full > 3. aha0: at 0x330 - 0x333 irq 11 drq 4 on isa > 4. aha0: waiting for SCSI devices to settle > 5. probe 0(aha0:0:0), timed out > 6. adapter not taking comands . . frozen ?! Here is a document I posted to the list about a month ago. It explains how to get an Adaptec AHA-1542CP card to work under FreeBSD 2.0.5. Since the symptoms that this workaround fixes are the same as the symptoms you're experiencing, I think this file will be of help to you as well. Let me know how it works out, eh? Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / WWW http://www.geopages.com/WallStreet/2072 PGP Public Key available by request (send e-mail) or on Public Key Servers. ** Uphold your right to privacy - Use PGP. ** --0-41693620-818744311=:1943 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=solution Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: VGhlc2UgYXJlIHRoZSBzdGVwcyBJIHRvb2sgdG8gbWFrZSBteSBBZGFwdGVj IEFIQS0xNTQyQ1AgY2FyZCB3b3JrIHVuZGVyDQpGcmVlQlNELg0KDQpOb3Rl IHRoYXQsIHdpdGggdGhpcyBjb25maWd1cmF0aW9uLCBteSBzeXN0ZW0gc3Rp bGwgd29ya3MgcGVyZmVjdGx5IHdoZW4NCnVzaW5nIERPUyBhbmQgV2luZG93 cyA5NS4NCg0KRmlyc3QsIEkgZGlzYWJsZWQgdGhlIFBsdWcgYW5kIFBsYXkg c3VwcG9ydCBvbiB0aGUgY2FyZC4gIFRoaXMgaXMgYmVjYXVzZQ0KSSBoYXZl IGEgbm9uLVBsdWctYW5kLVBsYXkgc3lzdGVtLCB3aXRoIGxvdHMgb2Ygbm9u LVBsdWctYW5kLVBsYXkgZGV2aWNlcw0KKCJsZWdhY3kiIHN5c3RlbSksIGFu ZCBJIHdhcyBoYXZpbmcgbG90cyBvZiBwcm9ibGVtcyBnZXR0aW5nIHRoaW5n cyBzZXQNCnVwIGFuZCB3b3JraW5nIHVuZGVyIFdpbmRvd3MgOTUsIHdoaWNo IGluc2lzdGVkIG9uIHRyeWluZyB0byBzZXQgdGhpbmdzDQp1cCBieSBpdHNl bGYsIGJ1dCB3YXMgYWx3YXlzIGdldHRpbmcgdGhpbmdzIGdvb2ZlZCB1cC4N Cg0KVG8gZG8gdGhpcywgeW91IGhhdmUgdG8gZmxpcCBvbmUgb2YgdGhlIERJ UCBzd2l0Y2hlcyBvbiB0aGUgY2FyZC4gIEZsaXANCnN3aXRjaCAjMSB0byB0 aGUgIk9OIiAocG9pbnRlZCBBV0FZIGZyb20gdGhlIGNhcmQuLi4gSSB0aGlu aykgcG9zaXRpb24uDQoNCk5vdywgcmVib290IGFuZCBnZXQgaW50byB0aGUg Y2FyZCdzIEJJT1MgY29uZmlndXJhdGlvbiB1dGlsaXR5IChwcmVzcw0KQ1RS TC1BIHdoZW4gdGhlIEFkYXB0ZWMgY29weXJpZ2h0IG1lc3NhZ2UgcG9wcyB1 cCkuICBDaG9vc2UgeW91ciBjYXJkJ3MNCkkvTyBhZGRyZXNzIChvbmx5IG5l Y2Vzc2FyeSBpZiB5b3UgaGF2ZSBtdWx0aXBsZSAxNTQyJ3MgaW4geW91ciBz eXN0ZW0pLA0KdGhlbiBjaG9vc2UgIkNvbmZpZ3VyZS9WaWV3IEhvc3QgQWRh cHRlciBTZXR0aW5ncyIuDQoNCk1vc3Qgb2YgdGhlIHN0dWZmIG9uIHRoZSBm aXJzdCBzZXR1cCBwYWdlIHNob3VsZCBiZSBsZWZ0IGFsb25lIChpLmUuIHRo ZQ0KZWZhdWx0cyBhcmUgT0spLCBhbHRob3VnaCB5b3UgbWF5IHdhbnQgdG8g dHJ5IGFuZCBpbmNyZWFzZSB0aGUgdHJhbnNmZXINCnJhdGUgLS0gaG93ZXZl ciwgc29tZSBzeXN0ZW1zJyBETUEgY29udHJvbGxlcnMgd29uJ3QgaGFuZGxl IGFuIGluY3JlYXNlLg0KSSB3YXMgYWJsZSB0byBnZXQgYSBzbWFsbCBpbmNy ZWFzZSAodXAgdG8gNS43L3NlYyksIGJ1dCB3aGVuIEkgdHJpZWQNCnJ1bm5p bmcgYW55IGZhc3RlciwgdW5wcmVkaWN0YWJsZSByZXN1bHRzIHN0YXJ0ZWQg c2V0dGluZyBpbi4NCg0KT0ssIGZyb20gaGVyZSwgY2hvb3NlIHRoZSAiQWR2 YW5jZWQgQ29uZmlndXJhdGlvbiBPcHRpb25zIi4gIEhFUkUgaXMNCndoZXJl IHlvdSBoYXZlIHRvIGZpZGRsZSB3aXRoIGEgbG90IG9mIHN0dWZmIHRvIGdl dCB0aGUgY2FyZCB0byB3b3JrDQp3aXRoIEZyZWVCU0QuICBOb3RlIHRoYXQs IHdoZW4geW91IHNlbGVjdCBlYWNoIG9wdGlvbiwgaXQgZ2l2ZXMgeW91IGEN Cmxpc3Qgb2YgY2hvaWNlcywgb25lIG9mIHRoZW0gaGFzIGEgYXN0ZXJpc2sg KCopIG5leHQgdG8gaXQuICBUaGlzIG9uZQ0KaXMgdGhlIERFRkFVTFQgKGku ZS4gd2hhdCB0aGUgY2FyZCBpcyBzZXQgdXAgd2l0aCwgd2hlbiBpdCBjb21l cyBmcm9tDQp0aGUgZmFjdG9yeSkuDQoNClRoZSBmb2xsb3dpbmcgc2V0dGlu Z3MgbmVlZCB0byBiZSBjaGFuZ2VkIHRvIE5PTi1ERUZBVUxUIHNldHRpbmdz Lg0KRVZFUllUSElORyBFTFNFIENBTiAoU0hPVUxEPykgQkUgTEVGVCBBVCBJ VFMgREVGQVVMVC4NCg0KIlBsdWcgYW5kIFBsYXkgU0NBTSBTdXBwb3J0IiA6 IERpc2FibGVkDQoiRXh0ZW5kZWQgQklPUyBUcmFuc2xhdGlvbiBmb3IgRE9T IERyaXZlcyA+IDEgR0J5dGUiIDogRGlzYWJsZWQNClN1cHBvcnQgUmVtb3Zh YmxlIERpc2tzIHVuZGVyIEJJT1MgYXMgRml4ZWQgRGlza3MiIDogRGlzYWJs ZWQgKCpzZWUgTk9URSBiZWxvdykNCiJEeW5hbWljYWxseSBTY2FuIFNDU0kg QnVzIGZvciBCSU9TIERldmljZXMiIDogRGlzYWJsZWQNCiJCSU9TIFN1cHBv cnQgZm9yIG1vcmUgdGhhbiAyIERyaXZlcyAoTVMtRE9TKFIpIDUuMCBhbmQg YWJvdmUpIiA6IERpc2FibGVkDQoNCipOT1RFOiBJIHNldCB0aGlzIG9wdGlv biB0byAiRGlzYWJsZWQiIGR1ZSB0byB3ZWlyZCBvZGRpdGllcyBJIHdhcyBl eHBlcmktDQplbmNpbmcgd2l0aCBteSBTeVF1ZXN0IHJlbW92YWJsZSBjYXJ0 cmlkZ2UgZHJpdmUuICBJdCBNQVkgb3IgTUFZIE5PVCBiZQ0KbmVjZXNhcnkg dG8gY2hhbmdlIHRoaXMgdmFsdWUsIHRvIG1ha2UgeW91ciBzeXN0ZW0gd29y ayB3aXRoIEZyZWVCU0QuDQpJIGhhdmVuJ3QgdGVzdGVkIGl0Lg0K --0-41693620-818744311=:1943-- From owner-freebsd-bugs Tue Dec 12 00:25:19 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18291 for bugs-outgoing; Tue, 12 Dec 1995 00:25:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18255 for ; Tue, 12 Dec 1995 00:24:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27381; Tue, 12 Dec 1995 09:21:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA00324; Tue, 12 Dec 1995 09:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA17379; Tue, 12 Dec 1995 09:00:23 +0100 From: J Wunsch Message-Id: <199512120800.JAA17379@uriah.heep.sax.de> Subject: Re: your mail To: graver@cyberspy.com (David Rairigh) Date: Tue, 12 Dec 1995 09:00:22 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512120031.TAA04354@cyberspy.com> from "David Rairigh" at Dec 11, 95 07:31:56 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As David Rairigh wrote: > > I wrote: > > >Hey Ho! > >I am a small-time PCer in Tampa. I downloaded the BINs from > >CDROM.COM and have ran into a snag. > > > >The Version is the newest, 2.1.0(?). > > > >While extracting the binaries my system always hangs on > > bin.ch > >I get the message: > > Invalid checksum. > > Writing -1 of 10140(?) > >From this point it quits the installation. Perhaps your hardware (memory -- remember, there's often no longer a parity bit warning you about memory errors; disk subsystem) has got some problems. Try relaxing the timing, play with the cache options etc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Dec 12 21:05:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26070 for bugs-outgoing; Tue, 12 Dec 1995 21:05:57 -0800 (PST) Received: from srvr7.engin.umich.edu (root@srvr7.engin.umich.edu [141.212.2.69]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA26054 for ; Tue, 12 Dec 1995 21:05:54 -0800 (PST) Received: from srvr5.engin.umich.edu (srvr5.engin.umich.edu [141.212.2.89]) by srvr7.engin.umich.edu (8.6.12/8.6.4) with ESMTP id AAA01215 for ; Wed, 13 Dec 1995 00:05:52 -0500 Received: from rvp.reshall.umich.edu ([141.211.208.115]) by srvr5.engin.umich.edu (8.6.12/8.6.4) with SMTP id AAA23348 for ; Wed, 13 Dec 1995 00:02:38 -0500 Message-Id: <199512130502.AAA23348@srvr5.engin.umich.edu> Date: Wed, 13 Dec 95 00:05:33 -0500 From: "Rajeev V. Parekh" X-Mailer: Mozilla 1.22 (Windows; I; 32bit) MIME-Version: 1.0 To: bugs@freebsd.org Subject: FreeBSD on a ThinkPAD 755Cs Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk I tried to install FreeBSD on my IBM ThinkPad 755Cs. I made the boot floppy and it appeared to detect all the devices in the system. When I got to the (very nice!) setup screen, the keyboard would not respond properly. For example, pushing the cursor keys would not do anything and pushing the "End" key would be like hitting "esc" to exit. Any clue on how I could correct this? Thanks -Rajeev From owner-freebsd-bugs Tue Dec 12 22:35:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09668 for bugs-outgoing; Tue, 12 Dec 1995 22:35:47 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09658 for ; Tue, 12 Dec 1995 22:35:44 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id XAA10642; Tue, 12 Dec 1995 23:38:09 -0700 Date: Tue, 12 Dec 1995 23:38:09 -0700 From: Nate Williams Message-Id: <199512130638.XAA10642@rocky.sri.MT.net> To: "Rajeev V. Parekh" Cc: bugs@freebsd.org Subject: Re: FreeBSD on a ThinkPAD 755Cs In-Reply-To: <199512130502.AAA23348@srvr5.engin.umich.edu> References: <199512130502.AAA23348@srvr5.engin.umich.edu> Sender: owner-bugs@freebsd.org Precedence: bulk > I tried to install FreeBSD on my IBM ThinkPad 755Cs. You need a special boot floppy which contains support for IBM's special keyboard controller. See freefall.freebsd.org/incoming/nate/* It contains a new boot floppy along with very terse instructions.n Nate From owner-freebsd-bugs Wed Dec 13 10:20:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11737 for bugs-outgoing; Wed, 13 Dec 1995 10:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11706 Wed, 13 Dec 1995 10:20:04 -0800 (PST) Resent-Date: Wed, 13 Dec 1995 10:20:04 -0800 (PST) Resent-Message-Id: <199512131820.KAA11706@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@ALDAN.star89.galstar.com Received: from aldan (PPP-75-7.BU.EDU [128.197.7.155]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11077 for ; Wed, 13 Dec 1995 10:15:07 -0800 (PST) Received: (from mi@localhost) by aldan (8.6.12/8.6.12) id NAA06369; Wed, 13 Dec 1995 13:13:35 -0500 Message-Id: <199512131813.NAA06369@aldan> Date: Wed, 13 Dec 1995 13:13:35 -0500 From: mi@ALDAN.star89.galstar.com Reply-To: mi@ALDAN.star89.galstar.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/891: regex.h Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 891 >Category: misc >Synopsis: regex.h relies on sys/types.h, but does not include it >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 13 10:20:01 PST 1995 >Last-Modified: >Originator: &khail Teterin >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: gcc 2.6.? (the original) >Description: regex.h uses off_t as already defined, but only includes sys/cdefs.h . off_t is defined in sys/types.h >How-To-Repeat: I hit this builing xrn. Just make a c file with only #include >Fix: Put #include in front. But I do not think, this is how it should be. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Dec 14 04:02:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA28315 for bugs-outgoing; Thu, 14 Dec 1995 04:02:38 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA28297 Thu, 14 Dec 1995 04:02:34 -0800 (PST) Date: Thu, 14 Dec 1995 04:02:34 -0800 (PST) From: Peter Wemm Message-Id: <199512141202.EAA28297@freefall.freebsd.org> To: kato@eclogite.eps.nagoya-u.ac.jp, peter, freebsd-bugs Subject: Re: kern/729 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: unexpected signal 4/10/11 State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Thu Dec 14 03:59:27 PST 1995 State-Changed-Why: This was fixed some time ago. The problem was the read clustering, which was broken after initial support for EXT2FS was added. From owner-freebsd-bugs Thu Dec 14 04:04:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA28475 for bugs-outgoing; Thu, 14 Dec 1995 04:04:28 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA28459 Thu, 14 Dec 1995 04:04:22 -0800 (PST) Date: Thu, 14 Dec 1995 04:04:22 -0800 (PST) From: Peter Wemm Message-Id: <199512141204.EAA28459@freefall.freebsd.org> To: sysseh@devetir.qld.gov.au, peter, freebsd-bugs Subject: Re: kern/738 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Using ktrace will cause a system reboot State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Thu Dec 14 04:03:08 PST 1995 State-Changed-Why: This was fixed some time ago by John Dyson. From owner-freebsd-bugs Thu Dec 14 09:33:16 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18344 for bugs-outgoing; Thu, 14 Dec 1995 09:33:16 -0800 (PST) Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18316 for ; Thu, 14 Dec 1995 09:33:02 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id TAA02475 for ; Thu, 14 Dec 1995 19:10:24 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id TAA01202 for ; Thu, 14 Dec 1995 19:10:22 +0200 Message-Id: <199512141710.TAA01202@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: bugs@freebsd.org Subject: Kernel FS is hosed right now? Date: Thu, 14 Dec 1995 19:10:20 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org Precedence: bulk Hi A current kernel (about 6 hours old, in fact) is panicing on bootup: It happens at ip f0134a82 (Trap 12 - page fault in kernel mode) f0134048 T _vn_vmio_close f0134090 F dead_vnops.o f0134090 t ___set_vfs_opv_descs__sym_dead_vnodeop_opv_desc f0134094 t _dead_lookup f01340ac t _dead_open f01340c8 t _dead_read f0134114 t _dead_write f013413c t _dead_ioctl f0134174 t _dead_select f0134180 t _dead_strategy f01341e4 t _dead_lock f0134218 t _dead_bmap f013429c t _dead_print f01342b0 t _dead_ebadf f01342cc t _dead_badop f01342e4 t _chkvnlock f0134330 F fifo_vnops.o f0134330 t ___set_vfs_opv_descs__sym_fifo_vnodeop_opv_desc f0134334 T _fifo_lookup f013434c T _fifo_open f013460c T _fifo_read f01346c4 T _fifo_write f0134754 T _fifo_ioctl f013479c T _fifo_select f01347d8 T _fifo_bmap f013481c T _fifo_lock f0134824 T _fifo_unlock f013482c T _fifo_close f01348e0 T _fifo_printinfo f013490c T _fifo_print f0134938 T _fifo_pathconf f0134990 T _fifo_ebadf f013499c T _fifo_advlock f01349b8 T _fifo_badop f01349d0 F kernfs_vfsops.o f01349d0 t _cdevvp f0134a58 t _kernfs_init <---------------------!!!! f0134adc t _kernfs_mount f0134ba4 t _kernfs_start f0134bac t _kernfs_unmount f0134c24 t _kernfs_root f0134c68 t _kernfs_quotactl f0134c74 t _kernfs_statfs f0134d00 t _kernfs_sync f0134d08 t _kernfs_vget f0134d14 t _kernfs_fhtovp f0134d20 t _kernfs_vptofh f0134d2c t ___set_vfs_set_sym__fs_vfsconf f0134d30 F kernfs_vnops.o f0134db4 t _kernfs_xread f0134fb4 t _kernfs_xwrite f0134ff4 t _kernfs_lookup and a stack trace (I have DDB in this!) looks like stopped at kernfs_init + 0x2a <------- !!!!!!!! db> trace _kernfs_init(blah) at _kernfs_init + 0x2a _vfsinit(0) at _vfsinit + 0x8c _main(blah) at _main + 0x92 A Working kernel's dmesg is: FreeBSD 2.2-CURRENT #0: Mon Nov 27 20:52:45 SAT 1995 root@grumble.grondar.za:/a/src/sys/compile/G486 CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 14721024 (14376K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:08:50:dd, type WD8013EBT (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "MAXTOR 7213-SCSI 0742" type 0 fixed SCSI 1 sd0(aha0:0:0): Direct-Access 202MB (415600 512 byte sectors) (aha0:1:0): "HP C3323-300 4269" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 1003MB (2056008 512 byte sectors) (aha0:2:0): "ARCHIVE VIPER 150 21247 -011" type 1 removable SCSI 1 st0(aha0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty (aha0:6:0): "MATSHITA CD-ROM CR-503 1.0f" type 5 removable SCSI 2 cd0(aha0:6:0): CD-ROM cd present [320062 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: pid 134: sendmail: uid 0: exited on signal 11 <------ newly compiled... pid 131: sendmail: uid 0: exited on signal 11 lpt0 switched to polled mode And my config file is: # # G486 - Grondar compute server # machine "i386" cpu "I486_CPU" ident "G486" maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options DDB #Kernel Debugger options KTRACE options COMPAT_LINUX options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 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 aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 device sd0 device st0 device cd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor device npx0 at isa? port "IO_NPX" 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 lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device opl0 at isa? port 0x388 device pca0 at isa? port IO_TIMER1 tty pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device pty 16 pseudo-device vn 2 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Thu Dec 14 10:40:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25860 for bugs-outgoing; Thu, 14 Dec 1995 10:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25835 Thu, 14 Dec 1995 10:40:05 -0800 (PST) Resent-Date: Thu, 14 Dec 1995 10:40:05 -0800 (PST) Resent-Message-Id: <199512141840.KAA25835@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25393 for ; Thu, 14 Dec 1995 10:34:27 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id NAA09618; Thu, 14 Dec 1995 13:33:54 -0500 Message-Id: <199512141833.NAA09618@irbs.irbs.com> Date: Thu, 14 Dec 1995 13:33:54 -0500 From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/892: ppp recursion problem and partial FIX Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 892 >Category: bin >Synopsis: ppp recursion problem and partial FIX >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 14 10:40:02 PST 1995 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: There are two bugs here. One is that SendLqrReport() is called via StopLqr() when the line drops. I believe the intention was to stop the LQR timer. SendLqrReport() attempts to send an echo request or calls LcpClose() if > 5 echo packets have been lost. LcpClose() will wind up calling SendLqrReport() which is the second bug. Actually there is a third bug. I don't think that -auto mode should exit when echo packets are lost. The link should be re-started just as it is when LQR is off. #0 0xa2da in SendLqrReport () at lqr.c:121 #1 0xa5e5 in StopLqr (method=1) at lqr.c:227 #2 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #3 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 #4 0x985d in LcpClose () at lcp.c:405 #5 0xa2da in SendLqrReport () at lqr.c:121 #6 0xa5e5 in StopLqr (method=1) at lqr.c:227 #7 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #8 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 #9 0x985d in LcpClose () at lcp.c:405 #10 0xa2da in SendLqrReport () at lqr.c:121 #11 0xa5e5 in StopLqr (method=1) at lqr.c:227 #12 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #13 0x5fb6 in FsmDown (fp=0x17088) at fsm.c:164 #14 0x9829 in LcpDown () at lcp.c:391 #15 0xcfe3 in DownConnection () at modem.c:212 >How-To-Repeat: Disable and deny LQR Run ppp in -auto mode Cause 6 connections to drop by disconnecting the phone line. >Fix: This patch stops the LQR timer when the line drops rather than calling StopLqr(). The line is dead, no need to attempt to send echo requests. I have been using this code for 4 weeks. I'm not sure of the best way to fix the recursion problem when LQR is enabled and the lost packet threshold is hit. Setting lqmmethod to 0 before calling LcpClose() from SendLqrReport() is one way. *** lqr.c.orig Thu Dec 14 11:05:23 1995 --- lqr.c Thu Dec 14 11:05:39 1995 *************** *** 213,218 **** --- 213,224 ---- } void + StopLqrTimer(void) + { + StopTimer(&LqrTimer); + } + + void StopLqr(method) int method; { *** lcp.c.orig Thu Dec 14 11:04:16 1995 --- lcp.c Thu Dec 14 11:04:46 1995 *************** *** 327,332 **** --- 327,333 ---- StopIdleTimer(); StopTimer(&AuthPapInfo.authtimer); StopTimer(&AuthChapInfo.authtimer); + StopLqrTimer(); } static void *************** *** 372,378 **** { LogPrintf(LOG_LCP, "%s: LayerDown\n", fp->name); StopAllTimers(); - StopLqr( LQM_LQR ); OsLinkdown(); NewPhase(PHASE_TERMINATE); } --- 373,378 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Dec 14 11:10:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28952 for bugs-outgoing; Thu, 14 Dec 1995 11:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28942 Thu, 14 Dec 1995 11:10:03 -0800 (PST) Date: Thu, 14 Dec 1995 11:10:03 -0800 (PST) Message-Id: <199512141910.LAA28942@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: misc/891: regex.h Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR misc/891; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, mi@ALDAN.star89.galstar.com Cc: Subject: Re: misc/891: regex.h Date: Fri, 15 Dec 1995 05:55:52 +1100 >>Description: > regex.h uses off_t as already defined, but only includes sys/cdefs.h . > off_t is defined in sys/types.h >>Fix: > > Put #include in front. But I do not think, this is > how it should be. It's standard braindamage that applications have to include before any POSIX header. This is even documented for . Bruce From owner-freebsd-bugs Thu Dec 14 19:23:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17060 for bugs-outgoing; Thu, 14 Dec 1995 19:23:50 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA17037 for ; Thu, 14 Dec 1995 19:23:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id UAA24473 for ; Thu, 14 Dec 1995 20:23:35 -0700 Message-Id: <199512150323.UAA24473@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 From: Steve Passe To: freebsd-bugs@freefall.freebsd.org Subject: 2.1.0-RELEASE halt Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Dec 1995 20:23:32 -0700 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hi, I have noticed that about 1 time in 3 that I halt 2.1.0-RELEASE I get a series of messages from named that look something like: Dec 14 20:15:13 named[72] USAGE 818997312 818895616 CPU=0.296412u/0.267726s CHILDCPU=0u/0S Dec 14 20:15:13 named[72] NSTATS 818997313 818895616 A=384 PTR=1 Dec 14 20:15:13 named[72] XSTATS 818997313 818895616 RQ=385 SNXD=205 Is this anything we need to pursue? -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-bugs Thu Dec 14 19:40:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA18408 for bugs-outgoing; Thu, 14 Dec 1995 19:40:28 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA18403 for ; Thu, 14 Dec 1995 19:40:25 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tQQyl-0000zdC; Thu, 14 Dec 95 21:38 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tQQuF-000CQ1C; Thu, 14 Dec 95 21:33 WET Message-Id: Date: Thu, 14 Dec 95 21:33 WET To: bugs@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Dec 14 1995, 21:33:58 CST Subject: netscape port <> 2.1 bug? Sender: owner-bugs@freebsd.org Precedence: bulk One of the people I support installed 2.1 the other day (worked great) and he used the ports to obtain netscape2. However, every time he starts it, several error messages get logged to the syslog. It doesn't seem to hurt anything, and netscape appears to be working properly. I tried the same thing on a 2.1 box got the makefile and did a 'make install' today which pulled down the code and installed OK. I then ran netscape and get the same errors: Dec 14 13:13:21 handsoff syslog: /etc/spwd.db: Invalid argument Dec 14 13:13:21 handsoff last message repeated 7 times The system does have DES loaded, if that has anything to do with it. It was a FTP install, and all four modules of the crypt part of the install were selected. You get these two messages every time you start a copy of netscape: Dec 14 14:03:26 handsoff syslog: /etc/spwd.db: Invalid argument Dec 14 14:03:26 handsoff last message repeated 7 times Anyone have any ideas? This sounds like something malfunctioning in the 2.1 side of things rather than Netscape. I also note that (in my case anyway) when a lookup fails (like I mistyped freebsd.cdrom.con), netscape moans that it can't locate the name server, which is odd because it is running *on* the name server and all other packages requesting DNS resolutions work fine. It also puts up a message it can't locate the site you were after in the first place (one box obscuring the other), but when you give the names of real places that are up, it runs fine. This sounds more like a bug in Netscape. Also, does everybody get "Mozilla" instead of Comets in the netscape logo? I haven't used the BSD version of netscape before. Thanks for any replies. Frank Durda IV |"Santa's check flight gets crazy or uhclem%nemesis@fw.ast.com (Fastest Route)| when the FAA tester decides the ...letni!rwsys!nemesis!uhclem | sleigh will 'lose an engine' ...decvax!fw.ast.com!nemesis!uhclem | during takeoff by liberal use of his shotgun. Ouch!" From owner-freebsd-bugs Thu Dec 14 20:46:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA22093 for bugs-outgoing; Thu, 14 Dec 1995 20:46:13 -0800 (PST) Received: from muse.microunity.com (muse1.microunity.com [192.216.206.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA22073 for ; Thu, 14 Dec 1995 20:46:05 -0800 (PST) Received: from gaea.microunity.com by muse.microunity.com (4.1/ericm1.1) id AA00291; Thu, 14 Dec 95 20:45:32 PST Received: from gallifrey.microunity.com by gaea.microunity.com (4.1/muse1.3) id AA10339; Thu, 14 Dec 95 20:45:29 PST Received: by gallifrey.microunity.com (8.6.10/muse-sgi.2) id UAA12003; Thu, 14 Dec 1995 20:45:28 -0800 From: deborah@microunity.com (Deborah Gronke Bennett) Message-Id: <9512142045.ZM12001@gallifrey.microunity.com> Date: Thu, 14 Dec 1995 20:45:26 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: bugs@freebsd.org Subject: vm_object_deallocate panic in FreeBSD 2.0.5 Cc: gmo@microunity.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk Here is my configuration: Gateway 2000 P5-90 PC Triton Chipset on motherboard ATI GX Mach64 Graphics Card IDE CD-ROM 1 GB IDE disk PS/2 Mouse Dell UltraScan monitor The PC is installed with FreeBSD 2.0.5 from a local network image taken from the CD-ROM. It has a kern-developer install plus DES. It does not have XFree86 installed locally, but there is a full image of the usr/X11R6 tree on an auspex server. This machine has been running reliably with 2.0.5 for a while (several months) and has mostly been used to debug a device driver for an ISA card. When I found this bug, neither the device driver nor the card it controls are present on the PC in question. I recently have been testing a setup to run X11 on this PC without installing XFree86 locally. In the process, I seem to have run across a bug which shows up in vm_object_deallocate. Here's the stack traceback from DDB: panic: vm_object_deallocate: object deallocated too many times Debugger("panic") Stopped at _Debugger+0x2b: movb $0,_in_Debugger.110 db> trace _Debugger(f011657b,f0116570,f018dc4b,efbffe9c,f072c700) at _Debugger+0x2b _panic(f018dc4b,f072ba80,0,f0726d00,efbffed0) at _panic+0x3b _vm_object_deallocate(f072c700,f0726d00,f0730a40,f01e618c,f072ba80) at _vm_object_deallocate+0x21 _vn_close(f072ba80,1,f0727280,f0726d00,efbfff34) at _vn_close+0x70 _vn_closefile(f0730a40,f0726d00,f0725d00,4,f0726d00) at _vn_closefile+0x19 _closef(f0730a40,f0726d00,f01e7300,f0726d00,1) at _closef+0x12c _close(f0726d00,efbfff94,efbfff8c,8136060,b49) at _close+0x83 _syscall(27,27,3b000,b49,efbfd6c0) at _syscall+0xfb Bad user frame pointer: 0xefbfd6c0 db> Here's how I caused the problem: Build a GENERIC kernel, and add these options: options COMCONSOLE #prefer serial console to video console options DDB options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to #DDB, if available. device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr (I need psm0 because of my mouse type. I need COMCONSOLE because after the X server causes the crash, any DDB output won't go to the graphics console. I added BREAK_TO_DEBUGGER in case the problem was not a crash but a hang.) Boot this GENERIC_SERIAL kernel. Log in as root. Setenv path /usr/X11/bin:$PATH startx (the grey screen is painted, and the X cursor appears in the middle. no windows appear, and the cursor won't move) /usr/X11 is a symlink to /usr/X11R6. /usr/X11R6 is mounted from our auspex server, not through an automounter, but from the /etc/fstab file. The only changes to usr/X11R6 on the server are the link from usr/X11R6/bin/X to usr/X11R6/bin/XF86_Mach64, and the presence of the XF86Config file in usr/X11R6/lib/X11. Another note: a similar machine (a Gateway 133MHz pentium, same motherboard, same graphics, but SCSI disk and CD-ROM and SCSI tape) will run with the exact same XF86Config file and a locally installed copy of XFree86 with no problems. Here is the contents of my XF86Config file: # File generated by xf86config. # # Copyright (c) 1994 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # DontZoom EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 5 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients # ServerNumLock # Specifiy which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: # LeftAlt Meta # RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "PS/2" Device "/dev/psm0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice Emulate3Buttons # ChordMiddle is an option for some 3-button Logitech mice # ChordMiddle EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "Vivitron_1776" VendorName "Vivitron" ModelName "1776" # Bandwidth is in MHz unless units are specified # Bandwidth 25.2 # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5 - 64.3 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 50-120 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. # These two are equivalent # ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace # Mode "1024x768i" # DotClock 45 # HTimings 1024 1048 1208 1264 # VTimings 768 776 784 817 # Flags "Interlace" # EndMode # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. # 640x400 @ 70 Hz, 31.5 kHz hsync Modeline "640x400" 25.175 640 664 760 800 400 409 411 450 # 640x480 @ 60 Hz, 31.5 kHz hsync Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 # 800x600 @ 56 Hz, 35.15 kHz hsync ModeLine "800x600" 36 800 824 896 1024 600 601 603 625 # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync Modeline "1024x768" 44.9 1024 1048 1208 1264 768 776 784 817 Interlace # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline "640x480" 31.5 640 680 720 864 480 488 491 521 # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 1024x768 @ 60 Hz, 48.4 kHz hsync Modeline "1024x768" 65 1024 1032 1176 1344 768 771 777 806 -hsync -vsync # 1024x768 @ 70 Hz, 56.5 kHz hsync Modeline "1024x768" 75 1024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1280x1024 @ 87 Hz interlaced, 51 kHz hsync Modeline "1280x1024" 80 1280 1296 1512 1568 1024 1025 1037 1165 Interlace # 1024x768 @ 76 Hz, 62.5 kHz hsync Modeline "1024x768" 85 1024 1032 1152 1360 768 784 787 823 # 1280x1024 @ 61 Hz, 64.2 kHz hsync Modeline "1280x1024" 110 1280 1328 1512 1712 1024 1025 1028 1054 # 1280x1024 @ 74 Hz, 78.85 kHz hsync Modeline "1280x1024" 135 1280 1312 1456 1712 1024 1027 1030 1064 # Low-res Doublescan modes # If your chipset does not support doublescan, you get a 'squashed' # resolution like 320x400. # 320x200 @ 70 Hz, 31.5 kHz hsync, 8:5 aspect ratio Modeline "320x200" 12.588 320 336 384 400 200 204 205 225 Doublescan # 320x240 @ 60 Hz, 31.5 kHz hsync, 4:3 aspect ratio Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan # 320x240 @ 72 Hz, 36.5 kHz hsync Modeline "320x240" 15.750 320 336 384 400 240 244 246 262 Doublescan # 400x300 @ 56 Hz, 35.2 kHz hsync, 4:3 aspect ratio ModeLine "400x300" 18 400 416 448 512 300 301 602 312 Doublescan # 400x300 @ 60 Hz, 37.8 kHz hsync Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan # 400x300 @ 72 Hz, 48.0 kHz hsync Modeline "400x300" 25 400 424 488 520 300 319 322 333 Doublescan # 480x300 @ 56 Hz, 35.2 kHz hsync, 8:5 aspect ratio ModeLine "480x300" 21.656 480 496 536 616 300 301 302 312 Doublescan # 480x300 @ 60 Hz, 37.8 kHz hsync Modeline "480x300" 23.890 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 63 Hz, 39.6 kHz hsync Modeline "480x300" 25 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 72 Hz, 48.0 kHz hsync Modeline "480x300" 29.952 480 504 584 624 300 319 322 333 Doublescan EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Generic VGA" VendorName "Unknown" BoardName "Unknown" Chipset "generic" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Sample Device for accelerated server: # Section "Device" # Identifier "Actix GE32+ 2MB" # VendorName "Actix" # BoardName "GE32+" # Ramdac "ATT20C490" # Dacspeed 110 # Option "dac_8_bit" # Clocks 25.0 28.0 40.0 0.0 50.0 77.0 36.0 45.0 # Clocks 130.0 120.0 80.0 31.0 110.0 65.0 75.0 94.0 # EndSection # Device configured by xf86config: Section "Device" Identifier "ATI_GX_Mach64" VendorName "ATI" BoardName "GX_Mach64" #VideoRam 2048 Clocks 50.35 56.64 63.00 72.00 40.00 44.90 49.50 50.00 Clocks 0.00 110.00 126.00 135.00 0.00 80.00 75.00 65.00 Clocks 25.18 28.32 31.50 36.00 20.00 22.45 24.75 25.00 Clocks 0.00 55.00 63.00 67.50 0.00 40.00 37.50 32.50 EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Colour SVGA server Section "Screen" Driver "svga" Device "Generic VGA" #Device "ATI_GX_Mach64" Monitor "Vivitron_1776" Subsection "Display" Depth 8 #Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 Virtual 320 200 #Virtual 1280 1024 EndSubsection EndSection # The 16-color VGA server Section "Screen" Driver "vga16" Device "Generic VGA" Monitor "Vivitron_1776" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The Mono server Section "Screen" Driver "vga2" Device "Generic VGA" Monitor "Vivitron_1776" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) Section "Screen" Driver "accel" Device "ATI_GX_Mach64" Monitor "Vivitron_1776" Subsection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 Virtual 1280 1024 EndSubsection Subsection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 Virtual 1024 768 EndSubsection Subsection "Display" Depth 32 Modes "800x600" "640x480" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection From owner-freebsd-bugs Thu Dec 14 21:29:20 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24647 for bugs-outgoing; Thu, 14 Dec 1995 21:29:20 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24641 for ; Thu, 14 Dec 1995 21:29:18 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id VAA00408; Thu, 14 Dec 1995 21:29:13 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id VAA00205; Thu, 14 Dec 1995 21:29:14 -0800 Message-Id: <199512150529.VAA00205@corbin.Root.COM> To: deborah@microunity.com (Deborah Gronke Bennett) cc: bugs@freebsd.org, gmo@microunity.com Subject: Re: vm_object_deallocate panic in FreeBSD 2.0.5 In-reply-to: Your message of "Thu, 14 Dec 95 20:45:26 PST." <9512142045.ZM12001@gallifrey.microunity.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 14 Dec 1995 21:29:13 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >I recently have been testing a setup to run X11 on this PC without installing >XFree86 locally. In the process, I seem to have run across a bug which shows >up in vm_object_deallocate. > >Here's the stack traceback from DDB: > >panic: vm_object_deallocate: object deallocated too many times I'm pretty sure this is a bug that was fixed after 2.0.5 and prior to 2.1. I suggest upgrading to 2.1-RELEASE. -DG From owner-freebsd-bugs Thu Dec 14 23:54:14 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01983 for bugs-outgoing; Thu, 14 Dec 1995 23:54:14 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA01978 for ; Thu, 14 Dec 1995 23:54:05 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id IAA09468 ; Fri, 15 Dec 1995 08:53:31 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA07115 ; Fri, 15 Dec 1995 08:53:31 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA04415; Fri, 15 Dec 1995 08:43:40 +0100 (MET) From: Ollivier Robert Message-Id: <199512150743.IAA04415@keltia.freenix.fr> Subject: Re: 2.1.0-RELEASE halt To: smp@csn.net (Steve Passe) Date: Fri, 15 Dec 1995 08:43:40 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199512150323.UAA24473@clem.systemsix.com> from "Steve Passe" at Dec 14, 95 08:23:32 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1419 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk It seems that Steve Passe said: > Dec 14 20:15:13 named[72] USAGE 818997312 818895616 CPU=0.296412u/0.267726s > CHILDCPU=0u/0S > Dec 14 20:15:13 named[72] NSTATS 818997313 818895616 A=384 PTR=1 > Dec 14 20:15:13 named[72] XSTATS 818997313 818895616 RQ=385 letters and numbers ...> SNXD=205 > > Is this anything we need to pursue? No, the bind we use (4.9.3beta26) is dumping its statistics on SIGHUP. It is expected behaviour. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Dec 9 19:14:38 MET 1995 From owner-freebsd-bugs Fri Dec 15 00:02:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02250 for bugs-outgoing; Fri, 15 Dec 1995 00:02:11 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA02244 for ; Fri, 15 Dec 1995 00:02:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id BAA25911; Fri, 15 Dec 1995 01:01:06 -0700 Message-Id: <199512150801.BAA25911@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 From: Steve Passe To: Ollivier Robert cc: freebsd-bugs@freefall.freebsd.org Subject: Re: 2.1.0-RELEASE halt In-reply-to: Your message of "Fri, 15 Dec 1995 08:43:40 +0100." <199512150743.IAA04415@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Dec 1995 01:01:05 -0700 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >It seems that Steve Passe said: >> Dec 14 20:15:13 named[72] USAGE 818997312 818895616 CPU=0.296412u/0.267726s >> CHILDCPU=0u/0S >> Dec 14 20:15:13 named[72] NSTATS 818997313 818895616 A=384 PTR=1 >> Dec 14 20:15:13 named[72] XSTATS 818997313 818895616 RQ=385 > letters and numbers ...> SNXD=205 >> >> Is this anything we need to pursue? > >No, the bind we use (4.9.3beta26) is dumping its statistics on SIGHUP. It >is expected behaviour. just out of curiosity, why doesn't it happen every time instead of 1 in 3? -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-bugs Fri Dec 15 00:53:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05292 for bugs-outgoing; Fri, 15 Dec 1995 00:53:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05274 for ; Fri, 15 Dec 1995 00:52:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA23506; Fri, 15 Dec 1995 09:52:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA15379; Fri, 15 Dec 1995 09:52:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA00363; Fri, 15 Dec 1995 09:51:04 +0100 From: J Wunsch Message-Id: <199512150851.JAA00363@uriah.heep.sax.de> Subject: Re: Kernel FS is hosed right now? To: mark@grondar.za (Mark Murray) Date: Fri, 15 Dec 1995 09:51:04 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512141710.TAA01202@grumble.grondar.za> from "Mark Murray" at Dec 14, 95 07:10:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Mark Murray wrote: > > f0134a58 t _kernfs_init <---------------------!!!! > f0134adc t _kernfs_mount > and a stack trace (I have DDB in this!) looks like > > stopped at kernfs_init + 0x2a <------- !!!!!!!! > I would suspect the code around this line: if (cdevsw[cmaj].d_open == bdevsw[bmaj].d_open) { -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Dec 15 00:54:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05384 for bugs-outgoing; Fri, 15 Dec 1995 00:54:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05377 for ; Fri, 15 Dec 1995 00:54:50 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA23480; Fri, 15 Dec 1995 09:51:55 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA15373; Fri, 15 Dec 1995 09:51:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA00176; Fri, 15 Dec 1995 09:33:26 +0100 From: J Wunsch Message-Id: <199512150833.JAA00176@uriah.heep.sax.de> Subject: Re: 2.1.0-RELEASE halt To: smp@csn.net (Steve Passe) Date: Fri, 15 Dec 1995 09:33:26 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512150323.UAA24473@clem.systemsix.com> from "Steve Passe" at Dec 14, 95 08:23:32 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Steve Passe wrote: > > I have noticed that about 1 time in 3 that I halt 2.1.0-RELEASE > I get a series of messages from named that look something like: > > Dec 14 20:15:13 named[72] USAGE 818997312 818895616 CPU=0.296412u/0.267726s > CHILDCPU=0u/0S > Dec 14 20:15:13 named[72] NSTATS 818997313 818895616 A=384 PTR=1 > Dec 14 20:15:13 named[72] XSTATS 818997313 818895616 RQ=385 letters and numbers ...> SNXD=205 Seems that our new BIND is a bit more ``noisy''. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Dec 15 03:28:42 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14767 for bugs-outgoing; Fri, 15 Dec 1995 03:28:42 -0800 (PST) Received: from ghpc8.ihf.rwth-aachen.de (ghpc8.ihf.RWTH-Aachen.DE [134.130.90.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14578 for ; Fri, 15 Dec 1995 03:26:27 -0800 (PST) Received: (from thomas@localhost) by ghpc8.ihf.rwth-aachen.de (8.6.12/8.6.9) id MAA04911; Fri, 15 Dec 1995 12:22:50 +0100 From: Thomas Gellekum Message-Id: <199512151122.MAA04911@ghpc8.ihf.rwth-aachen.de> Subject: Re: Assistance with FreeBSD and aha1542 To: 100075.2767@compuserve.com (Dave Franco) Date: Fri, 15 Dec 1995 12:22:48 +0100 (MET) Cc: bugs@FreeBSD.org In-Reply-To: <951211192521_100075.2767_EHK107-1@CompuServe.COM> from "Dave Franco" at Dec 11, 95 02:25:21 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk Dave Franco wrote: > > Help Anyone, > I have posted the following problem in less detail in questions@freeBSD and > have had a few suggestions that mostly centre around checking IRQ's and DMA's > these have been tried in many configurations but to no avail. I cannot get the > system > to initialise to installation at all. During the boot up sequence the system > performs the various memory and device sniffs. It then locates the aha and > produces the following lines (without line numbers) [...] > 8. probe 0(aha0:0:0), timed out > 9. adapter not taking comands . . frozen ?! > 10. Debug(AHA-1542) > 11. AGAIN > 12. aha0: MBO not free Try to get current versions of the firmware EPROMs from ftp.adaptec.com (/pub/eprom is the directory, if I recall correctly; see the index files in /pub) and find someone who can burn them for you if you can't do it yourself. Helped with my 1542CF. tg From owner-freebsd-bugs Fri Dec 15 05:23:29 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21682 for bugs-outgoing; Fri, 15 Dec 1995 05:23:29 -0800 (PST) Received: from arl-img-3.compuserve.com (arl-img-3.compuserve.com [198.4.7.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA21677 for ; Fri, 15 Dec 1995 05:23:26 -0800 (PST) Received: by arl-img-3.compuserve.com (8.6.10/5.950515) id IAA04689; Fri, 15 Dec 1995 08:22:55 -0500 Date: 15 Dec 95 08:20:42 EST From: "Thurnreiter,Robert" <100022.2467@compuserve.com> To: FreeBSD Subject: Problems while booting FreeBSD 2.0 from floppy disk Message-ID: <951215132041_100022.2467_EHV107-1@CompuServe.COM> Sender: owner-bugs@freebsd.org Precedence: bulk To: The FreeBSD Core Team: bugs@FreeBSD.org From: Wolfgang Seidl, Germany: 100022,2467@compuserve.com Date: 95/12/15 Subject: Problems while booting FreeBSD 2.0 from floppy disk Following the installation instruction to boot FreeBSD 2.0 from floppy disk, I encountered a serious problem. While booting I received the following error message in the last stage of the boot process: fd0c: hard error reading fsbn 16 of 16-31 (ST0 40 ST1 ST20) panic: cannot mount root syncing disks ... done Automatic reboot in 15 seconds ... If have to admit, that I tried it with different floppy disks, formatted on different machines. I also tried it on different PCs and recognized, on some of them it works, on others it won't. My PC configuration is as follows: Pentium 100 MHz PCI bus 16 MB RAM 1 GB IDE hard disk 1,44 MB 3 1/2" floppy drive (MITSUMI Mod. D359T5) I suppose it depends on the specific configuration of these PCs. I'm sure you know a solution to my problem. I'm looking forward to your reply. Yours sincerely W. Seidl From owner-freebsd-bugs Fri Dec 15 07:37:56 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27951 for bugs-outgoing; Fri, 15 Dec 1995 07:37:56 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27945 for ; Fri, 15 Dec 1995 07:37:50 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id IAA03599; Fri, 15 Dec 1995 08:40:25 -0700 Resent-Date: Thu, 14 Dec 1995 10:40:05 -0800 (PST) Resent-Message-Id: <199512141840.KAA25835@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, jc@irbs.com Message-Id: <199512141833.NAA09618@irbs.irbs.com> Date: Thu, 14 Dec 1995 13:33:54 -0500 From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/892: ppp recursion problem and partial FIX ReSent-Date: Fri, 15 Dec 1995 08:40:14 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Number: 892 >Category: bin >Synopsis: ppp recursion problem and partial FIX >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 14 10:40:02 PST 1995 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: There are two bugs here. One is that SendLqrReport() is called via StopLqr() when the line drops. I believe the intention was to stop the LQR timer. SendLqrReport() attempts to send an echo request or calls LcpClose() if > 5 echo packets have been lost. LcpClose() will wind up calling SendLqrReport() which is the second bug. Actually there is a third bug. I don't think that -auto mode should exit when echo packets are lost. The link should be re-started just as it is when LQR is off. #0 0xa2da in SendLqrReport () at lqr.c:121 #1 0xa5e5 in StopLqr (method=1) at lqr.c:227 #2 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #3 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 #4 0x985d in LcpClose () at lcp.c:405 #5 0xa2da in SendLqrReport () at lqr.c:121 #6 0xa5e5 in StopLqr (method=1) at lqr.c:227 #7 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #8 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 #9 0x985d in LcpClose () at lcp.c:405 #10 0xa2da in SendLqrReport () at lqr.c:121 #11 0xa5e5 in StopLqr (method=1) at lqr.c:227 #12 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #13 0x5fb6 in FsmDown (fp=0x17088) at fsm.c:164 #14 0x9829 in LcpDown () at lcp.c:391 #15 0xcfe3 in DownConnection () at modem.c:212 >How-To-Repeat: Disable and deny LQR Run ppp in -auto mode Cause 6 connections to drop by disconnecting the phone line. >Fix: This patch stops the LQR timer when the line drops rather than calling StopLqr(). The line is dead, no need to attempt to send echo requests. I have been using this code for 4 weeks. I'm not sure of the best way to fix the recursion problem when LQR is enabled and the lost packet threshold is hit. Setting lqmmethod to 0 before calling LcpClose() from SendLqrReport() is one way. *** lqr.c.orig Thu Dec 14 11:05:23 1995 --- lqr.c Thu Dec 14 11:05:39 1995 *************** *** 213,218 **** --- 213,224 ---- } void + StopLqrTimer(void) + { + StopTimer(&LqrTimer); + } + + void StopLqr(method) int method; { *** lcp.c.orig Thu Dec 14 11:04:16 1995 --- lcp.c Thu Dec 14 11:04:46 1995 *************** *** 327,332 **** --- 327,333 ---- StopIdleTimer(); StopTimer(&AuthPapInfo.authtimer); StopTimer(&AuthChapInfo.authtimer); + StopLqrTimer(); } static void *************** *** 372,378 **** { LogPrintf(LOG_LCP, "%s: LayerDown\n", fp->name); StopAllTimers(); - StopLqr( LQM_LQR ); OsLinkdown(); NewPhase(PHASE_TERMINATE); } --- 373,378 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 15 07:38:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27975 for bugs-outgoing; Fri, 15 Dec 1995 07:38:06 -0800 (PST) Received: from addhat.demon.co.uk (addhat.demon.co.uk [158.152.20.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27938 for ; Fri, 15 Dec 1995 07:37:37 -0800 (PST) Date: Fri, 15 Dec 1995 15:25:33 GMT From: graham@spcplus.co.uk (graham dresch) Reply-To: graham@spcplus.co.uk Message-Id: <317@spcplus.co.uk> To: bugs@FreeBSD.org Subject: starting pppd causes kernel panic X-Mailer: PCElm 1.10 Lines: 53 Sender: owner-bugs@FreeBSD.org Precedence: bulk Sorry this cannot be sent using send-pr, the reason should be obvious System type FreeBSD 2.0 CDROM CPU AM80486DX/2 - 80 RAM 16Mb pppd version 2.1.2 i hav no problem connecting to my Internet service provider, Demon Systems, however when i start pppd the system crashes with the following message: ( exactly as it appears on the console ) Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf060b000 fault code = supervisor read, page not present Instruction pointer = 0x8:0xf012bf52 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 123 (pppd) interrupt mask = net tty panic: page fault syncing disks ......etc I have exhausted all the available hardware related problems, different machine new installation on another disk, alternative i/o cards, always the same result. This machine has been running for about 6 months as an ethernet router with no crashes so it must be something to do with pppd. -- Graham Dresch Development eng. SPC+ -- Graham Dresch Development eng. SPC+ From owner-freebsd-bugs Fri Dec 15 11:30:45 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12648 for bugs-outgoing; Fri, 15 Dec 1995 11:30:45 -0800 (PST) Received: from kachina.jetcafe.org ([206.117.70.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12623 Fri, 15 Dec 1995 11:30:34 -0800 (PST) Received: from [127.0.0.1] ([127.0.0.1]) by kachina.jetcafe.org (8.6.10/8.6.6) with SMTP id LAA09329; Fri, 15 Dec 1995 11:30:26 -0800 Message-Id: <199512151930.LAA09329@kachina.jetcafe.org> To: bugs@freebsd.org, questions@freebsd.org Subject: ARP problems? Date: Fri, 15 Dec 1995 11:30:25 -0800 From: Dave Hayes Sender: owner-bugs@freebsd.org Precedence: bulk [I'm only on "hackers" and "security", so please reply to me directly.] Can someone tell me why this happens: # tcpdump -e -f -l -n broadcast or icmp or arp or rarp ...stuff.. # arp -s 206.170.75.90 0:0:c0:58:b9:c7 pub 00:01:10.865938 0:0:c0:58:b9:c7 ff:ff:ff:ff:ff:ff 0806 42: arp who-has 206.170.75.90 tell 206.170.75.90 Is this bogus, or a subtlety of the arp protocol I don't understand? BTW, the machine does not properly respond to arp requests, but I can't see the router to tell if there's something bogonic in the arp cache. ------ >>> Dave Hayes - Altadena CA, USA - dave@jetcafe.org <<< Treat people as if they are what they ought to be, and you help them to become what they are capable of being. From owner-freebsd-bugs Fri Dec 15 13:21:23 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18650 for bugs-outgoing; Fri, 15 Dec 1995 13:21:23 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18615 for ; Fri, 15 Dec 1995 13:20:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA10205; Fri, 15 Dec 1995 22:20:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA00867; Fri, 15 Dec 1995 22:20:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA02300; Fri, 15 Dec 1995 22:11:36 +0100 From: J Wunsch Message-Id: <199512152111.WAA02300@uriah.heep.sax.de> Subject: Re: Problems while booting FreeBSD 2.0 from floppy disk To: 100022.2467@compuserve.com (Thurnreiter Robert) Date: Fri, 15 Dec 1995 22:11:35 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <951215132041_100022.2467_EHV107-1@CompuServe.COM> from "Thurnreiter,Robert" at Dec 15, 95 08:20:42 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Thurnreiter,Robert wrote: > > Following the installation instruction to boot FreeBSD 2.0 from > floppy disk, I encountered a serious problem. > While booting I received the following error message in the last > stage of the boot process: > > fd0c: hard error reading fsbn 16 of 16-31 (ST0 40 > ST1 ST20) ...to be exact. This is a very well known problem, and it has been fixed about four weeks after 2.0R was out. It happens on some ``enhanced'' floppy controllers. I hope you realize that 2.0R is an ancient and somewhat unstable release, and that there have been two newer `official' releases since then (2.0.5R, and recently 2.1R, though the CDROMs for the latter aren't available yet). I would strongly suggest upgrading. I case you don't wanna upgrade now, just use a plain old silly NE765-compatible floppy controller. They didn't suffer from that problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Dec 15 13:22:37 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18744 for bugs-outgoing; Fri, 15 Dec 1995 13:22:37 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18619 for ; Fri, 15 Dec 1995 13:20:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA10209; Fri, 15 Dec 1995 22:20:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA00870; Fri, 15 Dec 1995 22:20:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA02336; Fri, 15 Dec 1995 22:13:29 +0100 From: J Wunsch Message-Id: <199512152113.WAA02336@uriah.heep.sax.de> Subject: Re: starting pppd causes kernel panic To: graham@spcplus.co.uk Date: Fri, 15 Dec 1995 22:13:29 +0100 (MET) Cc: bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <317@spcplus.co.uk> from "graham dresch" at Dec 15, 95 03:25:33 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As graham dresch wrote: > > > Sorry this cannot be sent using send-pr, the reason should be obvious > > System type FreeBSD 2.0 CDROM > > CPU AM80486DX/2 - 80 > RAM 16Mb > > pppd version 2.1.2 Kernel PPP in 2.0R is known to be broken. That's the reason why it hasn't been enabled by default. Please, upgrade to either 2.0.5R, or even 2.1R (recently released, but not available on CDROM yet). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Dec 15 14:41:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23546 for bugs-outgoing; Fri, 15 Dec 1995 14:41:57 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA23537 for ; Fri, 15 Dec 1995 14:41:50 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA01187 ; Fri, 15 Dec 1995 23:41:45 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA09728 ; Fri, 15 Dec 1995 23:41:35 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA06295; Fri, 15 Dec 1995 19:16:55 +0100 (MET) From: Ollivier Robert Message-Id: <199512151816.TAA06295@keltia.freenix.fr> Subject: Re: 2.1.0-RELEASE halt To: smp@csn.net (Steve Passe) Date: Fri, 15 Dec 1995 19:16:52 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199512150801.BAA25911@clem.systemsix.com> from "Steve Passe" at Dec 15, 95 01:01:05 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1419 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk It seems that Steve Passe said: > >No, the bind we use (4.9.3beta26) is dumping its statistics on SIGHUP. It > >is expected behaviour. > > just out of curiosity, why doesn't it happen every time instead of 1 in 3? Probably because sometimes, shutdown is faster to stop the machine than bind to dump its stats ? :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Dec 9 19:14:38 MET 1995 From owner-freebsd-bugs Fri Dec 15 17:30:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04045 for bugs-outgoing; Fri, 15 Dec 1995 17:30:03 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA04010 for ; Fri, 15 Dec 1995 17:29:57 -0800 (PST) Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id JAA04276; Sat, 16 Dec 1995 09:26:08 +0800 (WST) From: Julian Elischer Message-Id: <199512160126.JAA04276@jhome.DIALix.COM> Subject: Re: Kernel FS is hosed right now? To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 16 Dec 1995 09:26:07 +0800 (WST) Cc: mark@grondar.za, bugs@freebsd.org In-Reply-To: <199512150851.JAA00363@uriah.heep.sax.de> from "J Wunsch" at Dec 15, 95 09:51:04 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk I committed a fix for this soon as it was noticed :( (oops) julian > > As Mark Murray wrote: > > > > f0134a58 t _kernfs_init <---------------------!!!! > > f0134adc t _kernfs_mount > > > and a stack trace (I have DDB in this!) looks like > > > > stopped at kernfs_init + 0x2a <------- !!!!!!!! > > > > I would suspect the code around this line: > > if (cdevsw[cmaj].d_open == bdevsw[bmaj].d_open) { the problem is that this line is now.. if (cdevsw[cmaj]->d_open == bdevsw[bmaj]->d_open) { and uninitialised entries now contain NULL..... From owner-freebsd-bugs Fri Dec 15 18:00:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05451 for bugs-outgoing; Fri, 15 Dec 1995 18:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05426 Fri, 15 Dec 1995 18:00:03 -0800 (PST) Resent-Date: Fri, 15 Dec 1995 18:00:03 -0800 (PST) Resent-Message-Id: <199512160200.SAA05426@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jj@LDJpc.APANA.Org.Au Received: from hal9000.apana.org.au (hal9000.apana.org.au [203.14.159.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA05067 Fri, 15 Dec 1995 17:53:35 -0800 (PST) Received: (from ldjpc@localhost) by hal9000.apana.org.au (8.7/8.7) with UUCP id MAA00189; Sat, 16 Dec 1995 12:29:48 +1030 (CST) Received: (from jj@localhost) by LDJpc.APANA.Org.Au (8.6.11/8.6.9) id MAA02205; Sat, 16 Dec 1995 12:21:03 +1030 Message-Id: <199512160151.MAA02205@LDJpc.APANA.Org.Au> Date: Sat, 16 Dec 1995 12:21:03 +1030 From: Lucas James Reply-To: jj@LDJpc.APANA.Org.Au To: FreeBSD-gnats-submit@FreeBSD.ORG, torstenb@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: ports/894: problem with ircII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Number: 894 >Category: ports >Synopsis: window create doesn't work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 15 18:00:01 PST 1995 >Last-Modified: >Originator: Lucas James >Organization: jj@ldjpc.apana.org.au >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Frebsd-2.0.5-R with the patch from ftp.freebsd.org:/FreeBSD/ports-2.1/net/ircII >Description: the /window create command doesn't work. output from command: *** Opening new window... child exited with 3 *** Cannot create new screen! >How-To-Repeat: start ircII, and type /window create >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 04:30:45 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11240 for bugs-outgoing; Sat, 16 Dec 1995 04:30:45 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11223 for freebsd-bugs; Sat, 16 Dec 1995 04:30:41 -0800 (PST) Date: Sat, 16 Dec 1995 04:30:41 -0800 (PST) From: GNU GNATS Message-Id: <199512161230.EAA11223@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/711 /etc/magic not installed [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] kern/840 Kernel page directory invalid [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] docs/847 man(1) references optional pager [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/28] ports/851 building port xspread-2.1 fails [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/862 more access to freed mbufs [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/870 pkg_delete does not remove .install_done from port [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/07] bin/873 Invalid route to remote network [1995/12/07] misc/874 kernel installation can break ps and friends [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/08] i386/877 Valid ep0 port addresses not accepted [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/10] bin/889 update from version 1.0 to version 1.3 [1995/12/13] misc/891 regex.h relies on sys/types.h, but does not include [1995/12/14] bin/892 ppp recursion problem and partial FIX [1995/12/14] pending/893 terminfo.h not installed??? [1995/12/15] ports/894 window create doesn't work This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/11] bin/671 No quot available. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Dec 16 04:30:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11241 for bugs-outgoing; Sat, 16 Dec 1995 04:30:47 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11226 for freebsd-bugs; Sat, 16 Dec 1995 04:30:40 -0800 (PST) Date: Sat, 16 Dec 1995 04:30:40 -0800 (PST) From: GNU GNATS Message-Id: <199512161230.EAA11226@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 329 Number of curently analyzed reports: 13 From owner-freebsd-bugs Sat Dec 16 13:40:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02867 for bugs-outgoing; Sat, 16 Dec 1995 13:40:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02834 Sat, 16 Dec 1995 13:40:08 -0800 (PST) Resent-Date: Sat, 16 Dec 1995 13:40:08 -0800 (PST) Resent-Message-Id: <199512162140.NAA02834@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA02751 for ; Sat, 16 Dec 1995 13:39:23 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id QAA00570; Sat, 16 Dec 1995 16:38:49 -0500 Message-Id: <199512162138.QAA00570@irbs.irbs.com> Date: Sat, 16 Dec 1995 16:38:49 -0500 From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/895: ppp predictor-1 memory leak [PATCH included] Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 895 >Category: bin >Synopsis: ppp predictor-1 memory leak [PATCH included] >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 16 13:40:02 PST 1995 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: A link problem, like a silo overflow, that will cause a FCS error results in a memory leak for each input packet and FCS failures on all subsequent predictor-1 compressed input packets. >How-To-Repeat: Enable and allow predictor-1 compression Run something that will generate considerable input to ppp Cause a silo overflow, start Xinside for instance >Fix: *** pred.c.orig Mon May 29 23:50:55 1995 --- pred.c Sat Dec 16 16:27:20 1995 *************** *** 182,187 **** --- 182,188 ---- if (len != len1) { /* Error is detected. Send reset request */ CcpSendResetReq(&CcpFsm); pfree(bp); + pfree(wp); return; } cp += olen - 4; *************** *** 213,218 **** --- 214,224 ---- proto = (proto << 8) | *pp++; } DecodePacket(proto, wp); + } + else + { + CcpSendResetReq(&CcpFsm); + pfree(wp); } pfree(bp); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 15:52:33 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11499 for bugs-outgoing; Sat, 16 Dec 1995 15:52:33 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11491 for ; Sat, 16 Dec 1995 15:52:28 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id QAA11082; Sat, 16 Dec 1995 16:55:05 -0700 Resent-Date: Sat, 16 Dec 1995 13:40:08 -0800 (PST) Resent-Message-Id: <199512162140.NAA02834@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, jc@irbs.com Message-Id: <199512162138.QAA00570@irbs.irbs.com> Date: Sat, 16 Dec 1995 16:38:49 -0500 From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/895: ppp predictor-1 memory leak [PATCH included] ReSent-Date: Sat, 16 Dec 1995 16:55:00 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 895 >Category: bin >Synopsis: ppp predictor-1 memory leak [PATCH included] >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 16 13:40:02 PST 1995 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: A link problem, like a silo overflow, that will cause a FCS error results in a memory leak for each input packet and FCS failures on all subsequent predictor-1 compressed input packets. >How-To-Repeat: Enable and allow predictor-1 compression Run something that will generate considerable input to ppp Cause a silo overflow, start Xinside for instance >Fix: *** pred.c.orig Mon May 29 23:50:55 1995 --- pred.c Sat Dec 16 16:27:20 1995 *************** *** 182,187 **** --- 182,188 ---- if (len != len1) { /* Error is detected. Send reset request */ CcpSendResetReq(&CcpFsm); pfree(bp); + pfree(wp); return; } cp += olen - 4; *************** *** 213,218 **** --- 214,224 ---- proto = (proto << 8) | *pp++; } DecodePacket(proto, wp); + } + else + { + CcpSendResetReq(&CcpFsm); + pfree(wp); } pfree(bp); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 16:30:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13387 for bugs-outgoing; Sat, 16 Dec 1995 16:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13375 Sat, 16 Dec 1995 16:30:05 -0800 (PST) Resent-Date: Sat, 16 Dec 1995 16:30:05 -0800 (PST) Resent-Message-Id: <199512170030.QAA13375@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA12813 for ; Sat, 16 Dec 1995 16:22:27 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id CAA17573 for ; Sun, 17 Dec 1995 02:22:21 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id CAA07908; Sun, 17 Dec 1995 02:22:25 +0200 Message-Id: <199512170022.CAA07908@katiska.clinet.fi> Date: Sun, 17 Dec 1995 02:22:25 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/896: Current quite dead 16th dec sup Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 896 >Category: kern >Synopsis: panics either on boot or later with scsi errors >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 16 16:30:02 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: sup ended 8:56 GMT (and same results from sup about 12 hours before that) machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident CLINETSERVER maxusers 256 options "NMBCLUSTERS=8192" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" options "CHILD_MAX=512" options "OPEN_MAX=512" options MATH_EMULATE #Support for x87 emulation #new math emulator config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on sd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 16 #Serial Line IP pseudo-device ppp 32 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem options DEVFS #devices filesystem controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 0 tape st1 at scbus0 target 1 tape st2 at scbus0 target 2 tape st3 at scbus0 target 3 tape st4 at scbus0 target 4 tape st5 at scbus0 target 5 tape st6 at scbus0 target 6 device cd0 at scbus0 target 0 device cd1 at scbus0 target 1 device cd2 at scbus0 target 2 device cd3 at scbus0 target 3 device cd4 at scbus0 target 4 device cd5 at scbus0 target 5 device cd6 at scbus0 target 6 options SCSI_REPORT_GEOMETRY pseudo-device pty 256 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor options HARDFONTS options MAXCONS=16 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 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 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty 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 sio3 at isa? port "IO_COM4" tty irq 9 vector siointr options COM_MULTIPORT #code for some cards with shared IRQs device ar0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector arintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x388 conflicts device mpu0 at isa? port 0x330 irq 6 drq 0 device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? port IO_TIMER1 tty device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr controller eisa0 controller ahb0 controller ahc0 controller pci0 device ncr1 device de5 options PROBE_VERBOSE options SHOW_BUSYBUFS # List buffers that prevent root unmount options "SCSI_DELAY=10" Dec 17 00:12:15 katiska /kernel.ok: FreeBSD 2.2-CURRENT #2: Sun Nov 26 06:35:44 EET 1995 Dec 17 00:12:15 katiska /kernel.ok: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Dec 17 00:12:15 katiska /kernel.ok: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Dec 17 00:12:15 katiska /kernel.ok: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Dec 17 00:12:14 katiska /kernel.ok: Features=0x1bf Dec 17 00:12:14 katiska /kernel.ok: real memory = 67108864 (65536K bytes) Dec 17 00:12:14 katiska /kernel.ok: avail memory = 62394368 (60932K bytes) Dec 17 00:12:14 katiska /kernel.ok: Probing for devices on the ISA bus: Dec 17 00:12:14 katiska /kernel.ok: vt0 at 0x60-0x6f irq 1 on motherboard Dec 17 00:12:14 katiska /kernel.ok: vt0: tvga 8900cl, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Dec 17 00:12:14 katiska /kernel.ok: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Dec 17 00:12:14 katiska /kernel.ok: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Dec 17 00:12:14 katiska /kernel.ok: lpt0 at 0x378-0x37f irq 7 on isa Dec 17 00:12:14 katiska /kernel.ok: lpt0: Interrupt-driven port Dec 17 00:12:14 katiska /kernel.ok: lp0: TCP/IP capable interface Dec 17 00:12:14 katiska /kernel.ok: lpt1 not found at 0xffffffff Dec 17 00:12:14 katiska /kernel.ok: lpt2 not found at 0xffffffff Dec 17 00:12:14 katiska /kernel.ok: sio0 at 0x3f8-0x3ff irq 4 on isa Dec 17 00:12:14 katiska /kernel.ok: sio0: type 16550A Dec 17 00:12:14 katiska /kernel.ok: sio1 at 0x2f8-0x2ff irq 3 on isa Dec 17 00:12:14 katiska /kernel.ok: sio1: type 16550A Dec 17 00:12:14 katiska /kernel.ok: sio2 not found at 0x3e8 Dec 17 00:12:14 katiska /kernel.ok: sio3 not found at 0x2e8 Dec 17 00:12:14 katiska /kernel.ok: pca0 on isa Dec 17 00:12:14 katiska /kernel.ok: pca0: PC speaker audio driver Dec 17 00:12:15 katiska /kernel.ok: bt0 not found at 0x330 Dec 17 00:12:15 katiska /kernel.ok: aha0 not found at 0x330 Dec 17 00:12:15 katiska /kernel.ok: wdc0 not found at 0x1f0 Dec 17 00:12:15 katiska /kernel.ok: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Dec 17 00:12:15 katiska /kernel.ok: fdc0: NEC 72065B Dec 17 00:12:15 katiska /kernel.ok: fd0: 1.44MB 3.5in Dec 17 00:12:15 katiska /kernel.ok: mcd0: timeout getting status Dec 17 00:12:15 katiska /kernel.ok: mcd0 not found at 0x300 Dec 17 00:12:15 katiska /kernel.ok: npx0 on motherboard Dec 17 00:12:15 katiska /kernel.ok: npx0: INT 16 interface Dec 17 00:12:15 katiska /kernel.ok: matcdc0 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: matcdc1 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: matcdc2 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: matcdc3 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: Probing for devices on the PCI bus: Dec 17 00:12:15 katiska /kernel.ok: chip0 rev 17 on pci0:0 Dec 17 00:12:16 katiska /kernel.ok: chip1 rev 67 on pci0:2 Dec 17 00:12:16 katiska /kernel.ok: ncr0 rev 2 int a irq 9 on pci0:12 Dec 17 00:12:16 katiska /kernel.ok: ncr0 waiting for scsi devices to settle Dec 17 00:12:16 katiska /kernel.ok: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: sd0(ncr0:0:0): Direct-Access Dec 17 00:12:16 katiska /kernel.ok: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:16 katiska /kernel.ok: 4095MB (8386733 512 byte sectors) Dec 17 00:12:16 katiska /kernel.ok: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 00:12:16 katiska /kernel.ok: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: sd3(ncr0:3:0): Direct-Access Dec 17 00:12:16 katiska /kernel.ok: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:16 katiska /kernel.ok: 1011MB (2072435 512 byte sectors) Dec 17 00:12:16 katiska /kernel.ok: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Dec 17 00:12:16 katiska /kernel.ok: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: st4(ncr0:4:0): Sequential-Access Dec 17 00:12:16 katiska /kernel.ok: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:16 katiska /kernel.ok: density code 0x24, variable blocks, write-enabled Dec 17 00:12:16 katiska /kernel.ok: ncr1 rev 1 int a irq 9 on pci0:14 Dec 17 00:12:16 katiska /kernel.ok: ncr1 waiting for scsi devices to settle Dec 17 00:12:16 katiska /kernel.ok: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixed SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: sd7(ncr1:3:0): Direct-Access Dec 17 00:12:16 katiska /kernel.ok: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:17 katiska /kernel.ok: 4095MB (8386733 512 byte sectors) Dec 17 00:12:17 katiska /kernel.ok: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 00:12:17 katiska /kernel.ok: changing root device to sd0a Dec 17 00:12:17 katiska /kernel.ok: new masks: bio c0000240, tty c00300ba, net c00300ba Dec 17 00:12:17 katiska /kernel.ok: WARNING: / was not properly dismounted. >Description: 486-40 IDE pcvt: do_reset() - got KEYB_R_RESEND response ... - one time only message. ... real memory = 16777216 (16384..) kmem_suballoc: bad status returned 3. panic: kmem_suballoc after this normal rebooting in 15 seconds message. P90 Intel plato, 2 NCR controllers (above dmesg) scatter / gather failed resideu = and various other scsi errors the system comes up but after fsck has run all programs, including gettys and syslogd dump core. Binaries are -current from a month back. I copied the messages by hand. >How-To-Repeat: kernel is available in ftp://clinet.fi/pub/FreeBSD/crashdumps/kernel.broken.1.gz >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 16:37:42 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13909 for bugs-outgoing; Sat, 16 Dec 1995 16:37:42 -0800 (PST) Received: from mailhost.Ipsilon.COM (foo-5-10.Ipsilon.COM [205.226.5.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13903 for ; Sat, 16 Dec 1995 16:37:37 -0800 (PST) Received: (from partha@localhost) by mailhost.Ipsilon.COM (8.6.11/8.6.10) id QAA23976 for bugs@FreeBSD.org; Sat, 16 Dec 1995 16:37:08 -0800 Date: Sat, 16 Dec 1995 16:37:08 -0800 From: Partha Saraty Message-Id: <199512170037.QAA23976@mailhost.Ipsilon.COM> To: bugs@FreeBSD.org Subject: ping from a background process stops for input Sender: owner-bugs@FreeBSD.org Precedence: bulk When I do a ping and place the stdout in a file from a background process, it waits for tty input and doesn't continue. Is this a known problem? Is there a workaround? Any help would be appreciated. Thanks. -Partha From owner-freebsd-bugs Sat Dec 16 17:10:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA15260 for bugs-outgoing; Sat, 16 Dec 1995 17:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA15254 Sat, 16 Dec 1995 17:10:02 -0800 (PST) Resent-Date: Sat, 16 Dec 1995 17:10:02 -0800 (PST) Resent-Message-Id: <199512170110.RAA15254@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dk@farm.org Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA15103 for ; Sat, 16 Dec 1995 17:07:54 -0800 (PST) Received: from uucp4.UU.NET by relay5.UU.NET with SMTP id QQzuky21337; Sat, 16 Dec 1995 20:07:52 -0500 (EST) Received: from uanet.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Sat, 16 Dec 1995 20:07:52 -0500 Received: by crocodil.monolit.kiev.ua; Sun, 17 Dec 95 03:05:41 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id CAA04377; Sun, 17 Dec 1995 02:29:19 +0200 Message-Id: <199512170029.CAA04377@dog> Date: Sun, 17 Dec 1995 02:29:19 +0200 From: Dmitry Kohmanyuk Reply-To: dk@farm.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/897: cannot watch the slattach'ed tty Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 897 >Category: kern >Synopsis: cannot watch(1) the slattach(1)'ed tty >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 16 17:10:01 PST 1995 >Last-Modified: >Originator: Dmitry Kohmanyuk >Organization: FARM Computing Association >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: uname -a: FreeBSD dog.farm.org 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #20: Sat Dec 2 14:58:22 EET 1995 dk@dog.farm.org:/usr/src/sys/compile/FARM i386 V.32bis external modem. PCI board, ISA serial card, no FIFO. real SLIP connection (no slip emulator) >Description: the watch(1) over a line used by slattach cannot be run; syslog diagnostics: Dec 17 02:19:27 dog /kernel: Snoop: bad attached tty data. >How-To-Repeat: # script to start slip: HOST=monolit PORT=/dev/cuaa1 export HOST PORT slattach -c -h -s 38400 -z -r "/etc/slip/slipchat $PORT $HOST" \ $PORT # slipchat script: # usage: $0 port host port=$1 host=$2 logger -t slipchat -p kern.notice slipchat to $host on $port iport=`echo $port | sed -e 's/\([a-z][0-9]*\)$/i\1/'` stty <$iport cs8 -istrip -parenb cread crtscts chat -v -f /etc/slip/chat/$host <$port >$port && \ /etc/slip/config/$host 0 0 # chat script: (not shown, hopefully irrelevant) # slip/config script: : # called as: $0 old-sl# new-sl# #SRC=193.124.54.195 #DEST=193.124.54.227 SRC=193.124.48.230 DEST=193.124.48.241 NETMASK=0xffffffe0 logger -p kern.notice -t slip-config "slip sl$1 connected ($SRC -> $DEST)" ifconfig sl$1 down ifconfig sl$2 inet $SRC $DEST netmask $NETMASK ifconfig sl$2 up route add default $DEST >Fix: I don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 18:16:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16816 for bugs-outgoing; Sat, 16 Dec 1995 18:16:38 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16811 for ; Sat, 16 Dec 1995 18:16:35 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id TAA15566; Sat, 16 Dec 1995 19:19:12 -0700 Resent-Date: Sat, 16 Dec 1995 16:30:05 -0800 (PST) Resent-Message-Id: <199512170030.QAA13375@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, hsu@clinet.fi Message-Id: <199512170022.CAA07908@katiska.clinet.fi> Date: Sun, 17 Dec 1995 02:22:25 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/896: Current quite dead 16th dec sup ReSent-Date: Sat, 16 Dec 1995 19:19:06 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 896 >Category: kern >Synopsis: panics either on boot or later with scsi errors >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 16 16:30:02 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: sup ended 8:56 GMT (and same results from sup about 12 hours before that) machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident CLINETSERVER maxusers 256 options "NMBCLUSTERS=8192" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" options "CHILD_MAX=512" options "OPEN_MAX=512" options MATH_EMULATE #Support for x87 emulation #new math emulator config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on sd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 16 #Serial Line IP pseudo-device ppp 32 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem options DEVFS #devices filesystem controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 0 tape st1 at scbus0 target 1 tape st2 at scbus0 target 2 tape st3 at scbus0 target 3 tape st4 at scbus0 target 4 tape st5 at scbus0 target 5 tape st6 at scbus0 target 6 device cd0 at scbus0 target 0 device cd1 at scbus0 target 1 device cd2 at scbus0 target 2 device cd3 at scbus0 target 3 device cd4 at scbus0 target 4 device cd5 at scbus0 target 5 device cd6 at scbus0 target 6 options SCSI_REPORT_GEOMETRY pseudo-device pty 256 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor options HARDFONTS options MAXCONS=16 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 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 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty 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 sio3 at isa? port "IO_COM4" tty irq 9 vector siointr options COM_MULTIPORT #code for some cards with shared IRQs device ar0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector arintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x388 conflicts device mpu0 at isa? port 0x330 irq 6 drq 0 device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? port IO_TIMER1 tty device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr controller eisa0 controller ahb0 controller ahc0 controller pci0 device ncr1 device de5 options PROBE_VERBOSE options SHOW_BUSYBUFS # List buffers that prevent root unmount options "SCSI_DELAY=10" Dec 17 00:12:15 katiska /kernel.ok: FreeBSD 2.2-CURRENT #2: Sun Nov 26 06:35:44 EET 1995 Dec 17 00:12:15 katiska /kernel.ok: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Dec 17 00:12:15 katiska /kernel.ok: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Dec 17 00:12:15 katiska /kernel.ok: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Dec 17 00:12:14 katiska /kernel.ok: Features=0x1bf Dec 17 00:12:14 katiska /kernel.ok: real memory = 67108864 (65536K bytes) Dec 17 00:12:14 katiska /kernel.ok: avail memory = 62394368 (60932K bytes) Dec 17 00:12:14 katiska /kernel.ok: Probing for devices on the ISA bus: Dec 17 00:12:14 katiska /kernel.ok: vt0 at 0x60-0x6f irq 1 on motherboard Dec 17 00:12:14 katiska /kernel.ok: vt0: tvga 8900cl, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Dec 17 00:12:14 katiska /kernel.ok: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Dec 17 00:12:14 katiska /kernel.ok: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Dec 17 00:12:14 katiska /kernel.ok: lpt0 at 0x378-0x37f irq 7 on isa Dec 17 00:12:14 katiska /kernel.ok: lpt0: Interrupt-driven port Dec 17 00:12:14 katiska /kernel.ok: lp0: TCP/IP capable interface Dec 17 00:12:14 katiska /kernel.ok: lpt1 not found at 0xffffffff Dec 17 00:12:14 katiska /kernel.ok: lpt2 not found at 0xffffffff Dec 17 00:12:14 katiska /kernel.ok: sio0 at 0x3f8-0x3ff irq 4 on isa Dec 17 00:12:14 katiska /kernel.ok: sio0: type 16550A Dec 17 00:12:14 katiska /kernel.ok: sio1 at 0x2f8-0x2ff irq 3 on isa Dec 17 00:12:14 katiska /kernel.ok: sio1: type 16550A Dec 17 00:12:14 katiska /kernel.ok: sio2 not found at 0x3e8 Dec 17 00:12:14 katiska /kernel.ok: sio3 not found at 0x2e8 Dec 17 00:12:14 katiska /kernel.ok: pca0 on isa Dec 17 00:12:14 katiska /kernel.ok: pca0: PC speaker audio driver Dec 17 00:12:15 katiska /kernel.ok: bt0 not found at 0x330 Dec 17 00:12:15 katiska /kernel.ok: aha0 not found at 0x330 Dec 17 00:12:15 katiska /kernel.ok: wdc0 not found at 0x1f0 Dec 17 00:12:15 katiska /kernel.ok: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Dec 17 00:12:15 katiska /kernel.ok: fdc0: NEC 72065B Dec 17 00:12:15 katiska /kernel.ok: fd0: 1.44MB 3.5in Dec 17 00:12:15 katiska /kernel.ok: mcd0: timeout getting status Dec 17 00:12:15 katiska /kernel.ok: mcd0 not found at 0x300 Dec 17 00:12:15 katiska /kernel.ok: npx0 on motherboard Dec 17 00:12:15 katiska /kernel.ok: npx0: INT 16 interface Dec 17 00:12:15 katiska /kernel.ok: matcdc0 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: matcdc1 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: matcdc2 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: matcdc3 not found at 0xffffffff Dec 17 00:12:15 katiska /kernel.ok: Probing for devices on the PCI bus: Dec 17 00:12:15 katiska /kernel.ok: chip0 rev 17 on pci0:0 Dec 17 00:12:16 katiska /kernel.ok: chip1 rev 67 on pci0:2 Dec 17 00:12:16 katiska /kernel.ok: ncr0 rev 2 int a irq 9 on pci0:12 Dec 17 00:12:16 katiska /kernel.ok: ncr0 waiting for scsi devices to settle Dec 17 00:12:16 katiska /kernel.ok: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: sd0(ncr0:0:0): Direct-Access Dec 17 00:12:16 katiska /kernel.ok: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:16 katiska /kernel.ok: 4095MB (8386733 512 byte sectors) Dec 17 00:12:16 katiska /kernel.ok: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 00:12:16 katiska /kernel.ok: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: sd3(ncr0:3:0): Direct-Access Dec 17 00:12:16 katiska /kernel.ok: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:16 katiska /kernel.ok: 1011MB (2072435 512 byte sectors) Dec 17 00:12:16 katiska /kernel.ok: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Dec 17 00:12:16 katiska /kernel.ok: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: st4(ncr0:4:0): Sequential-Access Dec 17 00:12:16 katiska /kernel.ok: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:16 katiska /kernel.ok: density code 0x24, variable blocks, write-enabled Dec 17 00:12:16 katiska /kernel.ok: ncr1 rev 1 int a irq 9 on pci0:14 Dec 17 00:12:16 katiska /kernel.ok: ncr1 waiting for scsi devices to settle Dec 17 00:12:16 katiska /kernel.ok: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixed SCSI 2 Dec 17 00:12:16 katiska /kernel.ok: sd7(ncr1:3:0): Direct-Access Dec 17 00:12:16 katiska /kernel.ok: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 00:12:17 katiska /kernel.ok: 4095MB (8386733 512 byte sectors) Dec 17 00:12:17 katiska /kernel.ok: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 00:12:17 katiska /kernel.ok: changing root device to sd0a Dec 17 00:12:17 katiska /kernel.ok: new masks: bio c0000240, tty c00300ba, net c00300ba Dec 17 00:12:17 katiska /kernel.ok: WARNING: / was not properly dismounted. >Description: 486-40 IDE pcvt: do_reset() - got KEYB_R_RESEND response ... - one time only message. ... real memory = 16777216 (16384..) kmem_suballoc: bad status returned 3. panic: kmem_suballoc after this normal rebooting in 15 seconds message. P90 Intel plato, 2 NCR controllers (above dmesg) scatter / gather failed resideu = and various other scsi errors the system comes up but after fsck has run all programs, including gettys and syslogd dump core. Binaries are -current from a month back. I copied the messages by hand. >How-To-Repeat: kernel is available in ftp://clinet.fi/pub/FreeBSD/crashdumps/kernel.broken.1.gz >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 18:16:52 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16839 for bugs-outgoing; Sat, 16 Dec 1995 18:16:52 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16834 for ; Sat, 16 Dec 1995 18:16:50 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id TAA15578; Sat, 16 Dec 1995 19:19:26 -0700 Resent-Date: Sat, 16 Dec 1995 17:10:02 -0800 (PST) Resent-Message-Id: <199512170110.RAA15254@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, dk@farm.org Message-Id: <199512170029.CAA04377@dog> Date: Sun, 17 Dec 1995 02:29:19 +0200 From: Dmitry Kohmanyuk Reply-To: dk@farm.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/897: cannot watch the slattach'ed tty ReSent-Date: Sat, 16 Dec 1995 19:19:20 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 897 >Category: kern >Synopsis: cannot watch(1) the slattach(1)'ed tty >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 16 17:10:01 PST 1995 >Last-Modified: >Originator: Dmitry Kohmanyuk >Organization: FARM Computing Association >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: uname -a: FreeBSD dog.farm.org 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #20: Sat Dec 2 14:58:22 EET 1995 dk@dog.farm.org:/usr/src/sys/compile/FARM i386 V.32bis external modem. PCI board, ISA serial card, no FIFO. real SLIP connection (no slip emulator) >Description: the watch(1) over a line used by slattach cannot be run; syslog diagnostics: Dec 17 02:19:27 dog /kernel: Snoop: bad attached tty data. >How-To-Repeat: # script to start slip: HOST=monolit PORT=/dev/cuaa1 export HOST PORT slattach -c -h -s 38400 -z -r "/etc/slip/slipchat $PORT $HOST" \ $PORT # slipchat script: # usage: $0 port host port=$1 host=$2 logger -t slipchat -p kern.notice slipchat to $host on $port iport=`echo $port | sed -e 's/\([a-z][0-9]*\)$/i\1/'` stty <$iport cs8 -istrip -parenb cread crtscts chat -v -f /etc/slip/chat/$host <$port >$port && \ /etc/slip/config/$host 0 0 # chat script: (not shown, hopefully irrelevant) # slip/config script: : # called as: $0 old-sl# new-sl# #SRC=193.124.54.195 #DEST=193.124.54.227 SRC=193.124.48.230 DEST=193.124.48.241 NETMASK=0xffffffe0 logger -p kern.notice -t slip-config "slip sl$1 connected ($SRC -> $DEST)" ifconfig sl$1 down ifconfig sl$2 inet $SRC $DEST netmask $NETMASK ifconfig sl$2 up route add default $DEST >Fix: I don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 16 18:21:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17031 for bugs-outgoing; Sat, 16 Dec 1995 18:21:50 -0800 (PST) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17026 for ; Sat, 16 Dec 1995 18:21:47 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id VAA03563; Sat, 16 Dec 1995 21:20:41 -0500 From: John Capo Message-Id: <199512170220.VAA03563@irbs.irbs.com> Subject: Re: ping from a background process stops for input To: partha@Ipsilon.COM (Partha Saraty) Date: Sat, 16 Dec 1995 21:20:40 -0500 (EST) Cc: bugs@FreeBSD.org In-Reply-To: <199512170037.QAA23976@mailhost.Ipsilon.COM> from "Partha Saraty" at Dec 16, 95 04:37:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org Precedence: bulk Partha Saraty writes: > > > When I do a ping and place the stdout in a file from a > background process, it waits for tty input and doesn't > continue. Is this a known problem? Is there a > workaround? Any help would be appreciated. > Redirect ping's input from /dev/null or remove this piece of code from ping.c:165. if (tcgetattr (0, &ts) != -1) { reset_kerninfo = !(ts.c_lflag & NOKERNINFO); ts.c_lflag |= NOKERNINFO; tcsetattr (0, TCSANOW, &ts); } John Capo IRBS Engineering (305) 792-9551 From owner-freebsd-bugs Sat Dec 16 22:01:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA26548 for bugs-outgoing; Sat, 16 Dec 1995 22:01:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA26530 for ; Sat, 16 Dec 1995 22:00:59 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA26907; Sun, 17 Dec 1995 16:57:44 +1100 Date: Sun, 17 Dec 1995 16:57:44 +1100 From: Bruce Evans Message-Id: <199512170557.QAA26907@godzilla.zeta.org.au> To: jc@irbs.com, partha@Ipsilon.COM Subject: Re: ping from a background process stops for input Cc: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk >Redirect ping's input from /dev/null or remove this piece of code >from ping.c:165. > if (tcgetattr (0, &ts) != -1) { > reset_kerninfo = !(ts.c_lflag & NOKERNINFO); > ts.c_lflag |= NOKERNINFO; > tcsetattr (0, TCSANOW, &ts); > } This bug was introduced in FreeBSD-2.0. The NOKERNINFO flag tended to get stuck on while I was testing this. It is only restored for normal exits and SIGINTs. Bruce From owner-freebsd-bugs Sat Dec 16 22:20:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27458 for bugs-outgoing; Sat, 16 Dec 1995 22:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27449 Sat, 16 Dec 1995 22:20:03 -0800 (PST) Date: Sat, 16 Dec 1995 22:20:03 -0800 (PST) Message-Id: <199512170620.WAA27449@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/897: cannot watch the slattach'ed tty Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/897; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, dk@dog.farm.org Cc: Subject: Re: kern/897: cannot watch the slattach'ed tty Date: Sun, 17 Dec 1995 17:05:58 +1100 >>Description: >the watch(1) over a line used by slattach cannot be run; syslog diagnostics: >Dec 17 02:19:27 dog /kernel: Snoop: bad attached tty data. Snooping is only implemented for the standard line discipline. Bruce