From owner-freebsd-stable Sun Jun 30 01:00:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19196 for stable-outgoing; Sun, 30 Jun 1996 01:00:59 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA19183 for ; Sun, 30 Jun 1996 01:00:52 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uaHQm-0016LBC; Sun, 30 Jun 96 10:00:32 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00672; Sun, 30 Jun 1996 09:57:46 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id XAA01927; Sat, 29 Jun 1996 23:11:51 +0200 (MET DST) From: Juergen Lock Message-Id: <199606292111.XAA01927@saturn.hb.north.de> Subject: Re: ipfw (was: Re: lockups.) To: nash@mcs.com Date: Sat, 29 Jun 1996 23:11:51 +0200 (MET DST) Cc: stable@freebsd.org In-Reply-To: <199606291814.NAA06766@zen.nash.org> from Alex Nash at "Jun 29, 96 01:14:30 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex Nash writes: > Sorry, but attempting to maintain backwards compatibility at this > point is bogus. The original ip_fw struct shipped in 2.1R contains > different fields yet is the exact same size as the previous ip_fw > struct in stable. Checking for a 64 byte structure does not give > you the information necessary to provide backwards compatibility. Ah well... sure would have been nice. > > Alex cheers Juergen From owner-freebsd-stable Sun Jun 30 06:27:22 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11722 for stable-outgoing; Sun, 30 Jun 1996 06:27:22 -0700 (PDT) Received: from ajax.wcs.uq.edu.au (ajax.wcs.uq.edu.au [130.102.222.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA11712 for ; Sun, 30 Jun 1996 06:27:18 -0700 (PDT) Received: (from garyr@localhost) by ajax.wcs.uq.edu.au (8.6.8/8.6.6) id XAA06963; Sun, 30 Jun 1996 23:26:24 +1000 From: Gary Roberts Message-Id: <199606301326.XAA06963@ajax.wcs.uq.edu.au> Subject: Re: Help with fdisk To: 100120.3121@CompuServe.COM (Berend de Boer) Date: Sun, 30 Jun 1996 23:26:23 +1000 (EST) Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <960628200112_100120.3121_EHQ55-1@CompuServe.COM> from "Berend de Boer" at Jun 28, 96 04:01:12 pm Organisation: The University of Queensland Phone: +617 3844 0400 Reply-To: garyr@wcs.uq.edu.au X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Berend de Boer writes: > I have a harddisk with a loose partition at the end. I like to make this > available to FreeBSD, however I cannot get fdisk to work. Maybe someone can > help? I'm not sure if this is the right list to post, so if I'm wrong please > direct me to the correct one (but I couldn't find a more appropriate list). You probably would have been much better off sending this to -questions. My impression (and someone will undoubtedly correct me if I'm wrong ;->.) is that fdisk `wraps' the cylinder count after 1023 so that when you try to get `1024' it is reported by fdisk as `0'. This is quite off-putting but harmless since fdisk seems to do the right thing and you will get your new slice as you want. I say this from experience as I have sliced up a couple of large IDE disks this way with no problems. You should have proper backups of any critical data before you start this :->. There is, however, something funny with the numbers you produce below. > cylinders=1647 heads=16 sectors/track=63 (1008 blks/cyl) > The data for partition 0 is: > sysid 4,(Primary DOS with 16 bit FAT) > start 63, size 41265 (20 Meg), flag 0 > beg: cyl 0/ sector 1/ head 1; > end: cyl 40/ sector 63/ head 15 This looks fine - 41 cyls X 1008 blks/cyl = 41328 (ie. = 63 + 41265) > The data for partition 1 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 41328, size 1023120 (499 Meg), flag 80 > beg: cyl 41/ sector 1/ head 0; > end: cyl 1023/ sector 63/ head 15 Now to me this is a puzzle. If the size is 1023120 (ie. 1008 X 1015) then the ending cylinder should be 1055 (41 + 1015 - 1) and not 1023. My recollection is that fdisk would `wrap' and report the ending cylinder as something like cyl 31 (1055 - 1024). It was a fair while ago that I did this so my memory may be faulty :->. > I like to turn the 2nd partion to the 306MB I should have availabe. Using a > calculator (..., anyone used NT's DiskManager?) I determined the startaddress > and size, however I coudn't get fdisk to let this partition start at cilinder > 1024, even when explicitly specifiying the beginaddress: > > ---------------------------fdisk start--------------------------------------- > The data for partition 2 is: > > Do you want to change it? [n] y > Supply a decimal value for "sysid" [0] 165 > Supply a decimal value for "start" [0] 1032192 > Supply a decimal value for "size" [0] 627984 > Explicitly specifiy beg/end address ? [n] > sysid 165,(FreeBSD/NetBSD/386BSD) > start 1032192, size 627984 (306 Meg), flag 0 > beg: cyl 0/ sector 1/ head 0; > end: cyl 622/ sector 63/ head 15 > Are we happy with this entry? [n] > ---------------------------fdisk end---------------------------------------- As I said, I would have expected fdisk to have reported the end of slice (partition) 1 as being cyl 31 and not 1023 if the size was 1023120. I would expect the "start" of slice 2 to be 1064448 (41328 + 1023120) and not 1032192 as your example shows. I would also expect the "size" to be 595728 so that 1064448 + 595728 = 1660176 which is 1647 cyls. Perhaps you could recheck your numbers? From what you have supplied, the ending cyl of 1023 for slice 1 seems to be bogus to me. Maybe someone else may wish to comment. Cheers, -- Gary Roberts (garyr@wcs.uq.edu.au) (Ph +617 3844 0400 Fax +617 3844 0444) 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-stable Sun Jun 30 08:27:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20701 for stable-outgoing; Sun, 30 Jun 1996 08:27:53 -0700 (PDT) Received: from silver.sms.fi (root@silver.sms.fi [194.111.122.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20695 for ; Sun, 30 Jun 1996 08:27:43 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.7.5/8.6.9) id SAA28739; Sun, 30 Jun 1996 18:27:05 +0300 (EET DST) Date: Sun, 30 Jun 1996 18:27:05 +0300 (EET DST) Message-Id: <199606301527.SAA28739@silver.sms.fi> From: Petri Helenius To: freebsd-stable@freebsd.org Subject: problem making world on stable Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get the following error from making world on stable supped today: ===> usr.sbin/pppstats ===> usr.sbin/pstat ===> usr.sbin/pwd_mkdb cc -O -c /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c: In function `main': /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:230: `_PW_KEYPLUSBYNUM' undeclared (first use this function) /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:230: (Each undeclared identifier is reported only once /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:230: for each function it appears in.) /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:230: `_PW_KEYMINUSBYNUM' undeclared (first use this function) /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:261: `_PW_KEYPLUSCNT' undeclared (first use this function) /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:270: `_PW_KEYMINUSCNT' undeclared (first use this function) *** Error code 1 Stop. *** Error code 1 Any suggestions for remedies? Pete From owner-freebsd-stable Sun Jun 30 09:07:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23875 for stable-outgoing; Sun, 30 Jun 1996 09:07:04 -0700 (PDT) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA23859 for ; Sun, 30 Jun 1996 09:07:01 -0700 (PDT) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0uaOxb-0004rmC; Sun, 30 Jun 96 12:02 EDT Received: from elmer.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA27545; Sun, 30 Jun 96 12:02:20 EDT Received: by elmer.picker.com (SMI-8.6/SMI-SVR4) id MAA19202; Sun, 30 Jun 1996 12:03:51 -0400 From: rhh@ct.picker.com (Randall Hopper) Message-Id: <199606301603.MAA19202@elmer.picker.com> Subject: 960627-SNAP - Problem with IPFirewall/portmap To: stable@freebsd.org Date: Sun, 30 Jun 1996 12:03:50 -0400 (EDT) Reply-To: rhh@ct.picker.com Organization: Picker International, CT Division X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just installed the 2.1-960627-SNAP, and ran into a system hang-up with it. I spent some time narrowing this down, it appears that the presence of the IPFIREWALL option causes portmap to refuse connections. rpcinfo -p just prints an error, and amd can't register with portmap. This leaves the kernel in a somewhat strange state on amd's exit, and causes hang-ups when accessing automount directories. Jun 29 16:45:19 stealth amd[98]/fatal: unable to register (AMQ_PROGRAM, AMQ_VERSION, udp) The GENERIC kernel works fine of course, since it doesn't have IPFIREWALL built in. Without IPFIREWALL, rpcinfo -p behaves as expected, and amd starts up and works fine. I actually haven't ever used IPFIREWALL -- I just pulled over my 2.1-RELEASE config file and tailored it based on the latest LINT. It's one of those things I put in to play with later, and adding it didn't cause any problems with 2.1-RELEASE. For now, I'll just remove it but I'm curious as to whether this is a bug or something I don't have set up correctly. Thanks, Randall Hopper rhh@ct.picker.com From owner-freebsd-stable Sun Jun 30 10:33:34 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29651 for stable-outgoing; Sun, 30 Jun 1996 10:33:34 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA29622 for ; Sun, 30 Jun 1996 10:33:19 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uaQMr-0016EyC; Sun, 30 Jun 96 19:33:05 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00848; Sun, 30 Jun 1996 19:18:14 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id TAA03820 for stable@freebsd.org; Sun, 30 Jun 1996 19:17:52 +0200 (MET DST) From: Juergen Lock Message-Id: <199606301717.TAA03820@saturn.hb.north.de> Subject: misc things possibly worth merging? To: stable@freebsd.org Date: Sun, 30 Jun 1996 19:17:52 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is from a cvs diff -u -rRELENG_2_1_0 which i just looked thru: (I guess there are many more little things of this kind... :) Index: src/gnu/usr.bin/ld/rrs.c =================================================================== RCS file: /home/cvs/cvs/src/gnu/usr.bin/ld/rrs.c,v retrieving revision 1.14 diff -u -r1.14 rrs.c --- rrs.c 1995/03/04 17:46:09 1.14 +++ rrs.c 1996/05/28 01:33:30 @@ -1185,6 +1185,7 @@ sodp[i].sod_library = 1; } else sodp[i].sod_library = 0; + sodp[i].sod_reserved = 0; pos += 1 + strlen(name); sodp[i].sod_next = (i == number_of_shobjs - 1) ? 0 : (thats from: revision 1.15 date: 1996/05/27 18:06:02; author: jdp; state: Exp; lines: +2 -1 Zero out an unused field in a structure that is written to the output file. The field formerly contained random garbage, leading to spurious differences between otherwise identical executables and libraries.) Index: src/sys/ddb/db_ps.c =================================================================== RCS file: /home/cvs/cvs/src/sys/ddb/db_ps.c,v retrieving revision 1.6.4.2 diff -u -r1.6.4.2 db_ps.c --- db_ps.c 1995/09/12 04:21:43 1.6.4.2 +++ db_ps.c 1996/06/15 10:39:48 @@ -82,6 +82,10 @@ return; } } + if (p == NULL) { + printf("oops, ran out of processes early!\n"); + break; + } pp = p->p_pptr; if (pp == NULL) pp = p; (from: revision 1.12 date: 1996/06/15 07:08:02; author: peter; state: Exp; lines: +5 -1 A small bit of defensive programming in case the panic is during process exit and cleanup. the 'ps' command assumes that there are always 'nproc' processes on the lists and will walk off the end without checking if not, causing ddb to trap during the 'ps' command. ) i have not yet had such a panic, just looked useful when i saw it... Index: src/usr.sbin/lpr/lpd/printjob.c =================================================================== RCS file: /home/cvs/cvs/src/usr.sbin/lpr/lpd/printjob.c,v retrieving revision 1.4.4.2 diff -u -r1.4.4.2 printjob.c --- printjob.c 1995/10/06 10:30:44 1.4.4.2 +++ printjob.c 1996/06/11 10:21:34 @@ -622,6 +622,13 @@ printer, format); return(ERROR); } + if (prog == NULL) { + (void) close(fi); + syslog(LOG_ERR, + "%s: no filter found in printcap for format character '%c'", + printer, format); + return(ERROR); + } if ((av[0] = rindex(prog, '/')) != NULL) av[0]++; else (from: revision 1.8 date: 1996/05/05 22:40:48; author: joerg; state: Exp; lines: +173 -75 Pull a bunch of fixes from the 4.4BSD-Lite2 branch. It's really surprising how many trivial errors there have been... :-) Some more cleanup is needed, but i'd like to separate the Lite2 changes from other work, that's why this goes into a different commit. People with serial printers should see whether i have broken the stty- style printcap options (i hope not). Inspired by: Sergey Shkonda ) this was after a lpr -dlqhi (which should have been lpr -P.. as you can guess) got me messages of coredumping lpd processes :) (haven't looked at the other fixes in that commit, i guess many of them could also go in?) and finally some USER_LDT fixes from current, they make wine work at least a little better. just in case someone still finds the time and look at this... Juergen Index: src/sys/i386/i386/machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.128.4.8 diff -u -r1.128.4.8 machdep.c --- machdep.c 1996/06/25 20:19:29 1.128.4.8 +++ machdep.c 1996/06/26 19:44:34 @@ -1003,6 +1003,19 @@ { int *regs = p->p_md.md_regs; +#ifdef USER_LDT + struct pcb *pcb = &p->p_addr->u_pcb; + + /* was i386_user_cleanup() in NetBSD */ + if (pcb->pcb_ldt) { + if (pcb == curpcb) + lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); + kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, + pcb->pcb_ldt_len * sizeof(union descriptor)); + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; + } +#endif + bzero(regs, sizeof(struct trapframe)); regs[tEIP] = entry; regs[tESP] = stack; Index: src/sys/i386/i386/sys_machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/sys_machdep.c,v retrieving revision 1.9 diff -u -r1.9 sys_machdep.c --- sys_machdep.c 1995/05/30 07:59:40 1.9 +++ sys_machdep.c 1996/04/30 19:22:55 @@ -45,6 +45,13 @@ #include /* for kernel_map */ +#define MAX_LD 8192 +#define LD_PER_PAGE 512 +#define NEW_MAX_LD(num) ((num + LD_PER_PAGE) & ~(LD_PER_PAGE-1)) +#define SIZE_FROM_LARGEST_LD(num) (NEW_MAX_LD(num) << 3) + + + void set_user_ldt __P((struct pcb *pcb)); int i386_get_ldt __P((struct proc *, char *, int *)); int i386_set_ldt __P((struct proc *, char *, int *)); @@ -80,6 +87,10 @@ } #ifdef USER_LDT +/* + * Update the GDT entry pointing to the LDT to point to the LDT of the + * current process. + */ void set_user_ldt(struct pcb *pcb) { @@ -107,17 +118,19 @@ int nldt, num; union descriptor *lp; int s; - struct i386_get_ldt_args ua, *uap; + struct i386_get_ldt_args ua; + struct i386_get_ldt_args *uap = &ua; - if ((error = copyin(args, &ua, sizeof(struct i386_get_ldt_args))) < 0) + if ((error = copyin(args, uap, sizeof(struct i386_get_ldt_args))) < 0) return(error); - uap = &ua; #ifdef DEBUG - printf("i386_get_ldt: start=%d num=%d descs=%x\n", uap->start, uap->num, uap->desc); + printf("i386_get_ldt: start=%d num=%d descs=%x\n", uap->start, + uap->num, uap->desc); #endif - if (uap->start < 0 || uap->num < 0) + /* verify range of LDTs exist */ + if ((uap->start < 0) || (uap->num <= 0)) return(EINVAL); s = splhigh(); @@ -157,7 +170,9 @@ int *retval; { int error = 0, i, n; + int largest_ld; struct pcb *pcb = &p->p_addr->u_pcb; + union descriptor desc; union descriptor *lp; int s; struct i386_set_ldt_args ua, *uap; @@ -171,25 +186,36 @@ printf("i386_set_ldt: start=%d num=%d descs=%x\n", uap->start, uap->num, uap->desc); #endif - if (uap->start < 0 || uap->num < 0) - return(EINVAL); - - /* XXX Should be 8192 ! */ - if (uap->start > 512 || - (uap->start + uap->num) > 512) - return(EINVAL); - - /* allocate user ldt */ - if (!pcb->pcb_ldt) { - union descriptor *new_ldt = - (union descriptor *)kmem_alloc(kernel_map, 512*sizeof(union descriptor)); - bcopy(ldt, new_ldt, sizeof(ldt)); - pcb->pcb_ldt = (caddr_t)new_ldt; - pcb->pcb_ldt_len = 512; /* XXX need to grow */ -#ifdef DEBUG - printf("i386_set_ldt(%d): new_ldt=%x\n", p->p_pid, new_ldt); -#endif - } + /* verify range of descriptors to modify */ + if ((uap->start < NLDT) || (uap->start >= MAX_LD) || (uap->num < 0) || + (uap->num > MAX_LD)) + { + return(EINVAL); + } + largest_ld = uap->start + uap->num - 1; + if (largest_ld >= MAX_LD) + return(EINVAL); + + /* allocate user ldt */ + if (!pcb->pcb_ldt || (largest_ld >= pcb->pcb_ldt_len)) { + union descriptor *new_ldt = (union descriptor *)kmem_alloc( + kernel_map, SIZE_FROM_LARGEST_LD(largest_ld)); + if (new_ldt == NULL) { + return ENOMEM; + } + if (pcb->pcb_ldt) { + bcopy(pcb->pcb_ldt, new_ldt, pcb->pcb_ldt_len + * sizeof(union descriptor)); + kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, + pcb->pcb_ldt_len * sizeof(union descriptor)); + } else { + bcopy(ldt, new_ldt, sizeof(ldt)); + } + pcb->pcb_ldt = (caddr_t)new_ldt; + pcb->pcb_ldt_len = NEW_MAX_LD(largest_ld); + if (pcb == curpcb) + set_user_ldt(pcb); + } /* Check descriptors for access violations */ for (i = 0, n = uap->start; i < uap->num; i++, n++) { @@ -199,63 +225,71 @@ if (error) return(error); - /* Only user (ring-3) descriptors */ - if (desc.sd.sd_dpl != SEL_UPL) - return(EACCES); - - /* Must be "present" */ - if (desc.sd.sd_p == 0) - return(EACCES); - switch (desc.sd.sd_type) { - case SDT_SYSNULL: - case SDT_SYS286CGT: - case SDT_SYS386CGT: - break; - case SDT_MEMRO: - case SDT_MEMROA: - case SDT_MEMRW: - case SDT_MEMRWA: - case SDT_MEMROD: - case SDT_MEMRODA: - case SDT_MEME: - case SDT_MEMEA: - case SDT_MEMER: - case SDT_MEMERA: - case SDT_MEMEC: - case SDT_MEMEAC: - case SDT_MEMERC: - case SDT_MEMERAC: { -#if 0 - unsigned long base = (desc.sd.sd_hibase << 24)&0xFF000000; - base |= (desc.sd.sd_lobase&0x00FFFFFF); - if (base >= KERNBASE) - return(EACCES); -#endif + case SDT_SYSNULL: /* system null */ + desc.sd.sd_p = 0; + break; + case SDT_SYS286TSS: /* system 286 TSS available */ + case SDT_SYSLDT: /* system local descriptor table */ + case SDT_SYS286BSY: /* system 286 TSS busy */ + case SDT_SYSTASKGT: /* system task gate */ + case SDT_SYS286IGT: /* system 286 interrupt gate */ + case SDT_SYS286TGT: /* system 286 trap gate */ + case SDT_SYSNULL2: /* undefined by Intel */ + case SDT_SYS386TSS: /* system 386 TSS available */ + case SDT_SYSNULL3: /* undefined by Intel */ + case SDT_SYS386BSY: /* system 386 TSS busy */ + case SDT_SYSNULL4: /* undefined by Intel */ + case SDT_SYS386IGT: /* system 386 interrupt gate */ + case SDT_SYS386TGT: /* system 386 trap gate */ + case SDT_SYS286CGT: /* system 286 call gate */ + case SDT_SYS386CGT: /* system 386 call gate */ + /* I can't think of any reason to allow a user proc + * to create a segment of these types. They are + * for OS use only. + */ + return EACCES; + + /* memory segment types */ + case SDT_MEMEC: /* memory execute only conforming */ + case SDT_MEMEAC: /* memory execute only accessed conforming */ + case SDT_MEMERC: /* memory execute read conforming */ + case SDT_MEMERAC: /* memory execute read accessed conforming */ + /* Must be "present" if executable and conforming. */ + if (desc.sd.sd_p == 0) + return (EACCES); + break; + case SDT_MEMRO: /* memory read only */ + case SDT_MEMROA: /* memory read only accessed */ + case SDT_MEMRW: /* memory read write */ + case SDT_MEMRWA: /* memory read write accessed */ + case SDT_MEMROD: /* memory read only expand dwn limit */ + case SDT_MEMRODA: /* memory read only expand dwn lim accessed */ + case SDT_MEMRWD: /* memory read write expand dwn limit */ + case SDT_MEMRWDA: /* memory read write expand dwn lim acessed */ + case SDT_MEME: /* memory execute only */ + case SDT_MEMEA: /* memory execute only accessed */ + case SDT_MEMER: /* memory execute read */ + case SDT_MEMERA: /* memory execute read accessed */ break; - } default: - return(EACCES); + return(EINVAL); /*NOTREACHED*/ } + + /* Only user (ring-3) descriptors may be present. */ + if ((desc.sd.sd_p != 0) && (desc.sd.sd_dpl != SEL_UPL)) + return (EACCES); } s = splhigh(); /* Fill in range */ - for (i = 0, n = uap->start; i < uap->num && !error; i++, n++) { - union descriptor desc, *dp; - dp = &uap->desc[i]; - lp = &((union descriptor *)(pcb->pcb_ldt))[n]; -#ifdef DEBUG - printf("i386_set_ldt(%d): ldtp=%x\n", p->p_pid, lp); -#endif - error = copyin(dp, lp, sizeof(union descriptor)); - } - if (!error) { - *retval = uap->start; -/* need_resched(); */ - } + error = copyin(uap->desc, + &((union descriptor *)(pcb->pcb_ldt))[uap->start], + uap->num * sizeof(union descriptor)); + if (!error) + *retval = uap->start; splx(s); return(error); Index: src/sys/i386/i386/vm_machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.39.4.4 diff -u -r1.39.4.4 vm_machdep.c --- vm_machdep.c 1996/06/20 08:08:29 1.39.4.4 +++ vm_machdep.c 1996/06/22 21:00:02 @@ -580,10 +580,23 @@ cpu_exit(p) register struct proc *p; { +#ifdef USER_LDT + struct pcb *pcb; +#endif #if NNPX > 0 npxexit(p); #endif /* NNPX */ +#ifdef USER_LDT + pcb = &p->p_addr->u_pcb; + if (pcb->pcb_ldt != 0) { + if (pcb == curpcb) + lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); + kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, + pcb->pcb_ldt_len * sizeof(union descriptor)); + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; + } +#endif cnt.v_swtch++; cpu_switch(p); panic("cpu_exit"); From owner-freebsd-stable Sun Jun 30 10:55:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA01816 for stable-outgoing; Sun, 30 Jun 1996 10:55:49 -0700 (PDT) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA01811 for ; Sun, 30 Jun 1996 10:55:47 -0700 (PDT) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0uaQf1-0004rrC; Sun, 30 Jun 96 13:51 EDT Received: from elmer.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA29388; Sun, 30 Jun 96 13:51:15 EDT Received: by elmer.picker.com (SMI-8.6/SMI-SVR4) id NAA19349; Sun, 30 Jun 1996 13:52:47 -0400 From: rhh@ct.picker.com (Randall Hopper) Message-Id: <199606301752.NAA19349@elmer.picker.com> Subject: 960627-SNAP - Problem with ATAPI detection To: stable@freebsd.org Date: Sun, 30 Jun 1996 13:52:47 -0400 (EDT) Reply-To: rhh@ct.picker.com Organization: Picker International, CT Division X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My configuration: P55TP4XE motherboard with dual-IDE, 2 hard drives on wdc0, and a Sony CDU-55E ATAPI IDE CDROM on wdc1. As with the 2.1.0-RELEASE, my ATAPI CD-ROM isn't detected when I enable ATAPI on 2.1-960627-SNAP. Although if I suppress probing for IDE hard disks on wcd1 using this isa/wd.c patch: --- 419,435 ---- * Use the individual device flags or the controller * flags. */ du->cfg_flags = wdup->id_flags | ((dvp->id_flags) >> (16 * unit)); + #ifdef RHHOLD if (wdgetctlr(du) == 0) { + #else + /* RHH - Don't even try to find hard disks on wdc1 */ + if ((dvp->id_unit == 0) && (wdgetctlr(du) == 0)) { + #endif then my CD-ROM is detected and works fine (cdplay/mount/etc): wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordy Without this patch, the wd driver gets a "controller busy" which is detected at the top of atapi.c:atapi_probe (atapi_wait). It appears that the hard disk probe might be leaving the controller in an invalid state for ATAPI probing. I'd sure like not to have to hack the kernel to get 2.1.5 to detect my CD-ROM. Anything I can try to help debug this? Thanks, Randall Hopper rhh@ct.picker.com From owner-freebsd-stable Sun Jun 30 11:36:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05011 for stable-outgoing; Sun, 30 Jun 1996 11:36:37 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05003; Sun, 30 Jun 1996 11:36:29 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id NAA16141; Sun, 30 Jun 1996 13:36:13 -0500 (CDT) Message-Id: <199606301836.NAA16141@sierra.zyzzyva.com> To: Kent Hamilton cc: current@freebsd.org, stable@freebsd.org Subject: Re: IPFW Wish List Item In-reply-to: kenth's message of Sat, 29 Jun 1996 13:22:57 -0500. <199606291822.NAA06096@gwydion.hns.st-louis.mo.us> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Jun 1996 13:36:12 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not to belittle the work that Poul and others have put into IPFW, I can't help but ask, "Why reinvent the wheel?" Darren Reed has done a great job pulling together ip_filter. As near as I can tell it offers every feature that IPFW does as well as NAT and many other features that are being requested for addition to IPFW. Again, my comments are not intended to take away from the effort that has been put into IPFW. It just seems that there is another option available that could only be made better by making it the standard packet filter for FreeBSD. It already sports many of the features that are being requested for addition to IPFW. > Since all the discussion about IPFW is going on I'll toss my wish list > item into the hat. Add the ability to use it as a NAT the way ip_filter > can. > > -- > Kent Hamilton From owner-freebsd-stable Sun Jun 30 11:41:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05436 for stable-outgoing; Sun, 30 Jun 1996 11:41:07 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05423 for ; Sun, 30 Jun 1996 11:41:04 -0700 (PDT) Received: by haven.uniserve.com id <31891-142>; Sun, 30 Jun 1996 11:44:51 -0800 Date: Sun, 30 Jun 1996 11:44:40 -0700 (PDT) From: Tom Samplonius To: Randall Hopper cc: stable@freebsd.org Subject: Re: 960627-SNAP - Problem with IPFirewall/portmap In-Reply-To: <199606301603.MAA19202@elmer.picker.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 30 Jun 1996, Randall Hopper wrote: > Just installed the 2.1-960627-SNAP, and ran into a system hang-up with > it. I spent some time narrowing this down, it appears that the presence of > the IPFIREWALL option causes portmap to refuse connections. rpcinfo -p By default, the firewall denies all to all. Read the man page. Tom From owner-freebsd-stable Sun Jun 30 12:06:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07113 for stable-outgoing; Sun, 30 Jun 1996 12:06:35 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA07076 for ; Sun, 30 Jun 1996 12:05:59 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id OAA03003; Sun, 30 Jun 1996 14:05:39 -0500 (CDT) Date: Sun, 30 Jun 1996 14:05:39 -0500 (CDT) Message-Id: <199606301905.OAA03003@zen.nash.org> From: Alex Nash To: rhh@ct.picker.com Cc: stable@freebsd.org Subject: RE: 960627-SNAP - Problem with IPFirewall/portmap Reply-to: nash@mcs.com Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just installed the 2.1-960627-SNAP, and ran into a system hang-up with > it. I spent some time narrowing this down, it appears that the presence of > the IPFIREWALL option causes portmap to refuse connections. rpcinfo -p > just prints an error, and amd can't register with portmap. This leaves the > kernel in a somewhat strange state on amd's exit, and causes hang-ups when > accessing automount directories. > [...] > I actually haven't ever used IPFIREWALL -- I just pulled over my > 2.1-RELEASE config file and tailored it based on the latest LINT. It's one > of those things I put in to play with later, and adding it didn't cause any > problems with 2.1-RELEASE. For now, I'll just remove it but I'm curious as > to whether this is a bug or something I don't have set up correctly. The default policy of the firewall is to deny packets. This has changed since 2.1R in which the default policy was allow. Try typing 'ipfw l' I suspect you will see only one rule: 65535 deny all from any to any For information on configuring the firewall, see ipfw(8) and the handbook (preferably the one on www.freebsd.org since the one in the SNAP has some errors). http://www.freebsd.org/handbook/handbook66.html Alex From owner-freebsd-stable Sun Jun 30 12:07:10 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07157 for stable-outgoing; Sun, 30 Jun 1996 12:07:10 -0700 (PDT) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07150 for ; Sun, 30 Jun 1996 12:07:08 -0700 (PDT) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0uaRmd-0004rmC; Sun, 30 Jun 96 15:03 EDT Received: from elmer.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA00814; Sun, 30 Jun 96 15:03:11 EDT Received: by elmer.picker.com (SMI-8.6/SMI-SVR4) id PAA19916; Sun, 30 Jun 1996 15:04:43 -0400 From: rhh@ct.picker.com (Randall Hopper) Message-Id: <199606301904.PAA19916@elmer.picker.com> Subject: 960627-SNAP - sound devices To: stable@freebsd.org Date: Sun, 30 Jun 1996 15:04:42 -0400 (EDT) Reply-To: rhh@ct.picker.com Organization: Picker International, CT Division X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk One other (really) small problem I noticed was that the sound devices didn't exist after the default install. An "sh MAKEDEV snd0" easily fixed this (though I don't remember having to do this for 2.1 -- I could be wrong). Randall Hopper rhh@ct.picker.com From owner-freebsd-stable Sun Jun 30 12:21:55 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08281 for stable-outgoing; Sun, 30 Jun 1996 12:21:55 -0700 (PDT) Received: from etamin.brunel.ac.uk (pp@etamin.brunel.ac.uk [134.83.128.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08273 for ; Sun, 30 Jun 1996 12:21:51 -0700 (PDT) Received: from palmer.demon.co.uk by etamin.brunel.ac.uk with SMTP (PP); Sun, 30 Jun 1996 20:21:47 +0100 Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id UAA11638; Sun, 30 Jun 1996 20:08:46 +0100 (BST) To: rhh@ct.picker.com cc: stable@FreeBSD.ORG From: Gary Palmer Subject: Re: 960627-SNAP - Problem with IPFirewall/portmap In-reply-to: Your message of "Sun, 30 Jun 1996 12:03:50 EDT." <199606301603.MAA19202@elmer.picker.com> Date: Sun, 30 Jun 1996 20:08:45 +0100 Message-ID: <11632.836161725@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randall Hopper wrote in message ID <199606301603.MAA19202@elmer.picker.com>: > Just installed the 2.1-960627-SNAP, and ran into a system > hang-up with it. I spent some time narrowing this down, it appears > that the presence of the IPFIREWALL option causes portmap to refuse > connections. This is the defined behaviour of the IPFIREWALL code. Recent versions have a ``deny everything by default'' behaviour, which even stops ifconfig from working. IMHO, although being the right choice, it's a pain in the proverbials, and also breaks diskless booting if the kernel you are booting has IPFIREWALL in it. Solution: change the IPFIREWALL rules before you try doing ANYTHING else with the networking subsystem. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Sun Jun 30 12:27:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08613 for stable-outgoing; Sun, 30 Jun 1996 12:27:16 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08606; Sun, 30 Jun 1996 12:27:12 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id MAA05310; Sun, 30 Jun 1996 12:26:57 -0700 (PDT) To: Randy Terbush cc: Kent Hamilton , current@freebsd.org, stable@freebsd.org Subject: Re: IPFW Wish List Item In-reply-to: Your message of "Sun, 30 Jun 1996 13:36:12 CDT." <199606301836.NAA16141@sierra.zyzzyva.com> Date: Sun, 30 Jun 1996 12:26:56 -0700 Message-ID: <5308.836162816@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606301836.NAA16141@sierra.zyzzyva.com>, Randy Terbush writes: > >Not to belittle the work that Poul and others have put into IPFW, >I can't help but ask, "Why reinvent the wheel?" > >Darren Reed has done a great job pulling together ip_filter. As near >as I can tell it offers every feature that IPFW does as well as NAT and >many other features that are being requested for addition to IPFW. > >Again, my comments are not intended to take away from the effort that >has been put into IPFW. It just seems that there is another option >available that could only be made better by making it the standard >packet filter for FreeBSD. It already sports many of the features >that are being requested for addition to IPFW. At the time there were various obstacles for that. I hope that somebody soon imports ipfilter too. I would like to see us having two implementations: ipfw for the lightweight stuff ipfilter for the heavy stuff. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-stable Sun Jun 30 13:44:09 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15688 for stable-outgoing; Sun, 30 Jun 1996 13:44:09 -0700 (PDT) Received: from uu.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA15570; Sun, 30 Jun 1996 13:42:29 -0700 (PDT) Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id AAA20172; Mon, 1 Jul 1996 00:02:28 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id AAA10494; Mon, 1 Jul 1996 00:02:26 +0300 From: "Andrew V. Stesin" Message-Id: <199606302102.AAA10494@office.elvisti.kiev.ua> Subject: Re: IPFW Wish List Item To: phk@freebsd.org (Poul-Henning Kamp) Date: Mon, 1 Jul 1996 00:02:22 +2700 (EET DST) Cc: randy@zyzzyva.com, kenth@hns.st-louis.mo.us, current@freebsd.org, stable@freebsd.org In-Reply-To: <5308.836162816@critter.tfs.com> from "Poul-Henning Kamp" at Jun 30, 96 12:26:56 pm X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk # # I hope that somebody soon imports ipfilter too. I would like to # see us having two implementations: # ipfw for the lightweight stuff # ipfilter for the heavy stuff. That would be a really wise and great desision. BTW ipfilter is now at 3.1.0beta -- thus importing it to -current will make an up-to-date version ready to use to the date of 2.2-release (I think). # -- # Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. # http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. # whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. # Future will arrive by its own means, progress not so. # -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 "You may delegate authority, but not responsibility." Frank's Management Rule #1. From owner-freebsd-stable Sun Jun 30 14:36:13 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19032 for stable-outgoing; Sun, 30 Jun 1996 14:36:13 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18950 for ; Sun, 30 Jun 1996 14:36:02 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id OAA00233 for ; Sun, 30 Jun 1996 14:44:43 -0700 (PDT) Date: Sun, 30 Jun 1996 14:44:42 -0700 (PDT) From: Tom Samplonius To: stable@freebsd.org Subject: Problem with 1542 and ZIP drive Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having problems accessing a ZIP drive under FreeBSD-stable, using a 1542 controller. As soon as I generate some significant disk activity, the following happens: Jun 30 14:40:22 misery /kernel: sd0(aha0:5:0): timed out Jun 30 14:40:22 misery /kernel: adapter not taking commands.. frozen?! Jun 30 14:40:22 misery /kernel: Debugger("aha1542") called. Jun 30 14:40:23 misery /kernel: AGAIN Jun 30 14:40:23 misery /kernel: aha0: MBO 02 and not 00 (free) Jun 30 14:40:32 misery /kernel: sd0(aha0:5:0): timed out Jun 30 14:40:32 misery /kernel: adapter not taking commands.. frozen?! Jun 30 14:40:32 misery /kernel: Debugger("aha1542") called. Jun 30 14:40:32 misery /kernel: Jun 30 14:40:36 misery /kernel: sd0(aha0:5:0): timed out Jun 30 14:40:36 misery /kernel: adapter not taking commands.. frozen?! Jun 30 14:40:36 misery /kernel: Debugger("aha1542") called. Jun 30 14:40:36 misery /kernel: AGAIN Jun 30 14:40:36 misery /kernel: aha0: MBO 02 and not 00 (free) Jun 30 14:40:46 misery /kernel: sd0(aha0:5:0): timed out Jun 30 14:40:46 misery /kernel: adapter not taking commands.. frozen?! Jun 30 14:40:46 misery /kernel: Debugger("aha1542") called. Jun 30 14:40:46 misery /kernel: Any idea of what this is caused by? The only way to get the drive to work at all after this, is to reboot the system. Tom From owner-freebsd-stable Sun Jun 30 15:06:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20578 for stable-outgoing; Sun, 30 Jun 1996 15:06:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20573; Sun, 30 Jun 1996 15:06:51 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA16720; Sun, 30 Jun 1996 15:06:26 -0700 (PDT) To: jmz@freebsd.org cc: stable@freebsd.org Subject: Fetch *really* needs a man page! Date: Sun, 30 Jun 1996 15:06:26 -0700 Message-ID: <16718.836172386@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We can't ship 2.1.5-RELEASE with ncftp gone and fetch totally man-less, can we? That would be terrible, since we'd be essentially tossing a lot people at a new utility without giving them the slightest idea of how to use it. I do know that a lot of people use ncftp right now, and if they're told that fetch is better (and I think that it's at least more generally capable) then they'll switch, but not without a man page! :-( I also know that you probably didn't intend for this to go straight into -stable the way it did, but it was either that or maintain two different versions of bsd.port.mk (and the variant ports) and that would have been truly annoying to the portsmeisters. I *will* do this if nobody else does, but I'd really rather spend my time trying to make sure nothing truly major slips through the cracks. :-) Thanks! Jordan From owner-freebsd-stable Sun Jun 30 15:30:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22303 for stable-outgoing; Sun, 30 Jun 1996 15:30:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22296 for ; Sun, 30 Jun 1996 15:30:28 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA17307; Sun, 30 Jun 1996 15:29:56 -0700 (PDT) To: rhh@ct.picker.com cc: stable@freebsd.org Subject: Re: 960627-SNAP - sound devices In-reply-to: Your message of "Sun, 30 Jun 1996 15:04:42 EDT." <199606301904.PAA19916@elmer.picker.com> Date: Sun, 30 Jun 1996 15:29:56 -0700 Message-ID: <17305.836173796@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > One other (really) small problem I noticed was that the sound devices > didn't exist after the default install. An "sh MAKEDEV snd0" easily fixed They're not supposed to, since the sound *drivers* don't exist after the default install. :-) Jordan From owner-freebsd-stable Sun Jun 30 21:06:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA21910 for stable-outgoing; Sun, 30 Jun 1996 21:06:45 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA21903; Sun, 30 Jun 1996 21:06:38 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA08129; Sun, 30 Jun 1996 22:06:17 -0600 (MDT) Date: Sun, 30 Jun 1996 22:06:17 -0600 (MDT) Message-Id: <199607010406.WAA08129@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: jmz@freebsd.org, stable@freebsd.org Subject: Re: Fetch *really* needs a man page! In-Reply-To: <16718.836172386@time.cdrom.com> References: <16718.836172386@time.cdrom.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > We can't ship 2.1.5-RELEASE with ncftp gone and fetch totally > man-less, can we? That would be terrible, since we'd be essentially > tossing a lot people at a new utility without giving them the > slightest idea of how to use it. I do know that a lot of people use > ncftp right now, and if they're told that fetch is better (and I think > that it's at least more generally capable) then they'll switch, but > not without a man page! :-( *Preach it brother* *Amen* *Hallelujah* (For those whose humour meter didn't catch this, I'm stating my agreement to Jordan). I just found out what a *HUGE* security hole active-mode FTP can be, so it's now disabled in my internal net. Using IPFW, there is no way to make our systems secure if I allow outgoing-only FTP given the necessity for FTP-DATA (port 21). So, I must setup fetch to do 'passive' mode, and on a whim I tried 'fetch -p', which worked, but it was a shot in the dark. On that note, is there anyway of setting a 'KNOB' which will make sure fetch *always* does passive-mode on the ports? I set FETCH_BEFORE_ARGS, but it appears that it's not intended as a 'global', but rather for individual ports to use. Nate From owner-freebsd-stable Mon Jul 1 06:45:58 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27744 for stable-outgoing; Mon, 1 Jul 1996 06:45:58 -0700 (PDT) Received: from rich.isdn.bcm.tmc.edu (root@RICH.ISDN.BCM.TMC.EDU [128.249.250.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA27737 for ; Mon, 1 Jul 1996 06:45:52 -0700 (PDT) Received: from richc.isdn.bcm.tmc.edu (root@richc.isdn.bcm.tmc.edu [128.249.250.37]) by rich.isdn.bcm.tmc.edu (8.7.5/8.6.12) with ESMTP id IAA03012; Mon, 1 Jul 1996 08:45:39 -0500 (CDT) Received: (rich@localhost) by richc.isdn.bcm.tmc.edu (8.7.5/8.6.12) id IAA01387; Mon, 1 Jul 1996 08:45:39 -0500 (CDT) Date: Mon, 1 Jul 1996 08:45:39 -0500 (CDT) Message-Id: <199607011345.IAA01387@richc.isdn.bcm.tmc.edu> From: Rich Murphey To: tom@sdf.com CC: stable@freebsd.org In-reply-to: (message from Tom Samplonius on Sun, 30 Jun 1996 14:44:42 -0700 (PDT)) Subject: Re: Problem with 1542 and ZIP drive Reply-to: rich@rich.isdn.bcm.tmc.edu Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |From: Tom Samplonius | I'm having problems accessing a ZIP drive under FreeBSD-stable, using a |1542 controller. As soon as I generate some significant disk activity, |the following happens: | |Jun 30 14:40:22 misery /kernel: sd0(aha0:5:0): timed out |Jun 30 14:40:22 misery /kernel: adapter not taking commands.. frozen?! |Jun 30 14:40:22 misery /kernel: Debugger("aha1542") called. |Jun 30 14:40:23 misery /kernel: AGAIN |Jun 30 14:40:23 misery /kernel: aha0: MBO 02 and not 00 (free) I have an old, flakey SCSI-1 connor drive hooked to a 1542 that generates these exact error messages. I trigger or test it by dumping the filesystem on the affected drive. I believe that the drive's controller freezes when it hits an unrecoverable error in the media --- the error messages go away when I swap it out for an identical drive. Rich From owner-freebsd-stable Mon Jul 1 11:05:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18076 for stable-outgoing; Mon, 1 Jul 1996 11:05:51 -0700 (PDT) Received: from mail.ruhrgebiet.individual.net (in-ruhr.ruhr.de [193.100.176.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18061 for ; Mon, 1 Jul 1996 11:05:44 -0700 (PDT) Received: by mail.ruhrgebiet.individual.net (8.7.1/8.6.12) with UUCP id TAA17612 for freebsd.org!stable; Mon, 1 Jul 1996 19:34:39 +0200 (MET DST) Received: by acme1.ruhr.de (Smail3.1.29.1 #1) id m0uamVQ-00003CC; Mon, 1 Jul 96 19:11 MET DST Date: Mon, 1 Jul 1996 19:11:24 +0200 (MET DST) From: Christoph Haas To: stable@freebsd.org Subject: Update 2.1-STABLE -> 2.1.5-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, now that 2.1.5-BETA is out, there is still one question left: Will there be an easy way to updgrade from 2.1-STABLE to 2.1.5-RELEASE ? I think of some kind of ctm that I have to install and 'make world' after that. Are there any plans to do such an easy upgrade ? chris /// -- Christoph Haas chris@acme1.ruhr.de The past is history, the future is a mystery, and this moment is a gift. That's why they call this moment the present. From owner-freebsd-stable Mon Jul 1 11:46:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23204 for stable-outgoing; Mon, 1 Jul 1996 11:46:07 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23199 for ; Mon, 1 Jul 1996 11:46:03 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA10540; Mon, 1 Jul 1996 12:45:25 -0600 (MDT) Date: Mon, 1 Jul 1996 12:45:25 -0600 (MDT) Message-Id: <199607011845.MAA10540@rocky.mt.sri.com> From: Nate Williams To: Christoph Haas Cc: stable@freebsd.org Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE In-Reply-To: References: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ok, now that 2.1.5-BETA is out, there is still one question left: Will > there be an easy way to updgrade from 2.1-STABLE to 2.1.5-RELEASE ? Umm, 2.1-STABLE *isn't* a release and is (was) an ongoing version. Since 2.1-STABLE existed for a *long* time and not a 'checkpoint' release it would be very difficult to provide a single 'upgrade' target given your constraints below. > think of some kind of ctm that I have to install and 'make world' after > that. Are there any plans to do such an easy upgrade ? Since your 2.1-STABLE is different from mine, and probably different from every other person in the world building a 'custom' CTM for every person is impossible. Nate From owner-freebsd-stable Mon Jul 1 12:22:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26062 for stable-outgoing; Mon, 1 Jul 1996 12:22:16 -0700 (PDT) Received: from deimos.frii.com (deimos.frii.com [204.144.241.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA26053 for ; Mon, 1 Jul 1996 12:22:13 -0700 (PDT) Received: (from gnat@localhost) by deimos.frii.com (8.6.12/8.6.9) id NAA05529; Mon, 1 Jul 1996 13:19:57 -0600 Date: Mon, 1 Jul 1996 13:19:57 -0600 Message-Id: <199607011919.NAA05529@deimos.frii.com> From: Nathan Torkington To: stable@FreeBSD.ORG Subject: Operation not permitted, all over -stable Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We have a bunch of local hacks we're making to 2.1-STABLE, involving rdist, ssh and so on. In the process of installing new binaries, I've found that various programs, both in the root partition and in /usr, are bizarrely difficult to remove. I've tried removing them as root, root in single-user mode, root from the console, and finally I've had to use clri and then fsck. In every case, the error message I get is: gnat@elara (~) whoami root gnat@elara (~) rm /usr/bin/passwd override r-sr-xr-x root/bin schg for /usr/bin/passwd? y rm: /usr/bin/passwd: Operation not permitted Any suggestions? Nat From owner-freebsd-stable Mon Jul 1 12:45:41 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29805 for stable-outgoing; Mon, 1 Jul 1996 12:45:41 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29796 for ; Mon, 1 Jul 1996 12:45:37 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id UAA05173; Mon, 1 Jul 1996 20:44:26 +0100 (BST) To: Nathan Torkington cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Operation not permitted, all over -stable In-reply-to: Your message of "Mon, 01 Jul 1996 13:19:57 MDT." <199607011919.NAA05529@deimos.frii.com> Date: Mon, 01 Jul 1996 20:44:26 +0100 Message-ID: <5171.836250266@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nathan Torkington wrote in message ID <199607011919.NAA05529@deimos.frii.com>: > gnat@elara (~) whoami > root > gnat@elara (~) rm /usr/bin/passwd > override r-sr-xr-x root/bin schg for /usr/bin/passwd? y ^^^^ > rm: /usr/bin/passwd: Operation not permitted See chflags(1) on how to clear the schg flag. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Mon Jul 1 12:45:50 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29840 for stable-outgoing; Mon, 1 Jul 1996 12:45:50 -0700 (PDT) Received: from deimos.frii.com (deimos.frii.com [204.144.241.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29835 for ; Mon, 1 Jul 1996 12:45:49 -0700 (PDT) Received: (from gnat@localhost) by deimos.frii.com (8.6.12/8.6.9) id NAA05782; Mon, 1 Jul 1996 13:43:27 -0600 Date: Mon, 1 Jul 1996 13:43:27 -0600 Message-Id: <199607011943.NAA05782@deimos.frii.com> From: Nathan Torkington To: stable@freebsd.org Subject: Operation not permitted, all over -stable In-Reply-To: <199607011919.NAA05529@deimos.frii.com> References: <199607011919.NAA05529@deimos.frii.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nathan Torkington writes: > gnat@elara (~) rm /usr/bin/passwd > override r-sr-xr-x root/bin schg for /usr/bin/passwd? y > rm: /usr/bin/passwd: Operation not permitted man 1 chflags. *sigh* Sending mail asking for help always triggers self-enlightenment. Sorry to waste your time, Nat From owner-freebsd-stable Mon Jul 1 12:55:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01213 for stable-outgoing; Mon, 1 Jul 1996 12:55:33 -0700 (PDT) Received: from garion.hq.ferg.com (pm1-02.wmbg.widomaker.com [204.17.220.102]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01182 for ; Mon, 1 Jul 1996 12:55:26 -0700 (PDT) Received: from localhost.hq.ferg.com (localhost.hq.ferg.com [127.0.0.1]) by garion.hq.ferg.com (8.6.12/8.6.12) with SMTP id PAA17628; Mon, 1 Jul 1996 15:55:18 -0400 Message-Id: <199607011955.PAA17628@garion.hq.ferg.com> X-Authentication-Warning: garion.hq.ferg.com: Host localhost.hq.ferg.com didn't use HELO protocol From: Branson Matheson To: Nate Williams cc: Christoph Haas , stable@FreeBSD.ORG Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE In-reply-to: Your message of "Mon, 01 Jul 1996 12:45:25 MDT." <199607011845.MAA10540@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Jul 1996 15:55:17 -0400 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -------- Nate Williams uttered with conviction: >> Ok, now that 2.1.5-BETA is out, there is still one question left: Will >> there be an easy way to updgrade from 2.1-STABLE to 2.1.5-RELEASE ? > > Umm, 2.1-STABLE *isn't* a release and is (was) an ong oing version. > Since 2.1-STABLE existed for a *long* time and not a 'checkpoint' > release it would be very difficult to provide a singl e 'upgrade' > target given your constraints below. Ummm.. i disagree.. many of us .. who don't have the time, energy, or bandwidth or desire to run the -stable tree have stood by with the 2.1-RELEASE just as it came from the CD. And I for one would like to see an upgrade path as opposed to a re-installation. -branson ============================================================================= Branson Matheson | Ferguson Enterprises | If Pete and Repeat were System Administrator | W: (804) 874-7795 | sittin on a fence and Pete Unix, Perl, WWW | branson@widomaker.com | fell off, who is left? From owner-freebsd-stable Mon Jul 1 12:58:32 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01593 for stable-outgoing; Mon, 1 Jul 1996 12:58:32 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA01584 for ; Mon, 1 Jul 1996 12:58:27 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA11078; Mon, 1 Jul 1996 13:58:11 -0600 (MDT) Date: Mon, 1 Jul 1996 13:58:11 -0600 (MDT) Message-Id: <199607011958.NAA11078@rocky.mt.sri.com> From: Nate Williams To: Branson Matheson Cc: Nate Williams , Christoph Haas , stable@freebsd.org Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE In-Reply-To: <199607011955.PAA17628@garion.hq.ferg.com> References: <199607011845.MAA10540@rocky.mt.sri.com> <199607011955.PAA17628@garion.hq.ferg.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Ok, now that 2.1.5-BETA is out, there is still one > question left: Will >> there be an easy way to updgrade from > 2.1-STABLE to 2.1.5-RELEASE ? > > > > Umm, 2.1-STABLE *isn't* a release and is (was) an ong oing version. > > Since 2.1-STABLE existed for a *long* time and not a 'checkpoint' > > release it would be very difficult to provide a singl e 'upgrade' > > target given your constraints below. > > Ummm.. i disagree.. many of us .. who don't have the time, energy, or > bandwidth or desire to run the -stable tree have stood by with the > 2.1-RELEASE just as it came from the CD. And I for one would like to > see an upgrade path as opposed to a re-installation. As I understand it, there *IS* an upgrade path from 2.1R. Jordan would know more. However, the original poster asked for a CTM upgrade from 2.1-STABLE -> 2.1.5, and there isn't any '2.1-STABLE' release to upgrade from. Also, creating a 'CTM' diff between 2.1R and 2.1.5 would be *HUGE*, probably bigger than downloading the entire release, so if you want the new sources you're more than welcome to download the entire new release and do a 'make world' and then hand-upgrade the /etc files by hand. This is essentially what the 2.1R -> 2.1.5 'upgrade' would do anyway. Nate From owner-freebsd-stable Mon Jul 1 14:32:03 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15243 for stable-outgoing; Mon, 1 Jul 1996 14:32:03 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15207 for ; Mon, 1 Jul 1996 14:31:54 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id RAA07705; Mon, 1 Jul 1996 17:31:50 -0400 (EDT) Message-Id: <199607012131.RAA07705@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Nathan Torkington Date: Mon, 1 Jul 1996 17:26:43 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Operation not permitted, all over -stable Reply-to: dunn@harborcom.net CC: stable@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk man chflags You will be especially interested in the noschg argument. On 1 Jul 96 at 13:19, Nathan Torkington wrote: > We have a bunch of local hacks we're making to 2.1-STABLE, involving > rdist, ssh and so on. In the process of installing new binaries, I've > found that various programs, both in the root partition and in /usr, > are bizarrely difficult to remove. I've tried removing them as root, > root in single-user mode, root from the console, and finally I've had > to use clri and then fsck. In every case, the error message I get is: > > gnat@elara (~) whoami > root > gnat@elara (~) rm /usr/bin/passwd > override r-sr-xr-x root/bin schg for /usr/bin/passwd? y > rm: /usr/bin/passwd: Operation not permitted Bradley Dunn Harbor Communications From owner-freebsd-stable Mon Jul 1 14:42:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16845 for stable-outgoing; Mon, 1 Jul 1996 14:42:38 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA16818; Mon, 1 Jul 1996 14:42:14 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15931(7)>; Mon, 1 Jul 1996 14:41:34 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177476>; Mon, 1 Jul 1996 14:41:28 -0700 X-Mailer: exmh version 1.6.7 5/3/96 To: Gavin Cameron cc: freebsd-chat@freebsd.org, freebsd-stable@freebsd.org Subject: Re: arplookup failed messages In-reply-to: Your message of "Mon, 24 Jun 1996 20:30:20 PDT." <199606250330.NAA13388@gateway.ormond.unimelb.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 1 Jul 1996 14:41:18 PDT From: Bill Fenner Message-Id: <96Jul1.144128pdt.177476@crevenia.parc.xerox.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606250330.NAA13388@gateway.ormond.unimelb.edu.au>you write: >On a host on the 203.17.189.0 subnet I keep getting the following messages > arplookup 203.22.108.1 failed: host is not on local network Someone on that host is trying to contact 203.22.108.1 and its routing table is incorrect. Can you send me a snapshot of the routing table when this happens? Thanks, Bill From owner-freebsd-stable Mon Jul 1 15:15:42 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21156 for stable-outgoing; Mon, 1 Jul 1996 15:15:42 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21127 for ; Mon, 1 Jul 1996 15:15:32 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id PAA29225; Mon, 1 Jul 1996 15:15:06 -0700 From: "Rodney W. Grimes" Message-Id: <199607012215.PAA29225@GndRsh.aac.dev.com> Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE To: nate@mt.sri.com (Nate Williams) Date: Mon, 1 Jul 1996 15:15:06 -0700 (PDT) Cc: branson@widomaker.com, nate@mt.sri.com, chris@acme1.ruhr.de, stable@FreeBSD.ORG In-Reply-To: <199607011958.NAA11078@rocky.mt.sri.com> from Nate Williams at "Jul 1, 96 01:58:11 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> Ok, now that 2.1.5-BETA is out, there is still one > > question left: Will >> there be an easy way to updgrade from > > 2.1-STABLE to 2.1.5-RELEASE ? > > > > > > Umm, 2.1-STABLE *isn't* a release and is (was) an ong oing version. > > > Since 2.1-STABLE existed for a *long* time and not a 'checkpoint' > > > release it would be very difficult to provide a singl e 'upgrade' > > > target given your constraints below. > > > > Ummm.. i disagree.. many of us .. who don't have the time, energy, or > > bandwidth or desire to run the -stable tree have stood by with the > > 2.1-RELEASE just as it came from the CD. And I for one would like to > > see an upgrade path as opposed to a re-installation. > > As I understand it, there *IS* an upgrade path from 2.1R. Jordan would > know more. However, the original poster asked for a CTM upgrade from > 2.1-STABLE -> 2.1.5, and there isn't any '2.1-STABLE' release to upgrade > from. Also, creating a 'CTM' diff between 2.1R and 2.1.5 would be > *HUGE*, probably bigger than downloading the entire release, so if you > want the new sources you're more than welcome to download the entire new > release and do a 'make world' and then hand-upgrade the /etc files by > hand. This is essentially what the 2.1R -> 2.1.5 'upgrade' would do > anyway. cvs rdiff -u -rRELENG_2_1_0_RELEASE -rRELENG_2_1_0 src GndRsh:rgrimes {215} ls -lag BIG.diff -rw-rw-r-- 1 rgrimes rgrimes 11171459 Jul 1 14:51 BIG.diff GndRsh:rgrimes {218} df /usr/src Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0g 158863 127050 19103 87% /usr/src 11MB vs ~127MB for a full src tree, both uncompressed, but compression should still keep the same 10:1 relative size difference. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Mon Jul 1 15:18:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21561 for stable-outgoing; Mon, 1 Jul 1996 15:18:11 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21541 for ; Mon, 1 Jul 1996 15:18:06 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA12140; Mon, 1 Jul 1996 16:17:46 -0600 (MDT) Date: Mon, 1 Jul 1996 16:17:46 -0600 (MDT) Message-Id: <199607012217.QAA12140@rocky.mt.sri.com> From: Nate Williams To: "Rodney W. Grimes" Cc: nate@mt.sri.com (Nate Williams), stable@freebsd.org Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE In-Reply-To: <199607012215.PAA29225@GndRsh.aac.dev.com> References: <199607011958.NAA11078@rocky.mt.sri.com> <199607012215.PAA29225@GndRsh.aac.dev.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As I understand it, there *IS* an upgrade path from 2.1R. Jordan would > > know more. However, the original poster asked for a CTM upgrade from > > 2.1-STABLE -> 2.1.5, and there isn't any '2.1-STABLE' release to upgrade > > from. Also, creating a 'CTM' diff between 2.1R and 2.1.5 would be > > *HUGE*, probably bigger than downloading the entire release, so if you > > want the new sources you're more than welcome to download the entire new > > release and do a 'make world' and then hand-upgrade the /etc files by > > hand. This is essentially what the 2.1R -> 2.1.5 'upgrade' would do > > anyway. > > cvs rdiff -u -rRELENG_2_1_0_RELEASE -rRELENG_2_1_0 src > > GndRsh:rgrimes {215} ls -lag BIG.diff > -rw-rw-r-- 1 rgrimes rgrimes 11171459 Jul 1 14:51 BIG.diff > > GndRsh:rgrimes {218} df /usr/src > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/sd0g 158863 127050 19103 87% /usr/src > > 11MB vs ~127MB for a full src tree, both uncompressed, but compression > should still keep the same 10:1 relative size difference. This assumes that the diff takes into account all of the changes that have been made. Unfortunately, if you apply that diff to a virgin 2.1R tree you won't get the same tree as a 2.1.5 tree due to removal/additions and such. The only *safe* way of doing this is to start with a 2.1R CD and build a set of patches from it. Unionfs would be great for that. :) Nate From owner-freebsd-stable Mon Jul 1 15:37:41 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24163 for stable-outgoing; Mon, 1 Jul 1996 15:37:41 -0700 (PDT) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24149 for ; Mon, 1 Jul 1996 15:37:32 -0700 (PDT) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Mon, 1 Jul 1996 17:37:22 -0600 Message-ID: Date: 1 Jul 1996 17:37:05 -0500 From: "Richard Wackerbarth" Subject: Re(2): Update 2.1-STABLE -> 2.1.5-RELEASE To: "Branson Matheson" , "stable@freebsd.org" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Nate Williams uttered with conviction: > >> Ok, now that 2.1.5-BETA is out, there is still one > question left: Will >> there be an easy way to updgrade from > 2.1-STABLE to 2.1.5-RELEASE ? > > > > Umm, 2.1-STABLE *isn't* a release and is (was) an ong oing version. > > Since 2.1-STABLE existed for a *long* time and not a 'checkpoint' > > release it would be very difficult to provide a singl e 'upgrade' > > target given your constraints below. > > Ummm.. i disagree.. many of us .. who don't have the time, energy, or > bandwidth or desire to run the -stable tree have stood by with the > 2.1-RELEASE just as it came from the CD. Nate was referring to the "transition" from some "2.1-stable" to "2.1.5-release". THis is not the same as 2.1-release -> 2.1.5-release. Actually, 2.1.5-beta is one of the 2.1-stable distributions. When we get to 2.1.5-release, I intend to make a new ctm update to go directly from the 2.1-release to the 2.1.5-release. However, this will not happen until I have a 2.1.5 CD in my hand. Further, I intend to continue the ctm distribution of bug fixes to 2.1 as long as they are made available. I would hope thatthe "powers that be" see the wisdom of maintaining a proven version at least until the 2.2 release has been out long enough to shake the bugs from it. > And I for one would like to > see an upgrade path as opposed to a re-installation. > > -branson > > ============================================================================= > Branson Matheson | Ferguson Enterprises | If Pete and Repeat were > -- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-stable Mon Jul 1 15:57:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25808 for stable-outgoing; Mon, 1 Jul 1996 15:57:53 -0700 (PDT) Received: from skeg.cst.com.au (skeg.cst.com.au [203.61.252.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA25787 for ; Mon, 1 Jul 1996 15:57:43 -0700 (PDT) Received: from malibu.cst.com.au (malibu.cst.com.au [203.61.252.131]) by skeg.cst.com.au (8.6.12/8.6.11) with SMTP id IAA19252; Tue, 2 Jul 1996 08:57:23 +1000 Message-ID: <31D857B4.41C67EA6@cst.com.au> Date: Tue, 02 Jul 1996 08:56:52 +1000 From: Tim Liddelow Organization: Creative Software Technologies X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: Christoph Haas CC: stable@FreeBSD.org Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk One question: our site has been running 2.1R for a while now, including running it on a machine that acts as a router/firewall. What major bugs are fixed in 2.1-STABLE ? Should I upgrade or wait for 2.1.5-RELEASE ? Cheers Tim Liddelow -- ========================================================================== Tim Liddelow http://www.cst.com.au/~tim _--_|\ Software Engineer / \ Creative Software Technologies Multimedia VideoConferencing \_.--.*/ Phone: +61 3 9563 4110 Unix, Win 32, X Window System v mailto: tim@cst.com.au C++, C, Web, consulting ========================================================================== From owner-freebsd-stable Mon Jul 1 16:51:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01461 for stable-outgoing; Mon, 1 Jul 1996 16:51:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA01453 for ; Mon, 1 Jul 1996 16:51:43 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA00261; Mon, 1 Jul 1996 16:51:30 -0700 (PDT) To: Christoph Haas cc: stable@freebsd.org Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE In-reply-to: Your message of "Mon, 01 Jul 1996 19:11:24 +0200." Date: Mon, 01 Jul 1996 16:51:30 -0700 Message-ID: <259.836265090@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ok, now that 2.1.5-BETA is out, there is still one question left: Will > there be an easy way to updgrade from 2.1-STABLE to 2.1.5-RELEASE ? I > think of some kind of ctm that I have to install and 'make world' after > that. Are there any plans to do such an easy upgrade ? If you're already on the CTM or sup tracks for -stable, then simply build the world the day after 2.1.5-RELEASE is announced and you will, for all intents and purposes, be running 2.1.5R. Jordan From owner-freebsd-stable Mon Jul 1 18:03:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA06623 for stable-outgoing; Mon, 1 Jul 1996 18:03:51 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA06607 for ; Mon, 1 Jul 1996 18:03:47 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id SAA00240; Mon, 1 Jul 1996 18:12:31 -0700 (PDT) Date: Mon, 1 Jul 1996 18:12:31 -0700 (PDT) From: Tom Samplonius To: Rich Murphey cc: stable@freebsd.org Subject: Re: Problem with 1542 and ZIP drive In-Reply-To: <199607011345.IAA01387@richc.isdn.bcm.tmc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Jul 1996, Rich Murphey wrote: > |From: Tom Samplonius > | I'm having problems accessing a ZIP drive under FreeBSD-stable, using a > |1542 controller. As soon as I generate some significant disk activity, > |the following happens: > | > |Jun 30 14:40:22 misery /kernel: sd0(aha0:5:0): timed out > |Jun 30 14:40:22 misery /kernel: adapter not taking commands.. frozen?! > |Jun 30 14:40:22 misery /kernel: Debugger("aha1542") called. > |Jun 30 14:40:23 misery /kernel: AGAIN > |Jun 30 14:40:23 misery /kernel: aha0: MBO 02 and not 00 (free) > > I have an old, flakey SCSI-1 connor drive hooked to a > 1542 that generates these exact error messages. I > trigger or test it by dumping the filesystem on the > affected drive. > > I believe that the drive's controller freezes when it > hits an unrecoverable error in the media --- the error > messages go away when I swap it out for an identical > drive. Rich > It turns out that it only happened on writes over 32k. Getting a replacement drive seems to have fixed the problem, and seems to be much faster too. Tom From owner-freebsd-stable Mon Jul 1 18:29:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08243 for stable-outgoing; Mon, 1 Jul 1996 18:29:35 -0700 (PDT) Received: from expresslane.ca (expresslane.ca [205.233.74.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA08234 for ; Mon, 1 Jul 1996 18:29:27 -0700 (PDT) Received: from localhost (james@localhost) by expresslane.ca (8.7.5/8.7.3) with SMTP id VAA20678; Mon, 1 Jul 1996 21:29:10 -0400 (EDT) Date: Mon, 1 Jul 1996 21:29:09 -0400 (EDT) From: James FitzGibbon To: Nathan Torkington cc: stable@freebsd.org Subject: Re: Operation not permitted, all over -stable In-Reply-To: <199607011919.NAA05529@deimos.frii.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Jul 1996, Nathan Torkington wrote: > gnat@elara (~) whoami > root > gnat@elara (~) rm /usr/bin/passwd > override r-sr-xr-x root/bin schg for /usr/bin/passwd? y > rm: /usr/bin/passwd: Operation not permitted > > Any suggestions? The key to look for is "schg". I believe it stands for "stop change". Several binaries (also the kernel) are installed with this flag (see the -f switch to install) during a make world. To remove them, use chflags noschg . The file can then be removed. A word of warning though - those files had the flag set for a reason, so watch what you remove it from. -- j. +--------------------------------------------------------------------------+ | James FitzGibbon james@expresslane.ca | | Internet Canada Corp. Voice/Fax: 416-363-8518/8713 | +--------------------------------------------------------------------------+ From owner-freebsd-stable Mon Jul 1 19:18:20 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA11594 for stable-outgoing; Mon, 1 Jul 1996 19:18:20 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA11583 for ; Mon, 1 Jul 1996 19:18:08 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id TAA00166; Mon, 1 Jul 1996 19:17:54 -0700 From: "Rodney W. Grimes" Message-Id: <199607020217.TAA00166@GndRsh.aac.dev.com> Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE To: nate@mt.sri.com (Nate Williams) Date: Mon, 1 Jul 1996 19:17:54 -0700 (PDT) Cc: nate@mt.sri.com, stable@freebsd.org In-Reply-To: <199607012217.QAA12140@rocky.mt.sri.com> from Nate Williams at "Jul 1, 96 04:17:46 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > As I understand it, there *IS* an upgrade path from 2.1R. Jordan would > > > know more. However, the original poster asked for a CTM upgrade from > > > 2.1-STABLE -> 2.1.5, and there isn't any '2.1-STABLE' release to upgrade > > > from. Also, creating a 'CTM' diff between 2.1R and 2.1.5 would be > > > *HUGE*, probably bigger than downloading the entire release, so if you > > > want the new sources you're more than welcome to download the entire new > > > release and do a 'make world' and then hand-upgrade the /etc files by > > > hand. This is essentially what the 2.1R -> 2.1.5 'upgrade' would do > > > anyway. > > > > cvs rdiff -u -rRELENG_2_1_0_RELEASE -rRELENG_2_1_0 src > > > > GndRsh:rgrimes {215} ls -lag BIG.diff > > -rw-rw-r-- 1 rgrimes rgrimes 11171459 Jul 1 14:51 BIG.diff > > > > GndRsh:rgrimes {218} df /usr/src > > Filesystem 1K-blocks Used Avail Capacity Mounted on > > /dev/sd0g 158863 127050 19103 87% /usr/src > > > > 11MB vs ~127MB for a full src tree, both uncompressed, but compression > > should still keep the same 10:1 relative size difference. > > This assumes that the diff takes into account all of the changes that > have been made. It had damn well better take into account all of the changes, or cvs is serously broken if it does not! > Unfortunately, if you apply that diff to a virgin 2.1R > tree you won't get the same tree as a 2.1.5 tree due to > removal/additions and such. ^No ^Yes All the additions are there, for example: Index: src/eBones/README.PATCH diff -u /dev/null src/eBones/README.PATCH:1.1.2.1 --- /dev/null Mon Jul 1 14:24:27 1996 +++ src/eBones/README.PATCH Thu May 2 10:04:50 1996 @@ -0,0 +1,52 @@ +IMPORTANT! + The removals could easily be handled by a list of files to rm, encapsulate both the patch and the rm commands into a simple shell script. Note that my file size above is bloated by far more than the rm commands would add since I didn't run the cvs rdiff with the -q option so that it has lots of these in it: cvs rdiff: Diffing src/gnu/games/chess cvs rdiff: Diffing src/gnu/games/chess/DOCUMENTATION cvs rdiff: Diffing src/gnu/games/chess/Xchess > The only *safe* way of doing this is to > start with a 2.1R CD and build a set of patches from it. Unionfs would > be great for that. :) > > > Nate -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Mon Jul 1 23:00:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01338 for stable-outgoing; Mon, 1 Jul 1996 23:00:48 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA01332 for ; Mon, 1 Jul 1996 23:00:44 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id PAA19116; Tue, 2 Jul 1996 15:59:54 +1000 From: David Dawes Message-Id: <199607020559.PAA19116@rf900.physics.usyd.edu.au> Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 2 Jul 1996 15:59:54 +1000 (EST) Cc: nate@mt.sri.com, stable@FreeBSD.org In-Reply-To: <199607020217.TAA00166@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Jul 1, 96 07:17:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> > Filesystem 1K-blocks Used Avail Capacity Mounted on >> > /dev/sd0g 158863 127050 19103 87% /usr/src >> > >> > 11MB vs ~127MB for a full src tree, both uncompressed, but compression >> > should still keep the same 10:1 relative size difference. >> >> This assumes that the diff takes into account all of the changes that >> have been made. > >It had damn well better take into account all of the changes, or cvs is >serously broken if it does not! > >> Unfortunately, if you apply that diff to a virgin 2.1R >> tree you won't get the same tree as a 2.1.5 tree due to >> removal/additions and such. > ^No ^Yes I generate all XFree86 patches using 'cvs rdiff', and it gets all additions and removals (providing the patch is applied with the '-E' flag), except for removals of directories. David From owner-freebsd-stable Tue Jul 2 04:00:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27790 for stable-outgoing; Tue, 2 Jul 1996 04:00:45 -0700 (PDT) Received: from robin.camelot.de (root@robin.camelot.de [194.97.87.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA27773 for ; Tue, 2 Jul 1996 04:00:39 -0700 (PDT) Received: from lancelot.camelot.de(really [194.97.87.4]) by camelot.de via sendmail with smtp id for ; Sat, 29 Jun 96 14:35:01 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.3 built 25-mar-96) Received: from jelal.hb.north.de by camelot.de via rmail with uucp id for FreeBSD.org!stable; Sat, 29 Jun 96 14:35:00 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.3 built 25-mar-96) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00093; Sat, 29 Jun 1996 14:28:46 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id OAA03333; Sat, 29 Jun 1996 14:06:33 +0200 (MET DST) From: Juergen Lock Message-Id: <199606291206.OAA03333@saturn.hb.north.de> Subject: Re: lockups. To: nasim!FreeBSD.org!stable Date: Sat, 29 Jun 1996 14:06:32 +0200 (MET DST) Cc: davidg@root.com, jhay@mikom.csir.co.za In-Reply-To: from "nox" at Jun 28, 96 04:08:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote: > > Update: i'm running vm_glue.c 1.20.4.6 + vm_pageout.c 1.51.4.11 now, > and performance is at least :) as good again as it was. > problem solved. (apparently, unless there are new bugs...) And just when you think... :) tonights /etc/weekly ended in DDB, vm_pageout_object_deactivate_pages had been called with a null pointer. i then put this in, cvs diff: Diffing /home/cvs/src/src/sys/vm Index: /home/cvs/src/src/sys/vm/vm_pageout.c =================================================================== RCS file: /home/cvs/cvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.51.4.11 diff -u -r1.51.4.11 vm_pageout.c --- vm_pageout.c 1996/06/27 10:29:09 1.51.4.11 +++ vm_pageout.c 1996/06/29 08:29:19 @@ -475,6 +475,13 @@ break; if ((tmpe->is_sub_map == 0) && (tmpe->is_a_map == 0)) { obj = tmpe->object.vm_object; +#if 1 + if (!obj) { +#ifdef DIAGNOSTIC + printf("vm_pageout_map_deactivate_pages: object.vm_object null\n"); +#endif + } else +#endif vm_pageout_object_deactivate_pages(map, obj, desired, 0); } tmpe = tmpe->next; and tried to reproduce the problem. no luck until i just restarted /etc/weekly... there was the message! the good news is now the system is still up after that so maybe it was really only the null check that was missing? cheers Juergen PS: now who dares to test this version on something like a real busy news server? ;) PPS: my `isp' is down today, i hope mail will only get delayed not lost... From owner-freebsd-stable Tue Jul 2 04:14:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA29168 for stable-outgoing; Tue, 2 Jul 1996 04:14:59 -0700 (PDT) Received: from robin.camelot.de (root@robin.camelot.de [194.97.87.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA29163 for ; Tue, 2 Jul 1996 04:14:55 -0700 (PDT) Received: from lancelot.camelot.de(really [194.97.87.4]) by camelot.de via sendmail with smtp id for ; Sat, 29 Jun 96 17:30:07 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.3 built 25-mar-96) Received: from jelal.hb.north.de by camelot.de via rmail with uucp id for FreeBSD.org!stable; Sat, 29 Jun 96 17:30:03 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.3 built 25-mar-96) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00131; Sat, 29 Jun 1996 17:19:28 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id RAA00434; Sat, 29 Jun 1996 17:13:45 +0200 (MET DST) From: Juergen Lock Message-Id: <199606291513.RAA00434@saturn.hb.north.de> Subject: Re: ipfw (was: Re: lockups.) To: alex@fa.tdktca.com (Alex Nash) Date: Sat, 29 Jun 1996 17:13:44 +0200 (MET DST) Cc: davidg@Root.COM, jhay@mikom.csir.co.za, nasim!FreeBSD.org!stable@jelal.hb.north.de In-Reply-To: <31D446BA.9BDE134@fa.tdktca.com> from Alex Nash at "Jun 28, 96 03:55:22 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alex Nash writes: > > > Nifty trick, I like it. I just wanted to point out one thing: this > > > is only necessary if you plan to boot kernels supped before Feb 23, > > > not 0696. > > > > Umm you are thinking of -current maybe? :) or my -stable must have > > had an, errm, interesting problem for quite a while now... > > > > actually no (thanks cvs :), looks like current is also affected: > > You mean -stable. Yes, as of Monday this week, -current and -stable > are in sync. Actually i was talking about the (date of the) struct ip_fw change, but nevermind. > As far as accepting both versions: getting the new kernel to accept > the old struct would be fairly easy, the new ip_fw struct has some > extensions and two new flags, all easily defaulted. like... below? :) > > Alex ATB, Juergen Index: /www/usr/home/cvs/src/src/sys/netinet/ip_fw.c =================================================================== RCS file: /home/cvs/cvs/src/sys/netinet/ip_fw.c,v retrieving revision 1.14.4.9 diff -u -r1.14.4.9 ip_fw.c --- ip_fw.c 1996/06/25 03:16:41 1.14.4.9 +++ ip_fw.c 1996/06/29 14:58:29 @@ -600,14 +600,31 @@ { struct ip_fw *frwl; - if (m->m_len != sizeof(struct ip_fw)) { - dprintf(("ip_fw_ctl: len=%d, want %d\n", m->m_len, - sizeof(struct ip_fw))); - return (NULL); + static struct ip_fw ftmp64; + static int warned; + int f_mask = ~IP_FW_F_MASK; + + /* backward compatibility hack for older ipfw(8)... */ + if (m->m_len == 64 && sizeof(struct ip_fw) == 100) { + frwl = mtod(m, struct ip_fw *); + bcopy(frwl, &ftmp64, (size_t)64); + frwl = &ftmp64; + /* old IP_FW_F_MASK */ + f_mask = ~0xfff; + if (!warned) { + dprintf(("ip_fw_ctl: old format ip_fw struct (converted), need to update ipfw(8)?\n")); + ++warned; + } + } else { + if (m->m_len != sizeof(struct ip_fw)) { + dprintf(("ip_fw_ctl: len=%d, want %d\n", m->m_len, + sizeof(struct ip_fw))); + return (NULL); + } + frwl = mtod(m, struct ip_fw *); } - frwl = mtod(m, struct ip_fw *); - if ((frwl->fw_flg & ~IP_FW_F_MASK) != 0) { + if ((frwl->fw_flg & f_mask) != 0) { dprintf(("ip_fw_ctl: undefined flag bits set (flags=%x)\n", frwl->fw_flg)); return (NULL); From owner-freebsd-stable Tue Jul 2 05:05:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA02509 for stable-outgoing; Tue, 2 Jul 1996 05:05:17 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA02504 for ; Tue, 2 Jul 1996 05:05:13 -0700 (PDT) Received: from uu.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id FAA09120 for ; Tue, 2 Jul 1996 05:03:16 -0700 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id PAA16791; Tue, 2 Jul 1996 15:19:56 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id PAA10821; Tue, 2 Jul 1996 15:19:52 +0300 From: "Andrew V. Stesin" Message-Id: <199607021219.PAA10821@office.elvisti.kiev.ua> Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 2 Jul 1996 15:19:52 +0300 (EET DST) Cc: chris@acme1.ruhr.de, stable@FreeBSD.ORG In-Reply-To: <259.836265090@time.cdrom.com> from "Jordan K. Hubbard" at Jul 1, 96 04:51:30 pm X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk # # > Ok, now that 2.1.5-BETA is out, there is still one question left: Will # > there be an easy way to updgrade from 2.1-STABLE to 2.1.5-RELEASE ? I # > think of some kind of ctm that I have to install and 'make world' after # > that. Are there any plans to do such an easy upgrade ? # # If you're already on the CTM or sup tracks for -stable, then simply build # the world the day after 2.1.5-RELEASE is announced and you will, for # all intents and purposes, be running 2.1.5R. A future upgrade from 2.1.5-release to 2.2-release would be much trickier, 'cause there probably won't be a merge between 2.1.x branch and today's -current (2.2), I think... But oh, sorry, I'm dreaming too far to the future :) # Jordan # -- With best regards -- Andrew Stesin. Phones/fax: +380 (44) { 244-0122, 276-0188, 271-3457, 271-3560 } "You may delegate authority, but not responsibility." Frank's Management Rule #1. From owner-freebsd-stable Tue Jul 2 14:48:02 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02829 for stable-outgoing; Tue, 2 Jul 1996 14:48:02 -0700 (PDT) Received: from valis.worldgate.com (root@valis.worldgate.com [198.161.84.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA02801 for ; Tue, 2 Jul 1996 14:47:59 -0700 (PDT) Received: from gras-varg.worldgate.com (root@gras-varg.worldgate.com [198.161.84.12]) by valis.worldgate.com (8.6.12/8.6.12) with ESMTP id PAA08056 for ; Tue, 2 Jul 1996 15:47:57 -0600 Received: (from skafte@localhost) by gras-varg.worldgate.com (8.7.5/8.6.12) id PAA10597 for freebsd-stable@freebsd.org; Tue, 2 Jul 1996 15:47:55 -0600 (MDT) From: Greg Skafte Message-Id: <199607022147.PAA10597@gras-varg.worldgate.com> Subject: Kernel Compile Problems To: freebsd-stable@freebsd.org Date: Tue, 2 Jul 1996 15:47:54 -0600 (MDT) X-Mailer: ELM [version 2.4ME+ PL14 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi guys with the Following config file generates some errors... # # $Id: GRAS-VARG,v 1.4 1996/07/26 11:30:37 skafte Exp $ # # NB: You probably don't want to try running a kernel built from this # file. Instead, you should start from GENERIC, and add options from # this file as required. # # # This directive is mandatory; it defines the architecture to be # configured for; in this case, the 386 family. You must also specify # at least one CPU (the one you intend to run on); deleting the # specification for CPUs you don't need to use may make parts of the # system run faster # machine "i386" cpu "I486_CPU" # # This is the ``identification'' of the kernel. Usually this should # be the same as the name of your kernel. # ident GRAS_VARG # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # maxusers 16 # # Under some circumstances it is necessary to make the default max # number of processes per user and open files per user more than the # defaults on bootup. (an example is a large news server in which # the uid, news, can sometimes need > 100 simultaneous processes running, # or perhaps a user using lots of windows under X). options "CHILD_MAX=128" options "OPEN_MAX=128" # # A math emulator is mandatory if you wish to run on hardware which # does not have a floating-point processor. Pick either the original, # bogus (but freely-distributable) math emulator, or a much more # fully-featured but GPL-licensed emulator taken from Linux. # #options MATH_EMULATE #Support for x87 emulation #options GPL_MATH_EMULATE #Support for x87 emualtion via #new math emulator # # This directive defines a number of things: # - The compiled kernel is to be called `kernel' # - The root filesystem might be on partition wd0a # - Crash dumps will be written to wd0b, if possible. Specifying the # dump device here is not recommended. Use dumpon(8). # # config kernel root on wd0 dumps on wd0 config kernel root on wd1 ##################################################################### # COMPATIBILITY OPTIONS # # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. # options "COMPAT_43" # # Allow user-mode programs to manipulat their local descriptor tables. # This option is required for the WINE Windows(tm) emulator, and is # not used by anything else (that we know of). # # options USER_LDT #allow user-level control of i386 ldt # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG ##################################################################### # DEBUGGING OPTIONS # # Enable the kernel debugger. # # options DDB # # KTRACE enables the system-call tracing facility ktrace(2). # options KTRACE #kernel tracing # # The DIAGNOSTIC option is used in a number of source files to enable # extra sanity checking of internal structures. This support is not # enabled by default because of the extra time it would take to check # for these conditions, which can only occur as a result of # programming errors. # # options DIAGNOSTIC # # Allow ordinary users to take the console - this is useful for X. options UCONSOLE ##################################################################### # NETWORKING OPTIONS # # Protocol families: # Only the INET (Internet) family is officially supported in FreeBSD. # Source code for the NS (Xerox Network Service), ISO (OSI), and # CCITT (X.25) families is provided for amusement value, although we # try to ensure that it actually compiles. # options INET #Internet communications protocols # options CCITT #X.25 network layer # options NS #Xerox NS communications protocols # These are currently broken and don't compile #options ISO #options TPIP #ISO TP class 4 over IP #options TPCONS #ISO TP class 0 over X.25 # # Network interfaces: # The `loop' pseudo-device is mandatory when networking is enabled. # The `ether' pseudo-device provides generic code to handle # Ethernets; it is mandatory when a Ethernet device driver is # configured. # The 'fddi' pseudo-device provides generic code to support FDDI. # The `sppp' pseudo-device serves a similar role for certain types # of synchronous PPP links (like `cx'). # The `sl' pseudo-device implements the Serial Line IP (SLIP) service. # The `ppp' pseudo-device implements the Point-to-Point Protocol. # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. # The `disc' pseudo-device implements a minimal network interface, # which throws away all packets sent and never receives any. It is # included for testing purposes. # The `tun' pseudo-device implements the User Process PPP (iijppp) # pseudo-device ether #Generic Ethernet #pseudo-device fddi #Generic FDDI #pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device #pseudo-device sl 2 #Serial Line IP #pseudo-device ppp 2 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device #pseudo-device tun 1 #Tunnel driver(user process ppp) #options NSIP #XNS over IP #options LLC #X.25 link layer for Ethernets #options HDLC #X.25 link layer for serial lines # broken #options EON #ISO CLNP over IP # # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # GATEWAY allows the machine to forward packets, and also configures # larger static sizes of a number of system tables. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE does # the obvious thing. # # ARP_PROXYALL enables global proxy ARP. Beware! This can burn # your house down! See netinet/if_ether.c for the gory details. # (Eventually there will be a better management interface.) # #options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options ARP_PROXYALL # global proxy ARP ##################################################################### # FILESYSTEM OPTIONS # # Only the root, /usr, and /tmp filesystems need be statically # compiled; everything else will be automatically loaded at mount # time. (Exception: the UFS family---FFS, MFS, and LFS---cannot # currently be demand-loaded.) Some people still prefer to statically # compile other filesystems as well. # # NB: The LFS, PORTAL, and UNION filesystems are known to be buggy, # and WILL panic your system if you attempt to do anything with them. # They are included here as an incentive for some enterprising soul to # sit down and fix them. # # Note: 4.4BSD NQNFS lease checking has relatively high cost for # _local_ I/O as well as remote I/O. Don't use it unless you will # using NQNFS. # # One of these is mandatory: options FFS #Fast filesystem options NFS #Network File System # The rest are optional: #options NQNFS #Enable NQNFS lease checking options "CD9660" #ISO 9660 filesystem #options FDESC #File descriptor filesystem #options KERNFS #Kernel filesystem #options LFS #Log filesystem #options MFS #Memory File System options MSDOSFS #MS DOS File System #options NULLFS #NULL filesystem #options PORTAL #Portal filesystem options PROCFS #Process filesystem #options UMAPFS #UID map filesystem #options UNION #Union filesystem # Make space in the kernel for a MFS rootfilesystem. Define to the number # of kilobytes to reserve for the filesystem. #options "MFS_ROOT=10" # Allow this many swap-devices. options "NSWAPDEV=20" # Disk quotas are supported when this option is enabled. If you # change the value of this option, you must do a `make clean' in your # kernel compile directory in order to get a working kernel. # #options QUOTA #enable disk quotas ##################################################################### # SCSI DEVICES # SCSI DEVICE CONFIGURATION # The SCSI subsystem consists of the `base' SCSI code, a number of # high-level SCSI device `type' drivers, and the low-level host-adapter # device drivers. The host adapters are listed in the ISA and PCI # device configuration sections below. # # Beginning with FreeBSD 2.0.5 you can wire down your SCSI devices so # that a given bus, target, and LUN always come on line as the same # device unit. In earlier versions the unit numbers were assigned # in the order that the devices were probed on the SCSI bus. This # means that if you removed a disk drive, you may have had to rewrite # your /etc/fstab file, and also that you had to be careful when adding # a new disk as it may have been probed earlier and moved your device # configuration around. # This old behavior is maintained as the default behavior. The unit # assignment begins with the first non-wired down unit for a device # type. For example, if you wire a disk as "sd3" then the first # non-wired disk will be assigned sd4. # The syntax for wiring down devices is: # controller scbus0 at ahc0 # Single bus device # controller scbus1 at ahc1 bus 0 # Single bus device # controller scbus3 at ahc2 bus 0 # Twin bus device # controller scbus2 at ahc2 bus 1 # Twin bus device # disk sd0 at scbus0 target 0 unit 0 # disk sd1 at scbus3 target 1 # disk sd2 at scbus2 target 3 # tape st1 at scbus1 target 6 # device cd0 at scbus? # "units" (SCSI logical unit number) that are not specified are # treated as if specified as LUN 0. # All SCSI devices allocate as many units as are required. # The "unknown" device (uk? in pre-2.0.5) is now part of the base SCSI # configuration and doesn't have to be explicitly configured. #controller scbus0 #base SCSI code #device ch0 #SCSI media changers #device sd0 #SCSI disks #device st0 #SCSI tapes #device cd0 #SCSI CD-ROMs # XXX # The `od' driver is unsupported in 2.1-stable. The SCSI subsystem # here does not allow for SCSI type overrides (assigning a driver that # differs from the type the SCSI device claims to be), thus it could # not be tested on my reference SONY SMO drive. -- joerg # # However, it will most likely work fine. #device od0 # The previous devices (ch, sd, st, cd) are recognized by config. # config doesn't (and shouldn't) know about these newer ones, # so we have to specify that they are on a SCSI bus with the "at scbus?" # clause. #device worm0 at scbus? # SCSI worm #device pt0 at scbus? # SCSI processor type #device sctarg0 at scbus? # SCSI target # SCSI OPTIONS: # SCSIDEBUG: When defined enables debugging macros # NO_SCSI_SENSE: When defined disables sense descriptions (about 4k) # SCSI_REPORT_GEOMETRY: Always report disk geometry at boot up instead # of only when booting verbosely. #options SCSIDEBUG #options NO_SCSI_SENSE #options SCSI_REPORT_GEOMETRY ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS # # Of these, only the `log' device is truly mandatory. The `pty' # device usually turns out to be ``effectively mandatory'', as it is # required for `telnetd', `rlogind', `screen', `emacs', and `xterm', # among others. The `isdn', `ii', `ity', `itel', and `ispy' devices # are all required when ISDN support is used. # pseudo-device pty 32 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 4 #Snoop device - to look at pty/vty/etc.. # These are non-optional for ISDN #pseudo-device isdn #pseudo-device ii 4 #pseudo-device ity 4 #pseudo-device itel 2 #pseudo-device ispy 1 ##################################################################### # HARDWARE DEVICE CONFIGURATION # ISA and EISA devices: # Currently there is no separate support for EISA. There should be. # Micro Channel is not supported at all. # # Mandatory ISA devices: isa, sc or vt, npx # controller isa0 # # Options for `isa': # # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # No problems are known to be caused by this option. # # AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # Automatic EOI is documented not to work for for the slave with the # original i8259A, but it works for some clones and some integrated # versions. # # BOUNCE_BUFFERS provides support for ISA DMA on machines with more # than 16 megabytes of memory. It doesn't hurt on other machines. # Some broken EISA and VLB hardware may need this, too. #pseudo-device ccd 4 #Concatenated disk driver # # DUMMY_NOPS disables extra delays for some bus operations. The delays # are mostly for older systems and aren't used consistently. Probably # works OK on most EISA bus machines. # # TUNE_1542 enables the automatic ISA bus speed selection for the # Adaptec 1542 boards. Does not work for all boards, use it with caution. # # BROKEN_KEYBOARD_RESET disables the use of the keyboard controller to # reset the CPU for reboot. This is needed on some systems with broken # keyboard controllers. options "AUTO_EOI_1" options "AUTO_EOI_2" options BOUNCE_BUFFERS #options DUMMY_NOPS #options "TUNE_1542" #options "BROKEN_KEYBOARD_RESET" # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.0.5 options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor options PCVT_CTRL_ALT_DEL # allow three finger salute options PCVT_EMU_MOUSE # The syscons console driver (sco color console compatible) - default. #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # # Options for `sc': # # HARDFONTS allows the driver to load an ISO-8859-1 font to replace # the default font in your display adapter's memory. # #options HARDFONTS # # MAXCONS is maximum number of virtual consoles, no more than 16 # default value: 12 # #options "MAXCONS=12" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Optional ISA and EISA devices: # # # SCSI host adapters: # # aha: Adaptec 154x # ahb: Adaptec 174x (See Eisa and PCI section below) # ahc: Adaptec 274x/284x/294x (See Eisa and PCI section below) # aic: Adaptec 152x and sound cards using the Adaptec AIC-6360 (slow!) # bt: Most Buslogic controllers # nca: ProAudioSpectrum cards using the NCR 5380 or Trantor T130 # uha: UltraStore 14F and 34F # sea: Seagate ST01/02 8 bit controller (slow!) # wds: Western Digital WD7000 controller (no scatter/gather!). # # Note that the order is important in order for Buslogic cards to be # probed correctly. # #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x1f84 #controller nca2 at isa? port 0x1f8c #controller nca3 at isa? port 0x1e88 #controller nca4 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xdc000 iosiz 0x2000 vector seaintr #controller wds0 at isa? port 0x350 bio irq 15 drq 6 vector wdsintr # # ST-506, ESDI, and IDE hard disks: `wdc' and `wd' # # NB: ``Enhanced IDE'' is NOT supported at this time. # # The flags fields are used to enable the multi-sector I/O and # the 32BIT I/O modes. The flags may be used in either the controller # definition or in the individual disk definitions. The controller # definition is supported for the boot configuration stuff. # # Each drive has a 16 bit flags value defined: # The low 8 bits are the maximum value for the multi-sector I/O, # where 0xff defaults to the maximum that the drive can handle. # The high bit of the 16 bit flags (0x8000) allows probing for # 32 bit transfers. # # The flags field for the drives can be specified in the controller # specification with the low 16 bits for drive 0, and the high 16 bits # for drive 1. # e.g.: #controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x00ff8004 vector wdintr # # specifies that drive 0 will be allowed to probe for 32 bit transfers and # a maximum multi-sector transfer of 4 sectors, and drive 1 will not be # allowed to probe for 32 bit transfers, but will allow multi-sector # transfers up to the maximum that the drive supports. # # controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 # # Options for `wdc': # # ATAPI enables the support for ATAPI-compatible IDE devices # #options ATAPI #Enable ATAPI support for IDE bus # IDE CD-ROM driver - requires wdc controller and ATAPI option #device wcd0 # # Standard floppy disk controllers and floppy tapes: `fdc', `fd', and `ft' # controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr # # Activate this line instead of the fdc0 line above if you happen to # have an Insight floppy tape. Probing them proved to be dangerous # for people with floppy disks only, so it's "hidden" behind a flag: #controller fdc0 at isa? port "IO_FD1" bio flags 1 irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 # # Options for `fd': # # FDSEEKWAIT selects a non-default head-settle time (i.e., the time to # wait after a seek is performed). The default value (1/32 s) is # usually sufficient. The units are inverse seconds, so a value of 16 # here means to wait 1/16th of a second; you should choose a power of # two. # #options FDSEEKWAIT="16" # # Other standard PC hardware: `lpt', `mse', `psm', `sio', etc. # # lpt: printer port # lpt specials: # port can be specified as ?, this will cause the driver to scan # the BIOS port list; # the irq and vector clauses may be omitted, this # will force the port into polling mode. # mse: Logitech and ATI InPort bus mouse ports # psm: PS/2 mouse port [note: conflicts with sc0/vt0, thus "conflicts" keywd] # sio: serial ports (see sio(4)) device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port "IO_LPT3" tty irq 5 vector lptintr #device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Options for psm: #options PSM_NO_RESET #don't reset mouse hardware (some laptops) device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr # Options for sio: #options COMCONSOLE #prefer serial console to video console #options COM_MULTIPORT #code for some cards with shared IRQs #options DSI_SOFT_MODEM #code for DSI Softmodems #options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to #DDB, if available. # # Network interfaces: `cx', `ed', `el', `ep', `ie', `is', `le', `lnc' # # cx: Cronyx/Sigma multiport sync/async (with Cisco or PPP framing) # ed: Western Digital and SMC 80xx; Novell NE1000 and NE2000; 3Com 3C503 # el: 3Com 3C501 (slow!) # ep: 3Com 3C509 (buggy) # fe: Fujitsu MB86960A/MB86965A Ethernet # fea: DEC DEFEA EISA FDDI adapter # ie: AT&T StarLAN 10 and EN100; 3Com 3C507; unknown NI5210 # le: Digital Equipment EtherWorks 2 and EtherWorks 3 (DEPCA, DE100, # DE101, DE200, DE201, DE202, DE203, DE204, DE205, DE422) # lnc: Lance/PCnet cards (Isolan, Novell NE2100, NE32-VL) # ze: IBM/National Semiconductor PCMCIA ethernet controller. # zp: 3Com PCMCIA Etherlink III (It does not require shared memory for # send/receive operation, but it needs 'iomem' to read/write the # attribute memory) # #device cx0 at isa? port 0x240 net irq 15 drq 7 vector cxintr #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device eg0 at isa? port 0x310 net irq 5 vector egintr #device el0 at isa? port 0x300 net irq 9 vector elintr device ep0 at isa? port 0x300 net irq 10 vector epintr #device fe0 at isa? port 0x240 net irq ? vector feintr #device fea0 at isa? net irq ? vector feaintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr # # ISDN drivers - `isdn'. # # Uncomment one (and only one) of the following two drivers for the appropriate # ISDN device you have. For more information on what's considered appropriate # for your given set of circumstances, please read # /usr/src/gnu/usr.sbin/isdn/docs/INSTALL. It's a bit sparse at present, but # it's the best we have right now. The snic driver is also disabled at present, # waiting for someone to upgrade the driver to 2.0 (it's in /sys/gnu/scsi/). # #device nic0 at isa? port "IO_COM3" iomem 0xe0000 tty irq 9 vector nicintr #device nnic0 at isa? port 0x150 iomem 0xe0000 tty irq 12 vector nnicintr # # Audio drivers: `snd', `sb', `pas', `gus', `pca' # # snd: Voxware sound support code # sb: SoundBlaster PCM - SoundBlaster, SB Pro, SB16, ProAudioSpectrum # sbxvi: SoundBlaster 16 # sbmidi: SoundBlaster 16 MIDI interface # pas: ProAudioSpectrum PCM and MIDI # gus: Gravis Ultrasound - Ultrasound, Ultrasound 16, Ultrasound MAX # gusxvi: Gravis Ultrasound 16-bit PCM (do not use) # mss: Microsoft Sound System # opl: Yamaha OPL-2 and OPL-3 FM - SB, SB Pro, SB 16, ProAudioSpectrum # uart: stand-alone 6850 UART for MIDI # mpu: Roland MPU-401 stand-alone card # # Beware! The addresses specified below are also hard-coded in # i386/isa/sound/sound_config.h. If you change the values here, you # must also change the values in the include file. # # pca: PCM audio through your PC speaker # # If you don't have a lpt0 device at IRQ 7, you can remove the # ``conflicts'' specification in the appropriate device entries below. # # If you have a GUS-MAX card and want to use the CS4231 codec on the # card the drqs for the gus max must be 8 bit (1, 2, or 3). # # If you would like to use the full duplex option on the gus, then define # flags to be the ``read dma channel''. # # options BROKEN_BUS_CLOCK #PAS-16 isn't working and OPTI chipset # options SYMPHONY_PAS #PAS-16 isn't working and SYMPHONY chipset # options EXCLUDE_SBPRO #PAS-16 # options "SBC_IRQ=5" #PAS-16. Must match irq on sb0 line. # PAS16: The order of the pas0/sb0/opl0 is important since the # sb emulation is enabled in the pas-16 attach. # # The i386/isa/sound/sound.doc has more information. # Controls all sound devices controller snd0 #device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x280 irq 5 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 options "SBC_IRQ=5" # Must match irq on sb0 line. #device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr #device gus0 at isa? port 0x220 irq 12 drq 1 flags 0x3 vector gusintr #device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr #device opl0 at isa? port 0x388 conflicts #device mpu0 at isa? port 0x330 irq 6 drq 0 #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" # Not controlled by `snd' device pca0 at isa? port IO_TIMER1 tty # # Miscellaneous hardware: # # mcd: Mitsumi CD-ROM # scd: Sony CD-ROM # matcd: Matsushita/Panasonic CD-ROM # wt: Wangtek and Archive QIC-02/QIC-36 tape drives # ctx: Cortex-I frame grabber # apm: Laptop Advanced Power Management (experimental) # spigot: The Creative Labs Video Spigot video-aquisition board # meteor: Matrox Meteor video capture board # cy: Cyclades serial driver # dgb: Digiboard PC/Xi and PC/Xe series driver (ALPHA QUALITY!) # gp: National Instruments AT-GPIB and AT-GPIB/TNT board # asc: GI1904-based hand scanners, e.g. the Trust Amiscan Grey # gsc: Genius GS-4500 hand scanner. # joy: joystick # labpc: National Instrument's Lab-PC and Lab-PC+ # rc: RISCom/8 multiport card # tw: TW-523 power line interface for use with X-10 home control products # si: Specialix SI/XIO 4-32 port terminal multiplexor # # Notes on APM # Some APM implementations will not work with the `statistics clock' # enabled, so it's disabled by default if the APM driver is enabled. # However, this is not true for all laptops. Try removing the option # APM_BROKEN_STATCLOCK and see if suspend/resume work # # # Notes on the spigot: # The video spigot is at 0xad6. This port address can not be changed. # The irq values may only be 10, 11, or 15 # I/O memory is an 8kb region. Possible values are: # 0a0000, 0a2000, ..., 0fffff, f00000, f02000, ..., ffffff # Note that the start address must be on an even boundary. # Notes on the Digiboard driver: # # The following flag values have special meanings: # 0x01 - alternate layout of pins # 0x02 - use the windowed PC/Xe in 64K mode # Notes on the Specialix SI/XIO driver: # **This is NOT a Specialix supported Driver!** # The host card is memory, not IO mapped. # The Rev 1 host cards use a 64K chunk, on a 32K boundary. # The Rev 2 host cards use a 32K chunk, on a 32K boundary. # The cards can use an IRQ of 11, 12 or 15. #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr # for the Sony CDU31/33A CDROM #device scd0 at isa? port 0x230 bio # for the soundblaster 16 multicd - up to 4 devices controller matcd0 at isa? port 0x290 bio #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device ctx0 at isa? port 0x230 iomem 0xd0000 #device spigot0 at isa? port 0xad6 irq 15 iomem 0xee000 vector spigintr #device qcam0 at isa? port "IO_LPT3" tty #device apm0 at isa? #options APM_BROKEN_STATCLOCK #device gp0 at isa? port 0x2c0 tty #device gsc0 at isa? port "IO_GSC1" tty drq 3 device joy0 at isa? port "IO_GAME" #device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr #device dgb0 at isa? port 0x220 iomem 0xfc0000 iosiz ? tty #device labpc0 at isa? port 0x260 tty irq 5 vector labpcintr #device rc0 at isa? port 0x220 tty irq 12 vector rcintr # the port and irq for tw0 are fictitious #device tw0 at isa? port 0x380 tty irq 11 vector twintr #device si0 at isa? iomem 0xd0000 tty irq 12 vector siintr #device asc0 at isa? port IO_ASC1 tty drq 3 irq 10 vector ascintr # # EISA devices: # # The EISA bus device is eisa0. It provides auto-detection and # configuration support for all devices on the EISA bus. # # The `ahb' device provides support for the Adaptec 174X adapter. # # The `ahc' device provides support for the Adaptec 274X and 284X # adapters. The 284X, although a VLB card responds to EISA probes. # #controller eisa0 #controller ahb0 #controller ahc0 # # PCI devices: # # The main PCI bus device is `pci'. It provides auto-detection and # configuration support for all devices on the PCI bus, using either # configuration mode defined in the PCI specification. # # The `ahc' device provides support for the Adaptec 29/3940(U)(W) # and motherboard based AIC7870/AIC7880 adapters # # The `ncr' device provides support for the NCR 53C810 and 53C825 # self-contained SCSI host adapters. # # The `de' device provides support for the Digital Equipment DC21040 # self-contained Ethernet adapter. # # The `fpa' device provides support for the Digital DEFPA PCI FDDI # adapter. pseudo-device fddi is also needed. # # The PROBE_VERBOSE option enables a long listing of chip set registers # for supported PCI chip sets (currently only intel Saturn and Mercury). # # The 'meteor' device is a PCI video capture board. It can also have the # following options: # options "METEOR_ALLOC_PAGES=xxx" preallocate kernel pages for data entry # figure (ROWS*COLUMN*BYTES_PER_PIXEL*FRAME+PAGE_SIZE-1)/PAGE_SIZE # options METEOR_DEALLOC_PAGES remove all allocated pages on close(2) # options "METEOR_DEALLOC_ABOVE=xxx" remove all allocated pages above the # specified amount. If this value is below the allocated amount no action # taken # #controller pci0 #device ncr0 #device de0 #device fpa0 #device meteor0 #options PROBE_VERBOSE # # Laptop/Notebook options: # # See also: # apm under `Miscellaneous hardare' # options PSM_NO_RESET for the `psm' driver # above. # For older notebooks that signal a powerfail condition (external # power supply dropped, or battery state low) by issuing an NMI: #options POWERFAIL_NMI # make it beep instead of panicing [compile deleted] loading kernel cd9660_lookup.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_lookup.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_lookup.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_lookup.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_711' referenced from text segment cd9660_node.o: More undefined symbol _isonum_711 refs follow cd9660_node.o: Undefined symbol `_isonum_723' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_723' referenced from text segment cd9660_node.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_731' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_731' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_731' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_731' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: Undefined symbol `_isonum_733' referenced from text segment cd9660_rrip.o: More undefined symbol _isonum_733 refs follow cd9660_vfsops.o: Undefined symbol `_isonum_723' referenced from text segment *** Error code 1 Stop. -- Email: skafte@worldgate.com Voice: +403 413 1910 Fax: +403 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- PGP 2.6.2 Key fingerprint = 42 9C 2C A8 4D 2B C9 C4 7D B6 00 B0 50 47 20 97 http://gras-varg.worldgate.com/~skafte/ http://www.worldgate.com/ -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) From owner-freebsd-stable Tue Jul 2 21:09:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA17342 for stable-outgoing; Tue, 2 Jul 1996 21:09:48 -0700 (PDT) Received: from biblioteca.campus.unal.edu.co ([200.21.26.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA17275 for ; Tue, 2 Jul 1996 21:09:32 -0700 (PDT) Received: by biblioteca.campus.unal.edu.co (AIX 3.2/UCB 5.64/4.03) id AA24656; Tue, 2 Jul 1996 23:07:36 -0400 Date: Tue, 2 Jul 1996 23:07:36 -0400 (EDT) From: "Pedro F. Giffuni S." To: stable@freebsd.org Subject: Please, please... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please tell me that BIND and SENDMAIL are always being upgraded... my 2.1R was just cracked through sendmail!! Now CERT also recommends a special shell called smrsh, available at ftp://info.cert.org/pub/tools/smrsh ftp://ftp.uu.net/pub/security/smrsh but reconfiguring sendmail is...horrible Pedro. From owner-freebsd-stable Tue Jul 2 23:08:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07507 for stable-outgoing; Tue, 2 Jul 1996 23:08:14 -0700 (PDT) Received: from mailhub.aros.net (mailhub.aros.net [205.164.111.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA07498 for ; Tue, 2 Jul 1996 23:08:12 -0700 (PDT) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.7.5/Unknown) with ESMTP id AAA04467; Wed, 3 Jul 1996 00:08:19 -0600 (MDT) Received: (from angio@localhost) by terra.aros.net (8.7.5/8.6.12) id AAA05461; Wed, 3 Jul 1996 00:08:07 -0600 From: Dave Andersen Message-Id: <199607030608.AAA05461@terra.aros.net> Subject: Re: Please, please... To: pgiffuni@biblioteca.campus.unal.edu.co (Pedro F. Giffuni S.) Date: Wed, 3 Jul 1996 00:08:06 -0600 (MDT) Cc: stable@freebsd.org In-Reply-To: from "Pedro F. Giffuni S." at Jul 2, 96 11:07:36 pm X-Mailer: ELM [version 2.4 PL25 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD -stable and -current include the latest revision of sendmail, though -stable doesn't yet include the latest BIND. I'm not sure about -current on that one. Upgrade to the latest versions of both, and you'll be in much better shape. Using smrsh is a very good idea as well if you can stomach the upgrade. Disabling the sendmail daemon on hosts which don't receive email on a regular basis works fairly well as well - instead, run them in a cron job every now and then as 'sendmail -q'. Depends on your preference, of course. -Dave Andersen Lo and behold, Pedro F. Giffuni S. once said: > > > Please tell me that BIND and SENDMAIL are always being upgraded... > my 2.1R was just cracked through sendmail!! > > Now CERT also recommends a special shell called smrsh, available at > ftp://info.cert.org/pub/tools/smrsh > ftp://ftp.uu.net/pub/security/smrsh > but reconfiguring sendmail is...horrible > > Pedro. > -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual "There are only two industries that refer to their customers as 'users'." From owner-freebsd-stable Wed Jul 3 01:42:21 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA18892 for stable-outgoing; Wed, 3 Jul 1996 01:42:21 -0700 (PDT) Received: from ref.tfs.com ([206.245.251.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA18887 for ; Wed, 3 Jul 1996 01:42:19 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by ref.tfs.com (8.7.5/8.7.3) with SMTP id BAA27929 for ; Wed, 3 Jul 1996 01:35:27 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0ubK2t-000QbpC; Wed, 3 Jul 96 07:00 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id GAA23785 for freebsd-stable@freebsd.org; Wed, 3 Jul 1996 06:50:59 +0200 Message-Id: <199607030450.GAA23785@allegro.lemis.de> Subject: gdb broken in latest -stable? To: freebsd-stable@freebsd.org (FreeBSD Stable Users) Date: Wed, 3 Jul 1996 06:50:59 +0200 (MET DST) 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-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've run into a strange problem on -stable: I can't even start programs under gdb: # gdb add 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... Breakpoint 1 at 0x1646: file add.c, line 9. (gdb) r Starting program: /usr/home/grog/add Program terminated with signal SIGBUS, Bus error. The program no longer exists. You can't do that without a process to debug (gdb) b start Breakpoint 2 at 0x1040 (gdb) r Starting program: /usr/home/grog/add Program terminated with signal SIGBUS, Bus error. The program no longer exists. You can't do that without a process to debug (gdb) This works just fine with -current. (gdb) b main Breakpoint 1 at 0x1646: file add.c, line 9. (gdb) r Starting program: /usr/home/grog/add Breakpoint 1, main (argc=1, argv=0xefbfd40c) at add.c:9 9 unsigned long sum = 0; (gdb) The program itself is trivial, I've just recompiled it, and in any case, it doesn't seem to have anything to do with the program. If I try running -stable gdb under -current, I get: (gdb) b main Breakpoint 1 at 0x1646: file add.c, line 9. (gdb) r Starting program: /usr/home/grog/add reading register eip (#8): Bad address. (gdb) I don't know whether this is related to the problem, or whether it's because of a mismatch between the kernels. If this is a general problem, I'd say it's a showstopper. Greg From owner-freebsd-stable Wed Jul 3 01:57:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19627 for stable-outgoing; Wed, 3 Jul 1996 01:57:45 -0700 (PDT) Received: from ref.tfs.com ([206.245.251.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA19622 for ; Wed, 3 Jul 1996 01:57:43 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by ref.tfs.com (8.7.5/8.7.3) with SMTP id BAA27976 for ; Wed, 3 Jul 1996 01:57:22 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0ubKyf-000QbsC; Wed, 3 Jul 96 07:59 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id HAA23956 for freebsd-stable@freebsd.org; Wed, 3 Jul 1996 07:43:26 +0200 Message-Id: <199607030543.HAA23956@allegro.lemis.de> Subject: gdb - found the problem To: freebsd-stable@freebsd.org (FreeBSD Stable Users) Date: Wed, 3 Jul 1996 07:43:26 +0200 (MET DST) 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-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, call off the alarm for the gdb problem. Yes, it's a problem, but it's not gdb: I had an environment variable SHELL pointing to /opt/bin/bash, which is a BSD/OS 2.1 executable. I changed it to /bin/bash, and now things work fine. Well, I can start gdb, anyway. We still have a problem that BSD/OS 2.1 has changed the system call interface from lcall 7,0 to lcall 0x87,0, but that's not directly a -stable issue. Greg From owner-freebsd-stable Wed Jul 3 06:50:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08315 for stable-outgoing; Wed, 3 Jul 1996 06:50:30 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA08310 for ; Wed, 3 Jul 1996 06:50:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id GAA00224; Wed, 3 Jul 1996 06:50:09 -0700 (PDT) Message-Id: <199607031350.GAA00224@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: freebsd-stable@freebsd.org (FreeBSD Stable Users) Subject: Re: gdb broken in latest -stable? In-reply-to: Your message of "Wed, 03 Jul 1996 06:50:59 +0200." <199607030450.GAA23785@allegro.lemis.de> From: David Greenman Reply-To: davidg@root.com Date: Wed, 03 Jul 1996 06:50:09 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I've run into a strange problem on -stable: I can't even start >programs under gdb: ... > Program terminated with signal SIGBUS, Bus error. I can't reproduce this: [implode:davidg] cat foo.c main() { int a = 2, b = 2; int c; printf("first line\n"); printf("second line\n"); printf("third line\n"); printf("fourth line\n"); c = a + b; printf("The answer is %d\n", c); } [implode:davidg] gdb foo 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... (gdb) break main Breakpoint 1 at 0x165c: file foo.c, line 6. (gdb) r Starting program: /local/home/davidg/foo Breakpoint 1, main () at foo.c:6 6 printf("first line\n"); (gdb) step first line 7 printf("second line\n"); (gdb) step second line 8 printf("third line\n"); (gdb) step third line 9 printf("fourth line\n"); (gdb) step fourth line 12 printf("The answer is %d\n", c); (gdb) step The answer is 4 13 } (gdb) step 0x10d3 in start () (gdb) step Single stepping until exit from function start, which has no line number information. Program exited with code 020. (gdb) quit This is with a kernel that is up to date as of the time that I'm writing this (July 3rd, 6:50am PST). My gdb binary is about a week old, but there haven't been any commits to an area of the source tree that would affect this (as far as I know). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Wed Jul 3 08:53:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18669 for stable-outgoing; Wed, 3 Jul 1996 08:53:49 -0700 (PDT) Received: from biblioteca.campus.unal.edu.co ([200.21.26.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA18651; Wed, 3 Jul 1996 08:53:39 -0700 (PDT) Received: by biblioteca.campus.unal.edu.co (AIX 3.2/UCB 5.64/4.03) id AA33578; Wed, 3 Jul 1996 10:51:25 -0400 Date: Wed, 3 Jul 1996 10:51:25 -0400 (EDT) From: "Pedro F. Giffuni S." To: Matt Bartley Cc: security@freebsd.org, stable@freebsd.org Subject: What is known about The security hole In-Reply-To: <199607030559.WAA18214@lear35.cytex.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Jul 1996, Matt Bartley wrote: > > With all due discretion, what happened to you with the 8.6.13 that's > in 2.1.0? > Since everyone wants to know the details, here they are: I manage 3 machines: 2 FreeBSD's and an AIX 3.2.5. I have always kept tcpd running, and all the r* services closed. I considered my machines had an acceptable security, until I started noting: 1) delayed or bouncing mail 2) a fbsd message "removed from mail queue" on console 3) a mail reply, that I didn't send, saying the mailer could not execute the requested command 4) The fbsd that I installed first was specially damaged: permisions were changed and it has problems resolving names 5) /etc/motd was modified, the sarcastic message included excerpts from a mail message I had sent weeks ago to the netadmin. 6) The cracker even sent me mail from root's account, and on that date no one logged in! Most of our machines are cracked, but one of the things that surprised me was that a private fbsd, installed a week ago, also fell. I would suggest having smrsh included by default in sendmail's configuration in new releases, and immediate upgrades in sendmail and BIND. On a non-release level, excelent proposals have been replacing sendmail by ZMail, or qMail, or shutdown sendmail and run it with crontab. Pedro. From owner-freebsd-stable Wed Jul 3 09:33:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21013 for stable-outgoing; Wed, 3 Jul 1996 09:33:14 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21000; Wed, 3 Jul 1996 09:33:12 -0700 (PDT) Received: by haven.uniserve.com id <32100-23944>; Wed, 3 Jul 1996 09:36:43 -0800 Date: Wed, 3 Jul 1996 09:36:42 -0700 (PDT) From: Tom Samplonius To: "Pedro F. Giffuni S." cc: Matt Bartley , security@freebsd.org, stable@freebsd.org Subject: Re: What is known about The security hole In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Jul 1996, Pedro F. Giffuni S. wrote: > I would suggest having smrsh included by default in sendmail's configuration > in new releases, and immediate upgrades in sendmail and BIND. I'd also like to add that CERT issued an advisory about Sendmail 8.6.12 several months ago. Either 8.6.13 or 8.7.5 is recommended. Tom From owner-freebsd-stable Wed Jul 3 10:26:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28101 for stable-outgoing; Wed, 3 Jul 1996 10:26:12 -0700 (PDT) Received: from mail.ruhrgebiet.individual.net (in-ruhr.ruhr.de [193.100.176.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28090 for ; Wed, 3 Jul 1996 10:26:07 -0700 (PDT) Received: by mail.ruhrgebiet.individual.net (8.7.1/8.6.12) with UUCP id SAA17959; Wed, 3 Jul 1996 18:07:16 +0200 (MET DST) Received: by acme1.ruhr.de (Smail3.1.29.1 #1) id m0ub8jY-00002zC; Tue, 2 Jul 96 18:55 MET DST Date: Tue, 2 Jul 1996 18:55:27 +0200 (MET DST) From: Christoph Haas To: "Jordan K. Hubbard" cc: stable@freebsd.org Subject: Re: Update 2.1-STABLE -> 2.1.5-RELEASE In-Reply-To: <259.836265090@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Jul 1996, Jordan K. Hubbard wrote: > If you're already on the CTM or sup tracks for -stable, then simply build > the world the day after 2.1.5-RELEASE is announced and you will, for > all intents and purposes, be running 2.1.5R. > > Jordan Great, that's exactly what I (and I think many other -stable users) wanted to hear. -- Christoph Haas chris@acme1.ruhr.de The past is history, the future is a mystery, and this moment is a gift. That's why they call this moment the present. From owner-freebsd-stable Wed Jul 3 10:45:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00761 for stable-outgoing; Wed, 3 Jul 1996 10:45:00 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00745 for ; Wed, 3 Jul 1996 10:44:56 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id SAA10584; Wed, 3 Jul 1996 18:39:00 +0100 (BST) To: Dave Andersen cc: pgiffuni@biblioteca.campus.unal.edu.co (Pedro F. Giffuni S.), stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Please, please... In-reply-to: Your message of "Wed, 03 Jul 1996 00:08:06 MDT." <199607030608.AAA05461@terra.aros.net> Date: Wed, 03 Jul 1996 18:39:00 +0100 Message-ID: <10582.836415540@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dave Andersen wrote in message ID <199607030608.AAA05461@terra.aros.net>: > FreeBSD -stable and -current include the latest revision of sendmail, > though -stable doesn't yet include the latest BIND. I'm not sure about > -current on that one. -current doesn't have BIND 4.9.4 either. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Wed Jul 3 11:21:57 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06341 for stable-outgoing; Wed, 3 Jul 1996 11:21:57 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06331; Wed, 3 Jul 1996 11:21:55 -0700 (PDT) Received: by haven.uniserve.com id <32095-23943>; Wed, 3 Jul 1996 11:25:34 -0800 Date: Wed, 3 Jul 1996 11:25:21 -0700 (PDT) From: Tom Samplonius To: Gary Palmer cc: Dave Andersen , "Pedro F. Giffuni S." , stable@FreeBSD.ORG Subject: Re: Please, please... In-Reply-To: <10582.836415540@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Jul 1996, Gary Palmer wrote: > Dave Andersen wrote in message ID > <199607030608.AAA05461@terra.aros.net>: > > FreeBSD -stable and -current include the latest revision of sendmail, > > though -stable doesn't yet include the latest BIND. I'm not sure about > > -current on that one. > > -current doesn't have BIND 4.9.4 either. 4.9.4 is still in beta. It also has strict hostname checking, which makes it unsuitable for many sites, until all non-compliant hostnames are changed. > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > Tom From owner-freebsd-stable Wed Jul 3 14:18:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26219 for stable-outgoing; Wed, 3 Jul 1996 14:18:37 -0700 (PDT) Received: from irbs.irbs.com ([199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26210 for ; Wed, 3 Jul 1996 14:18:31 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id RAA03485 for freebsd-stable@freebsd.org; Wed, 3 Jul 1996 17:17:55 -0400 (EDT) From: John Capo Message-Id: <199607032117.RAA03485@irbs.irbs.com> Subject: Re: Please, please... To: freebsd-stable@freebsd.org Date: Wed, 3 Jul 1996 17:17:55 -0400 (EDT) In-Reply-To: from Tom Samplonius at "Jul 3, 96 11:25:21 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius writes: > > > -current doesn't have BIND 4.9.4 either. > > 4.9.4 is still in beta. > $Id: CHANGES,v 8.39 1996/06/26 23:17:18 vixie Exp $ --- 4.9.4-rel released --- 644. [bug] gethnamadr.c:getanswer() wasn't decrementing buflen. 643. [contrib] new contrib/misc/gencidrzone. John Capo From owner-freebsd-stable Wed Jul 3 15:23:41 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02029 for stable-outgoing; Wed, 3 Jul 1996 15:23:41 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02002 for ; Wed, 3 Jul 1996 15:23:34 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id XAA11302; Wed, 3 Jul 1996 23:22:23 +0100 (BST) To: "Pedro F. Giffuni S." cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Please, please... In-reply-to: Your message of "Tue, 02 Jul 1996 23:07:36 EDT." Date: Wed, 03 Jul 1996 23:22:21 +0100 Message-ID: <11300.836432541@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Pedro F. Giffuni S." wrote in message ID : > Now CERT also recommends a special shell called smrsh, available at > ftp://info.cert.org/pub/tools/smrsh > ftp://ftp.uu.net/pub/security/smrsh smrsh is part of sendmail 8.7.x, although we don't install it by default. I believe there is eevn a m4 configuration file option to default to smrsh, but I can't remember offhand. Try looking in either -stable or the sendmail 8.7.5 distribution for more information. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Wed Jul 3 15:30:50 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02699 for stable-outgoing; Wed, 3 Jul 1996 15:30:50 -0700 (PDT) Received: from biblioteca.campus.unal.edu.co ([200.21.26.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA02680; Wed, 3 Jul 1996 15:30:43 -0700 (PDT) Received: by biblioteca.campus.unal.edu.co (AIX 3.2/UCB 5.64/4.03) id AA29863; Wed, 3 Jul 1996 17:27:34 -0400 Date: Wed, 3 Jul 1996 17:27:34 -0400 (EDT) From: "Pedro F. Giffuni S." To: Tom Samplonius Cc: Gary Palmer , Dave Andersen , stable@FreeBSD.ORG Subject: Re: Please, please... In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Jul 1996, Tom Samplonius wrote: > > -current doesn't have BIND 4.9.4 either. > > 4.9.4 is still in beta. > > It also has strict hostname checking, which makes it unsuitable for > many sites, until all non-compliant hostnames are changed. > > Tom > Well, why not keep stable..stable and current..current :) upgrade current, and report bugs to Berkeley or whomever keeps BIND. CERT also reported lately that BINDs were going to be constantly upgraded due to cracking. Pedro. From owner-freebsd-stable Wed Jul 3 15:42:41 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03677 for stable-outgoing; Wed, 3 Jul 1996 15:42:41 -0700 (PDT) Received: from biblioteca.campus.unal.edu.co ([200.21.26.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA03621; Wed, 3 Jul 1996 15:42:24 -0700 (PDT) Received: by biblioteca.campus.unal.edu.co (AIX 3.2/UCB 5.64/4.03) id AA29876; Wed, 3 Jul 1996 17:39:53 -0400 Date: Wed, 3 Jul 1996 17:39:52 -0400 (EDT) From: "Pedro F. Giffuni S." To: Gary Palmer Cc: stable@FreeBSD.ORG Subject: Re: Please, please...(and a lab) In-Reply-To: <11300.836432541@palmer.demon.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Jul 1996, Gary Palmer wrote: > smrsh is part of sendmail 8.7.x, although we don't install it by > default. I believe there is eevn a m4 configuration file option to > default to smrsh, but I can't remember offhand. Try looking in either > -stable or the sendmail 8.7.5 distribution for more information. > > Gary > -- > Installing it by default is worth it: the same crackers (I assume) also broke into AIX4.1, and Solaris 2.4, both considered secure mailers by CERT, and the local admins closed every other potential door; rsh, rlogin, tftp, finger, etc... I am experimenting, before I reinstall the system: I am using tcp_wrappers to cut all local (.co) and unknown mail. Of course that meant running sendmail in inetd. I even cutted out the mail from one machine to see if they can get through...its the only way of learning:) best regards, Pedro. From owner-freebsd-stable Wed Jul 3 19:48:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19671 for stable-outgoing; Wed, 3 Jul 1996 19:48:30 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19663; Wed, 3 Jul 1996 19:48:26 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id VAA25206; Wed, 3 Jul 1996 21:48:09 -0500 (CDT) Message-Id: <199607040248.VAA25206@sierra.zyzzyva.com> To: Tom Samplonius cc: Gary Palmer , Dave Andersen , "Pedro F. Giffuni S." , stable@freebsd.org Subject: Re: Please, please... In-reply-to: tom's message of Wed, 03 Jul 1996 11:25:21 -0700. X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Jul 1996 21:48:08 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -stable (and I believe -current) aren't even running the released version of 4.9.3. -stable is running an old and known to be buggy version of 4.9.3-beta. I've pleaded for this to be updated.... > > On Wed, 3 Jul 1996, Gary Palmer wrote: > > > Dave Andersen wrote in message ID > > <199607030608.AAA05461@terra.aros.net>: > > > FreeBSD -stable and -current include the latest revision of sendmail, > > > though -stable doesn't yet include the latest BIND. I'm not sure about > > > -current on that one. > > > > -current doesn't have BIND 4.9.4 either. > > 4.9.4 is still in beta. > > It also has strict hostname checking, which makes it unsuitable for > many sites, until all non-compliant hostnames are changed. > > > Gary > > -- > > Gary Palmer FreeBSD Core Team Member > > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > > > > Tom From owner-freebsd-stable Wed Jul 3 19:57:29 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21467 for stable-outgoing; Wed, 3 Jul 1996 19:57:29 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA21455; Wed, 3 Jul 1996 19:57:22 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id DAA12133; Thu, 4 Jul 1996 03:56:38 +0100 (BST) To: Randy Terbush cc: Tom Samplonius , Dave Andersen , "Pedro F. Giffuni S." , stable@FreeBSD.ORG, peter@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Please, please... In-reply-to: Your message of "Wed, 03 Jul 1996 21:48:08 CDT." <199607040248.VAA25206@sierra.zyzzyva.com> Date: Thu, 04 Jul 1996 03:56:36 +0100 Message-ID: <12131.836448996@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randy Terbush wrote in message ID <199607040248.VAA25206@sierra.zyzzyva.com>: > -stable (and I believe -current) aren't even running the released > version of 4.9.3. Nope. -current is running 4.9.3-RELEASE + patch 1 peter 96/01/06 21:22:01 Branch: usr.sbin 1.1.1 Log: At last.. :-) Import of bind-4.9.3-REL. (part 1 of several) Status: Vendor Tag: VIXIE Release Tags: v4_9_3_rel (and so on) > -stable is running an old and known to be buggy > version of 4.9.3-beta. I've pleaded for this to be updated.... I'm not quite sure why it hasn't been upgraded. Peter? Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Thu Jul 4 04:26:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA21180 for stable-outgoing; Thu, 4 Jul 1996 04:26:56 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA21175 for ; Thu, 4 Jul 1996 04:26:53 -0700 (PDT) Received: from rlb.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.6.12/8.6.12) with SMTP id HAA05227 for ; Thu, 4 Jul 1996 07:26:50 -0400 Message-ID: <31DBAA5E.41C67EA6@mindspring.com> Date: Thu, 04 Jul 1996 07:26:22 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0b5 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Can't build kernel on stable Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I did a sup on stable. I got everything to compile bu the kernel. I get errors building the 1742 eisa code. Any ideas why this is happening. Thank's -Ron -- **************************************************************************** Ron Bolin: rlb@mindspring.com,matrlbx@indigo4.cs.gsu.edu,b06rlb@federated-dept* -stores.com, http://www.mindspring.com/~rlb/ Company: FSG * Home: 770-888-6343 Work: 770-246-5404 UNIX System Specialist * **************************************************************************** --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="kern.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kern.txt" I had to explicitly link /usr/lib/libc.a to these to get them to link on freebsd-stable SUP. The -lc in the build did not work. The symbols not resolved were in libc.a ans libc.so.1.1 ./gnu/libexec/ypxfr ./gnu/usr.bin/yppush ./libexec/bootpd ./usr.bin/devmenu ./usr.bin/sgmls/sgmls ./usr.bin/ypwhich ./usr.sbin/named In addition, on building the kernel I got the following error which aborted the build. cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DGENERIC -DI586_CPU -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_LINUX -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/seagate.c ../../i386/isa/seagate.c: In function `sea_data_output': ../../i386/isa/seagate.c:1124: warning: assignment discards `volatile' from pointer target type ../../i386/isa/seagate.c: In function `sea_data_input': ../../i386/isa/seagate.c:1194: warning: assignment discards `volatile' from pointer target type cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DGENERIC -DI586_CPU -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_LINUX -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 -c vers.c loading kernel aha1742.o: Undefined symbol `_eisa_match_dev' referenced from text segment aha1742.o: Undefined symbol `_eisa_add_iospace' referenced from text segment aha1742.o: Undefined symbol `_eisa_add_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_registerdev' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_start' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_iospace' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_enable_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_release_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_generic_externalize' referenced from data segment aha1742.o: Undefined symbol `_kdc_eisa0' referenced from data segment ioconf.o: Undefined symbol `_btintr' referenced from data segment ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment ioconf.o: Undefined symbol `_ahcintr' referenced from data segment ioconf.o: Undefined symbol `_ahbdriver' referenced from data segment ioconf.o: Undefined symbol `_ahbintr' referenced from data segment *** Error code 1 Stop. --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-stable Thu Jul 4 07:57:32 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00912 for stable-outgoing; Thu, 4 Jul 1996 07:57:32 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00906; Thu, 4 Jul 1996 07:57:29 -0700 (PDT) Message-Id: <199607041457.HAA00906@freefall.freebsd.org> To: Ron Bolin cc: freebsd-stable@freebsd.org Subject: Re: Can't build kernel on stable In-reply-to: Your message of "Thu, 04 Jul 1996 07:26:22 EDT." <31DBAA5E.41C67EA6@mindspring.com> Date: Thu, 04 Jul 1996 07:57:29 -0700 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >This is a multi-part message in MIME format. > >--------------446B9B3D2781E494167EB0E7 >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit > >I did a sup on stable. I got everything to compile bu the kernel. I get >errors building the 1742 eisa code. Any ideas why this is happening. > >Thank's >-Ron Did you recreate your config file from the GENERIC one supplied in -stable? Did you add the "eisa0" device since you are using eisa devices? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Thu Jul 4 17:28:36 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23296 for stable-outgoing; Thu, 4 Jul 1996 17:28:36 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA23284 for ; Thu, 4 Jul 1996 17:28:34 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA12617 for ; Thu, 4 Jul 1996 17:27:59 -0700 (PDT) To: stable@freebsd.org Subject: Has anyone successfully installed 2.1-960627-SNAP over PPP? Date: Thu, 04 Jul 1996 17:27:59 -0700 Message-ID: <12615.836526479@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone also able to test the installation over PLIP, NFS, tape, SLIP or floppy is kindly requested to do so as I don't have much testing coverage on these and would hate to see some boundry case crop up at (or after!) the last moment. Thanks! Jordan From owner-freebsd-stable Thu Jul 4 19:28:28 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02824 for stable-outgoing; Thu, 4 Jul 1996 19:28:28 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA02812 for ; Thu, 4 Jul 1996 19:28:23 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id WAA08281; Thu, 4 Jul 1996 22:28:26 -0400 (EDT) Date: Thu, 4 Jul 1996 22:28:25 -0400 (EDT) From: "Marc G. Fournier" To: "Jordan K. Hubbard" cc: stable@freebsd.org Subject: Re: Has anyone successfully installed 2.1-960627-SNAP over PPP? In-Reply-To: <12615.836526479@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 4 Jul 1996, Jordan K. Hubbard wrote: > Anyone also able to test the installation over PLIP, NFS, tape, SLIP > or floppy is kindly requested to do so as I don't have much testing > coverage on these and would hate to see some boundry case crop up at > (or after!) the last moment. > Over NFS fails with the 3com card...might have an opportunity to try it with a new machine and a different ethernet card tomorrow or saturday though... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Thu Jul 4 20:48:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08639 for stable-outgoing; Thu, 4 Jul 1996 20:48:49 -0700 (PDT) Received: from biblioteca.campus.unal.edu.co ([200.21.26.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA08634; Thu, 4 Jul 1996 20:48:42 -0700 (PDT) Received: by biblioteca.campus.unal.edu.co (AIX 3.2/UCB 5.64/4.03) id AA22210; Thu, 4 Jul 1996 22:46:46 -0400 Date: Thu, 4 Jul 1996 22:46:46 -0400 (EDT) From: "Pedro F. Giffuni S." To: Gary Palmer Cc: stable@freebsd.org Subject: Sendmail In-Reply-To: <11300.836432541@palmer.demon.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Jul 1996, Gary Palmer wrote: > > smrsh is part of sendmail 8.7.x, although we don't install it by > default. I believe there is eevn a m4 configuration file option to > default to smrsh, but I can't remember offhand. Try looking in either > -stable or the sendmail 8.7.5 distribution for more information. > I compiled smrsh and installed it, a very simple process...do you happen to know if sendmail on stable includes the wrapper option? Pedro, > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > From owner-freebsd-stable Thu Jul 4 21:07:09 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA13300 for stable-outgoing; Thu, 4 Jul 1996 21:07:09 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA13291 for ; Thu, 4 Jul 1996 21:07:01 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id FAA15721; Fri, 5 Jul 1996 05:06:38 +0100 (BST) To: "Pedro F. Giffuni S." cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Sendmail In-reply-to: Your message of "Thu, 04 Jul 1996 22:46:46 EDT." Date: Fri, 05 Jul 1996 05:06:37 +0100 Message-ID: <15719.836539597@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Pedro F. Giffuni S." wrote in message ID : > I compiled smrsh and installed it, a very simple process...do you happen to > know if sendmail on stable includes the wrapper option? I believe it's in the source tree, but not in the compile path of `make world', so it's not in the distributions, nor installed anywhere. The m4 options remain unaltered tho, so if you have the source tree (specifically, /usr/src/usr.sbin) installed, you can install it yourself (in theory, never tried this myself) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Fri Jul 5 00:27:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26690 for stable-outgoing; Fri, 5 Jul 1996 00:27:37 -0700 (PDT) Received: from unicorn.ww.net (Simferopol.ww.net [193.124.73.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA26677 for ; Fri, 5 Jul 1996 00:27:04 -0700 (PDT) Received: (from alexis@localhost) by unicorn.ww.net (8.7.5/alexis 2.5) id LAA00347 for freebsd-stable@freebsd.org; Fri, 5 Jul 1996 11:26:05 +0400 (MSD) Message-Id: <199607050726.LAA00347@unicorn.ww.net> Subject: permission denied To: freebsd-stable@freebsd.org Date: Fri, 5 Jul 1996 11:26:04 +0400 (MSD) From: Alexis Yushin Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I compile 2.1-STABLE with IPFIREWALL any networking operation produces ``permission denied'' message. Any clues? alexis -- Real Users hate Real Programmers From owner-freebsd-stable Fri Jul 5 04:10:25 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08130 for stable-outgoing; Fri, 5 Jul 1996 04:10:25 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08125 for ; Fri, 5 Jul 1996 04:10:24 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by Kitten.mcs.com (8.7.5/8.6.9) with SMTP id GAA16302; Fri, 5 Jul 1996 06:10:17 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 5 Jul 96 06:10 CDT Date: Fri, 5 Jul 1996 06:10:16 -0500 (CDT) From: Alex Nash X-Sender: nash@Venus.mcs.com To: Alexis Yushin cc: freebsd-stable@freebsd.org Subject: Re: permission denied In-Reply-To: <199607050726.LAA00347@unicorn.ww.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Jul 1996, Alexis Yushin wrote: > When I compile 2.1-STABLE with IPFIREWALL any networking > operation produces ``permission denied'' message. Any clues? The default firewall policy is deny. Alex From owner-freebsd-stable Fri Jul 5 04:14:52 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08371 for stable-outgoing; Fri, 5 Jul 1996 04:14:52 -0700 (PDT) Received: from dawn.ww.net (root@dawn.ww.net [193.124.73.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08357 for ; Fri, 5 Jul 1996 04:14:42 -0700 (PDT) Received: (from alexis@localhost) by dawn.ww.net (8.7.5/alexis 2.5) id PAA07054; Fri, 5 Jul 1996 15:13:15 +0400 (MSD) Message-Id: <199607051113.PAA07054@dawn.ww.net> Subject: Re: permission denied To: nash@mcs.net (Alex Nash) Date: Fri, 5 Jul 1996 15:13:12 +0400 (MSD) From: Alexis Yushin Cc: alexis@ww.net, freebsd-stable@freebsd.org In-Reply-To: from Alex Nash at "Jul 5, 96 06:10:16 am" Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Once Alex Nash wrote: >The default firewall policy is deny. I realized it by now but was confused by permission denied message, which was hard to associate with firewalling. alexis -- Real Users hate Real Programmers From owner-freebsd-stable Fri Jul 5 04:29:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09636 for stable-outgoing; Fri, 5 Jul 1996 04:29:04 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA09624 for ; Fri, 5 Jul 1996 04:29:01 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA14775 for ; Fri, 5 Jul 1996 06:30:11 -0500 (CDT) Received: from fa.tdktca.com (bsd.fa.tdktca.com [163.49.131.129]) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA14769 for ; Fri, 5 Jul 1996 06:30:10 -0500 (CDT) Received: (from alex@localhost) by fa.tdktca.com (8.7.5/8.6.12) id GAA17799; Fri, 5 Jul 1996 06:32:11 -0500 (CDT) Date: Fri, 5 Jul 1996 06:32:11 -0500 (CDT) From: Alex Nash To: Alexis Yushin cc: freebsd-stable@freebsd.org Subject: Re: permission denied In-Reply-To: <199607051113.PAA07054@dawn.ww.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Jul 1996, Alexis Yushin wrote: > Once Alex Nash wrote: > >The default firewall policy is deny. > > I realized it by now but was confused by permission denied > message, which was hard to associate with firewalling. If you browse through the system error defines (/usr/include/errno.h), I don't think you'll find one that does associate the problem with firewalling :) (If you do though, you can change the EACCES return value in ip_output.c, right by the sendit label.) Alex From owner-freebsd-stable Fri Jul 5 05:21:22 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA12267 for stable-outgoing; Fri, 5 Jul 1996 05:21:22 -0700 (PDT) Received: from circle.net (demeter.circle.net [207.79.160.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA12262 for ; Fri, 5 Jul 1996 05:21:19 -0700 (PDT) Received: (from troy@localhost) by circle.net (8.7.5/8.7.3) id IAA10419; Fri, 5 Jul 1996 08:17:09 -0400 (EDT) Date: Fri, 5 Jul 1996 08:17:09 -0400 (EDT) From: Troy Arie Cobb To: Alexis Yushin cc: freebsd-stable@FreeBSD.org Subject: Re: permission denied In-Reply-To: <199607050726.LAA00347@unicorn.ww.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Jul 1996, Alexis Yushin wrote: > Date: Fri, 5 Jul 1996 11:26:04 +0400 (MSD) > From: Alexis Yushin > To: freebsd-stable@FreeBSD.org > Subject: permission denied > > When I compile 2.1-STABLE with IPFIREWALL any networking > operation produces ``permission denied'' message. Any clues? The new default for IPFW is deny all. You'll need to permit a few ports/ips to get anything to work. - troy Troy Arie Cobb troy@circle.net ------------------------------------------------------ | Circle Net, Inc. | global internet access | | http://www.circle.net | for western north carolina | | info@circle.net | and beyond... | | 704-254-9500 | | ------------------------------------------------------ From owner-freebsd-stable Fri Jul 5 07:33:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19898 for stable-outgoing; Fri, 5 Jul 1996 07:33:14 -0700 (PDT) Received: from ibmmail.COM (ibmmail.com [199.171.26.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19890 for ; Fri, 5 Jul 1996 07:33:10 -0700 (PDT) Message-Id: <199607051433.HAA19890@freefall.freebsd.org> Received: from ibmmail by ibmmail.COM (IBM VM SMTP V2R3) with BSMTP id 1604; Fri, 05 Jul 96 10:33:17 EDT Date: Fri, 05 Jul 1996 10:32:40 EDT From: "Stephen Palmer" To: stable@freefall.freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: FTP install over PPP in 2.1-960627-SNAP Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I get the following error when trying to enter "term" mode in PPP to install 2.1-960626-SNAP. --- Using interface: tun0 Interactive mode ppp on foobar> term /: write failed, file system is full lock write: No space left on device failed to open modem ppp on foobar> --- If I switch to VTY2: I can see the following error: uid0 on /: filesystem full --- Any Ideas? I'm using the boot.flp from the 2.1-960627-SNAP on a Dell Optiplex 590 XMT, and an Accura 288 V.34+FAX modem. Thanks in advance, Stephen L. Palmer uscgsynd@ibmmail.com - Columbia Gulf, Houston TX elrond@helix.xiii.com - Home From owner-freebsd-stable Fri Jul 5 11:19:29 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19206 for stable-outgoing; Fri, 5 Jul 1996 11:19:29 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19200 for ; Fri, 5 Jul 1996 11:19:23 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id TAA16828; Fri, 5 Jul 1996 19:18:12 +0100 (BST) To: Stephen Palmer cc: stable@freefall.freebsd.org From: "Gary Palmer" Subject: Re: FTP install over PPP in 2.1-960627-SNAP In-reply-to: Your message of "Fri, 05 Jul 1996 10:32:40 EDT." <199607051433.HAA19890@freefall.freebsd.org> Date: Fri, 05 Jul 1996 19:18:10 +0100 Message-ID: <16826.836590690@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stephen Palmer wrote in message ID <199607051433.HAA19890@freefall.freebsd.org>: > I get the following error when trying to enter "term" mode in PPP to install > 2.1-960626-SNAP. [snip] > /: write failed, file system is full We've run out of room on the boot floopy by sticking too many helpful documents on there :-( This is being worked on now. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Sat Jul 6 04:41:02 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA21098 for stable-outgoing; Sat, 6 Jul 1996 04:41:02 -0700 (PDT) Received: from meno.uchicago.edu (meno.uchicago.edu [128.135.21.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA21093 for ; Sat, 6 Jul 1996 04:41:00 -0700 (PDT) Received: from meno.uchicago.edu (localhost [127.0.0.1]) by meno.uchicago.edu (8.7.5/8.7.3) with ESMTP id GAA07782 for ; Sat, 6 Jul 1996 06:43:14 -0500 (CDT) Message-Id: <199607061143.GAA07782@meno.uchicago.edu> To: freebsd-stable@freebsd.org Subject: undefined symbol MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7778.836653393.1@meno.uchicago.edu> Date: Sat, 06 Jul 1996 06:43:14 -0500 From: steve farrell Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk got this when i tried to build a kernel supped today: ioconf.o: Undefined symbol `_psmi' referenced from data segment *** Error code 1 the problem is resolved by modifying ioconf.c in the compile dir like: -extern struct isa_driver psmdriver; inthand2_t psmi; +extern struct isa_driver psmdriver; inthand2_t psmintr; -{ 8, &psmdriver, IO_KBD, IRQ12, -1, C 0x00000, 0, psmi, 0, 0x0000, 0, 0, 0, 0, 1, 1, 0 }, +{ 8, &psmdriver, IO_KBD, IRQ12, -1, C 0x00000, 0, psmintr, 0, 0x0000, 0, 0, 0, 0, 1, 1, 0 }, but, of course, ioconf.c is generated so this doesn't really fix the problem. i grepped through everything and couldn't find the right place to fix this, but i'm sure someone reading this knows exactly where to go... (could you point me to that so i can simply provide a patch for this sort of thing in the future?) -steve From owner-freebsd-stable Sat Jul 6 05:04:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21953 for stable-outgoing; Sat, 6 Jul 1996 05:04:39 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21942 for ; Sat, 6 Jul 1996 05:04:35 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id NAA21766; Sat, 6 Jul 1996 13:04:25 +0100 (BST) To: steve farrell cc: freebsd-stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: undefined symbol In-reply-to: Your message of "Sat, 06 Jul 1996 06:43:14 CDT." <199607061143.GAA07782@meno.uchicago.edu> Date: Sat, 06 Jul 1996 13:04:24 +0100 Message-ID: <21764.836654664@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk steve farrell wrote in message ID <199607061143.GAA07782@meno.uchicago.edu>: > got this when i tried to build a kernel supped today: > > ioconf.o: Undefined symbol `_psmi' referenced from data segment > *** Error code 1 It's derrived from your kernel config file. Did you specify something like: device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmi rather than: device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr ? Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Sat Jul 6 05:50:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA23858 for stable-outgoing; Sat, 6 Jul 1996 05:50:54 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA23853 for ; Sat, 6 Jul 1996 05:50:53 -0700 (PDT) Received: from swoosh.dunn.org (victory.dunn.org [206.158.4.6]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id IAA27663; Sat, 6 Jul 1996 08:50:46 -0400 (EDT) Message-Id: <199607061250.IAA27663@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: steve farrell Date: Sat, 6 Jul 1996 08:45:20 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: undefined symbol Reply-to: dunn@harborcom.net CC: freebsd-stable@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In your kernel config file: -device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmi +device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr :) Anytime you upgrade your sources you should probably make sure GENERIC or LINT didn't change. Undefined symbols are classic symptoms of an outdated config file. On 6 Jul 96 at 6:43, steve farrell wrote: > got this when i tried to build a kernel supped today: > > ioconf.o: Undefined symbol `_psmi' referenced from data segment > *** Error code 1 > > the problem is resolved by modifying ioconf.c in the compile dir like: > > -extern struct isa_driver psmdriver; inthand2_t psmi; > +extern struct isa_driver psmdriver; inthand2_t psmintr; > > -{ 8, &psmdriver, IO_KBD, IRQ12, -1, C 0x00000, 0, psmi, 0, 0x0000, 0, 0, 0, 0, 1, 1, 0 }, > +{ 8, &psmdriver, IO_KBD, IRQ12, -1, C 0x00000, 0, psmintr, 0, 0x0000, 0, 0, 0, 0, 1, 1, 0 }, > > but, of course, ioconf.c is generated so this doesn't really fix the > problem. i grepped through everything and couldn't find the right place > to fix this, but i'm sure someone reading this knows exactly where to go... > > (could you point me to that so i can simply provide a patch for this sort > of thing in the future?) Bradley Dunn Harbor Communications From owner-freebsd-stable Sat Jul 6 16:08:41 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09996 for stable-outgoing; Sat, 6 Jul 1996 16:08:41 -0700 (PDT) Received: from walter.acs.nmu.edu (walter.acs.nmu.edu [198.110.194.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA09991 for ; Sat, 6 Jul 1996 16:08:38 -0700 (PDT) Received: (from jmarra@localhost) by walter.acs.nmu.edu (8.7.5/8.6.12) id TAA02502; Sat, 6 Jul 1996 19:08:36 -0400 (EDT) Date: Sat, 6 Jul 1996 19:08:35 -0400 (EDT) From: John Marra To: freebsd-stable@freebsd.org Subject: ed0 failure with stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I rebuilt the stable kernel yesterday using the same configuration file as I used for the 2.1.0-RELEASE. I am using a Thomas Conrad NE2000 (5143) for my network connection. The kernel probe finds the card with the correct I/O address and interrupt. Both the ifconfig and the route commands succeed also. However, if I try to use a network function (i.e. Telnet, ftp, etc), I get a permision denied. UDP and IP pings do succeed from remote machines. I rechecked my configurations and recompiled the kernel several times but I have not had any luck in solving the problem. Has anyone else had similar problems? Thanks. From owner-freebsd-stable Sat Jul 6 20:02:10 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20111 for stable-outgoing; Sat, 6 Jul 1996 20:02:10 -0700 (PDT) Received: from zeus.xtalwind.net (h-adoption.x31.infi.net [206.27.115.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA20106 for ; Sat, 6 Jul 1996 20:02:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.7.5/8.7.3) with SMTP id XAA29942; Sat, 6 Jul 1996 23:01:53 -0400 (EDT) Date: Sat, 6 Jul 1996 23:01:50 -0400 (EDT) From: jack To: "Jordan K. Hubbard" cc: stable@freebsd.org Subject: Re: Has anyone successfully installed 2.1-960627-SNAP over PPP? In-Reply-To: <12615.836526479@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sort of. I think removing my own liver with a butter knife would have probably made for a more enjoyable week-end. :-) boot4.flp was the only one that would allow me to dial an ISP. First I tried to use the 'upgrade' option. After establishing my PPP connection I got the screen telling me I had to partition my drives, followed immediately by a screen telling me that the partition editor failed. :-{ Three tries, same results. Next I tried a 'custom' install (with N in the newfs column ) as I half expected that gave me a bunch of, /stand/cpio: cannot remove current xxxxxx Operation not permitted on vty2. I just hoped that that the things that didn't update would run well enough with the new kernel to be able to do a make world. "Custom" seems a bit of a misnomer, IMO, since you can't specify exactly which components to install. >From about 26 or 27% into 'Extracting bin into / ....' on, vty2 was inundated with "uid 0 on /: file system full" messages, but all went well until about half way thru the transfer of the source tree when I lost carrier with the ISP I was using. Argggggg..... I waited a few moments and the install didn't seem to notice that there was nothing at the other end, I re-established the connection and waited but nothing happened. I hit Ctrl-C, answered yes to the abort question and the system rebooted to my RELEASE kernel. The new GENERIC was in / but not installed. I ftp'd the balance of the source only to find that .../dist/src/install.sh has a bit of a problem. Each line ends with a ^M. Seems my system couldn't find /bin/sh^M :-} After editing the script it worked fine and I was able to compile, install, and run a new kernel. Make world crashed and burned with undefined symbol _iso_ntoa in debug.o and list.o while compiling /usr/src/usr.bin/dig. Since that binary was installed I commented that directory out of the Makefile and have started another make world. Another 6 or 7 hours and we'll see if it works. I'll let you know. I also noticed a LOT of errors making .../share/doc/* Jack --- "Lighthouses are more helpful than churches." - Benjamin Franklin From owner-freebsd-stable Sat Jul 6 20:47:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22103 for stable-outgoing; Sat, 6 Jul 1996 20:47:16 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA22085 for ; Sat, 6 Jul 1996 20:47:12 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id UAA05329; Sat, 6 Jul 1996 20:46:53 -0700 From: "Rodney W. Grimes" Message-Id: <199607070346.UAA05329@GndRsh.aac.dev.com> Subject: Re: ed0 failure with stable To: jmarra@walter.acs.nmu.edu (John Marra) Date: Sat, 6 Jul 1996 20:46:52 -0700 (PDT) Cc: freebsd-stable@freebsd.org In-Reply-To: from John Marra at "Jul 6, 96 07:08:35 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I rebuilt the stable kernel yesterday using the same configuration file > as I used for the 2.1.0-RELEASE. I am using a Thomas Conrad NE2000 > (5143) for my network connection. The kernel probe finds the card with > the correct I/O address and interrupt. Both the ifconfig and the route > commands succeed also. However, if I try to use a network function (i.e. > Telnet, ftp, etc), I get a permision denied. UDP and IP pings do succeed > from remote machines. I rechecked my configurations and recompiled the > kernel several times but I have not had any luck in solving the problem. > Has anyone else had similar problems? Thanks. > I highly suspect that you have IPFIREWALL in your kernel config file, and the default rule for IPFIREWALL has changed from allow all to deny all since 2.1.0-RELEASE. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD