From owner-freebsd-bugs Sun Jan 14 00:16:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20564 for bugs-outgoing; Sun, 14 Jan 1996 00:16:24 -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 AAA20556 for ; Sun, 14 Jan 1996 00:16:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA27651; Sun, 14 Jan 1996 19:12:09 +1100 Date: Sun, 14 Jan 1996 19:12:09 +1100 From: Bruce Evans Message-Id: <199601140812.TAA27651@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG, geert@sun3.iaf.nl Subject: Re: ATI Mach-64 problems in Textmode!!! Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >There is a bug in FreeBSD which leads to unexpected conflicts between >serial ports and the ATI Mach-64 Xpression PCI-based video card: the >FreeBSD kernel writes to the IO-port at address 0x2ec when it shouldn't, >resulting in a black screen during kernel load. This was fixed in FreeBSD-current on 1995/11/29. It should be fixed in FreeBSD-stable soon. >I experienced the bug using FreeBSD-v2.05, but I got mail from other >users who had the same problem with FreeBSD-v2.1. There is a workaround >for this bug, but it's not trivial and should be included in the FAQ. I'm not sure how the FAQ should cover old versions. People with old versions of the system often have old versions of the FAQ, and its hard to provide a different answer for each version. For -current, the FAQ might be: Q: Why does my sio1 sometimes fail after rebooting? A: It depends. Perhaps you have an sio3 port on the same interrupt as sio1. Due to the ISA bus's inability to share interrupts, full initialization of sio1 requires partial initialization of sio3. The standard sio ports (sio0-sio3) used to be partially initialized if any one of them is configured (whether or not one is physically present). This is no longer done because it caused problems with nonstandard graphics cards at the same address as sio3. Now you must configure and enable sio3 if it shares the same interrupt as sio1 _even if FreeBSD won't be able to use it because of the interrupt conflict_. Version-dependent parts of answer: 1: The above only applies for -current after 1195/11/23. 2: The above doesn't actually apply for the GENERIC configuration. It still configures and enables sio3. It should configure but disable sio3. 3: config(8) doesn't support disabling, so GENERIC will have to leave sio3 unconfigured. Q: How can I use sio3 to install? A: For version XXX, boot with -c and steal a configured sio port... For version YYY, boot with -c and enable sio3. (Xref to braindamage for ISA interrupts, S3 graphics cards, historical PC configuration and the current FreeBSD config(8) for why this isn't the default.) Bruce From owner-freebsd-bugs Sun Jan 14 09:35:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13100 for bugs-outgoing; Sun, 14 Jan 1996 09:35:29 -0800 (PST) Received: from sl-002.sl.cybercomm.net (sl-002.sl.cybercomm.net [199.171.196.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13094 for ; Sun, 14 Jan 1996 09:35:11 -0800 (PST) Received: from sl-002.sl.cybercomm.net (localhost [127.0.0.1]) by sl-002.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id MAA03802; Sun, 14 Jan 1996 12:34:30 -0500 Date: Sun, 14 Jan 1996 12:34:30 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-015.sl.cybercomm.net To: Bruce Evans cc: freebsd-bugs@freefall.freebsd.org Subject: Re: ports/944: Security fixes for Fvwm 1.24r In-Reply-To: <199601140740.XAA19336@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On Sat, 13 Jan 1996, Bruce Evans wrote: > >+ /* make a directory to guard against following symlinks */ > >+ if (mkdir(tmp_name, 0700) != 0) { > >+ perror("exclusive open for tmp_name failed in m4_defs"); > >+ exit(0377); > >+ } > >+ strcat(tmp_name, "/data"); /* what actual tmp file is to be called */ > > I think the O_EXCL method is better. Except of course if you really > want a directory or another type of non-regular file. It's surprisingly > hard to get the interface for temporary file [name] creation right. > FreeBSD has 5 BAD interfaces: tempnam(), tmpfile(), tmpnam(), mktemp() > and mkstemp(). I didn't like the idea of making a directory either. It looked pretty ugly when I first looked at this patch-- But there is precedent for this kind of protection (even in BSD code: df.c). Also, this temporary file is going to be used when FVWM runs 'm4 > tempfile', so this doesn't allow the use of mkstemp(). Overall, this whole part of FVWM is a big ugly mess-- But at least this fixes the security problems. Sujal From owner-freebsd-bugs Sun Jan 14 10:57:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16562 for bugs-outgoing; Sun, 14 Jan 1996 10:57:42 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16550 Sun, 14 Jan 1996 10:57:39 -0800 (PST) Date: Sun, 14 Jan 1996 10:57:39 -0800 (PST) From: Bruce Evans Message-Id: <199601141857.KAA16550@freefall.freebsd.org> To: asami@cs.berkeley.edu, bde, freebsd-bugs Subject: Re: bin/943 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: df can't handle large filesystems State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Jan 14 10:55:50 PST 1996 State-Changed-Why: Fixed in rev.1.34 of sys/ufs/ffs/ffs_vfsops.c and rev.1.8 of bin/df/df.c. From owner-freebsd-bugs Sun Jan 14 21:20:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20276 for bugs-outgoing; Sun, 14 Jan 1996 21:20:59 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA20271 for ; Sun, 14 Jan 1996 21:20:55 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA15206; Mon, 15 Jan 1996 00:20:16 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 15 Jan 1996 00:20 EST Received: (rivers@localhost) by ponds.UUCP (8.6.12/8.6.5) id WAA03193; Sun, 14 Jan 1996 22:47:05 -0500 Date: Sun, 14 Jan 1996 22:47:05 -0500 From: Thomas David Rivers Message-Id: <199601150347.WAA03193@ponds.UUCP> To: freebsd-bugs@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Subject: panic: fs dup alloc Content-Type: text Sender: owner-bugs@FreeBSD.ORG Precedence: bulk While installing plain-old 2.1 on a SCSI 386dx-33, I got a panic while trying to newfs the root file system: panic: fs dup alloc Anyway, I had seen this with 2.0.5 with three separate machines, and discovered that if I changed the size of the partitions (FreeBSD partitions, the disk is entirely FreeBSD), or adjusted the geometry - the problem was solved. Just for those interested; the disk in question is a Micropolis 1588: Jan 14 20:31:56 ponds /kernel: (aha0:0:0): "MICROP 1588-15MB1057402 HSP3" type 0 fixed SCSI 1 With an Adaptec 1542B SCSI; 8 megs of memory - running the generic kernel shipped with the install floppy. The mapped geometry is 636x64x32. If I allocate a 60MEG root file system, I get the panic during the newfs. If I allocate a 61MEG root file system, I don't get the panic. I just thought someone who was looking to fix this problem would be happy to know how to reliably reproduce it. My current disklabel, which is with a 61MEG (working) root file system is appended below. Presumably, the 60MEG allocation assigned cylinders 0-59 to the 'a' partition, etc... That particular assignment justs happens to place inodes, etc... (using the newfs as done in the installation) at such locations as to cause the panic. - Dave Rivers - # /dev/sd0c: type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 635 sectors/unit: 1302496 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 124928 0 4.2BSD 0 0 0 # (Cyl. 0 - 60) b: 81920 124928 swap # (Cyl. 61 - 100) c: 1302496 0 unused 0 0 # (Cyl. 0 - 635*) e: 1095648 206848 4.2BSD 0 0 0 # (Cyl. 101 - 635*) From owner-freebsd-bugs Sun Jan 14 23:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26396 for bugs-outgoing; Sun, 14 Jan 1996 23:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26373 Sun, 14 Jan 1996 23:40:03 -0800 (PST) Resent-Date: Sun, 14 Jan 1996 23:40:03 -0800 (PST) Resent-Message-Id: <199601150740.XAA26373@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA25840 for ; Sun, 14 Jan 1996 23:31:24 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.11/8.6.12) id XAA03852; Sun, 14 Jan 1996 23:31:22 -0800 Message-Id: <199601150731.XAA03852@idiom.com> Date: Sun, 14 Jan 1996 23:31:22 -0800 From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 945 >Category: bin >Synopsis: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 14 23:40:02 PST 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: >Release: FreeBSD 2.1 i386 >Environment: Machine A: running FreeBSD 2.0.5. Kerberos installed, but not really working properly due to lack of decent instructions at the time it was installed (shortly after the 2.0.5 release) Machine B: running FreeBSD 2.1. DES installed, but not Kerberos. >Description: When trying to rsh from machine A to machine B as root, the rsh seems to hang. On machine B: there is logged output: Jan 14 23:30:49 chaos rshd[349]: usage: rshd [-alnL] >How-To-Repeat: Set things up as above, try "rsh machineb -n ls -C" >Fix: unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jan 14 23:51:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26767 for bugs-outgoing; Sun, 14 Jan 1996 23:51:10 -0800 (PST) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26761 for ; Sun, 14 Jan 1996 23:51:02 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id IAA05190 for ; Mon, 15 Jan 1996 08:50:58 +0100 (MET) Message-Id: <199601150750.IAA05190@lirmm.lirmm.fr> To: bugs@freebsd.org Subject: newsyslog Date: Mon, 15 Jan 1996 08:50:56 +0100 From: "Philippe Charnier" Sender: owner-bugs@freebsd.org Precedence: bulk Hi, You will find a set of patches/cosmetics/stylistics changes for newsyslog: 1) correct MAX_PID according to system definition. 2) replace fprintf(stderr,...)/perror/exit by 4.4 equivalence. 3) make strings enough larger so they can't overflow: MAXHOSTNAMELEN for host and MAXPATHLEN for filenames. 4) call execl with correct parameters (compress -> gzip). cvs diff: Diffing . Index: Makefile =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/newsyslog/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile 1996/01/05 09:28:11 1.1.1.1 +++ Makefile 1996/01/13 23:28:14 @@ -5,7 +5,8 @@ CFLAGS+= -DOSF CFLAGS+= -DCONF=\"/etc/newsyslog.conf\" CFLAGS+= -DPIDFILE=\"/var/run/syslog.pid\" -CFLAGS+= -DCOMPRESS=\"/usr/bin/gzip\" +CFLAGS+= -DCOMPRESS_PATH=\"/usr/bin/gzip\" +CFLAGS+= -DCOMPRESS_PROG=\"gzip\" CFLAGS+= -DCOMPRESS_POSTFIX=\".gz\" BINOWN= root Index: newsyslog.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/newsyslog/newsyslog.c,v retrieving revision 1.2 diff -u -r1.2 newsyslog.c --- newsyslog.c 1996/01/09 08:40:08 1.2 +++ newsyslog.c 1996/01/13 23:38:36 @@ -38,8 +38,11 @@ #ifndef PIDFILE #define PIDFILE "/etc/syslog.pid" #endif -#ifndef COMPRESS -#define COMPRESS "/usr/ucb/compress" /* File compression program */ +#ifndef COMPRESS_PATH +#define COMPRESS_PATH "/usr/ucb/compress" /* File compression program */ +#endif +#ifndef COMPRESS_PROG +#define COMPRESS_PROG "compress" #endif #ifndef COMPRESS_POSTFIX #define COMPRESS_POSTFIX ".Z" @@ -65,7 +68,7 @@ #endif #define CE_COMPACT 1 /* Compact the achived log files */ -#define CE_BINARY 2 /* Logfile is in binary, don't add */ +#define CE_BINARY 2 /* Logfile is in binary, don't add */ /* status messages */ #define NONE -1 @@ -95,8 +98,8 @@ time_t timenow; int syslog_pid; /* read in from /etc/syslog.pid */ #define MIN_PID 3 -#define MAX_PID 65534 -char hostname[64]; /* hostname */ +#define MAX_PID 30000 /* was 65534, see /usr/include/sys/proc.h */ +char hostname[MAXHOSTNAMELEN+1]; /* hostname */ char *daytime; /* timenow in human readable form */ @@ -242,11 +245,8 @@ f = fopen(conf,"r"); else f = stdin; - if (!f) { - (void) fprintf(stderr,"%s: ",progname); - perror(conf); - exit(1); - } + if (!f) + err(1, "%s", conf); while (fgets(line,BUFSIZ,f)) { if ((line[0]== '\n') || (line[0] == '#')) continue; @@ -269,12 +269,10 @@ *group++ = '\0'; if (*q) { if (!(isnumber(*q))) { - if ((pass = getpwnam(q)) == NULL) { - fprintf(stderr, - "Error in config file; unknown user:\n"); - fputs(errline,stderr); - exit(1); - } + if ((pass = getpwnam(q)) == NULL) + errx(1, + "Error in config file; unknown user:\n%s", + errline); working->uid = pass->pw_uid; } else working->uid = atoi(q); @@ -284,12 +282,10 @@ q = group; if (*q) { if (!(isnumber(*q))) { - if ((grp = getgrnam(q)) == NULL) { - fprintf(stderr, - "Error in config file; unknown group:\n"); - fputs(errline,stderr); - exit(1); - } + if ((grp = getgrnam(q)) == NULL) + errx(1, + "Error in config file; unknown group:\n%s", + errline); working->gid = grp->gr_gid; } else working->gid = atoi(q); @@ -302,21 +298,15 @@ else working->uid = working->gid = NONE; - if (!sscanf(q,"%o",&working->permissions)) { - fprintf(stderr, - "Error in config file; bad permissions:\n"); - fputs(errline,stderr); - exit(1); - } + if (!sscanf(q,"%o",&working->permissions)) + errx(1, "Error in config file; bad permissions:\n%s", + errline); q = parse = missing_field(sob(++parse),errline); *(parse = son(parse)) = '\0'; - if (!sscanf(q,"%d",&working->numlogs)) { - fprintf(stderr, - "Error in config file; bad number:\n"); - fputs(errline,stderr); - exit(1); - } + if (!sscanf(q,"%d",&working->numlogs)) + errx(1, "Error in config file; bad number:\n%s", + errline); q = parse = missing_field(sob(++parse),errline); *(parse = son(parse)) = '\0'; @@ -340,12 +330,8 @@ working->flags |= CE_COMPACT; else if ((*q == 'B') || (*q == 'b')) working->flags |= CE_BINARY; - else { - fprintf(stderr, - "Illegal flag in config file -- %c\n", - *q); - exit(1); - } + else + errx(1, "Illegal flag in config file -- %c", *q); q++; } @@ -360,11 +346,8 @@ char *missing_field(p,errline) char *p,*errline; { - if (!p || !*p) { - fprintf(stderr,"Missing field in config file:\n"); - fputs(errline,stderr); - exit(1); - } + if (!p || !*p) + errx(1, "Missing field in config file:\n%s", errline); return(p); } @@ -376,8 +359,8 @@ int owner_uid; int group_gid; { - char file1[128], file2[128]; - char zfile1[128], zfile2[128]; + char file1 [MAXPATHLEN+1], file2 [MAXPATHLEN+1]; + char zfile1[MAXPATHLEN+1], zfile2[MAXPATHLEN+1]; int fd; struct stat st; @@ -435,20 +418,14 @@ printf("Start new log..."); else { fd = creat(log,perm); - if (fd < 0) { - perror("can't start new log"); - exit(1); - } - if (fchown(fd, owner_uid, group_gid)) { - perror("can't chmod new log file"); - exit(1); - } + if (fd < 0) + err(1, "can't start new log"); + if (fchown(fd, owner_uid, group_gid)) + err(1, "can't chmod new log file"); (void) close(fd); if (!(flags & CE_BINARY)) - if (log_trim(log)) { /* Add status message */ - perror("can't add status message to log"); - exit(1); - } + if (log_trim(log)) /* Add status message */ + err(1, "can't add status message to log"); } if (noaction) printf("chmod %o %s...",perm,log); @@ -458,12 +435,9 @@ printf("kill -HUP %d (syslogd)\n",syslog_pid); else if (syslog_pid < MIN_PID || syslog_pid > MAX_PID) { - fprintf(stderr,"%s: preposterous process number: %d\n", - progname, syslog_pid); - } else if (kill(syslog_pid,SIGHUP)) { - fprintf(stderr,"%s: ",progname); - perror("warning - could not restart syslogd"); - } + warnx("preposterous process number: %d", syslog_pid); + } else if (kill(syslog_pid,SIGHUP)) + warn("could not restart syslogd"); if (flags & CE_COMPACT) { if (noaction) printf("Compress %s.0\n",log); @@ -481,10 +455,8 @@ return(-1); fprintf(f,"%s %s newsyslog[%d]: logfile turned over\n", daytime, hostname, getpid()); - if (fclose(f) == EOF) { - perror("log_trim: fclose:"); - exit(1); - } + if (fclose(f) == EOF) + err(1, "log_trim: fclose:"); return(0); } @@ -497,15 +469,11 @@ pid = fork(); (void) sprintf(tmp,"%s.0",log); - if (pid < 0) { - fprintf(stderr,"%s: ",progname); - perror("fork"); - exit(1); - } else if (!pid) { - (void) execl(COMPRESS,"compress","-f",tmp,0); - fprintf(stderr,"%s: ",progname); - perror(COMPRESS); - exit(1); + if (pid < 0) + err(1, "fork"); + else if (!pid) { + (void) execl(COMPRESS_PATH,COMPRESS_PROG,"-f",tmp,0); + err(1, COMPRESS_PATH); } } @@ -525,7 +493,7 @@ char *file; { struct stat sb; - char tmp[MAXPATHLEN+3]; + char tmp[MAXPATHLEN+sizeof(".0")+sizeof(COMPRESS_POSTFIX)+1]; (void) strcpy(tmp,file); if (stat(strcat(tmp,".0"),&sb) < 0) -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Mon Jan 15 02:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05380 for bugs-outgoing; Mon, 15 Jan 1996 02:50:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05366 Mon, 15 Jan 1996 02:50:05 -0800 (PST) Date: Mon, 15 Jan 1996 02:50:05 -0800 (PST) Message-Id: <199601151050.CAA05366@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Reply-To: Mark Murray Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/945; it has been noted by GNATS. From: Mark Murray To: muir@idiom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Date: Mon, 15 Jan 1996 12:45:50 +0200 > Machine A: running FreeBSD 2.0.5. Kerberos installed, but > not really working properly due to lack of decent instructions > at the time it was installed (shortly after the 2.0.5 release) > > Machine B: running FreeBSD 2.1. DES installed, but not Kerberos. Under these circumstances expect hangs. If kerberos is installed but not set up properly, kerberised utilities are most likely looking for a wrong/nonexistant kerberos server. Please look in the 2.1 handbook (/usr/share/doc/handbook) for up-to-date kerberos instructions. The fastest way to disable kerberos is to rename the /etc/kerberosIV directory to something else. Please let us know if this works to this problem report can be closed. M -- 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 Mon Jan 15 03:02:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06305 for bugs-outgoing; Mon, 15 Jan 1996 03:02:51 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA06278 for ; Mon, 15 Jan 1996 03:02:16 -0800 (PST) Received: from julia.physik.fu-berlin.de (julia.physik.fu-berlin.de [130.133.3.235]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id MAA05216; Mon, 15 Jan 1996 12:01:24 +0100 (MET) Received: (from graichen@localhost) by julia.physik.fu-berlin.de (8.6.12/8.6.12) id MAA24584; Mon, 15 Jan 1996 12:01:24 +0100 From: Thomas Graichen Message-Id: <199601151101.MAA24584@julia.physik.fu-berlin.de> Subject: Re: newsyslog To: charnier@lirmm.fr (Philippe Charnier) Date: Mon, 15 Jan 1996 12:01:23 +0100 (MET) Cc: bugs@FreeBSD.ORG In-Reply-To: <199601150750.IAA05190@lirmm.lirmm.fr> from "Philippe Charnier" at Jan 15, 96 08:50:56 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk hasn't Philippe Charnier said ? ... > > You will find a set of patches/cosmetics/stylistics changes for > newsyslog: > 1) correct MAX_PID according to system definition. > 2) replace fprintf(stderr,...)/perror/exit by 4.4 equivalence. > 3) make strings enough larger so they can't overflow: MAXHOSTNAMELEN for > host and MAXPATHLEN for filenames. > 4) call execl with correct parameters (compress -> gzip). > i'll look through all the stuff within the next days t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Mon Jan 15 03:40:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08371 for bugs-outgoing; Mon, 15 Jan 1996 03:40:40 -0800 (PST) Received: from arcady ([194.58.162.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA07981 for ; Mon, 15 Jan 1996 03:30:17 -0800 (PST) Received: (from root@localhost) by arcady.amn.kamchatka.su (8.6.12/8.6.12) id XAA00258 for bugs@FreeBSD.org; Mon, 15 Jan 1996 23:02:53 +1200 Date: Mon, 15 Jan 96 23:02:52 +1200 From: root@arcady.amn.kamchatka.su (Arcady V. Ivanov) To: bugs@FreeBSD.org Message-ID: Subject: SLIP bug X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-bugs@FreeBSD.org Precedence: bulk SLIP bug: FreeBSD 2.1.0-RELEASE When I use Startslip or Slattach on interface another than sl0 (-S unit_number) then I have the next problems: 1) sl0 - escaped from system. ifconfig sl0 produces : ioctl no such interface. 2) netstat -nr gives correct routing, but sl0 is absent. 3) ping to installed link produces: Network is down 4) After a 90 sec Routed cry: delete route to sl0 !!! ^^^ To my mind there is a problem in if_sl.c module. SY. Arcady. From owner-freebsd-bugs Mon Jan 15 04:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11471 for bugs-outgoing; Mon, 15 Jan 1996 04:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11465 Mon, 15 Jan 1996 04:50:02 -0800 (PST) Resent-Date: Mon, 15 Jan 1996 04:50:02 -0800 (PST) Resent-Message-Id: <199601151250.EAA11465@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, miff@spam.frisbee.net.au Received: from lovely.spam.frisbee.net.au (spam.apana.org.au [202.0.75.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11414 for ; Mon, 15 Jan 1996 04:48:23 -0800 (PST) Received: (from miff@localhost) by lovely.spam.frisbee.net.au (8.6.12/8.6.12) id XAA20113; Mon, 15 Jan 1996 23:28:31 +1030 Message-Id: <199601151258.XAA20113@lovely.spam.frisbee.net.au> Date: Mon, 15 Jan 1996 23:28:31 +1030 From: miff@spam.frisbee.net.au Reply-To: miff@spam.frisbee.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/946: divide-by-zero in kernel on bad disk info Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 946 >Category: kern >Synopsis: divide-by-zero in kernel on bad disk info >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 15 04:50:01 PST 1996 >Last-Modified: >Originator: michael smith >Organization: Just me. >Release: FreeBSD 2.1-STABLE i386 >Environment: A disk controller that reports zero for sectors-per-track (only observed with the 'wd' driver) >Description: correct_readdisklabel() (ufs/ufs_disksubr.c) doesn't check lp->d_secpercyl before dividing by it, and the error isn't picked up in the wd driver before this point. (The same problem is present in -current) >How-To-Repeat: Find a controller combination (in this case, an Adaptec 2320D) that results in s/t being zero. Power the controller up without having any disks enabled in the BIOS. The controller appears not to check the geometry of its disks on reset. (boot probe shows 306/4/0) Say 'disklabel '. >Fix: Check d_secpercyl at some point prior to dividing, or perhaps reject bogus disks out of hand. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 15 09:33:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25780 for bugs-outgoing; Mon, 15 Jan 1996 09:33:59 -0800 (PST) Received: from freelunch.freenet.kiev.ua (root@freelunch.freenet.kiev.ua [194.44.28.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA25770 for ; Mon, 15 Jan 1996 09:33:48 -0800 (PST) Received: from knight.ukma.kiev.ua ([194.44.142.22]) by freelunch.freenet.kiev.ua (8.6.12/osf3.2xla) with ESMTP id TAA06027 for ; Mon, 15 Jan 1996 19:37:10 +0200 Received: from snark.ukma.kiev.ua (snark.ukma.kiev.ua [194.44.142.83]) by knight.ukma.kiev.ua (8.6.11/dk01) with ESMTP id TAA21379 for ; Mon, 15 Jan 1996 19:33:06 +0200 Received: (from dk@localhost) by snark.ukma.kiev.ua (8.6.11/8.6.9) id TAA07228; Mon, 15 Jan 1996 19:37:35 +0200 Date: Mon, 15 Jan 1996 19:37:34 +0200 (EET) From: Dmitry Kohmanyuk To: freebsd-bugs@freebsd.org Subject: diskless bugs in 2.1 Message-ID: X-OS: FreeBSD X-$LANG: ru_SU.KOI8-R MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk hi, here is a list of bugs/misfeatures found while operating a diskless 2.1 box (and 2.0.5 box as well): - the /etc/security checks filesystems of type ufs for set[ug]id files. so, you get list of your environmental variables in report (`set $MP' line should check for MP being non-empty) - /etc/weekly wouldn't run makewhatis if /usr is read-only. minor: - the /etc/netstart runs routed or gated if requested. the problem it is executed before mount, so they cannot be started (yes, my router is diskless 486 4Mb machine with sendmail, bind and gated on it). (perhaps I can just statically link them) same problem with /usr/sbin/sysctl (should go to /sbin) btw, is it possible to convert shared executable to static one? (this can help to resolve this) I also propose adding rarpdflags to /etc/sysconfig (I have the following in mine): +# Set to appropriate flags for rarpd, if you intend to serve +# Reverse ARP requests from diskless clients. Note that tftpd and bootpd +# should be configured too. +#rarpdflags="-a" +rarpdflags="NO" From owner-freebsd-bugs Mon Jan 15 10:59:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00517 for bugs-outgoing; Mon, 15 Jan 1996 10:59:48 -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 KAA00508 for ; Mon, 15 Jan 1996 10:59:40 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA01412; Mon, 15 Jan 1996 12:00:37 -0700 Date: Mon, 15 Jan 1996 12:00:37 -0700 From: Nate Williams Message-Id: <199601151900.MAA01412@rocky.sri.MT.net> To: root@arcady.amn.kamchatka.su (Arcady V. Ivanov) Cc: bugs@FreeBSD.org Subject: Re: SLIP bug In-Reply-To: References: Sender: owner-bugs@FreeBSD.org Precedence: bulk > SLIP bug: > > FreeBSD 2.1.0-RELEASE > > When I use Startslip or Slattach on interface another than sl0 (-S unit_number) > then I have the next problems: > > 1) sl0 - escaped from system. > > ifconfig sl0 produces : ioctl no such interface. Do you even have SLIP compiled into your kernel? You need a line like this in your config file (use the max. number of SLIP lines your box may have running at one time) # Slip lines pseudo-device sl 1 Nate From owner-freebsd-bugs Mon Jan 15 12:05:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04555 for bugs-outgoing; Mon, 15 Jan 1996 12:05:08 -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 MAA04516 for ; Mon, 15 Jan 1996 12:04:59 -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 VAA10354 ; Mon, 15 Jan 1996 21:03:34 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA11067 ; Mon, 15 Jan 1996 21:03:33 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA09806; Mon, 15 Jan 1996 20:21:49 +0100 (MET) From: Ollivier Robert Message-Id: <199601151921.UAA09806@keltia.freenix.fr> Subject: Re: newsyslog To: charnier@lirmm.fr (Philippe Charnier) Date: Mon, 15 Jan 1996 20:21:49 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199601150750.IAA05190@lirmm.lirmm.fr> from "Philippe Charnier" at Jan 15, 96 08:50:56 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 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 Philippe Charnier said: > CFLAGS+= -DCONF=\"/etc/newsyslog.conf\" > CFLAGS+= -DPIDFILE=\"/var/run/syslog.pid\" > -CFLAGS+= -DCOMPRESS=\"/usr/bin/gzip\" > +CFLAGS+= -DCOMPRESS_PATH=\"/usr/bin/gzip\" > +CFLAGS+= -DCOMPRESS_PROG=\"gzip\" > CFLAGS+= -DCOMPRESS_POSTFIX=\".gz\" It would be better to place the above definitions in a "pathnames.h" file that is included at the beginning. On the same vein, replace the *_PATH with the 4.4BSD _PATH_* naming scheme. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-bugs Mon Jan 15 12:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04933 for bugs-outgoing; Mon, 15 Jan 1996 12:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04927 Mon, 15 Jan 1996 12:10:02 -0800 (PST) Date: Mon, 15 Jan 1996 12:10:02 -0800 (PST) Message-Id: <199601152010.MAA04927@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Muir Sharnoff Subject: Re: Re: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Reply-To: David Muir Sharnoff Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/945; it has been noted by GNATS. From: David Muir Sharnoff To: Mark Murray Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: Re: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Date: Mon, 15 Jan 1996 12:03:05 -0800 * * > Machine A: running FreeBSD 2.0.5. Kerberos installed, but * > not really working properly due to lack of decent instructions * > at the time it was installed (shortly after the 2.0.5 release) * > * > Machine B: running FreeBSD 2.1. DES installed, but not Kerberos. * * Under these circumstances expect hangs. If kerberos is installed but * not set up properly, kerberised utilities are most likely looking for * a wrong/nonexistant kerberos server. * * Please look in the 2.1 handbook (/usr/share/doc/handbook) for up-to-date * kerberos instructions. * * The fastest way to disable kerberos is to rename the /etc/kerberosIV * directory to something else. * * Please let us know if this works to this problem report can be closed. Well, the thing is, the 2.1 system is the first one I've found that I cannot rcp to. I didn't have an /etc/kerberosIV directroy in the first place. -Dave From owner-freebsd-bugs Mon Jan 15 12:22:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05641 for bugs-outgoing; Mon, 15 Jan 1996 12:22:19 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA05636 for ; Mon, 15 Jan 1996 12:22:17 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id VAA06249; Mon, 15 Jan 1996 21:22:08 +0100 (MET) Date: Mon, 15 Jan 1996 21:22:08 +0100 (MET) Message-Id: <199601152022.VAA06249@birk04.studby.uio.no> From: Åge Røbekk To: freebsd-bugs@freebsd.org Subject: host segfaults on empty host statement MIME-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk $ /usr/bin/host -t hinfo Segmentation fault (core dumped) The problem is that the argument after hinfo is not checked for a NULL pointer. In line 220 of host.c, strcmp(v[1], ".") fails due to dereferencing the NULL pointer v[1]. v[1] is the argument that follows the type query. I also checked host.c in 4.9.3-REL and the problem is still present there. -aage From owner-freebsd-bugs Mon Jan 15 13:00:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08111 for bugs-outgoing; Mon, 15 Jan 1996 13:00:20 -0800 (PST) Received: from obelix.cica.es (obelix.cica.es [150.214.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08028 for ; Mon, 15 Jan 1996 12:59:52 -0800 (PST) Received: (from federero@localhost) by obelix.cica.es (8.7.1/8.7.1) id VAA18775 for bugs@freebsd.org; Mon, 15 Jan 1996 21:57:00 +0100 (GMT-1:00) Date: Mon, 15 Jan 1996 21:57:00 +0100 (GMT-1:00) From: Jose Federero Martinez Message-Id: <199601152057.VAA18775@obelix.cica.es> To: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk Submitted by: Jesus A. Mora Marin c/ Herreria, 64 41230-Castilblanco A. (Spain) e-mail: federero@obelix.cica.es -------------------------------------------------------------------- This is to report a bug or something alike in FreeBSD 2.1. I don't know if this is the right place to put it in, but please be patient with me: I am not used to all this subject of Internet. I bought and got my copy of FreeBSD from Walnut Creek only some days ago. I wished to try it as an alternative to commercial systems -I have been dealing with SCO Unix at home, and with Unix SysVR3 and SysVR4 at work for years, and now I thought it was time to switch to something new. Some weeks ago, I got a new 1GB hard disk and installed Slackware Linux (kernel ver. 1.2.8) on it. It has been working fine all the time, with no complain at all. But I reserved a place to FreeBSD, because I was curious about the other major family of Unix systems -you know, AT&T Unix is getting larger and less inventive all the time-. Well, I installed my new FreeBSD system. Fine. Then, made a customized kernel. Excellent. But the day after I run into trouble... Got a panic! But please let me describe first the framework, and then the nasty crash. 1) HARDWARE. ======== * SYSTEM MOTHERBOARD: ------------------ No-brand: J-403TG GREEN VLB, v2.1 486SX/486DX, ISA, with three slots for VLB controllers. VLB jumpered at 0 Wait States. CPU installed: Intel 80486DX2-S, at 66 MHz, fan-cooled. External cache: 256 KB, 20 ns DRAM installed: 12 MB, 70 ns (3x4MB 72-pin SIMM) ROMBIOS: Award Modular BIOS v4.50G. (details later) Chipset * ROM BIOS DETAILS: ---------------- Award Modular BIOS v4.50G. Signature: 01/12/95-OPTI-802G-2C4UKJ11-00 -STANDARD CMOS SETUP: Hard Disks: Write Land --------------- Type Cyl Heads Precom. Zone Sectors Mode Primary Master User 525 64 0 2099 63 LBA Slave User 1024 16 65535 1024 63 NORMAL Secondary Master & Slave not defined. Floppy disks drives: A: 1.2MB, 5.25 in. B: 1.44MB, 3.5 in. -BIOS FEATURES: (ENA=Enabled, DIS=Disabled) Virus warning DIS Boot up Numlock status OFF CPU internal cache ENA Boot up System speed HIGH External cache ENA IDE HDD Block Mode ENA Quick POST DIS Gate A20 option FAST Boot Sequence A,C Memory parity check DIS Swap floppy drive DIS Typematic Rate setting DIS Boot up floppy seed DIS All shadowing options DIS -CHIPSET FEATURES Autoconfig DIS Single ALE enable DIS AT Clock option SYNC Extra AT Cycle WS DIS Synchronous AT clock CLK/4 Fast AT Cycle DIS DRAM Read Wait States 3-2-2-2 Back to back I/O delay DIS DRAM Write WS 1 WS Master mode byte swap DIS Cache Read Burst 2-1-1-1 DMA clock SCLK/2 Cache Write WS 0 WS System BIOS cacheable DIS Hidden refresh option DIS Video BIOS cacheable DIS Slow Refresh enable DIS -POWER MANAGEMENT STUFF: Fully disabled. * VIDEO CARD: ---------- No-brand SuperVGA Accelerator Card: VL-41 Video BIOS signature: Quatdel S3 86C801/805 Enhanced VGA BIOS. Version 2.13.065. Phoenix Technologies Ltd. Bus type: 32-bit VL-Bus Graphics Accelerator: S3 805 Video Memory: 1024 KB Installed on VLB slot. *ENHANCED IDE I/O CARD: --------------------- Brand: ? FSIOL-UC2.1C, Version 2.0 Installed on VLB slot. Jumpered for 25/33 MHz CPU clock. Devices supported: -IDE channels: 2 (secondary channel disabled by hardware) -Floppy disk controller. -Serial ports: 2 (Microsoft Home Serial Mouse attached at COM1) I/O port address and IRQ at default settings. -Game port, enabled -Parallel port, enabled (no printer attached) *HARD DISK DRIVES: ---------------- 1) Western Digital, Caviar WDC AC21000-00H. Geometry: 2100 cylinders, 16 heads, 63 sectors/track, 512 bytes/sector. Please note: Logic block addressing enabled in BIOS setup. Jumpered as Master drive in dual drive configuration. Attached at Primary IDE channel. 2) Quantum Maverick 540A Geometry: 1048 cylinders, 16 heads, 63 sectors/track, 512 bytes/sector. Note: only 1024 cyl declared in BIOS, no translation (THANKS IBM!) Jumpered as Slave drive in dual drive configuration. Attached at Primary IDE channel. *SOUND CARD: ---------- Creative Labs Soundblaster AWE 32. Settings: I/O ports 0x220 IRQ: 7 (not default!) DMA channel: 1, high 6 MIDI I/O address: 0x330 Game port disabled. *CD-ROM DRIVE: ------------ Creative Lab, Matsushita/Panasonic CR-563-x 0.81. Attached at sound card. I/O ports: 0x230 -although the sound card likes more to say is 0x220-. 2) FreeBSD LOCAL SETTINGS. ====================== The FreeBSD 2.1 is installed on hard disk wd0. The installation was made by booting directly from CD-ROM (install.bat). This is the partition scheme of wd0, as seen by fdisk: Disk name: wd0 Disk Geometry: 525 cyls/64 heads/63 sectors. Offset Size End Name Ptype Desc Subtype 0 63 62 - 6 unused 0 63 520065 520127 wd0s1 2 fat 6 520128 512064 1032191 wd0s2 4 extended 5 1032192 528192 1560383 wd0s3 1 unknown 131 Active (*1) 1560386 556416 2116799 wd0s4 3 freebsd 165 (*1): This is a Linux native primary partition. Note that, since I am new to FreeBSD, I have left the Linux partition as the active one, and boot with the Linux loader either MS-DOS, FreeBSD or Linux itself. The disk wd1 is used just for two MS-DOS partitions -a primary one and another extended- and has nothing to do with all this case. Now, the layout of wd0s4 (FreeBSD slice), as seen by the Disklabel, editor is as follows: Disk: wd0 Partition name: wd0s4 Part Mount Size Newfs wd0s1 253MB DOS wd0s4a / 30MB * wd0s4e /var 10MB * wd0s4b 24MB SWAP wd0s4f /usr 207MB * After the partitioning, I have installed a distribution including these packages: bin, compat20, dict, info, manpages, proflibs and kernel sources. This is the current config file of my FreeBSD 2.1 system, customized to support most of the devices installed -comments in Spanish trans- lated :-) # ------------- /usr/src/sys/i386/conf/JAMMBSD begins here ------------ # # JAMMBSD -- Customized Kernel Configuration for JAMM's blazing machine # # Mods: # 01/12/96: Options added: # XSERVER -- Support for X Windows # 01/13/96: Since they seem not to alter the behaviour, I set the # DDB and KTRACE options again. # NFS support commented out - no need, smaller kernel # machine "i386" cpu "I486_CPU" ident JAMMBSD maxusers 10 options "CHILD_MAX=128" options "OPEN_MAX=128" config kernel root on wd0 options "COMPAT_43" #Compatible with BSD 4.3 # Try this later, when troubles get fixed. Very interesting for me... # Have some stuff from old SCO Unix # options "COMPAT_IBCS2" options SYSVSHM options SYSVSEM options SYSVMSG options DDB options KTRACE options UCONSOLE #Allow users to grab the console options INET #InterNETworking options FFS #Berkeley Fast Filesystem # options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device # Next one needed at all??? options BOUNCE_BUFFERS #include support for DMA bounce buffers 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 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 # Please do not probe wdc1 --- it takes a long time before giving up controller matcd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console 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.1 options XSERVER # include code for XFree86 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 # May conflict with Soundblaster at irq 7??? device lpt0 at isa? port? tty irq 7 vector lptintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # ------------- /usr/src/sys/i386/conf/JAMMBSD ends here -------------- It compiles fine, with no warning at all. And this is the log of a typical booting, as produced by dmesg: # -------------- bootlog begins here ------------------------------- FreeBSD 2.1.0-RELEASE #0: Sat Jan 13 19:15:55 1996 root@myname.my.domain:/usr/src/sys/compile/JAMMBSD CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 12582912 (12288K bytes) avail memory = 10928128 (10672K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.2MB 5.25in fd1: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 516MB (1057392 sectors), 1049 cyls, 16 heads, 63 S/T, 512 B/S matcd - Matsushita (Panasonic) CD-ROM Driver by FDIV, Version 1(26) 18-Oct-95 matcdc0 at 0x230-0x233 on isa matcdc0 Host interface type 0 matcd0: [CR-5630.81] npx0 on motherboard npx0: INT 16 interface # -------------- bootlog ends here ------------------------------- After those funny messages, follow some more of them, generated by /etc/rc*. They are not impressive: swap device is added, and a lot of daemons starting, but no errors, except some complain from a networking-related gronkulator. Nothing to be concerned with. /etc/sysconfig is modified this way: keymap=spanish.iso cursor=blink Also /etc/rc is modified to comment out the line that starts the syslogd daemon -got fed up with those nasty messages when logged in other virtual console, must modify syslog.conf-. And this is my /etc/fstab: /dev/wd0s4b none swap sw 0 0 /dev/wd0a / ufs rw 1 1 /dev/wd0s4f /usr ufs rw 1 1 /dev/wd0s4e /var ufs rw 1 1 proc /proc procfs rw 0 0 /dev/matcd0a /cdrom cd9660 ro,noauto 0 0 Well, other packages installed -all from FreeBSD 2.1 Installation CD-ROM- include: mc-3.0.tgz bash-1.14.5.tgz less-290.tgz Used as man-pager lynx-2.4.2.tgz For reading html docs pdksh-5.2.3.tgz Not tried yet zsh-2.6b10.tgz zsh moved to /bin/zsh and used as default shell No time to try other packages. This is a pseudo-log in a fresh/typical system at home: --------------- session pseudolog starts here ------------------------------- v0<~># ps -ax PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? Is 0:00.06 /sbin/init -- 2 ?? DL 0:00.00 (pagedaemon) 3 ?? DL 0:00.00 (vmdaemon) 4 ?? DL 0:00.12 (update) 42 ?? Is 0:00.02 routed -q 63 ?? Is 0:00.01 portmap 74 ?? Is 0:00.46 inetd 81 ?? Is 0:00.05 cron 83 ?? Is 0:00.06 lpd 126 v0 Ss 0:01.18 -zsh (zsh) 157 v0 R+ 0:00.01 ps -ax 127 v1 Is+ 0:00.04 /usr/libexec/getty Pc ttyv1 128 v2 Is+ 0:00.04 /usr/libexec/getty Pc ttyv2 129 v3 Is+ 0:00.04 /usr/libexec/getty Pc ttyv3 130 v4 Is+ 0:00.04 /usr/libexec/getty Pc ttyv4 131 v5 Is+ 0:00.05 /usr/libexec/getty Pc ttyv5 v0<~># mount /dev/wd0a on / (local) /dev/wd0s4f on /usr (local) /dev/wd0s4e on /var (local) procfs on /proc (local) v0<~># df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 30206 13588 14200 49% / /dev/wd0s4f 208686 63100 128890 33% /usr /dev/wd0s4e 9726 374 8572 4% /var procfs 4 4 0 100% /proc v0<~># vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr f0 f1 w0 w1 in sy cs us sy id 0 0 0 17896 3216 48 0 1 0 36 0 0 0 2 0 278 46 6 1 3 96 v0<~># swapinfo Device 512-blocks Used Avail Capacity Type /dev/wd0s4b 49152 0 49024 0% Interleaved v0<~># --------------- session pseudolog ends here ------------------------------- 3) AND NOW, LET ME INTRODUCE TO YOU... THE PANIC! ============================================== At last, I will tell you a fully reliable way to reproduce the panic. Supose you have a fresh system configured the way described before. I can get the panic simply doing so: 1) Mount the FreeBSD 2.1 Installation CD-ROM: mount -t cd9660 /dev/matcd0a /cdrom 2) Run the Midnight Commander: mc 3) Inside Midnight Commander, change directory -of course using the the arrows and PgUp/PgDn keys of the panel- to /cdrom/ports. 4) Now, highlight the file /cdrom/ports/README, and, in order to see inside it, please press the F3 key, and... Gotcha! You get a pretty PANIC message at your console. It says: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf1e17000 fault code = supervisor write, page not present instruction pointer = 0x8:0xf01839de 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 = Idle interrupt mask = kernel: type 12 trap, code=0 stopped at _matcd_blockread+0x1fe movb %bl,0(%eax) Now, having the DDB kernel online debugger enabled, got this data: db> trace _matcd_blockread(90) at _matcd_blockread+0x1fe _softclock(80000000, 10, 10, 0, f0651200) at _softclock+0x64 doreti_swi(0, f01722cc, 11111111, 22222222, 33333333) at doreti_swi+0xf _cpu_switch(11111111, 22222222, 33333333, 44444444, 55555555) at _cpu_switch db> show reg cs 0xf0120008 _ptsread+0x4 ds 0x10 es 0x10 ss 0x10 eax 0xf1e17000 ecx 0x231 edx 0x230 ebx 0x55 esp 0xf0190f54 _etext+0x1644 ebp 0xf0190f9c _etext+0x168c esi 0xf019d560 _matcd_data+0x154 edi 0 eip 0xf01839de _matcd_blockread+0x1fe efl 0x10246 _matcd_blockread+0x1fe: movb %bl,0(%eax) db> call cpu_reset() That's all, folks! FINAL NOTES: Here are some comments and conclusions about this case: -Although the operations described above ALWAYS result in the reported panic, this occurs in other conditions, not so well defined. I once got a similar crash, when had mc in a virtual console in background and in the current console was messing with the info system. Suddenly, the panic raised. Another time, I was recompiling on ttyv0 all the kernel sources; on ttyv1 was less-ing /usr/share/doc/handbook.ascii. Then something was wrong and less died. Back again on ttyv0, I saw that the kernel-make has reported some errors and gave up. Tried to edit my config file and got a message complaining something about invalid or non-existent file descriptors. A few commands after, the system crashed. -Curiously, you can access and read ports/README with no trouble by cat-ing it. Further, from MS-DOS or Linux, there is not problem at all. I DO NOT mean that mc has nothing to do with the panic, but what is the difference? -I thought that something was wrong with my customized kernel, but it happens with kernel.GENERIC too. -I thought that DDB was bugously nervous, so I removed it. The panic was still there. -I thought that something was wrong with the swap partition, for some obscure reason. I commented out the `swapon -A' line in /etc/rc and rebooted a fresh system with no swap device at all. Bad news: panic again. -I thought: Jesus, you need a crash dump after the panic, then savecore it, and send the dump to someone with more knowledge of this stuff than you. Well, I modified my /etc/sysconfig to dumpon to the swap partition (/dev/wd0s4b) and savecore it. Then I crashed at will, and, inside ddb did `call-ed diediedie()'. It told me it was dumping and then rebooted. Fine. But it resulted worse at all: the filesystems were very badly damaged. auto-fsck failed, and fscking by hand resulted in removing a lot of files at /dev, /var and so on. Since I am a newcomer to FreeBSD, saw no other solution than reinstallation. Should better read the docs before doing so again. -At last, Linux performs fine and stable. So, the toys called MS-DOS and Windows 3.1 (with their limitations, of course). Well, man. This was all. I hope it will of any use for you at all. If you have some questions or suggestions please send to the friend that let me use his access to Internet for posting this report. See you, Jes£s A. Mora Marin, MD ---------< federero@obelix.cica.es >------------ From owner-freebsd-bugs Mon Jan 15 13:07:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08396 for bugs-outgoing; Mon, 15 Jan 1996 13:07:02 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08372 Mon, 15 Jan 1996 13:06:54 -0800 (PST) Date: Mon, 15 Jan 1996 13:06:54 -0800 (PST) From: "Garrett A. Wollman" Message-Id: <199601152106.NAA08372@freefall.freebsd.org> To: muir@idiom.com, wollman, freebsd-bugs Subject: Re: bin/945 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root State-Changed-From-To: open-analyzed State-Changed-By: wollman State-Changed-When: Mon Jan 15 13:06:18 PST 1996 State-Changed-Why: /etc/inetd.conf is probably wrong. From owner-freebsd-bugs Mon Jan 15 13:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08639 for bugs-outgoing; Mon, 15 Jan 1996 13:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08628 Mon, 15 Jan 1996 13:10:04 -0800 (PST) Date: Mon, 15 Jan 1996 13:10:04 -0800 (PST) Message-Id: <199601152110.NAA08628@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/945; it has been noted by GNATS. From: "Garrett A. Wollman" To: muir@idiom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Date: Mon, 15 Jan 1996 16:05:39 -0500 < said: > On machine B: there is logged output: > Jan 14 23:30:49 chaos rshd[349]: usage: rshd [-alnL] Your /etc/inetd.conf on machine B is wrong. The line which reads: > kshell stream tcp nowait root /usr/libexec/rshd rshd -k ...should be commented out. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Jan 15 14:48:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16220 for bugs-outgoing; Mon, 15 Jan 1996 14:48:13 -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 OAA16154 for ; Mon, 15 Jan 1996 14:48:06 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA02185; Mon, 15 Jan 1996 15:50:25 -0700 Date: Mon, 15 Jan 1996 15:50:25 -0700 From: Nate Williams Message-Id: <199601152250.PAA02185@rocky.sri.MT.net> To: Jose Federero Martinez Cc: bugs@FreeBSD.ORG In-Reply-To: <199601152057.VAA18775@obelix.cica.es> References: <199601152057.VAA18775@obelix.cica.es> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > 1) HARDWARE. > ======== > > * SYSTEM MOTHERBOARD: > ------------------ > No-brand: J-403TG GREEN VLB, v2.1 > 486SX/486DX, ISA, with three slots for VLB controllers. > VLB jumpered at 0 Wait States. > CPU installed: Intel 80486DX2-S, at 66 MHz, fan-cooled. > External cache: 256 KB, 20 ns Although 20ns cache *should* work, it my experience it won't work on a 33Mhz box. I had lots of problems until I replaced my 20ns cache with 15ns cache,and all my problems went away. > DRAM installed: 12 MB, 70 ns (3x4MB 72-pin SIMM) You are running 0 wait-states with 70ns memory, which probably won't work. Try running them at 1WS. > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xf1e17000 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xf01839de > 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 = Idle > interrupt mask = > kernel: type 12 trap, code=0 > stopped at _matcd_blockread+0x1fe movb %bl,0(%eax) Although it *may* not be related, try disabling your external cache and adding another wait state to see if the problems go away. Nate > -I thought: Jesus, you need a crash dump after the panic, then savecore > it, and send the dump to someone with more knowledge of this stuff > than you. Well, I modified my /etc/sysconfig to dumpon to the swap > partition (/dev/wd0s4b) and savecore it. Then I crashed at will, and, > inside ddb did `call-ed diediedie()'. It told me it was dumping and > then rebooted. Fine. But it resulted worse at all: the filesystems > were very badly damaged. auto-fsck failed, and fscking by hand > resulted in removing a lot of files at /dev, /var and so on. Since I > am a newcomer to FreeBSD, saw no other solution than reinstallation. > Should better read the docs before doing so again This is almost always . > -At last, Linux performs fine and stable. So, the toys called MS-DOS > and Windows 3.1 (with their limitations, of course). Linux doesn't stress the system near as much as FreeBSD does. Most folks get up to 2X faster disk throughput with FreeBSD. Also, Linux often disables buggy hardware w/out informing the user, so it may be disabling your cache w/out telling you so. Nate From owner-freebsd-bugs Mon Jan 15 15:19:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18351 for bugs-outgoing; Mon, 15 Jan 1996 15:19:08 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA18345 for ; Mon, 15 Jan 1996 15:19:02 -0800 (PST) Received: from prospero (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id AAA27117; Tue, 16 Jan 1996 00:18:58 +0100 (MET) Received: (from graichen@localhost) by prospero (8.6.12/8.6.12) id WAA01223; Mon, 15 Jan 1996 22:51:54 +0100 From: Thomas Graichen Message-Id: <199601152151.WAA01223@prospero> Subject: Re: Ver 2.1R install: unrecognized ATAPI cdrom To: tkelley@cy.com (Tim M. Kelley) Date: Mon, 15 Jan 1996 22:51:53 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199601132057.PAA19452@cy.com> from "Tim M. Kelley" at Jan 13, 96 03:57:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk hasn't Tim M. Kelley said ? ... > > Hello all, > > The installation (using the ATAPI install floppy) did not recognize my ATAPI > cdrom, although it recognized the secondary ide connector. I have the CDROM > configured as master. Here are the configuration specifics: > > Pentium 75 Mhz, 32 Mb RAM > PCI Bus, Intel Motherboard (triton chipset) > 1.44 Mb floppy > Western Digital AC31200 IDE drive, > 1220 Mb master drive on primary IDE > Maxtor 7213A IDE drive, > 202 Mb slave drive on primary IDE > Toshiba ATAPI 4X cdrom on secondary IDE > Soundblaster 16 at IRQ 5 > Zoom V.34i 28.8K internal Modem > > Primary IDE: IRQ 14, 1F0 address > Secondary IDE: IRQ 15, 170 address > atapi.flp is configured for first controller/slave only t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Mon Jan 15 16:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA26483 for bugs-outgoing; Mon, 15 Jan 1996 16:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA26477 Mon, 15 Jan 1996 16:50:02 -0800 (PST) Date: Mon, 15 Jan 1996 16:50:02 -0800 (PST) Message-Id: <199601160050.QAA26477@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Muir Sharnoff Subject: Re: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Reply-To: David Muir Sharnoff Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/945; it has been noted by GNATS. From: David Muir Sharnoff To: "Garrett A. Wollman" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/945: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root Date: Mon, 15 Jan 1996 16:42:54 -0800 * < said: * * > On machine B: there is logged output: * * > Jan 14 23:30:49 chaos rshd[349]: usage: rshd [-alnL] * * Your /etc/inetd.conf on machine B is wrong. The line which reads: * * > kshell stream tcp nowait root /usr/libexec/rshd rshd -k * * ...should be commented out. * * -GAWollman That fixed it. Thanks. -Dave From owner-freebsd-bugs Mon Jan 15 17:59:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00484 for bugs-outgoing; Mon, 15 Jan 1996 17:59:59 -0800 (PST) Received: from inet-tsb.toshiba.co.jp (inet-tsb.toshiba.co.jp [202.33.96.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA00475 for ; Mon, 15 Jan 1996 17:59:51 -0800 (PST) From: hansen@ull.rdc.toshiba.co.jp Received: from tis2.tis.toshiba.co.jp by inet-tsb.toshiba.co.jp (8.6.12+2.5W/3.3W9-04/12/95) id KAA22937; Tue, 16 Jan 1996 10:59:37 +0900 Received: from tis10.tis.toshiba.co.jp (tis10) by tis2.tis.toshiba.co.jp (5.67+1.6W/6.4J.6-R05) id AA06607; Tue, 16 Jan 96 10:59:30 JST Received: from rdcgw.gwd.rdc.toshiba.co.jp (rdcgw) by tis10.tis.toshiba.co.jp (5.67+1.6W/6.4J.6-MHS-CNTML-R1) id AA18872; Tue, 16 Jan 96 10:59:29 JST Received: by mailhost.gwd.rdc.toshiba.co.jp (4.1/6.4J.6-EIS-V1.3) with SMTP id AA29453; Tue, 16 Jan 96 11:01:45 JST Received: from srd.ull.rdc.toshiba.co.jp (vlcs106.ull.rdc.toshiba.co.jp [133.196.125.11]) by ull-gw.ull.rdc.toshiba.co.jp (8.6.12/8.6.12) with SMTP id KAA13439; Tue, 16 Jan 1996 10:59:27 +0900 Received: from VLCS150.noname (VLCS150S) by srd.ull.rdc.toshiba.co.jp (3.2/6.4J.6-soumaV1.1) id AA13561; Tue, 16 Jan 96 18:24:24 JST Received: from localhost by VLCS150.noname (4.1/SMI-4.1) id AA16120; Tue, 16 Jan 96 11:02:02 JST Message-Id: <9601160202.AA16120@VLCS150.noname> To: bugs@freebsd.org Cc: tkelley@cy.com (Tim M. Kelley), Thomas Graichen Subject: Re: Ver 2.1R install: unrecognized ATAPI cdrom In-Reply-To: Your message of "Mon, 15 Jan 1996 22:51:53 +0100." <199601152151.WAA01223@prospero> Date: Tue, 16 Jan 1996 11:02:01 +0900 Sender: owner-bugs@freebsd.org Precedence: bulk Thomas Graichen said >hasn't Tim M. Kelley said ? ... >> >> Hello all, >> >> The installation (using the ATAPI install floppy) did not recognize my ATAPI >> cdrom, although it recognized the secondary ide connector. I have the CDROM >> configured as master. Here are the configuration specifics: >> >> Pentium 75 Mhz, 32 Mb RAM >> PCI Bus, Intel Motherboard (triton chipset) >> 1.44 Mb floppy >> Western Digital AC31200 IDE drive, >> 1220 Mb master drive on primary IDE >> Maxtor 7213A IDE drive, >> 202 Mb slave drive on primary IDE >> Toshiba ATAPI 4X cdrom on secondary IDE >> Soundblaster 16 at IRQ 5 >> Zoom V.34i 28.8K internal Modem >> >> Primary IDE: IRQ 14, 1F0 address >> Secondary IDE: IRQ 15, 170 address >> > >atapi.flp is configured for first controller/slave only Really? My IDE CDROM is working fine on the second controller. Here is my dmesg for it: . . . wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, iordy wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked . . . It didn't work "out-of-the-box" though. I had to compile a custom kernel with the wd2 and wd3 disks commented out or it would try to recognize my CDROM as a 0MB disk. From owner-freebsd-bugs Mon Jan 15 18:09:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01457 for bugs-outgoing; Mon, 15 Jan 1996 18:09:45 -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 SAA01446 for ; Mon, 15 Jan 1996 18:09:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA05578; Mon, 15 Jan 1996 18:09:25 -0800 To: ge R bekk cc: freebsd-bugs@freebsd.org Subject: Re: host segfaults on empty host statement In-reply-to: Your message of "Mon, 15 Jan 1996 21:22:08 +0100." <199601152022.VAA06249@birk04.studby.uio.no> Date: Mon, 15 Jan 1996 18:09:25 -0800 Message-ID: <5576.821758165@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk Thanks, fixed! Jordan > > $ /usr/bin/host -t hinfo > Segmentation fault (core dumped) > > The problem is that the argument after hinfo is not checked for a NULL > pointer. In line 220 of host.c, strcmp(v[1], ".") fails due to > dereferencing the NULL pointer v[1]. v[1] is the argument that follows > the type query. I also checked host.c in 4.9.3-REL and the problem is > still present there. > > -aage From owner-freebsd-bugs Mon Jan 15 23:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17551 for bugs-outgoing; Mon, 15 Jan 1996 23:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17545 Mon, 15 Jan 1996 23:10:02 -0800 (PST) Resent-Date: Mon, 15 Jan 1996 23:10:02 -0800 (PST) Resent-Message-Id: <199601160710.XAA17545@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@cs.ucdavis.edu Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA17317 for ; Mon, 15 Jan 1996 23:03:44 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA08276; Mon, 15 Jan 96 23:03:43 PST Message-Id: <9601160703.AA08276@toadflax.cs.ucdavis.edu> Date: Mon, 15 Jan 96 23:03:43 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Reply-To: obrien@cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/947: missing intro(4) manpage Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 947 >Category: docs >Synopsis: FreeBSD has no intro(4) man page, but is ref'ed in see also's. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jan 15 23:10:01 PST 1996 >Last-Modified: >Originator: David E O'Brien >Organization: self >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: >Description: No entry for intro in section 4 of the manual. However numerous places intro(4) is refered to in the "See Also" section of other manpages. One example is intro(1). >How-To-Repeat: man 4 intro >Fix: Submiting intro.4 (uuencoded). Granted it is rough, but it is a start for someone more knowledgeable than I. begin 444 intro.4 M+EPB($-O<'ER:6=H="`H8RD@,3DX,RP@,3DY,"P@,3DY,PHN7"()5&AE(%)E M9V5N=',@;V8@=&AE(%5N:79E2!F;W)M2!F;W)M(&UU2!N;W(@=&AE(&YA;65S(&]F(&ET2!B92!UAudit-Trail: >Unformatted: >;G1R;PIA<'!E87)E9"!I;B!&; Mon, 15 Jan 1996 23:32:56 -0800 (PST) Received: from dirac.physik.fu-berlin.de (dirac.physik.fu-berlin.de [130.133.3.124]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id IAA20132; Tue, 16 Jan 1996 08:32:42 +0100 (MET) Received: (from graichen@localhost) by dirac.physik.fu-berlin.de (8.7.1/8.7.1) id IAA14986; Tue, 16 Jan 1996 08:32:42 +0100 (MET) From: Thomas Graichen Message-Id: <199601160732.IAA14986@dirac.physik.fu-berlin.de> Subject: Re: Ver 2.1R install: unrecognized ATAPI cdrom To: hansen@ull.rdc.toshiba.co.jp Date: Tue, 16 Jan 1996 08:32:41 +0100 (MET) Cc: bugs@freebsd.org, tkelley@cy.com, graichen@omega.physik.fu-berlin.de In-Reply-To: <9601160202.AA16120@VLCS150.noname> from "hansen@ull.rdc.toshiba.co.jp" at Jan 16, 96 11:02:01 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk hasn't hansen@ull.rdc.toshiba.co.jp said ? ... > > > >atapi.flp is configured for first controller/slave only > > Really? My IDE CDROM is working fine on the second controller. Here > is my dmesg for it: > . > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 0 (atapi): , removable, intr, iordy > wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray > wcd0: 120mm data disc loaded, unlocked > . > It didn't work "out-of-the-box" though. I had to compile a custom > kernel with the wd2 and wd3 disks commented out or it would try > to recognize my CDROM as a 0MB disk. > i only said that atapi.flp is configured that way (commented out wd1) t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Tue Jan 16 03:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07149 for bugs-outgoing; Tue, 16 Jan 1996 03:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07141 Tue, 16 Jan 1996 03:30:04 -0800 (PST) Resent-Date: Tue, 16 Jan 1996 03:30:04 -0800 (PST) Resent-Message-Id: <199601161130.DAA07141@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sysseh@devetir.qld.gov.au Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA06914 for ; Tue, 16 Jan 1996 03:27:00 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <06977-0@bunyip.cc.uq.oz.au>; Tue, 16 Jan 1996 09:22:01 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA27942 for ; Tue, 16 Jan 1996 09:27:56 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA29817 for ; Mon, 15 Jan 1996 23:26:20 GMT Message-Id: <199601152326.XAA29817@netfl15a.devetir.qld.gov.au> Date: Tue, 16 Jan 1996 09:26:20 +1000 From: Stephen Hocking Reply-To: sysseh@devetir.qld.gov.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/948: Wt.c bug report Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 948 >Category: kern >Synopsis: The wt tape driver no longer works. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 16 03:30:02 PST 1996 >Last-Modified: >Originator: Stephen Hocking >Organization: DEVETIR >Release: FreeBSD 2.2-CURRENT i386 >Environment: Running -current at src-cur 1382 with a Wangtek tape drive at irq 5 & drq 3. FreeBSD 2.2-CURRENT #2: Sun Jan 14 23:48:19 EST 1996 toor@unixtest.devetir.qld.gov.au:/usr/src/sys/compile/bloop CPU: i486DX (486-class CPU) real memory = 8388608 (8192K bytes) avail memory = 6676480 (6520K bytes) DEVFS: ready for devices 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 0x280-0x29f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:d2:b2:72, type SMC8216T (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 pca0 on motherboard pca0: PC speaker audio driver aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:0:0): "SEAGATE ST12550N 0013" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 2040MB (4178874 512 byte sectors) sd0(aha0:0:0): with 2708 cyls, 19 heads, and an average 81 sectors/track fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wt0 at 0x300-0x301 irq 5 drq 3 on isa wt0: type npx0 on motherboard npx0: INT 16 interface pas0 at 0x388 irq 12 drq 6 on isa pas0: sb0 at 0x220 irq 9 drq 1 on isa sb0: opl0 at 0x38a on isa opl0: joy0 at 0x201 on isa joy0: joystick devfs ready to run >Description: Any attempt to access the tape returns with an I/O error or eventually hangs. I had not tried it since Joerg's density related changes. This driver has a few problems anyway (such as calling tsleep from an interrupt from time to time) and is probably in need of an overhaul. (Aaagh! what am I saying? Stop pointing at me! Waddya mean, "You've volunteered!"?) >How-To-Repeat: tar xvf /dev/rwt0 >Fix: Not known yet. -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 16 07:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21132 for bugs-outgoing; Tue, 16 Jan 1996 07:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21097 Tue, 16 Jan 1996 07:50:05 -0800 (PST) Resent-Date: Tue, 16 Jan 1996 07:50:05 -0800 (PST) Resent-Message-Id: <199601161550.HAA21097@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA20671 for ; Tue, 16 Jan 1996 07:40:53 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id RAA08311 for ; Tue, 16 Jan 1996 17:40:38 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id RAA07854; Tue, 16 Jan 1996 17:40:38 +0200 (EET) Message-Id: <199601161540.RAA07854@katiska.clinet.fi> Date: Tue, 16 Jan 1996 17:40:38 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/949: panic (probably nfs), undebugable dump? Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 949 >Category: kern >Synopsis: panic, undebugable dump? >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 16 07:50:03 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: ASUS P133, ZNYX ethernet card, bulk NCR controller, IBM SCSI disk, 64M. Mostly used as a server for random users. Jan 16 13:38:10 newzetor /kernel: nfs server katiska.clinet.fi:/usr: not respond ing Jan 16 15:44:20 newzetor /kernel: FreeBSD 2.2-CURRENT #7: Mon Jan 8 04:58:16 EE T 1996 Jan 16 15:44:20 newzetor /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys /compile/CLINETSERVER Jan 16 15:44:20 newzetor /kernel: CPU: Pentium (132.61-MHz 586-class CPU) Jan 16 15:44:20 newzetor /kernel: Origin = "GenuineIntel" Id = 0x52b Steppin g=11 Jan 16 15:44:20 newzetor /kernel: Features=0x1bf Jan 16 15:44:20 newzetor /kernel: real memory = 67108864 (65536K bytes) Jan 16 15:44:20 newzetor /kernel: avail memory = 63537152 (62048K bytes) Jan 16 15:44:20 newzetor /kernel: DEVFS: ready for devices Jan 16 15:44:20 newzetor /kernel: Probing for devices on the PCI bus: Jan 16 15:44:20 newzetor /kernel: pci0:0: Silicon Integrated Systems, device=0x5 511, class=bridge (host) [no driver assigned] Jan 16 15:44:14 newzetor /kernel: chip0 rev 1 on pci0:1 Jan 16 15:44:15 newzetor /kernel: vga0 rev 0 on pci0:9 Jan 16 15:44:15 newzetor /kernel: de0 rev 17 int a ir q 10 on pci0:10 Jan 16 15:44:15 newzetor /kernel: de0: DC21041 [10Mb/s] pass 1.1 Ethernet addres s 00:00:c0:82:7f:c4 Jan 16 15:44:15 newzetor /kernel: ncr0 rev 2 int a irq 11 on p ci0:12 Jan 16 15:44:15 newzetor /kernel: ncr0 waiting for scsi devices to settle Jan 16 15:44:15 newzetor /kernel: (ncr0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 Jan 16 15:44:15 newzetor /kernel: sd0(ncr0:0:0): Direct-Access Jan 16 15:44:15 newzetor /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) o ffset 8. Jan 16 15:44:15 newzetor /kernel: 1034MB (2118144 512 byte sectors) Jan 16 15:44:15 newzetor /kernel: sd0(ncr0:0:0): with 4903 cyls, 4 heads, and an average 108 sectors/track Jan 16 15:44:15 newzetor /kernel: Probing for devices on the ISA bus: Jan 16 15:44:15 newzetor /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 16 15:44:15 newzetor /kernel: vt0: unkown s3, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] Jan 16 15:44:16 newzetor /kernel: ed0 not found at 0x280 Jan 16 15:44:16 newzetor /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 16 15:44:16 newzetor /kernel: lpt0: Interrupt-driven port Jan 16 15:44:16 newzetor /kernel: lp0: TCP/IP capable interface Jan 16 15:44:16 newzetor /kernel: lpt1 not found at 0xffffffff Jan 16 15:44:16 newzetor /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 16 15:44:16 newzetor /kernel: sio0: type 16550A Jan 16 15:44:16 newzetor /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 16 15:44:16 newzetor /kernel: sio1: type 16550A Jan 16 15:44:16 newzetor /kernel: pca0 on motherboard Jan 16 15:44:16 newzetor /kernel: pca0: PC speaker audio driver Jan 16 15:44:16 newzetor /kernel: cy0 not found Jan 16 15:44:16 newzetor /kernel: bt0 not found at 0x330 Jan 16 15:44:16 newzetor /kernel: aha0 not found at 0x330 Jan 16 15:44:16 newzetor /kernel: wdc0 not found at 0x1f0 Jan 16 15:44:16 newzetor /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 16 15:44:16 newzetor /kernel: fdc0: NEC 72065B Jan 16 15:44:16 newzetor /kernel: fd0: 1.44MB 3.5in Jan 16 15:44:16 newzetor /kernel: matcdc0 not found at 0x230 Jan 16 15:44:17 newzetor /kernel: npx0 on motherboard Jan 16 15:44:17 newzetor /kernel: npx0: INT 16 interface Jan 16 15:44:17 newzetor /kernel: changing root device to sd0a Jan 16 15:44:17 newzetor /kernel: devfs ready to run Jan 16 15:44:17 newzetor /kernel: new masks: bio c0000840, tty c003049a, net c00 3049a Jan 16 15:44:17 newzetor /kernel: WARNING: / was not properly dismounted. Jan 16 15:44:17 newzetor /kernel: de0: enabling Thinwire/BNC port Jan 16 15:44:19 newzetor named[71]: starting. named 4.9.3-REL Mon Jan 8 15:27: Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sd0a 100398 25284 67082 27% / /dev/sd0s1e 639246 318292 269814 54% /usr procfs 4 4 0 100% /proc katiska.clinet.fi:/usr 3788333 3273956 211310 94% /m/katiska/usr katiska.clinet.fi:/m/katiska/local 727032 571395 119285 83% /m/katiska/local hauki.clinet.fi:/usr 201310 152662 32542 82% /m/hauki/usr hauki.clinet.fi:/var 667934 377806 236692 61% /m/hauki/var hauki.clinet.fi:/m/hauki/customer 1787199 998997 645226 61% /m/hauki/customer hauki.clinet.fi:/m/hauki/bc 834683 433179 334729 56% /m/hauki/bc zetor.clinet.fi:/m/zetor/scratch 535663 273840 208256 57% /m/zetor/scratch >Description: The system paniced with a page fault after crashed nfs server came up. It generated a dump available in ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/{kernel,vmcore,kgdb-log}.0.gz Unfortunately I kgdb isn't too informative about the dump: hsu#katiska.clinet.fi Tue 4: kgdb kernel.0 vmcore.0 Reading symbol data from /usr/local/ftp/pub/FreeBSD/crashdumps/kernel.0...done. (kgdb) core vmcore.0 IdlePTD 257000 panic: page fault kernel symbol `dumppcb' not found. (kgdb) up No inferior or core file. (kgdb) bt (kgdb) quit hsu#katiska.clinet.fi Tue 5: Any ideas? (FreeBSD 1.1.5.1 also panics similarly after nfs server comes up, did someone import something from old tree? :-). >How-To-Repeat: This is the first time this happened, so I don't know for sure if this is repeatable. My environment is too much production environment to try it out by intentionally crashing nfs servers :-( >Fix: It probably would help if someone finds out how to read this kernel dump? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 16 09:47:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28382 for bugs-outgoing; Tue, 16 Jan 1996 09:47:15 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA28376 for ; Tue, 16 Jan 1996 09:47:10 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id SAA03923; Tue, 16 Jan 1996 18:46:24 +0100 (MET) Date: Tue, 16 Jan 1996 18:46:24 +0100 (MET) Message-Id: <199601161746.SAA03923@birk04.studby.uio.no> From: Åge Røbekk To: freebsd-bugs@freebsd.org Subject: getlogin() returns bogus username MIME-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk getlogin() does sometimes return the wrong username, e.g. $ ./getlogin getlogin: per-stia $ id uid=1000(aagero) gid=1000(aagero) groups=1000(aagero),0(wheel),2(kmem) That is, getlogin returns the same bogus name each time I call it. But if I login to a new session, e.g. rlogin localhost, getlogin() returns the same as getuid(). The user returned from getlogin is usually logged in when this happens. ---------------- /* getlogin.c */ #include #include void main(void) { printf("getlogin: %s\n", getlogin()); } ----------------- From owner-freebsd-bugs Tue Jan 16 10:47:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02762 for bugs-outgoing; Tue, 16 Jan 1996 10:47:19 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02743 Tue, 16 Jan 1996 10:47:17 -0800 (PST) Date: Tue, 16 Jan 1996 10:47:17 -0800 (PST) From: "Garrett A. Wollman" Message-Id: <199601161847.KAA02743@freefall.freebsd.org> To: muir@idiom.com, wollman, freebsd-bugs Subject: Re: bin/945 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: rcp from 2.0.5 w/Kerberos to 2.1 w/DES doesn't work for root State-Changed-From-To: analyzed-closed State-Changed-By: wollman State-Changed-When: Tue Jan 16 10:45:58 PST 1996 State-Changed-Why: Submitter reports problem fixed by fixing inetd.conf. From owner-freebsd-bugs Tue Jan 16 12:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09198 for bugs-outgoing; Tue, 16 Jan 1996 12:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09179 Tue, 16 Jan 1996 12:30:04 -0800 (PST) Date: Tue, 16 Jan 1996 12:30:04 -0800 (PST) Message-Id: <199601162030.MAA09179@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/948: Wt.c bug report Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/948; it has been noted by GNATS. From: J Wunsch To: sysseh@devetir.qld.gov.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/948: Wt.c bug report Date: Tue, 16 Jan 1996 21:23:27 +0100 (MET) As Stephen Hocking wrote: > > Any attempt to access the tape returns with an I/O error or eventually > hangs. I had not tried it since Joerg's density related changes. This > driver has a few problems anyway (such as calling tsleep from an > interrupt from time to time) and is probably in need of an overhaul. > (Aaagh! what am I saying? Stop pointing at me! Waddya mean, "You've > volunteered!"?) I've got two wt-style tape drives for experimenting. All i need now is time. :-) -- 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 Jan 16 14:32:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22033 for bugs-outgoing; Tue, 16 Jan 1996 14:32:43 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA22020 for ; Tue, 16 Jan 1996 14:32:35 -0800 (PST) Received: from prospero (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id XAA13084; Tue, 16 Jan 1996 23:32:18 +0100 (MET) Received: (from graichen@localhost) by prospero (8.6.12/8.6.12) id WAA02809; Tue, 16 Jan 1996 22:49:31 +0100 From: Thomas Graichen Message-Id: <199601162149.WAA02809@prospero> Subject: Re: your mail To: federero@obelix.cica.es (Jose Federero Martinez) Date: Tue, 16 Jan 1996 22:49:30 +0100 (MET) Cc: bugs@FreeBSD.ORG In-Reply-To: <199601152057.VAA18775@obelix.cica.es> from "Jose Federero Martinez" at Jan 15, 96 09:57:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG Precedence: bulk hasn't Jose Federero Martinez said ? ... > > Submitted by: > Jesus A. Mora Marin > c/ Herreria, 64 > 41230-Castilblanco A. (Spain) > > e-mail: federero@obelix.cica.es > -------------------------------------------------------------------- > > This is to report a bug or something alike in FreeBSD 2.1. I don't > know if this is the right place to put it in, but please be patient > with me: I am not used to all this subject of Internet. > is this a joke or truth - can somebody send such a perfect bug-report ? - we should adapt our send-pr a bit :-) - if it is meant as it stands here (i.e. the truth and no joke) - someone _must_ find a solution for the problem - you must have been sitting for hours to write this bug-report (?) - wow - but sorry - i personally can't help here an impressed - t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Tue Jan 16 15:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25613 for bugs-outgoing; Tue, 16 Jan 1996 15:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25606 Tue, 16 Jan 1996 15:30:07 -0800 (PST) Resent-Date: Tue, 16 Jan 1996 15:30:07 -0800 (PST) Resent-Message-Id: <199601162330.PAA25606@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA25445 for ; Tue, 16 Jan 1996 15:26:31 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id BAA19960 for ; Wed, 17 Jan 1996 01:26:27 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id BAA01667; Wed, 17 Jan 1996 01:26:27 +0200 (EET) Message-Id: <199601162326.BAA01667@katiska.clinet.fi> Date: Wed, 17 Jan 1996 01:26:27 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/950: Two PCI bridge chips fail (multiple multiport ethernet boards) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 950 >Category: kern >Synopsis: Two PCI bridge chips fail (multiple multiport ethernet boards) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 16 15:30:05 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: ASUS SIS based board, P90. Very plain configuration, I'm trying to see if PCI machines could make fast multiport routers. This works great when 1-port cards or 1-port cards together with 1 two-port SMC card. I can get close ethernet speed through it with around 15% cpu load. So I'm trying multiple multiport PCI cards, either SMC two-port combo cards or ZNYX 4-port card, to get around PCI number-of-slots limit on bulk motherboards. Jan 16 21:15:32 otaniemi6-gw /kernel: FreeBSD 2.2-CURRENT #6: Wed Jan 10 16:58:3 5 EET 1996 Jan 16 21:15:32 otaniemi6-gw /kernel: hsu@katiska.clinet.fi:/usr/current/src /sys/compile/CLINETROUTER Jan 16 21:15:32 otaniemi6-gw /kernel: CPU: Pentium (89.80-MHz 586-class CPU) Jan 16 21:15:32 otaniemi6-gw /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Jan 16 21:15:32 otaniemi6-gw /kernel: Features=0x1bf Jan 16 21:15:32 otaniemi6-gw /kernel: real memory = 8388608 (8192K bytes) Jan 16 21:15:32 otaniemi6-gw /kernel: avail memory = 6287360 (6140K bytes) Jan 16 21:15:32 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 21:15:32 otaniemi6-gw /kernel: pci0:0: Silicon Integrated Systems, device=0x5511, class=bridge (host) [no driver assigned] Jan 16 21:15:32 otaniemi6-gw /kernel: chip0 rev 1 on pci0:1 Jan 16 21:15:32 otaniemi6-gw /kernel: chip1 rev 1 on pci0:11 Jan 16 21:15:32 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 21:15:32 otaniemi6-gw /kernel: de0 rev 35 int a irq 10 on pci1:4 Jan 16 21:15:32 otaniemi6-gw /kernel: de0: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3c Jan 16 21:15:32 otaniemi6-gw /kernel: de0: enabling 10baseT/UTP port Jan 16 21:15:33 otaniemi6-gw /kernel: de1 rev 35 int a irq 12 on pci1:5 Jan 16 21:15:33 otaniemi6-gw /kernel: de1: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3d Jan 16 21:15:33 otaniemi6-gw /kernel: de1: enabling 10baseT/UTP port Jan 16 21:15:33 otaniemi6-gw /kernel: de2 rev 35 int a irq 9 on pci1:6 Jan 16 21:15:33 otaniemi6-gw /kernel: de2: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3e Jan 16 21:15:33 otaniemi6-gw /kernel: de2: enabling 10baseT/UTP port Jan 16 21:15:33 otaniemi6-gw /kernel: de3 rev 35 int a irq 11 on pci1:7 Jan 16 21:15:33 otaniemi6-gw /kernel: de3: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3f Jan 16 21:15:33 otaniemi6-gw /kernel: de3: enabling 10baseT/UTP port Jan 16 21:15:33 otaniemi6-gw /kernel: Probing for devices on the ISA bus: Jan 16 21:15:33 otaniemi6-gw /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 16 21:15:33 otaniemi6-gw /kernel: vt0: et3000, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] Jan 16 21:15:34 otaniemi6-gw /kernel: ed0 not found at 0x280 Jan 16 21:15:34 otaniemi6-gw /kernel: ed1 not found at 0x300 Jan 16 21:15:34 otaniemi6-gw /kernel: ed2 not found at 0x360 Jan 16 21:15:34 otaniemi6-gw /kernel: ed3 not found at 0x240 Jan 16 21:15:34 otaniemi6-gw /kernel: ed4 not found at 0x340 Jan 16 21:15:34 otaniemi6-gw /kernel: ed5 not found at 0x220 Jan 16 21:15:34 otaniemi6-gw /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 16 21:15:34 otaniemi6-gw /kernel: sio0: type 16550A Jan 16 21:15:34 otaniemi6-gw /kernel: sio0 not probed due to I/O address conflict with sio0 at 0x3f8 Jan 16 21:15:34 otaniemi6-gw /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 16 21:15:35 otaniemi6-gw /kernel: sio1: type 16550A Jan 16 21:15:35 otaniemi6-gw /kernel: sio1 not probed due to I/O address conflict with sio1 at 0x2f8 Jan 16 21:15:35 otaniemi6-gw /kernel: sio2 not found at 0x2a0 Jan 16 21:15:35 otaniemi6-gw /kernel: sio2 not found at 0x2a0 Jan 16 21:15:35 otaniemi6-gw /kernel: sio3 not found at 0x2a8 Jan 16 21:15:35 otaniemi6-gw /kernel: sio3 not found at 0x2a8 Jan 16 21:15:35 otaniemi6-gw /kernel: sio4 not found at 0x2b0 Jan 16 21:15:35 otaniemi6-gw /kernel: sio4 not found at 0x2b0 Jan 16 21:15:35 otaniemi6-gw /kernel: sio5 not found at 0x2b8 Jan 16 21:15:35 otaniemi6-gw /kernel: sio5 not found at 0x2b8 Jan 16 21:15:35 otaniemi6-gw /kernel: cy0 not found Jan 16 21:15:35 otaniemi6-gw /kernel: cy1 not found Jan 16 21:15:35 otaniemi6-gw /kernel: bt0 not found at 0x330 Jan 16 21:15:35 otaniemi6-gw /kernel: aha0 not found at 0x330 Jan 16 21:15:35 otaniemi6-gw /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Jan 16 21:15:35 otaniemi6-gw /kernel: wdc0: unit 0 (wd0): Jan 16 21:15:35 otaniemi6-gw /kernel: wd0: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S Jan 16 21:15:35 otaniemi6-gw /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 16 21:15:35 otaniemi6-gw /kernel: fdc0: NEC 72065B Jan 16 21:15:35 otaniemi6-gw /kernel: fd0: 1.44MB 3.5in Jan 16 21:15:36 otaniemi6-gw /kernel: arc0 not found at 0x300 Jan 16 21:15:36 otaniemi6-gw /kernel: npx0 on motherboard Jan 16 21:15:36 otaniemi6-gw /kernel: npx0: INT 16 interface Jan 16 21:15:36 otaniemi6-gw /kernel: new masks: bio c0004040, tty c003041a, net c003041a Jan 16 21:15:34 otaniemi6-gw lpd[78]: restarted >Description: Using any combination of 2 or more multiport PCI ethernet boards always fails correctly to install/probe the second or later cards. It seems that the first board is correctly set up and probed, but for the next one pci code gets confused, trying to use first card's data for the second one: - Two two-port boards: Jan 16 23:23:58 otaniemi6-gw /kernel: pcibus_setup(1): mode 1 addr port (0x0cf8 ) is 0x80000084 Jan 16 23:23:58 otaniemi6-gw /kernel: pcibus_setup(1a): mode1res=0x80000000 (0x8 0000000) Jan 16 23:23:58 otaniemi6-gw /kernel: pcibus_check: device 0 is there (id=55 111039) Jan 16 23:23:58 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:23:58 otaniemi6-gw /kernel: configuration mode 1 allows 32 devices. Jan 16 23:23:58 otaniemi6-gw /kernel: pci0:0: Silicon Integrated Systems, device =0x5511, class=bridge (host) [no driver assigned] Jan 16 23:23:58 otaniemi6-gw /kernel: chip0 rev 1 on pci0:1 Jan 16 23:23:58 otaniemi6-gw /kernel: chip1 rev 2 on pci0:11 Jan 16 23:23:58 otaniemi6-gw /kernel: bridge from pci0 to pci1 through 1. Jan 16 23:23:58 otaniemi6-gw /kernel: mapping regs: io:2280c0c0 mem:fbf0fbf0 p mem:fbf0fc00chip2 rev 2 on pci0:12 Jan 16 23:23:58 otaniemi6-gw /kernel: bridge from pci0 to pci1 through 1. Jan 16 23:23:58 otaniemi6-gw /kernel: mapping regs: io:2280b0b0 mem:fbe0fbe0 p mem:fbf0fc00pci0: subordinate busses from 1 upto 1. Jan 16 23:23:58 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:23:59 otaniemi6-gw /kernel: de0 rev 35 int a irq 10 on pci1:4 Jan 16 23:23:59 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c800 size=008 0. Jan 16 23:23:59 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:23:59 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbfff000 size=008 0. Jan 16 23:23:59 otaniemi6-gw /kernel: reg16: ioaddr=0xc800 size=0x80 Jan 16 23:23:59 otaniemi6-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:01:0b:c0 Jan 16 23:23:59 otaniemi6-gw /kernel: de0: enabling Thinwire/AUI port Jan 16 23:23:59 otaniemi6-gw /kernel: bpf: de0 attached Jan 16 23:23:59 otaniemi6-gw /kernel: de1 rev 35 int a irq 12 on pci1:5 Jan 16 23:23:59 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c400 size=008 0. Jan 16 23:23:59 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:23:59 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffe000 size=008 0. Jan 16 23:24:00 otaniemi6-gw /kernel: reg16: ioaddr=0xc400 size=0x80 Jan 16 23:24:00 otaniemi6-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:e0:09:c0 Jan 16 23:24:00 otaniemi6-gw /kernel: de1: enabling Thinwire/AUI port Jan 16 23:24:00 otaniemi6-gw /kernel: bpf: de1 attached Jan 16 23:24:00 otaniemi6-gw /kernel: pci1: uses 256 bytes of memory from fbffe0 00 upto fbfff07f. Jan 16 23:24:00 otaniemi6-gw /kernel: pci1: uses 256 bytes of I/O space from c40 0 upto c87f. Jan 16 23:24:00 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:24:00 otaniemi6-gw /kernel: de2 rev 35 int a irq 10 on pci1:4 Jan 16 23:24:00 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c800 size=008 0. Jan 16 23:24:00 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:24:00 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbfff000 size=008 0. Jan 16 23:24:00 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc8 00-0xc87f is incompatible with its bridge's range 0xb000-0xbfff Jan 16 23:24:00 otaniemi6-gw /kernel: de3 rev 35 int a irq 12 on pci1:5 Jan 16 23:24:01 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c400 size=008 0. Jan 16 23:24:01 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:24:01 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffe000 size=008 0. Jan 16 23:24:01 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc4 00-0xc47f is incompatible with its bridge's range 0xb000-0xbfff Jan 16 23:24:01 otaniemi6-gw /kernel: pci1: uses 256 bytes of memory from fbffe0 00 upto fbfff07f. Jan 16 23:24:01 otaniemi6-gw /kernel: pci1: uses 256 bytes of I/O space from c40 0 upto c87f. Jan 16 23:24:01 otaniemi6-gw /kernel: Probing for devices on the ISA bus: - If 2-port card is the first one, the 4-port one is reported to have 2 ports (all fail): Jan 16 23:38:01 otaniemi6-gw /kernel: pcibus_setup(1): mode 1 addr port (0x0cf8 ) is 0x80000084 Jan 16 23:38:01 otaniemi6-gw /kernel: pcibus_setup(1a): mode1res=0x80000000 (0x8 0000000) Jan 16 23:38:01 otaniemi6-gw /kernel: pcibus_check: device 0 is there (id=55 111039) Jan 16 23:38:01 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:38:01 otaniemi6-gw /kernel: configuration mode 1 allows 32 devices. Jan 16 23:38:01 otaniemi6-gw /kernel: pci0:0: Silicon Integrated Systems, device =0x5511, class=bridge (host) [no driver assigned] Jan 16 23:38:02 otaniemi6-gw /kernel: chip0 rev 1 on pci0:1 Jan 16 23:38:02 otaniemi6-gw /kernel: chip1 rev 2 on pci0:10 Jan 16 23:38:02 otaniemi6-gw /kernel: bridge from pci0 to pci1 through 1. Jan 16 23:38:02 otaniemi6-gw /kernel: mapping regs: io:2280c0c0 mem:fbf0fbf0 p mem:fbf0fc00chip2 rev 1 on pci0:11 Jan 16 23:38:02 otaniemi6-gw /kernel: bridge from pci0 to pci1 through 1. Jan 16 23:38:02 otaniemi6-gw /kernel: mapping regs: io:2280b0a0 mem:fbe0fbe0 p mem:fbf0fc00pci0: subordinate busses from 1 upto 1. Jan 16 23:38:02 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:38:02 otaniemi6-gw /kernel: de0 rev 35 int a irq 12 on pci1:4 Jan 16 23:38:02 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c800 size=008 0. Jan 16 23:38:02 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:38:03 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbfff000 size=008 0. Jan 16 23:38:03 otaniemi6-gw /kernel: reg16: ioaddr=0xc800 size=0x80 Jan 16 23:38:03 otaniemi6-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:50:01:c0 Jan 16 23:38:03 otaniemi6-gw /kernel: de0: enabling Thinwire/AUI port Jan 16 23:38:03 otaniemi6-gw /kernel: bpf: de0 attached Jan 16 23:38:03 otaniemi6-gw /kernel: de1 rev 35 int a irq 9 on pci1:5 Jan 16 23:38:03 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c400 size=008 0. Jan 16 23:38:03 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:38:03 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffe000 size=008 0. Jan 16 23:38:03 otaniemi6-gw /kernel: reg16: ioaddr=0xc400 size=0x80 Jan 16 23:38:03 otaniemi6-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:1e:02:c0 Jan 16 23:38:03 otaniemi6-gw /kernel: de1: enabling Thinwire/AUI port Jan 16 23:38:03 otaniemi6-gw /kernel: bpf: de1 attached Jan 16 23:38:03 otaniemi6-gw /kernel: pci1: uses 256 bytes of memory from fbffe0 00 upto fbfff07f. Jan 16 23:38:03 otaniemi6-gw /kernel: pci1: uses 256 bytes of I/O space from c40 0 upto c87f. Jan 16 23:38:03 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:38:03 otaniemi6-gw /kernel: de2 rev 35 int a irq 12 on pci1:4 Jan 16 23:38:03 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c800 size=008 0. Jan 16 23:38:03 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:38:04 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbfff000 size=008 0. Jan 16 23:38:04 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc8 00-0xc87f is incompatible with its bridge's range 0xa000-0xbfff Jan 16 23:38:04 otaniemi6-gw /kernel: de3 rev 35 int a irq 9 on pci1:5 Jan 16 23:38:04 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c400 size=008 0. Jan 16 23:38:04 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:38:04 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffe000 size=008 0. Jan 16 23:38:04 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc4 00-0xc47f is incompatible with its bridge's range 0xa000-0xbfff Jan 16 23:38:04 otaniemi6-gw /kernel: pci1: uses 256 bytes of memory from fbffe0 00 upto fbfff07f. Jan 16 23:38:04 otaniemi6-gw /kernel: pci1: uses 256 bytes of I/O space from c40 0 upto c87f. Jan 16 23:38:04 otaniemi6-gw /kernel: Probing for devices on the ISA bus: - If 4-port card is the first one, the 2-port one is reported to have 4 ports (all fail): Jan 16 23:29:53 otaniemi6-gw /kernel: CI bus: Jan 16 23:29:53 otaniemi6-gw /kernel: de0 rev 35 int a irq 10 on pci1:4 Jan 16 23:29:53 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c800 size=008 0. Jan 16 23:29:53 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:29:54 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbfff000 size=008 0. Jan 16 23:29:54 otaniemi6-gw /kernel: reg16: ioaddr=0xc800 size=0x80 Jan 16 23:29:54 otaniemi6-gw /kernel: de0: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3c Jan 16 23:29:54 otaniemi6-gw /kernel: de0: enabling 10baseT/UTP port Jan 16 23:29:54 otaniemi6-gw /kernel: bpf: de0 attached Jan 16 23:29:54 otaniemi6-gw /kernel: de1 rev 35 int a irq 12 on pci1:5 Jan 16 23:29:54 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c400 size=008 0. Jan 16 23:29:54 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:29:54 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffe000 size=008 0. Jan 16 23:29:54 otaniemi6-gw /kernel: reg16: ioaddr=0xc400 size=0x80 Jan 16 23:29:54 otaniemi6-gw /kernel: de1: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3d Jan 16 23:29:54 otaniemi6-gw /kernel: de1: enabling 10baseT/UTP port Jan 16 23:29:54 otaniemi6-gw /kernel: bpf: de1 attached Jan 16 23:29:55 otaniemi6-gw /kernel: de2 rev 35 int a irq 9 on pci1:6 Jan 16 23:29:55 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c000 size=008 0. Jan 16 23:29:55 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:29:55 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffd000 size=008 0. Jan 16 23:29:55 otaniemi6-gw /kernel: reg16: ioaddr=0xc000 size=0x80 Jan 16 23:29:55 otaniemi6-gw /kernel: de2: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3e Jan 16 23:29:55 otaniemi6-gw /kernel: de2: enabling 10baseT/UTP port Jan 16 23:29:55 otaniemi6-gw /kernel: bpf: de2 attached Jan 16 23:29:55 otaniemi6-gw /kernel: de3 rev 35 int a irq 11 on pci1:7 Jan 16 23:29:55 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000b800 size=008 0. Jan 16 23:29:55 otaniemi6-gw /kernel: [pci1 uses memory from fbf00000 to fbfff fff] Jan 16 23:29:55 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffc000 size=008 0. Jan 16 23:29:55 otaniemi6-gw /kernel: reg16: ioaddr=0xb800 size=0x80 Jan 16 23:29:55 otaniemi6-gw /kernel: de3: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3f Jan 16 23:29:56 otaniemi6-gw /kernel: de3: enabling 10baseT/UTP port Jan 16 23:29:56 otaniemi6-gw /kernel: bpf: de3 attached Jan 16 23:29:56 otaniemi6-gw /kernel: pci1: uses 512 bytes of memory from fbffc0 00 upto fbfff07f. Jan 16 23:29:56 otaniemi6-gw /kernel: pci1: uses 512 bytes of I/O space from b80 0 upto c87f. Jan 16 23:29:56 otaniemi6-gw /kernel: Probing for devices on the PCI bus: Jan 16 23:29:56 otaniemi6-gw /kernel: de4 rev 35 int a irq 10 on pci1:4 Jan 16 23:29:56 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c800 size=008 0. Jan 16 23:29:56 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:29:56 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbfff000 size=008 0. Jan 16 23:29:56 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc8 00-0xc87f is incompatible with its bridge's range 0xa000-0xafff Jan 16 23:29:56 otaniemi6-gw /kernel: de5 rev 35 int a irq 12 on pci1:5 Jan 16 23:29:57 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c400 size=008 0. Jan 16 23:29:57 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:29:57 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffe000 size=008 0. Jan 16 23:29:57 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc4 00-0xc47f is incompatible with its bridge's range 0xa000-0xafff Jan 16 23:29:57 otaniemi6-gw /kernel: de6 rev 35 int a irq 9 on pci1:6 Jan 16 23:29:57 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000c000 size=008 0. Jan 16 23:29:57 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:29:57 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffd000 size=008 0. Jan 16 23:29:57 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xc0 00-0xc07f is incompatible with its bridge's range 0xa000-0xafff Jan 16 23:29:57 otaniemi6-gw /kernel: de7 rev 35 int a irq 11 on pci1:7 Jan 16 23:29:57 otaniemi6-gw /kernel: mapreg[10] type=1 addr=0000b800 size=008 0. Jan 16 23:29:57 otaniemi6-gw /kernel: [pci1 uses memory from fbe00000 to fbeff fff] Jan 16 23:29:57 otaniemi6-gw /kernel: mapreg[14] type=0 addr=fbffc000 size=008 0. Jan 16 23:29:57 otaniemi6-gw /kernel: pci_map_port failed: device's iorange 0xb8 00-0xb87f is incompatible with its bridge's range 0xa000-0xafff Jan 16 23:29:57 otaniemi6-gw /kernel: pci1: uses 512 bytes of memory from fbffc0 00 upto fbfff07f. Jan 16 23:29:57 otaniemi6-gw /kernel: pci1: uses 512 bytes of I/O space from b80 0 upto c87f. Jan 16 23:29:57 otaniemi6-gw /kernel: Probing for devices on the ISA bus: The addresses seem similarly conflicting. Missing newlines after "mapping regs" printf's hint that I'm the first brave soul to try this :-). In addition to failing installing the interfaces, the machine also panics after is has synced disks. Core dump is available at ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/multiplebridges/*.0.gz in addition to other related files and more complete logs. The panic appears within dev_shutdownall: (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:931 #1 0xf01155d3 in panic (fmt=0xf01b908c "page fault") at ../../kern/subr_prf.c:126 #2 0xf01b9baa in trap_fatal (frame=0xefbffec0) at ../../i386/i386/trap.c:757 #3 0xf01b971c in trap_pfault (frame=0xefbffec0, usermode=0) at ../../i386/i386/trap.c:679 #4 0xf01b93bb in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = 37, tf_ebp = -272630012, tf_isp = -272630040, tf_ebx = -262757248, tf_edx = 2147483647, tf_ecx = -266416704, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266843858, tf_cs = 8, tf_eflags = 66199, tf_esp = -262757248, tf_ss = -266407936}) at ../../i386/i386/trap.c:320 #5 0xf01af5c1 in calltrap () #6 0xf0109c07 in dev_shutdownall (force=0) at ../../kern/kern_devconf.c:90 #7 0xf01b1c80 in boot (howto=8) at ../../i386/i386/machdep.c:919 #8 0xf0113a89 in reboot (p=0xf0b29100, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_xxx.c:82 #9 0xf01b9e77 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 8, tf_esi = 0, tf_ebp = -272639240, tf_isp = -272629788, tf_ebx = 2, tf_edx = -1, tf_ecx = -272639360, tf_eax = 55, tf_trapno = 7, tf_err = 582, tf_eip = 5753, tf_cs = 31, tf_eflags = 582, tf_esp = -272639264, tf_ss = 39}) at ../../i386/i386/trap.c:917 #10 0xf01af60d in Xsyscall () #11 0x107f in ?? () (kgdb) up #1 0xf01155d3 in panic (fmt=0xf01b908c "page fault") More complete gdb script is: ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/multiplebridges/gdb.script.0.gz >How-To-Repeat: Put two multiport ethernet boards in one machine. It seems to be quite repeatable. I used SMC Etherpower2's and a ZNYX 314. ASUS SIS chipset based motherboard P/I-P55SP4 (I don't know if that means anything here, could be). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 16 16:08:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28405 for bugs-outgoing; Tue, 16 Jan 1996 16:08:58 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28353 Tue, 16 Jan 1996 16:08:31 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <15212-0@bunyip.cc.uq.oz.au>; Wed, 17 Jan 1996 09:55:46 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA11908; Wed, 17 Jan 1996 09:27:03 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA11344; Tue, 16 Jan 1996 23:22:12 GMT Message-Id: <199601162322.XAA11344@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/948: Wt.c bug report - Scrub it! In-reply-to: Your message of "Tue, 16 Jan 1996 03:30:03 PST." <199601161130.DAA07130@freefall.freebsd.org> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 09:22:07 +1000 From: Stephen Hocking Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > Thank you very much for your problem report. > It has the internal identification `kern/948'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: The wt tape driver no longer works. > >Arrival-Date: Tue Jan 16 03:30:02 PST 1996 It turned out to be a faulty drive.... So please call this bug report a false alarm. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Tue Jan 16 16:12:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28765 for bugs-outgoing; Tue, 16 Jan 1996 16:12:56 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28746 Tue, 16 Jan 1996 16:12:53 -0800 (PST) Date: Tue, 16 Jan 1996 16:12:53 -0800 (PST) From: David Greenman Message-Id: <199601170012.QAA28746@freefall.freebsd.org> To: sysseh@devetir.qld.gov.au, davidg, freebsd-bugs Subject: Re: kern/948 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: The wt tape driver no longer works. State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Tue Jan 16 16:12:27 PST 1996 State-Changed-Why: Problem caused by a faulty drive. From owner-freebsd-bugs Tue Jan 16 17:18:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02349 for bugs-outgoing; Tue, 16 Jan 1996 17:18:51 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02343 for ; Tue, 16 Jan 1996 17:18:48 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA25461; Tue, 16 Jan 1996 17:18:03 -0800 From: Julian Elischer Message-Id: <199601170118.RAA25461@ref.tfs.com> Subject: Re: your mail To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Tue, 16 Jan 1996 17:18:02 -0800 (PST) Cc: federero@obelix.cica.es, bugs@freebsd.org In-Reply-To: <199601162149.WAA02809@prospero> from "Thomas Graichen" at Jan 16, 96 10:49:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk I gotta agree. I've never seen such a well reported problem.. the fact it I read it all the way through just beause it was so complete.. however I also have no REAL understanding of the possible problem. > > hasn't Jose Federero Martinez said ? ... > > > > Submitted by: > > Jesus A. Mora Marin > > c/ Herreria, 64 > > 41230-Castilblanco A. (Spain) > > > > e-mail: federero@obelix.cica.es > > -------------------------------------------------------------------- > > > > This is to report a bug or something alike in FreeBSD 2.1. I don't > > know if this is the right place to put it in, but please be patient > > with me: I am not used to all this subject of Internet. > > > is this a joke or truth - can somebody send such a perfect bug-report > ? - we should adapt our send-pr a bit :-) - if it is meant as it > stands here (i.e. the truth and no joke) - someone _must_ find a > solution for the problem - you must have been sitting for hours to > write this bug-report (?) - wow - but sorry - i personally can't help > here > > an impressed - t > _______________________________________________________||___________________ > __|| > Perfection is reached, not when there is no __|| thomas graichen > longer anything to add, but when there __|| freie universitaet berlin > is no longer anything to take away __|| fachbereich physik > __|| > - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de > ___________________________||__________________graichen@FreeBSD.org_________ > From owner-freebsd-bugs Tue Jan 16 18:09:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05313 for bugs-outgoing; Tue, 16 Jan 1996 18:09:52 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA05303 for ; Tue, 16 Jan 1996 18:09:49 -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 CAA24791; Wed, 17 Jan 1996 02:51:53 +0100 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id CAA01429; Wed, 17 Jan 1996 02:22:42 +0100 Date: Wed, 17 Jan 1996 02:22:42 +0100 From: Wolfram Schneider Message-Id: <199601170122.CAA01429@localhost> To: "\Ege R\xbekk" Cc: freebsd-bugs@freebsd.org Subject: getlogin() returns bogus username In-Reply-To: <199601161746.SAA03923@birk04.studby.uio.no> References: <199601161746.SAA03923@birk04.studby.uio.no> 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 $ man 5 passwd While it is possible to have multiple entries with identical login names and/or identical user id's, it is usually a mistake to do so. Routines that manipulate these files will often return only one of the multiple entries, and that one by random selection. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Wolfram Ege Rxbekk writes: >getlogin() does sometimes return the wrong username, e.g. > >$ ./getlogin >getlogin: per-stia >$ id >uid=1000(aagero) gid=1000(aagero) groups=1000(aagero),0(wheel),2(kmem) > >That is, getlogin returns the same bogus name each time I call it. But >if I login to a new session, e.g. rlogin localhost, getlogin() returns >the same as getuid(). The user returned from getlogin is usually >logged in when this happens. From owner-freebsd-bugs Tue Jan 16 18:28:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06894 for bugs-outgoing; Tue, 16 Jan 1996 18:28:49 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA06889 for ; Tue, 16 Jan 1996 18:28:44 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id DAA02822; Wed, 17 Jan 1996 03:28:37 +0100 (MET) Date: Wed, 17 Jan 1996 03:28:37 +0100 (MET) Message-Id: <199601170228.DAA02822@birk04.studby.uio.no> From: Åge Røbekk To: wosch@cs.tu-berlin.de CC: freebsd-bugs@freebsd.org In-reply-to: <199601170122.CAA01429@localhost> (message from Wolfram Schneider on Wed, 17 Jan 1996 02:22:42 +0100) Subject: Re: getlogin() returns bogus username MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-bugs@freebsd.org Precedence: bulk [Wolfram Schneider] | $ man 5 passwd | While it is possible to have multiple entries with identical = login names | and/or identical user id's, it is usually a mistake to do so. = Routines | that manipulate these files will often return only one of the = multiple | entries, and that one by random selection. | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | Ege Rxbekk writes: | >getlogin() does sometimes return the wrong username, e.g. | > | >$ ./getlogin=20 | >getlogin: per-stia | >$ id | >uid=3D1000(aagero) gid=3D1000(aagero) = groups=3D1000(aagero),0(wheel),2(kmem) | > | >That is, getlogin returns the same bogus name each time I call it. But | >if I login to a new session, e.g. rlogin localhost, getlogin() returns | >the same as getuid(). The user returned from getlogin is usually | >logged in when this happens. It sounds like you are suggesting I am using the same user id for the two logins. $ grep ^per-stia /etc/passwd per-stia:*:1003:1003:Per-Stian = Vatne:/usr/home/per-stia:/local/gnu/bin/bash $ grep ^aagero /etc/passwd aagero:*:1000:1000:=C5ge R=F8bekk,,,:/usr/home/aagero:/local/gnu/bin/bash And getlogin() does not return "per-stia" as userid by random, when it has first appeared, it remains throughout the entire session. That is, each subsequent call to getlogin returns this id. This might be a kernel case, since the getlogin call is a kernel function. -aage From owner-freebsd-bugs Tue Jan 16 19:34:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10439 for bugs-outgoing; Tue, 16 Jan 1996 19:34:39 -0800 (PST) Received: from neptune.pristine.com.tw ([192.72.150.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10424 for ; Tue, 16 Jan 1996 19:34:30 -0800 (PST) Received: (from team_fbf@localhost) by neptune.pristine.com.tw (8.6.11/8.6.9) id LAA11835; Wed, 17 Jan 1996 11:31:18 GMT From: ywliu Message-Id: <199601171131.LAA11835@neptune.pristine.com.tw> Subject: Re: getlogin() returns bogus username To: aagero@aage.aage.priv.no (Åge Røbekk) Date: Wed, 17 Jan 1996 11:31:17 +0000 () Cc: wosch@cs.tu-berlin.de, freebsd-bugs@FreeBSD.org In-Reply-To: <199601170228.DAA02822@birk04.studby.uio.no> from "Åge Røbekk" at Jan 17, 96 03:28:37 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org Precedence: bulk > It sounds like you are suggesting I am using the same user id for the > two logins. > > $ grep ^per-stia /etc/passwd > per-stia:*:1003:1003:Per-Stian = > Vatne:/usr/home/per-stia:/local/gnu/bin/bash > $ grep ^aagero /etc/passwd > aagero:*:1000:1000:=C5ge R=F8bekk,,,:/usr/home/aagero:/local/gnu/bin/bash > Just a wild guess : can it be the '-' in per-stia confusing the program ? Probably the suggested username should consist of numbers and alphabets. Yen-Wei Liu From owner-freebsd-bugs Wed Jan 17 00:32:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26003 for bugs-outgoing; Wed, 17 Jan 1996 00:32:42 -0800 (PST) Received: (from asami@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25984 Wed, 17 Jan 1996 00:32:39 -0800 (PST) Date: Wed, 17 Jan 1996 00:32:39 -0800 (PST) From: Satoshi Asami Message-Id: <199601170832.AAA25984@freefall.freebsd.org> To: ejon@ll.mit.edu, asami, freebsd-bugs Subject: Re: i386/877 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Valid ep0 port addresses not accepted State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Wed Jan 17 00:31:57 PST 1996 State-Changed-Why: Duplicate of kern/860. From owner-freebsd-bugs Wed Jan 17 00:51:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26714 for bugs-outgoing; Wed, 17 Jan 1996 00:51:48 -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 AAA26704 for ; Wed, 17 Jan 1996 00:51:41 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25721; Wed, 17 Jan 1996 09:51:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09076; Wed, 17 Jan 1996 09:51:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02294; Wed, 17 Jan 1996 09:37:45 +0100 (MET) From: J Wunsch Message-Id: <199601170837.JAA02294@uriah.heep.sax.de> Subject: Re: getlogin() returns bogus username To: team_fbf@pristine.com.tw (ywliu) Date: Wed, 17 Jan 1996 09:37:44 +0100 (MET) Cc: aagero@aage.aage.priv.no, wosch@cs.tu-berlin.de, freebsd-bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601171131.LAA11835@neptune.pristine.com.tw> from "ywliu" at Jan 17, 96 11:31:17 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 ywliu wrote: > > Just a wild guess : can it be the '-' in per-stia confusing the program ? > Probably the suggested username should consist of numbers and alphabets. Nope, there used to be a bug with getlogin(). We all remember the various CVS commit message from Peter Wemm, where `sean' (i think) appeared as the name of the commiter. Lemme think... the problem happened whenever somebody was logged in via telnet. The getlogin() name was once per session, and the entire inetd(8) uses a single session. telnetd doesn't change the session. I remember that Peter has been fixing the 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 Wed Jan 17 01:15:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28065 for bugs-outgoing; Wed, 17 Jan 1996 01:15:21 -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 BAA28060 for ; Wed, 17 Jan 1996 01:15:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA13559; Wed, 17 Jan 1996 01:09:14 -0800 To: Thomas Graichen cc: federero@obelix.cica.es (Jose Federero Martinez), bugs@freebsd.org Subject: Re: your mail In-reply-to: Your message of "Tue, 16 Jan 1996 22:49:30 +0100." <199601162149.WAA02809@prospero> Date: Wed, 17 Jan 1996 01:09:13 -0800 Message-ID: <13557.821869753@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > is this a joke or truth - can somebody send such a perfect bug-report > ? - we should adapt our send-pr a bit :-) - if it is meant as it > stands here (i.e. the truth and no joke) - someone _must_ find a Funny you should say that, because I read the whole bug report myself and sort of sat back thinking "My! That has to be the most COMPLETE bug report I have ever seen! If only all of them looked that way! Who is this guy? Maybe we should help him!" :-) Then I saw that Nate had already replied with what looked to be a very plausible suggestion, so I didn't have to. Yes, Jesus, we will indeed do our best to help you with this problem! Such thoroughness in a bug report should not, after all, go unrewarded! :) Jordan From owner-freebsd-bugs Wed Jan 17 01:37:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29167 for bugs-outgoing; Wed, 17 Jan 1996 01:37:55 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29145 Wed, 17 Jan 1996 01:37:45 -0800 (PST) Date: Wed, 17 Jan 1996 01:37:45 -0800 (PST) From: Bruce Evans Message-Id: <199601170937.BAA29145@freefall.freebsd.org> To: danjo@blitzen.canberra.edu.au, bde, freebsd-bugs Subject: Re: misc/898 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: select() not detecting socket close under certain circumstances State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Wed Jan 17 01:32:23 PST 1996 State-Changed-Why: The bug was in the reporter's program (forgot to close fd in sleeping parent). From owner-freebsd-bugs Wed Jan 17 05:15:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10590 for bugs-outgoing; Wed, 17 Jan 1996 05:15:00 -0800 (PST) Received: from mail.mks.com (mks-gate.mks.com [142.77.7.224]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10550 for ; Wed, 17 Jan 1996 05:14:34 -0800 (PST) Received: from mks.com (giga.mks.com [1.0.0.51]) by mail.mks.com (8.6.8.1/DEKA-950919b) with SMTP id IAA13847; Wed, 17 Jan 1996 08:13:22 -0500 Received: from worf by mks.com (4.1/GIGA-950913a) id AA16659; Wed, 17 Jan 96 08:13:21 EST To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: team_fbf@pristine.com.tw (ywliu), aagero@aage.aage.priv.no, wosch@cs.tu-berlin.de, freebsd-bugs@freebsd.org Subject: Re: getlogin() returns bogus username In-Reply-To: Your message of "Wed, 17 Jan 1996 09:37:44 +0100." <199601170837.JAA02294@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 08:13:20 -0500 Message-Id: <21377.821884400@worf.mks.com> From: "David J. Fiander" Sender: owner-bugs@freebsd.org Precedence: bulk > > Lemme think... the problem happened whenever somebody was logged in > via telnet. The getlogin() name was once per session, and the entire > inetd(8) uses a single session. telnetd doesn't change the session. > That's odd. I would expect login(1) to set the session up. The telnetd just manages the network connect; it's login that's responsible for authentication, which is what getlogin() is part of. (wanders off to check his 2.1R CD.) Yup, login.c, line 486 calls setlogin(), and syslog()s failures. - David From owner-freebsd-bugs Wed Jan 17 06:12:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12623 for bugs-outgoing; Wed, 17 Jan 1996 06:12:29 -0800 (PST) Received: from a1fel.feld.cvut.cz (a1fel.feld.cvut.cz [147.32.192.13]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12564 for ; Wed, 17 Jan 1996 06:11:55 -0800 (PST) Received: (from vasek@localhost) by a1fel.feld.cvut.cz (8.6.12/8.6.12) id PAA04219; Wed, 17 Jan 1996 15:06:00 +0100 Date: Wed, 17 Jan 1996 15:05:59 +0100 (MET) From: David Vasek To: bugs@freebsd.org Subject: Intel Aries chipset. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk This is a copy of mesage I sent to newsgroup few days ago (no response yet). If you think that more info about hardware would help, mail me. ---------- Forwarded message ---------- Date: Sun, 14 Jan 1996 23:02:22 +0100 From: David Vasek To: vasek@a1fel.feld.cvut.cz Subject: news:4d5jmu$3oj@newnews.feld.cvut.cz INCOMPATIBLE CHIPSET ? - DOESN'T BOOT From: vasek@feld.cvut.cz (David Vasek) Reply to: David Vasek Date: 12 Jan 1996 12:20:46 GMT Organization: SVTI FEL, CVUT Prague Newsgroups: comp.unix.bsd.freebsd.misc Reply to: newsgroup(s) Hi! I am completely new to FreeBSD and already have a problem :-) It doesn't run on my machine ! It is the first piece of software, which makes troubles on that machine (Linux up to 1.2.13, NetBSD 1.1, OS/2 2.1, 3.0 and lot of stuff under M$ work flawlessly). Motherboard is Intel Ninja (yes, with only 4 MB for now). The rest does not matter, I believe. So, what happens: FreeBSD 2.0.5 hangs after loading the kernel image (just before starting it, i.e. before 'Uncompressing kernel' message). FreeBSD 2.1.0 seems to be a bit better, but look at it: This is a copy of screen made by hand (FreeBSD 2.1.0): ----------------8<-----------------8<----------------- >> FreeBSD BOOT @ 0x10000: 639/3072 k of memory Use hd(1,a)/kernel to boot sd0 when wd0 is also installed Usage: [[fd(0,a)]/kernel][-abcCdhrsv] Use ? for file list or press Enter fo details Boot: -c Booting fd(0,a)/kernel @ 0x20c000 text=0xfc000 data=0x0 bss=0xa00 symbols=[+0x600+0x4+0x27c+0x4+0x1fb] total=0x30947f entry point=0x20c000 Uncompressing kernel...done Booting the kernelel...done /* following text in high video */ BIOS basemem (639K) != RTC basemem (640K) Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.1.0-RELEASE #0: Sat Nov 18 10:21:19 1995 jkh@westhill.cdrom.com:/usr/src/sys/compile/ROOTMFS CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 4194304 (4096 K bytes) FreeBSD Kernel Configuration Utility - Version 1.0 . . . . . . . . . nxp0: INT 16 interface Probing for devices on the PCI bus chip0 rev 2 on pci0:5 vga0 rev 0 on pci0:19 rootfs is 1000 Kbyte compiled in MFS Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf018c82d code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor flags = interrupt enabled, resume, IOPL=0 current process = 1 (swapper) interrupt mask = net tty bio panic: page fault syncing disks... done Automatic reboot in 15 seconds press any key on the console to abort --------------------8<------------------8<--------------------------- Do you guess what's rotten there ? (If you know or have a tip, please send it to may address too. I read news just occasionally and do not want to miss it ! :-) ) thanx in advance, David --- David Vasek, Mouse Hole Cz vasek@a1fel.feld.cvut.cz From owner-freebsd-bugs Wed Jan 17 06:55:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14504 for bugs-outgoing; Wed, 17 Jan 1996 06:55:46 -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 GAA14499 for ; Wed, 17 Jan 1996 06:55:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA14904; Wed, 17 Jan 1996 06:54:30 -0800 To: David Vasek cc: bugs@freebsd.org Subject: Re: Intel Aries chipset. In-reply-to: Your message of "Wed, 17 Jan 1996 15:05:59 +0100." Date: Wed, 17 Jan 1996 06:54:30 -0800 Message-ID: <14902.821890470@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > Do you guess what's rotten there ? FreeBSD currently does not install in 4MB. A minimum of 5MB is required. Sorry! :( Jordan From owner-freebsd-bugs Wed Jan 17 07:11:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15315 for bugs-outgoing; Wed, 17 Jan 1996 07:11:46 -0800 (PST) Received: (from adam@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15297 Wed, 17 Jan 1996 07:11:34 -0800 (PST) Date: Wed, 17 Jan 1996 07:11:34 -0800 (PST) From: Adam David Message-Id: <199601171511.HAA15297@freefall.freebsd.org> To: jj@LDJpc.APANA.Org.Au, adam, freebsd-bugs Subject: Re: ports/894 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: window create doesn't work State-Changed-From-To: open-closed State-Changed-By: adam State-Changed-When: Wed Jan 17 07:02:04 PST 1996 State-Changed-Why: Fixed by patch-ab From owner-freebsd-bugs Wed Jan 17 07:34:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16425 for bugs-outgoing; Wed, 17 Jan 1996 07:34:32 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16406 for ; Wed, 17 Jan 1996 07:34:19 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id QAA03700; Wed, 17 Jan 1996 16:22:36 +0100 (MET) Date: Wed, 17 Jan 1996 16:22:36 +0100 (MET) Message-Id: <199601171522.QAA03700@birk04.studby.uio.no> From: Åge Røbekk To: joerg_wunsch@uriah.heep.sax.de CC: team_fbf@pristine.com.tw, wosch@cs.tu-berlin.de, freebsd-bugs@freebsd.org In-reply-to: <199601170837.JAA02294@uriah.heep.sax.de> (message from J Wunsch on Wed, 17 Jan 1996 09:37:44 +0100 (MET)) Subject: Re: getlogin() returns bogus username MIME-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk | As ywliu wrote: | > | > Just a wild guess : can it be the '-' in per-stia confusing the program ? | > Probably the suggested username should consist of numbers and alphabets. | | Nope, there used to be a bug with getlogin(). We all remember the | various CVS commit message from Peter Wemm, where `sean' (i think) | appeared as the name of the commiter. | | Lemme think... the problem happened whenever somebody was logged in | via telnet. The getlogin() name was once per session, and the entire | inetd(8) uses a single session. telnetd doesn't change the session. | | I remember that Peter has been fixing the problem. To reproduce the problem with getlogin(), I started xdm and logged in as myself. Then i started Xnest from another xterm with a XDMCP query to localhost, and logged in as another user. Before I logged in as the other user, getlogin returned my userid from any new xterm I started. After this other user have logged in with xdm, getlogin returns this other userid when I call the function from any new xterm. It seems like xdm calls setlogin, but how can that affect my already started session? I assume my window manager is the PPID of the xterms, and the window manager was started by /usr/X11/lib/X11/xdm/Xsession: xdm -> Xsession -> wm -> xterm -> shell -> getlogin I am running the latest xdm with the security fix from X consortium, from XFree 3.1.2B. -aage From owner-freebsd-bugs Wed Jan 17 12:57:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07947 for bugs-outgoing; Wed, 17 Jan 1996 12:57:17 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA07941 for ; Wed, 17 Jan 1996 12:57:08 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id WAA15087; Wed, 17 Jan 1996 22:57:01 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id WAA06363; Wed, 17 Jan 1996 22:57:01 +0200 (EET) Date: Wed, 17 Jan 1996 22:57:01 +0200 (EET) Message-Id: <199601172057.WAA06363@katiska.clinet.fi> From: Heikki Suonsivu To: se@zpr.uni-koeln.de (Stefan Esser) Cc: Heikki Suonsivu , freebsd-bugs@freebsd.org Subject: Re: SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de In-Reply-To: <199601092304.AA16065@Sysiphos> References: <199601092304.AA16065@Sysiphos> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@freebsd.org Precedence: bulk Stefan Esser writes: > On Jan 9, 21:56, Heikki Suonsivu wrote: > } Subject: SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de > } > } Has anyone been able to put SMC etherpower2 (dual port combo ethernet card) > } with a ZNYX 314 (four port TP-only) in the same machine? They seem to be > } able to coexist with other pci cards, but hate each other: > > This looks like a problem with the PCI to PCI bridge code. > AFAIK, nobody checked whether it really works with several > such chips (I couldn't afford to buy two multi-port Ethernet > cards just to test this, for example :-) > > Please boot the system again, with the two port and the > four port card inserted, but enter "-v" at the "Boot: " > prompt this time ... I filed a more complete PR with -v, logs, a crash dump and some experimentation results. > I'm too tired to explain the interrupt stuff right now, > but I already wrote something (for a system with an AH3940 > card) which seems to apply in your case too. I only have this problem with multiple multiport ethernet cards, but it might be a generic bridge code problem (it looks like that). > If you have access to the PCI 2.1 spec, then check out the > section about PCI to PCI bridges and the suggested method of > connecting PCI IntA .. IntD to the ISA interrupt controller. Sorry, I don't have any specs on PCI... -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-bugs Wed Jan 17 17:32:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25174 for bugs-outgoing; Wed, 17 Jan 1996 17:32:41 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25106 for ; Wed, 17 Jan 1996 17:32:25 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA23817 for ; Wed, 17 Jan 1996 17:29:41 -0800 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 CAA04387 ; Thu, 18 Jan 1996 02:29:40 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id CAA22925 ; Thu, 18 Jan 1996 02:29:32 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id CAA24062; Thu, 18 Jan 1996 02:25:46 +0100 (MET) From: Ollivier Robert Message-Id: <199601180125.CAA24062@keltia.freenix.fr> Subject: Re: Intel Aries chipset. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 18 Jan 1996 02:25:46 +0100 (MET) Cc: vasek@a1fel.feld.cvut.cz, bugs@FreeBSD.org In-Reply-To: <14902.821890470@time.cdrom.com> from "Jordan K. Hubbard" at Jan 17, 96 06:54:30 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4ME+ PL0 (25)] 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 Jordan K. Hubbard said: > FreeBSD currently does not install in 4MB. A minimum of 5MB is > required. Sorry! :( If you only have IDE and don't care about NFS installs, I have 4 MB ready floppies ready... -rw-r--r-- 1 roberto staff 836883 Jan 15 00:19 boot.flp.gz -rw-r--r-- 1 roberto staff 791156 Jan 15 00:17 boot4.flp.gz Here is the config file used for them # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.7 1996/01/04 08:51:05 gibbs Exp $ # machine "i386" cpu "I386_CPU" cpu "I486_CPU" ident GENERIC maxusers 10 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #Allow users to grab the console config kernel root on wd0 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 wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr 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 lpt1 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-bugs Wed Jan 17 19:41:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04631 for bugs-outgoing; Wed, 17 Jan 1996 19:41:22 -0800 (PST) Received: from emu.arinet.com (emu.arinet.com [156.46.25.165]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04622 for ; Wed, 17 Jan 1996 19:41:16 -0800 (PST) Received: from falcon (falcon.arinet.com [156.46.25.37]) by emu.arinet.com (8.6.12/8.6.12) with SMTP id VAA06651 for ; Wed, 17 Jan 1996 21:40:40 -0600 Message-Id: <199601180340.VAA06651@emu.arinet.com> Date: Wed, 17 Jan 96 21:40:42 -0800 From: Asif Bakar Organization: ARI Network Services, Inc X-Mailer: Mozilla 1.1N (Windows; I; 16bit) MIME-Version: 1.0 To: bugs@freebsd.org Subject: Windows95 connection Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk I am not sure if it is Windows 95 problem or FreeBSD problem. But here it is! I use Free BSD to allow users to connect to my machine. I dont have any problems with any of the users connecting to my machine using any windows TCP/IP software. but all my customers with WINDOWS95 are having problems. I myself is having problems because I can use the same windows95 machine to connect to other servers but when I dialin to my server, it shows the login prompt and then I cant type anything. It seems like the server hangs up. do you have any suggestions in terms of setting up some flag or option somewhere which will allow me to let the window95 users get into my server. Please help From owner-freebsd-bugs Wed Jan 17 20:36:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA09716 for bugs-outgoing; Wed, 17 Jan 1996 20:36:14 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA09621 for ; Wed, 17 Jan 1996 20:36:06 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id XAA19106; Wed, 17 Jan 1996 23:34:58 -0500 Date: Wed, 17 Jan 1996 23:34:57 -0500 (EST) From: James Robertson To: Asif Bakar cc: bugs@freebsd.org Subject: Re: Windows95 connection In-Reply-To: <199601180340.VAA06651@emu.arinet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Asif Bakar wrote: > I am not sure if it is Windows 95 problem or FreeBSD > problem. But here it is! > > I use Free BSD to allow users to connect to my machine. > I dont have any problems with any of the users connecting > to my machine using any windows TCP/IP software. but > all my customers with WINDOWS95 are having problems. > do you have any suggestions in terms of setting up some > flag or option somewhere which will allow me to let > the window95 users get into my server. Windows95 has a known problem talking to BSDI, since FreeBSD is similar it might be the same. At any rate, the same fix lets Win95 users dial into the FreeBSD server here. Disable VJ compression in Win95 and it should successfully connect, if you don't you'll get a message something like "No compatible protocol"..I don't remember exactly now, it's been a while since I messed with Win95, the 95 test machine here is now a FreeBSD one. :-) If that doesn't do it, let me know, I have some notes around here somewhere on getting it to work. It's Win95 with the bug, not BSD, by the way... James Robertson From owner-freebsd-bugs Wed Jan 17 20:50:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA11132 for bugs-outgoing; Wed, 17 Jan 1996 20:50:57 -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 UAA11113 for ; Wed, 17 Jan 1996 20:50:43 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA11034; Wed, 17 Jan 1996 21:53:11 -0700 Date: Wed, 17 Jan 1996 21:53:11 -0700 From: Nate Williams Message-Id: <199601180453.VAA11034@rocky.sri.MT.net> To: Asif Bakar Cc: bugs@freebsd.org Subject: Re: Windows95 connection In-Reply-To: <199601180340.VAA06651@emu.arinet.com> References: <199601180340.VAA06651@emu.arinet.com> Sender: owner-bugs@freebsd.org Precedence: bulk > I am not sure if it is Windows 95 problem or FreeBSD > problem. But here it is! It's a setup problem, which is neither Lose95 nor FreeBSD specific I'll bet. :) > I myself is having problems because I can use the same > windows95 machine to connect to other servers but when > I dialin to my server, it shows the login prompt and > then I cant type anything. It seems like the server > hangs up. This sounds like a flow-control problem. Are you using hardware flow control on FreeBSD, and is the modem setup for HW flow control? Nate From owner-freebsd-bugs Wed Jan 17 23:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26463 for bugs-outgoing; Wed, 17 Jan 1996 23:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26427 Wed, 17 Jan 1996 23:20:06 -0800 (PST) Resent-Date: Wed, 17 Jan 1996 23:20:06 -0800 (PST) Resent-Message-Id: <199601180720.XAA26427@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA26223 for" ; Wed, 17 Jan 1996 23:17:52.-0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <26091-0@bunyip.cc.uq.oz.au>; Thu, 18 Jan 1996 11:54:52 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA15634 for ; Thu, 18 Jan 1996 11:25:06 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA19202 for ; Thu, 18 Jan 1996 01:20:25 GMT Message-Id: <199601180120.BAA19202@netfl15a.devetir.qld.gov.au> Date: Thu, 18 Jan 1996 11:20:22 +1000 From: Stephen Hocking To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/951: DEVFS panic with SCSI tape Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 951 >Category: kern >Synopsis: -current kernel crashes with devfs error on bootup >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 17 23:20:03 PST 1996 >Last-Modified: >Originator: Stephen Hocking >Organization: DEVETIR >Release: FreeBSD 2.2-CURRENT i386 >Environment: Kernel built at ctm src-cur 1392 with the following config file. machine "i386" cpu "I486_CPU" cpu "I586_CPU" # out until transient problem fixed ident bloop maxusers 20 options DEVFS # testing DEVFS config kernel root on sd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options "SHMMAXPGS=1024" # Max 4Mb shared mem options DDB options KTRACE #kernel tracing options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device sl 2 #Serial Line IP 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 MROUTING # Multicast routing options FFS #Fast filesystem options MFS #Memory File System controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs device od0 #SCSI optical disk options SCSIDEBUG options SCSI_REPORT_GEOMETRY pseudo-device pty 16 #Pseudo ttys - can go as high as 64 pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options HARDFONTS options "MAXCONS=16" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr 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 options FDSEEKWAIT="16" device lpt0 at isa? port? tty irq 7 vector lptintr 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 ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr options BROKEN_BUS_CLOCK #PAS-16 isn't working and OPTI chipset options EXCLUDE_SBPRO #PAS-16 options "SBC_IRQ=9" #PAS-16. Must match irq on sb0 line. controller snd0 device pas0 at isa? port 0x388 irq 12 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr device opl0 at isa? port 0x38a conflicts device pca0 at isa? port IO_TIMER1 tty device joy0 at isa? port "IO_GAME" options COMPAT_LINUX Here is dmesg from an earlier working kernel (essentially the same except it still has the wt0 device). FreeBSD 2.2-CURRENT #9: Tue Jan 16 11:21:40 EST 1996 toor@unixtest.devetir.qld.gov.au:/usr/src/sys/compile/bloop CPU: i486DX (486-class CPU) real memory = 8388608 (8192K bytes) avail memory = 6676480 (6520K bytes) DEVFS: ready for devices 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 0x280-0x29f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:d2:b2:72, type SMC8216T (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 pca0 on motherboard pca0: PC speaker audio driver aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:0:0): "SEAGATE ST12550N 0013" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 2040MB (4178874 512 byte sectors) sd0(aha0:0:0): with 2708 cyls, 19 heads, and an average 81 sectors/track (aha0:6:0): "EMERALD TDC 3800 R02." type 1 removable SCSI 1 st0(aha0:6:0): Sequential-Access density code 0x0, drive empty fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wt0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface pas0 at 0x388 irq 12 drq 6 on isa pas0: sb0 at 0x220 irq 9 drq 1 on isa sb0: opl0 at 0x38a on isa opl0: joy0 at 0x201 on isa joy0: joystick devfs ready to run >Description: I created a new kernel after removing the info for the wt0 tape as it broke and I replaced it with a Tandberg QIC-525Mb SCSI tape. When booting up, we see a bunch of messages flash up after it probes the SCSI devices, to do with not being able to find/create slots for what looks like SCSI tape devices. Much of the error messages are non-7bit ascii, i.e. there's a lot of garbage in there. After these messages it then panics & drops into the debugger. An earlier kernel (about a week old) works fine. Here's the stack backtrace from DDB. _dev_link(f0154941,efbffe84,0,efbffe84,f015493a) at _dev_link+0x25 _stattach(f0556780) at _stattach+0x48d _scsi_device_attach(f0556780) at _scsi_device_attach+0xb3 _scsi_probe_bus(0,6,0,1e8480,f055af00) at _scsi_probe_bus+0x19d _scsi_attachdevs(f0548f70,f01b4270,0,efbfff60,f01897e3) at _scsi_attachdevs+0x8e _ahaattach(f01b4270) at _ahaattach+0x7a _config_isadev_c(f01b4270,f01ac364,0,efbfff88,f01893c0) at _config_isadev_c+0x1df _config_isadev(f01b4270,f01ac364) at _config_isadev+0x10 _isa_configure(efbfffac,f0104f5a,0,1ebf24,,1f8000) at _isa_configure+0x154 _configure(0) at _configure+0x2a _main(efbfffb8,800,800000,f017727a,f01003ac,f01ec128,17,30,1ebf24,1f8000,1f8000 ,0,84740407) at _main+0x92 _begin() at _begin+0x59 >How-To-Repeat: Build kernel with my config file & boot with my devices. >Fix: Yes please! -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 18 05:48:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA08150 for bugs-outgoing; Thu, 18 Jan 1996 05:48:39 -0800 (PST) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA08145 for ; Thu, 18 Jan 1996 05:48:36 -0800 (PST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.1/8.7.1) id OAA12625; Thu, 18 Jan 1996 14:47:10 +0100 (MET) Date: Thu, 18 Jan 1996 14:47:10 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199601181347.OAA12625@racer.dkrz.de> To: vasek@a1fel.feld.cvut.cz CC: bugs@freebsd.org In-reply-to: (message from David Vasek on Wed, 17 Jan 1996 15:05:59 +0100 (MET)) Subject: Re: Intel Aries chipset. Reply-to: gwk@cray.com Sender: owner-bugs@freebsd.org Precedence: bulk > Date: Wed, 17 Jan 1996 15:05:59 +0100 (MET) > From: David Vasek > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > Sender: owner-bugs@freebsd.org > Precedence: bulk >.... > >> FreeBSD BOOT @ 0x10000: 639/3072 k of memory > Use hd(1,a)/kernel to boot sd0 when wd0 is also installed > Usage: [[fd(0,a)]/kernel][-abcCdhrsv] > Use ? for file list or press Enter fo details > > Boot: -c > Booting fd(0,a)/kernel @ 0x20c000 > text=0xfc000 data=0x0 bss=0xa00 symbols=[+0x600+0x4+0x27c+0x4+0x1fb] > total=0x30947f entry point=0x20c000 > Uncompressing kernel...done > Booting the kernelel...done >.... > rootfs is 1000 Kbyte compiled in MFS > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf018c82d > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor flags = interrupt enabled, resume, IOPL=0 > current process = 1 (swapper) > interrupt mask = net tty bio > panic: page fault > > syncing disks... done > Automatic reboot in 15 seconds press any key on the console to abort Hi David, FreeBSD does not run with 4 MB. To be exact: it does not run with 640 kB base + 3 MB extended memory. If your motherboard can remap some of the "lost" memory out of the 640kB to 1MB region, then you may still be able to get FreeBSD up. Try to go into your BIOS setup and look for a "remap" option. Enable it. You may also have to disable ROM shadowing. Regards, Georg-W. Koltermann, gwk@cray.com P.S.: Jordan, this is starting to become a FAQ.... From owner-freebsd-bugs Thu Jan 18 08:19:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17160 for bugs-outgoing; Thu, 18 Jan 1996 08:19:13 -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 IAA17149 Thu, 18 Jan 1996 08:19:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA24864; Thu, 18 Jan 1996 08:18:21 -0800 To: "gary.corcoran" cc: bugs@freebsd.org, jkh@freebsd.org Subject: Re: panic: vm_bounce_alloc during initial installation (writing disk info) In-reply-to: Your message of "Thu, 09 Nov 1995 18:16:19 EST." <9511092316.AA11356@stargazer> Date: Thu, 18 Jan 1996 08:18:21 -0800 Message-ID: <24862.821981901@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk >when I go to commit the changes to disk, I immediately get the following error >message (as seen on the debug screen): >vm_bounce_alloc: b_bufsize(0x200) < b_bcount(0x1ff0a400) !! Can you tell me if this ever got resolved? I'm alarmed somewhat at your 2 year tale of woe! Jordan From owner-freebsd-bugs Thu Jan 18 10:33:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23928 for bugs-outgoing; Thu, 18 Jan 1996 10:33:45 -0800 (PST) Received: from gw2.att.com (gw2.att.com [192.20.239.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23923 Thu, 18 Jan 1996 10:33:42 -0800 (PST) Received: from aloft.UUCP by ig1.att.att.com id AA24154; Thu, 18 Jan 96 13:31:01 EST From: gtc@aloft.att.com (gary.corcoran) To: gtc@aloft.att.com, jkh@time.cdrom.com Cc: bugs@freebsd.org, jkh@freebsd.org Received: from stargazer (stargazer.cnet.att.com) by aloft (4.1/DCS-aloft-M3.1) id AA13507; Thu, 18 Jan 96 13:32:36 EST Received: by stargazer (4.1/DCS-aloft_client-S2.1) id AA08896; Thu, 18 Jan 96 13:32:34 EST Date: Thu, 18 Jan 96 13:32:34 EST Original-From: aloft!gtc (gary.corcoran) Message-Id: <9601181832.AA08896@stargazer> Original-To: aloft!gtc, time.cdrom.com!jkh Subject: Re: panic: vm_bounce_alloc during initial installation (writing disk info) Original-Cc: freebsd.org!bugs, freebsd.org!jkh Sender: owner-bugs@freebsd.org Precedence: bulk Jordan, Regarding: =>when I go to commit the changes to disk, I immediately get the following error =>message (as seen on the debug screen): =>vm_bounce_alloc: b_bufsize(0x200) < b_bcount(0x1ff0a400) !! = =Can you tell me if this ever got resolved? I'm alarmed somewhat at =your 2 year tale of woe! Thank you for not letting this fall through the cracks - since I hadn't heard back anything after the intial couple of immediate replies, I was afraid my problem was long forgotten... But no - my vm_bounce_alloc panic problem during install never was resolved, and I still haven't been able to install FreeBSD at all. Back in November, I received the following email from Bruce Evans, giving a clue to where the problem might lie: >This might be caused by a negative block number somehow being passed to >dscheck(). If this happens, then "truncating" the i/o would actually >expand the i/o to the size of the partition plus the absolute value of >the negative block number. Do you have a (BSD) partition of size >approximately 0x1ff0a400 bytes (500+ MB)? Negative block numbers are >used by the file system code but are not supposed to reach device drivers. And my answer was yes - my partition size *is* just over 500MB. The location of the partition, which might be significant, is at the end of a 4GB disk. If I recall, however, I believe the end of the partition was just _under_ the 4GB boundary. Yes, indeed it has been frustrating that during the past two years, on two different PCs, I was never able to successfully install FreeBSD. And this was even _after_ I had bought the hardware to assemble my new PC *specifically* to be compatible with what FreeBSD supported! I'm looking forward to trying out all the great stuff the FreeBSD community has written and/or ported to the FreeBSD platform - once I can get it installed!! :-) So if someone out there can help me over this "hump", I'd really appreciate it... Oh - I just received a phone call from John Dyson, who said he would try to look into (if he has the time). Any and all help appreciated, since (catch-22) I can't look into the problem myself until I get the system installed... Thanks, Gary gtc@aloft.att.com From owner-freebsd-bugs Thu Jan 18 15:18:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11194 for bugs-outgoing; Thu, 18 Jan 1996 15:18:04 -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 PAA11183 for ; Thu, 18 Jan 1996 15:17:53 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24780; Fri, 19 Jan 1996 00:17:35 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01747; Fri, 19 Jan 1996 00:17:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA29411; Thu, 18 Jan 1996 23:50:52 +0100 (MET) From: J Wunsch Message-Id: <199601182250.XAA29411@uriah.heep.sax.de> Subject: Re: Intel Aries chipset. To: gwk@cray.com Date: Thu, 18 Jan 1996 23:50:51 +0100 (MET) Cc: vasek@a1fel.feld.cvut.cz, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601181347.OAA12625@racer.dkrz.de> from "Georg-W. Koltermann" at Jan 18, 96 02:47:10 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 Georg-W. Koltermann wrote: > > FreeBSD does not run with 4 MB. To be exact: it does not run with 640 > kB base + 3 MB extended memory. s/run/install/g It runs even in 3 MB, though not yet in 2 MB. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jan 18 15:18:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11233 for bugs-outgoing; Thu, 18 Jan 1996 15:18:27 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11225 for ; Thu, 18 Jan 1996 15:18:22 -0800 (PST) Received: (from jbryant@localhost) by argus.flash.net (8.6.12/8.6.12) id RAA00740; Thu, 18 Jan 1996 17:18:12 -0600 Date: Thu, 18 Jan 1996 17:18:12 -0600 From: Jim Bryant Message-Id: <199601182318.RAA00740@argus.flash.net> To: freebsd-bugs@freebsd.org Reply-To: jbryant@argus.flash.net X-send-pr-version: 3.2 Sender: owner-bugs@freebsd.org Precedence: bulk >Submitter-Id: current-users >Originator: Jim Bryant >Organization: >Confidential: no >Synopsis: ncftp in 2.1.0-RELEASE dumps core, ftp doesnt >Severity: non-critical >Priority: low >Category: ports >Release: FreeBSD 2.1-RELEASE i386 >Class: sw-bug >Environment: >Description: ncftp dumps core repeatedly while attempting to get a specific file. ftp doesn't. >How-To-Repeat: go to ftp://whitehouse.gov/pub/political-science/whitehouse-papers/1993/Sep mget [R-Z]* it will dump core on the fifth file [on the signing of the isreali/palastinian peace agreement]. could the commas in the filename be the cause? >Fix: ????????????? From owner-freebsd-bugs Thu Jan 18 19:40:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29596 for bugs-outgoing; Thu, 18 Jan 1996 19:40:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29565 Thu, 18 Jan 1996 19:40:09 -0800 (PST) Resent-Date: Thu, 18 Jan 1996 19:40:09 -0800 (PST) Resent-Message-Id: <199601190340.TAA29565@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, alc@cs.rice.edu Received: from nonpc.cs.rice.edu (nonpc.cs.rice.edu [128.42.1.219]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA29489 for ; Thu, 18 Jan 1996 19:39:22 -0800 (PST) Received: (from alc@localhost) by nonpc.cs.rice.edu (8.7.3/8.7.3) id VAA00924; Thu, 18 Jan 1996 21:39:21 -0600 (CST) Message-Id: <199601190339.VAA00924@nonpc.cs.rice.edu> Date: Thu, 18 Jan 1996 21:39:21 -0600 (CST) From: Alan Cox Reply-To: alc@cs.rice.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/952: rlogind dumps core if hosts.equiv contains a netgroup Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 952 >Category: bin >Synopsis: rlogind dumps core if hosts.equiv contains a netgroup >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 18 19:40:05 PST 1996 >Last-Modified: >Originator: Alan Cox >Organization: Computer Science Department Rice University >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: Unless the file /etc/netgroup exists, rlogind dumps core if /etc/hosts.equiv contains a "+@netgroup". (I didn't check whether an empty /etc/netgroup file suffices to prevent the core dump. If the file exists and contains "+", everything works as expected.) >How-To-Repeat: Delete the /etc/netgroup file from your machine and attempt to rlogin to it from another machine. >Fix: Install an /etc/netgroup file containing "+". >Audit-Trail: >Unformatted: Alan Cox From owner-freebsd-bugs Thu Jan 18 21:04:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA05504 for bugs-outgoing; Thu, 18 Jan 1996 21:04:47 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA05496 for ; Thu, 18 Jan 1996 21:04:38 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <10711-0@bunyip.cc.uq.oz.au>; Fri, 19 Jan 1996 15:04:06 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA02727 for ; Fri, 19 Jan 1996 15:09:34 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA23894 for ; Fri, 19 Jan 1996 05:05:06 GMT Message-Id: <199601190505.FAA23894@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: bugs@freebsd.org Subject: Re: kern/951: DEVFS panic with SCSI tape (fix found!) X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 1996 15:05:05 +1000 From: Stephen Hocking Sender: owner-bugs@freebsd.org Precedence: bulk I've found a fix for this - the DEVFS code was overrunning a buffer in st.c, causing it to do strange & terrible things to other stuff on the stack. To fix, change line 276 of /sys/scsi/st.c to be static char name[128]; It all works now, can someone commit a change (and probably review the buffersize for this stuff that DEVFS uses? I see some other errors (nothing fatal) on another relating to the psm0 device abouth not being able to allocate a name slot.) Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Thu Jan 18 22:00:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10851 for bugs-outgoing; Thu, 18 Jan 1996 22:00:38 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA10846 for ; Thu, 18 Jan 1996 22:00:35 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id HAA02588; Fri, 19 Jan 1996 07:00:21 +0100 (MET) Date: Fri, 19 Jan 1996 07:00:21 +0100 (MET) Message-Id: <199601190600.HAA02588@birk04.studby.uio.no> From: Åge Røbekk To: freebsd-bugs@freebsd.org Subject: coredumps get funny names MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-bugs@freebsd.org Precedence: bulk In -current, coredumps often get a strange name, probably due to a uninitialized buffer: $ sleep 10^\Quit (core dumped) $ ls -l "sleep.core=98=F0^J" (tab expansion) My guess is that name[] in +1206 /sys/kern/kern_sig.c should be bzero'd or memset or something. -aage From owner-freebsd-bugs Thu Jan 18 22:03:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10910 for bugs-outgoing; Thu, 18 Jan 1996 22:03:06 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10904 for ; Thu, 18 Jan 1996 22:03:03 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id WAA06105; Thu, 18 Jan 1996 22:02:26 -0800 From: Julian Elischer Message-Id: <199601190602.WAA06105@ref.tfs.com> Subject: Re: kern/951: DEVFS panic with SCSI tape (fix found!) To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Thu, 18 Jan 1996 22:02:25 -0800 (PST) Cc: bugs@freebsd.org In-Reply-To: <199601190505.FAA23894@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Jan 19, 96 03:05:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk HANG ON! How can this be? All it is doing is using sprintf on that buffer, and all the occurances are about 8 characters long.. the buffer is 32 bytes long.. exactly WHAT names are appearing in the DEVFS? it only puts the device name part into the string, not the full path name.. eh? yours confusedly julian > > I've found a fix for this - the DEVFS code was overrunning a buffer in st.c, > causing it to do strange & terrible things to other stuff on the stack. To > fix, change line 276 of /sys/scsi/st.c to be > > static char name[128]; > > It all works now, can someone commit a change (and probably review the > buffersize for this stuff that DEVFS uses? I see some other errors (nothing > fatal) on another relating to the psm0 device abouth not being able to > allocate a name slot.) > > > Stephen > -- > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! > > > From owner-freebsd-bugs Thu Jan 18 22:23:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA13395 for bugs-outgoing; Thu, 18 Jan 1996 22:23:11 -0800 (PST) Received: from world.net (sydney2.world.net [198.142.12.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA13369 for ; Thu, 18 Jan 1996 22:22:56 -0800 (PST) Received: from sydney44.world.net (sydney44.world.net [192.190.215.44]) by world.net (8.7.1/8.6.6) with SMTP id RAA08033 for ; Fri, 19 Jan 1996 17:22:31 +1100 (EST) Received: by sydney44.world.net with Microsoft Mail id <01BAE692.BDE316E0@sydney44.world.net>; Fri, 19 Jan 1996 17:22:43 +-1100 Message-ID: <01BAE692.BDE316E0@sydney44.world.net> From: Steve Elliott To: "'bugs@freebsd.org'" Subject: FreeBSD 2.1 installation on Dell 4100 Date: Fri, 19 Jan 1996 17:21:16 +-1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk I have been attempting to install FreeBSD 2.1 onto a Dell Omniplex 4100 without much success! I have built and booted the 'makeflp.bat' floppy, and the installation recognises my configuration. Following 'novice' installation which does a create a 1024Mb partition sd1s3 a label which produces sd1s3a, sd1s3b, sd1s3e & sd1s3f no boot mgr option a selection of a developer distribution a medium of CD-ROM the commit gives the following messages Sysinstall: read : Input/Output error panic: Going nowhere without my init. Synching disks ... done Autoboot in 15 sec - press any key to abort --> Press a key to continue to reboot <-- ALT-f2 has the following messages ncr?: scatter/gather failed (residue 1606564352) sd1: oops not queued bidone buffer already done init died (signal 0, exit 1) My configuration is: DX4-100 16 Mb wt0 is recognised (@300/irq5/drq1) (Everex QIC-36) NCR 53c810, PCI v2.0 SCSI 00 DEC DSP 3107LS (1Gb) (single FAT16 partition) SCSI 01 NEC CD-ROM: 500 SCSI 02 SEAGATE ST15230N (4Gb) (>2Gb DOSext partition, 512Mb OS/2 partition, >1.5Gb free) Any suggestions would be welcomed. ------------------------------------------------------ Steve Elliott, | Voice: +61 (0)41 12 608 12 | NORESE Pty. Ltd. | Fax: +61 (0)2 555 7911 | 4, Glassop St. Balmain | eMail: selliott@world.net | NSW 2041 Australia | Home: www.world.net/~selliott| From owner-freebsd-bugs Fri Jan 19 01:08:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00830 for bugs-outgoing; Fri, 19 Jan 1996 01:08:07 -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 BAA00780 Fri, 19 Jan 1996 01:08:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA28848; Fri, 19 Jan 1996 01:07:13 -0800 To: gtc@aloft.att.com (gary.corcoran) cc: bugs@freebsd.org, jkh@freebsd.org Subject: Re: panic: vm_bounce_alloc during initial installation (writing disk info) In-reply-to: Your message of "Thu, 18 Jan 1996 13:32:34 EST." <9601181832.AA08896@stargazer> Date: Fri, 19 Jan 1996 01:07:13 -0800 Message-ID: <28846.822042433@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > Thank you for not letting this fall through the cracks - since I hadn't > heard back anything after the intial couple of immediate replies, I was > afraid my problem was long forgotten... Not at all. I do save these messages, and though it may sometimes take me a month or two to go back over the many-hundred message backlog when I've still got hundreds more coming in every day, but I do. Your problem, and the suggested cause, is frankly somewhat bizarre and basically the reason nobody has really had much in the way of help to offer. They're all still scratching their heads. If you're game, might we try a little experimentation in an effort to narrow this down somewhat? > And my answer was yes - my partition size *is* just over 500MB. > The location of the partition, which might be significant, is at the end > of a 4GB disk. If I recall, however, I believe the end of the partition was > just _under_ the 4GB boundary. 500MB at the end of a 4GB disk, eh? And I imagine that this disk is having its geometry being seriously translated in order to keep that FreeBSD partition below cyl 1024. Hmmm. First thing to try: Get a small SCSI drive somewhere, whether begged, borrowed or, erm, borrowed and try a FreeBSD-only install. There's a whole chunk of your system that's not being tested here and it seems to be hanging up entirely on one lousy disk drive. Yes, it's a fine 4GB disk drive and I can certainly see how you'd want to use it in the final configuration, but this is experimentation. We need to know if large drive + DOS sharing + aggressive geometry translation is what's messing us up, or if it's really some sort of bizarre boundry condition. Easiest way of getting more data on this is to substitute in another disk for testing. If you can't do that, or are more motivated to solve the core problem through more purposeful experimentation, then the very next thing I'd do is turn the geometry translation off and try another FreeBSD install, only this time *over* the DOS partition. Yes, I'm sure you're attached to your DOS partition, but it may very well be that you can solve this problem by swapping the orders around. Back up your DOS, then see if FreeBSD likes the drive all by itself and untranslated. If it does, try it with the drive all to itself and translated. If it still likes it, see if it likes being first on the drive with DOS following. If that works, you're basically running. If it doesn't, try seeing if you can stick DOS below cyl 990 or so without translation, then create a small slice that's about 20MB or so and also starts and stops below cyl 1024, you can put your root partition on this slice and boot just fine. The second slice can point to the >1024 cyl portion of the disk since by the time FreeBSD is booted, it's now seeing all cyliders of the disk due to its lack of BIOS limiations. If all of this is still too hard, then I really recommend investing in another small drive just for booting DOS and FreeBSD from - split it between them or something. Then your second, big 4GB, drive can become `D:' for DOS and your other filesystems for FreeBSD. Since FreeBSD doesn't need to boot off of this drive, you can stick its own portion of the big disk anywhere after cyl 1024. > different PCs, I was never able to successfully install FreeBSD. And this wa s > even _after_ I had bought the hardware to assemble my new PC *specifically* t o > be compatible with what FreeBSD supported! I'm looking forward to trying out Well, if you don't mind my saying so, it does rather sound as if you've a little foolishly allowed the lack of a $200 spare disk drive to cost you some $20,000 in grief and lost hair over the last 2 years. This is PC hardware, and some flexibility is frequently required on both sides to reach accomodation! Sometimes that means throwing money at certain problems until they go away. Since PCs are generally a lot cheaper than their workstation counterparts, even with more money thrown at problem spots, they still usually come out quite a bit cheaper. I've completely overhauled and replaced every component in my own main PC about 4 times now.. :-) Jordan From owner-freebsd-bugs Fri Jan 19 01:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02056 for bugs-outgoing; Fri, 19 Jan 1996 01:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02047 Fri, 19 Jan 1996 01:30:06 -0800 (PST) Resent-Date: Fri, 19 Jan 1996 01:30:06 -0800 (PST) Resent-Message-Id: <199601190930.BAA02047@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, schweikh@ito.uni-stuttgart.de Received: from ito.uni-stuttgart.de (hoesun.ito.uni-stuttgart.de [129.69.65.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA01595 for ; Fri, 19 Jan 1996 01:23:41 -0800 (PST) Received: from itosun.ito.uni-stuttgart.de by ito.uni-stuttgart.de (5.x/SMI-SVR4/BelWue-2.0) id AA13351; Fri, 19 Jan 1996 10:23:21 +0100 Received: by itosun.ito.uni-stuttgart.de (5.x/SVR4/BelWue-1.0.3) id AA14746; Fri, 19 Jan 1996 10:23:19 +0100 Message-Id: <9601190923.AA14746@itosun.ito.uni-stuttgart.de> Date: Fri, 19 Jan 1996 10:23:19 +0100 From: schweikh@ito.uni-stuttgart.de Reply-To: schweikh@ito.uni-stuttgart.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/955: CFLAGS are not honored by the ports system Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 955 >Category: ports >Synopsis: make CFLAGS=whatever for a port will not be honored >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 19 01:30:03 PST 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: uni-stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: When compiling the ports for tcl, tk and expect, I do a make CFLAGS="-m486 -O2 -fno-strength-reduce" but when the actual do-build target is made, only PREFIX and X11BASE are passed as make variables. I am missing CFLAGS. Same behaviour of course, when the CFLAGS line in /etc/make.conf is uncommented. >How-To-Repeat: compile the tcl port by issuing make CFLAGS="-m486 -O2 -fno-strength-reduce" It will compile with CFLAGS="-O -g" or whatever the defaults of tcl's makefile are. >Fix: This fix is a quick shot that solves my problem. It simply adds CFLAGS to the list of variables already passed to the actual make that does the build. I can spot a possible problem, however: If CFLAGS is NOT specified on the commandline or in /etc/make.conf, this may approach may pass an empty CFLAGS to the build which is different from using the defaults. A better fix would only pass CFLAGS when it is not empty. Unified diff for /usr/share/mk/bsd.port.mk: --- bsd.port.mk Wed Jan 17 19:32:21 1996 +++ bsd.port.mk-orig Wed Jan 17 18:45:44 1996 @@ -612,9 +612,9 @@ .if !target(do-build) do-build: .if defined(USE_GMAKE) - @(cd ${WRKSRC}; ${GMAKE} CFLAGS="${CFLAGS}" PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) + @(cd ${WRKSRC}; ${GMAKE} PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) .else defined(USE_GMAKE) - @(cd ${WRKSRC}; ${MAKE} CFLAGS="${CFLAGS}" PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) + @(cd ${WRKSRC}; ${MAKE} PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) .endif .endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 19 01:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03465 for bugs-outgoing; Fri, 19 Jan 1996 01:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03448 Fri, 19 Jan 1996 01:50:04 -0800 (PST) Resent-Date: Fri, 19 Jan 1996 01:50:04 -0800 (PST) Resent-Message-Id: <199601190950.BAA03448@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 (hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA02804 for ; Fri, 19 Jan 1996 01:40:19 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id LAA00782 for ; Fri, 19 Jan 1996 11:39:31 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id LAA20615; Fri, 19 Jan 1996 11:39:31 +0200 (EET) Message-Id: <199601190939.LAA20615@katiska.clinet.fi> Date: Fri, 19 Jan 1996 11:39:31 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/956: Kernel page fault, null callp in syscall Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 956 >Category: kern >Synopsis: Kernel page fault, null callp >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 19 01:50:03 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Loaded news & user & WWW server. Jan 18 21:16:25 katiska /kernel: FreeBSD 2.2-CURRENT #7: Mon Jan 8 04:58:16 EET 1996 Jan 18 21:16:25 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Jan 18 21:16:26 katiska /kernel: CPU: Pentium (90.19-MHz 586-class CPU) Jan 18 21:16:26 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Jan 18 21:16:26 katiska /kernel: Features=0x1bf Jan 18 21:16:26 katiska /kernel: real memory = 67108864 (65536K bytes) Jan 18 21:16:26 katiska /kernel: avail memory = 63537152 (62048K bytes) Jan 18 21:16:26 katiska /kernel: DEVFS: ready for devices Jan 18 21:16:26 katiska /kernel: Probing for devices on the PCI bus: Jan 18 21:16:26 katiska /kernel: chip0 rev 17 on pci0:0 Jan 18 21:16:26 katiska /kernel: chip1 rev 67 on pci0:2 Jan 18 21:16:26 katiska /kernel: de0 rev 35 int a irq 11 on pci0:6 Jan 18 21:16:27 katiska /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:a3 Jan 18 21:16:27 katiska /kernel: de0: enabling Thinwire/AUI port Jan 18 21:16:27 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Jan 18 21:16:27 katiska /kernel: ncr0 waiting for scsi devices to settle Jan 18 21:16:27 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Jan 18 21:16:27 katiska /kernel: sd0(ncr0:0:0): Direct-Access Jan 18 21:16:27 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 21:16:27 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 18 21:16:27 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 18 21:16:27 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Jan 18 21:16:27 katiska /kernel: sd3(ncr0:3:0): Direct-Access Jan 18 21:16:27 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 21:16:27 katiska /kernel: 1011MB (2072435 512 byte sectors) Jan 18 21:16:27 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Jan 18 21:16:27 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Jan 18 21:16:27 katiska /kernel: st4(ncr0:4:0): Sequential-Access Jan 18 21:16:27 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 21:16:27 katiska /kernel: density code 0x24, 512-byte blocks, write-enabled Jan 18 21:16:27 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Jan 18 21:16:27 katiska /kernel: ncr1 waiting for scsi devices to settle Jan 18 21:16:27 katiska /kernel: (ncr1:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jan 18 21:16:27 katiska /kernel: sd7(ncr1:1:0): Direct-Access Jan 18 21:16:27 katiska /kernel: sd7(ncr1:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 21:16:27 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 18 21:16:27 katiska /kernel: sd7(ncr1:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 18 21:16:28 katiska /kernel: (ncr1:2:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jan 18 21:16:28 katiska /kernel: sd8(ncr1:2:0): Direct-Access Jan 18 21:16:28 katiska /kernel: sd8(ncr1:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 21:16:28 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 18 21:16:28 katiska /kernel: sd8(ncr1:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 18 21:16:28 katiska /kernel: Probing for devices on the ISA bus: Jan 18 21:16:28 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 18 21:16:28 katiska /kernel: vt0: generic, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Jan 18 21:16:28 katiska /kernel: ed0 not found at 0x280 Jan 18 21:16:28 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 18 21:16:28 katiska /kernel: lpt0: Interrupt-driven port Jan 18 21:16:28 katiska /kernel: lp0: TCP/IP capable interface Jan 18 21:16:28 katiska /kernel: lpt1 not found at 0xffffffff Jan 18 21:16:28 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 18 21:16:28 katiska /kernel: sio0: type 16550A Jan 18 21:16:28 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 18 21:16:28 katiska /kernel: sio1: type 16550A Jan 18 21:16:29 katiska /kernel: pca0 on motherboard Jan 18 21:16:29 katiska /kernel: pca0: PC speaker audio driver Jan 18 21:16:29 katiska /kernel: cy0 not found Jan 18 21:16:29 katiska /kernel: bt0 not found at 0x330 Jan 18 21:16:29 katiska /kernel: aha0 not found at 0x330 Jan 18 21:16:29 katiska /kernel: wdc0 not found at 0x1f0 Jan 18 21:16:29 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 18 21:16:29 katiska /kernel: fdc0: NEC 72065B Jan 18 21:16:29 katiska /kernel: fd0: 1.44MB 3.5in Jan 18 21:16:29 katiska /kernel: matcdc0 not found at 0x230 Jan 18 21:16:29 katiska /kernel: npx0 on motherboard Jan 18 21:16:29 katiska /kernel: npx0: INT 16 interface Jan 18 21:16:29 katiska /kernel: changing root device to sd0a Jan 18 21:16:29 katiska /kernel: devfs ready to run Jan 18 21:16:29 katiska /kernel: new masks: bio c0000240, tty c003089a, net c003089a Jan 18 21:16:29 katiska /kernel: WARNING: / was not properly dismounted. >Description: [Dumps are available in ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.51.gz] Script started on Thu Jan 18 21:23:24 1996 marko has logged on ttyp0 from ahven. jsn has logged on ttyp1 from nekku. ms has logged on ttyp2 from road. hsu has logged on ttyp5 from unix:1.0. hsu has logged on ttyp6 from unix:2.0. jsn has logged on ttyp7 from katiska. kesis has logged on ttyp8 from karvinen. vph has logged on ttypa from mood. aniti has logged on ttypb from uvapsy. ollilape has logged on ttypc from karvinen. tmoh has logged on ttypd from nekku. jleino has logged on ttype from clinet. tph has logged on ttypf from zetor. pedica has logged on ttypg from karvinen. ken has logged on ttyph from ken. hsu#katiska.clinet.fi Thu 1: gdb -k kernel.51 vmcore.51 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 257000 current pcb at 212e50 panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:931 931 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:931 #1 0xf0115e43 in panic (fmt=0xf01c300e "page fault") at ../../kern/subr_prf.c:126 #2 0xf01c3b2a in trap_fatal (frame=0xefbffee4) at ../../i386/i386/trap.c:757 #3 0xf01c369c in trap_pfault (frame=0xefbffee4, usermode=0) at ../../i386/i386/trap.c:679 #4 0xf01c333b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -235949056, tf_ebp = -272629940, tf_isp = -272630004, tf_ebx = -237227776, tf_edx = 1, tf_ecx = -238216768, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267190841, tf_cs = 8, tf_eflags = 66118, tf_esp = -272629868, tf_ss = -237227776}) at ../../i386/i386/trap.c:320 #5 0xf01b9211 in calltrap () #6 0xf01c3df7 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1214276, tf_esi = 1, tf_ebp = -272640208, tf_isp = -272629788, tf_ebx = 19767, tf_edx = 1229324, tf_ecx = 1231300, tf_eax = 95, tf_trapno = 7, tf_err = 518, tf_eip = 136028837, tf_cs = 31, tf_eflags = 518, tf_esp = -272640240, tf_ss = 39}) at ../../i386/i386/trap.c:917 #7 0xf01b925d in Xsyscall () #8 0x2bd11 in ?? () #9 0x2ab19 in ?? () #10 0xefbfe12c in ?? () #11 0x416e in ?? () ---Type to continue, or q to quit--- #12 0x2dcc1 in ?? () #13 0x31caf in ?? () #14 0x2cdc1 in ?? () #15 0x6c128 in ?? () #16 0x2c99d in ?? () #17 0x6bd8a in ?? () #18 0x2c968 in ?? () #19 0x2c4d6 in ?? () #20 0x2c5a1 in ?? () #21 0x2b727 in ?? () #22 0x1096 in ?? () (kgdb) up #1 0xf0115e43 in panic (fmt=0xf01c300e "page fault") at ../../kern/subr_prf.c:126 126 boot(bootopt); (kgdb) up #2 0xf01c3b2a in trap_fatal (frame=0xefbffee4) at ../../i386/i386/trap.c:757 757 panic(trap_msg[type]); (kgdb) print type $1 = 12 (kgdb) print trap_msg[type syntax error (kgdb) print trap_msg[type][type] $2 = 0xf01c300e "page fault" (kgdb) up #3 0xf01c369c in trap_pfault (frame=0xefbffee4, usermode=0) at ../../i386/i386/trap.c:679 679 trap_fatal(frame); (kgdb) list 674 if (!usermode) { 675 if (curpcb && curpcb->pcb_onfault) { 676 frame->tf_eip = (int)curpcb->pcb_onfault; 677 return (0); 678 } 679 trap_fatal(frame); 680 return (-1); 681 } 682 683 /* kludge to pass faulting virtual address to sendsig */ (kgdb) up #4 0xf01c333b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -235949056, tf_ebp = -272629940, tf_isp = -272630004, tf_ebx = -237227776, tf_edx = 1, tf_ecx = -238216768, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267190841, tf_cs = 8, tf_eflags = 66118, tf_esp = -272629868, tf_ss = -237227776}) at ../../i386/i386/trap.c:320 320 (void) trap_pfault(&frame, FALSE); (kgdb) list 315 } else { 316 /* kernel trap */ 317 318 switch (type) { 319 case T_PAGEFLT: /* page fault */ 320 (void) trap_pfault(&frame, FALSE); 321 return; 322 323 case T_PROTFLT: /* general protection fault */ 324 case T_SEGNPFLT: /* segment not present fault */ (kgdb) up #5 0xf01b9211 in calltrap () (kgdb) list 325 /* 326 * Invalid segment selectors and out of bounds 327 * %eip's and %esp's can be set up in user mode. 328 * This causes a fault in kernel mode when the 329 * kernel tries to return to user mode. We want 330 * to get this fault so that we can fix the 331 * problem here and not have to check all the 332 * selectors and pointers when the user changes 333 * them. 334 */ (kgdb) up #6 0xf01c3df7 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1214276, tf_esi = 1, tf_ebp = -272640208, tf_isp = -272629788, tf_ebx = 19767, tf_edx = 1229324, tf_ecx = 1231300, tf_eax = 95, tf_trapno = 7, tf_err = 518, tf_eip = 136028837, tf_cs = 31, tf_eflags = 518, tf_esp = -272640240, tf_ss = 39}) at ../../i386/i386/trap.c:917 917 error = (*callp->sy_call)(p, args, rval); (kgdb) list 912 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 913 #endif 914 rval[0] = 0; 915 rval[1] = frame.tf_edx; 916 917 error = (*callp->sy_call)(p, args, rval); 918 919 switch (error) { 920 921 case 0: (kgdb) print callp $3 = (struct sysent *) 0x0 (kgdb) print p $4 = (struct proc *) 0xf1efb400 (kgdb) print args $5 = {1, 1220952, 136077408, 1229324, 18, -272629828, 47, 0} (kgdb) print rval $6 = {0, 1229324} (kgdb) print callp $7 = (struct sysent *) 0x0 (kgdb) up #7 0xf01b925d in Xsyscall () (kgdb) list 922 /* 923 * Reinitialize proc pointer `p' as it may be different 924 * if this is a child returning from fork syscall. 925 */ 926 p = curproc; 927 frame.tf_eax = rval[0]; 928 frame.tf_edx = rval[1]; 929 frame.tf_eflags &= ~PSL_C; 930 break; 931 (kgdb) print p No symbol "p" in current context. (kgdb) exi   down #6 0xf01c3df7 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1214276, tf_esi = 1, tf_ebp = -272640208, tf_isp = -272629788, tf_ebx = 19767, tf_edx = 1229324, tf_ecx = 1231300, tf_eax = 95, tf_trapno = 7, tf_err = 518, tf_eip = 136028837, tf_cs = 31, tf_eflags = 518, tf_esp = -272640240, tf_ss = 39}) at ../../i386/i386/trap.c:917 917 error = (*callp->sy_call)(p, args, rval); (kgdb) list 900 895 code &= p->p_sysent->sv_mask; 896 897 if (code >= p->p_sysent->sv_size) 898 callp = &p->p_sysent->sv_table[0]; 899 else 900 callp = &p->p_sysent->sv_table[code]; 901 902 if ((i = callp->sy_narg * sizeof(int)) && 903 (error = copyin(params, (caddr_t)args, (u_int)i))) { 904 #ifdef KTRACE (kgdb) list 905 if (KTRPOINT(p, KTR_SYSCALL)) 906 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 907 #endif 908 goto bad; 909 } 910 #ifdef KTRACE 911 if (KTRPOINT(p, KTR_SYSCALL)) 912 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 913 #endif 914 rval[0] = 0; (kgdb) 915 rval[1] = frame.tf_edx; 916 917 error = (*callp->sy_call)(p, args, rval); 918 919 switch (error) { 920 921 case 0: 922 /* 923 * Reinitialize proc pointer `p' as it may be different 924 * if this is a child returning from fork syscall. (kgdb) list 800 795 int trapwrite(addr) 796 unsigned addr; 797 { 798 struct proc *p; 799 vm_offset_t va, v; 800 struct vmspace *vm; 801 int rv; 802 803 va = trunc_page((vm_offset_t)addr); 804 /* (kgdb) list 805 * XXX - MAX is END. Changed > to >= for temp. fix. 806 */ 807 if (va >= VM_MAXUSER_ADDRESS) 808 return (1); 809 810 p = curproc; 811 vm = p->p_vmspace; 812 813 ++p->p_lock; 814 (kgdb) 815 if ((caddr_t)va >= vm->vm_maxsaddr 816 && (caddr_t)va < (caddr_t)USRSTACK) { 817 if (!grow(p, va)) { 818 --p->p_lock; 819 return (1); 820 } 821 } 822 823 v = trunc_page(vtopte(va)); 824 (kgdb) 825 /* 826 * wire the pte page 827 */ 828 if (va < USRSTACK) { 829 vm_map_pageable(&vm->vm_map, v, round_page(v+1), FALSE); 830 } 831 832 /* 833 * fault the data page 834 */ (kgdb) 835 rv = vm_fault(&vm->vm_map, va, VM_PROT_READ|VM_PROT_WRITE, FALSE); 836 837 /* 838 * unwire the pte page 839 */ 840 if (va < USRSTACK) { 841 vm_map_pageable(&vm->vm_map, v, round_page(v+1), TRUE); 842 } 843 844 --p->p_lock; (kgdb) 845 846 if (rv != KERN_SUCCESS) 847 return 1; 848 849 return (0); 850 } 851 852 /* 853 * System call request from POSIX system call gate interface to kernel. 854 * Like trap(), argument is call by reference. (kgdb) 855 */ 856 void 857 syscall(frame) 858 struct trapframe frame; 859 { 860 caddr_t params; 861 int i; 862 struct sysent *callp; 863 struct proc *p = curproc; 864 u_quad_t sticks; (kgdb) 865 int error; 866 int args[8], rval[2]; 867 u_int code; 868 869 sticks = p->p_sticks; 870 if (ISPL(frame.tf_cs) != SEL_UPL) 871 panic("syscall"); 872 873 p->p_md.md_regs = (int *)&frame; 874 params = (caddr_t)frame.tf_esp + sizeof(int); (kgdb) 875 code = frame.tf_eax; 876 /* 877 * Need to check if this is a 32 bit or 64 bit syscall. 878 */ 879 if (code == SYS_syscall) { 880 /* 881 * Code is first argument, followed by actual args. 882 */ 883 code = fuword(params); 884 params += sizeof(int); (kgdb) 885 } else if (code == SYS___syscall) { 886 /* 887 * Like syscall, but code is a quad, so as to maintain 888 * quad alignment for the rest of the arguments. 889 */ 890 code = fuword(params); 891 params += sizeof(quad_t); 892 } 893 894 if (p->p_sysent->sv_mask) (kgdb) 895 code &= p->p_sysent->sv_mask; 896 897 if (code >= p->p_sysent->sv_size) 898 callp = &p->p_sysent->sv_table[0]; 899 else 900 callp = &p->p_sysent->sv_table[code]; 901 902 if ((i = callp->sy_narg * sizeof(int)) && 903 (error = copyin(params, (caddr_t)args, (u_int)i))) { 904 #ifdef KTRACE (kgdb) 905 if (KTRPOINT(p, KTR_SYSCALL)) 906 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 907 #endif 908 goto bad; 909 } 910 #ifdef KTRACE 911 if (KTRPOINT(p, KTR_SYSCALL)) 912 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 913 #endif 914 rval[0] = 0; (kgdb) 915 rval[1] = frame.tf_edx; 916 917 error = (*callp->sy_call)(p, args, rval); 918 919 switch (error) { 920 921 case 0: 922 /* 923 * Reinitialize proc pointer `p' as it may be different 924 * if this is a child returning from fork syscall. (kgdb) print frame $8 = {tf_es = 39, tf_ds = 39, tf_edi = 1214276, tf_esi = 1, tf_ebp = -272640208, tf_isp = -272629788, tf_ebx = 19767, tf_edx = 1229324, tf_ecx = 1231300, tf_eax = 95, tf_trapno = 7, tf_err = 518, tf_eip = 136028837, tf_cs = 31, tf_eflags = 518, tf_esp = -272640240, tf_ss = 39} (kgdb) print       print code $9 = 95 (kgdb) print p $10 = (struct proc *) 0xf1efb400 (kgdb) print p->p_sysent $11 = (struct sysentvec *) 0xf1c69954 (kgdb) print p->p_sysent->sv_table[code][code] Cannot access memory at address 0x1694637c. (kgdb) print p->p_sysent->sv_table[code] $12 = (struct sysent *) 0x16946084 (kgdb) print p->p_sysent->sv_table(kgdb) print [1@* Cannot access memory at address 0x16946084. (kgdb) print *p->p_sysent->sv_table               ysent $13 = {sv_size = -1856762694, sv_table = 0x16946084, sv_mask = 4059800832, sv_sigsize = 358187, sv_sigtbl = 0x0, sv_errsize = -1292224025, sv_errtbl = 0x974e25d3, sv_fixup = 0x93f21924} (kgdb) set raix  dix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) set radix 16(kgdb) print *p->p_sysent $14 = {sv_size = 0x91540cba, sv_table = 0x16946084, sv_mask = 0xf1fba500, sv_sigsize = 0x5772b, sv_sigtbl = 0x0, sv_errsize = 0xb2fa39e7, sv_errtbl = 0x974e25d3, sv_fixup = 0x93f21924} (kgdb) quit hsu#katiska.clinet.fi Thu 2: Script done on Thu Jan 18 21:27:42 1996 >How-To-Repeat: Put 50 users, a full news server and loaded apache server in the same machine. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 19 02:25:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05856 for bugs-outgoing; Fri, 19 Jan 1996 02:25:58 -0800 (PST) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA05844 for ; Fri, 19 Jan 1996 02:25:27 -0800 (PST) Received: from zerberus.hai.siemens.co.at (zerberus.hai.siemens-austria) by proxy.siemens.at with SMTP id AA22553 (5.67a/IDA-1.5 for ); Fri, 19 Jan 1996 11:24:30 +0100 Received: by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA01493; Fri, 19 Jan 96 11:24:28 +0100 Date: Fri, 19 Jan 96 11:24:28 +0100 From: wirth@zerberus.hai.siemens.co.at (Helmut F. Wirth) Message-Id: <9601191024.AA01493@zerberus.hai.siemens.co.at> To: freebsd-bugs@freebsd.org Subject: Bug with NCR810 driver and FreeBSD 2.1 release, please help Cc: wirth@zerberus.hai.siemens.co.at Sender: owner-bugs@freebsd.org Precedence: bulk Hello ! I think I triggered a bug in the NCR driver code: If I try to do a dump from one of the IBM disks (see below) an error in the NCR driver code shows up. Details see below. My Hardware: Pentium-120, ASUS TPX4 motherboard, 32MB memory NCR810 controller Diamond Stealth 64 SCSI Bus: Quantum ATLAS (target 0) IBM OEM 1GB (target 1) IBM OEM 1GB (target 2) VIPER ARCHIVE tape (target 5) TOSHIBA CDROM (target 6) Software: MSDOS 6.2 (Win 3.1) on target 0 FreeBSD 2.1 release on target 0,1,2; target 0 contains /, swap and /usr This are the FreeBSD kernel boot messages: Jan 18 20:06:05 atlantis /kernel: FreeBSD 2.1.0-RELEASE #0: Wed Jan 17 21:39:28 1996 Jan 18 20:06:05 atlantis /kernel: hfwirth@atlantis.ping.at:/usr/src/sys/compile/ATLANTIS Jan 18 20:06:05 atlantis /kernel: CPU: 120-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Jan 18 20:06:05 atlantis /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Jan 18 20:06:05 atlantis /kernel: Features=0x1bf Jan 18 20:06:05 atlantis /kernel: real memory = 33554432 (32768K bytes) Jan 18 20:06:05 atlantis /kernel: avail memory = 30900224 (30176K bytes) Jan 18 20:06:05 atlantis /kernel: Probing for devices on the ISA bus: Jan 18 20:06:05 atlantis /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Jan 18 20:06:05 atlantis /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Jan 18 20:06:05 atlantis /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 18 20:06:05 atlantis /kernel: sio0: type 16550A Jan 18 20:06:05 atlantis /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 18 20:06:05 atlantis /kernel: sio1: type 16550A Jan 18 20:06:06 atlantis /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 18 20:06:06 atlantis /kernel: lpt0: Interrupt-driven port Jan 18 20:06:06 atlantis /kernel: lp0: TCP/IP capable interface Jan 18 20:06:06 atlantis /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 18 20:06:06 atlantis /kernel: fdc0: NEC 72065B Jan 18 20:06:06 atlantis /kernel: fd0: 1.2MB 5.25in Jan 18 20:06:06 atlantis /kernel: fd1: 1.44MB 3.5in Jan 18 20:06:06 atlantis /kernel: npx0 on motherboard Jan 18 20:06:06 atlantis /kernel: npx0: INT 16 interface Jan 18 20:06:06 atlantis /kernel: sb0 at 0x220 irq 5 drq 1 on isa Jan 18 20:06:06 atlantis /kernel: sb0: Jan 18 20:06:06 atlantis /kernel: sbxvi0 at 0x0 drq 5 on isa Jan 18 20:06:06 atlantis /kernel: sbxvo0: Jan 18 20:06:06 atlantis /kernel: sbmidi0 at 0x300 on isa Jan 18 20:06:06 atlantis /kernel: Jan 18 20:06:06 atlantis /kernel: bio_imask c0000040 tty_imask c003009a net_imask c003009a Jan 18 20:06:06 atlantis /kernel: Probing for devices on the PCI bus: Jan 18 20:06:06 atlantis /kernel: chip0 rev 2 on pci0:0 Jan 18 20:06:07 atlantis /kernel: chip1 rev 2 on pci0:7 Jan 18 20:06:07 atlantis /kernel: vga0 rev 0 on pci0:9 Jan 18 20:06:07 atlantis /kernel: ncr0 rev 1 int a irq 11 on pci0:12 Jan 18 20:06:07 atlantis /kernel: ncr0 waiting for scsi devices to settle Jan 18 20:06:07 atlantis /kernel: (ncr0:0:0): "Quantum XP32150 81HB" type 0 fixed SCSI 2 Jan 18 20:06:07 atlantis /kernel: sd0(ncr0:0:0): Direct-Access Jan 18 20:06:07 atlantis /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 20:06:07 atlantis /kernel: 2050MB (4199760 512 byte sectors) Jan 18 20:06:07 atlantis /kernel: (ncr0:1:0): 200ns (5 Mb/sec) offset 8. Jan 18 20:06:07 atlantis /kernel: (ncr0:1:0): "IBM OEM 0662S12 3 30" type 0 fixed SCSI 2 Jan 18 20:06:07 atlantis /kernel: sd1(ncr0:1:0): Direct-Access Jan 18 20:06:07 atlantis /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 20:06:07 atlantis /kernel: 1003MB (2055035 512 byte sectors) Jan 18 20:06:07 atlantis /kernel: (ncr0:2:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 Jan 18 20:06:07 atlantis /kernel: sd2(ncr0:2:0): Direct-Access Jan 18 20:06:07 atlantis /kernel: sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 18 20:06:07 atlantis /kernel: 1034MB (2118144 512 byte sectors) Jan 18 20:06:07 atlantis /kernel: (ncr0:5:0): "ARCHIVE VIPER 150 21247 -011" type 1 removable SCSI 1 Jan 18 20:06:07 atlantis /kernel: st0(ncr0:5:0): Sequential-Access st0: Archive Viper 150 is a known rogue Jan 18 20:06:07 atlantis /kernel: density code 0x0, drive empty Jan 18 20:06:07 atlantis /kernel: (ncr0:6:0): "TOSHIBA CD-ROM XM-3501TA 2694" type 5 removable SCSI 2 Jan 18 20:06:07 atlantis /kernel: cd0(ncr0:6:0): CD-ROM Jan 18 20:06:07 atlantis /kernel: cd0(ncr0:6:0): 250ns (4 Mb/sec) offset 8. Jan 18 20:06:07 atlantis /kernel: cd present.[264427 x 2048 byte records] Jan 18 20:06:05 atlantis lpd[94]: restarted Bug description: (send-pr not possible yet, my mail does not work (yet)) I discoverd this while trying to dump from one IBM disk to the other IBM disk, like this (details see below): dump 0f - (diskname)|gzip -c >(file) The disk, from which dump *reads*, has problems with the NCR driver. Actually there were two different errors, but I think they are related. The target 0 (Quantum ATLAS) is mounted at /, /usr and for swap The target 1 (IBM OEM, old) is mounted at /home/disk1 The target 2 (IBM OEM, new) is mounted at /home/disk2 With this I got the following error (I will refer to it as ERROR_1) while trying to dump from target 1 to a file on target 2: bash# dump 0f - /home/disk1 | gzip -c > /home/disk2/disk1.dump.gz DUMP: Date of this level 0 dump: Fri Jan 19 01:29:56 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd1s1e (/home/disk1) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 469684 tape blocks. DUMP: slave couldn't reopen disk: Device not configured DUMP: DUMP: The ENTIRE dump is aborted. bash# The /var/log/messages contained: Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:2 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:2 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , FAILURE Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , FAILURE Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:2 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:2 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , retries:1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , FAILURE Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): NOT READY asc:4,1 Jan 19 01:30:02 atlantis /kernel: sd1(ncr0:1:0): Logical unit is in process of becoming ready Jan 19 01:30:02 atlantis /kernel: , FAILURE I experimented a bit and tried to dump from target 1 to a file on target 0 and from target 1 to the tape: bash# dump 0f - /home/disk1 | gzip -c > /var/tmp/disk1.dump.gz and bash# dump 0f /dev/rst0 /home/disk1 Both tries yielded exactly the same error as above. I tried then to dump from *target 2* and here the error was different, I will refer to it as ERROR_2: Dumping from target 2 to a file on target 1: bash# dump 0f - /home/disk2 | gzip -c > /home/disk1/disk2.dump.gz DUMP: Date of this level 0 dump: Fri Jan 19 01:32:56 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd2e (/home/disk2) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 595453 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] ^C DUMP: Interrupt received. DUMP: Do you want to abort dump?: ("yes" or "no") DUMP: Broken pipe DUMP: The ENTIRE dump is aborted. (The dump seemed to work, but I did not trust it and aborted). var/log/messages contained: Jan 19 01:17:02 atlantis /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5560 Jan 19 01:17:02 atlantis /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5560 Jan 19 01:17:02 atlantis /kernel: sd2(ncr0:2:0): COMMAND FAILED (4 28) @f0a2ce00. I tried to dump target 2 to target 0 and to tape bash# dump 0f - /home/disk2 | gzip -c > /var/tmp/disk2.dump.gz bash# dump 0f /dev/rts0 /home/disk2 and ERROR_2 occured in both cases too. Triying to dump *from* target 0 works to all other targets (except the CDROM and the NCR810 of course :-)). So far the description what happened. Considerations and further experimenting: 1) The SCSI bus, and termination: The controller and the CDROM are the last devices on the cable and are both terminated properly. The controller supplies terminator power. There is only a cable inside the PC and it is under 100cm long. The machine worked with NetBSD 1.0A and MSDOS(Windows) without any problems. So I think this is'nt a hardware related problem. 2) Both IBM disks seem to trigger the problem: The first IBM disk (target 1) is about one year old. It never had problems but with a early version of the NCR driver and with NetBSD 0.9 I had problems with the tags. This showed up with a "disk not ready" during savecore (without a core dump) while booting. I think this is very similar to ERROR_1. The problem disappeared with the next driver version, but I found a solution to it: Disable the tags for the IBM disk. I tried this for the two bugs ERROR_1 and ERROR_2: With the tags disabled for all disks both bugs disappeared. With the tags disabled for the disk which I try to dump *from*, the bug disappears too. So could that be buggy disks ? I think not, because the second disk is about 2 weeks old and looks completly different. I think IBM has a way with tags which the driver won't like. Playing around with ncrcontrol showed some strange things too, but I had not the time to look into it more: ncrcontrol shows the SCSI devices, and for all three disks there are 4 tags. The CDROM is SCSI-2 and has no tags, the tape is SCSI-1. Using ncrcontrol .. -t 1 -s tags=1 solved the problem for target 1, but doing ncrcontrol after this showed 4 tags for target 1 ?? The list entry did not change, but it seems the driver got it. The datasheet for the disks mention jumpers to disable SCSI-ATTENTION after a SCSI bus reset. For target 1 (only) there is a jumper to disable active (target initiated) sync negiotation. Could one of these help ? Thats all I know yet. Thank you for any help and hints, completly disabling tags hurts the performance and I would like to find a better solution. Helmut Wirth So far the description of the bugs From owner-freebsd-bugs Fri Jan 19 04:17:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11425 for bugs-outgoing; Fri, 19 Jan 1996 04:17:07 -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 EAA11415 Fri, 19 Jan 1996 04:16:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA03994; Fri, 19 Jan 1996 23:05:44 +1100 Date: Fri, 19 Jan 1996 23:05:44 +1100 From: Bruce Evans Message-Id: <199601191205.XAA03994@godzilla.zeta.org.au> To: gtc@aloft.att.com, jkh@time.cdrom.com Subject: Re: panic: vm_bounce_alloc during initial installation (writing disk info) Cc: bugs@freebsd.org, jkh@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk >> And my answer was yes - my partition size *is* just over 500MB. >> The location of the partition, which might be significant, is at the end >> of a 4GB disk. If I recall, however, I believe the end of the partition was >> just _under_ the 4GB boundary. This may be caused by garbage block numbers in (or for) the extended partition tables. I think preposterously large values are caught early enough but negative ones aren't. Negative ones are unlikely to causes as much damage as slightly wrong ones (which can't be checked for) so it's not clear that they are worth checking. Bruce From owner-freebsd-bugs Fri Jan 19 06:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16331 for bugs-outgoing; Fri, 19 Jan 1996 06:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16308 Fri, 19 Jan 1996 06:20:03 -0800 (PST) Resent-Date: Fri, 19 Jan 1996 06:20:03 -0800 (PST) Resent-Message-Id: <199601191420.GAA16308@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, j_orthoefer@tia.net Received: from mailbox.tia.net (mailbox.tia.net [205.244.60.31]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA16167 for ; Fri, 19 Jan 1996 06:17:36 -0800 (PST) Received: (from jo295@localhost) by mailbox.tia.net (8.6.12/8.6.12) id JAA09338; Fri, 19 Jan 1996 09:22:39 GMT Message-Id: <199601190922.JAA09338@mailbox.tia.net> Date: Fri, 19 Jan 1996 09:22:39 GMT From: "Joseph D. Orthoefer" Reply-To: j_orthoefer@tia.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/957: md5 checksum for lynx2-4-2.tar.gz from ukans has changed Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 957 >Category: ports >Synopsis: It appears that ukansas rerolled the lynx 2-4-2 release >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 19 06:20:02 PST 1996 >Last-Modified: >Originator: Joseph D. Orthoefer >Organization: Techmatics Information Aliance & Communications >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1 snap and 2.1-RELEASE machines >Description: The ports kit for lynx out of 2.1-RELEASE tree has an md5 checksum that is different from the tarball it grabs from ukans >How-To-Repeat: try to build lynx from the 2.1-release ports kit >Fix: verfiy that that release of lynx was rerolled >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 19 08:08:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22076 for bugs-outgoing; Fri, 19 Jan 1996 08:08:34 -0800 (PST) Received: from psiint.com (vv.psiint.com [204.189.53.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22060 for ; Fri, 19 Jan 1996 08:08:26 -0800 (PST) Received: by psiint.com (8.6.12/4.03) id IAA68347; Fri, 19 Jan 1996 08:07:02 -0800 Date: Fri, 19 Jan 1996 08:07:01 -0800 (PST) From: Dave Walton To: Jim Bryant cc: freebsd-bugs@freebsd.org Subject: Re: your mail In-Reply-To: <199601182318.RAA00740@argus.flash.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Thu, 18 Jan 1996, Jim Bryant wrote: > >How-To-Repeat: > > go to ftp://whitehouse.gov/pub/political-science/whitehouse-papers/1993/Sep > mget [R-Z]* > > it will dump core on the fifth file [on the signing of the > isreali/palastinian peace agreement]. > > could the commas in the filename be the cause? This sounds like a problem with ncftp. I just tried it with ncftp 1.9.2 running on AIX. It didn't dump core, but the mget stopped immediately after that file, with no explanation. You probably should forward your bug report to mgleason@cse.unl.edu. Dave ========================================================================== David Walton Programmer PSI INTERNATIONAL, Inc. email: dwalton@psiint.com 190 South Orchard #C200 Fax :(707)451-6484 Vacaville, CA 95688 Phone:(707)451-3503 ========================================================================== From owner-freebsd-bugs Fri Jan 19 16:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01555 for bugs-outgoing; Fri, 19 Jan 1996 16:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01542 Fri, 19 Jan 1996 16:10:03 -0800 (PST) Resent-Date: Fri, 19 Jan 1996 16:10:03 -0800 (PST) Resent-Message-Id: <199601200010.QAA01542@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA01082 for ; Fri, 19 Jan 1996 16:06:27 -0800 (PST) Received: from newzetor.clinet.fi (root@newzetor.clinet.fi [194.100.0.11]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id CAA22346 for ; Sat, 20 Jan 1996 02:06:11 +0200 (EET) Received: (root@localhost) by newzetor.clinet.fi (8.7.3/8.6.4) id CAA23935; Sat, 20 Jan 1996 02:06:16 +0200 (EET) Message-Id: <199601200006.CAA23935@newzetor.clinet.fi> Date: Sat, 20 Jan 1996 02:06:16 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/958: ttys file does not include all ptys Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 958 >Category: bin >Synopsis: ttys file does not include all ptys >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 19 16:10:02 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD >Description: /etc/ttys file does not contain all ptys. Users logging on those missing don't seem to end up in utmp? >How-To-Repeat: Use lots of ptys. >Fix: This adds missing ptys. There are probably many more tty devices which should be listed here? *** ttys.ok Thu Nov 16 11:58:43 1995 --- ttys Sat Jan 20 02:02:58 1996 *************** *** 50,52 **** --- 50,276 ---- ttypt none network ttypu none network ttypv none network + ttyq0 none network + ttyq1 none network + ttyq2 none network + ttyq3 none network + ttyq4 none network + ttyq5 none network + ttyq6 none network + ttyq7 none network + ttyq8 none network + ttyq9 none network + ttyqa none network + ttyqb none network + ttyqc none network + ttyqd none network + ttyqe none network + ttyqf none network + ttyqg none network + ttyqh none network + ttyqi none network + ttyqj none network + ttyqk none network + ttyql none network + ttyqm none network + ttyqn none network + ttyqo none network + ttyqp none network + ttyqq none network + ttyqr none network + ttyqs none network + ttyqt none network + ttyqu none network + ttyqv none network + ttyr0 none network + ttyr1 none network + ttyr2 none network + ttyr3 none network + ttyr4 none network + ttyr5 none network + ttyr6 none network + ttyr7 none network + ttyr8 none network + ttyr9 none network + ttyra none network + ttyrb none network + ttyrc none network + ttyrd none network + ttyre none network + ttyrf none network + ttyrg none network + ttyrh none network + ttyri none network + ttyrj none network + ttyrk none network + ttyrl none network + ttyrm none network + ttyrn none network + ttyro none network + ttyrp none network + ttyrq none network + ttyrr none network + ttyrs none network + ttyrt none network + ttyru none network + ttyrv none network + ttys0 none network + ttys1 none network + ttys2 none network + ttys3 none network + ttys4 none network + ttys5 none network + ttys6 none network + ttys7 none network + ttys8 none network + ttys9 none network + ttysa none network + ttysb none network + ttysc none network + ttysd none network + ttyse none network + ttysf none network + ttysg none network + ttysh none network + ttysi none network + ttysj none network + ttysk none network + ttysl none network + ttysm none network + ttysn none network + ttyso none network + ttysp none network + ttysq none network + ttysr none network + ttyss none network + ttyst none network + ttysu none network + ttysv none network + ttyP0 none network + ttyP1 none network + ttyP2 none network + ttyP3 none network + ttyP4 none network + ttyP5 none network + ttyP6 none network + ttyP7 none network + ttyP8 none network + ttyP9 none network + ttyPa none network + ttyPb none network + ttyPc none network + ttyPd none network + ttyPe none network + ttyPf none network + ttyPg none network + ttyPh none network + ttyPi none network + ttyPj none network + ttyPk none network + ttyPl none network + ttyPm none network + ttyPn none network + ttyPo none network + ttyPp none network + ttyPq none network + ttyPr none network + ttyPs none network + ttyPt none network + ttyPu none network + ttyPv none network + ttyQ0 none network + ttyQ1 none network + ttyQ2 none network + ttyQ3 none network + ttyQ4 none network + ttyQ5 none network + ttyQ6 none network + ttyQ7 none network + ttyQ8 none network + ttyQ9 none network + ttyQa none network + ttyQb none network + ttyQc none network + ttyQd none network + ttyQe none network + ttyQf none network + ttyQg none network + ttyQh none network + ttyQi none network + ttyQj none network + ttyQk none network + ttyQl none network + ttyQm none network + ttyQn none network + ttyQo none network + ttyQp none network + ttyQq none network + ttyQr none network + ttyQs none network + ttyQt none network + ttyQu none network + ttyQv none network + ttyR0 none network + ttyR1 none network + ttyR2 none network + ttyR3 none network + ttyR4 none network + ttyR5 none network + ttyR6 none network + ttyR7 none network + ttyR8 none network + ttyR9 none network + ttyRa none network + ttyRb none network + ttyRc none network + ttyRd none network + ttyRe none network + ttyRf none network + ttyRg none network + ttyRh none network + ttyRi none network + ttyRj none network + ttyRk none network + ttyRl none network + ttyRm none network + ttyRn none network + ttyRo none network + ttyRp none network + ttyRq none network + ttyRr none network + ttyRs none network + ttyRt none network + ttyRu none network + ttyRv none network + ttyS0 none network + ttyS1 none network + ttyS2 none network + ttyS3 none network + ttyS4 none network + ttyS5 none network + ttyS6 none network + ttyS7 none network + ttyS8 none network + ttyS9 none network + ttySa none network + ttySb none network + ttySc none network + ttySd none network + ttySe none network + ttySf none network + ttySg none network + ttySh none network + ttySi none network + ttySj none network + ttySk none network + ttySl none network + ttySm none network + ttySn none network + ttySo none network + ttySp none network + ttySq none network + ttySr none network + ttySs none network + ttySt none network + ttySu none network + ttySv none network >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 20 00:12:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19355 for bugs-outgoing; Sat, 20 Jan 1996 00:12:56 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19331 Sat, 20 Jan 1996 00:12:51 -0800 (PST) Date: Sat, 20 Jan 1996 00:12:51 -0800 (PST) From: Mike Pritchard Message-Id: <199601200812.AAA19331@freefall.freebsd.org> To: rnordier@iafrica.com, mpp, freebsd-bugs Subject: Re: ports/916 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: popclient 2.21 incorrectly configured State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 00:11:17 PST 1996 State-Changed-Why: Fixed in -current with the upgrade of the popclient port to version 3.0b6. From owner-freebsd-bugs Sat Jan 20 00:31:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22491 for bugs-outgoing; Sat, 20 Jan 1996 00:31:17 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22461 Sat, 20 Jan 1996 00:31:14 -0800 (PST) Date: Sat, 20 Jan 1996 00:31:14 -0800 (PST) From: Mike Pritchard Message-Id: <199601200831.AAA22461@freefall.freebsd.org> To: fenner@parc.xerox.com, mpp, freebsd-bugs Subject: Re: docs/748 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: zic.8 man page refers to /usr/local/etc/zoneinfo State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 00:30:25 PST 1996 State-Changed-Why: Fixed in rev 1.2 of usr.sbin/zic/zic.8. From owner-freebsd-bugs Sat Jan 20 01:48:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29198 for bugs-outgoing; Sat, 20 Jan 1996 01:48:59 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29177 Sat, 20 Jan 1996 01:48:56 -0800 (PST) Date: Sat, 20 Jan 1996 01:48:56 -0800 (PST) From: Mike Pritchard Message-Id: <199601200948.BAA29177@freefall.freebsd.org> To: muir@idiom.com, mpp, freebsd-bugs Subject: Re: misc/120 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: first Initial security report is bogus becuase of ls formatting change State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 01:47:29 PST 1996 State-Changed-Why: Fixed in rev 1.8 of /etc/security sometime in May of 1995. The "diff" command is now called with the "-b" option to ignore changes in whitespace. From owner-freebsd-bugs Sat Jan 20 02:00:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00142 for bugs-outgoing; Sat, 20 Jan 1996 02:00:14 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA29975 Sat, 20 Jan 1996 02:00:06 -0800 (PST) Date: Sat, 20 Jan 1996 02:00:06 -0800 (PST) From: Mike Pritchard Message-Id: <199601201000.CAA29975@freefall.freebsd.org> To: mark@linus.demon.co.uk, mpp, freebsd-bugs Subject: Re: misc/874 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: kernel installation can break ps and friends State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 01:58:55 PST 1996 State-Changed-Why: Fixed in revs 1.74 & 1.75 of sys/i386/conf/Makefile.i386. From owner-freebsd-bugs Sat Jan 20 02:32:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02020 for bugs-outgoing; Sat, 20 Jan 1996 02:32:03 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02001 Sat, 20 Jan 1996 02:31:58 -0800 (PST) Date: Sat, 20 Jan 1996 02:31:58 -0800 (PST) From: Mike Pritchard Message-Id: <199601201031.CAA02001@freefall.freebsd.org> To: tom@haven.uniserve.com, mpp, freebsd-bugs Subject: Re: bin/486 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: ls includes utmp.h but doesn't use it State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 02:31:25 PST 1996 State-Changed-Why: Fixed in rev 1.8 of bin/ls/print.c. From owner-freebsd-bugs Sat Jan 20 02:46:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA10062 for bugs-outgoing; Sat, 20 Jan 1996 02:46:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA10036 Sat, 20 Jan 1996 02:46:13 -0800 (PST) Date: Sat, 20 Jan 1996 02:46:13 -0800 (PST) From: Mike Pritchard Message-Id: <199601201046.CAA10036@freefall.freebsd.org> To: hsu, mpp, freebsd-bugs Subject: Re: bin/476 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: kvm_openfiles called w/ too small error buffer State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 02:45:23 PST 1996 State-Changed-Why: Suggested fix implemented in rev 1.12 of bin/ps/ps.c. From owner-freebsd-bugs Sat Jan 20 03:03:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16135 for bugs-outgoing; Sat, 20 Jan 1996 03:03:44 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16120 Sat, 20 Jan 1996 03:03:41 -0800 (PST) Date: Sat, 20 Jan 1996 03:03:41 -0800 (PST) From: Mike Pritchard Message-Id: <199601201103.DAA16120@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, mpp, freebsd-bugs Subject: Re: docs/317 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Install README doesn't list matcd as install choice FDIV011 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 03:02:39 PST 1996 State-Changed-Why: Both 2.0.5 and 2.1.0 list these types of drives as supported hardware. From owner-freebsd-bugs Sat Jan 20 03:14:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16608 for bugs-outgoing; Sat, 20 Jan 1996 03:14:54 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16586 Sat, 20 Jan 1996 03:14:49 -0800 (PST) Date: Sat, 20 Jan 1996 03:14:49 -0800 (PST) From: Mike Pritchard Message-Id: <199601201114.DAA16586@freefall.freebsd.org> To: pst@Shockwave.COM, mpp, freebsd-bugs Subject: Re: kern/277 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: netstat -r reports entries with negative expire times State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 03:12:38 PST 1996 State-Changed-Why: Fixed by the following revision to netstat/route.c: revision 1.4 date: 1995/04/06 06:09:44; author: jkh; state: Exp; lines: +7 -5 The negative expire times shown by netstat are confusing and ugly. Destination Gateway Flags Refs Use Netif Expire 199.182.75.128 link#1 UC 0 0 ed0 -842660 Submitted by: John Capo From owner-freebsd-bugs Sat Jan 20 03:23:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17129 for bugs-outgoing; Sat, 20 Jan 1996 03:23:44 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17107 Sat, 20 Jan 1996 03:23:36 -0800 (PST) Date: Sat, 20 Jan 1996 03:23:36 -0800 (PST) From: Mike Pritchard Message-Id: <199601201123.DAA17107@freefall.freebsd.org> To: jkh, mpp, freebsd-bugs Subject: Re: docs/263 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: There is absolutely no documentation for the dialog library State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 03:22:12 PST 1996 State-Changed-Why: A man page for this library appeared in -current on 12/23/95: RCS file: /home/ncvs/src/gnu/lib/libdialog/dialog.3,v ---------------------------- revision 1.1 date: 1995/12/23 01:10:15; author: jkh; state: Exp; branches: 1.1.2; Add changes to: o Support a new, fully backwards-compatible API for controling individual items in dialog menus. o Write a man page. o Add some test code. From owner-freebsd-bugs Sat Jan 20 03:41:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18240 for bugs-outgoing; Sat, 20 Jan 1996 03:41:45 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18224 Sat, 20 Jan 1996 03:41:40 -0800 (PST) Date: Sat, 20 Jan 1996 03:41:40 -0800 (PST) From: Mike Pritchard Message-Id: <199601201141.DAA18224@freefall.freebsd.org> To: se@zpr.uni-koeln.de, mpp, freebsd-bugs Subject: Re: kern/266 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: ifconfig panics kernel built without option NFS State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 03:40:17 PST 1996 State-Changed-Why: The described problem does not seem to exist in -current. From owner-freebsd-bugs Sat Jan 20 03:46:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18510 for bugs-outgoing; Sat, 20 Jan 1996 03:46:34 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18489 Sat, 20 Jan 1996 03:46:29 -0800 (PST) Date: Sat, 20 Jan 1996 03:46:29 -0800 (PST) From: Mike Pritchard Message-Id: <199601201146.DAA18489@freefall.freebsd.org> To: markd@grizzly.com, mpp, freebsd-bugs Subject: Re: kern/169 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Errors from mkdir & mv when directories paths end with "/" State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 03:45:53 PST 1996 State-Changed-Why: Fixed in -current. From owner-freebsd-bugs Sat Jan 20 03:57:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA19218 for bugs-outgoing; Sat, 20 Jan 1996 03:57:52 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA19193 Sat, 20 Jan 1996 03:57:46 -0800 (PST) Date: Sat, 20 Jan 1996 03:57:46 -0800 (PST) From: Mike Pritchard Message-Id: <199601201157.DAA19193@freefall.freebsd.org> To: markd@grizzly.com, mpp, freebsd-bugs Subject: Re: docs/165 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: No documentation on kernel boot flags. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 03:55:35 PST 1996 State-Changed-Why: man 8 boot or man 8 boot_i386 now describe how to boot your machine. From owner-freebsd-bugs Sat Jan 20 04:24:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22278 for bugs-outgoing; Sat, 20 Jan 1996 04:24:10 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22228 Sat, 20 Jan 1996 04:24:04 -0800 (PST) Date: Sat, 20 Jan 1996 04:24:04 -0800 (PST) From: Mike Pritchard Message-Id: <199601201224.EAA22228@freefall.freebsd.org> To: paepcke@arcway.snafu.de, mpp, freebsd-bugs Subject: Re: ports/467 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: utils/kp wrong distfile place after make fetch State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Sat Jan 20 04:22:31 PST 1996 State-Changed-Why: Last update to this pr in Oct said that this had been working for 4 months, and it appears to still be working in -current. From owner-freebsd-bugs Sat Jan 20 04:30:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22531 for bugs-outgoing; Sat, 20 Jan 1996 04:30:38 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22517 for freebsd-bugs; Sat, 20 Jan 1996 04:30:34 -0800 (PST) Date: Sat, 20 Jan 1996 04:30:34 -0800 (PST) From: GNU GNATS Message-Id: <199601201230.EAA22517@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/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/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] 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] misc/166 /usr/include/machine/asmacros.h includes uninstalled [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] 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/28] kern/275 qic-02 streamer won't work [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/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] 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/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/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [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/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/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] 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] 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/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [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/16] bin/895 ppp predictor-1 memory leak [PATCH included] [1995/12/16] kern/897 cannot watch(1) the slattach(1)'ed tty [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/22] bin/910 Connection times out [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/02] ports/928 PGP port will not build cleanly [1996/01/03] pending/930 bin [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/07] bin/937 rcp -p fails on files with negative timestamps [1996/01/07] kern/938 after heavy disk I/O, processes sleep on "newbuf" in [1996/01/09] kern/940 panic: free vnode isn't [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/15] docs/947 FreeBSD has no intro(4) man page, but is ref'ed in s [1996/01/16] kern/949 panic, undebugable dump? [1996/01/16] kern/950 Two PCI bridge chips fail (multiple multiport ethern [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/18] bin/952 rlogind dumps core if hosts.equiv contains a netgrou [1996/01/18] junk/953 [1996/01/19] ports/955 make CFLAGS=whatever for a port will not be honored [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] ports/957 It appears that ukansas rerolled the lynx 2-4-2 rele [1996/01/19] bin/958 ttys file does not include all ptys 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/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jan 20 09:58:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09581 for bugs-outgoing; Sat, 20 Jan 1996 09:58:10 -0800 (PST) Received: (from nate@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09560 Sat, 20 Jan 1996 09:58:08 -0800 (PST) Date: Sat, 20 Jan 1996 09:58:08 -0800 (PST) From: Nate Williams Message-Id: <199601201758.JAA09560@freefall.freebsd.org> To: markd@grizzly.com, nate, freebsd-bugs Subject: Re: docs/164 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: no ptrace(2) manual page. State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Sat Jan 20 09:57:33 PST 1996 State-Changed-Why: Brought in the man-page from NetBSD. From owner-freebsd-bugs Sat Jan 20 10:01:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09748 for bugs-outgoing; Sat, 20 Jan 1996 10:01:40 -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 KAA09739 for ; Sat, 20 Jan 1996 10:01:36 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA18318; Sat, 20 Jan 1996 11:04:16 -0700 Date: Sat, 20 Jan 1996 11:04:16 -0700 From: Nate Williams Message-Id: <199601201804.LAA18318@rocky.sri.MT.net> To: freebsd-bugs@freefall.freebsd.org CC: gj@FreeBSD.org Subject: Re: docs/164 In-Reply-To: <199601201758.JAA09560@freefall.freebsd.org> References: <199601201758.JAA09560@freefall.freebsd.org> Sender: owner-bugs@FreeBSD.org Precedence: bulk Nate Williams writes: > Synopsis: no ptrace(2) manual page. > > State-Changed-From-To: open-closed > State-Changed-By: nate > State-Changed-When: Sat Jan 20 09:57:33 PST 1996 > State-Changed-Why: > Brought in the man-page from NetBSD. Note, I removed the referecnes to PT_ATTACH/PT_DETACH since they are ifdef'd out of , but don't we have the ability to attach/detach process using GDB? If so, can someone (Gary J.) bring back the changes to the man-page, or at least update the include file to reflect reality. Nate From owner-freebsd-bugs Sat Jan 20 11:26:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14562 for bugs-outgoing; Sat, 20 Jan 1996 11:26:45 -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 LAA14554 for ; Sat, 20 Jan 1996 11:26:39 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA03945; Sun, 21 Jan 1996 06:24:49 +1100 Date: Sun, 21 Jan 1996 06:24:49 +1100 From: Bruce Evans Message-Id: <199601201924.GAA03945@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, nate@sri.MT.net Subject: Re: docs/164 Cc: gj@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Note, I removed the referecnes to PT_ATTACH/PT_DETACH since they are >ifdef'd out of , but don't we have the ability to >attach/detach process using GDB? If so, can someone (Gary J.) bring >back the changes to the man-page, or at least update the include file to >reflect reality. gdb uses procfs for attach/detach. Defining PT_ATTACH/PT_DETACH would probably just cause sys_process.c to fail to compile. There are some old bits in there from before 1.1 (kept in case someone wants to make them work). Bruce From owner-freebsd-bugs Sat Jan 20 16:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03384 for bugs-outgoing; Sat, 20 Jan 1996 16:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03378 Sat, 20 Jan 1996 16:50:04 -0800 (PST) Resent-Date: Sat, 20 Jan 1996 16:50:04 -0800 (PST) Resent-Message-Id: <199601210050.QAA03378@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, grady@xcf.berkeley.edu Received: from semprini.ip.holonet.net (semprini.ip.holonet.net [157.151.128.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA03172 for ; Sat, 20 Jan 1996 16:45:29 -0800 (PST) Received: (from grady@localhost) by semprini.ip.holonet.net (8.6.12/8.6.9) id QAA00656; Sat, 20 Jan 1996 16:46:05 -0800 Message-Id: <199601210046.QAA00656@semprini.ip.holonet.net> Date: Sat, 20 Jan 1996 16:46:05 -0800 From: Steven Grady Reply-To: grady@xcf.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/960: gameport enabling on ProAudio Spectrum isn't documented Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 960 >Category: i386 >Synopsis: gameport enabling on ProAudio Spectrum isn't documented >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 20 16:50:02 PST 1996 >Last-Modified: >Originator: Steven Grady >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The existence of the PAS_JOYSTICK_ENABLE option as the mechanism for enabling the gameport on the ProAudio Spectrum isn't mentioned in i386/sound/sound.doc, nor is it listed as an option in LINT. >How-To-Repeat: >Fix: Document in sound.doc, and add to LINT. >Audit-Trail: >Unformatted: