From owner-freebsd-bugs Sun Apr 5 00:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA15147 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 00:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA15135; Sun, 5 Apr 1998 00:20:01 -0800 (PST) (envelope-from gnats) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA14134; Sun, 5 Apr 1998 00:12:24 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id IAA11235; Sun, 5 Apr 1998 08:12:20 -0500 (CDT) Message-Id: <199804051312.IAA11235@arh0300.urh.uiuc.edu> Date: Sun, 5 Apr 1998 08:12:20 -0500 (CDT) From: dannyman Reply-To: dannyman@arh0300.urh.uiuc.edu To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: dannyman@arh0300.urh.uiuc.edu, freebsd-current@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/6218: usleep is hosed, timezone problems in current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6218 >Category: i386 >Synopsis: problems with usleep and adjkerntz >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 5 00:20:00 PST 1998 >Last-Modified: >Originator: dannyman >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD arh0300.urh.uiuc.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #8: Sun Apr 5 01:22:12 CST 1998 dannyman@arh0300.urh.uiuc.edu:/newhome/src/sys/compile/STUMPY i386 >Description: just did a make buildowld ; make installworld on CVSup run at 0430h saturday morning localtime. :) usleep is not returning proper return codes. even when it works just fine, it returns -1 consistently, and appears to set errno at whimsy (i've gotten 35 and 2) ... also, I appear to be on what I guess to be UTC ... i tried to reset my tz with tzsetup ... no avail ... I ran ntpdate and things were corrected, after my X display went blank for awhile. awhile later the screen went blank for a few seconds again and I'm back now ... well, should be 0309h CDT (just should have shifted from CST 0209h ...) 5 April ... date says; Sun Apr 5 08:10:13 CDT 1998 UTC afaik :) >How-To-Repeat: #include #include main() { extern int errno; printf("usleep return: %d\n", usleep(1)); printf("errno: %d\n", errno); } I had a program that was running while(!usleep(val)) and is currently kludged to while(usleep(val)) just fine ... >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 04:56:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10467 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 04:56:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10413; Sun, 5 Apr 1998 04:56:33 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA10735; Sun, 5 Apr 1998 04:54:21 -0700 (PDT) Date: Sun, 5 Apr 1998 04:54:21 -0700 (PDT) Message-Id: <199804051154.EAA10735@freefall.freebsd.org> To: dannyman@arh0300.urh.uiuc.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/6218 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: problems with usleep and adjkerntz State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun Apr 5 04:53:50 PDT 1998 State-Changed-Why: should be fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 14:30:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17560 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 14:30:36 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17440; Sun, 5 Apr 1998 14:30:15 -0700 (PDT) (envelope-from gnats) Received: from chen.ml.org (luoqi.watermarkgroup.com [207.202.73.170]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13843; Sun, 5 Apr 1998 14:20:23 -0700 (PDT) (envelope-from luoqi@chen.ml.org) Received: (from luoqi@localhost) by chen.ml.org (8.8.8/8.8.8) id RAA01394; Sun, 5 Apr 1998 17:20:15 -0400 (EDT) (envelope-from luoqi) Message-Id: <199804052120.RAA01394@chen.ml.org> Date: Sun, 5 Apr 1998 17:20:15 -0400 (EDT) From: Luoqi Chen Reply-To: luoqi@chen.ml.org To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/6219: Don't drink and drive -- wine crashed -current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6219 >Category: i386 >Synopsis: wine causes system crash >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 5 14:30:08 PDT 1998 >Last-Modified: >Originator: Luoqi Chen >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD sabrina.chen.ml.org 3.0-CURRENT FreeBSD 3.0-CURRENT #24: Tue Mar 24 02:48:22 EST 1998 luoqi@sabrina.chen.ml.org:/usr/src/sys/compile/SABRINA i386 With kernel option USER_LDT defined to support wine. >Description: After an insuccessful execution of a win32 binary (missing dll), wine crashed the system. DDB showed trap 12 code 0 at doreti_pop_es: popl %es The value to be popped was 0x27. No stack trace available and unable to generate a dump -- system hang at "Syncing disks" message. >How-To-Repeat: Pick a win32 binary that would fail because of a missing dll, run it with wine, but make sure you specify the FULL pathname of the binary (e.g. wine /tmp/Ssreader.exe). You will see messages like these: Warning: could not load Windows DLL 'COMCTL32.dll', using built-in module. Module oledlg.dll not found LoadModule: can't load 'Ssreader.exe', error=0 wine: can't exec 'Ssreader.exe': error=0 Then the system traps to DDB. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 21:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15417 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 21:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15406; Sun, 5 Apr 1998 21:20:02 -0700 (PDT) (envelope-from gnats) Date: Sun, 5 Apr 1998 21:20:02 -0700 (PDT) Message-Id: <199804060420.VAA15406@hub.freebsd.org> To: freebsd-bugs Cc: From: Luoqi Chen Subject: Re: i386/6219: wine causes system crash Reply-To: Luoqi Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/6219; it has been noted by GNATS. From: Luoqi Chen To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: i386/6219: wine causes system crash Date: Mon, 06 Apr 1998 00:14:37 -0400 I figured out the cause of the problem myself. There was a mistake made by the orignal submitter of the code. When disposing user ldt before an exec, the default ldt should be loaded, instead, the very user ldt that's being disposed of is loaded. The same mistake was made in cpu_exit(), except in this case the consequence is not as dire. Here's patch to fix the problem. Index: machdep.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.292 diff -u -r1.292 machdep.c --- machdep.c 1998/03/07 20:16:47 1.292 +++ machdep.c 1998/04/06 02:59:59 @@ -776,8 +776,10 @@ /* was i386_user_cleanup() in NetBSD */ if (pcb->pcb_ldt) { - if (pcb == curpcb) - lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, pcb->pcb_ldt_len * sizeof(union descriptor)); pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; @@ -792,6 +794,10 @@ regs->tf_ds = _udatasel; regs->tf_es = _udatasel; regs->tf_cs = _ucodesel; + + /* reset %fs and %gs as well */ + __asm("mov %0,%%fs" : : "r" (_udatasel)); + __asm("mov %0,%%gs" : : "r" (_udatasel)); /* * Initialize the math emulator (if any) for the current process. Index: vm_machdep.c =================================================================== RCS file: /fun/cvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.101 diff -u -r1.101 vm_machdep.c --- vm_machdep.c 1998/02/25 03:56:09 1.101 +++ vm_machdep.c 1998/04/06 02:56:47 @@ -692,8 +692,10 @@ #endif #ifdef USER_LDT if (pcb->pcb_ldt != 0) { - if (pcb == curpcb) - lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, pcb->pcb_ldt_len * sizeof(union descriptor)); pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 23:47:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09650 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 23:47:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09638; Sun, 5 Apr 1998 23:47:25 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA06484; Sun, 5 Apr 1998 23:45:07 -0700 (PDT) Date: Sun, 5 Apr 1998 23:45:07 -0700 (PDT) Message-Id: <199804060645.XAA06484@freefall.freebsd.org> To: jari@apeli.tky.hut.fi, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3241 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: times(3) returns only stime State-Changed-From-To: analyzed-closed State-Changed-By: phk State-Changed-When: Sun Apr 5 23:44:19 PDT 1998 State-Changed-Why: timed out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 23:47:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09758 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 23:47:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09491; Sun, 5 Apr 1998 23:45:20 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA06411; Sun, 5 Apr 1998 23:43:03 -0700 (PDT) Date: Sun, 5 Apr 1998 23:43:03 -0700 (PDT) Message-Id: <199804060643.XAA06411@freefall.freebsd.org> To: proff@suburbia.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3147 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/share/misc/au.postcodes State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun Apr 5 23:41:25 PDT 1998 State-Changed-Why: Closed. FreeBSD isn't the OED of snail-mail. Tables like this should be put on the WEB. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 23:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10636 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 23:55:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10572; Sun, 5 Apr 1998 23:55:25 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA06611; Sun, 5 Apr 1998 23:53:07 -0700 (PDT) Date: Sun, 5 Apr 1998 23:53:07 -0700 (PDT) Message-Id: <199804060653.XAA06611@freefall.freebsd.org> To: itojun@itojun.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3317 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: odd TUBA_INCLUDE use in tcp_input.c State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun Apr 5 23:52:54 PDT 1998 State-Changed-Why: done To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 5 23:59:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11192 for freebsd-bugs-outgoing; Sun, 5 Apr 1998 23:59:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11069; Sun, 5 Apr 1998 23:59:15 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA06686; Sun, 5 Apr 1998 23:56:58 -0700 (PDT) Date: Sun, 5 Apr 1998 23:56:58 -0700 (PDT) Message-Id: <199804060656.XAA06686@freefall.freebsd.org> To: oliver.fromme@heim3.tu-clausthal.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3560 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Timeout counter bug in /sys/i386/isa/wd.c State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun Apr 5 23:56:37 PDT 1998 State-Changed-Why: fixed in -current some time ago. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 00:07:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12230 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 00:07:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12172; Mon, 6 Apr 1998 00:07:03 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA06821; Mon, 6 Apr 1998 00:04:45 -0700 (PDT) Date: Mon, 6 Apr 1998 00:04:45 -0700 (PDT) Message-Id: <199804060704.AAA06821@freefall.freebsd.org> To: joes@seaport.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5255 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysctl kern.boottime is not read only State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Apr 6 00:03:34 PDT 1998 State-Changed-Why: boottime has never been constant (which has nothing to do with it being read-only in sysctl), it is the currently best estimate of what time the system was booted. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 00:12:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12980 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 00:12:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12946; Mon, 6 Apr 1998 00:11:42 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA06892; Mon, 6 Apr 1998 00:09:24 -0700 (PDT) Date: Mon, 6 Apr 1998 00:09:24 -0700 (PDT) Message-Id: <199804060709.AAA06892@freefall.freebsd.org> To: mika@cs.caltech.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5043 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: malloc/realloc/free (unacceptably) dog-slow on FreeBSD-3.0 State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Apr 6 00:06:47 PDT 1998 State-Changed-Why: malloc/realloc/free seems to be acceptably fast in real applications, as opposed to programs which doesn't do anything. If you have a real world application which is slower than you think it should be, please run it MALLOC_OPTIONS=U and trace it with "ktrace -t u" and forward the results. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 01:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22232 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 01:30:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22209; Mon, 6 Apr 1998 01:30:02 -0700 (PDT) (envelope-from gnats) Received: from shell1.qpt.com (sadams@shell1.qpt.com [170.1.194.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21331 for ; Mon, 6 Apr 1998 01:22:01 -0700 (PDT) (envelope-from sadams@shell1.qpt.com) Received: (from sadams@localhost) by shell1.qpt.com (8.8.7/8.8.7) id BAA09235; Mon, 6 Apr 1998 01:21:59 -0700 (PDT) (envelope-from sadams) Message-Id: <199804060821.BAA09235@shell1.qpt.com> Date: Mon, 6 Apr 1998 01:21:59 -0700 (PDT) From: Sean Adams Reply-To: sadams@shell1.qpt.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6223: PST/DST bug in /bin/date Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6223 >Category: bin >Synopsis: PST/DST bug in /bin/date >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 01:30:01 PDT 1998 >Last-Modified: >Originator: Sean Adams >Organization: QPT Networks >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: cron script running date command with 10 minute adjustment >Description: When my cron job ran the following date command on Sun, 5 Apr 1998 03:01:00 -0700 (PDT), it died: /bin/date -v -10M +%Y.%m.%d.%H.%M -10M: Cannot apply date adjustment usage: date [-nu] [-d dst] [-r seconds] [-t west] [+format] [-v [+|-]val[ymwdHM]] ... [-f fmt date | [[[[yy]mm]dd]HH]MM[.ss]] Obviously, this is due to the PST/DST shift which occurred at 2:00PST. It didn't have a serious impact - I just lost some statistics samples, but it would be nice if date could do the adjustment properly regardless of the "missing" hour. >How-To-Repeat: Run the date command with a -10M adjustment just after the switch to DST. >Fix: The correct output for /bin/date -v -10M +%Y.%m.%d.%H.%M run on Sun, 5 Apr 1998 03:01:00 -0700 (PDT), would be: 1998.04.05.01.51 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 05:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14116 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 05:00:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14106; Mon, 6 Apr 1998 05:00:02 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA13865; Mon, 6 Apr 1998 04:57:45 -0700 (PDT) (envelope-from nobody) Message-Id: <199804061157.EAA13865@hub.freebsd.org> Date: Mon, 6 Apr 1998 04:57:45 -0700 (PDT) From: imayoshi@ap.t.u-tokyo.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6225: Perl also needs /usr/share/perl/machine/*.ph. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6225 >Category: bin >Synopsis: Perl also needs /usr/share/perl/machine/*.ph. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 05:00:01 PDT 1998 >Last-Modified: >Originator: Takahiro IMAYOSHI >Organization: Univ. of Tokyo >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD 2.2.6-RELEASE i386 or FreeBSD 2.2.6-STABLE(CVSup in Apr. 1 1998) i386 >Description: When making world, C header files in /usr/include{,/sys} are converted to .ph files and installed. But some well known header files also require files in /usr/include/machine. I think we add /usr/include/machine to default convert directories. >How-To-Repeat: % cat test.pl require 'fcntl.ph'; % perl test.pl Can't locate machine/ansi.ph in @INC (did you run h2ph?) at /usr/share/perl/sys/types.ph line 4 % >Fix: patch the following text to /usr/src/gnu/usr.bin/perl/x2p/Makefile. -------------------- --- /usr/src/gnu/usr.bin/perl/x2p/Makefile.orig Tue Sep 17 10:14:18 1996 +++ /usr/src/gnu/usr.bin/perl/x2p/Makefile Mon Apr 6 19:26:13 1998 @@ -17,7 +17,7 @@ ${DESTDIR}${BINDIR} afterinstall: - (DESTDIR=${DESTDIR}; cd ${DESTDIR}/usr/include; ${BINDIR}/h2ph * sys/*) + (DESTDIR=${DESTDIR}; cd ${DESTDIR}/usr/include; ${BINDIR}/h2ph * sys/* machine/*) .include "../../Makefile.inc" .include -------------------- >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 06:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23685 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 06:30:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23679; Mon, 6 Apr 1998 06:30:01 -0700 (PDT) (envelope-from gnats) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA23414 for ; Mon, 6 Apr 1998 06:26:54 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id QAA01395; Mon, 6 Apr 1998 16:25:51 +0300 (EEST) (envelope-from ru) Message-Id: <199804061325.QAA01395@relay.ucb.crimea.ua> Date: Mon, 6 Apr 1998 16:25:51 +0300 (EEST) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/6226: sendmail.cf.additions: wrong SMTP reply codes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6226 >Category: conf >Synopsis: sendmail.cf.additions: wrong SMTP reply codes >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 06:30:01 PDT 1998 >Last-Modified: >Originator: Ruslan Ermilov >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: /etc/mail/sendmail.cf.additions RFC 821 RFC 1893 http://www.sendmail.org/antispam.html >Description: Anti-spam rules in sendmail.cf.additions: 1) use wrong SMTP reply codes. 2) don't use enhanced error codes, as described in RFC 1893. I. Wrong SMTP reply codes All check_* rulesets may return an error. The error message returned consists of optional three-digit SMTP reply code, as defined in RFC 821, and a text message. The only exception is check_relay ruleset: the error message returned (reply code and text) isn't actually used; instead, all future SMTP commands are rejected with "550 Access denied". So why this and only this ruleset may return ANY reply code, e.g. 521. For sure, see note for check_relay ruleset on http://www.sendmail.org/antispam.html For example, $#error $: 521 $1 in check_mail ruleset will result in wrong SMTP reply code 521 (see RFC 821) and enhanced status code 5.0.0. II. Enhanced error codes All check_* rulesets, except check_relay (see above), can also return an enhanced mail system status code (RFC 1893), which then used by DSN mechanism. When not specifying it, sendmail assings this error code automatically. Assigning this code explicitly can give more precious description of the action taken. For example, $#error $@ 5.7.1 $: "550 Relaying Denied" in check_rcpt will result in SMTP reply code 550 (Requested action not taken for some reason) and Enhanced Error Code 5.7.1 (Permanent Failure; Delivery not authorized, message refused) with additional text "Relaying Denied". >How-To-Repeat: Activate /etc/mail/sendmail.cf.additions and try. >Fix: The following two patches were made against RELENG_2_2. The first patch fixes SMTP reply codes returned. The second patch does the same plus it gives each error a suitable enhanced error code defined in RFC 1893. Index: sendmail.cf.additions =================================================================== RCS file: /usr/FreeBSD-CVS/src/etc/mail/sendmail.cf.additions,v retrieving revision 1.1.2.3 diff -u -r1.1.2.3 sendmail.cf.additions --- sendmail.cf.additions 1998/03/05 18:33:20 1.1.2.3 +++ sendmail.cf.additions 1998/04/06 12:30:18 @@ -37,12 +37,12 @@ R$* $| $* $: <$1 $| $2> $1 R<$*> $+.$+.$+ <$1> $3.$4 R<$*> $+.$+ $: <$1> $(spamsites $2.$3 $) -R<$*> $*.REJECT $#error $: 521 blocked. contact postmaster@$m +R<$*> $*.REJECT $#error $: 521 R<$*> $* $: $1 # host must NOT be in the "spamsites" database--END # ip address must NOT be in the "denyip" database--BEGIN R$* $| $* $: $1 $| $(denyip $2 $) -R$* $| $*.REJECT $#error $: 521 blocked. contact postmaster@$m +R$* $| $*.REJECT $#error $: 521 # ip address must NOT be in the "denyip" database--END R$* $@ OK @@ -69,7 +69,7 @@ R$+ @$+ $: <$1@$2> $2 R<$*> $+.$+.$+ <$1> $3.$4 R<$*> $* $: $(spamsites $2 $: OK $) -R$+.REJECT $#error $: 521 $1 +R$+.REJECT $#error $: 550 $1 R<$*> $* $: $1 # mail must NOT come from a known source of spam--END # Connecting Host must resolve--BEGIN @@ -96,7 +96,7 @@ # mail must NOT be addressed "fakenames"--BEGIN R$* $: <$1> $>3 $1 R<$*> $+ < @ $+ > $: <$1> $(fakenames $2 $: OK $) -R$+.REJECT $#error $: 521 $1 +R$+.REJECT $#error $: 550 $1 R<$*> $* $: $1 # mail must NOT be addressed "fakenames"--END # mail must come from or go to this machine or machines we allow to relay--BEGIN Index: sendmail.cf.additions =================================================================== RCS file: /usr/FreeBSD-CVS/src/etc/mail/sendmail.cf.additions,v retrieving revision 1.1.2.3 diff -u -r1.1.2.3 sendmail.cf.additions --- sendmail.cf.additions 1998/03/05 18:33:20 1.1.2.3 +++ sendmail.cf.additions 1998/04/06 12:55:59 @@ -37,12 +37,12 @@ R$* $| $* $: <$1 $| $2> $1 R<$*> $+.$+.$+ <$1> $3.$4 R<$*> $+.$+ $: <$1> $(spamsites $2.$3 $) -R<$*> $*.REJECT $#error $: 521 blocked. contact postmaster@$m +R<$*> $*.REJECT $#error $: 521 R<$*> $* $: $1 # host must NOT be in the "spamsites" database--END # ip address must NOT be in the "denyip" database--BEGIN R$* $| $* $: $1 $| $(denyip $2 $) -R$* $| $*.REJECT $#error $: 521 blocked. contact postmaster@$m +R$* $| $*.REJECT $#error $: 521 # ip address must NOT be in the "denyip" database--END R$* $@ OK @@ -63,24 +63,24 @@ # remove all RFC-822 comments--END # mail must come from a DNS resolvable host--BEGIN R$* < @ $+ . > $: $1 @ $2 -R$* < @ $+ > $#error $: "451 Domain does not resolve" +R$* < @ $+ > $#error $@ 4.1.8 $: "451 Domain does not resolve" # mail must come from a DNS resolvable host--END # mail must NOT come from a known source of spam--BEGIN R$+ @$+ $: <$1@$2> $2 R<$*> $+.$+.$+ <$1> $3.$4 R<$*> $* $: $(spamsites $2 $: OK $) -R$+.REJECT $#error $: 521 $1 +R$+.REJECT $#error $@ 5.7.1 $: 550 $1 R<$*> $* $: $1 # mail must NOT come from a known source of spam--END # Connecting Host must resolve--BEGIN R$* $: $1 $: $(dequote "" $&{client_name} $) R$* $: $>3 foo@$1 -R<$*> $*<@$*> $#error $: "451 Domain does not resolve" +R<$*> $*<@$*> $#error $@ 4.1.8 $: "451 Domain does not resolve" # Connecting Host must resolve--END # ip address must NOT be in Paul Vixie's RBL--BEGIN R$* $: $1 $: $(dequote "" $&{client_addr} $) R$* $: $>check_rbl $1 -R$*.com. $#error $: "550 Mail refused, see http://maps.vix.com/rbl" +R$*.com. $#error $@ 5.7.1 $: "550 Mail refused, see http://maps.vix.com/rbl" # ip address must NOT be in Paul Vixie's RBL--END R$* $@ OK @@ -96,7 +96,7 @@ # mail must NOT be addressed "fakenames"--BEGIN R$* $: <$1> $>3 $1 R<$*> $+ < @ $+ > $: <$1> $(fakenames $2 $: OK $) -R$+.REJECT $#error $: 521 $1 +R$+.REJECT $#error $@ 5.2.1 $: 550 $1 R<$*> $* $: $1 # mail must NOT be addressed "fakenames"--END # mail must come from or go to this machine or machines we allow to relay--BEGIN @@ -108,7 +108,7 @@ # R$=w $@ OK # R$* $=R $@ OK # R$@ $@ OK -# R$* $#error $: "550 Relaying Denied" +# R$* $#error $@ 5.7.1 $: "550 Relaying Denied" # mail must come from or go to this machine or machines we allow to relay--END R$* $@ OK >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 08:40:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08228 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 08:40:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08165; Mon, 6 Apr 1998 08:40:12 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA02075; Mon, 6 Apr 1998 08:37:51 -0700 (PDT) Date: Mon, 6 Apr 1998 08:37:51 -0700 (PDT) Message-Id: <199804061537.IAA02075@freefall.freebsd.org> To: ltolent@ultrix6.cs.csubak.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5987 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel Table is Full! State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Apr 6 08:37:26 PDT 1998 State-Changed-Why: User pointed at handbook. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 10:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24041 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 10:40:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24035; Mon, 6 Apr 1998 10:40:02 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22251; Mon, 6 Apr 1998 10:34:42 -0700 (PDT) (envelope-from nobody) Message-Id: <199804061734.KAA22251@hub.freebsd.org> Date: Mon, 6 Apr 1998 10:34:42 -0700 (PDT) From: dancy@franz.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6227: as doesn't handle this instruction Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6227 >Category: bin >Synopsis: as doesn't handle this instruction >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 10:40:01 PDT 1998 >Last-Modified: >Originator: Ahmon Dancy >Organization: Franz Inc. >Release: 3.0-971225-SNAP >Environment: FreeBSD news2.franz.com 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #0: Mon Feb 23 08:20:57 PST 1998 root@news2.franz.com:/usr/src/sys/compile/NEWS i386 >Description: as fails on the 4th line of this code: news2# as /tmp/test.s /tmp/test.s: Assembler messages: /tmp/test.s:6: Error: Unimplemented segment type 537464344 in parse_operand call lb1 lb1: popl %ebx movl lb3-lb1(%ebx,%ecx,4),%ecx addl %ebx,%ecx jmp *%ecx lb3: .long .lb12106-lb1 .long .lb12107-lb1 .long .lb12107-lb1 .long .lb12107-lb1 .long .lb12107-lb1 ... as on Linux handles it fine. >How-To-Repeat: Try assembling the code provided >Fix: config/tc-i386.c needs to be altered somewhere around line 1646 (in the switch statement). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 13:10:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26557 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 13:10:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26523; Mon, 6 Apr 1998 13:10:08 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25061; Mon, 6 Apr 1998 13:04:23 -0700 (PDT) (envelope-from nobody) Message-Id: <199804062004.NAA25061@hub.freebsd.org> Date: Mon, 6 Apr 1998 13:04:23 -0700 (PDT) From: forrie@tiac.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6228: Syslogd not working according to manpage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6228 >Category: bin >Synopsis: Syslogd not working according to manpage >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 13:10:02 PDT 1998 >Last-Modified: >Originator: Forrest Aldrich >Organization: Navinet >Release: FreeBSD-2.2.6-current >Environment: FreeBSD smtp.navinet.net 2.2.6-STABLE FreeBSD 2.2.6-STABLE #0: Mon Apr 6 12:46:21 EDT 1998 forrie@smtp.navinet.net:/usr/src/sys/compile/SMTP i386 >Description: After much toiling, it appears that syslogd is not operating according to what it should be. After compiling QPOPPER (beta1) and configuring it to use LOG_LOCAL2 as the facility, entering local2.* /var/log/pop.log in the syslog.conf, and running syslogd in debug mode, it still fails. The command to log is being received, but initially it was going to USERS. This is wrong, and I've see this happen in other versions of syslog. Presently, I can not locate any errors in compilation on my part, as other things appear to be working well. Just facility LOCAL* isn't working. >How-To-Repeat: Pass a call to openlog (in QPOPPER's case pop_log) and use the facility LOG_LOCAL2 (or redefine it in popper.h). Compile, run syslogd in debug mode, walla. No log. >Fix: Unknown. But I'll continue to track it down. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 14:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15374 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 14:20:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15314; Mon, 6 Apr 1998 14:20:05 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15156; Mon, 6 Apr 1998 14:18:16 -0700 (PDT) (envelope-from nobody) Message-Id: <199804062118.OAA15156@hub.freebsd.org> Date: Mon, 6 Apr 1998 14:18:16 -0700 (PDT) From: caesar@starkreality.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6229: when doing ps, w, top: proc size mismatch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6229 >Category: kern >Synopsis: when doing ps, w, top: proc size mismatch >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 14:20:01 PDT 1998 >Last-Modified: >Originator: William S. Duncanson >Organization: Starkreality >Release: 3.0-Current >Environment: FreeBSD fire.starkreality.com 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Thu Apr 2 21:17:41 CST 1998 caesar@fire.starkreality.com:/home/src/sys/compile/FIRE i386 >Description: When trying to build a new kernel based on the 3.0-CURRENT source (updated today via cvsup) the kernel will config, compile, and boot, but when I try to run anything that attempts to use kvm_open, I get a message saying "proc size mismatch: undefined error 0" I've tried rebuilding libkvm, etc. to no avail. The only change made in the config file was the removal of the "options PPS_SYNC" option. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 14:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16379 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 14:30:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16363; Mon, 6 Apr 1998 14:30:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Apr 1998 14:30:01 -0700 (PDT) Message-Id: <199804062130.OAA16363@hub.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: kern/6229: when doing ps, w, top: proc size mismatch Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6229; it has been noted by GNATS. From: Poul-Henning Kamp To: caesar@starkreality.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6229: when doing ps, w, top: proc size mismatch Date: Mon, 06 Apr 1998 23:23:29 +0200 Recompile: includes libkvm ps top -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 14:36:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17434 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 14:36:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17310; Mon, 6 Apr 1998 14:35:54 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA03435; Mon, 6 Apr 1998 14:33:31 -0700 (PDT) Date: Mon, 6 Apr 1998 14:33:31 -0700 (PDT) Message-Id: <199804062133.OAA03435@freefall.freebsd.org> To: caesar@starkreality.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6229 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: when doing ps, w, top: proc size mismatch State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Apr 6 14:33:04 PDT 1998 State-Changed-Why: this was a faq, not a pr. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 16:17:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01531 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 16:17:27 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01525; Mon, 6 Apr 1998 16:17:18 -0700 (PDT) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA05088; Mon, 6 Apr 1998 16:14:51 -0700 (PDT) Date: Mon, 6 Apr 1998 16:14:51 -0700 (PDT) Message-Id: <199804062314.QAA05088@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/6223 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PST/DST bug in /bin/date Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Apr 6 16:13:52 PDT 1998 Responsible-Changed-Why: I did the -v switch.... I'll look at it when I get a chance (unless someone else wants to send patches.....;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 17:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08089 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 17:10:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08081; Mon, 6 Apr 1998 17:10:01 -0700 (PDT) (envelope-from gnats) Received: from vlsi.cs.caltech.edu (vlsi.cs.caltech.edu [131.215.131.129]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA07806 for ; Mon, 6 Apr 1998 17:06:47 -0700 (PDT) (envelope-from mika@obelix.cs.caltech.edu) Received: from obelix.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA22195; Mon, 6 Apr 98 17:06:28 PDT Received: (from mika@localhost) by obelix.cs.caltech.edu (8.8.8/8.8.7) id RAA25142; Mon, 6 Apr 1998 17:06:27 -0700 (PDT) Message-Id: <199804070006.RAA25142@obelix.cs.caltech.edu> Date: Mon, 6 Apr 1998 17:06:27 -0700 (PDT) From: Mika Nystrom Reply-To: mika@cs.caltech.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6231: amd automount fallback to "mount version 1" does not work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6231 >Category: bin >Synopsis: amd automount fallback to "mount version 1" does not work >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 17:10:00 PDT 1998 >Last-Modified: >Originator: Mika Nystrom >Organization: California Institute of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: See below. >Description: I have sent PRs on this one before, even closed one, thinking that the bug was in the kernel and not in amd, but I finally realized I would have to get to the bottom of this.... Quick recap of how amd works: (I assume amd's home is what we use, "/ufs".. other people may use /a) try to access an automounted directory not currently mounted, say /ufs/mail.. /ufs appears to the kernel as being the domain of an NFS server, but it is of course amd that masquerades as one. When amd gets the lookup request for /ufs/mail, it forks a process that will mount (in our case) vlsi:/var/spool/mail on /tmp_mnt/vlsi/var/spool/mail . Unless that mount returns really quickly (as in the case of an ffs mount), amd returns nothing to the kernel at this time. Instead, the forked process is reaped later by amd, and that just sets a value somewhere in a table. It is the kernel's responsibility to repeat the lookup RPC (that looks like it's been "lost" by e.g., a network failure), and if the RPC is repeated after the filesystem has been successfully mounted (and before it's been re-umounted---there's a race condition here, but who cares, we fix this one with timers), the correct response is now returned with status NFS_OK. Oh, if things could always be so easy! The bug in amd seems to have been introduced by a ten-thumbed programmer adding support for NFS v3 (although I'm not claiming I could do any better myself). Here in the department, we have some old fileservers, sparcstation 1's running SunOS 4.1.4. These machines do not support NFSv3. The approach amd takes in this case is: try "version 1" mount (I assume this is NFSv2), and if that fails, retry with a version 3 mount. The relevant code is in /usr/src/usr.sbin/amd/amd/nfs_ops.c, function got_nfs_fh(). This routine is called to "pick up" an RPC response from the fileserver that's being mounted from (in my example, that would be the ss1 called "vlsi"). It sets fp->fh_error to the return value of pickup_rpc_reply, and if it was the first attempt (version 3 mount), it *schedules* a retry with mount version 1 (XXX: asynchronous!) But it leaves fp->fh_error set to NFSERR_IO (that's what the failed version 3 mount returned). Now if the kernel sticks its RPC retry in between the failed version 1 mount and the (coming soon) version 3 mount that will fix this, amd will respond with the EIO, since the error is cached in the filehandle cache and returned that way via nfs_init, try_mount, afs_lookuppn... It finally makes its way to the user as an I/O Error that can be ... extremely frustrating. My earlier kern PR I think just implies that the EIO is cached by the kernel, which strikes me as a bit strange, but maybe that's not such a big deal. P.S. the kernel NFS code is very hard to understand.. maybe someone who understands how it works could insert a few comments? >How-To-Repeat: You can reverse-engineer it from above, the main thing is it requires an NFSv2-only server. (Note that we can't really work around this in our amd maps since they are generated with a perl script from SunOS 4 automount maps...) >Fix: Simply set the return value to -1 before leaving this part of the daemon. -1 is used in various places of amd to denote a "mount in progress," so this is probably The Right Thing To Do. I tested this with my machine... the un-fixed amd seemed to have problems about 30 times in 2,000 mount attempts. The fixed amd didn't fail to mount any time in 10,000 attempts to the same server (and otherwise completely identical setup and test program). *** nfs_ops.c.orig Mon Apr 6 15:10:29 1998 --- nfs_ops.c Mon Apr 6 15:15:37 1998 *************** *** 178,183 **** --- 178,192 ---- #ifdef DEBUG dlog("mount version 3 refused, retrying with version 1"); #endif + /* + * At this point, fp->fh_error is meaningless + * since we are already fixing the problem + * We don't want it to get back to the caller! + * Mount is now still "in progress" + * + */ + + fp->fh_error = -1; fp->fh_id = FHID_ALLOC(); fp->fh_mountres.mr_version = MOUNTVERS; call_mountd(fp, MOUNTPROC_MNT, MOUNTVERS, got_nfs_fh, fp->fh_wchan); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 17:23:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09815 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 17:23:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from csvax.cs.caltech.edu (csvax.cs.caltech.edu [131.215.131.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA09703; Mon, 6 Apr 1998 17:21:48 -0700 (PDT) (envelope-from mika@stun4p.cs.caltech.edu) Received: from stun4p.cs.caltech.edu by csvax.cs.caltech.edu (4.1/1.34.1) id AA05426; Mon, 6 Apr 98 17:21:47 PDT Received: from localhost.cs.caltech.edu (localhost.cs.caltech.edu [127.0.0.1]) by stun4p.cs.caltech.edu (8.7.4/8.7.3) with SMTP id RAA20541; Mon, 6 Apr 1998 17:21:46 -0700 (PDT) Message-Id: <199804070021.RAA20541@stun4p.cs.caltech.edu> X-Authentication-Warning: stun4p.cs.caltech.edu: Host localhost.cs.caltech.edu [127.0.0.1] didn't use HELO protocol To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189: VFS cache confuses the kernel when using amd (VFS cache is broken) In-Reply-To: Your message of "Wed, 01 Apr 1998 03:20:00 PST." <199804011120.DAA06704@hub.freebsd.org> Date: Mon, 06 Apr 1998 17:21:45 -0700 From: Mika Nystrom Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think this was a (mostly) false alarm. You may refer to bin/6231 for the whole story. Mika FreeBSD-gnats@FreeBSD.ORG writes: >Thank you very much for your problem report. >It has the internal identification `kern/6189'. >The individual assigned to look at your >report is: freebsd-bugs. > >>Category: kern >>Responsible: freebsd-bugs >>Synopsis: VFS cache confuses the kernel when using amd (VFS cache is br >oken) >>Arrival-Date: Wed Apr 1 03:20:00 PST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 17:30:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10768 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 17:30:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10754; Mon, 6 Apr 1998 17:30:38 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA28669; Mon, 6 Apr 1998 17:28:14 -0700 (PDT) Date: Mon, 6 Apr 1998 17:28:14 -0700 (PDT) Message-Id: <199804070028.RAA28669@freefall.freebsd.org> To: mika@cs.caltech.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken) State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Apr 6 17:27:58 PDT 1998 State-Changed-Why: This PR is superceded by PR#6231 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 19:10:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29752 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 19:10:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29720; Mon, 6 Apr 1998 19:10:07 -0700 (PDT) (envelope-from gnats) Received: from computer.eng.mindspring.net (computer.eng.mindspring.net [207.69.183.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA26924 for ; Mon, 6 Apr 1998 19:00:36 -0700 (PDT) (envelope-from ahobson@computer.eng.mindspring.net) Received: (from ahobson@localhost) by computer.eng.mindspring.net (8.8.8/8.8.4) id WAA29450; Mon, 6 Apr 1998 22:00:05 -0400 (EDT) Message-Id: <199804070200.WAA29450@computer.eng.mindspring.net> Date: Mon, 6 Apr 1998 22:00:05 -0400 (EDT) From: ahobson@mindspring.com Reply-To: ahobson@mindspring.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6232: bug in lib/libc/stdio/mktemp.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6232 >Category: bin >Synopsis: possible reference to unitialized variable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 19:10:01 PDT 1998 >Last-Modified: >Originator: Andrew Hobson >Organization: MindSpring >Release: FreeBSD 3.0-CURRENT i386 >Environment: mktemp.c version 1.8 >Description: mktemp(3) will occasionally coredump. >How-To-Repeat: The following program will coredump after a few iterations. #include #include #include #include #include int main(int argc, char *argv[]) { char ts[] = "/home/ahobson/src/tmp/IncomingXXXXXX"; char s[256]; char *r; int i; for (i=0; i < 1000; i++) { strncpy(s, ts, 256); fprintf(stderr, "mktemp(%s): ", s); if (NULL == (r=mktemp(s))) { fprintf(stderr, "NULL!!\n"); exit(1); } else { fprintf(stderr, "%s\n", r); } if (0 > creat(r, 0644)) { fprintf(stderr, "Cannot creat(%s): %s\n", r, strerror(errno)); } } exit(0); } >Fix: This fixes the problem. I'm not sure it's the right fix. --- /usr/src/lib/libc/stdio/mktemp.c Sun Apr 5 22:36:52 1998 +++ mktemp.c Mon Apr 6 21:57:41 1998 @@ -121,6 +121,8 @@ *trv-- = c; } + start = trv; + /* * check the target directory; if you have six X's and it * doesn't exist this runs for a *very* long time. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 21:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16096 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 21:30:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16080; Mon, 6 Apr 1998 21:30:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Apr 1998 21:30:01 -0700 (PDT) Message-Id: <199804070430.VAA16080@hub.freebsd.org> To: freebsd-bugs Cc: From: Matthew Dillon Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: Matthew Dillon To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Mon, 6 Apr 1998 21:22:21 -0700 (PDT) This is a revised submission to my original submission. Note that the diff included below is relative to the CVS base, *NOT* to my original submission. This submission fixes two bugs with MFS and adds two features that allow MFS to be used properly in a diskless workstation environment. Bug #1 fixed: kernel does not set P_SYSTEM flag for MFS special kernel process, causing paging system to attempt to kill the MFS process if memory runs low. Bug #2 fixed: When using file-backed storage, the dirty pages are never synchronized to the backing store by the kernel update/syncer daemon. The MFS special kernel process must call msync(). The fix causes it to call msync() every 30 seconds. Feature #1 added: MFS does not attempt to zero-out the file before newfs'ing it if the file is already the correct size. This allows MFS to be used with NFS-mounted backing store without eating the network alive. (e.g. my workstation has two 32MB MFS mounts and one 8MB mount. That hurts on a 10BaseT network without this fix). Feature #2 added: The ability to specify file-backed storage and have MFS *NOT* newfs the storage, allowing persistent backing store to survive a reboot. This is critical in a workstation environment because it allows MFS to be used over an NFS-based file backing store in a persistant fashion (i.e. for a small /home so one can use SSH and .Xauthority in a diskless workstation environment). Note that fsck works just fine on the backing store file. Finally, it should be noted that being able to use an NFS-based file for backing store for an MFS filesystem is critical in a diskless workstation environment. It allows the filesystems in question to not eat up memory, especially if the workstation environment has no swap at all. I would also like to submit instructions to the FreeBSD manual to describe how to setup a diskless (floppy boot) workstation environment. It really is quite simple.. a read-only NFS mount for / and /usr, a secure r+w NFS mount for the MFS filesystem images, and three MFS filesytems (two transitory: /var and /var/tmp, and one persistent: /home). It's a fantastic environment, and MFS is extremely stable where as trying to use vnconfig with an NFS-backed file leads to massive system corruption and crashes even under FreeBSD-3.0-current. Since MFS disassociates I/O with a separate kernel process, it can deal with NFS based backing store without screwing up the machine. -Matt Matthew Dillon Engineering, BEST Internet Communications, Inc. [always include a portion of the original email in any response!] Index: mkfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/mkfs.c,v retrieving revision 1.21 diff -r1.21 mkfs.c 42a43 > #include 108a110 > extern int skipnewfs; 181c183,185 < fd = open(filename,O_RDWR|O_TRUNC|O_CREAT,0644); --- > struct stat st; > > fd = open(filename,O_RDWR|O_CREAT,0644); 186,191c190,193 < for(l=0;l< fssize * sectorsize;l += l1) { < l1 = fssize * sectorsize; < if (BUFSIZ < l1) < l1 = BUFSIZ; < if (l1 != write(fd,buf,l1)) { < perror(filename); --- > fstat(fd, &st); > if (st.st_size != fssize * sectorsize) { > if (skipnewfs) { > fprintf(stderr, "Filesize does not match filesystem sector count\n"); 193a196,205 > ftruncate(fd, fssize * sectorsize); > for(l=0;l< fssize * sectorsize;l += l1) { > l1 = fssize * sectorsize; > if (BUFSIZ < l1) > l1 = BUFSIZ; > if (l1 != write(fd,buf,l1)) { > perror(filename); > exit(12); > } > } 218a231,232 > if (skipnewfs == 0) { /* didn't re-indent context so submitted cvs diff would be more readable */ > 701a716,718 > > } /* endif skipnewfs */ > Index: newfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/newfs.c,v retrieving revision 1.18 diff -r1.18 newfs.c 195a196 > int skipnewfs; 237c238 < "NF:T:a:b:c:d:e:f:i:m:o:s:" : --- > "NF:U:T:a:b:c:d:e:f:i:m:o:s:" : 255a257,259 > case 'U': > skipnewfs = 1; > /* fall through */ Index: mfs_vfsops.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sys/ufs/mfs/mfs_vfsops.c,v retrieving revision 1.41 diff -r1.41 mfs_vfsops.c 48a49,50 > #include /* for msync_args */ > #include /* for msync_args */ 432a435,441 > /* > * must mark the calling process as a system process > * so the pager doesn't try to kill it. Doh! And the > * pager may because the resident set size may be huge. > */ > p->p_flag |= P_SYSTEM; > 471c480,481 < * EINTR/ERESTART. --- > * EINTR/ERESTART. It will return EWOULDBLOCK if the timer > * expired. 482,483c492,495 < } < else if (tsleep((caddr_t)vp, mfs_pri, "mfsidl", 0)) --- > } else { > int r = tsleep((caddr_t)vp, mfs_pri, "mfsidl", hz * 10); > > if (r && r != EWOULDBLOCK) 484a497,522 > } > > /* > * we should call msync on the backing store every 30 seconds, > * otherwise the pages are not associated with the file and guess > * what! the syncer never sees them. msync has no effect > * if the backing store is swap, but a big effect if it's a file > * (e.g. an NFS mounted file). > */ > { > static long lsec; > int dt = time_second - lsec; > > if (dt < -30 || dt > 30) { > struct msync_args uap; > > lsec = time_second; > > uap.addr = mfsp->mfs_baseoff; > uap.len = mfsp->mfs_size; > uap.flags = MS_ASYNC; > > msync(curproc, &uap); > } > } > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 21:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17546 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 21:50:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17539; Mon, 6 Apr 1998 21:50:01 -0700 (PDT) (envelope-from gnats) Received: from net-box.com (home.net-box.com [206.24.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA17056 for ; Mon, 6 Apr 1998 21:44:44 -0700 (PDT) (envelope-from tkiller@net-box.com) Received: (from root@localhost) by net-box.com (8.8.8/8.8.5) id VAA09886; Mon, 6 Apr 1998 21:44:35 -0700 (PDT) Message-Id: <199804070444.VAA09886@net-box.com> Date: Mon, 6 Apr 1998 21:44:35 -0700 (PDT) From: tkiller@netbox.com Reply-To: tkiller@netbox.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6233 >Category: bin >Synopsis: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 21:50:00 PDT 1998 >Last-Modified: >Originator: T Killer >Organization: NetBox Inc. >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: >Description: After updating our server from version 2.1.6 to 2.2.6 the Raima Velocis Database Server version 1.4.1 no longer starts. It will load a couple of it's modules, but then stops loading and dumps a core record. When viewed with gdb, the basic information is as follows [sorry, I don't know enough about core analysis to do much more]: >How-To-Repeat: Try to restart the Database server. >Fix: That's what I'm looking for... >Audit-Trail: >Unformatted: > TERM=vt100 PATH=/usr/local/ssl/bin:/home/tkiller/bin:/bin:/sbin:/usr/bin:/usr/games:/usr/sbin:/usr/local/bin:/usr/X11R6/bin:./:/usr/local/Hughes/bin:/usr/local/RDS/bin SHELL=/bin/csh HOME=/home/tkiller LOGNAME=tkiller USER=tkiller PWD=/home/tkiller EDITOR=emacs EXINIT=set autoindent PAGER=more SPELL=/usr/local/bin/ispell RDSHOME=/usr/local/RDS LD_LIBRARY_PATH=/usr/local/RDS/bin CATPATH=/usr/local/RDS/catalog >>gdb rds rds.core >>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.16 (i386-unknown-freebsd), >>Copyright 1996 Free Software Foundation, Inc.(no debugging symbols found)... >>Core was generated by `rds'. >>Program terminated with signal 12, Bad system call. >>Cannot access memory at address 0x20019080. >>#0 0x200e9ad5 in ?? () I have notified the vendor of the problem, but they do not have a server running 2.2. The server ran fine under 2.1.6. This is a very important component of a major project we are working one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 22:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19356 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 22:10:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19346; Mon, 6 Apr 1998 22:10:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Apr 1998 22:10:01 -0700 (PDT) Message-Id: <199804070510.WAA19346@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6233; it has been noted by GNATS. From: Peter Wemm To: tkiller@netbox.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Date: Tue, 07 Apr 1998 13:01:22 +0800 tkiller@netbox.com wrote: [..] > >>Core was generated by `rds'. > >>Program terminated with signal 12, Bad system call. > >>Cannot access memory at address 0x20019080. > >>#0 0x200e9ad5 in ?? () > > I have notified the vendor of the problem, but they do not have a serve r running 2.2. The server ran fine under 2.1.6. This is a very important component of a major project we are working one. Just a hunch.. Have you got the SYSV IPC options enabled in your kernel? If not, you may need to build a custom kernel with the following options: options SYSVSHM options SYSVSEM options SYSVMSG Under 2.2.x, the generic kernel has only got SYSVSHM, you might need the others. I think they were all enabled by default in 2.1.x, but I have not checked. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 22:31:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21938 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 22:31:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA21931; Mon, 6 Apr 1998 22:31:51 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA29998; Mon, 6 Apr 1998 22:29:26 -0700 (PDT) Date: Mon, 6 Apr 1998 22:29:26 -0700 (PDT) Message-Id: <199804070529.WAA29998@freefall.freebsd.org> To: mika@cs.caltech.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken) State-Changed-From-To: closed-open State-Changed-By: jkh State-Changed-When: Mon Apr 6 22:29:15 PDT 1998 State-Changed-Why: Author notes that this problem is actually still open. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 22:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23161 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 22:40:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23136; Mon, 6 Apr 1998 22:40:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Apr 1998 22:40:01 -0700 (PDT) Message-Id: <199804070540.WAA23136@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6233; it has been noted by GNATS. From: "Jordan K. Hubbard" To: tkiller@netbox.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Date: Mon, 06 Apr 1998 22:34:59 -0700 > After updating our server from version 2.1.6 to 2.2.6 the Raima Velocis Database Server version 1.4.1 no longer starts. It will load a couple of it's modules, but then stops loading and dumps a core record. When viewed with gdb , the basic information is as follows [sorry, I don't know enough about core an alysis to do much more]: This is something I think we'd have to work on in conjuncion with Raima since your PR information, regrettably, tells us very little of we'd need to know in actually getting to the bottom of this. Is there any way you know of facilitating this? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 22:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24824 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 22:50:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24796; Mon, 6 Apr 1998 22:50:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Apr 1998 22:50:01 -0700 (PDT) Message-Id: <199804070550.WAA24796@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: Peter Wemm To: Matthew Dillon Cc: freebsd-gnats-submit@hub.FreeBSD.ORG Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Tue, 07 Apr 1998 13:46:25 +0800 Matthew Dillon wrote: [..] > > It's a fantastic environment, and MFS is extremely stable where as tryin g > to use vnconfig with an NFS-backed file leads to massive system corrupti on > and crashes even under FreeBSD-3.0-current. Since MFS disassociates I/O > with a separate kernel process, it can deal with NFS based backing store > without screwing up the machine. Hmm! Now this is interesting, I'd never thought of trying that before. Although, I'm puzzled why the msync() is needed at all, since it's just a mmap'ed file. Perhaps there is some new lurking problem with synchronizing of mmap'ed files... :-/ > -Matt Can you please do us a favour and supply a context or unified diff? ie: 'cvs diff -u' Your patch could then be automatically applied rather than having to guess the context by hand. > Index: mkfs.c > =================================================================== > RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/mkfs.c,v > retrieving revision 1.21 > diff -r1.21 mkfs.c > 42a43 > > #include > 108a110 > > extern int skipnewfs; > 181c183,185 > < fd = open(filename,O_RDWR|O_TRUNC|O_CREAT,0644); > --- > > struct stat st; > > > > fd = open(filename,O_RDWR|O_CREAT,0644); Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 22:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24832 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 22:50:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24820; Mon, 6 Apr 1998 22:50:02 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Apr 1998 22:50:02 -0700 (PDT) Message-Id: <199804070550.WAA24820@hub.freebsd.org> To: freebsd-bugs Cc: From: "Tom Killilea" Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Reply-To: "Tom Killilea" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6233; it has been noted by GNATS. From: "Tom Killilea" To: "Jordan K. Hubbard" Cc: "FreeBSD-gnats-submit@FreeBSD.ORG" Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Date: Mon, 06 Apr 1998 21:53:11 -0800 Thanks for the quick response. Another helpful person [Peter Wemm] has suggested a possible fix that we are going to try - an option to the kernel we my be missing. If this fails, I will press Raima to see if they would cooperate to get workable code for 2.2 - I have already raised this as a possibility with their tech support. I'll let you know if this is needed after we try the kernel modification. Thanks - Tom K. On Mon, 06 Apr 1998 22:34:59 -0700, Jordan K. Hubbard wrote: >> After updating our server from version 2.1.6 to 2.2.6 the Raima Velocis > Database Server version 1.4.1 no longer starts. It will load a couple of it's > modules, but then stops loading and dumps a core record. When viewed with gdb >, the basic information is as follows [sorry, I don't know enough about core an >alysis to do much more]: > >This is something I think we'd have to work on in conjuncion with >Raima since your PR information, regrettably, tells us very little of >we'd need to know in actually getting to the bottom of this. Is there >any way you know of facilitating this? Thanks. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 23:15:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27748 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 23:15:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27736; Mon, 6 Apr 1998 23:15:27 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA00325; Mon, 6 Apr 1998 23:13:02 -0700 (PDT) Date: Mon, 6 Apr 1998 23:13:02 -0700 (PDT) Message-Id: <199804070613.XAA00325@freefall.freebsd.org> To: mika@cs.caltech.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken) State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Apr 6 23:12:35 PDT 1998 State-Changed-Why: see pr 6231 for the sequel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 23:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29103 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 23:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29088; Mon, 6 Apr 1998 23:20:04 -0700 (PDT) (envelope-from gnats) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28586 for ; Mon, 6 Apr 1998 23:18:38 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id BAA17419; Tue, 7 Apr 1998 01:18:36 -0500 (CDT) Message-Id: <199804070618.BAA17419@home.dragondata.com> Date: Tue, 7 Apr 1998 01:18:36 -0500 (CDT) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6234: ypserv -d is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6234 >Category: bin >Synopsis: ypserv -d is broken >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 6 23:20:02 PDT 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData Internet Services >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2.5 running ypserv >Description: After repeatedly seeing ypserv take 30 - 50% CPU randomly, I decided to run ypserv with the -d option to watch what it was doing... 'ypserv -d' executes, and just sits there not doing anything. Clients report timeout errors trying to talk to the server, and it never dumps anything to syslog or stderr >How-To-Repeat: ypserv -d >Fix: >Audit-Trail: >Unformatted: Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 23:23:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00396 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 23:23:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00308; Mon, 6 Apr 1998 23:23:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA12536; Mon, 6 Apr 1998 23:22:56 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Poul-Henning Kamp cc: mika@cs.caltech.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 In-reply-to: Your message of "Mon, 06 Apr 1998 23:13:02 PDT." <199804070613.XAA00325@freefall.freebsd.org> Date: Mon, 06 Apr 1998 23:22:56 -0700 Message-ID: <12533.891930176@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Uh, he just told me in another email that there was a VFS cache problem _also_, independently of this one? > Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken) > > State-Changed-From-To: open-closed > State-Changed-By: phk > State-Changed-When: Mon Apr 6 23:12:35 PDT 1998 > State-Changed-Why: > see pr 6231 for the sequel. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 23:28:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01477 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 23:28:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01472 for ; Mon, 6 Apr 1998 23:28:08 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id IAA12202; Tue, 7 Apr 1998 08:26:59 +0200 (CEST) To: "Jordan K. Hubbard" cc: mika@cs.caltech.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 In-reply-to: Your message of "Mon, 06 Apr 1998 23:22:56 PDT." <12533.891930176@time.cdrom.com> Date: Tue, 07 Apr 1998 08:26:59 +0200 Message-ID: <12200.891930419@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No there isn't. My first reply to this one was lost (somebody needs to check out why this happens all time). I don't belive there is a cache-bug. Poul-Henning In message <12533.891930176@time.cdrom.com>, "Jordan K. Hubbard" writes: >Uh, he just told me in another email that there was a VFS cache problem >_also_, independently of this one? > >> Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken >) >> >> State-Changed-From-To: open-closed >> State-Changed-By: phk >> State-Changed-When: Mon Apr 6 23:12:35 PDT 1998 >> State-Changed-Why: >> see pr 6231 for the sequel. >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-bugs" in the body of the message > > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 6 23:51:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06434 for freebsd-bugs-outgoing; Mon, 6 Apr 1998 23:51:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from csvax.cs.caltech.edu (csvax.cs.caltech.edu [131.215.131.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA06429 for ; Mon, 6 Apr 1998 23:51:45 -0700 (PDT) (envelope-from mika@varese.cs.caltech.edu) Received: from varese.cs.caltech.edu by csvax.cs.caltech.edu (4.1/1.34.1) id AA07648; Mon, 6 Apr 98 23:51:43 PDT Received: from localhost.cs.caltech.edu (localhost.cs.caltech.edu [127.0.0.1]) by varese.cs.caltech.edu (8.8.7/8.7.3) with SMTP id XAA27474; Mon, 6 Apr 1998 23:51:38 -0700 (PDT) Message-Id: <199804070651.XAA27474@varese.cs.caltech.edu> X-Authentication-Warning: varese.cs.caltech.edu: localhost.cs.caltech.edu [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp Cc: jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 In-Reply-To: Your message of "Tue, 07 Apr 1998 08:26:59 +0200." <12200.891930419@critter.freebsd.dk> Date: Mon, 06 Apr 1998 23:51:38 -0700 From: Mika Nystrom Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'd love to see this reply too.. :) What I am seeing now is that for six seconds (as far as I can tell no more nor less) after an automounted filesystem has been umounted, the kernel does not realize that it is in fact possible to try again through amd, but instead returns a "file not found" error (I suppose the symlink(?) is being cached so that the reference to the actual mountpoint does indeed result in a file not found even though amd could be coaxed to remount the filesystem.) The reason I'm not sure if this is a bug or not is that perhaps any reference that would cause the kernel to cache this information might also keep amd from umounting.. perhaps someone else can shed some light on this? (Or is this what your elusive email was about?) Mika Poul-Henning Kamp writes: > >No there isn't. My first reply to this one was lost (somebody needs >to check out why this happens all time). I don't belive there is >a cache-bug. > >Poul-Henning > >In message <12533.891930176@time.cdrom.com>, "Jordan K. Hubbard" writes: >>Uh, he just told me in another email that there was a VFS cache problem >>_also_, independently of this one? >> >>> Synopsis: VFS cache confuses the kernel when using amd (VFS cache is broken >>) >>> >>> State-Changed-From-To: open-closed >>> State-Changed-By: phk >>> State-Changed-When: Mon Apr 6 23:12:35 PDT 1998 >>> State-Changed-Why: >>> see pr 6231 for the sequel. >>> >>> To Unsubscribe: send mail to majordomo@FreeBSD.org >>> with "unsubscribe freebsd-bugs" in the body of the message >> >> > >-- >Poul-Henning Kamp FreeBSD coreteam member >phk@FreeBSD.ORG "Real hackers run -current on their laptop." >"Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 00:36:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12375 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 00:36:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12369 for ; Tue, 7 Apr 1998 00:36:40 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id AAA07419; Tue, 7 Apr 1998 00:35:18 -0700 (PDT) Message-Id: <199804070735.AAA07419@implode.root.com> To: Peter Wemm cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added In-reply-to: Your message of "Mon, 06 Apr 1998 22:50:01 PDT." <199804070550.WAA24796@hub.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Tue, 07 Apr 1998 00:35:18 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Although, I'm puzzled why the msync() is needed at all, since it's just a > mmap'ed file. Perhaps there is some new lurking problem with synchronizing > of mmap'ed files... :-/ We've gone both ways with this issue in the past, but the final resolution was that it is better to require the msync() rather than automatically flushing VM system managed pages to the backing store. > Can you please do us a favour and supply a context or unified diff? > ie: 'cvs diff -u' Your patch could then be automatically applied rather > than having to guess the context by hand. ...I was going to complain about this myself. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 01:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14298 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 01:00:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14288; Tue, 7 Apr 1998 01:00:01 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 01:00:01 -0700 (PDT) Message-Id: <199804070800.BAA14288@hub.freebsd.org> To: freebsd-bugs Cc: From: Matthew Dillon Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: Matthew Dillon To: Peter Wemm Cc: freebsd-gnats-submit@hub.FreeBSD.ORG Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Tue, 7 Apr 1998 00:58:42 -0700 (PDT) :Hmm! Now this is interesting, I'd never thought of trying that before. : :Although, I'm puzzled why the msync() is needed at all, since it's just a :mmap'ed file. Perhaps there is some new lurking problem with synchronizing :of mmap'ed files... :-/ Yah, this is what happens: I have a workstation with 64MB of ram, *no swap* configured, and several file-over-NFS-backed MFS filesystems. Without that msync() hack, the RSS for the mfs processes continues to build until the machine runs out of memory. If I 'sync' I'm ok ... it writes out the dirty pages. If I don't, the machine barfs when it runs out of memory. When I added the msync hack to the mfs kernel code, that also appeared to fix the problem. If I don't sync and don't msync, the MFS filesystem's pages stay dirty and are never synchronized with their backing store. :Can you please do us a favour and supply a context or unified diff? :ie: 'cvs diff -u' Your patch could then be automatically applied rather :than having to guess the context by hand. Ah! cvs diff -u. ok. should I bother resubmitting this bug report or can I just start doing that in the future ? -Matt :> Index: mkfs.c :> =================================================================== :> RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/mkfs.c,v :> retrieving revision 1.21 :> diff -r1.21 mkfs.c :> 42a43 :> > #include :> 108a110 :> > extern int skipnewfs; :> 181c183,185 :> < fd = open(filename,O_RDWR|O_TRUNC|O_CREAT,0644); :> --- :> > struct stat st; :> > :> > fd = open(filename,O_RDWR|O_CREAT,0644); : :Cheers, :-Peter :-- :Peter Wemm Netplex Consulting : : : Matthew Dillon Engineering, BEST Internet Communications, Inc. [always include a portion of the original email in any response!] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 01:17:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17748 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 01:17:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17743 for ; Tue, 7 Apr 1998 01:17:39 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id BAA08047; Tue, 7 Apr 1998 01:16:28 -0700 (PDT) Message-Id: <199804070816.BAA08047@implode.root.com> To: Matthew Dillon cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added In-reply-to: Your message of "Tue, 07 Apr 1998 01:00:01 PDT." <199804070800.BAA14288@hub.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Tue, 07 Apr 1998 01:16:28 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Ah! cvs diff -u. ok. should I bother resubmitting this bug report or ...only if you want us to commit the changes. :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 05:49:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17837 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 05:49:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17829; Tue, 7 Apr 1998 05:49:08 -0700 (PDT) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA04638; Tue, 7 Apr 1998 05:46:41 -0700 (PDT) Date: Tue, 7 Apr 1998 05:46:41 -0700 (PDT) Message-Id: <199804071246.FAA04638@freefall.freebsd.org> To: ahobson@mindspring.com, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6232 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: possible reference to unitialized variable State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Tue Apr 7 05:45:52 PDT 1998 State-Changed-Why: Already fixed about a month ago in rev.1.9 of mktemp.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 05:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18012 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 05:50:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18006; Tue, 7 Apr 1998 05:50:01 -0700 (PDT) (envelope-from gnats) Received: from feldman.dyn.ml.org (green@1Cust232.tnt5.tco2.da.uu.net [153.35.91.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17534 for ; Tue, 7 Apr 1998 05:45:04 -0700 (PDT) (envelope-from green@feldman.dyn.ml.org) Received: (from green@localhost) by feldman.dyn.ml.org (8.8.8/8.8.8) id IAA00476; Tue, 7 Apr 1998 08:45:01 -0400 (EDT) (envelope-from green) Message-Id: <199804071245.IAA00476@feldman.dyn.ml.org> Date: Tue, 7 Apr 1998 08:45:01 -0400 (EDT) From: green@feldman.dyn.ml.org Reply-To: brianfeldman@hotmail.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6237: mount_union causes locking problems, system panics Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6237 >Category: kern >Synopsis: panic rm'ing a union mounted file >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 05:50:01 PDT 1998 >Last-Modified: >Originator: Brian Feldman >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: Standard system up and running, had mount_union /tmp /usr/tmp done. >Description: IdlePTD 23c000 current pcb at 20c93c panic: ufs_lock: recursive lock not expected, pid: %d #0 0xf0112723 in boot () (kgdb) Is that a nice description? >How-To-Repeat: mount_union /tmp /usr/tmp rm /usr/tmp/* panic() (I think that the file may have been previously locked already, unsure) >Fix: Well, I guess I should stop messing around with all the filesystems I don't really need. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 06:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19964 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 06:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19942; Tue, 7 Apr 1998 06:00:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 06:00:02 -0700 (PDT) Message-Id: <199804071300.GAA19942@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: Peter Wemm To: dg@root.com Cc: dyson@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Tue, 07 Apr 1998 20:56:13 +0800 David Greenman wrote: > > Although, I'm puzzled why the msync() is needed at all, since it's just a > > mmap'ed file. Perhaps there is some new lurking problem with synchronizing > > of mmap'ed files... :-/ > > We've gone both ways with this issue in the past, but the final resolution > was that it is better to require the msync() rather than automatically > flushing VM system managed pages to the backing store. Hmm.. Matt points out that a 'sync' command will cause the writeback, the dirty pages will get written to the file providing the mmap() backing store. The pre-softdep code ran a sync every 30 seconds in process 3 (update) so this was being "handled". However, the syncer process doesn't seem to do this any more.. It looks like the syncer is not doing that old 30-second sync did. I suspect that this is a result of the differences between the FreeBSD vs. the 4.4Lite2 derived systems that Kirk wrote the code on. Hmm.. the old update() called 'vfs_msync(mp)' for each mountpoint every 30 seconds, and this does a walkthrough of the vnodes with OBJ_MIGHTBEDIRTY and does a vm_object_page_clean() on them. This is no longer happening after softdep, and probably explains the failure to write out dirty mmap regions. vfs_msync() (called at sync(2), unmount(2) and from the old update process) is documented as: /* * perform msync on all vnodes under a mount point * the mount point must be locked. */ I think the loss of this call that is the culprit. Hmm. syncer called VOP_FSYNC() which schedules a vm_object_page_clean() on all vnodes that it knows about. We could get an aged graduated writeback by tagging all "dirty" mmap vnodes as needing "work to be done" and syncer will take care of it for us. Or, perhaps something like this (UNTESTED!!): Index: vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.148 diff -u -r1.148 vfs_subr.c --- vfs_subr.c 1998/03/30 09:51:08 1.148 +++ vfs_subr.c 1998/04/07 12:46:55 @@ -2742,6 +2740,7 @@ return (0); asyncflag = mp->mnt_flag & MNT_ASYNC; mp->mnt_flag &= ~MNT_ASYNC; + vfs_msync(mp, MNT_NOWAIT); VFS_SYNC(mp, MNT_LAZY, ap->a_cred, p); if (asyncflag) mp->mnt_flag |= MNT_ASYNC; This basically makes the periodic pseudo-sync do an implied msync like it did before the softdep changes. This is a little more coarse though, it'll cause the writeback to be scheduled in periodic chunks rather than the smooth flow that the syncer tries to achieve. Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 10:17:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23171 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 10:17:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22805; Tue, 7 Apr 1998 10:15:52 -0700 (PDT) (envelope-from jdp@FreeBSD.org) From: John Polstra Received: (from jdp@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA03861; Tue, 7 Apr 1998 10:13:23 -0700 (PDT) Date: Tue, 7 Apr 1998 10:13:23 -0700 (PDT) Message-Id: <199804071713.KAA03861@freefall.freebsd.org> To: tejblum@arc.hq.cti.ru, jdp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/6055 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: as(1) sometimes incorrectly handle EGCS output State-Changed-From-To: open-closed State-Changed-By: jdp State-Changed-When: Tue Apr 7 10:10:23 PDT 1998 State-Changed-Why: Fixed in src/gnu/usr.bin/as/config/obj-aout.c revision 1.6. I used the patch submitted by Dmitrij Tejblum, with only minor changes. Thanks, Dmitrij, for locating the problem! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 10:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29658 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 10:50:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29648; Tue, 7 Apr 1998 10:50:02 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27531; Tue, 7 Apr 1998 10:41:59 -0700 (PDT) (envelope-from nobody) Message-Id: <199804071741.KAA27531@hub.freebsd.org> Date: Tue, 7 Apr 1998 10:41:59 -0700 (PDT) From: mikes@indiana.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6239: "chio status" causes aha0: DMA beyond end Of ISA: 0x16601a0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6239 >Category: bin >Synopsis: "chio status" causes aha0: DMA beyond end Of ISA: 0x16601a0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 10:50:01 PDT 1998 >Last-Modified: >Originator: Mike Squires >Organization: Chemistry, Indiana University (Bloom.) >Release: 2.2.5 RELEASE >Environment: FreeBSD sir-alan.chem.indiana.edu 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Thu Jan 1 23:47:37 EST 1998 mikes@sir-alan.chem.indiana.edu:/usr/src/sys/compile/SIRALAN i386 >Description: M54PE MB P90 (1 CPU), 32MB RAM, NCR 825 SCSI (narrow differential, external); Adaptec 1542B with 6X CD, Archive 4586NP changer (BT firmware) use of "chio status" does not seem to use bounce buffers (kernel compiled with bounce buffers) and results in above error >How-To-Repeat: execute "chio status" Note: same system works OK with 2940 (2944 for drives, 2940 for tape; does not work with 2744 (EISA) for drives at all, bus lockup. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 11:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11823 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 11:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11780; Tue, 7 Apr 1998 11:40:02 -0700 (PDT) (envelope-from gnats) Received: from indigo.ie (nsmart@ts01-19.waterford-new.indigo.ie [194.125.139.82] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10135 for ; Tue, 7 Apr 1998 11:33:24 -0700 (PDT) (envelope-from nsmart@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id TAA04874; Tue, 7 Apr 1998 19:33:57 +0100 (IST) (envelope-from nsmart) Message-Id: <199804071833.TAA04874@indigo.ie> Date: Tue, 7 Apr 1998 19:33:57 +0100 (IST) From: rotel@indigo.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/6240: atof uses strtod, man page says it doesn't Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6240 >Category: docs >Synopsis: atof uses strtod, man page says it doesn't >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 11:40:00 PDT 1998 >Last-Modified: >Originator: Niall Smart >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: >Description: In the BUGS section of atof(3) it is stated that atof is not currently implemented using strtod(3), this is incorrect as a quick glance at /usr/src/lib/libc/stdlib/atof.c will show. >How-To-Repeat: man atof >Fix: *** atof.3~ Tue Apr 7 14:45:30 1998 --- atof.3 Tue Apr 7 14:44:19 1998 *************** *** 71,87 **** .Fn atof function conforms to .St -ansiC . - .Sh BUGS - This manual page represents intent instead of actual practice. - While it is intended that - .Fn atof - be implemented using - .Xr strtod 3 , - this has not yet happened. - In the current system, - .Fn atof - translates a string in the following form to a double: a string of - leading white space, possibly followed by a sign (``+'' or ``-''), - followed by a digit string which may contain one decimal point (``.''), - which may be followed by either of the exponent flags (``E'' or ``e''), - and lastly, followed by a signed or unsigned integer. --- 71,73 ---- >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 11:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11844 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 11:40:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11822; Tue, 7 Apr 1998 11:40:05 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11677; Tue, 7 Apr 1998 11:39:20 -0700 (PDT) (envelope-from nobody) Message-Id: <199804071839.LAA11677@hub.freebsd.org> Date: Tue, 7 Apr 1998 11:39:20 -0700 (PDT) From: jcwells@u.washington.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6241: getty accepts inputs that it should not Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6241 >Category: bin >Synopsis: getty accepts inputs that it should not >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 11:40:04 PDT 1998 >Last-Modified: >Originator: Jason Wells >Organization: na >Release: 2.2.2-RELEASE >Environment: FreeBSD s8-37-26.student.washington.edu 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat Mar 21 21:23:27 PST 1998 jason@s8-37-26.student.washington.edu:/usr/src/sys/compile/BRONCO i386 >Description: When at the 'login:' prompt on the console I was able to backspace over the prompt, use the arrow key to move the cursor around the screen. >How-To-Repeat: Login on the console Logout At the new 'login:' prompt hit f12 now backspace and use arrow keys to move the cursor around >Fix: I dunno. The problem seems minor. It was a fluke that I found it at all. If getty is still secure, then this probably no big deal. If this impacts getty's security. then it is a pretty big deal. In my non-expert way, I must ask if a clever person can device a series of keystrokes that getty should not accept (but does) that can return a shell? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 11:54:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA14788 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 11:54:46 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from apollo.backplane.com (apollo.backplane.com [207.33.240.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14757; Tue, 7 Apr 1998 11:54:29 -0700 (PDT) (envelope-from dillon@backplane.com) Received: (dillon@localhost) by apollo.backplane.com (8.8.8/8.6.5) id LAA21604; Tue, 7 Apr 1998 11:54:19 -0700 (PDT) Date: Tue, 7 Apr 1998 11:54:19 -0700 (PDT) From: Matthew Dillon Message-Id: <199804071854.LAA21604@apollo.backplane.com> To: David Greenman Cc: freebsd-bugs@hub.freebsd.org, freebsd-gnats-submit@hub.freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org : : ...only if you want us to commit the changes. :-) : :-DG : :David Greenman :Core-team/Principal Architect, The FreeBSD Project heh heh. Matthew Dillon Engineering, BEST Internet Communications, Inc. [always include a portion of the original email in any response!] Index: mkfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/mkfs.c,v retrieving revision 1.21 diff -u -r1.21 mkfs.c --- mkfs.c 1998/01/19 16:55:26 1.21 +++ mkfs.c 1998/04/07 04:06:28 @@ -40,6 +40,7 @@ #include #include #include +#include #include #include #include @@ -106,6 +107,7 @@ extern caddr_t malloc(), calloc(); #endif extern char * filename; +extern int skipnewfs; union { struct fs fs; @@ -178,19 +180,29 @@ if(filename) { unsigned char buf[BUFSIZ]; unsigned long l,l1; - fd = open(filename,O_RDWR|O_TRUNC|O_CREAT,0644); + struct stat st; + + fd = open(filename,O_RDWR|O_CREAT,0644); if(fd < 0) { perror(filename); exit(12); } - for(l=0;l< fssize * sectorsize;l += l1) { - l1 = fssize * sectorsize; - if (BUFSIZ < l1) - l1 = BUFSIZ; - if (l1 != write(fd,buf,l1)) { - perror(filename); + fstat(fd, &st); + if (st.st_size != fssize * sectorsize) { + if (skipnewfs) { + fprintf(stderr, "Filesize does not match filesystem sector count\n"); exit(12); } + ftruncate(fd, fssize * sectorsize); + for(l=0;l< fssize * sectorsize;l += l1) { + l1 = fssize * sectorsize; + if (BUFSIZ < l1) + l1 = BUFSIZ; + if (l1 != write(fd,buf,l1)) { + perror(filename); + exit(12); + } + } } membase = mmap( 0, @@ -216,6 +228,8 @@ } } } + if (skipnewfs == 0) { /* didn't re-indent context so submitted cvs diff would be more readable */ + fsi = fi; fso = fo; if (Oflag) { @@ -699,6 +713,9 @@ pp->p_fsize = sblock.fs_fsize; pp->p_frag = sblock.fs_frag; pp->p_cpg = sblock.fs_cpg; + + } /* endif skipnewfs */ + /* * Notify parent process of success. * Dissociate from session and tty. Index: newfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/newfs.c,v retrieving revision 1.18 diff -u -r1.18 newfs.c --- newfs.c 1998/01/16 06:31:23 1.18 +++ newfs.c 1998/04/07 04:02:25 @@ -193,6 +193,7 @@ u_long memleft; /* virtual memory available */ caddr_t membase; /* start address of memory based filesystem */ char *filename; +int skipnewfs; #ifdef COMPAT char *disktype; int unlabeled; @@ -234,7 +235,7 @@ } opstring = mfs ? - "NF:T:a:b:c:d:e:f:i:m:o:s:" : + "NF:U:T:a:b:c:d:e:f:i:m:o:s:" : "NOS:T:a:b:c:d:e:f:i:k:l:m:n:o:p:r:s:t:u:x:"; while ((ch = getopt(argc, argv, opstring)) != -1) switch (ch) { @@ -253,6 +254,9 @@ disktype = optarg; break; #endif + case 'U': + skipnewfs = 1; + /* fall through */ case 'F': filename = optarg; break; Index: mfs_vfsops.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sys/ufs/mfs/mfs_vfsops.c,v retrieving revision 1.41 diff -u -r1.41 mfs_vfsops.c --- mfs_vfsops.c 1998/03/01 22:46:53 1.41 +++ mfs_vfsops.c 1998/04/05 02:21:16 @@ -46,6 +46,8 @@ #include #include #include +#include /* for msync_args */ +#include /* for msync_args */ #include #include @@ -430,6 +432,13 @@ error_1: /* no state to back out*/ success: + /* + * must mark the calling process as a system process + * so the pager doesn't try to kill it. Doh! And the + * pager may because the resident set size may be huge. + */ + p->p_flag |= P_SYSTEM; + return( err); } @@ -468,7 +477,8 @@ * If a non-ignored signal is received, try to unmount. * If that fails, clear the signal (it has been "processed"), * otherwise we will loop here, as tsleep will always return - * EINTR/ERESTART. + * EINTR/ERESTART. It will return EWOULDBLOCK if the timer + * expired. */ /* * Note that dounmount() may fail if work was queued after @@ -479,9 +489,37 @@ gotsig = 0; if (dounmount(mp, 0, p) != 0) CLRSIG(p, CURSIG(p)); /* try sleep again.. */ - } - else if (tsleep((caddr_t)vp, mfs_pri, "mfsidl", 0)) + } else { + int r = tsleep((caddr_t)vp, mfs_pri, "mfsidl", hz * 10); + + if (r && r != EWOULDBLOCK) gotsig++; /* try to unmount in next pass */ + } + + /* + * we should call msync on the backing store every 30 seconds, + * otherwise the pages are not associated with the file and guess + * what! the syncer never sees them. msync has no effect + * if the backing store is swap, but a big effect if it's a file + * (e.g. an NFS mounted file). + */ + { + static long lsec; + int dt = time_second - lsec; + + if (dt < -30 || dt > 30) { + struct msync_args uap; + + lsec = time_second; + + uap.addr = mfsp->mfs_baseoff; + uap.len = mfsp->mfs_size; + uap.flags = MS_ASYNC; + + msync(curproc, &uap); + } + } + } return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 12:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15722 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 12:00:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15689; Tue, 7 Apr 1998 12:00:02 -0700 (PDT) (envelope-from gnats) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14180 for ; Tue, 7 Apr 1998 11:50:15 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id OAA19600 for ; Tue, 7 Apr 1998 14:50:14 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id OAA08771 for ; Tue, 7 Apr 1998 14:50:05 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id OAA26969; Tue, 7 Apr 1998 14:50:04 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Message-Id: <199804071850.OAA26969@brain.zeus.leitch.com> Date: Tue, 7 Apr 1998 14:50:04 -0400 (EDT) From: woods@zeus.leitch.com Reply-To: woods@zeus.leitch.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6242: vnode disk driver too unstable in -STABLE to "make release" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6242 >Category: kern >Synopsis: vnode disk driver too unstable in -STABLE to "make release" >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 12:00:01 PDT 1998 >Last-Modified: >Originator: Greg A. Woods >Organization: Planix, Inc.; Toronto, Ontario; Canada [on contract to Leitch Technology International] >Release: FreeBSD 2.2.6-STABLE i386 (from cvsup on 1998/03/31) >Environment: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-STABLE #0: Mon Apr 6 15:05:13 EDT 1998 woods@brain.zeus.leitch.com:/var/work.d/Leitch-BSD-2.2/sys/compile/BRAIN CPU: Pentium Pro (267.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80f9ff real memory = 268435456 (262144K bytes) avail memory = 260980736 (254864K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0:0 chip1 rev 3 on pci0:1:0 chip2 rev 1 on pci0:4:0 chip3 rev 1 on pci0:4:1 chip4 rev 1 int d irq 9 on pci0:4:2 chip5 rev 1 on pci0:4:3 vga0 rev 154 on pci0:9:0 fxp0 rev 2 int a irq 10 on pci0:11:0 fxp0: Ethernet address 00:a0:c9:6c:7f:79 ahc0 rev 1 int a irq 11 on pci0:12:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST34501W 0018" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4339MB (8887200 512 byte sectors) sd0(ahc0:0:0): with 6576 cyls, 8 heads, and an average 168 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST34501W 0018" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4339MB (8887200 512 byte sectors) sd1(ahc0:1:0): with 6576 cyls, 8 heads, and an average 168 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "SEAGATE ST34501W 0013" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 4339MB (8887200 512 byte sectors) sd2(ahc0:2:0): with 6576 cyls, 8 heads, and an average 168 sectors/track probe0(ahc0:9:0): scsi_cmd probe0(ahc0:9:0): scsi_done (ahc0:9:0): command: 0,0,0,0,0,0-[0 bytes] probe0(ahc0:9:0): scsi_cmd probe0(ahc0:9:0): scsi_done (ahc0:9:0): command: 12,0,0,0,2c,0-[44 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 ------------------------------ Probing for devices on PCI bus 1: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers IP Filter: initialized. Default = pass all, Logging = enabled fxp0: promiscuous mode enabled >Description: My 'make release' for 2.2.6-STABLE bombed out while building the fixit floppy complaining that the /mnt filesystem was full: pid 20209 (cpio), uid 0 on /mnt: file system full Now the /mnt filesystem is in a very strange state and seemingly cannot be unmounted. This very same operation worked A-OK in repeated builds with 2.2.5-STABLE with sources as recent as 1998/01/26. Here's a bit of a view of the current state of the system: 14:40 [2141] # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 63583 19784 38713 34% / /dev/wd0s1e 1685071 1127314 422952 73% /usr /dev/sd0e 3287278 2310081 714215 76% /var /dev/ccd0c 4310829 942094 3023869 24% /cvs procfs 4 4 0 100% /proc kernfs 1 1 0 100% /kern tap:/home1 1032686 674330 275742 71% /home1 tap:/home2 1032686 873898 76174 92% /home2 /dev/vn0c 1195 1195 0 100% /mnt 14:40 [2142] # df -k /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 63583 19784 38713 34% / Note above that '/mnt' didn't translate properly and we got just '/'. 14:31 [2131] # umount -v /mnt /dev/vn0c: unmount from /mnt umount: /mnt: Invalid argument Note the same thing happens for 'umount /dev/vn0c' too.... 14:31 [2132] # ls -lia /mnt total 4 15499 drwxr-xr-x 2 root wheel 512 Oct 21 10:13 . 2 drwxr-xr-x 19 root wheel 512 Apr 6 15:06 .. 14:32 [2133] # du /mnt 2 /mnt Even though df says it's full there's apparently nothing in there! 14:32 [2134] # mount /dev/wd0s1a on / (local) /dev/wd0s1e on /usr (local) /dev/sd0e on /var (local) /dev/ccd0c on /cvs (NFS exported, local) procfs on /proc (local) kernfs on /kern (local) tap:/home1 on /home1 tap:/home2 on /home2 /dev/vn0c on /mnt (local) Indeed the fs-image file looks OK: 14:44 [196] $ pwd /var/release/Leitch-BSD-2.2-980331-TEST-00/usr/obj/usr/src/release 14:44 [197] $ ls -l total 5846 drwxrwxr-x 2 root bin 1536 Apr 6 20:42 boot_crunch -rwxrwxr-x 1 root bin 8842 Apr 6 21:13 dumpnlist drwxrwxr-x 2 root bin 3584 Apr 6 20:45 fixit_crunch -rw-rw-r-- 1 root bin 1474560 Apr 7 12:09 fs-image -rw-rw-r-- 1 root bin 5 Apr 6 21:17 fs-image.size -rw-rw-r-- 1 root bin 1474560 Apr 6 21:17 fs-image.std -rw-rw-r-- 1 root bin 5 Apr 6 21:13 fs-image.std.size -rw-rw-r-- 1 root bin 0 Apr 6 20:14 release.1 -rw-rw-r-- 1 root bin 0 Apr 6 20:28 release.2 -rw-rw-r-- 1 root bin 0 Apr 6 20:40 release.3 -rw-rw-r-- 1 root bin 0 Apr 6 20:45 release.4 -rw-rw-r-- 1 root bin 0 Apr 6 21:00 release.5 -rw-rw-r-- 1 root bin 0 Apr 6 21:06 release.6 -rw-rw-r-- 1 root bin 0 Apr 6 21:13 release.7 -rw-rw-r-- 1 root bin 0 Apr 6 21:17 release.8 drwxrwxr-x 2 root bin 1024 Apr 6 20:42 sysinstall -rwxrwxr-x 1 root bin 8865 Apr 6 21:13 write_mfs_in_kernel Here's a cut&paste of the tail end of the output from the make release showing that the boot floppy was made A-OK just before (clearly proving that I do have a vn device properly configured in the kernel, etc.): sh -e /usr/src/release/doFS.sh /R/stage /mnt 1440 /R/stage/boot.std 100000 fd1440 ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 9. /dev/rvn0c: 2880 sectors in 1 cylinders of 1 tracks, 2880 sectors 1.4MB in 1 cyl groups (9 c/g, 12.66MB/g, 128 i/g) super-block backups (for fsck -b #) at: 32, 2301 blocks Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/vn0c 1395 1158 237 83% 5 121 4% /mnt /dev/rvn0c: clean, 475 free (11 frags, 58 blocks, 0.4% fragmentation) mv fs-image /R/stage/floppies/bootstd.flp mv /R/stage/floppies/bootstd.flp /R/stage/floppies/boot.flp Regular boot floppy made. touch release.8 rm -rf /R/stage/fixitfd mkdir /R/stage/fixitfd cd /R/stage/fixitfd && mkdir -p dev stand bin sbin etc mnt mnt1 mnt2 mnt3 mnt4 tmp usr/share/misc usr/mdec if false ; then gzip -9 < /R/stage/crunch/fixit > /R/stage/fixitfd/stand/fixit_crunch ; else ln -f /R/stage/crunch/fixit /R/stage/fixitfd/stand/fixit_crunch ; fi chmod 555 /R/stage/fixitfd/stand/fixit_crunch for i in `crunchgen -l /usr/src/release/fixit_crunch.conf` ; do ln -f /R/stage/fixitfd/stand/fixit_crunch /R/stage/fixitfd/stand/$i ; done ( cd /R/stage/fixitfd/dev && sed -e '/^PATH/s/^/#/' /R/stage/trees/bin/dev/MAKEDEV > MAKEDEV && chmod 755 MAKEDEV && sh MAKEDEV all ) cp /R/stage/trees/bin/etc/spwd.db /R/stage/trees/bin/etc/group /R/stage/trees/bin/etc/protocols /R/stage/fixitfd/etc cp /R/stage/trees/bin/usr/share/misc/scsi_modes /R/stage/fixitfd/usr/share/misc cp /R/stage/trees/bin/usr/mdec/boot[12] /R/stage/fixitfd/usr/mdec for type in fd od sd wd ; do ( cd /R/stage/fixitfd/usr/mdec && ln -s boot1 ${type}boot && ln -s boot2 boot${type} ) ; done cp /usr/src/release/fixit.profile /R/stage/fixitfd/.profile cp /usr/src/release/fixit.services /R/stage/fixitfd/etc/services cp /usr/src/release/tar.sh /R/stage/fixitfd/stand/tar chmod 555 /R/stage/fixitfd/stand/tar sh -e /usr/src/release/doFS.sh /R/stage /mnt 1440 /R/stage/fixitfd 6000 fd1440 ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 8. /dev/rvn0c: 2880 sectors in 1 cylinders of 1 tracks, 2880 sectors 1.4MB in 1 cyl groups (8 c/g, 11.25MB/g, 1728 i/g) super-block backups (for fsck -b #) at: 32, /mnt: write failed, file system is full cpio: write error: No space left on device *** Error code 1 >How-To-Repeat: 1. install 2.2.6 2. get RELENG_2_2 as of 1998/03/31 into /usr/src 3. build new GENERIC (-like) kernel and re-install 4. cd /usr/src && 'make world' 5. rebuild new kernel and re-install 6. cd /usr/src/release && 'make release' (with approp. options) The exact kernel config follows: # # BRAIN -- kernel config for CVS Repository machine # # This kernel is for a big-memory machine with SCSI+IDE and one ethernet # #ident "@(#)FreeBSD:$Id: BRAIN,v 1.3 1998/04/06 18:59:13 woods Exp $" # machine "i386" cpu "I686_CPU" ident "BRAIN" maxusers 96 options INET #InterNETworking options IPFILTER #Darren Reed's ip-filter options IPFILTER_LOG #ip-filter logging options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options KERNFS #Kernel Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options INCLUDE_CONFIG_FILE #Config file in kernel options UCONSOLE #Allow users to grab the console options USERCONFIG options VISUAL_USERCONFIG options "MAXMEM=(256*1024)" options SCSI_REPORT_GEOMETRY #always show probed geom options SCSIDEBUG #enable debug macros in SCSI code options SHOW_BUSYBUFS #List buffers that prevent root unmount options AHC_TAGENABLE #tagged command queuing options AHC_SCBPAGING_ENABLE #SCB paging options AHC_ALLOW_MEMIO #use memory mapped I/O options SYSVSHM options SYSVSEM options SYSVMSG options DDB #kernel debugger options KTRACE #kernel tracing options DIAGNOSTIC #extra sanity checks options PERFMON #P-Pro hw perf counters config kernel root on wd0 controller isa0 options "AUTO_EOI_1" #options "AUTO_EOI_2" controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 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 ATAPI #Enable ATAPI support for IDE bus #device wcd0 #IDE CD-ROM controller ahc0 controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # sc, aka syscons, is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # NPX is Mandatory, don't remove: # (Numeric Processing Extension coprocessor and emulator) device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device fxp0 pseudo-device loop pseudo-device ether pseudo-device log # bpfilter, aka bpf(4), is the Berkeley Packet Filter pseudo-device bpfilter 4 pseudo-device pty 64 pseudo-device vn 4 pseudo-device ccd 4 >Fix: unknown >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 12:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15725 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 12:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15714; Tue, 7 Apr 1998 12:00:03 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 12:00:03 -0700 (PDT) Message-Id: <199804071900.MAA15714@hub.freebsd.org> To: freebsd-bugs Cc: From: Matthew Dillon Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: Matthew Dillon To: David Greenman Cc: freebsd-bugs@hub.freebsd.org, freebsd-gnats-submit@hub.freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Tue, 7 Apr 1998 11:54:19 -0700 (PDT) : : ...only if you want us to commit the changes. :-) : :-DG : :David Greenman :Core-team/Principal Architect, The FreeBSD Project heh heh. Matthew Dillon Engineering, BEST Internet Communications, Inc. [always include a portion of the original email in any response!] Index: mkfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/mkfs.c,v retrieving revision 1.21 diff -u -r1.21 mkfs.c --- mkfs.c 1998/01/19 16:55:26 1.21 +++ mkfs.c 1998/04/07 04:06:28 @@ -40,6 +40,7 @@ #include #include #include +#include #include #include #include @@ -106,6 +107,7 @@ extern caddr_t malloc(), calloc(); #endif extern char * filename; +extern int skipnewfs; union { struct fs fs; @@ -178,19 +180,29 @@ if(filename) { unsigned char buf[BUFSIZ]; unsigned long l,l1; - fd = open(filename,O_RDWR|O_TRUNC|O_CREAT,0644); + struct stat st; + + fd = open(filename,O_RDWR|O_CREAT,0644); if(fd < 0) { perror(filename); exit(12); } - for(l=0;l< fssize * sectorsize;l += l1) { - l1 = fssize * sectorsize; - if (BUFSIZ < l1) - l1 = BUFSIZ; - if (l1 != write(fd,buf,l1)) { - perror(filename); + fstat(fd, &st); + if (st.st_size != fssize * sectorsize) { + if (skipnewfs) { + fprintf(stderr, "Filesize does not match filesystem sector count\n"); exit(12); } + ftruncate(fd, fssize * sectorsize); + for(l=0;l< fssize * sectorsize;l += l1) { + l1 = fssize * sectorsize; + if (BUFSIZ < l1) + l1 = BUFSIZ; + if (l1 != write(fd,buf,l1)) { + perror(filename); + exit(12); + } + } } membase = mmap( 0, @@ -216,6 +228,8 @@ } } } + if (skipnewfs == 0) { /* didn't re-indent context so submitted cvs diff would be more readable */ + fsi = fi; fso = fo; if (Oflag) { @@ -699,6 +713,9 @@ pp->p_fsize = sblock.fs_fsize; pp->p_frag = sblock.fs_frag; pp->p_cpg = sblock.fs_cpg; + + } /* endif skipnewfs */ + /* * Notify parent process of success. * Dissociate from session and tty. Index: newfs.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sbin/newfs/newfs.c,v retrieving revision 1.18 diff -u -r1.18 newfs.c --- newfs.c 1998/01/16 06:31:23 1.18 +++ newfs.c 1998/04/07 04:02:25 @@ -193,6 +193,7 @@ u_long memleft; /* virtual memory available */ caddr_t membase; /* start address of memory based filesystem */ char *filename; +int skipnewfs; #ifdef COMPAT char *disktype; int unlabeled; @@ -234,7 +235,7 @@ } opstring = mfs ? - "NF:T:a:b:c:d:e:f:i:m:o:s:" : + "NF:U:T:a:b:c:d:e:f:i:m:o:s:" : "NOS:T:a:b:c:d:e:f:i:k:l:m:n:o:p:r:s:t:u:x:"; while ((ch = getopt(argc, argv, opstring)) != -1) switch (ch) { @@ -253,6 +254,9 @@ disktype = optarg; break; #endif + case 'U': + skipnewfs = 1; + /* fall through */ case 'F': filename = optarg; break; Index: mfs_vfsops.c =================================================================== RCS file: /src/FreeBSD-CVS/ncvs/src/sys/ufs/mfs/mfs_vfsops.c,v retrieving revision 1.41 diff -u -r1.41 mfs_vfsops.c --- mfs_vfsops.c 1998/03/01 22:46:53 1.41 +++ mfs_vfsops.c 1998/04/05 02:21:16 @@ -46,6 +46,8 @@ #include #include #include +#include /* for msync_args */ +#include /* for msync_args */ #include #include @@ -430,6 +432,13 @@ error_1: /* no state to back out*/ success: + /* + * must mark the calling process as a system process + * so the pager doesn't try to kill it. Doh! And the + * pager may because the resident set size may be huge. + */ + p->p_flag |= P_SYSTEM; + return( err); } @@ -468,7 +477,8 @@ * If a non-ignored signal is received, try to unmount. * If that fails, clear the signal (it has been "processed"), * otherwise we will loop here, as tsleep will always return - * EINTR/ERESTART. + * EINTR/ERESTART. It will return EWOULDBLOCK if the timer + * expired. */ /* * Note that dounmount() may fail if work was queued after @@ -479,9 +489,37 @@ gotsig = 0; if (dounmount(mp, 0, p) != 0) CLRSIG(p, CURSIG(p)); /* try sleep again.. */ - } - else if (tsleep((caddr_t)vp, mfs_pri, "mfsidl", 0)) + } else { + int r = tsleep((caddr_t)vp, mfs_pri, "mfsidl", hz * 10); + + if (r && r != EWOULDBLOCK) gotsig++; /* try to unmount in next pass */ + } + + /* + * we should call msync on the backing store every 30 seconds, + * otherwise the pages are not associated with the file and guess + * what! the syncer never sees them. msync has no effect + * if the backing store is swap, but a big effect if it's a file + * (e.g. an NFS mounted file). + */ + { + static long lsec; + int dt = time_second - lsec; + + if (dt < -30 || dt > 30) { + struct msync_args uap; + + lsec = time_second; + + uap.addr = mfsp->mfs_baseoff; + uap.len = mfsp->mfs_size; + uap.flags = MS_ASYNC; + + msync(curproc, &uap); + } + } + } return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 12:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15765 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 12:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15731; Tue, 7 Apr 1998 12:00:04 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 12:00:04 -0700 (PDT) Message-Id: <199804071900.MAA15731@hub.freebsd.org> To: freebsd-bugs Cc: From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6121; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records Date: Tue, 7 Apr 1998 14:54:16 -0400 (EDT) [ On Thu, April 2, 1998 at 18:46:37 (-0800), Dan Busarow wrote: ] > Subject: Re: bin/6121: gethostbyname(3) no longer returns NO_DATA for MX records > > On Wed, 1 Apr 1998, Greg A. Woods wrote: > > The resolver library in the BIND-4.9.6 does return NO_DATA as it > > should (must, actually), but both FreeBSD's and NetBSD's resolvers are > > broken in this respect (and arguably in some other respects too! ;-). > > OK, so what changed in the libc resolver code between 2.1.5 and now? It would seem that the BIND 4.9.6 resolver code has been merged into FreeBSD-current and 2.2.x-stable, but obviously they didn't do it 100% > Thanks for the suggestion, that did get me going. But it would > really be nice to have libc do the job correctly :) I agree, but I've more or less given up on the *BSD's getting the resolver to work correctly, esp. in face of the fact that they are trying to satisfy many conflicting goals, including the ancient file access, NIS access, etc., as well as DNS lookups, all with the same API. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 13:30:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06018 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 13:30:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05945; Tue, 7 Apr 1998 13:30:04 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 13:30:04 -0700 (PDT) Message-Id: <199804072030.NAA05945@hub.freebsd.org> To: freebsd-bugs Cc: From: "Tom Killilea" Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Reply-To: "Tom Killilea" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6233; it has been noted by GNATS. From: "Tom Killilea" To: "Peter Wemm" Cc: "FreeBSD-gnats-submit@FreeBSD.ORG" Subject: Re: bin/6233: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 Date: Tue, 07 Apr 1998 12:27:10 -0800 Peter - Thank you VERY much for the suggestion - it worked perfectly. We are now happily up and running the Raima database again. Pretty impressive service for FreeBSD... Guess we can consider this action item closed. Best Regards - Tom K. On Tue, 07 Apr 1998 13:01:22 +0800, Peter Wemm wrote: >tkiller@netbox.com wrote: >[..] >> >>Core was generated by `rds'. >> >>Program terminated with signal 12, Bad system call. >> >>Cannot access memory at address 0x20019080. >> >>#0 0x200e9ad5 in ?? () >> >> I have notified the vendor of the problem, but they do not have a serve > r running 2.2. The server ran fine under 2.1.6. This is a very important > component of a major project we are working one. > >Just a hunch.. Have you got the SYSV IPC options enabled in your kernel? > >If not, you may need to build a custom kernel with the following options: >options SYSVSHM >options SYSVSEM >options SYSVMSG > >Under 2.2.x, the generic kernel has only got SYSVSHM, you might need the >others. I think they were all enabled by default in 2.1.x, but I have not >checked. > >Cheers, >-Peter > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 13:50:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA12076 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 13:50:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11784; Tue, 7 Apr 1998 13:49:05 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id QAA20167; Tue, 7 Apr 1998 16:49:09 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id QAA09767; Tue, 7 Apr 1998 16:49:00 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id QAA26230; Tue, 7 Apr 1998 16:49:00 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Tue, 7 Apr 1998 16:49:00 -0400 (EDT) Message-Id: <199804072049.QAA26230@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" In-Reply-To: FreeBSD-gnats@FreeBSD.ORG's message of "Tue, April 7, 1998 12:00:01 -0700" regarding "Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release"" id <199804071900.MAA15677@hub.freebsd.org> References: <199804071850.OAA26969@brain.zeus.leitch.com> <199804071900.MAA15677@hub.freebsd.org> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ah ha. It seems for some reason that the fixit floppy stuff has grown too large to fit on a floppy, at least in my local build environment. That the vnode disk driver blows up when you over-fill its filesystem is only a side-effect to the real problem here. Someone should change the synopsis and subject line of this PR, and/or maybe I should file a second PR. Here I mimic what /usr/src/release/doFS.sh does, but to a real floppy: 16:19 [2106] # newfs -u 0 -t 0 -i 6000 -m 0 -T minimum -o space /dev/rfd0 Warning: Block size restricts cylinders per group to 8. /dev/rfd0: 2880 sectors in 1 cylinders of 1 tracks, 2880 sectors 1.4MB in 1 cyl groups (8 c/g, 11.25MB/g, 1728 i/g) super-block backups (for fsck -b #) at: 32, 16:19 [2107] # pwd /var/release/Leitch-BSD-2.2-980331-TEST-00/R/stage/fixitfd 16:20 [2108] # mount /dev/fd0 /mnt2 16:20 [2109] # find . -print | cpio -dump /mnt2 /mnt2: write failed, file system is full cpio: write error: No space left on device [[ boy, did that ever take a long long time -- over 9 minutes! I guess I should have mounted it with '-o async'. ]] 16:30 [2110] # du 2 ./dev/fd 82 ./dev 2280 ./stand 2 ./bin 2 ./sbin 96 ./etc 2 ./mnt 2 ./mnt1 2 ./mnt2 2 ./mnt3 2 ./mnt4 2 ./tmp 14 ./usr/share/misc 16 ./usr/share 18 ./usr/mdec 36 ./usr 2516 . 16:30 [2111] # ls -l stand/cat -r-xr-xr-x 63 root bin 1150976 Apr 6 20:45 stand/cat -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 14:11:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17396 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 14:11:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17378; Tue, 7 Apr 1998 14:11:19 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id RAA20324; Tue, 7 Apr 1998 17:11:22 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id RAA09939; Tue, 7 Apr 1998 17:11:13 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id RAA28434; Tue, 7 Apr 1998 17:11:13 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Tue, 7 Apr 1998 17:11:13 -0400 (EDT) Message-Id: <199804072111.RAA28434@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" In-Reply-To: Greg A. Woods's message of "Tue, April 7, 1998 16:49:00 -0400" regarding "Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release"" id <199804072049.QAA26230@brain.zeus.leitch.com> References: <199804071850.OAA26969@brain.zeus.leitch.com> <199804071900.MAA15677@hub.freebsd.org> <199804072049.QAA26230@brain.zeus.leitch.com> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Tue, April 7, 1998 at 16:49:00 (-0400), Greg A. Woods wrote: ] > Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" > > Ah ha. It seems for some reason that the fixit floppy stuff has grown > too large to fit on a floppy, at least in my local build environment. BTW, The only thing I can think of that's unique about the local build environment is that we use Kerberos, so (now with 2.2.6) build with MAKE_KERBEROS4=yes in /etc/make.conf. If this is what trips us over the edge, then I might humbly suggest that the fixit floppy is too full in the first place. We don't really need kerberos on it, and I suppose the same magic used to trim down VI could be used to keep kerberos out of there too. However it would seem there's at least one totally redundant and rather large library in there: -lgnuregex. I'm going to take a shot at removing that first, rather than trying to figure out how to put RELEASE_BUILD_FIXIT into all the kerberized things. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 14:21:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA18711 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 14:21:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA18703 for ; Tue, 7 Apr 1998 14:20:59 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id WAA00275; Tue, 7 Apr 1998 22:48:31 +0200 (CEST) To: Mika Nystrom cc: jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6189 In-reply-to: Your message of "Mon, 06 Apr 1998 23:51:38 PDT." <199804070651.XAA27474@varese.cs.caltech.edu> Date: Tue, 07 Apr 1998 22:48:30 +0200 Message-ID: <273.891982110@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199804070651.XAA27474@varese.cs.caltech.edu>, Mika Nystrom writes: >I'd love to see this reply too.. :) >What I am seeing now is that for six seconds (as far as I can tell >no more nor less) after an automounted filesystem has been umounted, >the kernel does not realize that it is in fact possible to try again >through amd, but instead returns a "file not found" error The fundamental issue here is that UNIX in general belives that nobody else mucks about with the filesystems. If we have the vnode in the kernel, the file is still there. The trouble is that amd "optimizes" things by mounting the filesystem and "faking" a symlink. If amd acted like a proxy for this, ie, the amd'ed filesystem never got mounted directly, you would not have the problem. The timeout for amd to unmount is normally orders of magnitude larger than 6 seconds, which bypasses this problem. You must be doing something weird here since you hit this one. Maybe because your checking the links existence keeps refreshing it. If you unmount by hand, you get what you can expect. Amd bases its unmounting on lack of activity, if you pull the rug by hand, weird things are to be expected. There are no easy solutions which doesn't cost dearly in performance. There are some very hard solutions which are only expensive in performance. You could string all resolved symlinks in the namecache on a destination filesystem list and yank them all at umount time. I think that would cost another 8 bytes in the vnode, which is rather much to pay for this. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 15:04:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01159 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 15:04:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00331; Tue, 7 Apr 1998 15:02:11 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id SAA20569; Tue, 7 Apr 1998 18:02:13 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id SAA10824; Tue, 7 Apr 1998 18:02:04 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id SAA00182; Tue, 7 Apr 1998 18:02:04 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Tue, 7 Apr 1998 18:02:04 -0400 (EDT) Message-Id: <199804072202.SAA00182@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" In-Reply-To: Greg A. Woods's message of "Tue, April 7, 1998 17:11:13 -0400" regarding "Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release"" id <199804072111.RAA28434@brain.zeus.leitch.com> References: <199804071850.OAA26969@brain.zeus.leitch.com> <199804071900.MAA15677@hub.freebsd.org> <199804072049.QAA26230@brain.zeus.leitch.com> <199804072111.RAA28434@brain.zeus.leitch.com> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Tue, April 7, 1998 at 17:11:13 (-0400), Greg A. Woods wrote: ] > Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" > > If this is what trips us over the edge, then I might humbly suggest that > the fixit floppy is too full in the first place. We don't really need > kerberos on it, and I suppose the same magic used to trim down VI could > be used to keep kerberos out of there too. However it would seem > there's at least one totally redundant and rather large library in > there: -lgnuregex. I'm going to take a shot at removing that first, > rather than trying to figure out how to put RELEASE_BUILD_FIXIT into all > the kerberized things. Ah, so what needs -lgnuregex is "grep", which is still GNU Grep, not the one from the 4.4BSD sources which could use the normal system RE library. Perhaps this won't be so quick and simple as I'd hoped.... -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 15:50:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10989 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 15:50:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10926; Tue, 7 Apr 1998 15:50:09 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10125; Tue, 7 Apr 1998 15:47:07 -0700 (PDT) (envelope-from nobody) Message-Id: <199804072247.PAA10125@hub.freebsd.org> Date: Tue, 7 Apr 1998 15:47:07 -0700 (PDT) From: dmm125@bellatlantic.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6244 >Category: gnu >Synopsis: Lots of parse errors with gcc in 2.2.6-RELEASE >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 15:50:01 PDT 1998 >Last-Modified: >Originator: Donn M. Miller >Organization: >Release: 2.2.6-RELEASE >Environment: FreeBSD myname.my.domain 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Sat Apr 4 00:42:22 GMT 1998 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 >Description: gcc version 2.7.2.1 I've been getting ``parse errors'' a lot with 2.2.6-RELEASE, most lately when building world. Here is a sample of a recent make world: In file included from /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c:24: /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.h:756: parse error before `emit_jump_insn_before' /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.h:756: warning: data definition has no type or storage class *** Error code 1 extern void emit_queue PROTO((void)); extern rtx emit_move_insn PROTO((rtx, rtx)); extern rtx emit_insn_before PROTO((rtx, rtx)); extern rtx emit_jump_insn_before PROTO((rtx, rtx)); /* line 756 rtl.h */ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Where the ``parse error'' is located. extern rtx emit_call_insn_before PROTO((rtx, rtx)); Also, I've gotten parse errors while building world of XFree86 3.3.2, and also wine980330 (the last wine release in march) but in each case, I checked the syntax and couldn't find any errors. >How-To-Repeat: Install 2.2.6-RELEASE. cd /usr/src && make world and note if there are any parse errors that are unwarranted. Also try build the last wine release in march (not the port, the full source code), or try building XFree86 3.3.2 from source. In each case, I've gotten parse errors in places with OK syntax. >Fix: Tried: rm -rf /usr/include /usr/src/*. Then installed full sources and bin distribution, but the errors persisted. Seems like a bug in the includes somewhere or in gcc 2.7.2.1 or maybe a config problem. Maybe a bug in 2.2.6-RELEASE. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 16:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18215 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 16:30:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18203; Tue, 7 Apr 1998 16:30:04 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 16:30:04 -0700 (PDT) Message-Id: <199804072330.QAA18203@hub.freebsd.org> To: freebsd-bugs Cc: From: "Daniel O'Callaghan" Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Reply-To: "Daniel O'Callaghan" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/6244; it has been noted by GNATS. From: "Daniel O'Callaghan" To: dmm125@bellatlantic.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Date: Wed, 8 Apr 1998 09:25:45 +1000 (EST) You wouldn't be overclocking your CPU, by any chance? Failing make world with parse errors is a sure indication of CPU overheating, or faulty RAM. Danny /* Daniel O'Callaghan */ /* HiLink Internet danny@hilink.com.au */ /* FreeBSD - works hard, plays hard... danny@freebsd.org */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 16:52:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22802 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 16:52:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22769; Tue, 7 Apr 1998 16:52:33 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA06045; Tue, 7 Apr 1998 16:50:02 -0700 (PDT) Date: Tue, 7 Apr 1998 16:50:02 -0700 (PDT) Message-Id: <199804072350.QAA06045@freefall.freebsd.org> To: jcwells@u.washington.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6241 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: getty accepts inputs that it should not State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Apr 7 16:48:50 PDT 1998 State-Changed-Why: The poster is confused. Getty isn't "accepting" these odd keytrokes, he's simply put the console driver into scroll-lock mode. There are no security issues or implications to this and the PR can be closed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 17:13:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27116 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 17:13:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27107; Tue, 7 Apr 1998 17:13:08 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA06270; Tue, 7 Apr 1998 17:10:36 -0700 (PDT) Date: Tue, 7 Apr 1998 17:10:36 -0700 (PDT) Message-Id: <199804080010.RAA06270@freefall.freebsd.org> To: tkiller@netbox.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6233 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Velocis/RDS Fails to start after OS Upgrade 2.1.6 -> 2.2.6 State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Apr 7 17:09:50 PDT 1998 State-Changed-Why: Poster indicates that the problem occurred as a side-effect of not having needed SYSV kernel options enabled and that the problem has now gone away with the addition of those options. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 17:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29456 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 17:30:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29413; Tue, 7 Apr 1998 17:30:01 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 17:30:01 -0700 (PDT) Message-Id: <199804080030.RAA29413@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/6244; it has been noted by GNATS. From: "Jordan K. Hubbard" To: dmm125@bellatlantic.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Date: Tue, 07 Apr 1998 17:20:23 -0700 I can't reproduce this one at all - all my 2.2.6 builds work great. Are you sure you're not doing something out of the ordinary here somewhere? Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 19:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20458 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 19:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20444; Tue, 7 Apr 1998 19:10:02 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18052; Tue, 7 Apr 1998 19:01:42 -0700 (PDT) (envelope-from nobody) Message-Id: <199804080201.TAA18052@hub.freebsd.org> Date: Tue, 7 Apr 1998 19:01:42 -0700 (PDT) From: rostewa2@vt.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6247: Gravis UltraSound Classic no longer works with FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6247 >Category: kern >Synopsis: Gravis UltraSound Classic no longer works with FreeBSD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 19:10:01 PDT 1998 >Last-Modified: >Originator: Brandon Stewart >Organization: none >Release: 2.2.6-RELEASE >Environment: FreeBSD rostewa2.campus.vt.edu 2.2.6-STABLE FreeBSD 2.2.6-STABLE #1: Mon Apr 6 22:16:13 GMT 1998 root@rostewa2.campus.vt.edu:/usr/src/sys/compile/EFFICIENT i386 >Description: Way back in FreeBSD 2.2.5-RELEASE, my gravis ultrasound worked, with the following exception. Though the sound was excellent, I would get a constant stream of kernel messages saying "channel X busy". Starting with some change made to the kernel sources back in 2.2.5-Stable and on, I can no longer even get sound from the sound card. Attached are the dmesg, bootup msgs, and kernel configuration. I did as LINT said, changing the #defines in sound_config.h. I even tried passing the values for the read and write channels as well as the IRQ into kernel options. It turns out that the problem is in isa.c and isa.h. If these are replaced with their counterparts from 2.2.5-RELEASE, then the Gravis UltraSound works the same as it did before. ***************************************************** dmesg (after trying to play an mp3): >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 20:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA03767 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 20:30:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA03752; Tue, 7 Apr 1998 20:30:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 20:30:02 -0700 (PDT) Message-Id: <199804080330.UAA03752@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: David Greenman To: Peter Wemm Cc: dyson@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Tue, 07 Apr 1998 20:25:39 -0700 >David Greenman wrote: >> > Although, I'm puzzled why the msync() is needed at all, since it's just a >> > mmap'ed file. Perhaps there is some new lurking problem with synchronizing >> > of mmap'ed files... :-/ >> >> We've gone both ways with this issue in the past, but the final resolution >> was that it is better to require the msync() rather than automatically >> flushing VM system managed pages to the backing store. > >Hmm.. Matt points out that a 'sync' command will cause the writeback, the >dirty pages will get written to the file providing the mmap() backing >store. The pre-softdep code ran a sync every 30 seconds in process 3 >(update) so this was being "handled". > >However, the syncer process doesn't seem to do this any more.. It looks >like the syncer is not doing that old 30-second sync did. > >I suspect that this is a result of the differences between the FreeBSD vs. >the 4.4Lite2 derived systems that Kirk wrote the code on. > >Hmm.. the old update() called 'vfs_msync(mp)' for each mountpoint every 30 >seconds, and this does a walkthrough of the vnodes with OBJ_MIGHTBEDIRTY >and does a vm_object_page_clean() on them. This is no longer happening >after softdep, and probably explains the failure to write out dirty mmap >regions. vfs_msync() (called at sync(2), unmount(2) and from the old update >process) is documented as: >/* > * perform msync on all vnodes under a mount point > * the mount point must be locked. > */ > >I think the loss of this call that is the culprit. I was confused by the behavior at unmap time - we used to sync out dirty VM objects then as well, but people using INN (I think) found that this does bad things to performance. I don't know how this should be handled in the presense of softupdates, but the non-softupdates case should do the periodic sync, I think. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 20:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07016 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 20:50:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06985; Tue, 7 Apr 1998 20:50:01 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Apr 1998 20:50:01 -0700 (PDT) Message-Id: <199804080350.UAA06985@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6212; it has been noted by GNATS. From: Peter Wemm To: dg@root.com Cc: Peter Wemm , dyson@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/6212: Two bugs with MFS filesystem fixed, two features added Date: Wed, 08 Apr 1998 11:44:09 +0800 David Greenman wrote: > >David Greenman wrote: > >> > Although, I'm puzzled why the msync() is needed at all, since it's just a > >> > mmap'ed file. Perhaps there is some new lurking problem with synchroniz ing > >> > of mmap'ed files... :-/ [..] > >Hmm.. the old update() called 'vfs_msync(mp)' for each mountpoint every 30 > >seconds, and this does a walkthrough of the vnodes with OBJ_MIGHTBEDIRTY > >and does a vm_object_page_clean() on them. This is no longer happening > >after softdep, and probably explains the failure to write out dirty mmap > >regions. vfs_msync() (called at sync(2), unmount(2) and from the old update > >process) is documented as: > >/* > > * perform msync on all vnodes under a mount point > > * the mount point must be locked. > > */ > > > >I think the loss of this call that is the culprit. > > I was confused by the behavior at unmap time - we used to sync out dirty > VM objects then as well, but people using INN (I think) found that this does > bad things to performance. I don't know how this should be handled in the > presense of softupdates, but the non-softupdates case should do the periodic > sync, I think. I don't think the softupdates have much effect on that, do they? softupdates is supposed to be about fs metadata, not data pages - we can write the dirty data pages any time without too much concern for softupdates. > -DG Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 22:10:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18822 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 22:10:16 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18767; Tue, 7 Apr 1998 22:10:08 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA17746; Tue, 7 Apr 1998 22:06:53 -0700 (PDT) (envelope-from nobody) Message-Id: <199804080506.WAA17746@hub.freebsd.org> Date: Tue, 7 Apr 1998 22:06:53 -0700 (PDT) From: mac@st.rim.or.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6248: in PCCARD, alocate driver failed, not release IRQ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6248 >Category: kern >Synopsis: in PCCARD, alocate driver failed, not release IRQ >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 22:10:03 PDT 1998 >Last-Modified: >Originator: Masahide NODA >Organization: Fujitsu Lab. >Release: 2.2.6-RELEASE >Environment: FreeBSD gnome.pssys.flab.fujitsu.co.jp 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #7: W ed Apr 8 13:17:25 JST 1998 mac@gnome.pssys.flab.fujitsu.co.jp:/usr/home/mac /sys/compile/gnome i386 >Description: When PC card insert, not release IRQ if alocate_driver() fail. In 2.2.5-RELEASE, if remove_driver() fail, call remove_driver() and it is unregister_intr() whether devi->running is 0 or not. But 2.2.6-RELEASE, unregister_intr() is not called devi->running is 0. Forwhy, In 2.2.5-RELEASE, diable_slot() and remove_driver() function's behavior of unregister IRQ are not same, but, In 2.2.6-RELASE, these are same. >How-To-Repeat: Inser disable device PC card, remove it. display console messages, /kernel: Slot 1, unfielded interrupt (10) >Fix: can use this patch ---------------------------------------------------------------- *** pccard.c.orig Sat Nov 15 23:11:27 1997 --- pccard.c Wed Apr 8 13:58:59 1998 *************** *** 80,86 **** static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); ! static void unregister_device_interrupt(struct pccard_devinfo *); static void disable_slot(struct slot *); static int invalid_io_memory(unsigned long, int); static struct pccard_device *find_driver(char *); --- 80,86 ---- static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); ! static void unregister_device_interrupt(struct pccard_devinfo *, int force); static void disable_slot(struct slot *); static int invalid_io_memory(unsigned long, int); static struct pccard_device *find_driver(char *); *************** *** 296,310 **** * the device driver which is handling it, so we can remove it. */ static void ! unregister_device_interrupt(struct pccard_devinfo *devi) { struct slot *slt = devi->slt; int s; ! if (devi->running) { s = splhigh(); ! devi->drv->disable(devi); ! devi->running = 0; if (devi->isahd.id_irq && --slt->irqref <= 0) { printf("Return IRQ=%d\n",slt->irq); slt->ctrl->mapirq(slt, 0); --- 296,312 ---- * the device driver which is handling it, so we can remove it. */ static void ! unregister_device_interrupt(struct pccard_devinfo *devi,int force) { struct slot *slt = devi->slt; int s; ! if ((devi->running) || (force = 1)) { s = splhigh(); ! if (devi->running) { ! devi->drv->disable(devi); ! devi->running = 0; ! } if (devi->isahd.id_irq && --slt->irqref <= 0) { printf("Return IRQ=%d\n",slt->irq); slt->ctrl->mapirq(slt, 0); *************** *** 342,348 **** * all bets are off... */ for (devi = slt->devices; devi; devi = devi->next) ! unregister_device_interrupt(devi); /* Power off the slot 1/2 second after removal of the card */ timeout(power_off_slot, (caddr_t)slt, hz / 2); --- 344,350 ---- * all bets are off... */ for (devi = slt->devices; devi; devi = devi->next) ! unregister_device_interrupt(devi, 1); /* Power off the slot 1/2 second after removal of the card */ timeout(power_off_slot, (caddr_t)slt, hz / 2); *************** *** 606,612 **** * If an interrupt is enabled on this slot, * then unregister it if no-one else is using it. */ ! unregister_device_interrupt(devi); /* * Remove from device list on this slot. */ --- 608,614 ---- * If an interrupt is enabled on this slot, * then unregister it if no-one else is using it. */ ! unregister_device_interrupt(devi, 0); /* * Remove from device list on this slot. */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 22:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21082 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 22:30:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21073; Tue, 7 Apr 1998 22:30:01 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20255; Tue, 7 Apr 1998 22:22:58 -0700 (PDT) (envelope-from nobody) Message-Id: <199804080522.WAA20255@hub.freebsd.org> Date: Tue, 7 Apr 1998 22:22:58 -0700 (PDT) From: mac@st.rim.or.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6249: in PCCARD, alocate driver failed, not release IRQ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6249 >Category: kern >Synopsis: in PCCARD, alocate driver failed, not release IRQ >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 7 22:30:00 PDT 1998 >Last-Modified: >Originator: Masahide NODA >Organization: Fujitsu Lab. >Release: 2.2.6-RELEASE >Environment: FreeBSD gnome.pssys.flab.fujitsu.co.jp 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #7: W ed Apr 8 13:17:25 JST 1998 mac@gnome.pssys.flab.fujitsu.co.jp:/usr/home/mac /sys/compile/gnome i386 >Description: (Sorry, previous send-pr attached patch has problem. Please replace this send-pr) When PC card insert, not release IRQ if alocate_driver() fail. In 2.2.5-RELEASE, if remove_driver() fail, call remove_driver() and it is unregister_intr() whether devi->running is 0 or not. But 2.2.6-RELEASE, unregister_intr() is not called devi->running is 0. Forwhy, In 2.2.5-RELEASE, diable_slot() and remove_driver() function's behavior of unregister IRQ are not same, but, In 2.2.6-RELASE, these are same. >How-To-Repeat: Inser disable device PC card, remove it. display console messages, /kernel: Slot 1, unfielded interrupt (10) >Fix: can use this patch ---------------------------------------------------------------- *** pccard.c.orig Sat Nov 15 23:11:27 1997 --- pccard.c Wed Apr 8 13:58:59 1998 *************** *** 80,86 **** static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); ! static void unregister_device_interrupt(struct pccard_devinfo *); static void disable_slot(struct slot *); static int invalid_io_memory(unsigned long, int); static struct pccard_device *find_driver(char *); --- 80,86 ---- static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); ! static void unregister_device_interrupt(struct pccard_devinfo *, int force); static void disable_slot(struct slot *); static int invalid_io_memory(unsigned long, int); static struct pccard_device *find_driver(char *); *************** *** 296,310 **** * the device driver which is handling it, so we can remove it. */ static void ! unregister_device_interrupt(struct pccard_devinfo *devi) { struct slot *slt = devi->slt; int s; ! if (devi->running) { s = splhigh(); ! devi->drv->disable(devi); ! devi->running = 0; if (devi->isahd.id_irq && --slt->irqref <= 0) { printf("Return IRQ=%d\n",slt->irq); slt->ctrl->mapirq(slt, 0); --- 296,312 ---- * the device driver which is handling it, so we can remove it. */ static void ! unregister_device_interrupt(struct pccard_devinfo *devi,int force) { struct slot *slt = devi->slt; int s; ! if ((devi->running) || (force == 1)) { s = splhigh(); ! if (devi->running) { ! devi->drv->disable(devi); ! devi->running = 0; ! } if (devi->isahd.id_irq && --slt->irqref <= 0) { printf("Return IRQ=%d\n",slt->irq); slt->ctrl->mapirq(slt, 0); *************** *** 342,348 **** * all bets are off... */ for (devi = slt->devices; devi; devi = devi->next) ! unregister_device_interrupt(devi); /* Power off the slot 1/2 second after removal of the card */ timeout(power_off_slot, (caddr_t)slt, hz / 2); --- 344,350 ---- * all bets are off... */ for (devi = slt->devices; devi; devi = devi->next) ! unregister_device_interrupt(devi, 1); /* Power off the slot 1/2 second after removal of the card */ timeout(power_off_slot, (caddr_t)slt, hz / 2); *************** *** 606,612 **** * If an interrupt is enabled on this slot, * then unregister it if no-one else is using it. */ ! unregister_device_interrupt(devi); /* * Remove from device list on this slot. */ --- 608,614 ---- * If an interrupt is enabled on this slot, * then unregister it if no-one else is using it. */ ! unregister_device_interrupt(devi, 0); /* * Remove from device list on this slot. */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 7 23:07:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA25143 for freebsd-bugs-outgoing; Tue, 7 Apr 1998 23:07:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from bh.com.pl ([195.136.36.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA25138 for ; Tue, 7 Apr 1998 23:07:09 -0700 (PDT) (envelope-from pmatuszyk@bh.com.pl) Received: from route#u#internet-Message_Server by bh.com.pl with Novell_GroupWise; Wed, 08 Apr 1998 08:13:10 +0200 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 08 Apr 1998 08:13:35 +0200 From: Pawel Matuszyk To: freebsd-bugs@hub.freebsd.org Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe freebsd-bugs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 00:16:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05060 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 00:16:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from moonstar.casecom.com (moonstar.casecom.com [207.33.15.154]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA05038 for ; Wed, 8 Apr 1998 00:16:00 -0700 (PDT) (envelope-from service@casecom.com) Received: from ozone (ozone [207.33.15.155]) by moonstar.casecom.com (8.6.12/8.6.12) with SMTP id AAA04165 for ; Wed, 8 Apr 1998 00:18:44 -0700 Message-ID: <352B2430.CEF@casecom.com> Date: Wed, 08 Apr 1998 00:16:00 -0700 From: service Reply-To: service@casecom.com Organization: CaseCom, Inc. X-Mailer: Mozilla 3.04 (WinNT; U) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Pentium II & large memory support? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I installed FreeBSD 2.2.2 on my Pentium II with 128MB memory. But the system show me the system is a PentiumPro with 66MB memory. Here is the portion of the output from dmesg: FreeBSD 2.2.2-RELEASE #0: Tue May 20 10:45:24 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC CPU: Pentium Pro (233.86-MHz 686-class CPU) real memory = 68091904 (66496K bytes) avail memory = 63389696 (61904K bytes) I am using SDRAM (128MB). Is it just a message error or there is a limit size of memory in FreeBSD? Your response will be very appreciated. Thanks. -eric chen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 00:29:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07267 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 00:29:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from worldnet (m70.ulink.net [209.160.21.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA07190; Wed, 8 Apr 1998 00:28:47 -0700 (PDT) (envelope-from webmaster@tiffiny.com) From: webmaster@tiffiny.com Message-Id: <199804080728.AAA07190@hub.freebsd.org> Date: Tue, 7 Apr 1998 19:44:32 Subject: free advertising for your business To: undisclosed-recipients:; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello: FREE ADVERTISING FOR YOUR BUSINESS One of the most important parts of your business is advertising. Without your prospects knowing about your product or service, you're out of business. Along with the necessity of advertising comes the huge costs normally associated with a successful advertising campaign. It's expensive... That is UNTIL NOW !!! I can show you how to reach thousands of prospects that have an exact interest in your products or services for FREE !!! To learn more, just send me an email message and I'll send you a Free Report showing you exactly how this is done. Request this valuable information by sending me an email by 1) double clicking on this link and then pressing your send key. <"mailto:webmaster@tiffiny.com?subject=Tell_me_more"> or 2, you can manually use your email program to send me a note requesting this Free Report. Send to: webmaster@tiffiny.com with the subject of "Tell me more". Don't miss out on this great and rewarding FREE opportunity. ================================ If you don't want to hear about this free program, then respond to this letter with the words No More in the subject line. Thank You. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 00:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07791 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 00:30:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07767; Wed, 8 Apr 1998 00:30:01 -0700 (PDT) (envelope-from gnats) Date: Wed, 8 Apr 1998 00:30:01 -0700 (PDT) Message-Id: <199804080730.AAA07767@hub.freebsd.org> To: freebsd-bugs Cc: From: Donn Miller Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Reply-To: Donn Miller Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/6244; it has been noted by GNATS. From: Donn Miller To: freebsd-gnats-submit@freebsd.org, dmm125@bellatlantic.net Cc: Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE Date: Wed, 08 Apr 1998 03:23:19 +0000 > Problem Report gnu/6244 > > Lots of parse errors with gcc in 2.2.6-RELEASE > > Confidential > no > Severity > critical > Priority > medium > Responsible > freebsd-bugs@freebsd.org > State > open > Class > sw-bug > Submitter-Id > current-users > Arrival-Date > Tue Apr 7 15:50:01 PDT 1998 > Last-Modified > Tue Apr 7 17:30:00 PDT 1998 > Originator > Donn M. Miller dmm125@bellatlantic.net > Release > 2.2.6-RELEASE > Environment > > FreeBSD myname.my.domain 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: > Sat Apr 4 00:42:22 GMT 1998 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 > > Description > > gcc version 2.7.2.1 > > I've been getting ``parse errors'' a lot with 2.2.6-RELEASE, most lately when > building world. Here is a sample of a recent make world: > > In file included from /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c:24: > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.h:756: > parse error before `emit_jump_insn_before' > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.h:756: warning: data definition has no type or storage class > *** Error code 1 > extern void emit_queue PROTO((void)); > extern rtx emit_move_insn PROTO((rtx, rtx)); > extern rtx emit_insn_before PROTO((rtx, rtx)); > extern rtx emit_jump_insn_before PROTO((rtx, rtx)); /* line 756 rtl.h */ > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Where the ``parse error'' is located. > extern rtx emit_call_insn_before PROTO((rtx, rtx)); > > Also, I've gotten parse errors while building world of XFree86 3.3.2, > and also wine980330 (the last wine release in march) but in each case, > I checked the syntax and couldn't find any errors. > > How-To-Repeat > > Install 2.2.6-RELEASE. cd /usr/src && make world and note if there > are any parse errors that are unwarranted. Also try build the last wine > release in march (not the port, the full source code), or try building > XFree86 3.3.2 from source. In each case, I've gotten parse errors in > places with OK syntax. > > Fix > > Tried: rm -rf /usr/include /usr/src/*. Then installed full sources > and bin distribution, but the errors persisted. Seems like a bug in > the includes somewhere or in gcc 2.7.2.1 or maybe a config problem. > Maybe a bug in 2.2.6-RELEASE. > > Audit-Trail > > From: "Daniel O'Callaghan" > To: dmm125@bellatlantic.net > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE > Date: Wed, 8 Apr 1998 09:25:45 +1000 (EST) > > You wouldn't be overclocking your CPU, by any chance? > Failing make world with parse errors is a sure indication of CPU > overheating, or faulty RAM. > > I have an Asus SP97-V motherboard with the SiS 5598 onboard vga which is using shared RAM (I have it configured for 4096K shared RAM). Maybe the shared ram is the culprit. I'm not overclocking the CPU. I think the shared RAM could be causing read errors on some occasions. > Danny > > /* Daniel O'Callaghan */ > /* HiLink Internet danny@hilink.com.au */ > /* FreeBSD - works hard, plays hard... danny@freebsd.org */ > > > From: "Jordan K. Hubbard" > To: dmm125@bellatlantic.net > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: gnu/6244: Lots of parse errors with gcc in 2.2.6-RELEASE > Date: Tue, 07 Apr 1998 17:20:23 -0700 > > I can't reproduce this one at all - all my 2.2.6 builds work great. > Are you sure you're not doing something out of the ordinary here > somewhere? > It could be a configuration error. Since I ftp'd the distributions to my DOS partition, it's possible that there was a error somewhere when extracting it. I'll have to try a video card instead of the shared RAM and/or disabling the CPU cache as a check. It's a motherboard with shared RAM for the onboard video. > Jordan > > Submit Followup > ------------------------------------------------------------------------ > www@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 02:24:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28456 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 02:24:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28451 for ; Wed, 8 Apr 1998 02:24:44 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [198.78.58.19]) by shell.futuresouth.com (8.8.8/8.8.8) with SMTP id EAA01289; Wed, 8 Apr 1998 04:24:33 -0500 (CDT) Date: Wed, 8 Apr 1998 04:24:33 -0500 (CDT) From: "Matthew D. Fuller" To: service Subject: Re: Pentium II & large memory support? In-Reply-To: <352B2430.CEF@casecom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 8 Apr 1998, service wrote: > Hi, > > I installed FreeBSD 2.2.2 on my Pentium II with 128MB memory. > But the system show me the system is a PentiumPro with 66MB memory. > > I am using SDRAM (128MB). Is it just a message error or there is a > limit size of memory in FreeBSD? > > Your response will be very appreciated. I suspect that the Pentium II probes the same as the Pentium Pro, just like my Cyrix 6x86 probes as a 486. It's nothing to worry about. On the RAM, you're finding 64 MB, which is all the default kernel can probe. You'll need to install the kernel sources and compile a new kernel to use the rest of it. > > Thanks. > > -eric chen > BTW, this should go to freebsd-questions@freebsd.org, since it's an individual question and not a bug report. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 02:47:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01912 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 02:47:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gabriella.abattoir.com (abattoir.lanminds.com [207.33.50.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01899 for ; Wed, 8 Apr 1998 02:47:23 -0700 (PDT) (envelope-from banshee@gabriella.abattoir.com) Received: (from banshee@localhost) by gabriella.abattoir.com (8.8.7/8.8.5) id CAA29698 for bugs@freebsd.org; Wed, 8 Apr 1998 02:47:17 -0700 (PDT) Date: Wed, 8 Apr 1998 02:47:17 -0700 (PDT) From: John M Vinopal Message-Id: <199804080947.CAA29698@gabriella.abattoir.com> To: bugs@FreeBSD.ORG Subject: 2.2.6 sendmail Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm getting an error about sendmail failing to write to /var/run/sendmail.pid after my upgrade to 2.2.6: other things (sshd) are writing in there just fine. Heres the salient info for comparison sake. -j --- %ls -l /usr/sbin/sendmail -r-sr-xr-x 5 root bin 286720 Mar 24 17:56 /usr/sbin/sendmail %cksum /usr/sbin/sendmail 2830563537 286720 /usr/sbin/sendmail %ls -ld /var/run drwxr-xr-x 2 bin bin 512 Apr 8 02:03 /var/run %ls -lt /var/run total 49 -rw-r--r-- 1 root bin 864 Apr 8 01:41 utmp -rw-r--r-- 1 root bin 6 Apr 8 01:40 sshd.pid -rw-r--r-- 1 root bin 4 Apr 2 22:43 named.pid ... [lines deleted] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 03:12:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06752 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 03:12:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06747 for ; Wed, 8 Apr 1998 03:12:21 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id KAA11708; Wed, 8 Apr 1998 10:12:01 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id MAA13772; Wed, 8 Apr 1998 12:12:01 +0200 (MET DST) Message-ID: <19980408121200.51941@follo.net> Date: Wed, 8 Apr 1998 12:12:00 +0200 From: Eivind Eklund To: service@casecom.com, freebsd-bugs@FreeBSD.ORG Subject: Re: Pentium II & large memory support? References: <352B2430.CEF@casecom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <352B2430.CEF@casecom.com>; from service on Wed, Apr 08, 1998 at 12:16:00AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 08, 1998 at 12:16:00AM -0700, service wrote: > Hi, > > I installed FreeBSD 2.2.2 on my Pentium II with 128MB memory. > But the system show me the system is a PentiumPro with 66MB memory. > > Here is the portion of the output from dmesg: > > FreeBSD 2.2.2-RELEASE #0: Tue May 20 10:45:24 GMT 1997 > jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC > CPU: Pentium Pro (233.86-MHz 686-class CPU) > real memory = 68091904 (66496K bytes) > avail memory = 63389696 (61904K bytes) > > I am using SDRAM (128MB). Is it just a message error or there is a > limit size of memory in FreeBSD? No. I don't think 2.2.2 auto-probes large amounts of RAM, though - you'll have to set 'MAXMEM' in your kernel config file or upgrade to 2.2.5 or newer. I'd suggest using 2.2.6 anyway - it is a much better release than 2.2.2. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 06:23:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02067 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 06:23:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01950; Wed, 8 Apr 1998 06:21:47 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id XAA24407; Wed, 8 Apr 1998 23:18:19 +1000 Date: Wed, 8 Apr 1998 23:18:19 +1000 From: Bruce Evans Message-Id: <199804081318.XAA24407@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, FreeBSD-gnats@FreeBSD.ORG, woods@zeus.leitch.com Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Ah ha. It seems for some reason that the fixit floppy stuff has grown >too large to fit on a floppy, at least in my local build environment. The newfs options could be optimised for space a bit more. >That the vnode disk driver blows up when you over-fill its filesystem is >only a side-effect to the real problem here. FIlling up the file system on a vn device seems to be harmless in -current. However, `vnconfig -u' before umount is permitted and gives the bizarre mountpoint properties mentioned in the PR. doFS.sh is executed by `sh -e', so when the file system fills up, the build aborts without either unmounting or `vnconfig -u'ing the device. It is then easy to forget to unmount the device before unconfiguring it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 07:31:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10201 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 07:31:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10195; Wed, 8 Apr 1998 07:31:42 -0700 (PDT) (envelope-from nate@FreeBSD.org) From: Nate Williams Received: (from nate@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA02709; Wed, 8 Apr 1998 07:29:06 -0700 (PDT) Date: Wed, 8 Apr 1998 07:29:06 -0700 (PDT) Message-Id: <199804081429.HAA02709@freefall.freebsd.org> To: mac@st.rim.or.jp, nate@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6248 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: in PCCARD, alocate driver failed, not release IRQ State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Wed Apr 8 07:28:41 PDT 1998 State-Changed-Why: Superceded by a later PR, 6249. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 07:32:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10474 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 07:32:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10459; Wed, 8 Apr 1998 07:32:46 -0700 (PDT) (envelope-from nate@FreeBSD.org) From: Nate Williams Received: (from nate@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA02780; Wed, 8 Apr 1998 07:30:10 -0700 (PDT) Date: Wed, 8 Apr 1998 07:30:10 -0700 (PDT) Message-Id: <199804081430.HAA02780@freefall.freebsd.org> To: mac@st.rim.or.jp, nate@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, nate@FreeBSD.ORG Subject: Re: kern/6249 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: in PCCARD, alocate driver failed, not release IRQ State-Changed-From-To: open-analyzed State-Changed-By: nate State-Changed-When: Wed Apr 8 07:29:11 PDT 1998 State-Changed-Why: This is indeed a problem, but the way we do probes needs to be redone, so let me see if I can fix the original problem. If not, I'll apply the patch. Responsible-Changed-From-To: freebsd-bugs->nate Responsible-Changed-By: nate Responsible-Changed-When: Wed Apr 8 07:29:11 PDT 1998 Responsible-Changed-Why: My code, my bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 08:33:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA21706 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 08:33:33 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA21578; Wed, 8 Apr 1998 08:32:29 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id LAA23718; Wed, 8 Apr 1998 11:32:35 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id LAA16886; Wed, 8 Apr 1998 11:32:26 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id LAA25182; Wed, 8 Apr 1998 11:32:25 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Wed, 8 Apr 1998 11:32:25 -0400 (EDT) Message-Id: <199804081532.LAA25182@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-bugs@FreeBSD.ORG Cc: FreeBSD-gnats@FreeBSD.ORG Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" In-Reply-To: Bruce Evans's message of "Wed, April 8, 1998 23:18:19 +1000" regarding "Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release"" id <199804081318.XAA24407@godzilla.zeta.org.au> References: <199804081318.XAA24407@godzilla.zeta.org.au> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Wed, April 8, 1998 at 23:18:19 (+1000), Bruce Evans wrote: ] > Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" > > >Ah ha. It seems for some reason that the fixit floppy stuff has grown > >too large to fit on a floppy, at least in my local build environment. > > The newfs options could be optimised for space a bit more. I'll try that! Thanks! > FIlling up the file system on a vn device seems to be harmless in > -current. However, `vnconfig -u' before umount is permitted and gives > the bizarre mountpoint properties mentioned in the PR. Ah ha! > doFS.sh is executed by `sh -e', so when the file system fills up, the > build aborts without either unmounting or `vnconfig -u'ing the device. > It is then easy to forget to unmount the device before unconfiguring > it. Except I don't run "vnconfig -u" either. Perhaps it unconfigures itself when it encounters this ``fatal'' error of being filled up? At least now I think I know how to resurrect the running system without needing a reboot.... -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 13:54:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16001 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 13:54:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15834; Wed, 8 Apr 1998 13:50:42 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id QAA25088; Wed, 8 Apr 1998 16:50:38 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id QAA18589; Wed, 8 Apr 1998 16:50:29 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id QAA13470; Wed, 8 Apr 1998 16:50:28 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Wed, 8 Apr 1998 16:50:28 -0400 (EDT) Message-Id: <199804082050.QAA13470@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-bugs@FreeBSD.ORG, FreeBSD-gnats@FreeBSD.ORG Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" In-Reply-To: Greg A. Woods's message of "Wed, April 8, 1998 11:32:25 -0400" regarding "Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release"" id <199804081532.LAA25182@brain.zeus.leitch.com> References: <199804081318.XAA24407@godzilla.zeta.org.au> <199804081532.LAA25182@brain.zeus.leitch.com> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Wed, April 8, 1998 at 11:32:25 (-0400), Greg A. Woods wrote: ] > Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" > > [ On Wed, April 8, 1998 at 23:18:19 (+1000), Bruce Evans wrote: ] > > Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" > > > > >Ah ha. It seems for some reason that the fixit floppy stuff has grown > > >too large to fit on a floppy, at least in my local build environment. > > > > The newfs options could be optimised for space a bit more. > > I'll try that! Thanks! Indeed the following patch leaves 94 KB free (and 56 inodes free) on fixit.flp: === cd /usr/src/release/ === /usr/bin/cvs diff -c Makefile Index: Makefile =================================================================== RCS file: /cvs/Leitch/FreeBSD-2.2/release/Makefile,v retrieving revision 1.4 diff -c -r1.4 Makefile *** Makefile 1998/04/06 19:01:02 1.4 --- Makefile 1998/04/08 20:47:26 *************** *** 59,65 **** # These are adjusted down to the minimum needed by doFS.sh. BOOTMFSSIZE= 1440 MFSINODE= 15000 ! FIXITINODE= 6000 BOOTINODE= 100000 # Things which may get you into trouble if you change them --- 59,65 ---- # These are adjusted down to the minimum needed by doFS.sh. BOOTMFSSIZE= 1440 MFSINODE= 15000 ! FIXITINODE= 18000 BOOTINODE= 100000 # Things which may get you into trouble if you change them === Exit status: 1 === cd /usr/src/release/ === /usr/bin/cvs diff -c fixit_crunch.conf Index: fixit_crunch.conf =================================================================== RCS file: /cvs/Leitch/FreeBSD-2.2/release/fixit_crunch.conf,v retrieving revision 1.2 diff -c -r1.2 fixit_crunch.conf *** fixit_crunch.conf 1998/01/29 22:42:15 1.2 --- fixit_crunch.conf 1998/04/08 19:27:30 *************** *** 20,26 **** # /sbin stuff ! progs badsect chown clri disklabel dump dmesg fdisk ft progs mknod mount newfs ping reboot restore scsi swapon umount progs mount_msdos mount_cd9660 mount_nfs --- 20,26 ---- # /sbin stuff ! progs badsect chown clri disklabel dump dmesg fdisk progs mknod mount newfs ping reboot restore scsi swapon umount progs mount_msdos mount_cd9660 mount_nfs === Exit status: 1 -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 15:52:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06773 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 15:52:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA06764 for ; Wed, 8 Apr 1998 15:52:04 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id AAA18555 for bugs@FreeBSD.ORG; Thu, 9 Apr 1998 00:51:51 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.9.0.Beta4/keltia-2.14/nospam) id AAA29055; Thu, 9 Apr 1998 00:38:04 +0200 (CEST) (envelope-from roberto) Message-ID: <19980409003804.A29037@keltia.freenix.fr> Date: Thu, 9 Apr 1998 00:38:04 +0200 From: Ollivier Robert To: bugs@FreeBSD.ORG Subject: Re: 2.2.6 sendmail Mail-Followup-To: bugs@FreeBSD.ORG References: <199804080947.CAA29698@gabriella.abattoir.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.4i In-Reply-To: <199804080947.CAA29698@gabriella.abattoir.com>; from John M Vinopal on Wed, Apr 08, 1998 at 02:47:17AM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4180 AMD-K6 MMX @ 225 MHz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to John M Vinopal: > Heres the salient info for comparison sake. > %ls -ld /var/run > drwxr-xr-x 2 bin bin 512 Apr 8 02:03 /var/run Change the owner to "root". It is the damned "bin for everything" thingy (a bug IMO) from old BSD. Recent sendmail are much more security-minded for owners and groups for files. Ollivier "everything should belong to root" Robert, -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #0: Mon Mar 30 22:21:31 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 17:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14041 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 17:00:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14029; Wed, 8 Apr 1998 17:00:02 -0700 (PDT) (envelope-from gnats) Received: from piano.synapse.net (piano.synapse.net [199.84.54.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA13789 for ; Wed, 8 Apr 1998 16:56:29 -0700 (PDT) (envelope-from evanc@piano.synapse.net) Received: (from evanc@localhost) by piano.synapse.net (8.8.8/8.8.8) id TAA01984; Wed, 8 Apr 1998 19:56:11 -0400 (EDT) (envelope-from evanc) Message-Id: <199804082356.TAA01984@piano.synapse.net> Date: Wed, 8 Apr 1998 19:56:11 -0400 (EDT) From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6251: ktrace doesn't work over NFS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6251 >Category: kern >Synopsis: ktrace very broken when logging over NFS >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 8 17:00:01 PDT 1998 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: 2.2.6-STABLE as of April 4, 1998. >Description: ktrace writing to a file over NFS plain doesn't work. The ktrace.out is constantly reset to 0 bytes. Worse, when I tried ktrace -C then ktrace -p again (still logging over NFS), the machine panic'd. I don't have the panic output. cd'ing /tmp first (local filesystem) then ktracing does the right thing. >How-To-Repeat: do ktrace with current directory on NFS mount. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 23:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27629 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 23:20:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27622; Wed, 8 Apr 1998 23:20:02 -0700 (PDT) (envelope-from gnats) Received: from suntzu.apdata.com.au (slug.apdata.com.au [202.14.95.202]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26911 for ; Wed, 8 Apr 1998 23:14:04 -0700 (PDT) (envelope-from ian@suntzu.apdata.com.au) Received: (from root@localhost) by suntzu.apdata.com.au (8.8.8/8.8.7) id GAA00716; Thu, 9 Apr 1998 06:13:52 GMT (envelope-from ian) Message-Id: <199804090613.GAA00716@suntzu.apdata.com.au> Date: Thu, 9 Apr 1998 06:13:52 GMT From: ian@apdata.com.au Reply-To: ian@apdata.com.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6252: ide cdrom hangs system when on same bus as ide zip drive Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6252 >Category: kern >Synopsis: ide cdrom hangs system when on same bus as ide zip drive >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 8 23:20:01 PDT 1998 >Last-Modified: >Originator: Ian West >Organization: Applied Data Control >Release: FreeBSD 3.0-CURRENT i386 >Environment: Pentium II machine, 128M of memory, tested with a customised kernel, and with a standard kernel. >Description: When ide cdrom (panasonic 24x) and ide zip drive (iomega) are on same ide bus, accessing the cdrom hangs the system completely. It is not possible to cleanly stop the system in this state. The zip drive appears to work OK. Both drives work fine under win-95 and win-nt. Both drives are correctly detected and identified during boot, including identifying that media is loaded in cdrom drive. >How-To-Repeat: Problem is consistent, fails all the time when cdrom and zip drive are both present in the system. >Fix: No known workaround. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 23:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28806 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 23:30:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28795; Wed, 8 Apr 1998 23:30:01 -0700 (PDT) (envelope-from gnats) Date: Wed, 8 Apr 1998 23:30:01 -0700 (PDT) Message-Id: <199804090630.XAA28795@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: kern/4903: Network Speed Glacial using 3Com Etherlink III (3C509) ISA (PnP disabled) Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/4903; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org, dls@laser.caltech.edu Cc: Subject: Re: kern/4903: Network Speed Glacial using 3Com Etherlink III (3C509) ISA (PnP disabled) Date: Wed, 08 Apr 1998 23:22:58 -0700 Mail ping fails with: ----- The following addresses had permanent fatal errors ----- ----- Transcript of session follows ----- ... Deferred: Connection refused by laser.caltech.edu. Message could not be delivered for 5 days Message will be deleted from queue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 23:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28823 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 23:30:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28805; Wed, 8 Apr 1998 23:30:02 -0700 (PDT) (envelope-from gnats) Date: Wed, 8 Apr 1998 23:30:02 -0700 (PDT) Message-Id: <199804090630.XAA28805@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: i386/4902: Please add support for Promise Ultra33 UDMA Bus Master PCI/IDE Controller Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/4902; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org, dls@laser.caltech.edu Cc: Subject: Re: i386/4902: Please add support for Promise Ultra33 UDMA Bus Master PCI/IDE Controller Date: Wed, 08 Apr 1998 23:23:48 -0700 Mail ping fails with: ----- The following addresses had permanent fatal errors ----- ----- Transcript of session follows ----- ... Deferred: Connection refused by laser.caltech.edu. Message could not be delivered for 5 days Message will be deleted from queue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 8 23:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28843 for freebsd-bugs-outgoing; Wed, 8 Apr 1998 23:30:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28812; Wed, 8 Apr 1998 23:30:03 -0700 (PDT) (envelope-from gnats) Date: Wed, 8 Apr 1998 23:30:03 -0700 (PDT) Message-Id: <199804090630.XAA28812@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: i386/1251: aha0 and bt0(eisa) conflicts again. Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/1251; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org, phk@ref.tfs.com Cc: Subject: Re: i386/1251: aha0 and bt0(eisa) conflicts again. Date: Wed, 08 Apr 1998 23:24:51 -0700 Mail ping fails with: ----- The following addresses had permanent fatal errors ----- ----- Transcript of session follows ----- ... Deferred: Connection refused by ref.tfs.com. Message could not be delivered for 5 days Message will be deleted from queue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 04:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12538 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 04:10:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12531; Thu, 9 Apr 1998 04:10:01 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12289; Thu, 9 Apr 1998 04:08:59 -0700 (PDT) (envelope-from nobody) Message-Id: <199804091108.EAA12289@hub.freebsd.org> Date: Thu, 9 Apr 1998 04:08:59 -0700 (PDT) From: deischen@iworks.InterWorks.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6253: Atapi wait for command phase too short. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6253 >Category: kern >Synopsis: Atapi wait for command phase too short. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 04:10:01 PDT 1998 >Last-Modified: >Originator: Daniel Eischen >Organization: >Release: 3.0-current >Environment: FreeBSD rigel 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Apr 5 18:33:42 EDT 1998 deischen@rigel:/opt/b/src/src/sys/compile/rigel1 i386 >Description: I am unable to use the CD-ROM drive on my ChemUSA Chembook laptop without changing the atapi.c to allow for a longer wait for DRQ (see atapi_wait_cmd in atapi.c). After attempting to access the CD-ROM drive (with mount), the process hangs and has to be killed. Attempting to access the CD-ROM drive again will hang the system forcing a hard reset. Without having access to a CD-ROM drive, it is very difficult to install FreeBSD, especially on a laptop where trying to get a network card configured for the installation is almost impossible. >How-To-Repeat: Try to mount the CD-ROM drive. >Fix: I include a patch that raises the wait time from 50 to 75 usecs. This should have no ill effects on devices that take less time to change phase to PHASE_CMDOUT. For that matter, raising the time to higher than 75 usecs might be warranted, especially in FAILSAFE mode. cvs diff: Diffing . Index: atapi.c =================================================================== RCS file: /opt/b/CVS/src/sys/i386/isa/atapi.c,v retrieving revision 1.24 diff -c -r1.24 atapi.c *** atapi.c 1998/03/01 18:57:27 1.24 --- atapi.c 1998/04/08 22:57:56 *************** *** 632,638 **** int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000 : 50; int ireason = 0, phase = 0; /* Wait for command phase. */ --- 632,638 ---- int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000 : 75; int ireason = 0, phase = 0; /* Wait for command phase. */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 07:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29067 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 07:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29060; Thu, 9 Apr 1998 07:00:02 -0700 (PDT) (envelope-from gnats) Received: from santra.hut.fi (santra.hut.fi [130.233.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28954 for ; Thu, 9 Apr 1998 06:58:27 -0700 (PDT) (envelope-from tri@pooh.tky.hut.fi) Received: from pooh.tky.hut.fi (pooh.tky.hut.fi [130.233.23.135]) by santra.hut.fi (8.8.8/8.8.7) with ESMTP id QAA29308 for ; Thu, 9 Apr 1998 16:58:23 +0300 (EET DST) Received: (from tri@localhost) by pooh.tky.hut.fi (8.8.8/8.8.8) id QAA10554; Thu, 9 Apr 1998 16:58:22 +0300 (EEST) (envelope-from tri) Message-Id: <199804091358.QAA10554@pooh.tky.hut.fi> Date: Thu, 9 Apr 1998 16:58:22 +0300 (EEST) From: "Timo J. Rinne" Reply-To: tri@pooh.tky.hut.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6254: ftp client follows NULL pointer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6254 >Category: bin >Synopsis: ftp client follows NULL pointer >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 07:00:01 PDT 1998 >Last-Modified: >Originator: Timo J. Rinne >Organization: Helsinki University of Technology >Release: FreeBSD 3.0-971225-SNAP i386 >Environment: ftp in i386 version of FreeBSD current >Description: Hit C-d to ftp client when it asks for username. It sends garbage to the remote end and receives password query for user that has id containing garbage. >How-To-Repeat: ftp my-ftp-server Connected to my-ftp-server. 220 taulu.ssh.fi FTP server (Version 6.00) ready. Name (taulu:tri): *** Control-D here with no username. 331 Password required for 0ο. Password: >Fix: Should be simple. Exit if NULL returned by username query. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 07:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04673 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 07:40:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04659; Thu, 9 Apr 1998 07:40:01 -0700 (PDT) (envelope-from gnats) Received: from quack.kfu.com (g+dJNSO+NzJnKmfhcgiNllRcpSNt1Oi5@quack.kfu.com [170.1.70.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04424 for ; Thu, 9 Apr 1998 07:36:16 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from morpheus.kfu.com (morpheus.kfu.com [170.1.70.4]) by quack.kfu.com (8.8.7/8.8.5) with ESMTP id HAA24444 for ; Thu, 9 Apr 1998 07:36:13 -0700 (PDT) Received: by morpheus.kfu.com (8.8.7//ident-1.0) id HAA06316; Thu, 9 Apr 1998 07:36:09 -0700 (PDT) Message-Id: <199804091436.HAA06316@morpheus.kfu.com> Date: Thu, 9 Apr 1998 07:36:09 -0700 (PDT) From: Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6255: SI driver fix for Jet ISA memory size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6255 >Category: kern >Synopsis: SI driver fix for Jet ISA memory size >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 07:40:00 PDT 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: >Description: Jet ISA boards only take up 32K of memory space when in 8 bit mode (which is the only supported mode). >How-To-Repeat: >Fix: Index: sireg.h =================================================================== RCS file: /usr/home/nick/cvs/src/sys/i386/isa/sireg.h,v retrieving revision 1.2.4.2 diff -u -r1.2.4.2 sireg.h --- sireg.h 1998/03/23 19:37:48 1.2.4.2 +++ sireg.h 1998/04/09 14:33:50 @@ -86,7 +86,7 @@ * RAMSIZE is value to use when probing */ #define SIJETPCI_MEMSIZE 0x10000 -#define SIJETISA_MEMSIZE 0x10000 +#define SIJETISA_MEMSIZE 0x8000 #define SIJET_RAMSIZE 0x7000 #define SIHOST_MEMSIZE 0x10000 #define SIHOST_RAMSIZE 0x8000 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 07:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04687 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 07:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04671; Thu, 9 Apr 1998 07:40:03 -0700 (PDT) (envelope-from gnats) Received: from quack.kfu.com (1myNcoddKWNqThZfq7MxI4Kqgl9x/ws2@quack.kfu.com [170.1.70.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04570 for ; Thu, 9 Apr 1998 07:38:46 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from morpheus.kfu.com (morpheus.kfu.com [170.1.70.4]) by quack.kfu.com (8.8.7/8.8.5) with ESMTP id HAA24486 for ; Thu, 9 Apr 1998 07:38:46 -0700 (PDT) Received: by morpheus.kfu.com (8.8.7//ident-1.0) id HAA06449; Thu, 9 Apr 1998 07:38:46 -0700 (PDT) Message-Id: <199804091438.HAA06449@morpheus.kfu.com> Date: Thu, 9 Apr 1998 07:38:46 -0700 (PDT) From: Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6256: SI driver - new T225 download code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6256 >Category: kern >Synopsis: SI driver - new T225 download code >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 07:40:02 PDT 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: This is the 3.0.0 released version of the transputer download code (it's out of beta. Yay) >How-To-Repeat: >Fix: begin 644 si3_t225.c.gz M'XL("`7=+#4"`W-I,U]T,C(U+F,`I%OKDQS5=?_,_A7=,R-I)8U:_9J7L*GI MF>ZQUHA=97?!D#C%SNZ,I$EVY]$]O0^P>)3C%)!2)20"5868(F5`=L`04_E( MX@UQ$1(GJ=5*K(`$LWQ+OCBK*2$LB42YY]Y[;M\[LQ(QIDK#S$[_[CGWO'[G M/N;P@3'M@%;M=-?"ULE3?6V\NE^S2J6B-M-M+K3JBZU5;:+=;X;M>K_5:=<7 M#?(X(/S.2GNQ4V]H"YU&4SO1";69B<,/3DP=GGE0.]6)^MI"/6Q$^/1TL]&* M^F%K/H91M'J[H<514VNUM?E6NQZNP0!+D3;>/]6*M!.M1?)5I-7E+_=G89R5 M5O^41F3!_SMQ7UOJ-%HG6@M4MZQ6#YM:MQDNM?K]9D/KAIWE5H.\Z9^J]\D+ M:+FXV%EIM4_"4`N==J,%N(CBEIK](_!GRQA2-AK24EN*R>S")AF^$2\TZ<#U M^5Y@"LTV]"\Q46MWEAN MAOU6!"(3/`@@#\(?3S3K_3AL1F!K37%B,&\UD8*W17&XN=KID%O-K=XI! MS3'(4$VM75^BZMWF43*]-7"$-M^$B1![=[1FN]$)85(A5XIHL]3I-U&KB"@1 MMI;)PR?(%^K$1>1%((^$'@&UQ$`K(81>FP5A%*'574.;[&AU\M52MP^1O50G M.4,T:307.DM=$NY9$E#$)42I9OMDJ]TD?D4'K[0B$04D.DB@A=3442<.%YHL M_:A[X#V9>IOHC^Z"3&)F8D_S<2B&?!TV3Y(D)?.L0RQJ<;L;SY,P/05F"D'% MJ+D0-OO:J>:BZ@X^SJZ%8?;HQ(PV,U6;_98W'6CD_?'IJ0 M#/G;OGV:-^F3?P]IP8/'IX.9&6UJ6INX[_BQB<"'00AVVINR6N7^66UR:E8[-G'?Q"P9<78J2^0%B)1@VE0-QKDOF*X>)7_Q*A/' M)F8?HE)K$[.3(+%&1'K:<6]Z=J)Z_S%O6CM^__3QJ9E``[W]B9GJ,6_BOL`W MB`(PU.24%CP03,YJ,T>]8\>H6._^V:-3TS-:)2`:>95C`=H@,]$XHD4MY^&^ M;>>,A>PR*2N681L6+:V'3>>P[9"W1YS\$3M'HH6840M6NUJ&@`^/C1T^0(JI M\_`L@*O:`R0N:'FK=#I]DL_U+BT&-;7(L,PZ``+I^JA=@`5>)@4 MA79?^[J6VO.M/:F[E?&UYM)\LP$QL,S$P!!C8W=)A+"P_[;)=:S?@!GE#\&T MC+&[OAG,&I6)2529Y*AIF%HU)-6$2/"ZH::5&+N4-M MDVWR$%5=:#Z/4_Z=W]6^/O;HV%WFJEW,DA<37BSR8MKD)0\?S?K8Z;O'6F2F M"3QJ/=(D$X?_=4Z,CPZ[_VY)='2J$_95V6#@>J,1DC',U:)IFMJA_^=@ZCP: MW%G)-$RJ,KPX\.(6L_+?\.4NXBHBU3RB&89YU.#^O6NW1^\`+P*<_ MJ-EHQ!JUZ=#?JAQN$>F9@?XK\N\+A,-3M1(\FH-W!9A!'CXZ#&FN^B["B?34 M]3V?U])?7.)PETX;A/@6BF,>%2\N*F\3Z67K@D[*39G#"U0]T-:W4:9;@8_P MKD!?;(03Z;VKF^E[+T:A#&>3]>!15]';KK$7!G>(]%[F1C_]16(Z>,`-X/F\ MJC)]%,QRQL.=TKX M%+6?`^(<3WPLL(\<3J27>)XAG#YEJV.4Q`L-0H3GB'3+INFJ1%T>Q.5SPG2! M^&C*EL_!W'^OV3=(IR3#APQ6$9ELP4??Y_`\Q#PQW%_KQL=?(6CSQ2\-VF*6 M1Z(?B`!"OQ=,&K2_*O_BWD]&I!<"13"-H@`&L@*$4^F/908WMM%T='RF@H6" MF1XN?D$RB,&+1/J]J2OE/5=3-91.9T=U-!7IOHAF(H'#B73]YD9F<"%S[RC< MQE@KNF@U7W%<1Z9O&Q=.7RN^CZ7S(,PLS&L,-C`.I1DS@1/HUO3<@ MQA-P&PU<\!#$_@;C%DJL7C*X3Z0/WG_D]&!K+9+AB0HU4;;RD`*F([.,3Z0/ MKNF?:6V5I-CS`*_4A,M%"HB,"VB^UW]:OE#^1+9\`:3G$Y\%(GDL5H$X'"R_ M?/*I7Y3U/H>SE#2QNE-'E*C!:.;GY*"M$>G;1CIS=CS`H$WRT@:?>3[Z@!$= M=2O.O4:D7TT=_'&OEMF1E6>)90F2J@EDGOF%PBW@=WVCEY[*7'M?F3O`JV(& M'L`+\.(5F#,Y'.;>74^_^?CYTW+*4--1JJG9&.ZF*&`^3QD+^'UK.1Y\;#RV MA10)($_`Z4"6*-F4`4LNPHGT^-5XV4@99V5^I^%.LX7&*R,Z6QB`6]ZB_+[I M7_3"S!64[BIFHJ:@,[:2,02<2.]GKNGGC5!'N,A+5Z0NFU"`5]',["S$3S,T<((ZK2@=^?VNCJ\6`7Z0Q4069CA2;'WC&X2Z7'-XU4 MD,*HLX2505&SH)2YJJW`B?0KJ;V&WGT'X9116'3D,';H1VH*OR;5.@OX?<_Y M>/V\]PG6.C^)>7AG5L5`)6D@#B?2+Z4R1OQ/YSV$)PD^-)`M!D++`[]_4J8# M_".'CRJJ#$2K31'A1#HH?BF5-N2@K8I@P?(R-!"#`[_'?W^^#`/([8$9"$6% MSR2UT'3`[RDC?B=UWMM`Z2)8:)I*V0(14+*E:F,!OW?U-XW4P3_%:D-K$I7I MN>CMHB@A9E&!$^GC[[S_HD#;(L,)TMF@M*3DP2X)&'N=W"_A]WDAI1ORSUSG<\E6# M`;+D"[ZFRF#8>'0MDTI__[2^(M=YMH:H80?.!$,&>24Y88'?MW7#B-_]D4C8 MDBK=1NELR$"..N#W-2.5^KYNJ%%7D221OQ6'AV1PX/?XYS_25\D0'%Y*%D"^ MFG%%9C5J'@XGTI_5#QGQ>Z^C=$D(C%'*JU8KLLZ4P8'?C93^_&E]=5MF&1N$ MF+X0[$F"J00.!Y;)&O$_OYXLA82W2P55<"F;^(7!@=]3VKG3^MHV6IYFAI1Q M553&JXBL19("?C]HQ/^2?:V\I;",)QXM"F9+$A;AP._EC\H?/';9VQHUG0BX MA*59MU5".$0=";KT5.\ZAU?-K$RSK%(4!=%YC#`HW`9^7]]:3OW0>V2`I3+1 M^PX\R>%$^D><(V6:&.+)VU"D#?Q^A7#DEU"D):+(E4NE#?P.N6[HOD)2PZ'G M#MN/P8'?KY"P.TMLA_!25K8?JQZYX4Z)PXGTZ^M;\P;ICI2..J\TMM22;&U' MBR#O:6W@=])4/5*^GO[!;7J;@IB+R$+L;6R']38KAG[H*_0VMOL;]3:V^VOW M-@6IM[%SHK=9^0J]C9W[C7H;.W^[WD8T%IBAF$&<.SD<>IN,X6TMZV_*CAMV M%[B\).9>X!VU3?F=N&W_BRNQLA0J8%F4^N*B-"2'PUKF\FH\^,!0BA4M!<.#W@^>@6&P)@MZ]_Y>Y$QLS&_B=K@7FC;*\@KY3P"5+(1OXG0==?R1E MF)7SDK<3MW(X[%U>L1M'Q!)!9%6FK\P1QL;^#T*:^EKFQ<-I35R1%.U^R*>PAVZ?D\_3Q?PRJZ1C^7%+^%< MJ$8TI&T'X=!9_<\''Y;#U30ZKB`VC!SLI]@,"JB\S3MJ!_C]\\UH+?WYQ:P< M=4EUJ@I[LVJ39YL@'`Y1U[N^OC%OC*/RII(>[%U!*%.06B,'^%TK;Y4O1RM* M:T0=+3WO#B]'.9Q(7W\M6KFZ+E:1S$+))DN-[;3@3@C`/>XXAZ[?ES.W=M;W MO:3XO:#,?509#@>_KURG"BC*%Y0T'56&P8'?B=Y4`1G.5N&^ZG)Y#`Z'N>_Y M<1GP&/-%1=%$)@V@0DE*&0?X_8-H)7/KP[7R2&=%*UPA^2@*00']GJ.=U>MK MZW_EK:+?"](!B!+IL@\8'/A]GV%,@>WEF&>;5'FQ42T&*IA23^L`O^MO+F\8 M4UUEKY)M+>^B1TV!`[\/!B!_!^$EL:&,6SRC<\&,`WX_6UX&O)IQ>;2\:ZH9 M5Y#:`P?X_?.ME7+Z\\O8'K#U$YUVY]H6.^0"#M*G'LT,!EUEK[)40969%1R<=CXO;?,ZP._Z"^%6=/F$8%C1 M$?JBKRM4=VU.'+I^C__#^\YP6S&@Z'6C?H9F[TNF(1FAP^BF,=7VS7T]W["L*!WR]TNX.-NO&6 MZ:%Y2P82`U@*0O^$K*!7Z/=&?0C?2<7*C9$782<"-Z<#BLI.+,#9`OK^-J MN5%0P`,N646ZP._Q9P2\_99812;>5J[JCL(PX4`NL74=C M<.#WP97>I[U$^>(NSP>FXL>BAW`B_4F"W4[M/",K3RM6D1ZX5]4;&P6ITKK` M[SO&TU\;N?6QRU61HDC8HH#CK8\GC2=0NCA`2M[1XE/TQ7XQWVQT@=]O/7[K M\9?/S)W!E,GCHQ1>'+IN8LO*`[_O/7/K"5EYH2,[/81W`=TQHTE<8N\8O$!O MO+2-_ZS\5T7>KV.2\N+JC*O,74@O\+F[3PKINZD\^C<&!WX'U>'?"%P"5=$> MRDFH"_Q^ZPD"/B/@S-'VL*WX8HZ^R_%^W@5^_QJ[K?-MC#I?!8EWB4M,-!WP M^QD`[SVCA(WEC$X[.1K'WL;UJ.7)U.?>QMZ&YNIN-XR<`+TGY@[\_AE(OZ>B M2*?=F2-VY4U;\6.5KZ1&SW+`?&1SXG<"-[Q'?*99WQ1CBG3T:\U6TO";\GKC7,[.W]2.#T_UYXZ4S M4LKD=P.-^)'#B?0Y"KZ%^2X%G-"[E`2M$O,!\[OQ%V=VN6.FQ`D/B*+'$I## M:<:1F/GL&1=-5T(?YX3,T1+"X,#O3QO?/@,E`^$>'JS0,9+1$DOF!9Q(?^;G MQM/$>G.RXQ(?%_-9I?I6V,$4A>>`WXG@/]PQ_NAGN(XK8GS38)'ND.2DBV8< M3J2_=\_WYMZ.+T;R2LJIB!ZAB'T=HTV?;2LP./#[OKNS1Z_&AY['\[B>#W5\8G8^//]_I*3PLZYBS11N;$=BGMMCB_YX#?-Z+?BN+] MS[XB'R:ZHANF1V`EL8)VY(S+`;^/>['Q0F1MR#3!=KLLY9##%BV#B]*!W_?Z M%\J;>S+!R'T;)LX4>C@X=QM-Y]#[-I$9I_?NQ65@D$7[E5`/R>B6M'.2`WY_ M\97]?GSH6;%SHG96.=&CYI*F!Z4#OQ_=B&:BZ5A(+V05[^4$J(K21=@`OY][ M93R(L\]BV-!VS#>5L!DU(H<3Z':< MEAV77)/9=1H>PH'?,V=!_0/RW).VD'J[)-;2%?E0*0?\?B[.[#E7_ANEKS.= M48HT1_@]!_R^H]YH9456,`IMT9*[;G1!@X=*.>!WXU6CMQG6IT:BSA4'6;8H M>*5`5I[=K_/36?U%17FI@:<1(T+)E9?`.>!WTLQ'#VYX?7F'/"\H=6C/A2V/ MT''`[]VY>S*W=O0?R'`G676:ZC+&E$Z!<\#O7;/?-0?=[=VETS%JZC6"($`X MD]Z_VIW[)8=7;*7]338?E"\8'/C]K=1.9D!>E.MY-?7*BMCV5BX#YX#?YWX: MK[^<$9>!Z2&*;2E+S[RC5"PQ=^#W]_5RN/!"M*T<*B4@<:TU,*4*Q.%P&A@N M/-??CLR1VWTU<9O2$V,X\IY5SJ>W^Z[JK_1-=5U-4W MXXT#05^^EID<)"0W:^DT6-KQOBX'_&Z&&4U[KOR3T?7[';9/.)RNWSVZ=2*O M(I,@9Z$G=DYHN165%OB=!'P_2A_"2DMU]"UELT):R;O2WD4.^/VY"[WN=B\S M4*[G6=@/)($?6-)'"L\#OU_57^IW/^UWY:@+`I$MEAKN\D6I//#[W"^[5G?N MO\NWB7E!U:,QG[=8S(]/)C&?G-XD6^U#NQC(,GEZ_JYKY>U>>J^\W5=25YVV MVIH7N./RP._&GQ#)AO&87"JI).:]I$HF%UPMA$-?UWMP,YSSQ7*@(@Z$'#S6 M8>=@A9&Y`[_?]-(']YT3?$*'E`U%0DW6N4I_S.?WF$TBW%78D1E1]@ M<#B1+GZP)/F=Z5BZ_8\G&!SX7?S.:?A`[4X_W>!PB'G^\RATG($]<#LQYF.7Y9&YL;)"L'C3ND0K5"J\:4+W,G61Q[X_=/43OUO]3YN?20G MIT-7O>RB=#3)X,#O'\(UK_'R964MDQS"J[>VW()$T'G@]_'R9GEK^1O*)C,[ M2C*5:LWN_;LR30"_7]E'?'?C4EG>XG9-A>BD'Q#P^^T<3J1?+%_H^9DK_T?: MM?7(<5SGOS(],]Q=D:M&]W3/=$\B2U,]W2U:DB,ZNMA`!&1E!U#TE)G=Y6BI MI1@006`(01`[>5`0Q4`D4M;JR@!Z#8+]"4O1HAG3=JB[-_).Y/5^#_A]NO_NF!U=E=?[86AR MN1G&Q4!)3RX;X/=T#*'$MWY$@THBYJ^.H^+8K34-Q8>+,#^.W6#7GF=3>@#7 M8=^A]J,[RCOS)9R/OOK6UK[SZK9?":B1%Z9CD?1^/@)^=Q]M'[N/3N7]O!8" MXJ*-8C+EXIS%$@GGH^^Q7^^PZ>;2J/6DL7Z!8KK>$"SD=_[OV)6+=E4VEL,2/44VR9*$3M`=]NF[?UK*CS M](K?+>`P^LH7)S+^&X9HQ!Q.(X6W4)R@(^#W`1]ZVU&Y@>7=HD;7B31,P?GH M?,>;YTY/61FQ%.3J>WW?V+S>>=UXQMHS2BX>><:`Q-RSP^S...QC= M,C>L5LEE2GU2,WG@]\'(^9R5)C_GB4O"B8CAS0D\N1).Z)<>J9!J-ZR-@$?` M[Z>OCCN9;ZU#!X*.H1A(^#WP_;IZ=ZY#C/BL"BU[QCI\#JE.>A+ M.-P>G/O(<;=;??G=`^-+Q5I6V)'_*F\+(^#W8?OXXF;S8HL>`\5$`\,S$#,* MZ)L'?I^="]C1N8^WC02W4(ET5&Q""(0S`H]17[?M-OZY[1JBD>J7DA*_(@FA M@(.B%;[:\=5S]"A4GK)O>#GRN\?`[SZ?^H=C5LW*9+'R^YB5 MN3<^^?#T-8/CU`TY.O#BSU@Y?!^COBZ]ZC8>TN'[FAT:AF6Z*N#`<7RWIIRF MZ(<3BZ5G3IY5)H_G=\<=GWRH-/FX9O))9?)X?C_-)__PXLG']9/'_#@^^=/E MR6NY4RA/D89W6\!AU;F/;O_%0,LRXZI'(WP*ZBD)./#[&O=L;G'OR)"L]-1] MG?(S<.?WJ&\3`[]?FUS9:IUYINK;$'_*,RX;Y9U5W$/?ICT;W=H:T2V31682 MK5]V$`LXW%%_/KC*N&-(6:964JD<'";7//([^.-.ZS*][M-J*<(579($7\!! M:W0P&F\^<>=6Y;OGZL3=-?TTR>]QC-_](\>@GK5E57Z=>6,DME%YE+/1U(X>[A3M&5J;B M9K'9AL8)VI>C`[^?N.*4UBC(YV0N>$D5SD=_`#(77!->9Z/).5@N&^!W]`Y2 ME4:==HWX9]T\9-)'#/S^P5G`?W"VDGK0[9B?JRM+$LA+YCC%K,P_;LW.ND>& MQDS_1E#]C5`^._#[X[_@HVD6QB7-DIB/DM"+2WP.U_N#X^K`YF5.C)U9:1%R]]X/>Q M>\<[_?7V';KJ,FV>:WY->A=]X'>^5^$7VI555S);GDHZ4J^N@ZN.FRMW+%^= M,YL^\/OQ_KO\W:=3>G-2 M!C%C"\@UWP=^W^/@AZ;[3>.[Z_)"7?-(UB7W\WW@]W=&_@?NX.S3]6?8+"PC M=1"YWQ5GV$\XNIJ9F'5KD>35]7"_?PIHX]5E/7F]6D5JWZ8/_'[\60)HZ=MD MT7R0U&H5EK8/_/XY@N\?T$AH'3)+I7\DXS)]X'=$__ZY9RHWY+4.3H@>';VO1K^U5:$)\1(77'7V M,?[N?$ZO.DL7=',N/04<^)W[9&.2-\$"^>9%*O90W9WYI%Q+`>>C7WIZW9VP MH^OT?E[X__.29J1XH(_W\RDFS%RB4F122JW^*J.`\]%_Y+AX?5'-OH_7YUYE M"/@0L^_7\/J"?O?294591S&4NLIJF#7"NS,J[TF%W#@]ZN#\:U5 M74DL52LF],SHM8K']1,)YZ,?#`9;K?7&R\:B]NS(41LV4_;!"Z6Y2+4VF(K$&/#[K0WW]H%[VZ79>9[Y]^?"(3O/700G M_PB(T%;`@=_W:R1J4N-/_X&6PD_I=^_IFHTJC#N<+];0AV$!!WY_"D4;,T8O M6CO*@>_[5?F(U-,RX/?6:NMGS=L-J:?5XE=]U:DOC7N%(%O`@=__[:QSYNIX MXSYY#.R:%VX45+A+ZMF!W[OLB(,_-=?\4/IU\D*>YNE)Y0,#?M^XSW=>&;3N MK<@V2@/K7Y/^/,/X^W?'\`MWJ&O4"8S*3)B<)LHS]8EL@P&_GVTU5_[!O>>1 M.?"N5*<9M%G`8X2?>)G39"5##<^?"XU5@AEJCU%C10QJ8-RAX`\9'C4#?M]O M71K]X%![U.HX$(1&@1_#VQ)PX/=71F$3O*OJ36FD1A_*T5-ZY<5$_;K71T\= M7AL9KT[GA'9D+26]#Y2M`WX_VUQM_OW[FULTA*V/%'ITX_ZH@$,-M[W-T5.M MF7%SDIEW`%ABTRBA(>#`[^,/1TYTH"Z=-,N(>2B5H9>6,]18ABPS??7'KLI0 M([R@W%GTSO`F*:07K0SYO=.>/7.%5;=,%AH9:N)-#DE,B@&_;]SWR=A?73=B M4EJ3IG^MVY-?3XI&$N#WP2V^99X\O%@E:`4R8JAZ\@GR.P>W9H,Q%8T0OTY) MP[R\;*P2X/R.A,,][:\W_W,KN+I)91NYCFKH`)DO M39^4*B7`[^G7X]6OQBO1`N&$OL,S;@^2,!;"B0_.E@(K*BJD_2,Q<$)BT`GP M^W';O3Q>^<,Y,>BT!(\-N#B__W*\,B^$+902X7HI5";@P.\<_JOMH;*T>J0L M-HZ!PC>D6J,$^'V\\L6X'3QH/+NV+#BFH1?1IC(!?C\^&`VG*V^-J%B(N-"A MJJ:EUH*\[DN`WQ^<[K?7W]QL45-9?5B:WMDMW,($^'T*#WYGZPE#:^214CCR MI7?(W6T!!ZV1=WV\TG%K:CKI%Q"72R4)>!]O3@Y&I]O'ZKK/,ZH(8:Y03J^K MR)8!?O^7B?/B(6O/*GJ;N%\37.A3:\-0;_,B)XESTMIH&3$9KJ>8QY@\\/N7 M(]8^WIO(R0>9Z1JIR9#?E1L6^/U^=C1QOAPEE5=G#%<87OF[!1QK^_"A[V-' ME6?/AFJXL/P8`C[$9__?4V3&`&KJM77@GP M.U\SVZ3*"MEQB:H!9>Y"M>-2W''_\QS?=6V:\.+UR/:HVP<"#OR^XFZV8-W3 M#6MLC^H^D),'?H?MPM?]A"I>8M,38T/CU4GQ0`+\WOS)X?[;$\<0#QCKNX0D M^QWSW_EZYV@S?-]3\_9EZ0K\,\R/D\'$(?#[;/+$X3\'>VR M&0*_;WPUOM_5RX8DY0S-V@DZ-E:\NB'FQ['SH_;_W5;I-D.I2O245RD*>,3* MT>]*.!_]_`UW=&.G)4_03(T9Q6:YA[BL;!P"O[\]VID>["AEHY9#=I2B-8IK M"]0,@=]OL.9@IUR@1IEXP;!*;9;'Q-H,L;Y-JWUY)_TZJ>1)D=K0ZF@CQ0`% M'/.DCHY;377EI5TCKV^4@1J\.7.'P$R5X4//L?N79 ML?Y\B\.=$MPSGUV7*#6>'>O3\E?GD%>G:XSZ)CRI/#OPN\-?G7.J!.^;SZZ. MK^:SX_W\/1R^5H+WS&?7Y0"-9\?Z\_S5.>T2/*AY=K_R[,#O#G]UCE.">^:S M9S(EW.BY,,3Z-@U,X5;PH2IOJWL7)/(.J@3GHZ]SZ"D"[\OL"@*/UTOM$`0< M^)V_N<8:@2N2(G!51+$$AZQ,#FT3>"#M%('[]<^.^CH.=31\CB-G2/P2"4>& M[8"AW5UP'!`DE2A1LK0V::&CGIPZ24#H'?Q=1KG-+JE$L'L6&&GA5,71_$%DQ9STW`@=_%U#MS#B-1LH#CFX(3X'?Q=1W#6WAG"F70IDI\+N8>DD8F:PO7@$"#OPNICZ1E0,7 M35G/K8#ST<74CVY^^T6;=CR;19MV8IM%FP:>S:)-@=^77[1IZ-DLVA3X??E% MFW8]JT4+_&ZQ:('?+18MQM^77[3`[Q:+-K*RM&EL96G3V,K2IGTK2YOVK2QM MRJPL;RM%G?RM)FS,K29LS.TB9V MEC:QL[1#.TL[M+.TJ9VE3>TL;69G:3,[2YO;6=KM;*T>=?*TN8]*TN;]ZPL M;1Y96=H\LK*T>5QC:3FX)>#`[P\< M39RO1C=V:#PNS(T:XJ)53%Y9M,#O&X\>'>Q<,1=M*8Q6_4D!!W[O\)'A)VB# M&!8085!QT6\$)`LX'WWG4F/#?<'\[O,#DK2:5@[\?H3!R(,+-'V>R!0BU5]& MU\$/)!PJ1K:/5]]FYUO5-5_7Z(+F@.=#7//0[.)51C&E"*3FP.\7FH/V\7[3R(\+YN4&RDG4?/L?94VH%4+:BD5EM;'_N^M>UZ:\*73 MKB8R5Z:LXZ0%'/(F<.K-:A9V=6J,=&^<(54Q;YV/_]Y^A M8$79NKE"E4A]O4P^._`["E8N3#ZA@MBP8^XS%89DI/6>C_W?SR;MXW;CRI@& M$[&<6*VM"RD<^'WE#US4R!GP>!X\TD4;?.S_OA*[J)&KKSA1?@%$HN9C__PB96AP!!SX_8YW,`+-346VH04VPNIU2AHS'_N_OSUR M'C],M,;,*TMS*$&+#2LG+_K#/LX)NO77=,.6IJ`%AD*1+D<'?C_DPX_;*R\; M%6)#*4O2Q@?#\1&I_.]C__=1>+UURAW]+1T]5;F56@(L^-K3E2$7<.@^/^ZYW^4+5^YWU9)5JWWJ M?5H?^[]_]L+.E$J5AL2)D$Y!6$X(*.!\]-^<;ZU>'CUV:+@'NKA,("L/H)_K M!?3587W:T]-+C]QTFT;WNL142R5U6B,?^[\/;K+SNUIK)":JAU,?/Z)F2\"! MWR^?O^DV)NU&O9T7>J6^F@(Y3?C8_YTOF?8;NTW76#:>D4,:Q77^O(_]W_=& MK3,[)7]>=PO12S_OLO=Z9N.JVKW=6H_M'SI M0_$A"C@?/8&/WEQ_0\+3ZN1#5OXS`0=^_QZ?_$/\?]2?-YY3>O'*4R^.0C[V M?X?GWDVFQE%(J\*8JO?IE8^!/O9_WVV>>NW/7'T<"(TU3T1V22FYS\?^[].; MK#G8K4GNTVHSL0\2(K(3<.#WV_O-DY=WTZ_IFZ\5V6F=FH+#FP>!'6C4:!ZT MRI?1Q7F(3JWP*K'_>Z.Y*C1J%7A8HU,+=(*;C_W?&\VVV]`=V.=(V@SM&BO@ M6-\&Y&V@4Z-PW>DD+A5X!$1U!G2-[G?,?_=X6\>9&X5>%@CL@OH=X]Q=/[F MG58-O&-^=RU]D]\=\]\=;B:=TIO/:W1J&?D0!1Q&!W443CR.V1@KY3@W1J57$`^ M1`&'T4'1V2K!.V5!G=P"`84/<&<*0AX+FX+ MD(O3:&`\]$_+H:GD[_K%`0< M^'VG&)Z>X^XZA0(.Y[AB>'I7>=U7[\]C_O=BOQ_7MY^9,H8#'V'X.AS?ZA'XCE;D`?K!9>1?8_WUY7&#_ M]^7-!?9_7]Y<8/_WY7&#_]^7-!?9_7]YA;>1?8_]W"7#`K[P+[OUN8B\3*N\#^ M[Q;F8FCE76#_=PMSD5IY%]C_O=9S M;K_KF%2YD.._=_7L1SV&\R`^XNNR>4-.?9_ M7V=X1?X&M3;1<)T*..HK1OK8_YV=;P](Q4A1SJEK%`"H3J:`PZI[C;79W#MJ MIDL'Q*4B;#[V?[^]WWQKLJ:*L)45'JHH>J_RX;#_>_NX>6GRYW6U/GKE&AM% MT0L9#<3^[^WCZ^SGLEJF9X*LU=C@#K8)^#` M[^X$8H'7I;%:%`.4P;Y0POGH(A;XV3;]<',D`QS.=&L>'_N_"^G`?S\WI\*, M6OV9:G,;RM&[HL+,9/3)V;3ZX;IF[X*>ZFPF/YRH3WMB;[S2__;5=7SL_[YT M=1T?^[_?I;I.?<6.`BZ>':MU5-V#N14[Y)J/\=FQ6L=!)7P?^4:0HY^4:G'[ MV/]]Y(R;SLMF+>YRF8^*ED#`@=^AU`?H!VA1IE)1VZJ6H(!#+ZWV#/4#AK4Q MMYC^#5DM1\"!WV&[C9P7#XV85,WH1K6<`@XQ*1C]12T*O9M6AL](FDK@]T(O M\U^TGU3YXP=&E1^U88'?02^S]:+V+G0!JX[)JQW2/D'`A]CA99,=O<\VJ\WO M:IHFL`XUE<#O#)LFO*I$8AVCCS5CQK^*2FQRRP"_O[_EO;GEK;J+*#)0<868 MCB[SXZZY9ATSTE57E=2-:$5M`0=^OW9V_]VMYZ>29;#@FK`4JME#E!M:@I[\ M<,#OSYYX9?,OIY>>I3O.8V9-W+C<\U3`\?SN#E:YJ;YEC*X"*Z0H<*B$N=)4 M`K\_VW0W_GV[LTI?7=W[(V70"E.)_=]=>'?!U?\O[ M=;?E]JDSW0D(W',GS&@P,68R:1EC\//PPCEWZ&NU;7@5BG)1E,L$GI`0(,B: M+7DHR%"I$*!3SQ?H;LD#YA_)EH5MC-W=:9K(3>)W[[6GMI*S'POY]/VMLK-Y\H8^Z\;!&Q&!41,VH"^-_= MI+-]^$+2)<5YJ@ND'Y3`0/*`^\#_OGWH?-+;7CF,QR[\<=KG;T=I"CC7[\?G M7(C,M`K(@_LOKNIO-)$[7L+Y*W+EIM-ILV1?3M`Q]>@WY(FKBOSW%>=X6J3C M\L(LE;0!_G<>9\1N%SK:1U\*HAZ)Y8QP>2L!Y_K]U=E=DG6^81&C0H24`-\3C)Z+&:FGFNW^=CAAU% MJ@Q:YBHE6+2C;/"4@'/]SJY5HZMI3<]\T7TJ"JVIX_H=[E6=HJDS%5+()`HX MU^]LZBI\W^6ONRFAI\HQ:RXMORK?[RN5DVFS(!PW?_\).-?O$,C,]IVZ53:+ MX]IHD54?^-^;KMAWI):7OS!M_\G80N!_WTUAW_4L!3UM_TDXYPTLBWTW;>I\ M)6TB,G:9'[?B7&C9SW^Q_\*<_:?A8"V<[[!]1Z>N6W"[4/,AX%R_-V_AMXM7 M*WC3HFGR%O+F0\)9ZVS:6GS\>.:S9."FAGT?O2*!_WV73X%[4^!]T7IK M"GS:V/NB]8*QQWN,'?C?AW.OM:?`_6EP:/VU>`I\RMB!_YW!6U/@D0U7&A;X MWQF\R^"'<@IGE%,Q/047#@'9A]DPW^ M=1S%O\XX'_OB%U[;1K?@'G^IW-&TS]C4E:"M>2 MMA">OWH"WH36QMBWDE*O5]$@OG/"_S[W)>F";?7*K,]<,;8$/ M_.^0<9+.OFM:,F]$2HHKRTE-U:\;.33\'C&2YF==23BTOI;.F]+]XNV3JSP M3Q"+65Z:FI>A(?.!_SWA[ZC5M"C)JTI>Q"3=!OC?6K M"LZSM.;>3$=';OX;;.H4N5SZ0S:/HH!#_;JGQ\"JC)^!A%Y1&:+PUR2D0^ZJ0Y]$"%..0D7DO;ZF4J;MA[H2==4<&@2 MU;IS_3[WHNO<-IY[$4^=N8A$$;ULX$!HX']G%Y-NG MCNOWS[FML?.*F3IZBT)+V%5_#36;XUG?S>N3I'S<8R0:.:;4LZ?'Q<] M@;.YZ-BI!/SO#,UST-4;MN%KECF=`8RN:++JKH!S_7YLK9U>/W&?:CV7/BU3 M#CQ4<-8ZIU#[V9+S,6PESC"X&6YA9;85<*[?+SKSK;5X;MYB.3$LQH:S0FEI M"0>6D\O#Q>;#FWCL>2"+HL4'_O=C'&PH6I!5.=,/'S&V2#AGGY]G[:=.W>*/ MF_8A`1?\<>(#*O:@3@S$=>K;@5%)7B$?^-_OW%Q-GDB&BEIZ$!!>%^./$XF>`0I=`/[W$ZE_*8W6$U()/-(W M@\`F,%#>`>!_7ZF<&<25'>J#UNJMT26Q!"I%5,*YA?SI])'-]..;Q,@<%K7> M1EH&^-^WR[SUW74L:87=1@\;W5$E=8Z$U/6(ZWO(&9C.BH^P3&/C?V76672OU$UC$#L1GSC!_\[OPY7C]M0A>B1K,26\P:K; ML+=(JH65O<9YBRGA?.;9FO/%(R5B(GJ[B+(V?@$'^SQ;\U$UI_,=G3$5-VCQ M`]5Y$3^_=> MX-'+`WZE5_J]D^/*-#F-/23G@?_]2VS+KL^[A(K+,%6(F6^KO_8[2$$#_WMZ MQV;ZK:6WD!1XL8N"35%Y$@XU#$3X@9/W9XB1\`A?EZ*&W6CSM^E>6H"^-]AQR(U M425.E(**,0+.]?NADRE4B;'YXW+J!]`]+_CCSG"6U:E[/E9JEN[YKMSSAUVS MYWU[S]=JN?%UP/\>LSU_+TK>UTI*%63)J[PBX%R_KZ?E8[S2"AY[W%O(K[=" MQP[\,D_Q.BMT[,43T!'V(P'O"TYD-OB%[Y!X&ZLJ2Y[M`OC?^;)5D.VB5\`6 M:!=I`?[WISAK8&Z1EDR_8QUT$RAX0R[BC*BO`_\ZYK-?9 M'0'#149JYD9=SUK,@/_]R&%W\6<38S&KTTM8G9[:.KJ<`/_[)%J?/+PYVW.RY^7$SUY.@/\=I$5J+B>:/QKHX_MZ M]XLD>#)VKM\GSJ.;Y5,W.'9QRU:=C_385PLZK^(T2$"&6KBJN%E==XYKQD9S MB6U0UD?X#R32"?C?']D\ECB/Z$BG("`+^_V6*3;SH?ZJ=J/4=0!TA8 M`?][V9VP$]^FPDI;5L.VS2.FU`3PO^^<2]_916K"F+Q,ZSK`2]TT)9Q7E'IZ MXGQRTVD5D*!AXRZETO:;@C_N7#K[KDH.O$=-[5F24[\IZL\_-2AE2$Y%B)69 MOX`$$.E=%T/@H)_O?!W7S3K]]0&305HBO@H-]! M/Y=.8D-KNTI,"/5<1F8?^-];_US:&#B98.!V#A>9=NWJ`\OU>V67O>(F5R?Y M)&AQG3#D1+@@%?"_EQ[>/#LSWR75=5"AB":MHE9#MTK@?[_FSMS43J^I6V5V MV-,6CNMW-G2R<)G5KA,]J6KU"#C7[VS5']ZLS)TB_CB]OU$`@OFWFH+SF4^= ME]FO:_C(1`T2OV"J09$:+\#_[MR:OER9-3=J.EATR<0#DG`>5UGZ1GF7#8!4 MD/-IC4=LIC1O&>!_WW2>3BM>SEO&&"<-6Z^R/4HXG+A*>_N<`,,K6W^"1+9&!8/VX@+X'^ON#!TF^04 M#=N0\G9$<+F$\WL=&_K9A87W611L72VR#?\[U-E1FQ;XWYW=B^["_/L=XM8) MU4)7]2/*OM,"__ONQ0(9TFMA(QM3"OSOJY./;59NU3&E***P3\SD MPL%31W<;X'\_G]RVO7)ZHJ.\0FIPR^^'@'/]_O5-T3XV.I$$#[77>L@W)N$\ MLG'E\=CY<*(7+I,DTL_M@H!S_?[VQLK3O'DF3XRKX^,QNPB@QOPO_OIW+5) MZ9%-XI>AAD);;`DX^-_9`Y2+JWPMDU5O72QMA/^=W4U*C]@O*?%^#\D33IT] M`>_!2ZK\]4UVYNR9SW09^V8E'&:>=;U;V=B'I.WG2-IVD:3519;4Q0SXWR]P M27MF9D)*^\9[B%N``_^[\RDA:BU9U]&)#[:XE7"0=2OGN:@E"Y>7<8'[(>!< MOT/6Q?$)H5#/UC[L966NA/.7%)NWIYBLG=(ZF36S;8#_G;?.9JYL/4*[WAY' M!OC?']Y<)4?&HT>FD?L-`>?ZW4OG7N%X4N8T<^PZV8TOX9R)FQVYU]FF)[3" M_6DG3AE:@?^=7PW8MG6GU&RTCYV$RYJ-NZ;U["V4;D(Z\Y`?MSMA&X_./'HR M4RE)PK2`__WA\BZ3E"9,JXXXJVUX#\-K8+OX'8._D0.G#UGB&Y-P?J-VWIPX MCYA,)1^E`+)A]ZGQQAH8Z6;4?)>KO$!^-]W+B;<*;6"'Z%Q$?%\W$2V2N!_+QWGY/./ MSY#HOKQ(IS!;@`[XWX?<+7+1I?"H`$YN5L#_/JQP>&(G=9K'S M,\/Y3)27>0YTBVW4P/_.G@-W639JP^JK MV3LM\+^S@4^<;VS2A#1M+;`0\4(!5S4K[MM MF_-[':1'3+MB`!SXW]-7Q?4"FSX"CUH@8FJ,:2@X:_W, MS*WI:^[,/(EHI0)/+*&777?@?^^FKTVY`C,^1&EG!8]Q*3%Y.[2$PI MM7)FK\FJ\UR_LSO=)]BVF9\2FHC\&R$2E1U9?_XT6SV:P)XG:,R'Y$,,^-]= M+FQ.S[1QN(ZI#YH-#ZT9T@0?^-^9H$FZ_`/8L1+11%(M9-5V%'"NWV>Z[`.= MBXF=#XME(]F):NHBR(=E+3)UF M[-B().#`__[PYI,S:<6;$J*6-2+U%5SF`E?:VT\3<1&H6LC3C,S`_SXSN(<8 MF<,%*Q'-US2S7@RJD"#O9Y7K)AW4C:O?J-9I[K M=]EW^I;QT?V52/P>;AWXWS^ZZ=ZV_=2,;2G-I/%C;2?A8"E]>'.%*5DK0*Y0 M36AQP?7[/(AI39:![I(9([,VI.BQ<_W^)F^^=+9@UYDXO[B>#<,&_G<&=N;/ MZC!LVZR9M_4DG+7NR6U'B$+J.IJ27C%(J!+POSMSYR?\V%C>?_$-G89.]I.$ M@_=_[K%!)<:Z/O2J==#ON^O.K-NZ9"EHE#*1&8&2=6"?O]A:9;V_ M-?]B5O=R^0\$7-2O.YLX,WGA]_7B"`()YW;:U0E$#]BMQW;K9.J`_[VR:WGJ473T!#V3KE]C*69Q*N9.(0Q>`_YU'/9Q/2E-;MR91P$/9 M.I\\?&`S,1/V)$HX]XC)R<,G#KG!@]Q)%'"NWYV'-]M\\FZL=>S.`_[WDIP\ M6T4&67X/%;"JX%R_W\4;=T[DP/V"W!5U-0+^][OXPI])VOF;UJN2J@OD>@#\ M[VS>W23.Y(SD/$'(!5O">@1VD9W6N!_9QWG-_)50HJD;[*1 M/BUUG>ZE3!_`_UYVRIW)TJPR?32;ZGAT]:T(P1O".RK@7+]_?[0ZG"S-WZ3@ MG9P78)`;[0/\[S]DQZ5DHGU$A`=MLZ;7O4G6'?AA3TZ6[G6^0S=M_GRKB54S MS_6[F/<=Y4@-VD1&BSMM/RNW!9SK]YM;JZ[;6J77`V/<]7)B3M3"P8VP7VUI+`\VK6&PC\[ZES+76J&=Y`'6948$"3<*[CDD4PFMFM5VG5>1., MHL8.]GGG9<Z")C8K,DX2+"2[)>"@WZL\^]YY MF=SK.`_WVPV.77.O*.RTHX':A'7A/`_\Z%S>E!FVK8(%>K9_<\ MU^^[ZUR[9[+S@AP;@-UYKM]/#]A+)-MYOZCS^&(&_.]Q#F=-Y$C[5P? M-/"_[ZX/[KXYXX/.'7N4'3OPO_-9Y\\9-?9Z[DTL+WH?^-_/#L2-'M^HIPD: M$T,._.]2V-`8\NF:2K7.]?M`:"G:>KPPC0:OJN"\]4\!_=UIDN0U93R@&0L-9ZU_A M[ZBV3BGM^07U1>H!"OD1<*[?K_`Z(X/)U2FQ1H%/V(&4N`#^=QYKY+P_S1$7 M/=M!`;%&2LK&\@2;MQ[AV8\07 MZ0/_^^[DSLWN]AGB':A2!X5'-693[7FPS]]9WG4G2W]'0I$-.:M6D60Z!1SJ MTRXY5_CT8896J$ M@9`&IWJHEA?POW^SO,O:3N;($SB<&L:NQL[U^YM#"$I-K,(%=8_&!5HF;N!_ MGWTEF7U7UL3=)'G[U?P,->!_WWF\-;S39*B96#JT9GXVW$["N8YCZ_:3TL;` MTN\F9#W6;U*Z[D*_N]\]V=+K7@^H_RD@]'W*XBWAO/5'-@^V\&LB4WX`%1WPT&,$^-]+&XN_&/FK(SO9)]HCV0?X MWV7A@;V3?2)KS_<:,MEG9/:\MT?1`;1MN'Y/1.$!^UZ72?8AI>4D'.YULZ^, MRM_8))F)(4T'[9*;E83/VNW`?[W--YV'DNU MW09:\O1%#H7\^*@?`L[U^Y-NVMEVGDRMO(GQ?5>M5:+VTP?XO+CCO)O=:9SBK M)&[@?V?G_>=C?VULG_?J'N<=^-\?WAS?V'FO9L][OZ;.^_CA33O2J9\%9*3)2I3:K0,'Y>4]G7QF/''6S:M94CH18?)K3K6*\!9SK]^^= M:OUC:2.=FL!N?4W"I7>`?P''%IJ<>Y.Z@9*$U9[G^GUC[#RZN5)Y`A=MN+'K M`?"_C^GUH*M;#Z/V5Q\E&8BYV>**.VO-BWH=\@8&>Q=/:^'ZD`(>$=5 MSWNJTLW?M.+Y7R[Y`9>-JQ`^`SN2O5;'@>\+^W6.];XT=L804_7ZWFF#+4D8'W M>VM\1WE7EXS(5HPW#;>ML7/]_G&._98IJFR.3%`@=DS>A"[I(8RD=!A] M)*P"X']_>XA'/O_SCBGHU=+"Y0T<"J?6[DK3(`_O?Q M5;[JNZ1$3&;UT`B0G`^`_WW,5FY:>8B?/SN.V`U#S;QX M9C9(IE=/:WHUG1+.6K\ZWTVO.:Z"%TNX-EI\`>?Z'23=[EB]H+W^'OW&<"[G M1=\5/"]!1HPER#S``^!_Y\DR\VW]`,]53=6%C-=!POF>9RIJ[.B9MZM+X"*A M.*$U`/YW7FWB0G%"JU&NU4Q5I0#XWV?8F1L=,E65K(Y:QL..VG523B/IX5L5BUM4$N MW\<1MWV,KQ:8/GQ;W4M)&P#_>RN]%C,53R2ML0);16L$G.OW$7L"\R(U*DLK_]F8>1]*.&L=GI#L+?@G9]\'P/]>G'T?Y9HM M=/9]X(GX^1$W7;R97SW/-EOH[/L`^-]'PG1A9]]G*Y+C]Z&$0_8]>T*RMZ!: M.%I"F]384%P8"L[U^_73:>5XJ@L3H4R'F!8_BU#VEX3S6IW;Y]/NMO,T>816 MZ<_'^BD48G'!]7O:VW;.CXK(ZS/,";@H4P#\[SSX_8ED:EUB:!T)/+7K)#_L MROGY=H)59!3M\9"5<-;ZRUWQB,5R?L^'+,"!_SV2C]@I]WG[(2OA\C[/'[$X M+Q):S[PBRYD,!1SBZZ2Y$+^D M]C092CA_24ESH\*/4A+8S MAL8;T\ZS50;`_WXN>:?[`6.K[+7WL#-J:V$`_.^_%;;&`8DA+[(SJA45<*[? MA:UQ\9?$S)MO&S8K*N$\R@MLQ,,_O7!!`/SON84+PF(AJP,G`N!_%S;B-X=[ M%B[P,H4+`N!_EX+V%;SNA6G4,4HA#X#_/:F*-[124AE+:4CMKJ&XL@HXU^]L MVH>/;`X_;FD9(IV4=R7$Z]X`+<,DUF`"WH6LS'="+3`K8$;L-2QCC#"1<(CR2GX; M#YPK5B'QO"7'=8D#X'\'6=7ZR7[6O7>P=>\?;-W[!UIWX'_?8]TC*J>0J3,` M_G?N'$AFW[S--J-F!+PN7M8ES9 M(?0TIIHXZ;+IFX!S_7Z^Q;L^<'`)=U'BL)OM,C7S!L#_?OB6'[&NYQ'_5>U@ M='"1-E3K@C^.=?WQI6,%@KIFRTLEYX'_G^OBTL.;2WNS&EE47`'POTL%JPTOF38#JEQK MZ,0!_SMK>S#WYA(-R\PHUR!+22?@7+_S_3Z8?64IWV8E+N2!>LWBC)4`^-^Y MG#OQ89VQ8LP%)EY$E)IMHHJE`L[U^\J%4FOU?6LQ'COL&"BH"EO/A&&KCTLX M'_OXOA]='*Y<(.GSILVV;C-:,!\7<*[?G=;J!]:Z2^KY7X-'?]]N4T3.!2:6 M.`#^]__U8]9V^<2MV$(>!72^^[1`KQH[U^^K[0$[<6-ZXFIJV$95YT@;KM\/ MS_ZH-4#2IDJE34U+F\"2-C%83@[/?G=@I$U.@(TIIJTXT20<*L3R.NCGZ;KK M"U$W)$7!5`";@'/]OG(BN9@N?8;>*CUJSS?56@-39#4`_O?=9/'1U>2$*K+J M>3G+%6570\"Y?G?9LIUBLX]#%\@BJ4GD'VHVL;3A^ITOVN'R]UM$SNM%"HRB M\S/EK`/@?V>+5IIS3#GK(%>T9A9"PKE]GHM9-OG$N1`54!O%B!LW`/[WE,;E+&AV:_X)RAZWV@X*SU'_/S M-M\>8.-#/:0UG*/L747`P3X_7.)\C^K(B`U:S3GE6N55ZPK.6C_58ZVWENZT M'B/B(A?E!&S)A0/^=W:I^Z?2AM.R:O,V^U2OX@I\$@ZU>7]*O%86Q)R$A3[H0/"_RVOE7C$G42U[*07^=X@YZ6>B.L,BYT*( MC,S`_WYVR*U6PZOD!5U4E[@>X)1Q1+4R$9M!4\).,37)=?X6X1P MK$Q[A^A`J0#XW^5;Y$\/D`N`_WW?`7(!\+_O.T`N`/[W?0?(!<#_7AP@%Q:[ M&00\!F:?(;@7\-B1.R]_"26YS)VM`>G8Q[3IGK!9SK]_+Q,0,[Y\EY;TY-$%2[ MCNOW!&@+*ZT"XT-3FS)B:^8A/VXW>35Y1UX%N3#'D>J)W'()AYDOM]@G7L/W M>4_O5S&,=NZ!!?YWQTV:-]]&W^_9+G<*X'SLK.L+6;AVA>0F2\G.`_][\MJH MC6>^FI/XT%W(+(F$O[8N7Y_ ME4W=7.[41455Y.61`?[WY-413_:AW+C5HC2A#NX\U^_GQQS]1+(7U:;%*Q0` M_WM3>E:LSF*4N43/"6TH#"1<8>V45:K@#<$GY13N3!4NZX: MY"8'F<`^"-B2<-;Z[3Q1R"D]9;^@O=S@-M1Z$U[0,S-HSXMUCTB@&7)5>'CJ M(#_N5.)471K!COAU:3D[Q4\LX%"?]GVV&F_%T`_._)[.^< MDJO+W]D=53WJ62>.ZW?>\9T/TQ-G.EJ/"M.H`^!_9QT?.9G:O&)]:-!##ISK M]YW28V,+;JH]FNFWK@?`_[XS\W3BY-DJ,PE#:%0*#O5M=F[E4_\F+CP8>$4- MUW'G@?]]AC?^WISK@4_"V'..3`^DC?/FE"-3S9X6.!82+NJ<'&(GYG9B+6SD M5,KH9&U6P/_.3TSIB7%!M$]6.WI8SO=%M`\[,,<3DIG8+W;!FM:!_YW-&W?# MDJH+Q@N'=G^8M5T`__N;;;;KRVY1Z\44+0'POSOOR:%HH0N7M;=W%1PDK?-F MBW4`7XF]VL)TN2/@7+^77"%O;,X%?Z%0:T@X5%UX##1%`?T66JPZ`NM!4."4DK%\6@0_5ZTNUIBR<((YH3=EX8`?]O7#[CX7KMZP%LZP->P]=5R_'W:+IJY0W*K.-V#/ M'^>BMJ#SZ-0&V2BOJJ@_STYLVT1Y=3413GT/+0/\[[^;=PNT3+2'E@'^]PJL MG-8RMF11L<&1)2ICX`6>_=W<#>AWHKD%7.OWQ'EY6NLZBYVH">!_YZT[[MYJ MPA3G45XAX'^'XWIV)K;O-AU2O8QT2\+A;L/$3,D/"^9X_)^2%O6FKQ1M?P$&_.Z=ATT^I'&@*I-(3UY.5`V-TXD)UXNQC MJG20?,,"_WO9Y<>UY)(K<7`C5V+@?Q?'=:>@I'/!)@0X\+^?%#=B-?-[WH:- MK`/^=WDCIK*NJPK.9Z]H.#01^-]G?\>O9M6"*JG9UO'=!OC?Q8%IV:T7!'@9 MDQ?PO\_^#H*\AK@F\[0`+V-L!/YW&>2U#Q\T\+]G?=![!7@9'S3PO\L@KZD^ M:,L")N"1]$%SJQ4C-CK M+2CAK/73\AV([?.!5W0SE5XU`0?[_$P;A.6?+FDE__M^)2WPO^]?T@+_^_XE M+?"_9R6MH2#:2]("_WOY5)&DK>\A:8'_?<N_Z0L9L#_+N$?)O`@I_,!^J2`]SS=^;\B M<`T"QXK]20D7K=]I==[/Z;S^+5!ROF_&?G/^S,=ASL)IN&C]9/'"57,6KBH[ M#_SO#/E1_BM_X5#KH0TWK7\T?^$07,^""AH!_G<)OSM_X:HY"R>K+@3`_RX[ M?S)_YFO=A;Q/"G@@6O]_K<[[.9W7OZG4`^!_EYVOY<\\.'0]74^-+)S@?V=0 M:^'TCWI=&RXK#P3`_^Z*_VWG+QS4J\G\6U6U'HG6O\)^?3H?WH_L=:]U%5RT MOLVG+W_JPD;.U*F9%_%U;H/]\O.G#J)$,O^FMTU5M'Z3M6WT-%5#>^JZ4K\# M_SN#?HS]^E7!PGDV7(^])EKWK+&;SFN0N>BKZP'POS/H(;?L.ACNZ^7RNVBS MJ#^ISM?-NI-MXVL1Y9N]IEOW5>L-+Q_N]7-VG6Y=78V`_ST77K M+&K=:)2.>/L0$DUUWINB]0^ZJ6%@-^5MNXC"B:20JVW#]?OZ/;>\W]D=E'"R M3\VDI5:GP5GKU^Z9[V%XI.%U;54N@'/]?O6>N?=BN.F\L7,7P5GK+]XS>RN& MP[;4ZN9I[K]\N?G_L0@VL[;4]7&NQJ,V\1G+7^QKVW?`##.QK>T7>A M`CB\W^]=:&%XK.'UHK%K.&O]M7OG;L7PAH;KDH]%<*[?7[FWW,%P6/>&GOG. M-#A?]R_.?A##(PKWI\"Y?K_ZQ=D8PP,-K^H(HR(X7_LT]9KE[!BQK$T%9ZW?M\!WS>OW86MAWF81*XHJ0@?` M_WZ8;YK7ODP](QED0X46B^FL*3A_23'T*_?-]BT&-X&L*447:).AFCK@?V?H M:U]QVX[%P"Z6L*^*0Y$!23@PL%_]BLL&@,/S>J9R8,?>.[IUJ%_WXN!+;-\0 M-BL4!`F91UYN,B_POW>=F^:^C9)YNR2C$LKP=6EE:O62`O[WGX_*GUIS=%GC MKDY>A0(*(0TI;R".E0#XWU?3NX.'-X^EN.J"`65R>T51*VE\`/YW!B[OCN;_ M%K]A31D@4S/#T(;JUKE^3^[<7!\\-2"M"U;36"GHKGY.U5']N@#XW^_^Y%O> M>C*Z":><-/4.0P$?/OJ0A'/6PN_//IGXZTE!1FJ-QC3W,+PN,E)W5LI/)18W MKI@%6D1,?*.JX,"-FWQ\<[M\FL0>Y(45>B@I5L"Y?D]X:&%R-;'#M+P]PK2` M__WAS>3&PK2\;)A60]CGOUG>34R85B91PBL.TP+^]\'PK@]H-F/>##,EI`/SO8-X?7*.&EZ!@[&&$SSO7[PFO4Y)$SI3`"?#@ M&@-&5:U[6]@JG2?BY`Z2I>416J)^)]RZ=64X!3D/-SPMZ[A^OYHX M]=7[7"WK`-ZELJZFDWU0_?D`^-__Z:'RIYY=\B[AC!54.0LJ((0+6`A&&LXS M5ORU4;B::LK%1HYYU>1:U9&-&OC?_RMANW:V7A`D9M)6[-A"X']GTW9Q&%/7 MAB`:R#3=WX_N>,M[AK#7P4JI$`UU?DT=/7ED@/^] M$KZWLM/9/F2[-DQ26'XL,?"_GTQF`UQ-JZZ*BN:%*L6X4`GPOS\WX1;JXV-2 MB[N94XB]G;42`_^[\\U-7F&F@`C,E"T%Y==#=!4!\+\S61,OW?V;20&_3(,8 MS,,>DG5-R2]S;NR\6\FZ?D!^'EX'8BH":^JX?M\:.V],VL;`GFE.BSGR70EG MK;.FWQ5OCXK!=W-;4Y:2HF%'/C?_YPW_3MM(0]- M0E*8*^80G.OW8%"^#5<:T1$RPB>04^))73='/V<:ETSJXAJ+[JF<+>A3(9UZ8<%_O?ER?63D^?= M9=5Z0]<@;A2TWN\H.&O]^**N'5Z/P]H()'11PKM]+MS#XS1FXCII!\`9RSTDX]\L<9O#Y#+RF MKD$('B&O.,"!_[TTR^"5##Q4QEH$U[F!!LY;+S.X8^":Q\GK:;@NDJQ(S00< MXNO8M#EN!MY!U%,X05#%G4DXUW$+#'XX`V_2===E#,FZ`_\[3PMTYC+P*EUW M+<#(N@/_NW.(P2L9>$#77;N3R;H+_G>VXQS#6D@VE_HMLXLT'&R5,S-LY\Q@ MK@T3ERI^R^PB!>?Z'38<@C08]^OQ153J@V[SABQGPO_^*7LP*Y6M=UZ^KJLYS M_0YR=GSS1_#=!KW>K'X;[P#POV^5=WG??V7YW\/"TI,-!0?_._3]_CU+1K0U M;:/4[\#_+ON^95=1R^^WN5''HKX-])WGR'S5**_-C]7!Y`+NZ_A=5HRLVXM M'-?O;TXFBX\^EU>4*9-+K2=1>?^!_QTJ-LP&$\R16M!F=M-R_2[:-NY[[5"K MZ5ALVSK\IWWA8-6P$5] M&^?$LG/;=4RY:"*=D$.WD>&3"H#__P@@8E51"M8F).@/_]Z/U_)#$G5,&8T!DAL;""!OYWIF3NV+Q^AL28H7B; M6`>JU-5?5<@*\+\S\`ONY(7E:>0X)GPD1D%BP/\.5"WC-FJPG=>IS$0307G;YD= MB+Q00>#(C!OYW!IUCO]2%'+G>K6`-$Y4AX5!1B@=ME-3M`OG. M`U(%+,"<:`)>%:V7V"_E?S<5?5``1ST;P"'AT+H(W+#';@(XVO3?U,Q#?IP( MW+C9'KL)X.C3?VLHN&B=!V[,VV,WL1XA_3>UY^NB=3;SSJ&"L4M MLYEWR@5C]W/&KF:^(5IW>-R'/?9^-EA#Q7^H$P?Y<2KN(YO[+R8]RHG_4`O7 MA-S_!1'W8<&;-.A&5WCVU(EK0BTO-O$\]L."UVC4C$E45'L^AM9YR,BA''B4 M,W9,?U`UHX`^XV:MO(]_O69C+[$FY="-0I_9!PWOH+HGT<6Y@;$AAD M25*`_WW9%>V3:V&X,+T?$LYM%R^)]O'EA$Q37C\$'.+K/B+:MU(/IO5#POG- M*A'MDP=X_G)EGH'`_RZ6C3X#"Y8KNVV`7V9+M/^G;QO@?]__MNE+^_P^MPWP MO^]_VP#_^_ZW#?"_[W_;`/_[_K<-\+_O?]L`__O^MPWPOQ]@VT0'DC;]ZH&D M#?"_'V#;U`XD;8#__0#;IGX@:0/\[P?8-HT#21O@?S_`MFD>3-HT#R9MXH-) MF_A@TJ9],&G3/IBTZ1Q,VG0.)FVZ!Y,VW8-)F][!I$WO8-*F?S!ITS^(M`F! M_WW?VR8$_O=];YL0^-_WO6U"X'_?][8)@?]]W]LF!/[W?6^;$/C?][UM0N!_ MW_>V"8'__0#;)FH<:-M4O0-MFVKC0-NFYAUHV]0:!]HV=>]`VZ;>.-"V:7@' MVC:-@TF;YL&D3?-@TB8^F+2)#R9MV@>3-NV#29O.P:1-YV#2IGLP:=,]F+3I M'4S:]/YD:=,T41\A\+^+93NJHCZ*[>+:=*ZGCNMWL(__ZGXU==4:]<'428TA M,)-+UT8(_.\?+^].%EK7=:50;6L3KKNFMJVW,ZZ-$/C?CR_$1Z]?,-[`QAYN M"6WB#H'_?5ZX)DK8V%BO$_8_U67%P:E:A_IUDPKK^H4*SL8U74)#7\7769[0NAI!Q\MF MSJ.9Y_K][M\<77&.&Z?2%&>.\=H(.-?OPJF3U$CG\YTYQC`O][-H$]NM$$]A#XW[LT@3VWS(+^AJKF(."0_[YT]V_&SC=U MZT%!ZU9)YQ#XW]N\=532>:^B`U#.7\"Y?I>%!U[%_O>&7TQ0JJLJA<#_GAX# MDM(4CQT)&D,.;*JF2!4)_._Q=>=$:VWD$3ZI2&V1*33B(?"_GQ]Y%HUX-]*^ M(,VEU8T0<:R`0_S\)7>^=6FX0IA]=/DG4Q@&7)D=#\LZKM^=XZ,E;WOEBP3> M)!RIH?:$0CR,AG/][CR>+OG;)PG<\TGK/8]\K:=FO@OYL*.ER^F2XG]O=VPJ M;5%D2;M'0GDQ`_[W?R]M+.W\?S/O4%I&GW)4'B?0#O$(JTB(KTO+GUI?[-IE MT%#UASBO$%D(_.^[@[CR%BI$1HD"IY"DA,#__LNA3TA2VH37=@J+60C\[[NK M"6$QTV6_\FH20240)6F!__U$PNL2_7D1@UNHKCIH*N38@?^=8M_,<+E MZXOKI[<-J7$(_.]BV7;7<+C.#3%UAL#_/J),G5U*ERC.F296@K`U)6F!_WUU M'&\_/7ITDP0#Z\4W)==D' MU-2I[EGUUZK9>-H0^-\?W:SL)K>7"147ZK(9BZ_J$$:J\\`?=_MF>2O]BETB M)H]Q$.1..U!PN%UPUL'+/RT@^FRHYP#9$`+.]3O;,_^Z[&L/>.X^T3%Z*AA% MPL6MA?),S#048R^BC$SBDX)*^!_7RX=VWRFM58AE?]IW4>H3V7K..!_;PU>'(39 MB%;3A=#>M%TU\U"_;KGT=;9I5_&V094&NRHLDVP#">?WNI7RDP_,9ZAY0A17 M9)>)4G"H/U\^PVE*3^'K0=?4S-`/":LD5`C\[_%:R1VW,Y2+$8GEM*MC"3C7 M[\ZI9:B(1914G'N?,@\E">?Q\\O\7A4?Q:WW=$NF4*:@;(BPK`/]?B5>8TJ: MR#KQU#?TO'[^NG/]/CIVJ97FKGM11+66\\`OLPR1U$K.=_VB>-":+CBI]CS7 M[VL\)G3VJ:%])<8_GU.`+@3^]VYEYRE4@`X]W/0:5!O$&M!78^?Z?<6YL/R) MS60[?]UMI+G7`?\[6W>.7B%\$U6Z^'YNZ\#_7CZ][!Q#K0?JH&2WKV;-5'<; MX'\O/KT:SEK_`*_=5SE44,LKCHLE;2CRXU;.[R%I M`0X;64VGA$M)NWQE^1.6U4@HUV;N)`JX\+]O/\XG#TL;%F)F5L80C\ M[VS-3K)#OTS*W_FYJVU,&0+.]3NLVHIS&K]ET(_ZZ-E-R2Y#X']/5YS'AEU- M=BE62D^UB5"U#RSPOU]<]H^X>0H9(&Q,.*3X49:^G$LZES9P[9B*CC)G[S"R+8KSYUT+@?W_,O6V$ M\V6F2TD/7+LR/TV*_X6=?T*',CQL= M.Z9?T$9#U/,U!!H[U^_'+B7IC8_=1TH*^-^EEE@C-9TBI,_R%)>`0WT;IM^X MHL(G[@:GCNOW=.K49<5M'UW(@?\=>EXR1)^Z820D*(NC,K@!_[M[V_9*Z=PX MQ^"FX];M32C@@A^V=()OO`)S7UR8W!>&LK[-LI7<%V7W"9YYW3K7[VS3K*7' M+I'6]YQ^">>MRZF?DN@4T7YH#=N7&:GQ6KI"5*0._2;7<)JI%`+_>^E,S*[C M>9E*?66QM:L+`QSXWRL[[H=Y96'[=E$MWKD2#K>+T[!KL9*ZL:D3_.\W.'5U M;0;K!0HN<\3BH\Z+V%X7%AK/S+H+Y#&BTYL,K3!91P'G^KTUN7[H`EN[O?PRL/&)B@3^=_#+W&Q49";0 MGU*`8R*P$/C?W]Y8J5P89HC`(OMR9RZ(,D&I1PJ+J%KHX6\.LT2SEL_-[R'UV4FYCY-_"<8,S(O8@6O0=7$X2WL M;D8>H=/N)49-`/^[O)L0-6&N@"+S2%^T<.7_$/C?V96P?&QSOE4P=9&*)B>/ M6PD'ZX%SZB;VD+68^^P1FZ$)>`.8^_C(EWTK5ZCPP/8T''*%X,!>P0\Q8VA` MJCI4-H">&CO7[Z/E.\J[PPK],[-U>2)!#M6D`_& MV)?U\==[GNOW\5O>:GKTD-KSS:K:<+%FU`DI^X(RM`+_^]\<.9_ZZX.]:<3K M^G&AMHWFAYU[?$",C?V%:?705>>Y?@=)>3'/H58EEGJ4[Z:F3NCW0X^G']]< M)9Z1KOT8,57D]=1Q_9X^PAXCSRZIJ3/^.V1E]ZA77(V=Z_ MKD..BE+KSA-K(?"_OY3$6^G'C;6P5N`50J8@^1P`_OGHUQB=..`*KVF:`^VW>[\#_ M/K[[99?WW69\:),VB?5%PH'Q83>].HQMKDRQY_4K$ER9BG=6P"'_W3ET,OV+ MU2'>\R`::OJ"TZQFTZ8DG._YHW>7_X:G2B$XC%,\:()<9X&`<_V>1I<&3I:I MLTW$2YAO,0/^]\KN.MR.B#X:PST=%6:TQ>D4" M__NHPC-:SX]PU$?NKJLA82_@7+_/\UUW)M6E^T,D%=3QCW(O)\#__O7-P4NC M4I%'S+PG!<,0F;JZ\(A=2KZ4XT@-3#JHKPESL+`"_O>=2X?=]),9814I"T16 M6B-NG1#XWU\:?8&=F4LWX?PX@&?6K*,SU.*>@O-WW(BMV\K\4WC7$9F>)[P% MG.MW+N.YL%9CS\CTAC8=8>$MX:QU)N/G'V/"VGH.B-8-`42`!G[!M=Z0HYB2R=9;2L%69'W>)Z:E5?ZG8G*2R[K/WX&DH[B):]BFQ7PO_..)TS%DO?[7FI6P.']+E4L M8:/>2\U*.&>CEBH6;]H]U:R`<_V^+54LEK1[JED)YY)6JMAI$6Z6F@4X\+_/ M2Q6+D_?W5+,2SEJ/I(HE\39[J5D!Y_H]5BIVBH7<4K,2+BWD7,7FTTG[$>%S MKV.G4DW8Y\^YJ\-4.95JVA/0K).=;A]8X'__7.5O1PXZL%4=96,>!CJ77T@] M>2T$_O=#)^+TCLWT6]B\7_R(Q^8^X'\'-JB=2@OS01+]?HEKR!UBXLY3\EIZZ$W+]?L9 MKN!W+Z6D6(?U9,[SA`+_.SR?C2?4_#QR!5NT6!(.8Q^\.#J2HZ"1FK`TIH#7 M(=)I5*ETJ3\N\X0KN)@!__L*>\;E7LSJVB=:C\BYJ:FI`WZ9W?3**+UZA,CY MMGX\FW!2RZ4%_.^.N_CS\1[!`SX)2>W*RPGPOT/`R3A:QP8W$SDB?$PZ%B/& M?AG@?Q^LCIU'-\^V2#$N#4+Q'W4TG0+.]3L#EW?=5-DNLC10=>W9K*(WO82S MUF]E#^!3XSLW,3Q71E=5U):&<_U^*Y?3XT]MDL[3G5O@4`/^]S';M=BA9L9N M9(R)CL21C<#_/G:^L3EV/KF)E13:>E7!'TT^I!:.Z_?ME?/C3V^:J,YN#LNA MB?>*\8'E^OV1S>WR<>?]*>9()=.D]JN7*<85`O_[BVS:TLN&2ZM:`$(C4'"N MW[_!P9_>U*W[.:W3U5#7`^!_O\):9[-/;Q=[3;^`0WR=G'J[[&'^I,/L2CC4 MIX6)?\2"`Y]QW5_`TREZ))^!P/]>WNVE+XX=4E4I:ZCN9Z/U))QKF;BR\W3B M%!D;^L?2QGS+WG5JFDP=J8R@!OYW/FV;B`2MOH`O.$)#5)6^;M9, MM8T0^-_/QN/1Y]WON<2\GT%R.W>SOV#^JX3SL7/TCULV_5QF`P4^BKT2'E;=_EPWW<]8`A^,"_SL3%6SND\7\:!^C+*O=3!FT$/C?V<5B M=7Q7I@R:CA80#RL:U:Z>@<#_7MDYG;0KNZMDW;O(A9/W20'G^IVUS(,/$EO# MMHLZKV:^"1IVEW<^GM9Y/[_SL2-/1-V M5<=C;XNQL\D_2\@N<^]'GK5MN'[GI@,^>KQM["LTIFY5"AKXWS?Y=?I<4IIF MWB]HO=,0YGVK]<:TUFM*RW#]#O?I<\D7_H368P4WK7]JS];--E!:IJ=:/YW< M:MLJ4D!_[O8=)76M%W7R-]U?;GK;D6[+BBV%1E=*^'\3@LVHZ>G;AL3 M<=I5UPVW`[K..!_/Y,L?H#+JS_A':?@@7G'$2KM7)'CH1`_">?GG:]:4CE4 M$%?9)D\A8G`#_G=VV"^,?6UP*TZO\Q6-FQZ[YI>YXHYO/'I?PR,3O3_&=UHA M+LP+II-7[C($_O[X,Z;0>.@]).!?-<3<*[?K\8CYPJ[VV'31]W$ MVVM3,13@5,LJX:SUC4%Z[_SWNS1X("8V`)@/.YH7^-]WSK<&=YIH7N,K%@L- MH4VU[(/C?-P!)SK]]U6:6/QET.?D!Y.%[>J=7B_ M"U$[M,GK0YN\7H@>;\(X;?IR]0I\FQ3:]`I&C`C(DG)\XC^_ZLMN)$T*^!_[PWL-*M>,'73*D$- M\?,OPJ9M63DCF2Z3OPHXU*?=:,'_X63>/1/%))RUOBB3Q/(5=.21_4<YD?B\%6]COE&08@;\[T.&1REF(N=9*[4PYU:NI`WP MOR>7$_]6%,VK8VNR3V`K=P#XWR\,V1,XDSN0C3#RM`4B1"<.^-]73MW42EX< M.E8NL'VG,/I&P`/(!>9WBS,M/'6PTVN:DK5)-Y#R30#_^W!P[\RW6\.K>-TS M748E;SUD?`#^]S+K>HG](JZ-L,#B2"PGP/\>#[FUT2&=M]4*]L2K0"G@?Q]R M%3-PKN`]GY6-UK]).-_S3-CQ7R2R,5*J"94'KF4]H<#_/HCZE9W^-LW&U7FE MJ#ISV]HV\'Z_,(CXS0ZWWHL(G&1<&%D'_.^#JX.HJ\R8;4NRP:HZF4G"N MW[^U.6!*IC7`%_(]MYZ$L];OE-O.TN_HY`>Y6=A-H=\'41ME8?L4&>6<('5@ MN7Y_;!!UV:FY:L51[QD0"_SO@TQ`;/X)S;N0`_\[G-;""WG>!4?//-?O<%HW M"F>>PNND\WTQ\PP^VL&W2K^K`HK]MOY34_]);EK@?Y]QQ?^4B1M^H*I_--1_ MTC'*7E_!@87E_7DD;!E1U= MPD">..!_=[?=M/R9]<^1[#R?;#.QCCUE,%=['OC?/^#L#IPW/M_"TB:+[.C` M)[SG!?\[0[_^A;Y=-D$@N:JIZ;.'R]>'P/_.T*_][]BAM3Y\5:2E9NK5X&X) M.-?O`^>5K[R/=8$DM-;TD6E,@W,->^W(O`6/$#6%*K9CP[E^=ZX>F?MP%AY0 M>%@`YZV_>&2NDX5[I$2,N)3:<+#/7SYRZ%8#%\NK-PL$'&46L]=1<-;Z&T?* M'V+HUXG)R]/B)8.,\:[C^OW(S&T,_=KGB`N[EX-LZ%C+GH)S6R6?MU?NUFZ= M6@ZRMJ"B2?!3"/C?^PQ][7,S!9M6+&%$V2O4IH7W.Y.R][COLS>M26"O-;-[ M1\";4.OCQ<%][].;%BGHNOKYII=;*@3XWYW6G//M;*F00#'3&!-C:.YIJG6N MWW\Y>,?JX!V#=Q(UT59/=S#2-_4P,G`NY]\Y>_-W!AH.\@1B2D$M9X/_I7-5 MP+E^7[_XD\5_/7KHTSCX7^0WU/6?JDJ`$1\T\+\_LUQ?KFX;0J@VA5>)R!'_ M01K8@?_]M\OUL?/Z\I];[GO!+`4_WR&.)I7X`/SO8^?-Y7>-2Y>M.*M`1^9E M+,?*X`;\[_&X]%)EQC@3S84\IIWO66/G^KUT=7GLO*''#I<9,@<"4N(+YN:ZVU7MFZB"_D$.WCUTAVF3CO M,;K/`_][ZY(;'_W<876?%_N[27Q2<+LEJ2P2SEK_SM&;W1_^JW['!1XA:C!J M6418XL@'X'\'OHI+;HI#U*IM6D\HR!74P/]^Z-/KBVTDJ/4!%Q8+*J@CWW"L MA,#_?GEPA`GJ>!;'634SGGN/9`DJVP7PO\]_EXU[M%;&!G:/9A4&VEX,)5]\ M-7:H7^>.UBJ.OIPHWX>B9`+7NPZ[HC//]?N@77;_/M4S;Y*#?)_65](I8TUY M,0/^]]::.XC+M_QXKVQ<,Q6^&GNDLG%+&T6=AVW3RX?#^YUU_A^R<)_":[ER M'OC?6<_=[R$Y;]+QH`I3CUCNNO@1"OSOOQC.OGNUM:8M9G5-R:2/6#\B"6L& MSEJ?JU6VMIU3-EQ)TB]=&-Z@3.6Z]?7SD3 MOW>(.1/A6,-\&U<2&8:`<_U^\^%_2'CWB<'-TR1_F1$@DM,0^-\O)`'K_>/* MG1>&!-[/^X8T-@+_>Y@$6PQ_WK+/9_Q@IO,J,+(M[/.KO/.G\,W*J]OYQV3^ M!)SK]R-NO):RN2.F3EW0!I[1[2!_UW']/KQY_F]^FKE=^#ZY6)C]IX8AX%R_ M_])='`\#_OKWB''<.Y3T'&NIV&^@N1%A%`O_[[F#^ MI%H<0'V^<'\E?'@"S_&25["?V*>HQ&)>%&YP,#_OG1N4MYV M/J)S@9OJ8$4YY<3@DZK`+/"_7S\5_Z2T,=$%9NND+@K:Z=@Q*N!)=;/!_'&)G8CVBUBY/7[2(N.#Z_>IH&"V^J<4%W-V%&J_E/"E"%'X/_._7 M#L^RY\0P(BI2F^9-%WK&Y!4J.&O]+C[;PNJ/L>]`+#9)F6M=PON[.Z<1]RTMPHI/I,H#,@!HX*Q/XW[\^C-ZZ MG!Q;S6OJN+&^,GAM!1[KEV MC@U_0Q[@.M9#_+6KO,!U1``7`O_[X-!=@UN^/]",S%K'];P%[&L093I[Z&H$ M_._O'EX>#F;?&)";59=FUO6(@Z+M*SB_6=TU<-QOMWYB^^.FU/\3\"K8ZV*H M_4Z"$=1&!#?5U'']/CQTUUHZO/EO21:VR7DV!?RZV?PXX'\?I8Z__:3. MCPMIXG.8IR+5U''][J\F'A,8)5SR$:7@TWZ$.*H3^-]/."YKWTNM4F!UZJ$1 M2IL<&:[?G2OIT#G\8W5D,@K)C*!N`B'4IN7ZG2FHQ!MM7YBB8>T)D'"I8?G@ M\=@1*>\T.-?O)Q9=`N^2&JW(.>AG_7'`__[DR$LNI]H?)]2R3AO.3@6^UP'_ M^_P/6VSX*?&$FDN]V+E!KH4<^-^=^>_&/S46#E6RFU.OV1AWGNMW:'KV M[TGGT66Z3?JAWF42SN_S9?<'[#Y.#:V9W_SLOPEXM\A.:T"Q_FLC:^8%_O<] MS+S:8@L)?^J[`MXK:!U*=)AD5"1\`F$VDW#>^E-N>NBN];NGF'G%4U(K'3WS M7+]S,^^'*F\-6I`W,K3+0;ES\#`3^ M=_8`')1VS0/<7,/UGU#!A0`9W(#_O;0UV%IG'[!;]U5![DR/U)48^-]+&\[O M6=N+N-Y%Y"F[%S%X9*[$P/_^KZV+E:U5?24V91+!^H(*M>J+JEIWX']?<_XG MWCZAZ28C4PXK5H4R.SZ-%(L5G'O`+RV'_W&FM8PSD2.:*F-&0#O/]?M+K=+Q MRI;IO"D-&A,GLM$RRH4-_._//K<<,4FI0Q,;RF3CF\HD>BP][%P`_O=SKKM\ M=?GE%@[^-\A0!_:AKU45G+5^UEVN7G&77Y9PW]BLH+@5O6.!_CR\N^_@-"]=( MS3(1:O><^3<5.`'\[\?=Y8"-76=M]!;P"&K:4M_756:5J1/XW]UE;_&VK65E MZH2Z2:@EJV&T<,`/ZR[SQENDNHZNE1C&.4]@M7#`+_/J\CO8V)6MTC<%:F*] M>J8B5Q7O>S=^9IEP85N[5-[/(UQT$?C?8<>>CNTC$W?(Q@]]]%<) MYY5&6D\L1_YRA(^,V>F^SFLVPU`A:L#__NSR57>IO:M"U#QCXJ[IHUZG1F;5 M^1C&7ON/LS/FO-?H>0^FG'>NWZ^U2B>FG/?ZE//>%N>]CL][K#J:/?3ZDST9 M0P[\[^?YQOG-\BO8W!'?N+CH0\5( M*B[Z-RXN^@U;7.@-.DUF`!SXW]T9(2_(V*LWLNN`_YT==;+KZJ2JJFA.GX.X MB[P#P/]^=B9>OM9Z\/H".=RONXOUY]=_@W6,ID#7@])I5!? MC1W\[^RP#T_/J$WK>V2'Y1;7:BLXG_GV'WA!K9^1J?.*KA@A'CO7[_$JOUZ< MG,'W>4]S`J';13WK2`7^]SEW$G)Q@ZT'V2N&)7($G.OWR4M"W.!RE\:C*+H0 MY3[$@/]]:_WB)#(/,1.=IF99_B:Z%8D_"3C7[RM1DN&&3JFKJYG/.NGL#`_SYY=<+/ M^P7LDS+(KD_^&OIX[%R_STS\M8GO3W#F@N&0%\A,<2T-YYD+[LS$B[U!1C2 M_>KCRD+`_^Y/HO7)57>`R7%@G.VJ;5]65P8!Y_J]O?O/I8U)[3]L4:E!]I5! MPOF->J8UX5<$RXU+_+;J@5)'M?N`_YW?+"Y>FM0M>"83/M!A5\JA!OSO?-[Y MF27;1A>TZ35RSJ^"<_T^^+D-T3.APM3SIZR'@#_NSN$ M,T<<:N)'FPLDH-T*"@7^]U^6KL=#%!2JW5==C[A8C,G?5ZUS_7YZL#H:+C[J M8@MY7T>:-+5GLV[//-?OAW[O?#<9Z)E'"0K=!?PU+\JZ=8#_/:[\]Z'?NR,2 MS=NODPG(Y@^IF>?Z??"'TO6?F&R=0)O9`B]G$O'M`OC?'7>&3=Z`II@UB5\! M.4I\E)D(_.\[CP\'BX^FA[!'#-P87D2^4?>1X4K`N7[__??=X2#=+1&O$,V3 M$L$4=11((N'<*U3:F&6RAD9U]J?]UI.N3.!_=]^&_[VI9KZ_4&#OM$R=P/_^ MM3Q;95_7L`_4+*`@637S#;"M[V7A:X'_/M93V](]V])]JZD\U M>3T`_G>)OA?#Z[H$-.3^=TW\#+;/`_^[F\Y^8OU()\>)'&CW'^7T4I&-P/^^ M.R@]&E?>^AQ):*6&UH;);<,%9H'_O>OL#O[*Z>E-JX/X:F&.R16')@+_^UN# MS]WF[.K01&$7SXOVT=M7O>.`_]WET3[#P65+0:-P<%J#47=>Z/?!E7CP$KG/ MFY!*A*QEC0_`_[XUN!H/KFGC0UVS!:*Z4,V%3+<$G.OWP6]:@U=9%]2E-%ZP M?'HBGM%*[@/^]]=*&_'`:]FUN&.3`NVK=)LN#E$#_O>W-\ZUG`^L7\0O*5$0 MM$8:)F]I">72QL#I*!SX(%^69(0->!_Y_"9 MM@E1:Z@`AVY1H)F<^0CXW^<_LLZ#S`;X-2'V:UY(+\K6B8#__#COY9QL MG3:A>D6FCTC"?E]-C2W#M2+.=1Q$N3PCL$SN7\BO/XTMR[4CMX0.N6 MC"^RH>!9>M8044I_?@3NZZ#QQZ*BE*IO_A!2M&2<3\;'QVJ?A\! M__M.ZF^?B;M+F-!9.-QIN=!J@"K/2CCG`7>_MS1_^T4==^&1&FY=CWP#;!%= MM6VX?O]1,X&]<+BKS7#;SN7+]S'_)H^UQ**@/[A'_/4&W&-=QYKM]3?ROQML\D M>.I,':Y`QXRASJC.<_WNI9<=UH&!O6UT_++Q7O=\W#K7[]LKIV;2X172>N@O MV,/P;3AOW6?=3S-P.H(Z#>'IJ\YS_>ZQWB>)OX6G#H4R>F3U>AZ>>:[?TVWG M>)I<3LG4A3:UJ56K,P+^=V_H;:^86IUFADRU5C,+:@02SJ,^KCANZB<^49$> MB9[(AA&HJ>/Z?2NYDGK)Y61*Y\T2MJM8TG+]SCM_:N:?:=$&CRQT_ELF`O[W MC61XY9]S0U+-*?=(L&2@QL[U^R^&\[>O)H&#O8&F4$EH!#7(;2(NN'X_ERR^ M>RWY&(E\:`;T%=0AKQK=>>"'_]/=^ M2J8N&VA1U4\XTCK7[QL_+6V,=V9N;.J4SA+POJ>F[K-KI`ZY3R--O.Q?)9SO M^?0RW_()5M"HW)NYUUDS#_SO5UKIE=C,O$CV:=/IU^O80U56(N!_/W+S=T;) MXFMC'.ED-KX`M4D7I'<@`O[WT5:R^-M8YX";L$R35RJ^$:+.2#BOO7^NE2R^ M-$JPH`833V;U$`%A0\*Y?E]\A:U<*YW'D8THR,0\2W#"GX3SR$8><))]R^2' MBIB8$`$/BV).HN)H%3:^6,'-2^I_V4\AL^L"FD\@=QWPO[OI_.WK@R.QE2<5 MF2`=>LGTU,Q#?MSN^V>_;0+@]WQ_(GAU:KQ-T6\U#3=C)R<.50ZLY3KE!!SB MY^/Q$G?(8:,3NI?H%`B3Q5+7<&XI':V.1UN:Q7+>>!_3ZX[QUM& MSE=IX784U5G3L6N1@K/6/[J:)M?/+)*@D:RPTC%Z$'S65:US_M M^#I3I=(H*9SL$_DBON[IQ$NV"+SJ+V#2S6:3?$C=K(#_/?GHVO#[B4=O5GY1 M@%S5Y`)'P/^^Z+:$K$7>`9C@CK:313%YEB@Y#_SO,Y?_[^+[G5VJ(FM*M6'U,PWJ68#E=R2MB`"_O>;;E_]ZM1H3RI"+@?W\'`[>^ M&NN*4F!0;J@11[H(N/@/L/N5EN'Z_0_/?ZU5_L.O[L=[/NK1RFTUE;4&`1F2 MQ2P"_O?%#U=VGCWZW`+V39@)$\$76G&):@ZR\\#_WG9V7;=4^2X^L+#NXDX6 MZUMB%X552S@_[T?>_4+RD*.D#<1A^CI`#GU-BYQ8CAWXWW_@7DR.A,XYNW5] MK\MD#:G+"?"_)T>BX?65,T,;7M52LDK[(<\[\+\G1ZK73R='`GQ@/6WC1T>F MJ7R+ZF(&_.]K[G`MO>]3:W;KL5:NYM_:2,L`_WMRY!WKR9%W:F-C5\UWM[U@ M?4VL:%?!6>O__<*OV1><_U:=;ZC-%>E`BWJ#*+JN%)7`__[\KUK+]U?>?E9U MOJWS(LW/ZY@[<1[5S'/]_L#1RMO/N6Z9!`,WJ/DDSDZ`@'/]/O=W*Z7S;/#Y MWD!$WH`WD(0+;V#I!-LX-E&(C^8*3XK2L,#_7KJ0.O_]_*](S48RRSCZ24RG MVK1Y[Q%IDR2/9^9ZIB0A_3K"L[W/)OVY:7R'_">K[=I MDA(6LFCJN'Y__H$)%[1DZGJQ+:=0&4W5>:[?C[S&MMP9JB8,LA?1#Y$3Q_7[ M.Y(C5Q,V_81JLTL(I)I:W:O5D'`NZQYR*G\]^'=R.&:^VZ(T:T?#TE/#I>MGG/_"_)Z,C[M^MFI+._1QC3Y\^ M$=3,`S_L]HKS=#P>$&%E7`0T60I7RXR`_YV-_'1E*Z=:YMYC[T.US*EC[Q2/ M'?C?V=@7.Z)&JU!`5*3B,O71RG%PA-"75@&A'%("`^&4BX'^?OWTM]==' M\R2=-K#MG20=6<)9Z^'`WTJVG5-D[`$U%/I9`YJ`@WX?7$[2*ZEG&5H-/%O( M7K7.]7OJ7T[^L;1!+N29GZ]7LP,2<*[?V9)OC`?^EE55R?0C\S6]<)`?=R7U M_Q$9W-ITB^AZ(;&6?U75.M?O/VNM39P+D]N)G.^JJ28^`27!ZPK.Y?R'MA<_ M6-EYCNBX',-!:.YZ4M8!__L2-QYX%Y?PM@D#FVH3$;C'"LXK#P3>:KIRZ#PF M04-'+,?0KPXL\+^[E2UNX!]@2RGBR8A)^`BQTP+_N[==/A]/M)TV:RDPEPTO M$U\7`?\[.^^E"XF.KQ.&V7[VYU6=$\_$%D;`_[[]-,-N)U?(GO?(D3%IJ13. M]3NWCJ].--R+Z*M=)UC:3B7@?W<3;WC9.)4RY2[13C=N`WDQ`_[WY'(R\+=7 M3EH5(WO&Q!AH]G04GA[CNOWY&+BK;H3 MM>MJFMVA./N^JN"L]2__&++O3V-Q80(!:[K"!]F)`@[Y<2MG[^$[SRX!%^7: MUD'U2CC/5-H85SJFP3'-"!;))_]K`:H+K]]7T2#,]TACA'#%A8(HHLH>.OX3S M'#'G_Z1'WKV:8F%5I6QWS3:E[U#B@NOWQ8^-G!^,1\K4V:PMV"/H:['E8TG+ M]?OW6._?LYXJ26L:;O;W4A-_3K_AFW4D;^WC3JP.]/O*;AI_7\4W*0S M-HFJ$3F'^`4-_.]N>M/MZW=_P`[7L=,93=ZBA$/-!Y[6>/=MMHF[KBN/64FN M`B[JU[WW;I[4:I6S1O$+#2*M?=7Y$#@7%G]V_^I$!_]K6I.FB?ZUBBP).-CG MR__'7>I6WE+7@VINL@`.[51*"OC?N:CYV<2;D.KW5J"%G(\.MI`#_SL/1ZWL MKI`,-1AL-LXETO]!PWGXFW;]_O6(S2OX1@[$X'_G6%9XR<<96WG]>O"03W*;RIX)Z\SP/_>^MK?N7M7ZT13B5A\-!=,)9/\3!H*CAO_86O M><]_S?^5'4/NDUN.%1`;`?][9Y?F<3]^Q:VG*(9\2W+69=PS>A#BR\W]G,/;?F+F.S3T`C M3;JU[%0(.-?OOW82[UE'7TJ-;:ZKBXR(N'7]MI-9V!'POS_GKC)!6_H1-O>! M;7M]8+60XH,<>L]T?JP\O;%-9)2VK4/O0COEEX'`>?Z MW7V('7CWJUVR:7--=U=&PA-!?Z-`9'=A[X MW[V5%">L0*SF7=S2Z#.^?)>>_J=TA/"PY?*TMIIP7^ M]]9#_E<]YZT'?R)#WG9#TDXC^Y;'SSDL0^0B-:V?E)TU)\B\U<%Y_K] MK0`5[%0"=Y09=G8$305GK=_$ALX:5RXM>'.(O:FO5R9>3F7U"SC7 M[Y>>>79IY7Q+176:6>O2L9NL?D]UGNOWA_SUA[PUQRV8>6/@U(=8MQZ)F5\J M[ZS:K:-)SWQ#M1Y!ZP]Y#+^&:W6*+K1I,:1J)O@_`O[W]=8#5X9CDW91)5K= M+*'7R!02CX#__?3B;0]<=G4A<5/?,K,#NKI'RFX#_.]CMN,NKS[@X1,7-XF< M4B`U`6KL7+]7'F^-'O#*FUA4"JW4T&^(`CC7[\\]?_\8PS..%3]KV4)2) MNE7J1`YSKAA=:^:Y?M_B^29/ZIE'.1)M>E:C#/][!/SOBX\^<+DU2JDGE%8G M,A8S8MX'_O<_K*TFXX$Q[]/(*"3LC:%?M<[U^_IJTAJ6_W`1SSSN'#!R@!`IR7$DI;K]_^L;`V\\G]J21OJV'>KR](MJQ>. MZ_>++N_Z]8NDFI95?0O7'=4S#_7K>"6NT=H2X0'W2.7PR,O&_0@XU^^'CL=. M:TG[X_I8#^/I]W1%/=UYL,^?VMUV+KN'!]; MYOU^8!-5XA)P$?"_)Z.M\BXJ`1?2$*&0O$D]1$<5`?_[,+E^ZWFF\E M'*R?LBA/40].SI`WPO\<7AP/_BI8V8I=VLK5\<9Z>NAX( M_O<_IJ6-TO4!?@)GBO$2)&H=ZM?M`-K'F0N92)TH8P11>Q[XXTH;K=;BSW3J M0:V@5*5OV*GJ"LY:K_%RE>[P3CQUAH*H7Z56H#YN'>+K=IW?SG M%J"+@/_]3F<+C-3J8A85\[:9?Q-PKM]/`7_;3XJ8^[2]Q)3'B=H*+IC[COS= MZ?@#I`A;0]7F+4C[$7"NW]/Y?_@<8CT0Q3;I_:A'F4_4:P+XWZ/+R>#*(-*O MB1ZQ%04Z6,@J?Q<`A^ MK47$VM"G#$TJ/`_XW[]]3XN-/+ILNS+]'%JG'KK7`?\[C'SQPR1;IV#$IK*? M@'/]O@,C3S^O.M\I&G%517;+M,H(^-]_R$=^Z#OWYL>8D1%G_''`_]Z&D2H$_:*#)RS MD+NEN9G;*)RTA-/E0(;6Y)$!_O<76YEN4H$G.OWF^Y:'RQV')+[+WC7&RK8);.8ZKP#_WO\^?F_9HOG8.^`N0QF MBN_5L=$)^-_=Q5]4ME;':U,*5ICT^::,+Y;PABA8,5S\]D_S=YW(?S<<*SBQ M$?C?6<SD9/8&%.9T!+DP>O*7A#_Y2.,>MJ/JYN%;DR@?_]_@=_T[K4?F9D42Z*?AB[>*C_ M31K<@/]]Y=2#S37WP7=8MDKA^=/4*'$[DP<=`?_[6KI\_="%RI95YK0?TL>P M$9I2RP#_>UK^S]4DKFS@%W2=[OF^H8K!@9'`_[X^J&R]M7J45+]':6HA`JD: MU:KS7+^'6\E+1Y-HBP0/Z*3.P%3"PJR/$LYUW-51^72IE>1[1E!@J6:CT_"V M\(RLE)YH)],<*R8:HBYR`22\(1PKIY+Z^RUO8#]#^8F_(>`=\`9N7$ZBI&Y= MB;O&H>N1/:\/+-?OY3]>VDG*?W2P']9N#E]/]8F#^K2\Z<4WXP+?A)X_\R&] M<%WAF]A92>I;I/-FH7OD==#%MPO@?R]?3]Y]<;CV>5+S(:(EW`-"V-K7\S./[?-=S^9E#;/L MM!'PO[^URDZK3]EI[1.:#^?LM/RT&GC!"S8V97_Z3?(491P MJ/S/C@P[=B3_W3JAF:,HX)#_SD\K.W;DQ%DG-#,!$LYGGI]6-GBK\@`YH9FC M*.!5J#S`3BL[=KAXOGU"I4%"'2@)9ZW#:77_Q38V!OI5(^[%717/H4P?P/^^ M,3-SS]PM[@R.?!`&IL9,X?\DG$<^++KBGQC\SQYZYY_=]^71S/"^\"]'05#] MRWN&]RU_?N;/9_C_^\J]\^;?OS+Y\I>^F][Y__`O\;+AM?;,O-^HALV; MX$OC+P_O^\*7/W_/S/"+7QG@+TKDD7ON&;`/<_GD>>_\LS]C7^E]^9Z9K]P[ 7\['WA7_Y%^Q'W0[_T/\/B>CJWWI"`@#N ` end >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 10:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12401 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 10:30:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12385; Thu, 9 Apr 1998 10:30:01 -0700 (PDT) (envelope-from gnats) Date: Thu, 9 Apr 1998 10:30:01 -0700 (PDT) Message-Id: <199804091730.KAA12385@hub.freebsd.org> To: freebsd-bugs Cc: From: Nick Sayer Subject: Re: docs/6036: New handbook section 10.4.3.4 - si driver config Reply-To: Nick Sayer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/6036; it has been noted by GNATS. From: Nick Sayer To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: docs/6036: New handbook section 10.4.3.4 - si driver config Date: Thu, 9 Apr 1998 10:20:00 -0700 (PDT) I believe this should work: Index: Makefile =================================================================== RCS file: /usr/home/nick/cvs/doc/handbook/Makefile,v retrieving revision 1.17.2.6 diff -u -r1.17.2.6 Makefile --- Makefile 1997/05/19 12:54:06 1.17.2.6 +++ Makefile 1998/03/26 23:03:41 @@ -11,7 +11,7 @@ SRCS+= lists.sgml mail.sgml memoryuse.sgml SRCS+= mirrors.sgml nfs.sgml nutshell.sgml pgpkeys.sgml policies.sgml SRCS+= porting.sgml ports.sgml ppp.sgml printing.sgml -SRCS+= quotas.sgml relnotes.sgml routing.sgml russian.sgml +SRCS+= quotas.sgml relnotes.sgml routing.sgml russian.sgml specialix.sgml SRCS+= serial.sgml scsi.sgml sections.sgml sio.sgml skey.sgml slipc.sgml SRCS+= slips.sgml stable.sgml submitters.sgml sup.sgml synching.sgml SRCS+= term.sgml userppp.sgml uart.sgml linuxemu.sgml Index: authors.sgml =================================================================== RCS file: /usr/home/nick/cvs/doc/handbook/authors.sgml,v retrieving revision 1.37.2.5 diff -u -r1.37.2.5 authors.sgml --- authors.sgml 1997/05/19 12:54:06 1.37.2.5 +++ authors.sgml 1998/03/26 23:06:20 @@ -483,3 +483,7 @@ "> + +"> Index: hw.sgml =================================================================== RCS file: /usr/home/nick/cvs/doc/handbook/hw.sgml,v retrieving revision 1.47.2.6 diff -u -r1.47.2.6 hw.sgml --- hw.sgml 1997/05/19 12:54:11 1.47.2.6 +++ hw.sgml 1998/03/26 23:17:30 @@ -395,6 +395,7 @@ &uart; &sio; &cy; + &si; * Parallel ports * Modems Index: sections.sgml =================================================================== RCS file: /usr/home/nick/cvs/doc/handbook/sections.sgml,v retrieving revision 1.17.2.5 diff -u -r1.17.2.5 sections.sgml --- sections.sgml 1997/05/19 12:54:15 1.17.2.5 +++ sections.sgml 1998/03/26 23:02:54 @@ -52,6 +52,7 @@ + next, add this as specialix.sgml: ----- cut here ----- Configuring the si driver

Contributed by &a.nsayer;.25 March 1998. The Specialix SI/XIO and SX multiport cards use the si driver. A single machine can have up to 4 host cards. The following host cards are supported: ISA SI/XIO host card (2 versions) EISA SI/XIO host card PCI SI/XIO host card ISA SX host card PCI SX host card

Although the SX and SI/XIO host cards look markedly different, their functionality are basically the same. The host cards do not use I/O locations, but instead require a 32K chunk of memory. The factory configuration for ISA cards places this at 0xd0000-0xd7fff. They also require an IRQ. PCI cards will, of course, autoconfigure themselves.

You can attach up to 4 external modules to each host card. The external modules contain either 4 or 8 serial ports. They come in the following varieties: SI 4 or 8 port modules. Up to 57600 bps on each port supported. XIO 8 port modules. Up to 115200 bps on each port supported. One type of XIO module has 7 serial and 1 parallel port. SXDC 8 port modules. Up to 921600 bps on each port supported. Like XIO, a module is available with one parallel port as well.

To configure an ISA host card, add the following line to your , changing the numbers as appropriate: device si0 at isa? tty iomem 0xd0000 irq 11 Valid IRQ numbers are 9, 10, 11, 12 and 15 for SX ISA host cards and 11, 12 and 15 for SI/XIO ISA host cards.

To configure an EISA or PCI host card, use this line: device si0 After adding the configuration entry, your new kernel.

After rebooting with the new kernel, you need to make the in /dev. The MAKEDEV script will take care of this for you. Count how many total ports you have and type: # cd /dev # ./MAKEDEV ttyAnn cuaAnn (where nn is the number of ports)

If you want login prompts to appear on these ports, you will need to add lines like this to : ttyA01 "/usr/libexec/getty std.9600" vt100 on insecure Change the terminal type as approprate. For modems, dialup or unknown is fine.

Note that by default DCD must be asserted for the login prompt to appear. There are a few ways to tackle this: PR # 5959 adds a flag nc to the gettytab which will make the gettys not wait for carrier before starting. If you apply the patch in that PR, then you can add :nc: to your entries. You can modify /etc/rc.serial to do a stty clocal on /dev/ttyiAnn and /dev/ttylAnn. This locks clocal on the tty devices, which is basically the same sort of thing as the first option. You can wire DTR from your terminals to DCD of the ports. This has the added benefit of automatically logging people out when they turn off the terminals.

----- ereh tuc ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 12:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22737 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 12:10:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22722; Thu, 9 Apr 1998 12:10:01 -0700 (PDT) (envelope-from gnats) Date: Thu, 9 Apr 1998 12:10:01 -0700 (PDT) Message-Id: <199804091910.MAA22722@hub.freebsd.org> To: freebsd-bugs Cc: From: Max Euston Subject: RE: bin/6254: ftp client follows NULL pointer Reply-To: Max Euston Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6254; it has been noted by GNATS. From: Max Euston To: "'tri@pooh.tky.hut.fi'" , "FreeBSD-gnats-submit@FreeBSD.ORG" Cc: Subject: RE: bin/6254: ftp client follows NULL pointer Date: Thu, 9 Apr 1998 15:06:30 -0400 On Thursday, April 09, 1998 9:58 AM, Timo J. Rinne [SMTP:tri@pooh.tky.hut.fi] wrote: > ftp my-ftp-server > > Connected to my-ftp-server. > 220 taulu.ssh.fi FTP server (Version 6.00) ready. > Name (taulu:tri): > *** Control-D here with no username. > 331 Password required for 0I?. > Password: > Are you sure you are running 'ftp' (client) *from* a FreeBSD box :-)? I have seen this happen when running 'ftp' from another system to connect to 'ftpd' (server) on a FreeBSD box. If you start 'ftp' with the '-d' (debug) option, it will show you what commands the client ('ftp') is sending to the server ('ftpd'). On my -STABLE system, 'ftp -d ' does *not* send a 'USER ' command when you enter Control-D at the 'Name (xxx:xxx):' prompt. On an AT&T system with 'ftp -d ', the Control-D sends "garbage" (unterminated string?) as you described, to 'ftpd' on the FreeBSD machine. If this is the case, I don't think that the 'ftpd' server on FreeBSD cou ld/should try to verify the user name (feel free to convince me otherwise :-)). If other clients ('ftp') send 'USER ', how would we verify user names with non-ascii character sets (i.e. with high bit set)? (I am by no means an expert when it comes to non-US character sets). Hope this helps. Max ----- Max Euston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 17:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11747 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 17:50:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11730; Thu, 9 Apr 1998 17:50:02 -0700 (PDT) (envelope-from gnats) Received: from flea.best.net (root@flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10544 for ; Thu, 9 Apr 1998 17:41:30 -0700 (PDT) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.8.8/8.7.3) id RAA01574; Thu, 9 Apr 1998 17:40:57 -0700 (PDT) Message-Id: <199804100040.RAA01574@flea.best.net> Date: Thu, 9 Apr 1998 17:40:57 -0700 (PDT) From: Matt Dillon Reply-To: dillon@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6258: FreeBSD-2.2.6 VM lockup on kernel map due to brelse calling bfreekva(), dump lockup in getnewbuf() due to fragmented buffer_map Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6258 >Category: kern >Synopsis: A fix required to prevent kernel lockups in brelse causes the dump program to lockup in 'newbuf' >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 17:50:00 PDT 1998 >Last-Modified: >Originator: Matt Dillon >Organization: Best Internet Communications, Inc. >Release: FreeBSD 2.2.6-STABLE i386 >Environment: Heavily loaded shell machine, PPro 200, 128MB of ram. >Description: Problem #1: Kernel locks up in kernel map due to brelse() calling bfreekva() from a SCSI interrupt while kernel map is already locked (there was another bugtrack on this problem). The fix for this was to defer calling bfreekva(). Problem #2: Unfortunately, this appears to create a new problem. The new problem is that since bfreekva() is not called when a buffer is released, the buffer_map can get fragmented and prevent large getnewbuf allocations from succeeding. The dump program attempts to allocate a 64K buffer to load the disklabel. About once a week the program locks up in a 'newbuf' waitstate, but still eats cpu because it is constantly being woken up but then (as far as I can tell) is unable to allocate a bp of sufficient size. This becomes a permanent condition. Since we can't put the bfreekva() back into brelse(), my solution is to put code in getnewbuf(). If the vm_map_findspace() call fails, my proposed code (the second set of changes below) wipes the kvm mappings for all EMPTY bp's in an attempt to defragment it then retries the vm_map_findspace() call. I'm running this code now but it hasn't hit it yet. >How-To-Repeat: I can't reliably get it repeatable. The problem happens once a week or so on our admin machine. However, I believe the general problem is important enough to be flagged critical since apparently the original #ifdef notdef patch to remove bfreekva() did not make it into 2.2.6. I don't know why. brelse() is a critical kernel call that can occur in an interrupt and should not do anything complex... certainly not call bfreekva(). Manipulating the kernel map and associated insundry activity is much safer to do in getnewbuf() then in brelse(). >Fix: --- LINK/vfs_bio.c Fri Mar 13 13:13:57 1998 +++ vfs_bio.c Thu Apr 9 17:38:01 1998 @@ -597,10 +597,12 @@ LIST_REMOVE(bp, b_hash); LIST_INSERT_HEAD(&invalhash, bp, b_hash); bp->b_dev = NODEV; +#ifdef notdef /* * Get rid of the kva allocation *now* */ bfreekva(bp); +#endif if (needsbuffer) { wakeup(&needsbuffer); needsbuffer=0; @@ -986,9 +988,33 @@ */ if (vm_map_findspace(buffer_map, vm_map_min(buffer_map), maxsize, &addr)) { - bp->b_flags |= B_INVAL; - brelse(bp); - goto trytofreespace; + + /* + * Matt hack. Since we can't call bfreekva() in + * brelse(), the bp's on the EMPTY list may all + * still have allocated KVM. If we can't find + * unused space in the buffer_map, we should try + * to defragment the map by freeing as much from + * the empty list as possible. + */ + printf("vm_map_findspace() failed, defragmenting freelist\n"); + for (bp = TAILQ_FIRST(&bufqueues[QUEUE_EMPTY]); + bp; + bp = TAILQ_NEXT(bp, b_freelist) + ) { + if (bp->b_kvasize) + bfreekva(bp); + if (bp->b_qindex != QUEUE_EMPTY) + break; + } + addr = 0; + if (vm_map_findspace(buffer_map, + vm_map_min(buffer_map), maxsize, &addr)) { + + bp->b_flags |= B_INVAL; + brelse(bp); + goto trytofreespace; + } } } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 20:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12859 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 20:10:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12849; Thu, 9 Apr 1998 20:10:01 -0700 (PDT) (envelope-from gnats) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11203 for ; Thu, 9 Apr 1998 20:00:26 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id TAA04344 for ; Thu, 9 Apr 1998 19:59:51 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma004342; Thu Apr 9 19:59:25 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id TAA03296; Thu, 9 Apr 1998 19:59:25 -0700 (PDT) Message-Id: <199804100259.TAA03296@bubba.whistle.com> Date: Thu, 9 Apr 1998 19:59:25 -0700 (PDT) From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6259: ftpPassive() function in libftpio(3) is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6259 >Category: bin >Synopsis: ftpPassive() function in libftpio(3) is broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 20:10:01 PDT 1998 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.2.6-BETA i386 >Environment: FreeBSD 2.2-stable >Description: The ftpPassive() function returns successful even if the remote ftp server does not support passive mode. The ftpPassive() function does not look for the right return code after the PASV command. >How-To-Repeat: Call ftpPassive() function while connected to an ftp server that doesn't support passive mode. Notice return value is successful. >Fix: 1. cd /usr/src/lib/libftpio 2. Apply patch: Index: ftpio.c =================================================================== RCS file: /cvs/freebsd/src/lib/libftpio/ftpio.c,v retrieving revision 1.15.2.5 diff -c -r1.15.2.5 ftpio.c *** ftpio.c 1998/02/17 20:04:33 1.15.2.5 --- ftpio.c 1998/04/10 02:56:04 *************** *** 324,331 **** if (ftp->is_passive == st) return SUCCESS; i = cmd(ftp, "PASV"); ! if (i < 0) ! return i; ftp->is_passive = !ftp->is_passive; return SUCCESS; } --- 324,331 ---- if (ftp->is_passive == st) return SUCCESS; i = cmd(ftp, "PASV"); ! if (i != FTP_PASSIVE_HAPPY) ! return FAILURE; ftp->is_passive = !ftp->is_passive; return SUCCESS; } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 21:40:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA05663 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 21:40:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA05600; Thu, 9 Apr 1998 21:40:05 -0700 (PDT) (envelope-from gnats) Date: Thu, 9 Apr 1998 21:40:05 -0700 (PDT) Message-Id: <199804100440.VAA05600@hub.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: kern/6258: FreeBSD-2.2.6 VM lockup on kernel map due to brelse calling bfreekva(), dump lockup in getnewbuf() due to fragmented buffer_map Reply-To: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6258; it has been noted by GNATS. From: "Justin T. Gibbs" To: dillon@best.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/6258: FreeBSD-2.2.6 VM lockup on kernel map due to brelse calling bfreekva(), dump lockup in getnewbuf() due to fragmented buffer_map Date: Thu, 09 Apr 1998 22:26:18 -0600 > Problem #1: Kernel locks up in kernel map due to brelse() calling > bfreekva() from a SCSI interrupt while kernel map is already locked > (there was another bugtrack on this problem). The fix for this was > to defer calling bfreekva(). Perhaps this can be addressed by simply delaying the call only until the vm SWI can run. I added a vm SWI for the bus dma stuff, but it could easily be expanded to perform this task as well. I would expect us to hit the SWI rapidly in most cases, thereby preventing fragmentation. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 21:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08646 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 21:50:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08615; Thu, 9 Apr 1998 21:50:02 -0700 (PDT) (envelope-from gnats) Received: from tapti.hss.hns.com (tapti.hss.hns.com [139.85.242.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07936 for ; Thu, 9 Apr 1998 21:47:43 -0700 (PDT) (envelope-from kchowksey@hss.hns.com) Received: from tarang.hss.hns.com (tarang.hss.hns.com [139.85.242.33]) by tapti.hss.hns.com (8.8.2/8.7.3) with ESMTP id KAA28031 for ; Fri, 10 Apr 1998 10:17:08 +0530 (IST) Received: (from kchowksey@localhost) by tarang.hss.hns.com (8.8.2/8.7.3) id KAA05525; Fri, 10 Apr 1998 10:16:11 +0530 (IST) Message-Id: <199804100446.KAA05525@tarang.hss.hns.com> Date: Fri, 10 Apr 1998 10:16:11 +0530 (IST) From: Kapil Chowksey To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: i386/6260: patch: DEVFS and psm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6260 >Category: i386 >Synopsis: patch: DEVFS and psm >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 9 21:50:00 PDT 1998 >Last-Modified: >Originator: Kapil Chowksey >Organization: Hughes Software Systems >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD elbereth.hss.hns.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Mar 4 09:41:22 IST 1998 kch@elbereth.hss.hns.com:/usr/src/sys/compile/ELBERETH i386 with julian's SLICE patches. >Description: In pre-devfs days, /dev/psm0 had always been a non-blocking device. But with devfs, currently, /dev/psm0 is the blocking device and /dev/npsm0 is the non-blocking one. DEVFS must stay consistent with the older behaviour. >How-To-Repeat: Install XFree86 with /dev/psm0 as the mouse device; X hangs with no keyboard activity possible. >Fix: This patch makes /dev/psm0 a non-blocking device; and /dev/bpsm0 a blocking one. Tested with moused and XFree86 3.3.1. --- /sys/i386/isa/psm.c~ Sun Jan 25 16:48:45 1998 +++ /sys/i386/isa/psm.c Sat Mar 28 18:33:02 1998 @@ -161,7 +161,7 @@ int button; /* the latest button state */ #ifdef DEVFS void *devfs_token; - void *n_devfs_token; + void *b_devfs_token; #endif #ifdef PSM_HOOKAPM struct apmhook resumehook; @@ -981,11 +981,11 @@ /* Done */ #ifdef DEVFS sc->devfs_token = - devfs_add_devswf(&psm_cdevsw, PSM_MKMINOR(unit, TRUE), - DV_CHR, 0, 0, 0666, "psm%d", unit); - sc->n_devfs_token = devfs_add_devswf(&psm_cdevsw, PSM_MKMINOR(unit, FALSE), - DV_CHR, 0, 0, 0666, "npsm%d", unit); + DV_CHR, 0, 0, 0666, "psm%d", unit); + sc->b_devfs_token = + devfs_add_devswf(&psm_cdevsw, PSM_MKMINOR(unit, TRUE), + DV_CHR, 0, 0, 0666, "bpsm%d", unit); #endif /* DEVFS */ #ifdef PSM_HOOKAPM >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 9 22:10:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14704 for freebsd-bugs-outgoing; Thu, 9 Apr 1998 22:10:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14688; Thu, 9 Apr 1998 22:10:01 -0700 (PDT) (envelope-from gnats) Date: Thu, 9 Apr 1998 22:10:01 -0700 (PDT) Message-Id: <199804100510.WAA14688@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/6258: FreeBSD-2.2.6 VM lockup on kernel map due to brelse calling bfreekva(), dump lockup in getnewbuf() due to fragmented buffer_map Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6258; it has been noted by GNATS. From: David Greenman To: dillon@best.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/6258: FreeBSD-2.2.6 VM lockup on kernel map due to brelse calling bfreekva(), dump lockup in getnewbuf() due to fragmented buffer_map Date: Thu, 09 Apr 1998 22:04:25 -0700 > Since we can't put the bfreekva() back into brelse(), my solution > is to put code in getnewbuf(). If the vm_map_findspace() call > fails, my proposed code (the second set of changes below) wipes > the kvm mappings for all EMPTY bp's in an attempt to defragment it > then retries the vm_map_findspace() call. This is similar but different from the way it was fixed in -current. The fix from -current should be adopted for -stable. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 02:56:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08437 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 02:56:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from santra.hut.fi (santra.hut.fi [130.233.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA08427 for ; Fri, 10 Apr 1998 02:56:05 -0700 (PDT) (envelope-from tri@pooh.tky.hut.fi) Received: from pooh.tky.hut.fi (pooh.tky.hut.fi [130.233.23.135]) by santra.hut.fi (8.8.8/8.8.7) with ESMTP id MAA10406; Fri, 10 Apr 1998 12:56:02 +0300 (EET DST) Received: (from tri@localhost) by pooh.tky.hut.fi (8.8.8/8.8.8) id MAA13090; Fri, 10 Apr 1998 12:56:01 +0300 (EEST) (envelope-from tri) Date: Fri, 10 Apr 1998 12:56:01 +0300 (EEST) Message-Id: <199804100956.MAA13090@pooh.tky.hut.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: Timo J Rinne To: Max Euston cc: freebsd-bugs@FreeBSD.ORG Subject: RE: bin/6254: ftp client follows NULL pointer In-Reply-To: <01BD63C9.148B6D20.meuston@jmrodgers.com> References: <01BD63C9.148B6D20.meuston@jmrodgers.com> Reply-to: tri@iki.fi Organization: Helsinki University of Technology, Espoo, Finland X-Face: 7N&%4=;/9+e`m7vVp3kmZ^FZ~;TBHua/@dBeFi*{xAoyz+8feePXCUmOK[GaY*0[QU`{lo *D3.D?xc>nBKUHDdXo)*OiG-MGf-a2dCZ5{yYMZV9:+H1h:%g$']XOPwUx{<5fH@l?+U8B Cr!lG(V:g=`_gdg86&u$/ez/jG_H3uU8!TB&ZuEz-BKqfBL3HGS@oA#,GsugP3o3.ckI- Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Max Euston writes: > Are you sure you are running 'ftp' (client) *from* a FreeBSD box :-)? I > have seen this happen when running 'ftp' from another system to connect to > 'ftpd' (server) on a FreeBSD box. Yes. >>>>>>>>>>>>>>>>>> C U T H E R E >>>>>>>>>>>>>>>>>> 926.pooh:~> uname -a FreeBSD pooh.tky.hut.fi 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #0: Thu Jan 8 19:33:22 EET 1998 tri@pooh.tky.hut.fi:/usr/src/sys/compile/POOH i386 928.pooh:~> ftp -d 127.1 Connected to 127.1. 220 pooh.tky.hut.fi FTP server (Version 6.00) ready. Name (127.1:tri): # Control-D here----------^ ---> USER °Í¿ 331 Password required for °Í¿. Password: # Control-D here--^ ---> PASS XXXX 530 Login incorrect. ftp: Login failed. ---> SYST 215 UNIX Type: L8 Version: BSD-199506 Remote system type is UNIX. Using binary mode to transfer files. ftp> # Control-D here--^ ---> QUIT 221 Goodbye. 928.pooh:~> >>>>>>>>>>>>>>>>>> C U T H E R E >>>>>>>>>>>>>>>>>> > If this is the case, I don't think that the 'ftpd' server on FreeBSD cou > ld/should try to verify the user name (feel free to convince me otherwise > :-)). If other clients ('ftp') send 'USER ', how would we verify > user names with non-ascii character sets (i.e. with high bit set)? (I am > by no means an expert when it comes to non-US character sets). So, in FreeBSD 3.0 current (972512) and for example NetBSD-1.3 it forks as above. I've added some comments to make it more readable. Should I really read the source? Ok. I do it. Return value of fgets in line 260 of util.c in ftp client source is not checked. Now it should be straightforward! //Rinne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 04:03:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16841 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 04:03:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from santra.hut.fi (santra.hut.fi [130.233.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16818 for ; Fri, 10 Apr 1998 04:03:33 -0700 (PDT) (envelope-from tri@pooh.tky.hut.fi) Received: from pooh.tky.hut.fi (pooh.tky.hut.fi [130.233.23.135]) by santra.hut.fi (8.8.8/8.8.7) with ESMTP id OAA11635; Fri, 10 Apr 1998 14:03:26 +0300 (EET DST) Received: (from tri@localhost) by pooh.tky.hut.fi (8.8.8/8.8.8) id OAA13469; Fri, 10 Apr 1998 14:03:22 +0300 (EEST) (envelope-from tri) Date: Fri, 10 Apr 1998 14:03:22 +0300 (EEST) Message-Id: <199804101103.OAA13469@pooh.tky.hut.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Timo J Rinne To: Max Euston , freebsd-bugs@FreeBSD.ORG Subject: RE: bin/6254: ftp client follows NULL pointer In-Reply-To: <27090186@toto.iv> References: <01BD63C9.148B6D20.meuston@jmrodgers.com> Reply-to: tri@iki.fi Organization: Helsinki University of Technology, Espoo, Finland X-Face: 7N&%4=;/9+e`m7vVp3kmZ^FZ~;TBHua/@dBeFi*{xAoyz+8feePXCUmOK[GaY*0[QU`{lo *D3.D?xc>nBKUHDdXo)*OiG-MGf-a2dCZ5{yYMZV9:+H1h:%g$']XOPwUx{<5fH@l?+U8B Cr!lG(V:g=`_gdg86&u$/ez/jG_H3uU8!TB&ZuEz-BKqfBL3HGS@oA#,GsugP3o3.ckI- Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Timo J Rinne writes: > Ok. I do it. Return value of fgets in line 260 of util.c in ftp > client source is not checked. > > Now it should be straightforward! The simplest way to fix this seems to be adding line tmp[0] = '\0'; just before ftets on line 260. Regards, //Rinne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 06:25:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06418 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 06:25:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gw.jmrodgers.com (gw.jmrodgers.com [205.247.224.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06403 for ; Fri, 10 Apr 1998 06:25:00 -0700 (PDT) (envelope-from meuston@jmrodgers.com) Received: from max.jmrodgers.com (max.jmrodgers.com [205.247.224.209]) by gw.jmrodgers.com (8.8.8/8.8.8) with SMTP id JAA05720; Fri, 10 Apr 1998 09:23:48 -0400 (EDT) (envelope-from meuston@jmrodgers.com) Received: by localhost with Microsoft MAPI; Fri, 10 Apr 1998 09:23:36 -0400 Message-ID: <01BD6462.56CA19E0.meuston@jmrodgers.com> From: Max Euston To: "'tri@iki.fi'" Cc: "freebsd-bugs@FreeBSD.ORG" Subject: RE: bin/6254: ftp client follows NULL pointer *CLOSE THIS PR - DUPLICATE* Date: Fri, 10 Apr 1998 09:23:34 -0400 Organization: J.M. Rodgers Co., Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org OOPS!... I didn't check far enough - PR bin/5565 (closed) addressed this and it is fixed. *This PR can be closed.* My system is: # uname -a FreeBSD gw.jmrodgers.com 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Tue Mar 3 14:20: 05 EST 1998 admin@mail.jmrodgers.com:/var/src/sys/compile/GATEWAY i386 ...so that is why I didn't see the same problem (cvsup from March 1998). Max ----- Max Euston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 07:57:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21489 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 07:57:58 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19709; Fri, 10 Apr 1998 07:54:29 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id RAA05781; Fri, 10 Apr 1998 17:53:59 +0300 (EEST) (envelope-from ru) Message-ID: <19980410175358.13908@ucb.crimea.ua> Date: Fri, 10 Apr 1998 17:53:58 +0300 From: Ruslan Ermilov To: bugs@FreeBSD.ORG Cc: stable@FreeBSD.ORG Subject: CVS 1.9.26 problem Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! Anyone tracking -stable could confirm the following? Recently CVS was updated to 1.9.26. Now (for me) it doesn't delete temporary files in /tmp. # ls -l /tmp total 0 # cvs commit -m commit cvs commit: Examining . RCS file: /home/ru/Work/.cvs/test/a,v done Checking in a; /home/ru/Work/.cvs/test/a,v <-- a initial revision: 1.1 done # ls -l /tmp total 1 -rw------- 1 ru bin 7 10 ÁÐÒ 17:50 cvsbA5761 # cat /tmp/cvsbA5761 commit TIA, -- Ruslan Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247647 Simferopol, Crimea 2426679 ICQ Network, UIN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 08:29:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27396 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 08:29:36 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27372; Fri, 10 Apr 1998 08:29:29 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA00903; Fri, 10 Apr 1998 09:29:27 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA19609; Fri, 10 Apr 1998 09:29:22 -0600 Date: Fri, 10 Apr 1998 09:29:22 -0600 Message-Id: <199804101529.JAA19609@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ruslan Ermilov Cc: bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: CVS 1.9.26 problem In-Reply-To: <19980410175358.13908@ucb.crimea.ua> References: <19980410175358.13908@ucb.crimea.ua> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Anyone tracking -stable could confirm the following? > > Recently CVS was updated to 1.9.26. > Now (for me) it doesn't delete temporary files in /tmp. That's not a CVS binary issue, since creating/deleting files in /tmp is due to the stuff in CVSROOT, unless you're using Remote CVS, and then it's entire directories. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 08:40:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00565 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 08:40:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00518; Fri, 10 Apr 1998 08:40:04 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27846; Fri, 10 Apr 1998 08:30:03 -0700 (PDT) (envelope-from nobody) Message-Id: <199804101530.IAA27846@hub.freebsd.org> Date: Fri, 10 Apr 1998 08:30:03 -0700 (PDT) From: fetch@arcadia.spb.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6263: Inaccurate allocation of temporary buffer for warning output in ip_input.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6263 >Category: kern >Synopsis: Inaccurate allocation of temporary buffer for warning output in ip_input.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 08:40:01 PDT 1998 >Last-Modified: >Originator: Andrey Alekseyev >Organization: Arcadia, Inc. >Release: 2.2.2-RELEASE >Environment: FreeBSD muffin.arcadia.spb.ru 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Thu Apr 9 16:13:27 MSD 1998 fetch@muffin.arcadia.spb.ru:/usr/src/ sys/compile/MUFFIN_IPFIL i386 >Description: I thought it would be useful to point to some inaccuracy in netinet/ip_input.c. When handling ip source routing, if not ip.sourceroute option is set a warning is written to log "attempted source route from .. to ..". A temporary buffer allocated as buf[4*sizeof "123"] is used to print destination ip and is filled as following strcpy(buf, inet_ntoa(ip->ip_dst));. I think using sizeof "123." would be much more correct in this case. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 08:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02146 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 08:50:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02124; Fri, 10 Apr 1998 08:50:01 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02041; Fri, 10 Apr 1998 08:49:37 -0700 (PDT) (envelope-from nobody) Message-Id: <199804101549.IAA02041@hub.freebsd.org> Date: Fri, 10 Apr 1998 08:49:37 -0700 (PDT) From: fetch@arcadia.spb.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6264: About 4*sizeof "123" in kernel sources Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6264 >Category: kern >Synopsis: About 4*sizeof "123" in kernel sources >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 08:50:00 PDT 1998 >Last-Modified: >Originator: Andrey Alekseyev >Organization: Arcadia, Inc. >Release: 2.2.2-RELEASE >Environment: >Description: Sorry for flooding the list, that "123" thing was too sophisticated for me:) Pardon once again, too much buffer overflow paranoia last time. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 08:57:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03693 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 08:57:54 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03669; Fri, 10 Apr 1998 08:57:33 -0700 (PDT) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA27321; Fri, 10 Apr 1998 08:57:25 -0700 (PDT) Date: Fri, 10 Apr 1998 08:57:25 -0700 (PDT) Message-Id: <199804101557.IAA27321@freefall.freebsd.org> To: fetch@arcadia.spb.ru, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6263 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Inaccurate allocation of temporary buffer for warning output in ip_input.c State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Fri Apr 10 08:57:00 PDT 1998 State-Changed-Why: Not a problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 08:58:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03895 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 08:58:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03836; Fri, 10 Apr 1998 08:58:34 -0700 (PDT) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA27391; Fri, 10 Apr 1998 08:58:26 -0700 (PDT) Date: Fri, 10 Apr 1998 08:58:26 -0700 (PDT) Message-Id: <199804101558.IAA27391@freefall.freebsd.org> To: fetch@arcadia.spb.ru, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6264 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: About 4*sizeof "123" in kernel sources State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Fri Apr 10 08:58:13 PDT 1998 State-Changed-Why: Bogus PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 09:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06238 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 09:10:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06214; Fri, 10 Apr 1998 09:10:01 -0700 (PDT) (envelope-from gnats) Date: Fri, 10 Apr 1998 09:10:01 -0700 (PDT) Message-Id: <199804101610.JAA06214@hub.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/6263: Inaccurate allocation of temporary buffer for warning output in ip_input.c Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6263; it has been noted by GNATS. From: Garrett Wollman To: fetch@arcadia.spb.ru Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: kern/6263: Inaccurate allocation of temporary buffer for warning output in ip_input.c Date: Fri, 10 Apr 1998 11:57:59 -0400 (EDT) < log "attempted source route from .. to ..". A temporary buffer > allocated as buf[4*sizeof "123"] is used to print destination ip and > is filled as following strcpy(buf, inet_ntoa(ip->ip_dst));. I think using sizeof "123." would be much more correct in this case. No, that would allocate a buffer four bytes longer than needed. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 12:09:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10546 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 12:09:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from hyperreal.org (taz.hyperreal.org [204.62.130.147]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA10538 for ; Fri, 10 Apr 1998 12:09:38 -0700 (PDT) (envelope-from brian@hyperreal.org) Received: (qmail 4291 invoked by uid 24); 10 Apr 1998 19:09:32 -0000 Message-Id: <3.0.3.32.19980410121615.00a54380@hyperreal.org> X-Sender: brian@hyperreal.org X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 10 Apr 1998 12:16:15 -0700 To: Nate Williams , Ruslan Ermilov From: Brian Behlendorf Subject: Re: CVS 1.9.26 problem Cc: bugs@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199804101529.JAA19609@mt.sri.com> References: <19980410175358.13908@ucb.crimea.ua> <19980410175358.13908@ucb.crimea.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 09:29 AM 4/10/98 -0600, Nate Williams wrote: >> Anyone tracking -stable could confirm the following? >> >> Recently CVS was updated to 1.9.26. >> Now (for me) it doesn't delete temporary files in /tmp. > >That's not a CVS binary issue, since creating/deleting files in /tmp is >due to the stuff in CVSROOT, unless you're using Remote CVS, and then >it's entire directories. er, I too upgraded recently, and noticed this was a "new" behavior, at least newer than 1.9.20. Brian --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-- "Optimism is a strategy for making brian@apache.org a better future." - Noam Chomsky brian@hyperreal.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 12:16:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13207 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 12:16:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13084; Fri, 10 Apr 1998 12:16:42 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id NAA02488; Fri, 10 Apr 1998 13:16:10 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id NAA20704; Fri, 10 Apr 1998 13:16:09 -0600 Date: Fri, 10 Apr 1998 13:16:09 -0600 Message-Id: <199804101916.NAA20704@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Brian Behlendorf Cc: Nate Williams , Ruslan Ermilov , bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: CVS 1.9.26 problem In-Reply-To: <3.0.3.32.19980410121615.00a54380@hyperreal.org> References: <19980410175358.13908@ucb.crimea.ua> <199804101529.JAA19609@mt.sri.com> <3.0.3.32.19980410121615.00a54380@hyperreal.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >> Anyone tracking -stable could confirm the following? > >> > >> Recently CVS was updated to 1.9.26. > >> Now (for me) it doesn't delete temporary files in /tmp. > > > >That's not a CVS binary issue, since creating/deleting files in /tmp is > >due to the stuff in CVSROOT, unless you're using Remote CVS, and then > >it's entire directories. > > er, I too upgraded recently, and noticed this was a "new" behavior, at > least newer than 1.9.20. You may need to modify your CVSROOT files to cleanup stuff in /tmp. (I'm using CVS-1.9.26 in a production environment and don't see this.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 13:20:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00397 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 13:20:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00343; Fri, 10 Apr 1998 13:20:17 -0700 (PDT) (envelope-from gnats) Date: Fri, 10 Apr 1998 13:20:17 -0700 (PDT) Message-Id: <199804102020.NAA00343@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Feldman Subject: Re: kern/6252: ide cdrom hangs system when on same bus as ide zip drive Reply-To: Brian Feldman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6252; it has been noted by GNATS. From: Brian Feldman To: freebsd-gnats-submit@freebsd.org, ian@apdata.com.au Cc: Subject: Re: kern/6252: ide cdrom hangs system when on same bus as ide zip drive Date: Fri, 10 Apr 1998 16:11:09 -0400 As a rule, this happens on my system quite a bit as well, only difference being cd-rom is on the same controller as one of the hard drives (being on a separate one seems not to make a difference). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Brian Feldman green@feldman.dyn.ml.org fortune -o: "Nuke the gay, unborn, baby whales for Jesus." -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 13:30:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03131 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 13:30:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03037; Fri, 10 Apr 1998 13:30:22 -0700 (PDT) (envelope-from gnats) Received: from burka.rdy.com (dima@burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00598 for ; Fri, 10 Apr 1998 13:21:50 -0700 (PDT) (envelope-from dima@burka.rdy.com) Received: by burka.rdy.com id NAA16074; (8.8.8/RDY) Fri, 10 Apr 1998 13:21:38 -0700 (PDT) Message-Id: <199804102021.NAA16074@burka.rdy.com> Date: Fri, 10 Apr 1998 13:21:38 -0700 (PDT) From: dima@best.net Reply-To: dima@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6267: panic: pmap_dispose_proc: upage already missing??? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6267 >Category: kern >Synopsis: panic: pmap_dispose_proc: upage already missing??? >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 13:30:06 PDT 1998 >Last-Modified: >Originator: Dima Ruban >Organization: Best Internet Communications, Inc. >Release: FreeBSD 2.2.6-STABLE i386 >Environment: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-STABLE #36: Fri Mar 27 12:05:22 PST 1998 dima@tick.best.net:/src/src/sys/compile/BEST CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff real memory = 201326592 (196608K bytes) avail memory = 186765312 (182388K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 ahc0 rev 0 int a irq 12 on pci0:10:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST34371W 0338" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4148MB (8496960 512 byte sectors) sd0(ahc0:0:0): with 5168 cyls, 10 heads, and an average 164 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 8683MB (17783112 512 byte sectors) sd1(ahc0:1:0): with 5268 cyls, 20 heads, and an average 168 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 8683MB (17783112 512 byte sectors) sd2(ahc0:2:0): with 5268 cyls, 20 heads, and an average 168 sectors/track de0 rev 32 int a irq 10 on pci0:11:0 de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de0: address 00:e0:29:05:df:98 vga0 rev 211 int a irq 11 on pci0:12:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-1: Concatenated disk drivers >Description: I believe, I've never seen this problem before. Here goes back trace from gdb on crash dump: current pcb at 1ee93c panic: pmap_dispose_proc: upage already missing??? (kgdb) bt #0 boot (howto=0x104) at ../../kern/kern_shutdown.c:266 #1 0xf01132b3 in panic (fmt=0xf0101459 "from debugger") at ../../kern/kern_shutdown.c:390 #2 0xf0101475 in db_panic (dummy1=0xf01b87a9, dummy2=0x0, dummy3=0xffffffff, dummy4=0xefbffda0 "") at ../../ddb/db_command.c:440 #3 0xf0101365 in db_command (last_cmdp=0xf01e1b24, cmd_table=0xf01e1974, aux_cmd_tablep=0xf020a310) at ../../ddb/db_command.c:337 #4 0xf01014e2 in db_command_loop () at ../../ddb/db_command.c:462 #5 0xf0103c38 in db_trap (type=0x3, code=0x0) at ../../ddb/db_trap.c:73 #6 0xf01b85ab in kdb_trap (type=0x3, code=0x0, regs=0xefbffe90) at ../../i386/i386/db_interface.c:126 #7 0xf01c22ac in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0xf263b064, tf_esi = 0xf01be979, tf_ebp = 0xefbffed4, tf_isp = 0xefbffeb8, tf_ebx = 0x100, tf_edx = 0xf01b8771, tf_ecx = 0x3f9, tf_eax = 0x12, tf_trapno = 0x3, tf_err = 0x0, tf_eip = 0xf01b87a9, tf_cs = 0x8, tf_eflags = 0x256, tf_esp = 0xf01b8761, tf_ss = 0xf0113248}) at ../../i386/i386/trap.c:416 #8 0xf01b87a9 in Debugger (msg=0xf0113248 "panic") at ../../i386/i386/db_interface.c:254 #9 0xf01132aa in panic ( fmt=0xf01be979 "pmap_dispose_proc: upage already missing???") at ../../kern/kern_shutdown.c:388 #10 0xf01bea30 in pmap_dispose_proc (p=0xf30a1400) at ../../i386/i386/pmap.c:772 #11 0xf01c2fe5 in cpu_wait (p=0xf30a1400) at ../../i386/i386/vm_machdep.c:649 #12 0xf010cf45 in wait1 (q=0xf2e0c000, uap=0xefbfff94, retval=0xefbfff84, compat=0x0) at ../../kern/kern_exit.c:460 #13 0xf010cd73 in wait4 (p=0xf2e0c000, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:357 #14 0xf01c2d27 in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x4, tf_esi = 0x4, tf_ebp = 0xefbfd6b8, tf_isp = 0xefbfffe4, tf_ebx = 0x200a3060, tf_edx = 0x6e3, tf_ecx = 0x973a79b4, tf_eax = 0x7, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x2006c041, tf_cs = 0x1f, tf_eflags = 0x216, tf_esp = 0xefbfd6a0, tf_ss = 0x27}) at ../../i386/i386/trap.c:918 #15 0x2006c041 in ?? () #16 0x1334d in ?? () #17 0x1d570 in ?? () #18 0xefbfdfdc in ?? () #19 0x12587 in ?? () #20 0xe099 in ?? () #21 0xd092 in ?? () #22 0xd1e0 in ?? () #23 0xd67a in ?? () #24 0xd1e0 in ?? () #25 0xd67a in ?? () #26 0x1766a in ?? () #27 0x1720b in ?? () #28 0x1095 in ?? () (kgdb) >How-To-Repeat: I don't know. >Fix: Not available at this time. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 14:10:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13153 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 14:10:49 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13065; Fri, 10 Apr 1998 14:10:14 -0700 (PDT) (envelope-from gnats) Received: from relay.artcom.de (www.artcom.de [193.101.179.46]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA12500 for ; Fri, 10 Apr 1998 14:08:39 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: (qmail 3929 invoked for bounce); 10 Apr 1998 21:04:48 -0000 Received: from castle-artcom-gw.huebner.org (HELO Huebner.ORG) (192.168.2.99) by relay.artcom.de with SMTP; 10 Apr 1998 21:04:48 -0000 Received: by Huebner.ORG (Smail3.1.29.1 #4) id m0yNkw1-00028rC; Fri, 10 Apr 98 23:02 MET DST Message-Id: Date: Fri, 10 Apr 98 23:02 MET DST From: hans@Huebner.ORG (Hans Huebner) To: freebsd-gnats-submit@FreeBSD.ORG Subject: misc/6268: sysinstall procedure does not create all needed devices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6268 >Category: misc >Synopsis: sysinstall procedure does not create all needed devices >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 14:10:08 PDT 1998 >Last-Modified: >Originator: Hans Huebner >Organization: Art+Com GmbH, Germany >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: Pentium based PC with IDE hard drives. >Description: The installation procedure allows for installation to harddisks other than the first found in the system. I installed 2.2.6-RELEASE on the second hard drive partitioned as a "dangerously dedicated". sysinstall created device nodes for sd1s1[a-h] only. When I removed the first hard disk (intending to get rid of the operating system it contained), FreeBSD failed to boots, because fsck did not seem to find the correct device node for the root device (and thus is unable to mount the root dir read/write). This means that once you decided to get rid of the other disk and o/s it contains, you'll be unable to boot ;) >How-To-Repeat: Install 2.2.6-RELEASE on the second IDE drive of a machine, remove the first drive, try to reboot. The system will be unable to mount the root device because the device nodes /dev/wd0s1[a-h] are not present. >Fix: Create the needed device nodes in /dev using './MAKEDEV wd0s1a'. The installation program should do this automatically. I guess the proper fix would be to create the device nodes from within the device drivers. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 15:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24437 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 15:10:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24426; Fri, 10 Apr 1998 15:10:01 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24161; Fri, 10 Apr 1998 15:07:12 -0700 (PDT) (envelope-from nobody) Message-Id: <199804102207.PAA24161@hub.freebsd.org> Date: Fri, 10 Apr 1998 15:07:12 -0700 (PDT) From: kbyanc@freedomnet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6269: Included is a patch to support AMD Write-Allocate on K5s and K6s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6269 >Category: i386 >Synopsis: Included is a patch to support AMD Write-Allocate on K5s and K6s >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 15:10:00 PDT 1998 >Last-Modified: >Originator: Kelly Yancey >Organization: FreedomNet >Release: 2.2.6-RELEASE >Environment: >Description: Included is the patch file I generated after adding support for the AMD K5/K6 Write-Allocate function. Also, I made modifications in the identcpu to better recognize the AMD K5 and K6 chips. Also added CPU_AMD_K5 and CPU_AMD_K6 defines in the cputypes.h (that patch is also included). Ample documentation was made of the changes. diff -u -R output follows... ************************************************************ diff -u -r /sys/i386/i386/identcpu.c /sys/i386/i386/identcpu.c --- /sys/i386/i386/identcpu.c Fri Apr 10 14:23:35 1998 +++ /sys/i386/i386/identcpu.c Fri Apr 10 14:22:40 1998 @@ -95,6 +95,8 @@ { "Cyrix 6x86MX", CPUCLASS_686 }, /* CPU_M2 */ { "NexGen 586", CPUCLASS_386 }, /* CPU_NX586 (XXX) */ { "Cyrix 486S/DX", CPUCLASS_486 }, /* CPU_CY486DX */ + { "AMD K5", CPUCLASS_586 }, /* CPU_AMDK5 */ + { "AMD K6", CPUCLASS_586 }, /* CPU_AMDK6 */ }; static void @@ -227,6 +229,9 @@ case 0x560: strcat(cpu_model, "K6"); break; + case 0x570: + strcat(cpu_model, "K6 266 (model 1)"); + break; default: strcat(cpu_model, "Unknown"); break; @@ -437,7 +442,7 @@ * to check that all CPUs >= Pentium have a TSC and * MSRs. */ - printf("\n Features=0x%b", cpu_feature, + printf("\n Features=0x%b", cpu_feature, "\020" "\001FPU" "\002VME" @@ -585,7 +590,7 @@ trap_by_rdmsr = 0; - /* + /* * Cyrix 486-class CPU does not support rdmsr instruction. * The rdmsr instruction generates invalid opcode fault, and exception * will be trapped by bluetrap6() on Cyrix 486-class CPU. The @@ -735,10 +740,22 @@ } } } + else if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + switch (cpu_id & 0xff0) { + case 0x500: + case 0x510: + case 0x520: + case 0x530: cpu = CPU_AMDK5; + break; + case 0x560: + case 0x570: cpu = CPU_AMDK6; + break; + } + } } /* - * This routine is called specifically to set up cpu_class before + * This routine is called specifically to set up cpu_class before * startrtclock() uses it. Probably this should be rearranged so that * startrtclock() doesn't need to run until after identifycpu() has been * called. Another alternative formulation would be for this routine @@ -762,7 +779,7 @@ } static void -print_AMD_info(void) +print_AMD_info(void) { u_long regs[4]; diff -u -r /sys/i386/i386/initcpu.c /sys/i386/i386/initcpu.c --- /sys/i386/i386/initcpu.c Fri Apr 10 14:23:35 1998 +++ /sys/i386/i386/initcpu.c Fri Apr 10 14:33:01 1998 @@ -52,10 +52,85 @@ static void init_6x86(void); #endif /* I486_CPU */ +#ifdef I586_CPU +static void init_amdK5(void); +static void init_amdK6(void); +#endif + #ifdef I686_CPU static void init_6x86MX(void); #endif +#ifdef I586_CPU +/* support for AMD write allocate function added by Kelly Yancey, + kbyanc@freedomnet.com 4/10/98 +*/ +/* bit definitions for AMD Write Allocate Top-Of-Memory and Control Register */ +#define AMD_WT_ALLOC_TME 0x40000 /* top-of-memory enable */ +#define AMD_WT_ALLOC_PRE 0x20000 /* programmable range enable */ +#define AMD_WT_ALLOC_FRE 0x10000 /* fixed (A0000-FFFFF) range enable */ + +static void init_amdK5(void) +{ + u_long msr; +#ifdef CPU_AMD_WT_ALLOC +/* enable write allocate on AMD processors that support it */ +/* AMD K5, Model 1, 2, and 3 Stepping 4 or higher all support it per + AMD Write Allocate Application Note: http://www.amd.com/K6/k6docs/pdf/21326c.pdf +*/ + if(((cpu_id & 0xF0) > 0) && /* check the model number (K6 is technically model 6, but we + have already identified this as a K5 so that's moot */ + ((cpu_id & 0x0F) > 4)) { /* make sure the stepping is at least 4 */ + disable_intr(); + msr=rdmsr(0x83); /* AMD Hardware Configuration Register */ + wrmsr(0x83, msr&!(0x10)); + /* now set the programmable range to include the 15M-16M range for + compatibility with hardware that memory-maps this range + */ + wrmsr(0x86, 0x0FF00F0); + /* now we are going to set the Top-Of-Memory Enable and Fixed-Memory Enable + bits in the Write Allocate register on the AMD. We also have to tell the + chip where the top of memory is. (We don't want to write-allocate past + the top of memory because video cards could have frame buffers there, + memory-mapped I/O could be there, etc. + */ + msr=Maxmem>>PAGE_SHIFT<<16; /* load the msr with the high 16 bits of the top of physical memory */ + wrmsr(0x85, AMD_WT_ALLOC_TME|AMD_WT_ALLOC_PRE|AMD_WT_ALLOC_FRE|msr); + rdmsr(0x85); + msr=rdmsr(0x83); + wrmsr(0x83, msr|0x10); /* enable write allocate */ + enable_intr(); + printf("AMD K5 write allocate enabled\n"); + } +#endif +} + +static void init_amdK6(void) +{ + u_long eflags; +#ifdef CPU_AMD_WT_ALLOC +/* enable write allocate on AMD processors that support it */ +/* AMD K6, Model 1 Stepping 4 or higher all support it per + AMD Write Allocate Application Note: http://www.amd.com/K6/k6docs/pdf/21326c.pdf +*/ + if((cpu_id & 0xFF) > 0x60) { /* we already know it is a K6, just check the stepping + (later models appear to support write allocate no matter + what the stepping) */ + eflags = read_eflags(); + disable_intr(); + wbinvd(); /* the K6 requires us to invalidate the cache */ + wrmsr(0x0C0000082, (Maxmem>>9)&0x0FE);/* K6 uses a limit measured in 4M blocks (we convert from pages). + we also make sure that 8-63 are 0 and that we disable + write allocate for the 15-16M range */ + write_eflags(eflags); + enable_intr(); + printf("AMD K6 write allocate enabled\n"); + } +#endif +} +#endif /* I586_CPU */ + + #ifdef I486_CPU /* * IBM Blue Lightning @@ -462,6 +537,14 @@ init_6x86(); break; #endif /* I486_CPU */ +#ifdef I586_CPU + case CPU_AMDK5: + init_amdK5(); + break; + case CPU_AMDK6: + init_amdK6(); + break; +#endif /* I586_CPU */ #ifdef I686_CPU case CPU_M2: init_6x86MX(); diff -u -r /sys/i386/include/cputypes.h /sys/i386/include/cputypes.h --- /sys/i386/include/cputypes.h Fri Apr 10 14:24:12 1998 +++ /sys/i386/include/cputypes.h Fri Apr 10 14:22:45 1998 @@ -58,4 +58,6 @@ #define CPU_M2 11 /* Cyrix M2 (aka enhanced 6x86 with MMX */ #define CPU_NX586 12 /* NexGen (now AMD) 586 */ #define CPU_CY486DX 13 /* Cyrix 486S/DX/DX2/DX4 */ +#define CPU_AMDK5 14 /* AMD K5 */ +#define CPU_AMDK6 15 /* AMD K6 with MMX */ #endif /* _MACHINE_CPUTYPES_H_ */ >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 15:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29102 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 15:40:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29088; Fri, 10 Apr 1998 15:40:02 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28777; Fri, 10 Apr 1998 15:37:24 -0700 (PDT) (envelope-from nobody) Message-Id: <199804102237.PAA28777@hub.freebsd.org> Date: Fri, 10 Apr 1998 15:37:24 -0700 (PDT) From: kbyanc@freedomnet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6270: options.i386 update for AMD write-allocate patch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6270 >Category: i386 >Synopsis: options.i386 update for AMD write-allocate patch >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 15:40:01 PDT 1998 >Last-Modified: >Originator: Kelly Yancey >Organization: FreedomNet >Release: 2.2.6-RELEASE >Environment: >Description: I forgot to include the options.i386 line: CPU_AMD_WT_ALLOC opt_cpu.h in my prior submission of the patch to enable the write-allocate feature of AMD K5 and K6 processors. (BTW, I have tested the code on a K6 266 and have been running with it without incident. The K5 code, though, is different and has not been tested. It should work as it is almost exactly out of the AMD documentation) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 20:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26849 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 20:30:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26837; Fri, 10 Apr 1998 20:30:01 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26538; Fri, 10 Apr 1998 20:29:23 -0700 (PDT) (envelope-from nobody) Message-Id: <199804110329.UAA26538@hub.freebsd.org> Date: Fri, 10 Apr 1998 20:29:23 -0700 (PDT) From: nicole@webweaver.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6271: Install program can no longer write out partition info Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6271 >Category: misc >Synopsis: Install program can no longer write out partition info >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 20:30:00 PDT 1998 >Last-Modified: >Originator: Nicole Harrington >Organization: Mediacity World >Release: 2.2.6-RELEASE >Environment: >Description: The program sysinstall can nolonger write out changes to the hard drive using w >How-To-Repeat: /stand/sysinstall Partition a drive Then label the drive. Use w (write) command to write out the changes to the drive. It will complain about a lack of proper swap space and fail to continue. Witout this, it is now nessesary to do a manual newfs of drives when installing new ones. If you attempt to do this while performing a new install, you will have to restart. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 22:20:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22418 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 22:20:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22392; Fri, 10 Apr 1998 22:20:06 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21731; Fri, 10 Apr 1998 22:18:30 -0700 (PDT) (envelope-from nobody) Message-Id: <199804110518.WAA21731@hub.freebsd.org> Date: Fri, 10 Apr 1998 22:18:30 -0700 (PDT) From: dwhite@resnet.uoregon.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/6272: igmp(4) man page is missing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6272 >Category: docs >Synopsis: igmp(4) man page is missing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 22:20:01 PDT 1998 >Last-Modified: >Originator: Doug White >Organization: UO ResNet >Release: 2.2.5-RELEASE >Environment: >Description: Reported by: Keith Jones igmp(4) as referenced in inet(4) is missing. Perhaps it wasn't included in the 4.4BSD sources? >How-To-Repeat: man 4 inet man 4 igmp >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 22:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25237 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 22:30:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25206; Fri, 10 Apr 1998 22:30:03 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24037; Fri, 10 Apr 1998 22:24:21 -0700 (PDT) (envelope-from nobody) Message-Id: <199804110524.WAA24037@hub.freebsd.org> Date: Fri, 10 Apr 1998 22:24:21 -0700 (PDT) From: dwhite@resnet.uoregon.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/6273: /etc/motd needs updating BADLY Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6273 >Category: docs >Synopsis: /etc/motd needs updating BADLY >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 22:30:02 PDT 1998 >Last-Modified: >Originator: Doug White >Organization: UO ResNet >Release: 2.2.5-RELEASE >Environment: >Description: Received seal of approval from: freebsd-newbies list The /etc/motd installed by default on modern FreeBSD systems points to the FAQ and handbook as being in /usr/share/doc/XXX. As of 2.2.0 days, though, these files haven't been included with the system, so this reference is out of date. In addition, we often have tech support questions on -questions that reflect a lack of RTFMing by newbies. Hopefully this new motd will encourage people to do some research first before pestering -questions, and give them some pointers as to what to tell us when they do need to pester -questions. This new motd lists some resources that users experiencing problems can turn to, including the Releases page and the online FAQ/handbook. == begin motd == FreeBSD version information Welcome to FreeBSD! Please see the Releases page at http://www.FreeBSD.ORG/releases/ for up-to-the-minute information and important security advisories. If you require technical assistance: 1. See the errata for this release on the Releases page. 2. Search the Handbook, FAQ, and mail archives at http://www.FreeBSD.ORG/search.html. 3. If you still have a question or problem, collect the output of `uname-a' and of any relevant program(s) and email your question to questions@FreeBSD.ORG. Enter `/stand/sysinstall' to re-enter the installation and configuration utility. Edit /etc/motd to change this login announcement. == end motd == >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 22:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA00916 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 22:50:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA00899; Fri, 10 Apr 1998 22:50:01 -0700 (PDT) (envelope-from gnats) Date: Fri, 10 Apr 1998 22:50:01 -0700 (PDT) Message-Id: <199804110550.WAA00899@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: docs/6273: /etc/motd needs updating BADLY Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/6273; it has been noted by GNATS. From: "Jordan K. Hubbard" To: dwhite@resnet.uoregon.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: docs/6273: /etc/motd needs updating BADLY Date: Fri, 10 Apr 1998 22:47:49 -0700 > The /etc/motd installed by default on modern FreeBSD systems points > to the FAQ and handbook as being in /usr/share/doc/XXX. As of 2.2.0 > days, though, these files haven't been included with the system, so this > reference is out of date. It's back as of 2.2.6. Feel free to commit any new motd changes you think are reasonable, but just bear in mind that this bit of info is actually accurate again. :) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 10 23:00:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03575 for freebsd-bugs-outgoing; Fri, 10 Apr 1998 23:00:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03552; Fri, 10 Apr 1998 23:00:13 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA31579; Sat, 11 Apr 1998 15:52:42 +1000 Date: Sat, 11 Apr 1998 15:52:42 +1000 From: Bruce Evans Message-Id: <199804110552.PAA31579@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG, ru@ucb.crimea.ua Subject: Re: CVS 1.9.26 problem Cc: stable@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Recently CVS was updated to 1.9.26. >Now (for me) it doesn't delete temporary files in /tmp. This was caused by a bug in mktemp(). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 00:29:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA27606 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 00:29:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA27592; Sat, 11 Apr 1998 00:29:23 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA00124; Sat, 11 Apr 1998 00:29:10 -0700 (PDT) Date: Sat, 11 Apr 1998 00:29:10 -0700 (PDT) Message-Id: <199804110729.AAA00124@freefall.freebsd.org> To: archie@whistle.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6259 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftpPassive() function in libftpio(3) is broken State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 00:28:58 PDT 1998 State-Changed-Why: fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 00:39:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA00141 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 00:39:06 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA00129; Sat, 11 Apr 1998 00:38:57 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA00441; Sat, 11 Apr 1998 00:38:44 -0700 (PDT) Date: Sat, 11 Apr 1998 00:38:44 -0700 (PDT) Message-Id: <199804110738.AAA00441@freefall.freebsd.org> To: rotel@indigo.ie, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/6240 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: atof uses strtod, man page says it doesn't State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 00:38:30 PDT 1998 State-Changed-Why: fixed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 00:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA00375 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 00:40:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA00346; Sat, 11 Apr 1998 00:40:01 -0700 (PDT) (envelope-from gnats) Date: Sat, 11 Apr 1998 00:40:01 -0700 (PDT) Message-Id: <199804110740.AAA00346@hub.freebsd.org> To: freebsd-bugs Cc: From: Doug White Subject: Re: docs/6273: /etc/motd needs updating BADLY Reply-To: Doug White Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/6273; it has been noted by GNATS. From: Doug White To: "Jordan K. Hubbard" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: docs/6273: /etc/motd needs updating BADLY Date: Sat, 11 Apr 1998 00:32:48 -0700 (PDT) On Fri, 10 Apr 1998, Jordan K. Hubbard wrote: > > The /etc/motd installed by default on modern FreeBSD systems points > > to the FAQ and handbook as being in /usr/share/doc/XXX. As of 2.2.0 > > days, though, these files haven't been included with the system, so this > > reference is out of date. > > It's back as of 2.2.6. Feel free to commit any new motd changes you > think are reasonable, but just bear in mind that this bit of info is > actually accurate again. :) Darn. Sat on my rear too long. :) Back to the drawing board... the thing is already a screenful. thnx for the update. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 00:54:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA03082 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 00:54:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA03076; Sat, 11 Apr 1998 00:54:18 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA00739; Sat, 11 Apr 1998 00:54:05 -0700 (PDT) Date: Sat, 11 Apr 1998 00:54:05 -0700 (PDT) Message-Id: <199804110754.AAA00739@freefall.freebsd.org> To: mi@aldan.algebra.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6209 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No rw from ro if was not clean. fsck-ing does not help State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 00:52:20 PDT 1998 State-Changed-Why: You cannot do this with anything but the rootfs. The chardev doesn't update the superblock in which the kernel holds a copy of in RAM. you must unmount, fsck, mount to fix this. It is not impossible to make it so that it works the way you want it, but priority is zero+epsilon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 01:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08945 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 01:40:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08936; Sat, 11 Apr 1998 01:40:01 -0700 (PDT) (envelope-from gnats) Received: from precipice.shockwave.com (ppp-206-170-7-21.rdcy01.pacbell.net [206.170.7.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA08567 for ; Sat, 11 Apr 1998 01:37:21 -0700 (PDT) (envelope-from pst@Shockwave.COM) Received: (from pst@localhost) by precipice.shockwave.com (8.8.8/8.8.8) id BAA01156; Sat, 11 Apr 1998 01:37:18 -0700 (PDT) (envelope-from pst) Message-Id: <199804110837.BAA01156@precipice.shockwave.com> Date: Sat, 11 Apr 1998 01:37:18 -0700 (PDT) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6274: panic: handle_workitem_freeblocks: block count (softupdates) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6274 >Category: kern >Synopsis: panic: handle_workitem_freeblocks: block count (softupdates) >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 11 01:40:00 PDT 1998 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0 current as of last night, softupdates code from julian's page as of 5pm this afternoon. >Description: During a build of XFree86, the system panic'ed with the following message. Also, fsck -p was unable to fix the filesystem. fsck -y seems successful, for the most part, however I still have a directory I can't delete. pst@precipice$ R gdb -k kernel.0 vmcore.0 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.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 247000 initial pcb at 1f1640 panicstr: handle_workitem_freeblocks: block count panic messages: --- panic: handle_workitem_freeblocks: block count syncing disks... 32 29 23 13 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up dumping to dev 30401, offset 119984 dump 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 0xf0118cae in boot () (kgdb) where #0 0xf0118cae in boot () #1 0xf0118f8f in panic () #2 0xf017e1fa in handle_workitem_freeblocks () #3 0xf017c2fc in softdep_process_worklist () #4 0xf013a2cb in sched_sync () #5 0xf010c138 in kproc_start () #6 0xf01a1f99 in fork_trampoline () Cannot access memory at address 0x24e000. I have core and kernel files. System had only the one partition with softupdates enabled. I am using both MFS and devfs for other partitions, just FYI: /dev/sd0s2a on / (local, writes: sync 27 async 78)) devfs on dummy_mount (local) mfs:21 on /tmp (asynchronous, local, writes: sync 28 async 61)) /dev/sd0s2e on /var (local, writes: sync 224 async 265)) /dev/sd0s2f on /usr (local, writes: sync 8 async 196)) /dev/sd0s2g on /a (local, writes: sync 497 async 1789)) devfs on /dev (local) procfs on /proc (local) Here is kernel config, for grins: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.90 1997/04/14 00:35:20 gibbs Exp $ machine "i386" cpu "I586_CPU" ident PRECIPICE maxusers 60 options SOFTUPDATES options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options DEVFS #Device filesystem options MFS #memory filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options INCLUDE_CONFIG_FILE options KTRACE options SYSVSHM options SYSVSEM options SYSVMSG options DDB options DDB_UNATTENDED options "VM86" options "USER_LDT" config kernel root on sd0 controller isa0 controller pci0 controller pnp0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 options AHC_TAGENABLE options AHC_ALLOW_MEMIO options AHC_SCBPAGING_ENABLE controller scbus0 device sd0 device st0 device cd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr device ed0 at isa? port 0x280 net irq ? iomem 0xd8000 vector edintr device apm0 at isa? device pcm0 at isa? port ? tty irq 11 drq 1 flags 0x13 vector pcmintr device bktr0 pseudo-device ether pseudo-device loop pseudo-device bpfilter 4 pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn Any hint on how to destroy the following? pst@precipice$ R rm -rf BAD rm: BAD/xc/exports/: Directory not empty rm: BAD/xc: Directory not empty rm: BAD: Directory not empty pst@precipice$ cd BAD/xc/exports pst@precipice$ ls -ld . drwxr-xr-x 4 root wheel 512 Apr 11 01:14 . pst@precipice$ cd .. pst@precipice$ ls -ld exports drwxr-xr-x 4 root wheel 512 Apr 11 01:14 exports pst@precipice$ R rmdir exports rmdir: exports: Directory not empty pst@precipice$ ls -la exports total 2 drwxr-xr-x 4 root wheel 512 Apr 11 01:14 . drwxr-xr-x 3 root wheel 512 Apr 10 18:21 .. pst@precipice$ ls -ld exports drwxr-xr-x 4 root wheel 512 Apr 11 01:14 exports >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 03:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18582 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 03:40:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18574; Sat, 11 Apr 1998 03:40:02 -0700 (PDT) (envelope-from gnats) Date: Sat, 11 Apr 1998 03:40:02 -0700 (PDT) Message-Id: <199804111040.DAA18574@hub.freebsd.org> To: freebsd-bugs Cc: From: Andre Albsmeier Subject: Re: bin/2871: showmount -e returns error Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/2871; it has been noted by GNATS. From: Andre Albsmeier To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/2871: showmount -e returns error Date: Sat, 11 Apr 1998 12:39:14 +0200 (CEST) This PR can be closed. It's working in 2.2.6. Thanks, -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 03:53:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19316 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 03:53:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19311; Sat, 11 Apr 1998 03:53:20 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA01568; Sat, 11 Apr 1998 03:53:06 -0700 (PDT) Date: Sat, 11 Apr 1998 03:53:06 -0700 (PDT) Message-Id: <199804111053.DAA01568@freefall.freebsd.org> To: pst@FreeBSD.ORG, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/1608 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD's bug tracking system does not respect confidential State-Changed-From-To: suspended-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 03:52:34 PDT 1998 State-Changed-Why: issue decided on. Confidential reports should be sent to security officer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 03:54:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19419 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 03:54:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19411; Sat, 11 Apr 1998 03:54:16 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA01635; Sat, 11 Apr 1998 03:54:02 -0700 (PDT) Date: Sat, 11 Apr 1998 03:54:02 -0700 (PDT) Message-Id: <199804111054.DAA01635@freefall.freebsd.org> To: hsu@clinet.fi, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1698 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 03:53:51 PDT 1998 State-Changed-Why: dead PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 03:59:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19953 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 03:59:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19946; Sat, 11 Apr 1998 03:59:01 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA01707; Sat, 11 Apr 1998 03:58:47 -0700 (PDT) Date: Sat, 11 Apr 1998 03:58:47 -0700 (PDT) Message-Id: <199804111058.DAA01707@freefall.freebsd.org> To: phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: kern/1744 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: run queue or proc list smashed 4 times in 2 days Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: phk Responsible-Changed-When: Sat Apr 11 03:58:21 PDT 1998 Responsible-Changed-Why: Peter, if this is no longer a problem, then just close. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 04:13:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22699 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 04:13:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22692; Sat, 11 Apr 1998 04:13:05 -0700 (PDT) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA01851; Sat, 11 Apr 1998 04:12:51 -0700 (PDT) Date: Sat, 11 Apr 1998 04:12:51 -0700 (PDT) Message-Id: <199804111112.EAA01851@freefall.freebsd.org> To: Andre.Albsmeier@mchp.siemens.de, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2871 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: showmount -e returns error State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Sat Apr 11 04:12:00 PDT 1998 State-Changed-Why: Fixed in 2.2.6, as noted by original PR submitter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 07:22:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05197 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 07:22:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05161; Sat, 11 Apr 1998 07:21:53 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA28061; Sat, 11 Apr 1998 07:21:38 -0700 (PDT) Date: Sat, 11 Apr 1998 07:21:38 -0700 (PDT) Message-Id: <199804111421.HAA28061@freefall.freebsd.org> To: peter@spinner.netplex.com.au, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1790 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: access to /dev/kmem panics system State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 07:20:00 PDT 1998 State-Changed-Why: doesn't panic -current for me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 07:53:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08841 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 07:53:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08658; Sat, 11 Apr 1998 07:52:35 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id RAA00533; Sat, 11 Apr 1998 17:52:24 +0300 (EEST) (envelope-from ru) Message-ID: <19980411175224.35899@ucb.crimea.ua> Date: Sat, 11 Apr 1998 17:52:24 +0300 From: Ruslan Ermilov To: Bruce Evans , bugs@FreeBSD.ORG Cc: stable@FreeBSD.ORG Subject: Re: CVS 1.9.26 problem (in fresh RELENG_2_2) References: <199804110552.PAA31579@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804110552.PAA31579@godzilla.zeta.org.au>; from Bruce Evans on Sat, Apr 11, 1998 at 03:52:42PM +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Apr 11, 1998 at 03:52:42PM +1000, Bruce Evans wrote: > >Recently CVS was updated to 1.9.26. > >Now (for me) it doesn't delete temporary files in /tmp. > > This was caused by a bug in mktemp(). > > Bruce Just made world - the problem here. Temporary files a not deleted!! mktemp.c: "$Id: mktemp.c,v 1.4.2.3 1998/03/16 09:21:59 jkh Exp $"; # cvs -v Concurrent Versions System (CVS) 1.9.26 (client/server) TIA, -- Ruslan Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247647 Simferopol, Crimea 2426679 ICQ Network, UIN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:11:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12065 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:11:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fubar.campus.luth.se (news@fubar.campus.luth.se [130.240.196.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12060 for ; Sat, 11 Apr 1998 08:11:17 -0700 (PDT) (envelope-from news@sno.pp.se) Received: (from news@localhost) by fubar.campus.luth.se (8.8.7/8.6.12) id RAA28763 for freebsd-bugs@freebsd.org; Sat, 11 Apr 1998 17:11:21 +0200 (CEST) Received: from GATEWAY by snopp with netnews for freebsd-bugs@freebsd.org (freebsd-bugs@freebsd.org) To: freebsd-bugs@FreeBSD.ORG Date: 11 Apr 1998 15:11:17 GMT From: Johan Larsson Message-ID: <6go16l$s20$1@fubar.campus.luth.se> Organization: moon.pp.se References: <3.0.3.32.19980410121615.00a54380@hyperreal.org>, <199804101916.NAA20704@mt.sri.com> Subject: Re: CVS 1.9.26 problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Nate Williams wrote: >> >> Anyone tracking -stable could confirm the following? >> >> >> >> Recently CVS was updated to 1.9.26. >> >> Now (for me) it doesn't delete temporary files in /tmp. >> > >> >That's not a CVS binary issue, since creating/deleting files in /tmp is >> >due to the stuff in CVSROOT, unless you're using Remote CVS, and then >> >it's entire directories. >> >> er, I too upgraded recently, and noticed this was a "new" behavior, at >> least newer than 1.9.20. > > You may need to modify your CVSROOT files to cleanup stuff in /tmp. > > (I'm using CVS-1.9.26 in a production environment and don't see this.) There is another problem with adding new directorys in a remote cvs repository. I have sent a pr about some time ago, but nothing has happened. Looking in the gnats give me this: http://www.freebsd.org/cgi/query-pr.cgi?pr=5944 In the Gives field it should say: cvs server: bar already exists, with version number Exit 1 Nothing else ;) Johan -- * mailto:johan@moon.pp.se * http://www.moon.pp.se/johan/ * * Powered by FreeBSD. http://www.se.freebsd.org/ -+-+-+ * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:20:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12958 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:20:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12949; Sat, 11 Apr 1998 08:20:27 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28447; Sat, 11 Apr 1998 08:20:12 -0700 (PDT) Date: Sat, 11 Apr 1998 08:20:12 -0700 (PDT) Message-Id: <199804111520.IAA28447@freefall.freebsd.org> To: dag-erli@ifi.uio.no, des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6145 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/profile does not set locale correctly (fix provided) State-Changed-From-To: open-closed State-Changed-By: des State-Changed-When: Sat Apr 11 08:19:08 PDT 1998 State-Changed-Why: Patch applied. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14320 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:30:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14307; Sat, 11 Apr 1998 08:30:00 -0700 (PDT) (envelope-from gnats) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13132 for ; Sat, 11 Apr 1998 08:21:06 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id SAA00868; Sat, 11 Apr 1998 18:20:58 +0300 (EEST) (envelope-from ru) Message-Id: <199804111520.SAA00868@relay.ucb.crimea.ua> Date: Sat, 11 Apr 1998 18:20:58 +0300 (EEST) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6275: CVS Client 1.9.26 doesn't delete temporary log files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6275 >Category: bin >Synopsis: CVS Client 1.9.26 doesn't delete temporary log files >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 11 08:30:00 PDT 1998 >Last-Modified: >Originator: Ruslan Ermilov >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD 2.2.6-STABLE #0: Sat Apr 11 20:19:27 EEST 1998 root@:/usr/src/sys/compile/CHYRO >Description: Cvs client 1.9.26 (current RELENG_2_2 version) doesn't delete temporary files after committing. >How-To-Repeat: 1. Create new repository. 2. Add something to it. 3. Commit your changes and log. Your log messages stays in /tmp/cvs* file. >Fix: Have no idea. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:39:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15631 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:39:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15235; Sat, 11 Apr 1998 08:36:47 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28680; Sat, 11 Apr 1998 08:36:32 -0700 (PDT) Date: Sat, 11 Apr 1998 08:36:32 -0700 (PDT) Message-Id: <199804111536.IAA28680@freefall.freebsd.org> To: proff@iq.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/2218 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cy.c XON/XOFF handling crashes kernel State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Sat Apr 11 08:35:58 PDT 1998 State-Changed-Why: Is this problem still present ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:39:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15771 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:39:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15170; Sat, 11 Apr 1998 08:36:42 -0700 (PDT) (envelope-from max@FreeBSD.org) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28656; Sat, 11 Apr 1998 08:36:27 -0700 (PDT) Date: Sat, 11 Apr 1998 08:36:27 -0700 (PDT) Message-Id: <199804111536.IAA28656@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/6220 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Too few ttyv devices in the -RELEASE system Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Sat Apr 11 08:26:46 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:40:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16033 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:40:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16025 for ; Sat, 11 Apr 1998 08:40:04 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA10358; Sat, 11 Apr 1998 09:40:02 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA23381; Sat, 11 Apr 1998 09:40:01 -0600 Date: Sat, 11 Apr 1998 09:40:01 -0600 Message-Id: <199804111540.JAA23381@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Johan Larsson Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: CVS 1.9.26 problem In-Reply-To: <6go16l$s20$1@fubar.campus.luth.se> References: <3.0.3.32.19980410121615.00a54380@hyperreal.org> <199804101916.NAA20704@mt.sri.com> <6go16l$s20$1@fubar.campus.luth.se> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > There is another problem with adding new directorys in a remote cvs > repository. I have sent a pr about some time ago, but nothing has > happened. The FreeBSD project is not responsible for maintaining CVS. Send email to bug-cvs@gnu.org for much bettter response. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:42:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16884 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:42:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16841; Sat, 11 Apr 1998 08:42:39 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28791; Sat, 11 Apr 1998 08:42:23 -0700 (PDT) Date: Sat, 11 Apr 1998 08:42:23 -0700 (PDT) Message-Id: <199804111542.IAA28791@freefall.freebsd.org> To: lewiz@netcom.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/2795 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cyclades 8YO -- Not working under 2.1.6-STABLE State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 08:42:12 PDT 1998 State-Changed-Why: dead PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:44:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17169 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:44:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17138; Sat, 11 Apr 1998 08:43:46 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28864; Sat, 11 Apr 1998 08:43:29 -0700 (PDT) Date: Sat, 11 Apr 1998 08:43:29 -0700 (PDT) Message-Id: <199804111543.IAA28864@freefall.freebsd.org> To: Joachim.Jaeckel@it-mannesmann.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2877 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fatal Trap 12: page fault while in kernel mode State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 08:43:16 PDT 1998 State-Changed-Why: dead PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:46:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17623 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:46:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17607; Sat, 11 Apr 1998 08:46:13 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA28935; Sat, 11 Apr 1998 08:45:58 -0700 (PDT) Date: Sat, 11 Apr 1998 08:45:58 -0700 (PDT) Message-Id: <199804111545.IAA28935@freefall.freebsd.org> To: whiz-kidz@pcisys.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/3070 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot do post install mods to UNIX from DOS partition State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 08:45:47 PDT 1998 State-Changed-Why: dead PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:49:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18323 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:49:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18258; Sat, 11 Apr 1998 08:48:57 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA29004; Sat, 11 Apr 1998 08:48:41 -0700 (PDT) Date: Sat, 11 Apr 1998 08:48:41 -0700 (PDT) Message-Id: <199804111548.IAA29004@freefall.freebsd.org> To: root@Burka.NetVision.net.il, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3404 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: frequent kernel panics State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 08:48:14 PDT 1998 State-Changed-Why: many changes in this area since last year. Reopen if still a problem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18687 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:50:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18671; Sat, 11 Apr 1998 08:50:02 -0700 (PDT) (envelope-from gnats) Date: Sat, 11 Apr 1998 08:50:02 -0700 (PDT) Message-Id: <199804111550.IAA18671@hub.freebsd.org> To: freebsd-bugs Cc: From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Subject: Re: kern/6099: LPIP to slow machine causes hang Reply-To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6099; it has been noted by GNATS. From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) To: Peter Jeremy Cc: freebsd-gnats-submit@freebsd.org, dmlb@ragnet.demon.co.uk, regnauld@deepo.prosa.dk Subject: Re: kern/6099: LPIP to slow machine causes hang Date: 11 Apr 1998 17:48:08 +0200 Peter Jeremy writes: > The problem with LPIP is that enabling an lpt port for LPIP does not > update net_imask. This means that LPIP interrupts can break splimp() > critical regions - which includes all mbuf handling. > > The following patches correct the problem in 2.2.5R. The problem also > exists in older versions of 2.2, -stable and -current. The same patches > > [patch deleted] Here's a patch for 2.2.6-STABLE: --- /sys/i386/isa/lpt.c.orig Sat Apr 11 17:44:06 1998 +++ /sys/i386/isa/lpt.c Sat Apr 11 17:44:13 1998 @@ -224,6 +224,7 @@ u_char sc_backoff ; /* time to call lptout() again */ #ifdef INET + u_short sc_irqmask; /* hardware interrupt mask */ struct ifnet sc_if; u_char *sc_ifbuf; int sc_iferrs; @@ -436,6 +437,7 @@ sc->sc_irq = LP_HAS_IRQ | LP_USE_IRQ | LP_ENABLE_IRQ; printf("lpt%d: Interrupt-driven port\n", unit); #ifdef INET + sc->sc_irqmask = isdp->id_irq; lpattach(sc, unit); #endif } else { @@ -924,6 +926,7 @@ struct ifaddr *ifa = (struct ifaddr *)data; struct ifreq *ifr = (struct ifreq *)data; u_char *ptr; + int x; switch (cmd) { @@ -932,6 +935,9 @@ case SIOCSIFADDR: if (ifa->ifa_addr->sa_family != AF_INET) return EAFNOSUPPORT; + x = splhigh(); + net_imask |= sc->sc_irqmask; + splx(x); ifp->if_flags |= IFF_UP; /* FALLTHROUGH */ case SIOCSIFFLAGS: I haven't had time to test it thoroughly yet though. -- fprintf(stderr, "I have a closed mind. It helps keeping the rain out.\n"); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 08:50:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18854 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 08:50:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18839; Sat, 11 Apr 1998 08:50:35 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA29074; Sat, 11 Apr 1998 08:50:20 -0700 (PDT) Date: Sat, 11 Apr 1998 08:50:20 -0700 (PDT) Message-Id: <199804111550.IAA29074@freefall.freebsd.org> To: mhugo@dataphone.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3650 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Ypserv dumps core randomly. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 08:50:06 PDT 1998 State-Changed-Why: it works better than that now a days. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 09:21:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22995 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 09:21:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from polysynaptic.iq.org (proff@polysynaptic.iq.org [203.4.184.222]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22861; Sat, 11 Apr 1998 09:21:02 -0700 (PDT) (envelope-from proff@polysynaptic.iq.org) Received: (from proff@localhost) by polysynaptic.iq.org (8.8.8/8.8.2) id CAA11887; Sun, 12 Apr 1998 02:20:28 +1000 (EST) From: Julian Assange Message-Id: <199804111620.CAA11887@polysynaptic.iq.org> Subject: Re: i386/2218 In-Reply-To: <199804111536.IAA28680@freefall.freebsd.org> from Poul-Henning Kamp at "Apr 11, 98 08:36:32 am" To: phk@FreeBSD.ORG (Poul-Henning Kamp) Date: Sun, 12 Apr 1998 02:20:28 +1000 (EST) Cc: proff@iq.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: cy.c XON/XOFF handling crashes kernel > > State-Changed-From-To: open-feedback > State-Changed-By: phk > State-Changed-When: Sat Apr 11 08:35:58 PDT 1998 > State-Changed-Why: > Is this problem still present ? > I'm unable to say, since I'm not using the same dumb terminal any more, but the cy.c driver seems to be working well enough on dialup lines Cheers, Julian. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 09:29:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23710 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 09:29:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23692; Sat, 11 Apr 1998 09:28:33 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA29307; Sat, 11 Apr 1998 09:28:17 -0700 (PDT) Date: Sat, 11 Apr 1998 09:28:17 -0700 (PDT) Message-Id: <199804111628.JAA29307@freefall.freebsd.org> To: proff@iq.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/2218 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cy.c XON/XOFF handling crashes kernel State-Changed-From-To: feedback-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 09:27:55 PDT 1998 State-Changed-Why: no longer able to reproduce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 10:25:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05248 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 10:25:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05236; Sat, 11 Apr 1998 10:24:50 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA29711; Sat, 11 Apr 1998 10:24:34 -0700 (PDT) Date: Sat, 11 Apr 1998 10:24:34 -0700 (PDT) Message-Id: <199804111724.KAA29711@freefall.freebsd.org> To: luoqi@luoqi.watermarkgroup.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5458 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: page fault in proc0_init() & fix State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 10:24:17 PDT 1998 State-Changed-Why: committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 10:28:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05784 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 10:28:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05692; Sat, 11 Apr 1998 10:28:11 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA29782; Sat, 11 Apr 1998 10:27:55 -0700 (PDT) Date: Sat, 11 Apr 1998 10:27:55 -0700 (PDT) Message-Id: <199804111727.KAA29782@freefall.freebsd.org> To: pb@fasterix.freenix.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5350 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: simple csh script panics kernel State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 10:27:42 PDT 1998 State-Changed-Why: doesn't crash current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 10:30:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06061 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 10:30:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06055; Sat, 11 Apr 1998 10:30:35 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA29852; Sat, 11 Apr 1998 10:30:19 -0700 (PDT) Date: Sat, 11 Apr 1998 10:30:19 -0700 (PDT) Message-Id: <199804111730.KAA29852@freefall.freebsd.org> To: dls@laser.caltech.edu, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/4902 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Please add support for Promise Ultra33 UDMA Bus Master PCI/IDE Controller State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 10:29:08 PDT 1998 State-Changed-Why: no patch to be found to fix this easily. Donation of hardware would probably be the minimum one could do to further this case. The tirade presented certainly isn't the way to do it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 10:34:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06699 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 10:34:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06650; Sat, 11 Apr 1998 10:34:15 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA29920; Sat, 11 Apr 1998 10:33:58 -0700 (PDT) Date: Sat, 11 Apr 1998 10:33:58 -0700 (PDT) Message-Id: <199804111733.KAA29920@freefall.freebsd.org> To: watanabe@komadori.planet.kobe-u.ac.jp, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4813 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ed0 (SMC Elite 16) won't work State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 10:33:35 PDT 1998 State-Changed-Why: This sounds like faulty hardware To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 11:08:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10480 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 11:08:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10469; Sat, 11 Apr 1998 11:08:15 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA00259; Sat, 11 Apr 1998 11:07:59 -0700 (PDT) Date: Sat, 11 Apr 1998 11:07:59 -0700 (PDT) Message-Id: <199804111807.LAA00259@freefall.freebsd.org> To: lessmith@ddpress.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4793 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Boot Floppy Kernel panics on boot State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 11:07:37 PDT 1998 State-Changed-Why: quite a lot of cyrix startup code since then, try 2.2.6 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 11:19:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11828 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 11:19:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11821; Sat, 11 Apr 1998 11:19:05 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA00433; Sat, 11 Apr 1998 11:18:49 -0700 (PDT) Date: Sat, 11 Apr 1998 11:18:49 -0700 (PDT) Message-Id: <199804111818.LAA00433@freefall.freebsd.org> To: mi@aldan.zipnet.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/1319 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: muldi3 is not included into kernel's Makefile by config State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 11:18:05 PDT 1998 State-Changed-Why: standard compiler is now 2.7.2.1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 11:45:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA14666 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 11:45:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14591; Sat, 11 Apr 1998 11:44:04 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id UAA11257; Sat, 11 Apr 1998 20:43:36 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sat, 11 Apr 1998 20:43:35 +0200 (MET DST) Mime-Version: 1.0 To: freebsd-bugs@hub.freebsd.org, freebsd-hackers@FreeBSD.ORG Followup-to: freebsd-hackers@freebsd.org Subject: Re: kern/6099: LPIP to slow machine causes hang References: <199804111550.IAA18671@hub.freebsd.org> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 11 Apr 1998 20:43:34 +0200 In-Reply-To: dag-erli@ifi.uio.no's message of "Sat, 11 Apr 1998 08:50:02 -0700 (PDT)" Message-ID: Lines: 32 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA14613 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dag-erli@ifi.uio.no (Dag-Erling Coidan Smørgrav ) writes: > Peter Jeremy writes: > > The problem with LPIP is that enabling an lpt port for LPIP does not > > update net_imask. This means that LPIP interrupts can break splimp() > > critical regions - which includes all mbuf handling. > > > > The following patches correct the problem in 2.2.5R. The problem also > > exists in older versions of 2.2, -stable and -current. The same patches > > > > [patch deleted] > > Here's a patch for 2.2.6-STABLE: > > [patch deleted] > > I haven't had time to test it thoroughly yet though. I applied the patch on Valinor (P166, 128MB/9GB, 2.2.6-STABLE) and Helen (ThinkPad 380E, 16MB/2GB, 2.2.6-STABLE) and ran 'rcsh valinor cat /dev/urandom > /usr/tmp/urandom' from Helen successfully for five minutes. The throughput seems to have gone down 15% or 20% after the patch, from ~90 kBps to ~75 kBps, but at least the machine does not hang and it is possible to do something while it's transferring. As I type this, Helen is downloading the entire package collection from 2.2.6 over LPIP (it's gone through packages-2.2.6/All/[a-e]* already) I suggest that somebody commit the patch to -current now, and if it does not break anything and everybody is happy I'll merge lpt.c from -current into -stable and close the affected PRs in a while. -- fprintf(stderr, "I have a closed mind. It helps keeping the rain out.\n"); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 12:33:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23018 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 12:33:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from indigo.ie (nsmart@ts01-18.waterford.indigo.ie [194.125.139.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22968 for ; Sat, 11 Apr 1998 12:33:47 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id UAA06632 for freebsd-bugs@freebsd.org; Sat, 11 Apr 1998 20:34:20 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199804111934.UAA06632@indigo.ie> Date: Sat, 11 Apr 1998 20:34:19 +0000 Reply-To: rotel@indigo.ie X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Is it possible to view the text of closed PR's anywhere? Niall -- Niall Smart. Microsoft Suck. See www.freebsd.org for details. Annoy your enemies and amaze your friends: echo "#define if(x) if(!(x))" >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 12:34:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23202 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 12:34:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23042; Sat, 11 Apr 1998 12:33:53 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA01238; Sat, 11 Apr 1998 12:33:36 -0700 (PDT) Date: Sat, 11 Apr 1998 12:33:36 -0700 (PDT) Message-Id: <199804111933.MAA01238@freefall.freebsd.org> To: nnd@itfs.nsk.su, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1154 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Configure tunN device for ip-over-ip tunnelling State-Changed-From-To: analyzed-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 12:33:15 PDT 1998 State-Changed-Why: program added as "nos-tun" in 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 12:38:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24340 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 12:38:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24310 for ; Sat, 11 Apr 1998 12:37:58 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id VAA14147; Sat, 11 Apr 1998 21:36:56 +0200 (CEST) To: rotel@indigo.ie cc: freebsd-bugs@FreeBSD.ORG In-reply-to: Your message of "Sat, 11 Apr 1998 20:34:19 -0000." <199804111934.UAA06632@indigo.ie> Date: Sat, 11 Apr 1998 21:36:56 +0200 Message-ID: <14145.892323416@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199804111934.UAA06632@indigo.ie>, Niall Smart writes: >Hi, > >Is it possible to view the text of closed PR's anywhere? http://www.freebsd.org/cgi/query-pr.cgi?pr=XXXX for some value of XXXX -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 12:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26704 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 12:50:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26669; Sat, 11 Apr 1998 12:50:02 -0700 (PDT) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26568; Sat, 11 Apr 1998 12:49:11 -0700 (PDT) (envelope-from nobody) Message-Id: <199804111949.MAA26568@hub.freebsd.org> Date: Sat, 11 Apr 1998 12:49:11 -0700 (PDT) From: ehm@cris.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6276: Can't connect to www.FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6276 >Category: misc >Synopsis: Can't connect to www.FreeBSD.org >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sat Apr 11 12:50:01 PDT 1998 >Last-Modified: >Originator: Erik H. Moe >Organization: Blue Sky Computer Services, Inc. >Release: 2.2.5 >Environment: FreeBSD okie.foo.bar 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Fri Apr 10 20:51:00 CDT 1998 root@okie.foo.bar:/usr/src/sys/compile/OKIE i386 >Description: My home office has three systems: and Indy running IRIX 6.2, an i586 running FreeBSD 2.2.5, and an i386 also running FreeBSD 2.2.5. All three systems are connected via ethernet. The i386 serves as gateway to the internet using a 28.8K modem and the user PPP software package configured for demand dialing. Both the Indy and the i586 can route TCP/IP traffic through the gateway onto the Internet. I have Netscape Communicator version 4.04 for the Indy and Netscape Communicator version 4.05 for the i586. Everything works fine on both systems until I try to reach the URL "http://www.freebsd.org". The Indy system has no problem reaching the FreeBSD web site. However, when I try to reach the same site with the i586 running FreeBSD 2.2.5, I get the following error from Netscape: A network error occurred while Netscape was receiving data. (Network Error: Connection reset by peer) Try connecting again. This is really strange because the Indy system less than a foot away, using the same gateway has no problem connecting to the FreeBSD web site. The i586 has no problem reaching "http://www.yahoo.com", "http://java.sun.com", or any other site (that I'm aware of). It just will not connect to "http://www.freebsd.org" (and that's no good!). I also tried using Mosaic 2.7b5 to access "http://www.freebsd.org". I got a similar error message: Requested document (URL http://www.freebsd.org/) could not be accessed. The information server either is not accessible or is refusing to serve the document to you. The time this occured is around "Sat Apr 11 14:20:05 CDT 1998", if you are interested in looking a log files. >How-To-Repeat: >Fix: None. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 13:39:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03231 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 13:39:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03222; Sat, 11 Apr 1998 13:38:59 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA01634; Sat, 11 Apr 1998 13:38:42 -0700 (PDT) Date: Sat, 11 Apr 1998 13:38:42 -0700 (PDT) Message-Id: <199804112038.NAA01634@freefall.freebsd.org> To: proff@iq.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2575 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch for setsockopt(), opt data > MLEN State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 13:38:29 PDT 1998 State-Changed-Why: applied, thanks.:x To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 13:46:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04232 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 13:46:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04208; Sat, 11 Apr 1998 13:45:59 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA01757; Sat, 11 Apr 1998 13:45:42 -0700 (PDT) Date: Sat, 11 Apr 1998 13:45:42 -0700 (PDT) Message-Id: <199804112045.NAA01757@freefall.freebsd.org> To: soil@quick.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/2789 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: na.phone update State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 13:45:24 PDT 1998 State-Changed-Why: files has just been removed from FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 13:48:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04772 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 13:48:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04699; Sat, 11 Apr 1998 13:47:57 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA01827; Sat, 11 Apr 1998 13:47:39 -0700 (PDT) Date: Sat, 11 Apr 1998 13:47:39 -0700 (PDT) Message-Id: <199804112047.NAA01827@freefall.freebsd.org> To: peterson@FreeBSD.ORG, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2552 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel make install fails if no /kernel State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 13:47:28 PDT 1998 State-Changed-Why: no longer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07221 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:00:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07188; Sat, 11 Apr 1998 14:00:01 -0700 (PDT) (envelope-from gnats) Date: Sat, 11 Apr 1998 14:00:01 -0700 (PDT) Message-Id: <199804112100.OAA07188@hub.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: misc/5772: nfsstat does not work Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5772; it has been noted by GNATS. From: Poul-Henning Kamp To: freebsd-gnats-submit@freebsd.org, robert+freebsd@cyrus.watson.org Cc: Subject: Re: misc/5772: nfsstat does not work Date: Sat, 11 Apr 1998 22:53:48 +0200 This is indeed because LKMs cannot publish sysctl variables. This is an "XXX" feature of the sysctl implementation which hopefully one day will be fixed. The workaround for you is to include NFS in your kernel, instead of relying on it as an LKM. This has other advantages too. Poul-Henning To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07635 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:03:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07501; Sat, 11 Apr 1998 14:02:15 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA01940; Sat, 11 Apr 1998 14:01:58 -0700 (PDT) Date: Sat, 11 Apr 1998 14:01:58 -0700 (PDT) Message-Id: <199804112101.OAA01940@freefall.freebsd.org> To: adam@veda.is, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3302 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: msdos FS bogus error State-Changed-From-To: feedback-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 14:01:42 PDT 1998 State-Changed-Why: timed out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:15:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08488 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:15:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08477; Sat, 11 Apr 1998 14:15:38 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02044; Sat, 11 Apr 1998 14:15:21 -0700 (PDT) Date: Sat, 11 Apr 1998 14:15:21 -0700 (PDT) Message-Id: <199804112115.OAA02044@freefall.freebsd.org> To: jhs@FreeBSD.ORG, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3272 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: $@ is deprecated I believe, so use ${.TARGET} State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Sat Apr 11 14:14:28 PDT 1998 State-Changed-Why: There are 137 makefiles in the system which uses $@. If one were to change this, it should be done all over. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:19:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09035 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:19:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09013; Sat, 11 Apr 1998 14:18:43 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02113; Sat, 11 Apr 1998 14:18:25 -0700 (PDT) Date: Sat, 11 Apr 1998 14:18:25 -0700 (PDT) Message-Id: <199804112118.OAA02113@freefall.freebsd.org> To: mi@aldan.ziplink.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3164 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: view copies the file into vi.recover State-Changed-From-To: analyzed-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 14:18:01 PDT 1998 State-Changed-Why: handed over to Keith Bostic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:25:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09805 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:25:01 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09790; Sat, 11 Apr 1998 14:24:50 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02233; Sat, 11 Apr 1998 14:24:32 -0700 (PDT) Date: Sat, 11 Apr 1998 14:24:32 -0700 (PDT) Message-Id: <199804112124.OAA02233@freefall.freebsd.org> To: ji@research.att.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/4944 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make world of FreeBSD-stable fails State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 14:24:20 PDT 1998 State-Changed-Why: timed out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:28:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10722 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:28:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10662; Sat, 11 Apr 1998 14:28:18 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02331; Sat, 11 Apr 1998 14:28:01 -0700 (PDT) Date: Sat, 11 Apr 1998 14:28:01 -0700 (PDT) Message-Id: <199804112128.OAA02331@freefall.freebsd.org> To: ahd@kew.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3744 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Inability to edit memory area for ed0 prevents network install State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 14:27:36 PDT 1998 State-Changed-Why: now you can. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:33:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11558 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:33:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11546; Sat, 11 Apr 1998 14:33:15 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02401; Sat, 11 Apr 1998 14:32:57 -0700 (PDT) Date: Sat, 11 Apr 1998 14:32:57 -0700 (PDT) Message-Id: <199804112132.OAA02401@freefall.freebsd.org> To: robert+freebsd@cyrus.watson.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5772 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nfsstat does not work State-Changed-From-To: open-suspended State-Changed-By: phk State-Changed-When: Sat Apr 11 14:32:25 PDT 1998 State-Changed-Why: redesign of sysctl needed. dog-wash priority assigned. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:37:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12187 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:37:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12180; Sat, 11 Apr 1998 14:36:58 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02473; Sat, 11 Apr 1998 14:36:41 -0700 (PDT) Date: Sat, 11 Apr 1998 14:36:41 -0700 (PDT) Message-Id: <199804112136.OAA02473@freefall.freebsd.org> To: jin@iss-p1.lbl.gov, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3827 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fopen/freopen fails on some binary files. State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Sat Apr 11 14:35:31 PDT 1998 State-Changed-Why: We will need more info on this one, can you construct a small example incl data file which provokes this ? Why do you freopen the file in the first place ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:40:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12691 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:40:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12672; Sat, 11 Apr 1998 14:40:22 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02551; Sat, 11 Apr 1998 14:40:05 -0700 (PDT) Date: Sat, 11 Apr 1998 14:40:05 -0700 (PDT) Message-Id: <199804112140.OAA02551@freefall.freebsd.org> To: panov@park.ru, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, davidg@FreeBSD.ORG Subject: Re: i386/3760 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Inlel EtherExpress pro/100B !!! State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Sat Apr 11 14:37:54 PDT 1998 State-Changed-Why: We need more info... Responsible-Changed-From-To: freebsd-bugs->davidg Responsible-Changed-By: phk Responsible-Changed-When: Sat Apr 11 14:37:54 PDT 1998 Responsible-Changed-Why: fxp is davids baby To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:42:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13001 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:42:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12983; Sat, 11 Apr 1998 14:42:22 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02620; Sat, 11 Apr 1998 14:42:03 -0700 (PDT) Date: Sat, 11 Apr 1998 14:42:03 -0700 (PDT) Message-Id: <199804112142.OAA02620@freefall.freebsd.org> To: phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: kern/3925 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: phk Responsible-Changed-When: Sat Apr 11 14:41:21 PDT 1998 Responsible-Changed-Why: somebody has to do it :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:48:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13989 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:48:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13982; Sat, 11 Apr 1998 14:48:10 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02694; Sat, 11 Apr 1998 14:47:53 -0700 (PDT) Date: Sat, 11 Apr 1998 14:47:53 -0700 (PDT) Message-Id: <199804112147.OAA02694@freefall.freebsd.org> To: phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: i386/6068 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: TCP can time out of retransmission in 12 seconds Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: phk Responsible-Changed-When: Sat Apr 11 14:47:31 PDT 1998 Responsible-Changed-Why: care to analyse this one ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14746 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:50:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14683; Sat, 11 Apr 1998 14:50:04 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02770; Sat, 11 Apr 1998 14:49:45 -0700 (PDT) Date: Sat, 11 Apr 1998 14:49:45 -0700 (PDT) Message-Id: <199804112149.OAA02770@freefall.freebsd.org> To: brianfeldman@hotmail.com, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5918 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel reports wrong CPU MHz State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 14:49:11 PDT 1998 State-Changed-Why: I belive this is fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 14:55:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15690 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 14:55:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15658; Sat, 11 Apr 1998 14:55:13 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA02896; Sat, 11 Apr 1998 14:54:56 -0700 (PDT) Date: Sat, 11 Apr 1998 14:54:56 -0700 (PDT) Message-Id: <199804112154.OAA02896@freefall.freebsd.org> To: charnier@xp11.frmug.org, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5518 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Object file recognized as NetBSD file. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Apr 11 14:54:40 PDT 1998 State-Changed-Why: fixed two days ago by jdp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 15:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16425 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 15:00:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16415; Sat, 11 Apr 1998 15:00:01 -0700 (PDT) (envelope-from gnats) Received: from precipice.shockwave.com (ppp-206-170-6-248.rdcy01.pacbell.net [206.170.6.248]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14714; Sat, 11 Apr 1998 14:50:08 -0700 (PDT) (envelope-from pst@Shockwave.COM) Received: (from pst@localhost) by precipice.shockwave.com (8.8.8/8.8.8) id OAA07264; Sat, 11 Apr 1998 14:50:02 -0700 (PDT) (envelope-from pst) Message-Id: <199804112150.OAA07264@precipice.shockwave.com> Date: Sat, 11 Apr 1998 14:50:02 -0700 (PDT) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: phk@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6277: mouse operation weird in -current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6277 >Category: kern >Synopsis: mouse operation weird in -current >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 11 15:00:01 PDT 1998 >Last-Modified: >Originator: Paul Traina >Organization: shockwave engineering >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Fri Apr 10 21:01:48 PDT 1998 XFree86 3.1.1 Logitech cordless mouseman on /dev/cuaa0 (serial port, COM1, sio driver) -- yes, it has fresh batteries, and this works fine under win95 >Description: Just recently (somewhere around March 21st) mouse operations have just gone to hell. When using Motif based applications or xterm, on occasion, the mouse moves VERY VERY VERY slowly or not at all. Many times, when I press a mouse button, the event is ignored. [Weird report: with motif operations, many times the button event is registered (you see the button recess) but the action to be taken does not occur...if I hit a return to fire off the default button action, things work. Half-assed guess, the system sees the button-down event, but the button-up event is somehow lost or mangled, or outside the region, so the action does not complete. Motif may be seeing button-down/button-up events separately instead of a singular button-click event.] If I had to make a wild guess, I'd say that the system is dropping mouse events (both placement and button events) like mad! Maybe 30-50% of them come through at some times, other times, it's 100% solid. I think this is related to PHK's changes that caused the application slowdown other folks have seen. I have not seen any slowdown for things like icon drawings, rather, just mouse events are lost. I have not had a chance to see if this occurs with other serial port events, as I don't have anything else hooked up to the other serial port. >How-To-Repeat: run -current as of 21 march or last night put a serial mouse on one of the standard COM ports fire up a local X session use it for a few hours, watch, intermittently, mouse events get dropped. open up a netscape window, a plan window (motif) and run fvwm2 and watch things get really bad when you cross from say a motif app to an xterm window. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 15:11:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18584 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 15:11:52 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from precipice.shockwave.com (ppp-206-170-6-248.rdcy01.pacbell.net [206.170.6.248]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18565 for ; Sat, 11 Apr 1998 15:11:50 -0700 (PDT) (envelope-from pst@Shockwave.COM) Received: from precipice.shockwave.com (localhost [127.0.0.1]) by precipice.shockwave.com (8.8.8/8.8.8) with ESMTP id PAA18421; Sat, 11 Apr 1998 15:11:27 -0700 (PDT) (envelope-from pst@precipice.shockwave.com) Message-Id: <199804112211.PAA18421@precipice.shockwave.com> To: Peter Wemm cc: bugs@FreeBSD.ORG Subject: Re: kern/6274: panic: handle_workitem_freeblocks: block count (softupdates) In-reply-to: Your message of "Sat, 11 Apr 1998 18:08:48 +0800." <199804111008.SAA17174@spinner.netplex.com.au> Date: Sat, 11 Apr 1998 15:11:27 -0700 From: Paul Traina Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org My advice at the moment is that softupdates are not ready for prime time yet. Hmm, actually, no, the softupdates stuff itself seems fine, but the hooks into the kernel are not finished. Our VM/bio system works significantly differently to traditional 4.4lite* systems, so a few of the softupdate's assumptions are challenged. ACK. Would the vmcore and kernel -g be helpful? If not, let me know and I'll nuke 'em. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 17:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04055 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 17:00:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04039; Sat, 11 Apr 1998 17:00:01 -0700 (PDT) (envelope-from gnats) Date: Sat, 11 Apr 1998 17:00:01 -0700 (PDT) Message-Id: <199804120000.RAA04039@hub.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: misc/6276: Can't connect to www.FreeBSD.org Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/6276; it has been noted by GNATS. From: Tim Vanderhoek To: ehm@cris.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/6276: Can't connect to www.FreeBSD.org Date: Sat, 11 Apr 1998 19:47:28 -0400 (EDT) On Sat, 11 Apr 1998 ehm@cris.com wrote: > Communicator version 4.05 for the i586. Everything works fine on > both systems until I try to reach the URL "http://www.freebsd.org". > The Indy system has no problem reaching the FreeBSD web site. > However, when I try to reach the same site with the i586 running > FreeBSD 2.2.5, I get the following error from Netscape: Are you really sure that it wasn't just some transient failure on the other end? Maybe the netscape on the Indy was just reading the page from its cache? Do you still get the same error from the i586? -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 17:19:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06374 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 17:19:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06139; Sat, 11 Apr 1998 17:18:55 -0700 (PDT) (envelope-from nate@FreeBSD.org) From: Nate Williams Received: (from nate@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA03920; Sat, 11 Apr 1998 17:18:36 -0700 (PDT) Date: Sat, 11 Apr 1998 17:18:36 -0700 (PDT) Message-Id: <199804120018.RAA03920@freefall.freebsd.org> To: ru@ucb.crimea.ua, nate@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: bin/6275 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: CVS Client 1.9.26 doesn't delete temporary log files State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Sat Apr 11 17:17:34 PDT 1998 State-Changed-Why: Fixed in -current (V1.5) and -stable (V1.1.1.1.2.3) on the file src/contrib/cvs/src/logmsg.c . Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: nate Responsible-Changed-When: Sat Apr 11 17:17:34 PDT 1998 Responsible-Changed-Why: Peter fixed it, and is the CVS-meister. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 18:30:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19007 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 18:30:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18982 for ; Sat, 11 Apr 1998 18:30:14 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id LAA30974; Sun, 12 Apr 1998 11:28:22 +1000 Date: Sun, 12 Apr 1998 11:28:22 +1000 From: Bruce Evans Message-Id: <199804120128.LAA30974@godzilla.zeta.org.au> To: dag-erli@ifi.uio.no, freebsd-bugs@hub.freebsd.org Subject: Re: kern/6099: LPIP to slow machine causes hang Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The problem with LPIP is that enabling an lpt port for LPIP does not > > update net_imask. This means that LPIP interrupts can break splimp() > > critical regions - which includes all mbuf handling. > > > > The following patches correct the problem in 2.2.5R. The problem also > > exists in older versions of 2.2, -stable and -current. The same patches > > > > [patch deleted] > > Here's a patch for 2.2.6-STABLE: It's a waste of time to fix it better than (or different than) the corresponding problem for SLIP. Just change the evil SLIP ifdef in isa.c. ppp_tty.c has better fixes mainly because it needs them for the LKM version. > --- /sys/i386/isa/lpt.c.orig Sat Apr 11 17:44:06 1998 > +++ /sys/i386/isa/lpt.c Sat Apr 11 17:44:13 1998 > @@ -224,6 +224,7 @@ > u_char sc_backoff ; /* time to call lptout() again */ > > #ifdef INET > + u_short sc_irqmask; /* hardware interrupt mask */ > struct ifnet sc_if; > u_char *sc_ifbuf; > int sc_iferrs; This white space lossage on every line (except the empty one :). > @@ -932,6 +935,9 @@ > case SIOCSIFADDR: > if (ifa->ifa_addr->sa_family != AF_INET) > return EAFNOSUPPORT; > + x = splhigh(); > + net_imask |= sc->sc_irqmask; > + splx(x); > ifp->if_flags |= IFF_UP; > /* FALLTHROUGH */ > case SIOCSIFFLAGS: > > I haven't had time to test it thoroughly yet though. It is inadequate. It doesn't call update_intr_masks(), so unless something else calls this function, intr_masks[] is out of date and lpt interrupts are not always masked when network h/w interrupt handlers run. It doesn't set tty_imask to net_imask, so lptintr() begins with the wrong set of interrupts masked (this is actually harmless because lptintr() has internal, bogus spls) and there is a risk that SLIP or PPP depends on spltty() masking network h/w interrupts. (All this only applies when neither SLIP nor PPP is configured.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 18:58:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23128 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 18:58:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23120; Sat, 11 Apr 1998 18:58:43 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id VAA20638; Sat, 11 Apr 1998 21:58:12 -0400 (EDT) (envelope-from wollman) Date: Sat, 11 Apr 1998 21:58:12 -0400 (EDT) From: Garrett Wollman Message-Id: <199804120158.VAA20638@khavrinen.lcs.mit.edu> To: Poul-Henning Kamp Cc: freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: i386/6068 In-Reply-To: <199804112147.OAA02694@freefall.freebsd.org> References: <199804112147.OAA02694@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > Synopsis: TCP can time out of retransmission in 12 seconds > care to analyse this one ? I believe David has a proposed solution, if this is the problem I'm thinking of. (It's a bit hard to do this stuff from my laptop or I'd say for sure.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 19:30:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27279 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 19:30:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27267; Sat, 11 Apr 1998 19:30:09 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA32702; Sun, 12 Apr 1998 12:26:44 +1000 Date: Sun, 12 Apr 1998 12:26:44 +1000 From: Bruce Evans Message-Id: <199804120226.MAA32702@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, jhs@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: conf/3272 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Synopsis: $@ is deprecated I believe, so use ${.TARGET} > >State-Changed-From-To: open-suspended >State-Changed-By: phk >State-Changed-When: Sat Apr 11 14:14:28 PDT 1998 >State-Changed-Why: >There are 137 makefiles in the system which uses $@. If one were to >change this, it should be done all over. Use of $@ seems to be a feature in Makefile.i386. The Lite[2] version is quite portable. However, the FreeBSD version has been unportabilised using `.if' and `.include'. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 20:29:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06365 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 20:29:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06233; Sat, 11 Apr 1998 20:27:24 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id UAA10920; Sat, 11 Apr 1998 20:27:14 -0700 (PDT) Message-Id: <199804120327.UAA10920@implode.root.com> To: Poul-Henning Kamp cc: freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: kern/3925 In-reply-to: Your message of "Sat, 11 Apr 1998 14:42:03 PDT." <199804112142.OAA02620@freefall.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sat, 11 Apr 1998 20:27:14 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Synopsis: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send I believe this has already been fixed in the socket code by preventing it from being set that low. See rev 1.27 of uipc_socket.c -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 20:29:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06403 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 20:29:36 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06243; Sat, 11 Apr 1998 20:27:56 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id UAA10934; Sat, 11 Apr 1998 20:27:54 -0700 (PDT) Message-Id: <199804120327.UAA10934@implode.root.com> To: Poul-Henning Kamp cc: freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: i386/6068 In-reply-to: Your message of "Sat, 11 Apr 1998 14:47:53 PDT." <199804112147.OAA02694@freefall.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sat, 11 Apr 1998 20:27:54 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Synopsis: TCP can time out of retransmission in 12 seconds > >care to analyse this one ? A fix by me is being evaluated. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 11 21:06:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10901 for freebsd-bugs-outgoing; Sat, 11 Apr 1998 21:06:52 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10815; Sat, 11 Apr 1998 21:04:58 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id MAA29880; Sun, 12 Apr 1998 12:04:35 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199804120404.MAA29880@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1790 In-reply-to: Your message of "Sat, 11 Apr 1998 07:21:38 MST." <199804111421.HAA28061@freefall.freebsd.org> Date: Sun, 12 Apr 1998 12:04:33 +0800 From: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Poul-Henning Kamp wrote: > Synopsis: access to /dev/kmem panics system > State-Changed-From-To: open-closed > doesn't panic -current for me. I committed a fix/workaround for the problem a fair while ago. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message