From owner-freebsd-current Sun Mar 29 02:52:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01112 for freebsd-current-outgoing; Sun, 29 Mar 1998 02:52:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from haywire.dialix.com.au (haywire.dialix.com.au [202.12.86.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01107 for ; Sun, 29 Mar 1998 02:52:34 -0800 (PST) (envelope-from usenet-request@haywire.dialix.com.au) Received: (from news@localhost) by haywire.dialix.com.au (8.8.8/8.8.8/Haywire) id SAA29352 for freebsd-current@freebsd.org; Sun, 29 Mar 1998 18:52:28 +0800 (WST) (envelope-from usenet-request@haywire.dialix.com.au) X-Authentication-Warning: haywire.dialix.com.au: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.dialix.com.au with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@FreeBSD.ORG Date: 29 Mar 1998 10:52:27 GMT From: peter@netplex.com.au (Peter Wemm) Message-ID: <891168747.645695@einstein.dialix.com.au> Organization: DIALix Internet Services References: <19980327175305.19126@klemm.gtn.com> Subject: Re: problems with commercial sound package OSS for FreeBSD-current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980327175305.19126@klemm.gtn.com>, andreas@klemm.gtn.com (Andreas Klemm) writes: > Hi ! > > I tried to install the OSS (Open Sound System) package from 4front: > http://www.4front-tech.com/ > > And I have problems running soundconf: > > soundconf* soundoff* soundon* > root{105} /usr/lib/oss ./soundconf > /usr/lib/oss/oss.o: Undefined symbol `_imen' referenced from text segment > /usr/lib/oss/oss.o: Undefined symbol `_imen' referenced from text segment > /usr/lib/oss/oss.o: Undefined symbol `_imen' referenced from text segment > /usr/lib/oss/oss.o: Undefined symbol `_imen' referenced from text segment > modload: /usr/bin/ld: return code 1 > Cannot load OSS driver module. > > What happened with _imen ? > > Am running -current of March 8, 98 with BISDN and CAM. And SMP? _imen is a UP-only variable. Is this a recent -current OSS driver? -stable and pre-SMP -current have references to things like _imen because of inline spl() functions. After the SMP stuff went in, this was changed so that the splxxx() routines were not inlined, so that the LKM interface was constant between SMP and UP kernels and LKM's should be interchangeable. I have not checked that this hasn't been broken since then, I don't normally compile LKM's as they are disabled in make.conf. > Andreas /// > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 19:33:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04821 for freebsd-current-outgoing; Sun, 29 Mar 1998 19:33:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA04771 for ; Sun, 29 Mar 1998 19:33:37 -0800 (PST) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.4) with UUCP id NAA06585 for freebsd.org!current; Sun, 29 Mar 1998 13:12:37 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Sun, 29 Mar 1998 13:18:48 +0100 (BST) X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 29 Mar 1998 13:15:43 +0100 To: current@FreeBSD.ORG From: Bob Bishop Subject: panic: "vm_fault: fault on nofault entry" with softupdates Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm getting occasional "vm_fault: fault on nofault entry" panics running with softupdates on a recent kernel (CTM src-cur 3301). The traceback looks like this: panic vm_fault trap(10,... --- trap 0xc, ... generic_bcopy softdep_setup_allocindir_page ffs_balloc ffs_write vn_write write [syscall stuff] There seems to be no particular rhyme of reason to this, it happens every third or fourth buildworld. Any ideas? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 20:10:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18854 for freebsd-current-outgoing; Sun, 29 Mar 1998 20:10:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18669 for ; Sun, 29 Mar 1998 20:10:04 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id XAA08213; Sun, 29 Mar 1998 23:02:39 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199803300402.XAA08213@dyson.iquest.net> Subject: Re: panic: "vm_fault: fault on nofault entry" with softupdates In-Reply-To: from Bob Bishop at "Mar 29, 98 01:15:43 pm" To: rb@gid.co.uk (Bob Bishop) Date: Sun, 29 Mar 1998 23:02:39 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I'm getting occasional "vm_fault: fault on nofault entry" panics running > with softupdates on a recent kernel (CTM src-cur 3301). The traceback looks > like this: > > panic > vm_fault > trap(10,... > --- trap 0xc, ... > generic_bcopy > softdep_setup_allocindir_page > ffs_balloc > ffs_write > vn_write > write > [syscall stuff] > > There seems to be no particular rhyme of reason to this, it happens every > third or fourth buildworld. Any ideas? > That specific bug is a nit leftover from the softupdates port. Will eventually be fixed. I did look at it today, and fixed one bug, but it seems that there are more to be found. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 20:14:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20510 for freebsd-current-outgoing; Sun, 29 Mar 1998 20:14:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20365; Sun, 29 Mar 1998 20:14:29 -0800 (PST) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc103.reseau.uvsq.fr [193.51.24.19]) by soleil.uvsq.fr (8.8.8/jtpda-5.3) with ESMTP id XAA03985 ; Sun, 29 Mar 1998 23:44:46 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.8.5/8.8.5) id WAA00549; Sun, 29 Mar 1998 22:44:09 GMT Message-ID: <19980329224409.59684@coreff.prism.uvsq.fr> Date: Sun, 29 Mar 1998 22:44:09 +0000 From: Nicolas Souchu To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: parallel port in 1284 mode ? References: <4558.891024110@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <4558.891024110@critter.freebsd.dk>; from Poul-Henning Kamp on Fri, Mar 27, 1998 at 07:41:50PM +0100 X-Operating-System: FreeBSD coreff 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We're working on ppbus which should add support for the IEEE1284 modes (NIBBLE, EPP and ECP). We're waiting for the IEEE1284 specs... just to do it the right way. I've already the ECP/1284 specs from HP and Micro$oft. On Fri, Mar 27, 1998 at 07:41:50PM +0100, Poul-Henning Kamp wrote: > >Has anybody gotten that to work with any kind of HP printer ? > Volunteer otherwise? -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 20:18:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13736 for freebsd-current-outgoing; Sun, 29 Mar 1998 19:56:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from methi.lcs.mit.edu (root@methi.lcs.mit.edu [18.111.0.211]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13283 for ; Sun, 29 Mar 1998 19:54:43 -0800 (PST) (envelope-from beng@methi.lcs.mit.edu) Received: from methi.lcs.mit.edu (beng@localhost [127.0.0.1]) by methi.lcs.mit.edu (8.8.7/8.8.7) with ESMTP id PAA01816; Sun, 29 Mar 1998 15:38:18 -0500 (EST) Message-Id: <199803292038.PAA01816@methi.lcs.mit.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: dg@root.com cc: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: VX driver in current acting up? In-reply-to: Your message of "Sat, 28 Mar 1998 22:24:04 PST." <199803290624.WAA01177@implode.root.com> From: Benjamin Greenwald X-Sender: beng@lcs.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 1998 15:38:18 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> I'm more inclined to believe that the driver is broken, but it could be > >> either. > > > >Is it ever going to be fixed? Is there not enough demand? I would fix > >it if someone would throw me a clue as to how :-) > > Someone mentioned recently that they were working on a rewrite that will > use the advanced (e.g. DMA) features, so perhaps the new version will fix > the problems of the current driver. That "someone" is me, and I just got the rest of the technical docs from 3Com earlier this week. The fact of the matter is that the driver is so ill-suited for the card at this point that it doesn't suprise me in the least there would be these sorts of problems. -Ben Greenwald > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 20:18:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08439 for freebsd-current-outgoing; Sun, 29 Mar 1998 19:45:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zuul.covalent.net (ns1.covalent.net [208.214.56.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07879; Sun, 29 Mar 1998 19:43:06 -0800 (PST) (envelope-from randy@covalent.net) Received: from sierra.covalent.net (sierra [208.214.58.10]) by zuul.covalent.net (8.8.8/8.8.7) with ESMTP id UAA11649; Sun, 29 Mar 1998 20:36:23 -0600 (CST) (envelope-from randy@Covalent.NET) Received: (from randy@localhost) by sierra.covalent.net (8.8.8/8.8.7) id UAA09493; Sun, 29 Mar 1998 20:36:46 -0600 (CST) (envelope-from randy) To: dyson@freebsd.org, current@freebsd.org Subject: Re: Signal 11's.. (and SCB problems) References: <199803290524.AAA24173@dyson.iquest.net> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Randy Terbush Date: 29 Mar 1998 20:36:45 -0600 In-Reply-To: "John S. Dyson"'s message of "Sun, 29 Mar 1998 00:24:42 -0500 (EST)" Message-ID: Lines: 25 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Diamond" Sender: owner-freebsd-current@freebsd.org Precedence: bulk X-Loop: FreeBSD.ORG "John S. Dyson" writes: > Chris Csanady said: > > While building a world, I recently noticed that I was getting random > > signal 11's. I was under the impression that this was fixed earlier, > > is this correct? > > > > I suppose this is probably related to the SCB problems, but I can't > > say. Is anyone else seeing similar problems? > > > > Regardless, SMP is still miserable here. I seem to have similar SCB > > hangs (that I mentioned earlier) running UP as well, although they > > are fairly rare. > > > I have been working on some improvements, and have noticed that it > is possible (with only minor mods) to cause sig-11's. It is too early > to say whether or not I am reproducing what you are seeing, and I > currently doubt it. Just FYI, I am listening (lurking), and not > assuming that things are perfect on the VM and VFS fronts. FTR - I discovered recently that some of the page fault storms and general instability was caused by AHC_ALLOW_MEMIO. Creation of files during compiles, etc. were creating files containing random garbage from what appeared to be other random open files. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 20:27:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26003 for freebsd-current-outgoing; Sun, 29 Mar 1998 20:27:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fddi.Simon-Shapiro.ORG [206.190.148.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA25830 for ; Sun, 29 Mar 1998 20:26:56 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 10983 invoked from network); 30 Mar 1998 00:35:59 -0000 Received: from localhost.simon-shapiro.org (HELO sendero-fxp0.simon-shapiro.org) (@127.0.0.1) by localhost.simon-shapiro.org with SMTP; 30 Mar 1998 00:35:59 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-032398 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 29 Mar 1998 16:35:59 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@FreeBSD.ORG Subject: Fdisk Guru Solicited Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a disk, reporing, at boot: sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 16630MB (34058496 512 byte sectors) I have a file sd2.fdisk: # Fdisk configuration for 6 x 4GB WDs Raid-5 in Senderos's CPU g c16630 h64 s32 p 1 165 2048 34056192 Then I do: fdisk -i -f sd2.fdisk sd2 To this the kernel says: sd2: raw partition size != slice size sd2: start 2048, end 34058239, size 34056192 sd2c: start 2048, end 8390655, size 8388608 So, I modify sd2.fdisk to be: # Fdisk configuration for 6 x 4GB WDs Raid-5 in Senderos's CPU g c16630 h64 s32 p 1 165 2048 8388608 p 2 165 8390656 8388608 p 3 165 16779264 8388608 p 4 165 25167872 8888320 To this, the kernel agrees. Last I checked, these two add up to the same thing. What gives? ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 20:41:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02077 for freebsd-current-outgoing; Sun, 29 Mar 1998 20:41:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02060 for ; Sun, 29 Mar 1998 20:41:14 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA05599; Sun, 29 Mar 1998 20:00:43 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199803300400.UAA05599@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bob Bishop cc: current@FreeBSD.ORG Subject: Re: panic: "vm_fault: fault on nofault entry" with softupdates In-reply-to: Your message of "Sun, 29 Mar 1998 13:15:43 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 1998 20:00:42 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is an old soft update panic . Try John's latest check in: dyson 1998/03/29 10:23:45 PST Modified files: sys/kern vfs_syscalls.c Log: Correct a significant problem with the softupdates port. Allow fsync to work properly within the softupdates framework, and thereby eliminate some unfortunate panics. Revision Changes Path 1.96 +11 -4 src/sys/kern/vfs_syscalls.c -------- Hope that my testing goes well over here . Usually, I can crash the system within an hour if I enable soft updates. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 22:38:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26603 for freebsd-current-outgoing; Sun, 29 Mar 1998 22:38:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA26598 for ; Sun, 29 Mar 1998 22:38:10 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id BAA09465; Mon, 30 Mar 1998 01:38:01 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199803300638.BAA09465@dyson.iquest.net> Subject: Re: panic: "vm_fault: fault on nofault entry" with softupdates In-Reply-To: <199803300400.UAA05599@rah.star-gate.com> from Amancio Hasty at "Mar 29, 98 08:00:42 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 30 Mar 1998 01:38:01 -0500 (EST) Cc: rb@gid.co.uk, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is an old soft update panic . Try John's latest check in: > > dyson 1998/03/29 10:23:45 PST > > Modified files: > sys/kern vfs_syscalls.c > Log: > Correct a significant problem with the softupdates port. Allow fsync > to work properly within the softupdates framework, and thereby eliminate > some unfortunate panics. > > Revision Changes Path > 1.96 +11 -4 src/sys/kern/vfs_syscalls.c > > -------- > > Hope that my testing goes well over here . Usually, I can crash the system > within an hour if I enable soft updates. > PS. I didn't fix anything other than add more facets to the port of the code. Now, the system seems as reliable as it was before the vtruncbuf change, but there is absolutely no reason other than fsync not working why the addition of vtruncbuf caused problems. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 29 23:25:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04891 for freebsd-current-outgoing; Sun, 29 Mar 1998 23:25:05 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from firewall.scitec.com.au (firewall-user@fgate.scitec.com.au [203.17.180.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04708 for ; Sun, 29 Mar 1998 23:24:36 -0800 (PST) (envelope-from john.saunders@scitec.com.au) Received: by firewall.scitec.com.au; id RAA05284; Mon, 30 Mar 1998 17:24:23 +1000 (EST) Received: from mailhub.scitec.com.au(203.17.180.131) by fgate.scitec.com.au via smap (3.2) id xma005265; Mon, 30 Mar 98 17:24:04 +1000 Received: from hydra.scitec.com.au (hydra.scitec.com.au [203.17.182.101]) by mailhub.scitec.com.au (8.6.12/8.6.9) with ESMTP id RAA08398; Mon, 30 Mar 1998 17:23:59 +1000 Received: from scitec.com.au (saruman.scitec.com.au) by hydra.scitec.com.au with ESMTP (1.40.112.8/16.2) id AA292922638; Mon, 30 Mar 1998 17:23:58 +1000 Message-Id: <351F488E.52132813@scitec.com.au> Date: Mon, 30 Mar 1998 17:23:58 +1000 From: John Saunders Organization: SCITEC LIMITED X-Mailer: Mozilla 4.04 [en] (WinNT; I) Mime-Version: 1.0 To: Randall Hopper , freebsd-current@FreeBSD.ORG Subject: Re: 3rd IDE controller References: <19980327175159.59843@ct.picker.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are you sure you need to #define the ports. I tried just using a hex number in my config file. It didn't work though, but I think that was because I was having trouble getting the jumpers right without documentation (SB16 Basic). At least the kernel tried probing the address I specified but failed. P.S. Are those strange flag values documented somewhere? Cheers. Randall Hopper wrote: > > Wm Brian McCane: > |Just a quick question. Is it possible to support a third IDE controller > |in -current? I have an SB card which will run 2 IDE CD-ROM on it. As I > |remember, this thing is set up to use a different address/IRQ than the > |primary/secondary PCI IDE controllers. > > With a mod, yes it works. I'm running an old 3.0 SNAP from December, and > had to add: > > #define IO_WD3 0x1e8 > #define IO_WD4 0x168 > > to sys/i386/isa/isa.h. I see my PR kern/5627 hasn't gone through yet, so > you'll need to do the same. After that, your kernel should build and work > just fine using: > > controller wdc2 at isa? port "IO_WD3" bio irq 11 flags 0xa0ffa004 vector wdintr > disk wd4 at wdc2 drive 0 > > Randall > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- +------------------------------------------------------------+ . | John Saunders mailto:John.Saunders@scitec.com.au (Work) | ,--_|\ | mailto:john@nlc.net.au (Home) | / Oz \ | http://www.nlc.net.au/~john/ | \_,--\_/ | SCITEC LIMITED Phone +61 2 9428 9563 Fax +61 2 9428 9933 | v | "By the time you make ends meet, they move the ends." | +------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 00:08:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17345 for freebsd-current-outgoing; Mon, 30 Mar 1998 00:08:51 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from harrier.csrv.uidaho.edu (harrier.csrv.uidaho.edu [129.101.119.224]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17335 for ; Mon, 30 Mar 1998 00:08:48 -0800 (PST) (envelope-from igo921@uidaho.edu) Received: from localhost (igo921@localhost) by harrier.csrv.uidaho.edu (8.8.6 (PHNE_12836)/8.8.6) with SMTP id AAA08387 for ; Mon, 30 Mar 1998 00:08:15 -0800 (PST) Date: Mon, 30 Mar 1998 00:08:14 -0800 (PST) From: Lester Igo X-Sender: igo921@harrier.csrv.uidaho.edu Reply-To: Lester Igo To: freebsd-current@FreeBSD.ORG Subject: cc / Current problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a wierd problem with cc building -Current. The machine is a 2xP166MMX that has been running -current for a long time. However I have been really busy lately and have not updated the machine in a long time: - uname -a FreeBSD confusion 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Jan 18 19:34:23 PST 1998 root@confusion:/usr/src/sys/compile/CONFUSION i386 - I worked out the ide device problem with the kernel, however since I started trying to make world, I have been getting cc errors on the option "-02". - cc: unrecognized option `-02' - This bothers me but things still compile. My current cc version is: - bash-2.01$ cc -v gcc version 2.7.2.1 - make world is failing on me at: - ===> libskey cc -02 -m486 -pipe -DPERMIT_CONSOLE -D_SKEY_INTERNAL -I/usr/src/lib/libskey -W -Wall -Werror -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/libskey/skeyaccess.c -o skeyaccess.o cc: unrecognized option `-02' cc1: warnings being treated as errors /usr/obj/usr/src/tmp/usr/include/stdio.h:362: warning: `__sputc' defined but not used /usr/obj/usr/src/tmp/usr/include/ctype.h:146: warning: `__maskrune' defined but not used /usr/obj/usr/src/tmp/usr/include/ctype.h:160: warning: `__toupper' defined but not used /usr/obj/usr/src/tmp/usr/include/ctype.h:167: warning: `__tolower' defined but not used *** Error code 1 - I searched through messages to this list for similar problems and found none, what is the best approach to fixing this? PS libskey compiles fine if I make it directly. I am going to see if doing that won't get past these problems. -- Lester Igo 885-8823, 214 McConnell Hall http://www.uidaho.edu/~igo921 UNIX has very few quirks. Perhaps some utilities used on UNIX boxes are quirky, but you didnt say that. The system is very precise and has been worked upon by the best computing minds in the world. You must consider UNIX is a tad more complicated than System7. The fact it works at all is testimony to its strong and elegant design. -------- "I used to be thin, handsome and smart. Then I discovered UNIX." -- Adrian Chadd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 00:18:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19795 for freebsd-current-outgoing; Mon, 30 Mar 1998 00:18:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from harrier.csrv.uidaho.edu (harrier.csrv.uidaho.edu [129.101.119.224]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA19786 for ; Mon, 30 Mar 1998 00:18:26 -0800 (PST) (envelope-from igo921@uidaho.edu) Received: from localhost (igo921@localhost) by harrier.csrv.uidaho.edu (8.8.6 (PHNE_12836)/8.8.6) with SMTP id AAA09639 for ; Mon, 30 Mar 1998 00:17:55 -0800 (PST) Date: Mon, 30 Mar 1998 00:17:55 -0800 (PST) From: Lester Igo X-Sender: igo921@harrier.csrv.uidaho.edu To: freebsd-current@FreeBSD.ORG Subject: Re: cc / Current problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Mar 1998, Lester Igo wrote: > > I have a wierd problem with cc building -Current. > - > uname -a > FreeBSD confusion 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Jan 18 19:34:23 > PST 1998 root@confusion:/usr/src/sys/compile/CONFUSION i386 > - > > I worked out the ide device problem with the kernel, however since I > started trying to make world, I have been getting cc errors on the option > "-02". > > - > cc: unrecognized option `-02' > - I just realized that this is actually using uption -02 and not -O2 which I thought it was, this is even more bothersome, where is this Coming from? I looked in /etc/Makefile and /usr/src/Makefile and /usr/src/lib/Makefile and still haven't found it. I know it has to be coming from somewhere and don't like the idea of installing the whole system compiled without optimization. -- Lester Igo 885-8823, 214 McConnell Hall http://www.uidaho.edu/~igo921 UNIX has very few quirks. Perhaps some utilities used on UNIX boxes are quirky, but you didnt say that. The system is very precise and has been worked upon by the best computing minds in the world. You must consider UNIX is a tad more complicated than System7. The fact it works at all is testimony to its strong and elegant design. -------- "I used to be thin, handsome and smart. Then I discovered UNIX." -- Adrian Chadd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 00:32:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23414 for freebsd-current-outgoing; Mon, 30 Mar 1998 00:32:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23386 for ; Mon, 30 Mar 1998 00:32:17 -0800 (PST) (envelope-from koshy@india.hp.com) Received: from postbox.india.hp.com (postbox.india.hp.com [15.10.45.1]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id AAA15361 for ; Mon, 30 Mar 1998 00:32:07 -0800 (PST) Message-Id: <199803300832.AAA15361@palrel1.hp.com> Received: from localhost by postbox.india.hp.com with ESMTP (1.39.111.2/16.2) id AA028296627; Mon, 30 Mar 1998 14:00:27 +0530 To: freebsd-current@FreeBSD.ORG Subject: softupdates and -current Date: Mon, 30 Mar 1998 14:00:27 +0530 From: A Joseph Koshy Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any chance of McKusick's softupdates code getting into the standard FreeBSD CVS tree? >From what I can see, McKusick's copyright does not restrict the FreeBSD project from redistributing the sources. Having the code in the main tree would help proof it from bitrot (with apologies to terry&nate; "code.does.not.mutate." etc). Where can I pick up softupdates code that would work with -current as of 30th March? I found seven .tgz files on ftp.freebsd.org:/pub/FreeBSD/incoming, but the latest was of 23rd Feb vintage. Koshy My Personal Opinions Only. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 00:32:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23464 for freebsd-current-outgoing; Mon, 30 Mar 1998 00:32:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from harrier.csrv.uidaho.edu (harrier.csrv.uidaho.edu [129.101.119.224]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23417 for ; Mon, 30 Mar 1998 00:32:24 -0800 (PST) (envelope-from igo921@uidaho.edu) Received: from localhost (igo921@localhost) by harrier.csrv.uidaho.edu (8.8.6 (PHNE_12836)/8.8.6) with SMTP id AAA11278 for ; Mon, 30 Mar 1998 00:31:49 -0800 (PST) Date: Mon, 30 Mar 1998 00:31:49 -0800 (PST) From: Lester Igo X-Sender: igo921@harrier.csrv.uidaho.edu To: freebsd-current@FreeBSD.ORG Subject: Re: cc / Current problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK I am stupid found this, it was in /etc/make.conf. Now I need to figure out what/who wrote that there. On Mon, 30 Mar 1998, Lester Igo wrote: > On Mon, 30 Mar 1998, Lester Igo wrote: > > > > > I have a wierd problem with cc building -Current. > > - > > uname -a > > FreeBSD confusion 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Jan 18 19:34:23 > > PST 1998 root@confusion:/usr/src/sys/compile/CONFUSION i386 > > - > > > > I worked out the ide device problem with the kernel, however since I > > started trying to make world, I have been getting cc errors on the option > > "-02". > > > > - > > cc: unrecognized option `-02' > > - > > I just realized that this is actually using uption -02 and not -O2 which I > thought it was, this is even more bothersome, where is this Coming from? > I looked in /etc/Makefile and /usr/src/Makefile and /usr/src/lib/Makefile > and still haven't found it. I know it has to be coming from somewhere and > don't like the idea of installing the whole system compiled without > optimization. > > -- > Lester Igo > 885-8823, 214 McConnell Hall > http://www.uidaho.edu/~igo921 > > UNIX has very few quirks. Perhaps some utilities used on UNIX boxes are > quirky, but you didnt say that. The system is very precise and has been > worked upon by the best computing minds in the world. You must consider > UNIX is a tad more complicated than System7. The fact it works at all is > testimony to its strong and elegant design. > > -------- > > "I used to be thin, handsome and smart. Then I discovered UNIX." > -- Adrian Chadd > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Lester Igo 885-8823, 214 McConnell Hall http://www.uidaho.edu/~igo921 UNIX has very few quirks. Perhaps some utilities used on UNIX boxes are quirky, but you didnt say that. The system is very precise and has been worked upon by the best computing minds in the world. You must consider UNIX is a tad more complicated than System7. The fact it works at all is testimony to its strong and elegant design. -------- "I used to be thin, handsome and smart. Then I discovered UNIX." -- Adrian Chadd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 01:00:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA29037 for freebsd-current-outgoing; Mon, 30 Mar 1998 01:00:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29031 for ; Mon, 30 Mar 1998 01:00:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id AAA07245; Mon, 30 Mar 1998 00:59:03 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199803300859.AAA07245@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: A Joseph Koshy cc: freebsd-current@FreeBSD.ORG Subject: Re: softupdates and -current In-reply-to: Your message of "Mon, 30 Mar 1998 14:00:27 +0530." <199803300832.AAA15361@palrel1.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Mar 1998 00:59:03 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The soft update stuff is not ready yet unless you are a file system and/or VM hacker. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 02:20:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08607 for freebsd-current-outgoing; Mon, 30 Mar 1998 02:20:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA08600 for ; Mon, 30 Mar 1998 02:20:47 -0800 (PST) (envelope-from luoqi@watermarkgroup.com) Received: by watermarkgroup.com (4.1/SMI-4.1) id AA16817; Mon, 30 Mar 98 05:20:06 EST Date: Mon, 30 Mar 98 05:20:06 EST From: luoqi@watermarkgroup.com (Luoqi Chen) Message-Id: <9803301020.AA16817@watermarkgroup.com> To: rb@gid.co.uk, toor@dyson.iquest.net Subject: Re: panic: "vm_fault: fault on nofault entry" with softupdates Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hi, > > > > I'm getting occasional "vm_fault: fault on nofault entry" panics running > > with softupdates on a recent kernel (CTM src-cur 3301). The traceback looks > > like this: > > > > panic > > vm_fault > > trap(10,... > > --- trap 0xc, ... > > generic_bcopy > > softdep_setup_allocindir_page > > ffs_balloc > > ffs_write > > vn_write > > write > > [syscall stuff] > > > > There seems to be no particular rhyme of reason to this, it happens every > > third or fourth buildworld. Any ideas? > > > That specific bug is a nit leftover from the softupdates port. Will > eventually be fixed. I did look at it today, and fixed one bug, but > it seems that there are more to be found. > This bug seems to be caused by a missing VOP_BMAP call for the indirect block. The code allocates a block device buf at b_blkno, which is still a negative number and eventually leads to panic in bcopy. Please try the following patch -- I am not sure if this is the correct way to fix this problem. The real problem is that bufs returned by bread() are no longer guaranteed to be bmapped after the VMIO merge (bmap calls are moved to bdwrite), yet Kirk's code still makes that assumption. -lq --- ffs_softdep.c Fri Mar 20 11:22:14 1998 +++ ffs_softdep.c.orig Mon Mar 30 04:55:56 1998 @@ -1528,14 +1528,6 @@ newindirdep->ir_state = ATTACHED; LIST_INIT(&newindirdep->ir_deplisthd); LIST_INIT(&newindirdep->ir_donehd); - if (bp->b_blkno == bp->b_lblkno) { -#ifdef DEBUG - printf("setup_allocindir_phase2: need bmap, blk %d\n", - bp->b_lblkno); -#endif - VOP_BMAP(bp->b_vp, bp->b_lblkno, NULL, &bp->b_blkno, - NULL, NULL); - } newindirdep->ir_saveddata = (ufs_daddr_t *)bp->b_data; newindirdep->ir_savebp = getblk(ip->i_devvp, bp->b_blkno, bp->b_bcount, 0, 0); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 03:14:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15965 for freebsd-current-outgoing; Mon, 30 Mar 1998 03:14:53 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from post.mail.demon.net (post-10.mail.demon.net [193.195.0.154]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA15941 for ; Mon, 30 Mar 1998 03:14:47 -0800 (PST) (envelope-from root@hclb.demon.co.uk) Received: from hclb.demon.co.uk ([158.152.8.23]) by post.mail.demon.net id ab1008903; 30 Mar 98 11:05 GMT Received: from hclb.demon.co.uk by hclb.demon.co.uk with smtp (Smail3.2.0.101 #1) id m0yJcLO-0002GDC; Mon, 30 Mar 1998 11:03:10 +0000 (GMT) Date: Mon, 30 Mar 1998 11:03:10 +0000 (GMT) From: Dave Evans To: freebsd-current@FreeBSD.ORG Subject: ctmmd5 - an alternative to ctm(1) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cmtmd5 and ctmindex, an alternative to ctm(1) --------------------------------------------- see http://www.hclb.demon.co.uk/freebsd/ for fuller details and a zip file to download. Download ctmmd5 ctmmd5 and ctmindex are two programs which operate together to replace ctm(1). ctmindex takes a delta and creates an index file from it. The index file in then fed via stdin to ctmmd5 which tests the md5 checksum of the files listed in the index and applies any patches it can to them. ctmmd5 is much less fussy about broken source files than is ctm(1). It can also use any files it finds on a cdrom or elsewhere on your disks. If ctmmd5 fails to patch a file it will generate a shell script which can be used to ftp a replacement from one of the FreeBSD ftp sites. WHY USE CTNINDEX and CTMMD5? ctmindex and ctmmd5 come into their own if you have a source tree which ctm(1) refuses to touch. Once this happens it can often be extremely difficult and tedious to get the source tree into a state which ctm(1) will work on. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 03:29:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA17415 for freebsd-current-outgoing; Mon, 30 Mar 1998 03:29:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17409 for ; Mon, 30 Mar 1998 03:29:32 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id DAA08801; Mon, 30 Mar 1998 03:28:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199803301128.DAA08801@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: luoqi@watermarkgroup.com (Luoqi Chen) cc: rb@gid.co.uk, toor@dyson.iquest.net, current@FreeBSD.ORG Subject: Re: panic: "vm_fault: fault on nofault entry" with softupdates In-reply-to: Your message of "Mon, 30 Mar 1998 05:20:06 EST." <9803301020.AA16817@watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Mar 1998 03:28:51 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tnks for the patch! Next panic, and I believe that this also an old panic: #10 0xf01b5e8e in softdep_fsync (vp=0xf30867a0) at ../../ufs/ffs/ffs_softdep_stub.c:3529 #11 0xf01ba57c in ffs_fsync (ap=0xf3024db4) at ../../ufs/ffs/ffs_vnops.c:259 #12 0xf01b069f in ffs_truncate (vp=0xf30867a0, length=0x0000000000023000, flags=0, cred=0xf06da100, p=0xf2fb6480) at vnode_if.h:499 #13 0xf01be299 in ufs_setattr () #14 0xf01c0775 in ufs_vnoperate () #15 0xf013b024 in ftruncate () #16 0xf01e166f in syscall () #17 0x2006e671 in ?? () 3515 struct timeval tv; 3516 ino_t parentino; 3517 ufs_lbn_t lbn; 3518 3519 ip = VTOI(vp); 3520 fs = ip->i_fs; 3521 for (error = 0, flushparent = 0, olddap = NULL; ; ) { 3522 ACQUIRE_LOCK(&lk); 3523 if (inodedep_lookup(fs, ip->i_number, 0, &inodedep) == 0) 3524 break; (kgdb) 3525 if (LIST_FIRST(&inodedep->id_inowait) != NULL || 3526 LIST_FIRST(&inodedep->id_bufwait) != NULL || 3527 TAILQ_FIRST(&inodedep->id_inoupdt) != NULL || 3528 TAILQ_FIRST(&inodedep->id_newinoupdt) != NULL) 3529 panic("softdep_fsync: pending ops"); I panic here ^^^^^^^^^^^^^^^^^^^^^^^^^^ 3530 if ((wk = LIST_FIRST(&inodedep->id_pendinghd)) == NULL) 3531 break; 3532 if (wk->wk_type != D_DIRADD) 3533 panic("softdep_fsync: Unexpected type %s", 3534 TYPENAME(wk->wk_type)); ------ Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 03:54:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19396 for freebsd-current-outgoing; Mon, 30 Mar 1998 03:54:02 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19378 for ; Mon, 30 Mar 1998 03:53:57 -0800 (PST) (envelope-from pb@hsc.fr) Received: from mars.hsc.fr (pb@mars.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.8.8/8.8.5/itesec-1.12-nospam) with ESMTP id NAA21446 for ; Mon, 30 Mar 1998 13:53:46 +0200 (MET DST) Received: (from pb@localhost) by mars.hsc.fr (8.8.5/8.8.5/pb-19970301) id NAA24176; Mon, 30 Mar 1998 13:53:45 +0200 (MET DST) Message-ID: <19980330135345.DM03313@mars.hsc.fr> Date: Mon, 30 Mar 1998 13:53:45 +0200 From: pb@fasterix.frmug.org (Pierre Beyssac) To: freebsd-current@FreeBSD.ORG Subject: patches to rarpd X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could someone with commit privileges please have a look at PR#5669, check the attached fix and commit it to BOTH -current and -stable ? Without it, rarpd is broken. Thanks. -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 06:10:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07356 for freebsd-current-outgoing; Mon, 30 Mar 1998 06:10:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07347 for ; Mon, 30 Mar 1998 06:10:21 -0800 (PST) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id OAA01639 for ; Mon, 30 Mar 1998 14:07:26 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id JAA13303 for freebsd-current@freebsd.org; Mon, 30 Mar 1998 09:07:25 -0500 (EST) From: Mikhail Teterin Message-Id: <199803301407.JAA13303@rtfm.ziplink.net> Subject: Re: 3rd IDE controller In-Reply-To: <351F488E.52132813@scitec.com.au> from "John Saunders" at "Mar 30, 98 05:23:58 pm" To: freebsd-current@FreeBSD.ORG Date: Mon, 30 Mar 1998 09:07:25 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16729 for freebsd-current-outgoing; Mon, 30 Mar 1998 07:17:09 -0800 (PST) (envelope-from owner-freebsd-current@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 HAA16697 for ; Mon, 30 Mar 1998 07:17:06 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id KAA13935; Mon, 30 Mar 1998 10:15:40 -0500 (EST) (envelope-from wollman) Date: Mon, 30 Mar 1998 10:15:40 -0500 (EST) From: Garrett Wollman Message-Id: <199803301515.KAA13935@khavrinen.lcs.mit.edu> To: Mark Murray Cc: current@FreeBSD.ORG Subject: VX driver in current acting up? In-Reply-To: <199803282009.WAA07410@greenpeace.grondar.za> References: <199803282009.WAA07410@greenpeace.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Hi > I have been getting funny behaviour from the VX driver (I have a > 3com 3c900). > Occaisionally (randomly) the card/driver goes into "slow mode", and > gives ridiculously slow respose on my local ethernet: Someone around here has (I think) volunteered to rewrite this driver from scratch, and is in the process of obtaining all the databooks and whatnot. -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-current" in the body of the message From owner-freebsd-current Mon Mar 30 07:54:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22765 for freebsd-current-outgoing; Mon, 30 Mar 1998 07:54:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA22732 for ; Mon, 30 Mar 1998 07:54:25 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 30 Mar 1998 10:53:47 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA29225; Mon, 30 Mar 98 10:53:45 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id KAA15686; Mon, 30 Mar 1998 10:53:43 -0500 Message-Id: <19980330105342.32990@ct.picker.com> Date: Mon, 30 Mar 1998 10:53:42 -0500 From: Randall Hopper To: John Saunders , freebsd-current@FreeBSD.ORG Subject: Re: 3rd IDE controller Mail-Followup-To: John Saunders , freebsd-current@freebsd.org References: <19980327175159.59843@ct.picker.com> <351F488E.52132813@scitec.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <351F488E.52132813@scitec.com.au>; from John Saunders on Mon, Mar 30, 1998 at 05:23:58PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Saunders: |Are you sure you need to #define the ports. I tried just using a hex |number in my config file. It didn't work though, but I think that Well, someone may have fixed config since I reported the problem, but as I recall when I specified: controller wdc2 at isa? port 0x1e8 bio irq 11 flags 0xa0ffa004 vector wdintr ^^^^^ This put a "(null)" string in isa_biotab_wdc[] in ioconf.c where the port number should have been. If you didn't hit this, then I guess someone fixed this in config since 12/97. |P.S. Are those strange flag values documented somewhere? Don't know. Might check for wd and wdc man pages, and if not, look in sys/i386/isa/wd*. There should also be a number of messages in the -current mailing list archive from last year from when the IDE DMA changes were checked in. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 10:46:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19921 for freebsd-current-outgoing; Mon, 30 Mar 1998 10:46:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19916 for ; Mon, 30 Mar 1998 10:46:07 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id KAA00945; Mon, 30 Mar 1998 10:42:22 -0800 (PST) Message-Id: <199803301842.KAA00945@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: Nathan Dorfman , freebsd-current@FreeBSD.ORG Subject: Re: Linux emulation and x11amp (more of an emulator issue now) In-reply-to: Your message of "Sat, 28 Mar 1998 18:29:14 PST." <199803290229.SAA28075@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Mar 1998 10:42:21 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Let me clarify here a little. > > Traditionally the -current nor the hacker's mailing lists gives a rat ass > care about supporting multimedia applications . 99.99 percent of the > time we are on our own, hence my request to contain issues with respect to > multimedia applications to the multimedia mailing list. Er, actually, this is a Linux emulation issue. The correct places to post this would have been to -multimidia (where you would find noisy support) and -emulation (where the people that care hang out). I'll look at the actual problem report when I'm through the weekend mailpile. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 10:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21036 for freebsd-current-outgoing; Mon, 30 Mar 1998 10:50:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21017 for ; Mon, 30 Mar 1998 10:50:09 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA09758; Mon, 30 Mar 1998 10:49:11 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199803301849.KAA09758@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: Nathan Dorfman , freebsd-current@FreeBSD.ORG Subject: Re: Linux emulation and x11amp (more of an emulator issue now) In-reply-to: Your message of "Mon, 30 Mar 1998 10:42:21 PST." <199803301842.KAA00945@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Mar 1998 10:49:11 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That would be nice except that I don't have any problems with x11amp. Amancoi > > > > Let me clarify here a little. > > > > Traditionally the -current nor the hacker's mailing lists gives a rat ass > > care about supporting multimedia applications . 99.99 percent of the > > time we are on our own, hence my request to contain issues with respect to > > multimedia applications to the multimedia mailing list. > > Er, actually, this is a Linux emulation issue. The correct places to > post this would have been to -multimidia (where you would find noisy > support) and -emulation (where the people that care hang out). > > I'll look at the actual problem report when I'm through the weekend > mailpile. > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 15:28:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21892 for freebsd-current-outgoing; Mon, 30 Mar 1998 15:28:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21842 for ; Mon, 30 Mar 1998 15:28:28 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id IAA00918 for ; Tue, 31 Mar 1998 08:58:20 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA01880; Tue, 31 Mar 1998 08:58:20 +0930 (CST) (envelope-from grog) Message-ID: <19980331085819.11996@freebie.lemis.com> Date: Tue, 31 Mar 1998 08:58:19 +0930 From: Greg Lehey To: FreeBSD current users Subject: Corruption in security check output Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is anybody else seeing things like this in their security check output? I've been haing it for about 3 weeks now, since the build of 11 March. ----- Forwarded message from Charlie Root ----- > Date: Tue, 31 Mar 1998 03:00:55 +0930 (CST) > To: undisclosed-recipients:; > checking setuid files and devices: > freebie setuid/device diffs: > 164a141,144 > > -rwsr--r-- 1 grog wheel 0 Feb 7 11:02:59 1998 /home/grog/filth > > -rwsr-sr-x 1 grog bin 7780 Aug 13 22:12:28 1995 /home/grog/src/setuid > > -rwsr-sr-x 1 grog bin 37643 Aug 13 21:50:44 1995 /home/grog/src/setuid.bsd > > -r-sr-s--- 1 grog wheel 17408 Apr 5 04:16:40 1993 /home/grog/vgaset.grog/X386/bin/vgaset > 181,436c161,272 > < < 4D8E9CA85A8533422D642D7C9A811C349BE2000A97BB7823D92F2190F679B60A > < 6243D21CADABBBF1C9942AD2F310F8540E15F25C116818A23458853E338CA388 > < A3A17D6C4A73D9DDC2B96253AAC6E7CF7828BE640B45265584EA986747BB1308 > < 008C0DC55E4146B646F1CD3C40EFBF3DBE305010878E9D800AABDAB3ED816436 > < 2AD34424A40322F5A64DEFCEBE471C0DDB42372DE0708CD6F7295D6C1D5CAF08 > < E4BEA40FC1F6302DF9B3C73D34077A762D44D82F309A245443406C544C803DBC > < EF2381769EDC098A6AE508312A2AE9A5905715353EBF18BA5F2C8D1DA4E426E6 > < ACF611065E05CCBF35F30B9E92412DD28A9B73F0E7C1959A6822C8E94A33FD2C > < 015E192BB4654DD86746E4724873E952B69DC8923A9834C57309622FF6E46B37 > < 26B43BF80E2A0FD5BF94EA13F8F7BCE84FD7251F8D333DF34C2926A4A7955AD7 (etc) I've remade world a couple of times, but the problem has remained. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 21:47:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24038 for freebsd-current-outgoing; Mon, 30 Mar 1998 21:47:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA23963 for ; Mon, 30 Mar 1998 21:47:24 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id AAA01709; Tue, 31 Mar 1998 00:47:05 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199803310547.AAA01709@dyson.iquest.net> Subject: Re: Corruption in security check output In-Reply-To: <19980331085819.11996@freebie.lemis.com> from Greg Lehey at "Mar 31, 98 08:58:19 am" To: grog@lemis.com (Greg Lehey) Date: Tue, 31 Mar 1998 00:47:04 -0500 (EST) Cc: FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warning: do not enable vfs.ioopt!!! If that isn't the problem, then that is a new one for me. > Is anybody else seeing things like this in their security check > output? I've been haing it for about 3 weeks now, since the build of > 11 March. > > ----- Forwarded message from Charlie Root ----- > > Date: Tue, 31 Mar 1998 03:00:55 +0930 (CST) > > To: undisclosed-recipients:; > > > checking setuid files and devices: > > freebie setuid/device diffs: > > 164a141,144 > > > -rwsr--r-- 1 grog wheel 0 Feb 7 11:02:59 1998 /home/grog/filth > > > -rwsr-sr-x 1 grog bin 7780 Aug 13 22:12:28 1995 /home/grog/src/setuid > > > -rwsr-sr-x 1 grog bin 37643 Aug 13 21:50:44 1995 /home/grog/src/setuid.bsd > > > -r-sr-s--- 1 grog wheel 17408 Apr 5 04:16:40 1993 /home/grog/vgaset.grog/X386/bin/vgaset > > 181,436c161,272 > > < < 4D8E9CA85A8533422D642D7C9A811C349BE2000A97BB7823D92F2190F679B60A > > < 6243D21CADABBBF1C9942AD2F310F8540E15F25C116818A23458853E338CA388 > > < A3A17D6C4A73D9DDC2B96253AAC6E7CF7828BE640B45265584EA986747BB1308 > > < 008C0DC55E4146B646F1CD3C40EFBF3DBE305010878E9D800AABDAB3ED816436 > > < 2AD34424A40322F5A64DEFCEBE471C0DDB42372DE0708CD6F7295D6C1D5CAF08 > > < E4BEA40FC1F6302DF9B3C73D34077A762D44D82F309A245443406C544C803DBC > > < EF2381769EDC098A6AE508312A2AE9A5905715353EBF18BA5F2C8D1DA4E426E6 > > < ACF611065E05CCBF35F30B9E92412DD28A9B73F0E7C1959A6822C8E94A33FD2C > > < 015E192BB4654DD86746E4724873E952B69DC8923A9834C57309622FF6E46B37 > > < 26B43BF80E2A0FD5BF94EA13F8F7BCE84FD7251F8D333DF34C2926A4A7955AD7 > > (etc) > > I've remade world a couple of times, but the problem has remained. > > Greg > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 21:52:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24773 for freebsd-current-outgoing; Mon, 30 Mar 1998 21:52:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24768 for ; Mon, 30 Mar 1998 21:52:51 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id PAA01340; Tue, 31 Mar 1998 15:22:38 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id PAA03582; Tue, 31 Mar 1998 15:22:37 +0930 (CST) (envelope-from grog) Message-ID: <19980331152237.25396@freebie.lemis.com> Date: Tue, 31 Mar 1998 15:22:37 +0930 From: Greg Lehey To: "John S. Dyson" Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Corruption in security check output References: <19980331085819.11996@freebie.lemis.com> <199803310547.AAA01709@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199803310547.AAA01709@dyson.iquest.net>; from John S. Dyson on Tue, Mar 31, 1998 at 12:47:04AM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 March 1998 at 0:47:04 -0500, John S. Dyson wrote: >> Is anybody else seeing things like this in their security check >> output? I've been haing it for about 3 weeks now, since the build of >> 11 March. >> >> ----- Forwarded message from Charlie Root ----- >>> Date: Tue, 31 Mar 1998 03:00:55 +0930 (CST) >>> To: undisclosed-recipients:; >> >>> checking setuid files and devices: >>> freebie setuid/device diffs: >>> 164a141,144 >>>> -rwsr--r-- 1 grog wheel 0 Feb 7 11:02:59 1998 /home/grog/filth >>>> -rwsr-sr-x 1 grog bin 7780 Aug 13 22:12:28 1995 /home/grog/src/setuid >>>> -rwsr-sr-x 1 grog bin 37643 Aug 13 21:50:44 1995 /home/grog/src/setuid.bsd >>>> -r-sr-s--- 1 grog wheel 17408 Apr 5 04:16:40 1993 /home/grog/vgaset.grog/X386/bin/vgaset >>> 181,436c161,272 >>> < < 4D8E9CA85A8533422D642D7C9A811C349BE2000A97BB7823D92F2190F679B60A >>> < 6243D21CADABBBF1C9942AD2F310F8540E15F25C116818A23458853E338CA388 >>> < A3A17D6C4A73D9DDC2B96253AAC6E7CF7828BE640B45265584EA986747BB1308 >>> < 008C0DC55E4146B646F1CD3C40EFBF3DBE305010878E9D800AABDAB3ED816436 >>> < 2AD34424A40322F5A64DEFCEBE471C0DDB42372DE0708CD6F7295D6C1D5CAF08 >>> < E4BEA40FC1F6302DF9B3C73D34077A762D44D82F309A245443406C544C803DBC >>> < EF2381769EDC098A6AE508312A2AE9A5905715353EBF18BA5F2C8D1DA4E426E6 >>> < ACF611065E05CCBF35F30B9E92412DD28A9B73F0E7C1959A6822C8E94A33FD2C >>> < 015E192BB4654DD86746E4724873E952B69DC8923A9834C57309622FF6E46B37 >>> < 26B43BF80E2A0FD5BF94EA13F8F7BCE84FD7251F8D333DF34C2926A4A7955AD7 >> >> (etc) >> >> I've remade world a couple of times, but the problem has remained. > > Warning: do not enable vfs.ioopt!!! If that isn't the problem, then > that is a new one for me. vfs.ioopt's a new one for me. What is it? In any case, I haven't changed anything for months. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 22:12:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27640 for freebsd-current-outgoing; Mon, 30 Mar 1998 22:12:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27629 for ; Mon, 30 Mar 1998 22:12:30 -0800 (PST) (envelope-from mark@grondar.za) Received: from greenpeace.grondar.za (Sw76n6wiRq/CN4GkXnD7dBCNjdPFLxzV@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.8/8.8.8) with ESMTP id IAA01477; Tue, 31 Mar 1998 08:12:20 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (duPEYvigRc86YCC+fjP0l+5+dwtsaf2B@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.8/8.8.8) with ESMTP id IAA05338; Tue, 31 Mar 1998 08:12:18 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199803310612.IAA05338@greenpeace.grondar.za> X-Mailer: exmh version 2.0.2 2/24/98 To: Garrett Wollman cc: current@FreeBSD.ORG Subject: Re: VX driver in current acting up? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Mar 1998 08:12:17 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > Someone around here has (I think) volunteered to rewrite this driver > from scratch, and is in the process of obtaining all the databooks and > whatnot. Thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 22:22:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA28551 for freebsd-current-outgoing; Mon, 30 Mar 1998 22:22:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA28546 for ; Mon, 30 Mar 1998 22:22:53 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id BAA01889; Tue, 31 Mar 1998 01:22:43 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199803310622.BAA01889@dyson.iquest.net> Subject: Re: Corruption in security check output In-Reply-To: <19980331152237.25396@freebie.lemis.com> from Greg Lehey at "Mar 31, 98 03:22:37 pm" To: grog@lemis.com (Greg Lehey) Date: Tue, 31 Mar 1998 01:22:43 -0500 (EST) Cc: toor@dyson.iquest.net, FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, 31 March 1998 at 0:47:04 -0500, John S. Dyson wrote: > > vfs.ioopt's a new one for me. What is it? In any case, I haven't > changed anything for months. > Zero-copy reads. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 22:28:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29014 for freebsd-current-outgoing; Mon, 30 Mar 1998 22:28:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA29004 for ; Mon, 30 Mar 1998 22:28:40 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id PAA01382; Tue, 31 Mar 1998 15:58:32 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id PAA03710; Tue, 31 Mar 1998 15:58:32 +0930 (CST) (envelope-from grog) Message-ID: <19980331155832.03374@freebie.lemis.com> Date: Tue, 31 Mar 1998 15:58:32 +0930 From: Greg Lehey To: "John S. Dyson" Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Corruption in security check output References: <19980331152237.25396@freebie.lemis.com> <199803310622.BAA01889@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199803310622.BAA01889@dyson.iquest.net>; from John S. Dyson on Tue, Mar 31, 1998 at 01:22:43AM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 March 1998 at 1:22:43 -0500, John S. Dyson wrote: >> On Tue, 31 March 1998 at 0:47:04 -0500, John S. Dyson wrote: >> >> vfs.ioopt's a new one for me. What is it? In any case, I haven't >> changed anything for months. > > Zero-copy reads. Where do you set it? It looks like a sysctl variable, but I can't see anything in the man pages, and sysctl doesn't seem to recognize it either. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 22:48:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01396 for freebsd-current-outgoing; Mon, 30 Mar 1998 22:48:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from burka.carrier.kiev.ua (root@burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01391 for ; Mon, 30 Mar 1998 22:48:34 -0800 (PST) (envelope-from archer@grape.carrier.kiev.ua) Received: from unicorn.carrier.kiev.ua (unicorn.carrier.kiev.ua [193.193.193.113]) by burka.carrier.kiev.ua (8.8.8/8.Who.Cares) with ESMTP id JAA24851 for ; Tue, 31 Mar 1998 09:48:21 +0300 (EEST) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by unicorn.carrier.kiev.ua (8.8.8/8.8.7) with ESMTP id JAA28719 for ; Tue, 31 Mar 1998 09:48:20 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.8.8/8.8.8/8.Who.Cares) with UUCP id JAA05514 for current@freebsd.org; Tue, 31 Mar 1998 09:40:03 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.8.8/8.8.8) id JAA13333; Tue, 31 Mar 1998 09:29:16 +0300 (EEST) (envelope-from archer) Message-ID: <19980331092916.42639@carrier.kiev.ua> Date: Tue, 31 Mar 1998 09:29:16 +0300 From: Alexander Litvin To: current@FreeBSD.ORG Subject: kernel with SOFTUPDATES doesn't link Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, everybody! When attempting to make kernel with 'options SOFTUPDATES', during linking I got: > loading kernel > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > *** Error code 1 > > Stop. As I understand, that happened after Poul-Henning commit, which killed 'time' variable. Though /sys/ufs/ffs/ffs_softdep.c still depends on time. --- I really hate this damned machine I wish that they would sell it. It never does quite what I want But only what I tell it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 30 23:03:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03492 for freebsd-current-outgoing; Mon, 30 Mar 1998 23:03:05 -0800 (PST) (envelope-from owner-freebsd-current@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 XAA03481 for ; Mon, 30 Mar 1998 23:02:40 -0800 (PST) (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 IAA04481; Tue, 31 Mar 1998 08:59:17 +0200 (CEST) To: Alexander Litvin cc: current@FreeBSD.ORG Subject: Re: kernel with SOFTUPDATES doesn't link In-reply-to: Your message of "Tue, 31 Mar 1998 09:29:16 +0300." <19980331092916.42639@carrier.kiev.ua> Date: Tue, 31 Mar 1998 08:59:17 +0200 Message-ID: <4479.891327557@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG change the tv = time; to getmicrotime(&tv) and you're back in business... Poul-Henning In message <19980331092916.42639@carrier.kiev.ua>, Alexander Litvin writes: >Hi, everybody! > >When attempting to make kernel with 'options SOFTUPDATES', >during linking I got: > >> loading kernel >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> *** Error code 1 >> >> Stop. > >As I understand, that happened after Poul-Henning commit, which >killed 'time' variable. Though /sys/ufs/ffs/ffs_softdep.c still >depends on time. > >--- >I really hate this damned machine >I wish that they would sell it. >It never does quite what I want >But only what I tell it. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" 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-current" in the body of the message From owner-freebsd-current Tue Mar 31 00:21:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11326 for freebsd-current-outgoing; Tue, 31 Mar 1998 00:21:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11318 for ; Tue, 31 Mar 1998 00:21:17 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id DAA01411; Tue, 31 Mar 1998 03:20:51 -0500 (EST) (envelope-from toor) Message-Id: <199803310820.DAA01411@dyson.iquest.net> Subject: Re: Corruption in security check output In-Reply-To: <19980331155832.03374@freebie.lemis.com> from Greg Lehey at "Mar 31, 98 03:58:32 pm" To: grog@lemis.com (Greg Lehey) Date: Tue, 31 Mar 1998 03:20:46 -0500 (EST) Cc: FreeBSD-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey said: > On Tue, 31 March 1998 at 1:22:43 -0500, John S. Dyson wrote: > >> On Tue, 31 March 1998 at 0:47:04 -0500, John S. Dyson wrote: > >> > >> vfs.ioopt's a new one for me. What is it? In any case, I haven't > >> changed anything for months. > > > > Zero-copy reads. > > Where do you set it? It looks like a sysctl variable, but I can't see > anything in the man pages, and sysctl doesn't seem to recognize it > either. > It is by default disabled for now, but earlier versions of -current kernels had it (the sysctl) enabled. I disabled the sysctl (except with a config option) so that people would not use it by mistake. When it is fully working, iozone should give >1G/sec. It actually overflows iozone on my machine now. There are still some minor problems, which should be fixed soon. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 01:16:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA16949 for freebsd-current-outgoing; Tue, 31 Mar 1998 01:16:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA16940 for ; Tue, 31 Mar 1998 01:16:47 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id CAA23521; Tue, 31 Mar 1998 02:16:46 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpd023493; Tue Mar 31 02:16:36 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id CAA14214; Tue, 31 Mar 1998 02:16:31 -0700 (MST) From: Terry Lambert Message-Id: <199803310916.CAA14214@usr08.primenet.com> Subject: Re: kernel with SOFTUPDATES doesn't link To: archer@lucky.net (Alexander Litvin) Date: Tue, 31 Mar 1998 09:16:31 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <19980331092916.42639@carrier.kiev.ua> from "Alexander Litvin" at Mar 31, 98 09:29:16 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > When attempting to make kernel with 'options SOFTUPDATES', > during linking I got: > > > loading kernel > > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > *** Error code 1 > > As I understand, that happened after Poul-Henning commit, which > killed 'time' variable. Though /sys/ufs/ffs/ffs_softdep.c still > depends on time. The time variable is referenced directly in the dependency resoloution code (the "shall be marked for update" part of the POSIX guarantees on timestamps, mostly). The "time" references need to be replaced with a "getmicrotime()" call. In at least one place (from memory), you will have to declare a local time variable and pass it's address to getmicrotime(), which takes a pointer to a time value. This is because of the reserved areas in the time making an assignment necessary, so you can't pass the address of the address of the variable to get the time to it directly. The getmicrotime() changes are a Good Thing(tm) incidently; now we have some place to hang a mutex. The curproc references need to be similarly wrapped, and I think the code depends on them, too. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 01:18:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17391 for freebsd-current-outgoing; Tue, 31 Mar 1998 01:18:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from minotaur.com (qmailr@www.minotaur.com [209.70.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA17386 for <"freebsd-current@freebsd.org"@hub.freebsd.org>; Tue, 31 Mar 1998 01:18:55 -0800 (PST) (envelope-from jon@minotaur.com) Message-Id: <199803310918.BAA17386@hub.freebsd.org> Received: (qmail 18725 invoked from network); 31 Mar 1998 09:18:11 -0000 Received: from roaming.minotaur.com (HELO roaming) (209.70.17.100) by www.minotaur.com with SMTP; 31 Mar 1998 09:18:11 -0000 From: "Jon E. Mitchiner" To: "FreeBSD" <"freebsd-current@freebsd.org"@hub.freebsd.org> Subject: CONTINUED problems: Restore/Dump broken? Date: Tue, 31 Mar 1998 04:17:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 In-Reply-To: <199803260511.VAA14782@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have a suspicion that 'restore' is broken somehow as I have a new tape > drive in our web server machine (SONY SDT-7000) and backups work without any > problems. The problem occurs when we try to restore files as we lost a file > today, and bang, restore wouldn't work at all. Below is a list of the > commands I did to test restore on a new clean tape to make sure it's not > something else: > > www# dump -0u -a -f /dev/rst0 /usr/local > DUMP: Date of this level 0 dump: Wed Mar 25 18:52:22 1998 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/rsd1s1e (/usr/local) to /dev/rst0 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 84334 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: 72.94% done, finished in 0:01 > DUMP: DUMP: 84372 tape blocks on 1 volumes(s) > DUMP: finished in 389 seconds, throughput 216 KBytes/sec > DUMP: level 0 dump on Wed Mar 25 18:52:22 1998 > DUMP: Closing /dev/rst0 > DUMP: DUMP IS DONE > www# mt -f /dev/rst0 rewind > www# restore -f /dev/rst0 -i > tape read error: No such file or directory > www# I have tested the tape drive in two other machines (NT & Linux) and it works fine. Yes, I have verified that the termination is correctly installed and working. At this point, it seems "dump" works, but "restore" does not work in 3.0-CURRENT and I have been unable to resolve or fix the problem. Does anyone have any clues or suggestions that they could make to resolve the tape drive problems I'm having? Thanks! Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 09:35:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA00320 for freebsd-current-outgoing; Tue, 31 Mar 1998 09:35:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fddi.Simon-Shapiro.ORG [206.190.148.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA29883 for <"freebsd-current@freebsd.org"@hub.freebsd.org>; Tue, 31 Mar 1998 09:33:55 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 16394 invoked from network); 31 Mar 1998 17:42:23 -0000 Received: from localhost.simon-shapiro.org (HELO sendero-fxp0.simon-shapiro.org) (@127.0.0.1) by localhost.simon-shapiro.org with SMTP; 31 Mar 1998 17:42:23 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-032398 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199803310918.BAA17386@hub.freebsd.org> Date: Tue, 31 Mar 1998 09:42:23 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Jon E. Mitchiner" Subject: RE: CONTINUED problems: Restore/Dump broken? Cc: FreeBSD <"freebsd-current@freebsd.org"@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31-Mar-98 Jon E. Mitchiner wrote: >> I have a suspicion that 'restore' is broken somehow as I have a new tape >> drive in our web server machine (SONY SDT-7000) and backups work without > any >> problems. The problem occurs when we try to restore files as we lost a > file >> today, and bang, restore wouldn't work at all. Below is a list of the >> commands I did to test restore on a new clean tape to make sure it's not >> something else: ... > I have tested the tape drive in two other machines (NT & Linux) and it > works > fine. Yes, I have verified that the termination is correctly installed > and > working. > > At this point, it seems "dump" works, but "restore" does not work in > 3.0-CURRENT and I have been unable to resolve or fix the problem. > > Does anyone have any clues or suggestions that they could make to resolve > the tape drive problems I'm having? Yes. I posted a note about it. Restore is not broken, neither is dump, nor your tape drive. Dump dumps in multiples of 1024 bytes. With 3.-0-current, the only blocking factor that works is 512 bytes, which is very, very slow. I have found no way to convince dump to go to that size (short of changing the source). The problem is that YOU WILL HAVE NO INDICATION that dump writes garbage to the tape. So will dd, tar, cpio. My suggestion is you restore on a 2.2, old 3.0, linux, whatever and then do: cd /where/the/restor/is;find . | cpio -H newc -ov -C 512 -O /dev/tape_name This will be readable on 3.0-current. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 10:33:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11942 for freebsd-current-outgoing; Tue, 31 Mar 1998 10:33:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11936 for ; Tue, 31 Mar 1998 10:33:27 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id LAA05074; Tue, 31 Mar 1998 11:26:54 -0700 (MST) Date: Tue, 31 Mar 1998 11:26:54 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199803311826.LAA05074@narnia.plutotech.com> To: shimon@simon-shapiro.org cc: current@FreeBSD.ORG Subject: Re: CONTINUED problems: Restore/Dump broken? Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > >> I have tested the tape drive in two other machines (NT & Linux) and it >> works >> fine. Yes, I have verified that the termination is correctly installed >> and >> working. >> >> At this point, it seems "dump" works, but "restore" does not work in >> 3.0-CURRENT and I have been unable to resolve or fix the problem. >> >> Does anyone have any clues or suggestions that they could make to resolve >> the tape drive problems I'm having? > > Yes. I posted a note about it. Restore is not broken, neither is dump, > nor your tape drive. > > Dump dumps in multiples of 1024 bytes. With 3.-0-current, the only > blocking factor that works is 512 bytes, which is very, very slow. > I have found no way to convince dump to go to that size (short of changing > the source). I don't seem to have this problem with dump and restore here. In testing out the "new" CAM tape driver, we've made several dumps and restores using blocksizes much larger than 512bytes. These were usually performed to either an Archive Python DDS-2 drive or an Exabyte Eliant drive. One thing that could be biting you though is that dump defaults to a 10k block size while restore will default to a 32k block size. I haven't analyzed the source enough to see if it will properly handle cases where the blocksize is smaller than the default. I always explicitly specify the blocksize. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 10:36:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12747 for freebsd-current-outgoing; Tue, 31 Mar 1998 10:36:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12226 for ; Tue, 31 Mar 1998 10:34:30 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id NAA00351 for ; Tue, 31 Mar 1998 13:06:10 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Tue, 31 Mar 1998 13:06:10 -0500 (EST) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: Current as of 3/31 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey all - I supped -current and made world around 11:00am today. Everything went fine. Rebuilt the kernel, rebooted, and everything worked, but X was slow as molasses. I could watch text being painted into xterms, etc. Rebooted with my old kernel, everything is fine again. Could this be related to the recent _time stuff? Al -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ R7-003, ITSMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 10:44:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15067 for freebsd-current-outgoing; Tue, 31 Mar 1998 10:44:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fddi.Simon-Shapiro.ORG [206.190.148.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA15052 for ; Tue, 31 Mar 1998 10:44:18 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 21385 invoked from network); 31 Mar 1998 18:53:31 -0000 Received: from localhost.simon-shapiro.org (HELO sendero-fxp0.simon-shapiro.org) (@127.0.0.1) by localhost.simon-shapiro.org with SMTP; 31 Mar 1998 18:53:31 -0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Message-ID: X-Mailer: XFMail 1.3-alpha-032398 [p0] on FreeBSD X-Priority: 3 (Normal) In-Reply-To: <199803311826.LAA05074@narnia.plutotech.com> Date: Tue, 31 Mar 1998 10:53:31 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Justin T. Gibbs" Subject: Re: CONTINUED problems: Restore/Dump broken? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31-Mar-98 Justin T. Gibbs wrote: ... > I don't seem to have this problem with dump and restore here. In testing > out the "new" CAM tape driver, we've made several dumps and restores > using > blocksizes much larger than 512bytes. These were usually performed to > either an Archive Python DDS-2 drive or an Exabyte Eliant drive. This is in the current current. Not in CAM. We still have to use it until we all convert to CAM, CAM is in the main branch, etc. > One thing that could be biting you though is that dump defaults to a > 10k block size while restore will default to a 32k block size. I haven't > analyzed the source enough to see if it will properly handle cases where > the blocksize is smaller than the default. I always explicitly specify > the blocksize. As I said before, this happens with cpio too. You do: cd /etc;find . | cpio -H newc -ov -C 65536 -O /dev/nst2.2 then you do: cpio -H newc -ivt -I /dev/nst2.2 -C whatever_you_want And you will get garbage out. In my innocense I assume that the blocking factor to the tape, and the logical blocking of an application can/should be decoupled. It appears that a) they are not, and b) anything other than 512 bytes breaks. Now, this DID work correctly up to some months ago. I checked it, under -current very carefully. since you get NO INDICATION of failure when you WRITE the tapes, there was no reason for me (and others) to check again. Maybe it is busted only with the Sony. Maybe not. I'll put an HP drive on one of the systems here today and see what it does. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 10:46:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15605 for freebsd-current-outgoing; Tue, 31 Mar 1998 10:46:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell3.ba.best.com (root@shell3.ba.best.com [206.184.139.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15594 for ; Tue, 31 Mar 1998 10:46:54 -0800 (PST) (envelope-from schrade@schrade.com) Received: from localhost (schrade@localhost [127.0.0.1]) by shell3.ba.best.com (8.8.8/8.8.BEST) with SMTP id KAA11866 for ; Tue, 31 Mar 1998 10:46:25 -0800 (PST) Date: Tue, 31 Mar 1998 10:46:25 -0800 (PST) From: Ken Krebs To: current@FreeBSD.ORG Subject: Latest changes to kernel are causing X slowdowns Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone else experienced the extreme slowness caused by the latest changes to the kernel sources? On the 30th, there were bunches of changes to the /usr/src/sys tree. When I compiled kernel after these changes, anything I do in X is really really slow. If I run top in an xterm, the initial drawing of the top screen is like it's running over a 9600 baud modem. When I load up Netscape, the takes a while for it to redraw windows and there's just various things that are being affected. (All I can see is just graphics slowness at this point) I rebooted with a kernel I made on the 24th and everything was back to normal. Anyone else experienced this? *********** NewOrderDepecheModeUltravoxViolentFemmesKillingJoke ************* * Ken * NineInchNailsFront242TangerineDreamTheBreedersTekno * * * Krebs * SkinnyPuppyLaTourBauhausBookOfLoveModernEnglishB52s * * *********** FishBoneBigCountryJoyDivisonSiouxsie&TheBansheesXTC ************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ IRC: Schrade E-Mail: schrade@schrade.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 10:51:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16724 for freebsd-current-outgoing; Tue, 31 Mar 1998 10:51:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16719 for ; Tue, 31 Mar 1998 10:51:40 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id LAA12117; Tue, 31 Mar 1998 11:51:35 -0700 (MST) Message-Id: <199803311851.LAA12117@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: shimon@simon-shapiro.org cc: "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: CONTINUED problems: Restore/Dump broken? In-reply-to: Your message of "Tue, 31 Mar 1998 10:53:31 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Mar 1998 11:48:08 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >This is in the current current. Not in CAM. We still have to use it until >we all convert to CAM, CAM is in the main branch, etc. CAM should have no effect on this problem. The old driver was able to write the blocksize you told it correctly too. >> One thing that could be biting you though is that dump defaults to a >> 10k block size while restore will default to a 32k block size. I haven't >> analyzed the source enough to see if it will properly handle cases where >> the blocksize is smaller than the default. I always explicitly specify >> the blocksize. > >As I said before, this happens with cpio too. You do: > >cd /etc;find . | cpio -H newc -ov -C 65536 -O /dev/nst2.2 I never use a sub mode tape device and the driver may well be doing something hokey. I also don't have any nst devices. Only nrst and rst. 8-) The nrst2 device should have the default density for the device which, for DDS-* drives should be what you want. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 11:00:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19114 for freebsd-current-outgoing; Tue, 31 Mar 1998 11:00:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fddi.Simon-Shapiro.ORG [206.190.148.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA18985 for ; Tue, 31 Mar 1998 10:59:53 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 2355 invoked from network); 31 Mar 1998 19:09:01 -0000 Received: from localhost.simon-shapiro.org (HELO sendero-fxp0.simon-shapiro.org) (@127.0.0.1) by localhost.simon-shapiro.org with SMTP; 31 Mar 1998 19:09:01 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-032398 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199803311851.LAA12117@pluto.plutotech.com> Date: Tue, 31 Mar 1998 11:09:01 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Justin T. Gibbs" Subject: Re: CONTINUED problems: Restore/Dump broken? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31-Mar-98 Justin T. Gibbs wrote: >>This is in the current current. Not in CAM. We still have to use it >>until >>we all convert to CAM, CAM is in the main branch, etc. > > CAM should have no effect on this problem. The old driver was able > to write the blocksize you told it correctly too. Used to be. It used to be working correctly. It does not work correctly now. >>As I said before, this happens with cpio too. You do: >>cd /etc;find . | cpio -H newc -ov -C 65536 -O /dev/nst2.2 > > I never use a sub mode tape device and the driver may well be doing > something hokey. I also don't have any nst devices. Only nrst and rst. > 8-) I tried each and every one of the possible entry points. None of them works correctly anymore. The submode is meamingless here. > The nrst2 device should have the default density for the device which, > for DDS-* drives should be what you want. Density is not the problem. Data corruption is. When reading with dd or cpio, you get fragments of reality, which shows that the bits are correct. I suspect the blocking scatter/gather logic to have gone south. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 11:00:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19153 for freebsd-current-outgoing; Tue, 31 Mar 1998 11:00:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19131 for ; Tue, 31 Mar 1998 11:00:21 -0800 (PST) (envelope-from bartol@salk.edu) Received: from cole.salk.edu (cole [198.202.70.113]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id LAA19310; Tue, 31 Mar 1998 11:00:19 -0800 (PST) Date: Tue, 31 Mar 1998 11:00:18 -0800 (PST) From: Tom Bartol To: Ken Krebs cc: current@FreeBSD.ORG Subject: Re: Latest changes to kernel are causing X slowdowns In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can confirm this problem as well. I haven't tried backing out to the 24th yet but things are definitely slower in X here with the world and kernel I just made this morning. Netscape is especially slow. My previous build was circa 980323. Tom On Tue, 31 Mar 1998, Ken Krebs wrote: > > Has anyone else experienced the extreme slowness caused by the latest > changes to the kernel sources? > > On the 30th, there were bunches of changes to the /usr/src/sys tree. When > I compiled kernel after these changes, anything I do in X is really really > slow. If I run top in an xterm, the initial drawing of the top screen is > like it's running over a 9600 baud modem. When I load up Netscape, the > takes a while for it to redraw windows and there's just various things > that are being affected. (All I can see is just graphics slowness at this > point) > > I rebooted with a kernel I made on the 24th and everything was back to > normal. > > Anyone else experienced this? > > *********** NewOrderDepecheModeUltravoxViolentFemmesKillingJoke ************* > * Ken * NineInchNailsFront242TangerineDreamTheBreedersTekno * * > * Krebs * SkinnyPuppyLaTourBauhausBookOfLoveModernEnglishB52s * * > *********** FishBoneBigCountryJoyDivisonSiouxsie&TheBansheesXTC ************* > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > IRC: Schrade E-Mail: schrade@schrade.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 11:07:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20605 for freebsd-current-outgoing; Tue, 31 Mar 1998 11:07:46 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20598 for ; Tue, 31 Mar 1998 11:07:39 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id VAA00925; Tue, 31 Mar 1998 21:12:55 +0200 (MET DST) Message-ID: <35215BD1.18161908@giovannelli.it> Date: Tue, 31 Mar 1998 21:10:41 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Ken Krebs CC: current@FreeBSD.ORG Subject: Re: Latest changes to kernel are causing X slowdowns References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ken Krebs wrote: > On the 30th, there were bunches of changes to the /usr/src/sys tree. When > I compiled kernel after these changes, anything I do in X is really really > slow. If I run top in an xterm, the initial drawing of the top screen is > like it's running over a 9600 baud modem. When I load up Netscape, the > takes a while for it to redraw windows and there's just various things > that are being affected. (All I can see is just graphics slowness at this > point) I am to the point of writing a message me too on this, but I thought it was my fault so I stayed quiet trying to understand what is happening... Now I am happier, I am not alone :-) Btw the kernel of the last Friday seems ok. > Anyone else experienced this? Here I am ... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 11:35:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29998 for freebsd-current-outgoing; Tue, 31 Mar 1998 11:35:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29850 for ; Tue, 31 Mar 1998 11:34:58 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id VAA00950; Tue, 31 Mar 1998 21:40:16 +0200 (MET DST) Message-ID: <35216066.72245914@giovannelli.it> Date: Tue, 31 Mar 1998 21:30:14 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Ken Krebs CC: current@FreeBSD.ORG Subject: Re: Latest changes to kernel are causing X slowdowns References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ken Krebs wrote: > > I rebooted with a kernel I made on the 24th and everything was back to > normal. I have to correct myself... This is my last good kernel... FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Mon Mar 30 08:35:46 GMT 1998 gmarco@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 11:35:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00187 for freebsd-current-outgoing; Tue, 31 Mar 1998 11:35:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mexcom.net (ver1-30.uninet.net.mx [200.38.135.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29515 for ; Tue, 31 Mar 1998 11:33:51 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix (telmex@sunix.mexcom.net [206.103.64.3]) by ns.mexcom.net (8.8.8/8.8.7) with SMTP id NAA05436; Tue, 31 Mar 1998 13:30:47 -0600 (CST) Message-ID: <352144BC.36A2C60A@ver1.telmex.net.mx> Date: Tue, 31 Mar 1998 13:32:12 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: "Alok K. Dhir" CC: current@FreeBSD.ORG Subject: Re: Current as of 3/31 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alok K. Dhir wrote: > > Hey all - I supped -current and made world around 11:00am today. > Everything went fine. Rebuilt the kernel, rebooted, and everything > worked, but X was slow as molasses. I could watch text being painted into > xterms, etc. > > Rebooted with my old kernel, everything is fine again. > > Could this be related to the recent _time stuff? > > Al > I don't think so. I just did the same thing and am now building a release and it seems to be working perfectly, knock on wood:-) ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 11:37:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00908 for freebsd-current-outgoing; Tue, 31 Mar 1998 11:37:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00832 for ; Tue, 31 Mar 1998 11:37:45 -0800 (PST) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id OAA00376; Tue, 31 Mar 1998 14:37:22 -0500 (EST) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.8.8/8.8.8) id OAA12919; Tue, 31 Mar 1998 14:37:21 -0500 (EST) Message-ID: <19980331143721.59847@kublai.com> Date: Tue, 31 Mar 1998 14:37:21 -0500 From: Brian Cully To: "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Current as of 3/31 Reply-To: shmit@kublai.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Alok K. Dhir on Tue, Mar 31, 1998 at 01:06:10PM -0500 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 31, 1998 at 01:06:10PM -0500, Alok K. Dhir wrote: > > Hey all - I supped -current and made world around 11:00am today. > Everything went fine. Rebuilt the kernel, rebooted, and everything > worked, but X was slow as molasses. I could watch text being painted into > xterms, etc. > > Rebooted with my old kernel, everything is fine again. > > Could this be related to the recent _time stuff? I've noticed the same thing, although my kernel is from the 30th. Netscape, in particular, sucks eggs. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 12:07:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08388 for freebsd-current-outgoing; Tue, 31 Mar 1998 12:07:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08366 for ; Tue, 31 Mar 1998 12:07:02 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id PAA07744 for current@FreeBSD.ORG; Tue, 31 Mar 1998 15:04:57 -0500 (EST) From: Peter Dufault Message-Id: <199803312004.PAA07744@hda.hda.com> Subject: Re: Current as of 3/31 In-Reply-To: <19980331143721.59847@kublai.com> from Brian Cully at "Mar 31, 98 02:37:21 pm" To: current@FreeBSD.ORG Date: Tue, 31 Mar 1998 15:04:55 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've noticed the same thing, although my kernel is from the 30th. > Netscape, in particular, sucks eggs. As of 1998/03/28 22:44:28 it appears OK - at least if "ico -dbl -faces -colors red orange yellow green blue violet" and general xterm performance is a good test. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 12:08:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08613 for freebsd-current-outgoing; Tue, 31 Mar 1998 12:08:05 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA08545 for ; Tue, 31 Mar 1998 12:07:58 -0800 (PST) (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 WAA06000; Tue, 31 Mar 1998 22:06:19 +0200 (CEST) To: Tom Bartol cc: Ken Krebs , current@FreeBSD.ORG Subject: Re: Latest changes to kernel are causing X slowdowns In-reply-to: Your message of "Tue, 31 Mar 1998 11:00:18 -0800." Date: Tue, 31 Mar 1998 22:06:19 +0200 Message-ID: <5998.891374779@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could you please provide a bit more data here ? Is any processes soaking up CPU time (check with top for instance) ? If they are, please run them under "ktrace" and dump the output someplace where I can find it. Poul-Henning In message , Tom Bartol w rites: > >I can confirm this problem as well. I haven't tried backing out to the >24th yet but things are definitely slower in X here with the world and >kernel I just made this morning. Netscape is especially slow. My >previous build was circa 980323. > > >Tom > > >On Tue, 31 Mar 1998, Ken Krebs wrote: > >> >> Has anyone else experienced the extreme slowness caused by the latest >> changes to the kernel sources? >> >> On the 30th, there were bunches of changes to the /usr/src/sys tree. When >> I compiled kernel after these changes, anything I do in X is really really >> slow. If I run top in an xterm, the initial drawing of the top screen is >> like it's running over a 9600 baud modem. When I load up Netscape, the >> takes a while for it to redraw windows and there's just various things >> that are being affected. (All I can see is just graphics slowness at this >> point) >> >> I rebooted with a kernel I made on the 24th and everything was back to >> normal. >> >> Anyone else experienced this? >> >> *********** NewOrderDepecheModeUltravoxViolentFemmesKillingJoke *********** >** >> * Ken * NineInchNailsFront242TangerineDreamTheBreedersTekno * > * >> * Krebs * SkinnyPuppyLaTourBauhausBookOfLoveModernEnglishB52s * > * >> *********** FishBoneBigCountryJoyDivisonSiouxsie&TheBansheesXTC *********** >** >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >~~ >> IRC: Schrade E-Mail: schrade@schrade.com >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message >> > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" 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-current" in the body of the message From owner-freebsd-current Tue Mar 31 13:18:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25002 for freebsd-current-outgoing; Tue, 31 Mar 1998 13:18:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24969 for ; Tue, 31 Mar 1998 13:18:18 -0800 (PST) (envelope-from bartol@salk.edu) Received: from cole.salk.edu (cole [198.202.70.113]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id NAA01937; Tue, 31 Mar 1998 13:15:00 -0800 (PST) Date: Tue, 31 Mar 1998 13:14:59 -0800 (PST) From: Tom Bartol To: Poul-Henning Kamp cc: Ken Krebs , current@FreeBSD.ORG Subject: Re: Latest changes to kernel are causing X slowdowns In-Reply-To: <5998.891374779@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, top doesn't show any unusual CPU usage by any process, including X and X clients. I'd love to provide more information on the problem but I'm not sure what to look at. I'm looking at systat -vmstat right now but nothing appears out of the ordinary. Tom On Tue, 31 Mar 1998, Poul-Henning Kamp wrote: > > > Could you please provide a bit more data here ? > > Is any processes soaking up CPU time (check with top for instance) ? > > If they are, please run them under "ktrace" and dump the output someplace > where I can find it. > > Poul-Henning > > In message , Tom Bartol w > rites: > > > >I can confirm this problem as well. I haven't tried backing out to the > >24th yet but things are definitely slower in X here with the world and > >kernel I just made this morning. Netscape is especially slow. My > >previous build was circa 980323. > > > > > >Tom > > > > > >On Tue, 31 Mar 1998, Ken Krebs wrote: > > > >> > >> Has anyone else experienced the extreme slowness caused by the latest > >> changes to the kernel sources? > >> > >> On the 30th, there were bunches of changes to the /usr/src/sys tree. When > >> I compiled kernel after these changes, anything I do in X is really really > >> slow. If I run top in an xterm, the initial drawing of the top screen is > >> like it's running over a 9600 baud modem. When I load up Netscape, the > >> takes a while for it to redraw windows and there's just various things > >> that are being affected. (All I can see is just graphics slowness at this > >> point) > >> > >> I rebooted with a kernel I made on the 24th and everything was back to > >> normal. > >> > >> Anyone else experienced this? > >> > >> *********** NewOrderDepecheModeUltravoxViolentFemmesKillingJoke *********** > >** > >> * Ken * NineInchNailsFront242TangerineDreamTheBreedersTekno * > > * > >> * Krebs * SkinnyPuppyLaTourBauhausBookOfLoveModernEnglishB52s * > > * > >> *********** FishBoneBigCountryJoyDivisonSiouxsie&TheBansheesXTC *********** > >** > >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >~~ > >> IRC: Schrade E-Mail: schrade@schrade.com > >> > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-current" in the body of the message > >> > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-current" 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-current" in the body of the message From owner-freebsd-current Tue Mar 31 13:21:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25926 for freebsd-current-outgoing; Tue, 31 Mar 1998 13:21:16 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay1.kar.net (relay1.kar.net [195.5.17.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25895 for ; Tue, 31 Mar 1998 13:21:08 -0800 (PST) (envelope-from kushn@mail.kar.net) Received: from olinet.isf.kiev.ua by relay1.kar.net with ESMTP id AAA01700; (8.8.last/vAk3/1.9) Wed, 1 Apr 1998 00:00:22 +0300 (EEST) Received: from kushnir.kiev.ua by olinet.isf.kiev.ua with SMTP id XAA13351; (8.8.last/vAk3/1.9) Tue, 31 Mar 1998 23:48:18 +0300 (EET DST) Date: Tue, 31 Mar 1998 22:53:35 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua Reply-To: Vladimir Kushnir To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Latest changes to kernel are causing X slowdowns In-Reply-To: <5998.891374779@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 Mar 1998, Poul-Henning Kamp wrote: > > > Could you please provide a bit more data here ? > > Is any processes soaking up CPU time (check with top for instance) ? > > If they are, please run them under "ktrace" and dump the output someplace > where I can find it. > > Poul-Henning > > In message , Tom Bartol w > rites: > > > >I can confirm this problem as well. I haven't tried backing out to the > >24th yet but things are definitely slower in X here with the world and > >kernel I just made this morning. Netscape is especially slow. My > >previous build was circa 980323. > > > > > >Tom > > Sorry for intrusion, but I've also got this slowness. And no, according to top there is no CPU eaters. Besides, not everything slows down: KDE apps, for one, don't, and uemacs in xterm doesn't, and so on. But, for instance, netscape (or dmesg or man in xterm, or lots of others) do. With no sign in top output. Strange things happen :-\ Previous build: 980329 Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 13:46:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03939 for freebsd-current-outgoing; Tue, 31 Mar 1998 13:46:09 -0800 (PST) (envelope-from owner-freebsd-current@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 NAA03646 for ; Tue, 31 Mar 1998 13:44:59 -0800 (PST) (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 XAA06339 for ; Tue, 31 Mar 1998 23:44:16 +0200 (CEST) To: current@FreeBSD.ORG Subject: swap-leak in 2.2.5 ? From: Poul-Henning Kamp Date: Tue, 31 Mar 1998 23:44:15 +0200 Message-ID: <6337.891380655@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anybody know what is eating the swap-space on this machine ? There is no MFS or anything weird going on, just a couple of spam-filtering tcl scripts and a lot of sendmails... Does 2.2.5 have a swap-leak I havn't heard about ? Poul-Henning Script started on Tue Mar 31 23:38:38 1998 cicero0# pstat -T 1249/3240 files 264M/599M swap space cicero0# uname -a FreeBSD cicero0.cybercity.dk 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #1: Thu Mar 26 15:00:26 CET 1998 root@:/usr/src/sys/compile/CICERO0 i386 cicero0# ps -axlw UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.89 (swapper) 0 1 0 0 10 0 404 76 wait Is ?? 0:00.11 /sbin/init -- 0 2 0 5 -18 0 0 12 psleep DL ?? 1:22.62 (pagedaemon) 0 3 0 0 28 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) 0 4 0 0 28 0 0 12 update DL ?? 4:57.07 (update) 0 78 1 0 2 0 196 260 select Ss ?? 9:08.66 syslogd 1 89 1 55 2 0 176 176 select Is ?? 0:00.00 portmap 0 110 1 0 2 0 188 248 select Is ?? 0:00.05 inetd 0 113 1 0 18 0 336 332 pause Is ?? 0:06.53 cron 0 117 1 0 18 0 572 632 pause Is ?? 0:03.10 /usr/sbin/sendmail -q5m 0 146 1 5 2 0 328 360 select Is ?? 0:56.16 /usr/local/sbin/sshd 0 837 207 0 2 0 576 732 select S ?? 0:51.29 /usr/local/bin/tclsh8.0 /root/MailFilter/filter_us 0 1481 146 0 2 0 428 388 select S ?? 0:02.00 /usr/local/sbin/sshd 0 19497 208 1 2 0 588 1332 select S ?? 0:02.26 /usr/local/bin/tclsh8.0 /root/MailFilter/filter_them 0 20493 1 2 2 0 568 832 select Ss ?? 0:00.14 sendmail: accepting connections on port 25 (sendmail) 0 20494 1 0 2 0 568 880 select Ss ?? 0:00.16 sendmail: accepting connections on port 25 (sendmail) 0 20534 20494 0 2 0 628 916 sbwait I ?? 0:00.02 sendmail: server Phaser.Showcase.MPGN.COM [206.66.87.5] cmd read (sendmail) 0 20541 20494 0 2 0 628 932 sbwait I ?? 0:00.02 sendmail: server public.lists.apple.com [17.254.0.151] cmd read (sendmail) 0 20736 20494 0 10 0 636 976 wait I ?? 0:00.02 sendmail: server wings.ark.com [204.50.2.9] child wait (sendmail) 0 20740 20494 0 10 0 636 976 wait I ?? 0:00.02 sendmail: server sbu010.das-x.dec.com [192.208.46.159] child wait (sendmail) 0 20767 20494 0 10 0 628 976 wait I ?? 0:00.02 sendmail: server mail.eunet.ch [146.228.10.7] child wait (sendmail) 0 20817 20494 0 2 0 636 956 sbwait I ?? 0:00.02 sendmail: server root@lists1.best.com [206.86.8.15] cmd read (sendmail) 0 20825 20736 0 2 0 656 1040 sbwait I ?? 0:00.02 sendmail: server wings.ark.com [204.50.2.9] cmd read (sendmail) 0 20836 20740 0 2 0 660 1044 sbwait I ?? 0:00.02 sendmail: server sbu010.das-x.dec.com [192.208.46.159] cmd read (sendmail) 0 20873 117 0 2 0 792 1020 sbwait S ?? 0:01.26 sendmail: XAA20531 mail.bigfoot.com.: client DATA status (sendmail) 0 20929 20767 0 2 0 652 1044 sbwait S ?? 0:00.02 sendmail: server mail.eunet.ch [146.228.10.7] cmd read (sendmail) 0 20930 20494 0 10 0 636 976 wait I ?? 0:00.02 sendmail: server mail-in1.inet.tele.dk [194.182.148.158] child wait (sendmail) 0 20931 20930 0 2 0 660 1060 sbwait S ?? 0:00.48 sendmail: XAA20931 mail-in1.inet.tele.dk [194.182.148.158]: DATA (sendmail) 0 20937 20494 0 10 0 628 976 wait I ?? 0:00.02 sendmail: server webchat4.wbs.net [209.1.7.197] child wait (sendmail) 0 20946 20494 0 10 0 636 976 wait I ?? 0:00.02 sendmail: server spidey.ecst.csuchico.edu [132.241.9.70] child wait (sendmail) 0 20949 20494 0 10 0 636 976 wait I ?? 0:00.02 sendmail: server ns5.dmi.net [206.63.164.5] child wait (sendmail) 0 20950 20946 0 2 0 660 1044 sbwait I ?? 0:00.03 sendmail: XAA20950 spidey.ecst.csuchico.edu [132.241.9.70]: DATA (sendmail) 0 20951 20937 0 2 0 652 1044 sbwait I ?? 0:00.03 sendmail: XAA20951 webchat4.wbs.net [209.1.7.197]: DATA (sendmail) 0 20952 20949 0 2 0 660 1044 sbwait I ?? 0:00.02 sendmail: XAA20952 ns5.dmi.net [206.63.164.5]: DATA (sendmail) 0 20953 20494 0 2 0 636 956 sbwait S ?? 0:00.02 sendmail: server sender1.lodo.infobeat.com [208.146.68.33] cmd read (sendmail) 0 20962 20494 0 2 0 628 936 sbwait S ?? 0:00.02 sendmail: server cs.uwp.edu [131.210.1.4] cmd read (sendmail) 0 20968 209 3 18 0 168 44 pause S ?? 0:00.05 sleep 10 0 20975 210 6 2 0 664 1064 sbwait S ?? 0:00.29 sendmail: XAA20960 vip.cybercity.dk: client MAIL (sendmail) 0 27447 146 0 2 0 348 320 select I ?? 0:14.61 /usr/local/sbin/sshd 0 20925 27467 91 18 0 168 44 pause I+ p0 0:00.00 sleep 60 0 27451 27447 0 18 0 452 12 pause Is p0 0:00.05 -csh (csh) 0 27467 27451 91 10 0 488 168 wait I+ p0 0:54.19 sh mon.sh 0 1485 1481 0 18 0 452 264 pause Ss p1 0:00.34 -csh (csh) 0 20969 1485 0 3 0 216 528 ttyin S+ p1 0:00.02 script 0 20970 20969 0 3 0 216 536 ptcin S+ p1 0:00.00 script 0 20971 20970 0 18 0 448 320 pause Ss p2 0:00.02 -h -i (csh) 0 20980 20971 1 28 0 656 292 - R+ p2 0:00.00 ps -axlw 0 12397 1 0 3 0 184 284 ttyin Is+ v0 0:00.02 /usr/libexec/getty Pc ttyv0 0 6341 1 0 3 0 180 192 ttyin Is+ v1 0:00.01 /usr/libexec/getty Pc ttyv1 0 231 1 0 3 0 180 180 ttyin Is+ v2 0:00.01 /usr/libexec/getty Pc ttyv2 0 207 1 6 10 0 492 104 wait I con- 0:00.38 /bin/sh /root/MailFilter/run_filter_us 0 208 1 5 10 0 500 156 wait I con- 0:02.04 /bin/sh /root/MailFilter/run_filter_them 0 209 1 2 10 0 1316 908 wait S con- 14:00.59 /bin/sh /root/MailFilter/mail_pusher 0 210 1 16 10 0 3596 3204 wait S con- 53:56.35 /bin/sh /root/MailFilter/mail_pusher_intern cicero0# grep . /proc/*/map /proc/1/map:0x1000 0x30000 6 0 r-x COW vnode /proc/1/map:0x30000 0x32000 1 2 rwx COW vnode /proc/1/map:0x32000 0x3d000 1 1 rwx COW swap /proc/1/map:0x3d000 0x46000 6 7 rwx COW swap /proc/1/map:0x8030000 0x8031000 0 0 rwx COW swap /proc/1/map:0xefbde000 0xefbfe000 1 1 rwx COW swap /proc/110/map:0x1000 0x6000 0 0 r-x COW vnode /proc/110/map:0x6000 0x7000 0 0 rwx COW vnode /proc/110/map:0x7000 0x10000 0 0 rwx COW swap /proc/110/map:0x8006000 0x8014000 4 0 r-x COW vnode /proc/110/map:0x8014000 0x8016000 0 0 rwx COW vnode /proc/110/map:0x8016000 0x801e000 0 0 rwx COW swap /proc/110/map:0x801e000 0x801f000 0 0 rwx COW swap /proc/110/map:0x8020000 0x8025000 3 0 r-x COW vnode /proc/110/map:0x8025000 0x8026000 0 0 rwx COW vnode /proc/110/map:0x8026000 0x8082000 51 0 r-x COW vnode /proc/110/map:0x8082000 0x8086000 0 0 rwx COW vnode /proc/110/map:0x8086000 0x809d000 0 0 rwx COW swap /proc/110/map:0xefbde000 0xefbfe000 0 1 rwx COW swap /proc/113/map:0x1000 0x7000 3 0 r-x COW vnode /proc/113/map:0x7000 0x8000 1 1 rwx COW vnode /proc/113/map:0x8000 0x2c000 2 3 rwx COW swap /proc/113/map:0x2c000 0x35000 2 5 rwx COW swap /proc/113/map:0x8007000 0x8015000 4 0 r-x COW vnode /proc/113/map:0x8015000 0x8017000 0 2 rwx COW vnode /proc/113/map:0x8017000 0x8020000 2 6 rwx COW swap /proc/113/map:0x8021000 0x8026000 3 0 r-x COW vnode /proc/113/map:0x8026000 0x8027000 0 1 rwx COW vnode /proc/113/map:0x8027000 0x8083000 53 0 r-x COW vnode /proc/113/map:0x8083000 0x8087000 4 4 rwx COW vnode /proc/113/map:0x8087000 0x809e000 3 5 rwx COW swap /proc/113/map:0xefbde000 0xefbfe000 1 2 rwx COW swap /proc/117/map:0x1000 0x44000 63 0 r-x COW vnode /proc/117/map:0x44000 0x47000 2 0 rwx COW vnode /proc/117/map:0x47000 0x6f000 15 24 rwx COW swap /proc/117/map:0x6f000 0x70000 0 0 rwx COW swap /proc/117/map:0x8044000 0x8052000 4 0 r-x COW vnode /proc/117/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/117/map:0x8054000 0x805d000 5 0 rwx COW swap /proc/117/map:0x805e000 0x8063000 3 0 r-x COW vnode /proc/117/map:0x8063000 0x8064000 0 0 rwx COW vnode /proc/117/map:0x8064000 0x80c0000 53 0 r-x COW vnode /proc/117/map:0x80c0000 0x80c4000 1 0 rwx COW vnode /proc/117/map:0x80c4000 0x80db000 1 0 rwx COW swap /proc/117/map:0xefbde000 0xefbfe000 4 5 rwx COW swap /proc/12397/map:0x1000 0x6000 0 0 r-x COW vnode /proc/12397/map:0x6000 0x7000 0 0 rwx COW vnode /proc/12397/map:0x7000 0xe000 0 0 rwx swap /proc/12397/map:0xe000 0xf000 0 0 rwx swap /proc/12397/map:0x8006000 0x8014000 6 0 r-x COW vnode /proc/12397/map:0x8014000 0x8016000 0 0 rwx COW vnode /proc/12397/map:0x8016000 0x801f000 0 0 rwx swap /proc/12397/map:0x8020000 0x8025000 3 0 r-x COW vnode /proc/12397/map:0x8025000 0x8026000 0 0 rwx COW vnode /proc/12397/map:0x8026000 0x8082000 58 0 r-x COW vnode /proc/12397/map:0x8082000 0x8086000 0 0 rwx COW vnode /proc/12397/map:0x8086000 0x809d000 0 0 rwx swap /proc/12397/map:0xefbde000 0xefbfe000 0 1 rwx swap /proc/146/map:0x1000 0x21000 12 0 r-x COW vnode /proc/146/map:0x21000 0x23000 1 2 rwx COW vnode /proc/146/map:0x23000 0x2d000 5 7 rwx COW swap /proc/146/map:0x2d000 0x2f000 0 0 rwx COW swap /proc/146/map:0x2f000 0x31000 0 2 rwx COW swap /proc/146/map:0x31000 0x33000 0 2 rwx COW swap /proc/146/map:0x8021000 0x802f000 4 0 r-x COW vnode /proc/146/map:0x802f000 0x8031000 0 0 rwx COW vnode /proc/146/map:0x8031000 0x803a000 1 2 rwx COW swap /proc/146/map:0x803b000 0x804f000 0 0 r-x COW vnode /proc/146/map:0x804f000 0x8050000 0 1 rwx COW vnode /proc/146/map:0x8050000 0x8059000 0 0 r-x COW vnode /proc/146/map:0x8059000 0x805a000 0 0 rwx COW vnode /proc/146/map:0x805a000 0x805c000 0 0 rwx none /proc/146/map:0x805c000 0x805e000 0 0 r-x COW vnode /proc/146/map:0x805e000 0x805f000 0 0 rwx COW vnode /proc/146/map:0x805f000 0x8064000 3 0 r-x COW vnode /proc/146/map:0x8064000 0x8065000 0 0 rwx COW vnode /proc/146/map:0x8065000 0x80c1000 57 0 r-x COW vnode /proc/146/map:0x80c1000 0x80c5000 1 2 rwx COW vnode /proc/146/map:0x80c5000 0x80dc000 0 1 rwx COW swap /proc/146/map:0xefbde000 0xefbfe000 1 3 rwx COW swap /proc/1481/map:0x1000 0x21000 12 0 r-x COW vnode /proc/1481/map:0x21000 0x23000 2 2 rwx COW vnode /proc/1481/map:0x23000 0x2d000 7 7 rwx COW swap /proc/1481/map:0x2d000 0x2f000 0 0 rwx COW swap /proc/1481/map:0x2f000 0x31000 1 1 rwx COW swap /proc/1481/map:0x31000 0x33000 1 1 rwx COW swap /proc/1481/map:0x33000 0x37000 2 2 rwx COW swap /proc/1481/map:0x37000 0x38000 0 0 rwx COW swap /proc/1481/map:0x38000 0x4c000 8 8 rwx swap /proc/1481/map:0x8021000 0x802f000 4 0 r-x COW vnode /proc/1481/map:0x802f000 0x8031000 0 0 rwx COW vnode /proc/1481/map:0x8031000 0x803a000 1 1 rwx COW swap /proc/1481/map:0x803b000 0x804f000 0 0 r-x COW vnode /proc/1481/map:0x804f000 0x8050000 0 0 rwx COW vnode /proc/1481/map:0x8050000 0x8059000 0 0 r-x COW vnode /proc/1481/map:0x8059000 0x805a000 0 0 rwx COW vnode /proc/1481/map:0x805a000 0x805c000 0 0 rwx none /proc/1481/map:0x805c000 0x805e000 0 0 r-x COW vnode /proc/1481/map:0x805e000 0x805f000 0 0 rwx COW vnode /proc/1481/map:0x805f000 0x8064000 3 0 r-x COW vnode /proc/1481/map:0x8064000 0x8065000 0 0 rwx COW vnode /proc/1481/map:0x8065000 0x80c1000 47 0 r-x COW vnode /proc/1481/map:0x80c1000 0x80c5000 1 1 rwx COW vnode /proc/1481/map:0x80c5000 0x80dc000 1 1 rwx COW swap /proc/1481/map:0xefbde000 0xefbfe000 2 2 rwx COW swap /proc/1485/map:0x1000 0x39000 37 0 r-x COW vnode /proc/1485/map:0x39000 0x3c000 3 3 rwx COW vnode /proc/1485/map:0x3c000 0x4e000 13 14 rwx COW swap /proc/1485/map:0x4e000 0x52000 4 4 rwx COW swap /proc/1485/map:0x8039000 0x803a000 1 1 rwx COW swap /proc/1485/map:0xefbde000 0xefbfe000 3 3 rwx COW swap /proc/19497/map:0x1000 0x2000 1 0 r-x COW vnode /proc/19497/map:0x2000 0x3000 1 1 rwx COW vnode /proc/19497/map:0x3000 0x74000 111 111 rwx default /proc/19497/map:0x8002000 0x8010000 10 0 r-x COW vnode /proc/19497/map:0x8010000 0x8012000 2 2 rwx COW vnode /proc/19497/map:0x8012000 0x801c000 10 10 rwx default /proc/19497/map:0x801c000 0x8073000 82 0 r-x COW vnode /proc/19497/map:0x8073000 0x8077000 4 4 rwx COW vnode /proc/19497/map:0x8077000 0x8078000 1 1 rwx default /proc/19497/map:0x8078000 0x808e000 5 0 r-x COW vnode /proc/19497/map:0x808e000 0x8091000 3 3 rwx COW vnode /proc/19497/map:0x8091000 0x80ed000 78 0 r-x COW vnode /proc/19497/map:0x80ed000 0x80f1000 4 4 rwx COW vnode /proc/19497/map:0x80f1000 0x8108000 9 9 rwx default /proc/19497/map:0x8108000 0x8109000 1 0 r-x COW vnode /proc/19497/map:0x8109000 0x810a000 1 1 rwx COW vnode /proc/19497/map:0xefbde000 0xefbfe000 5 5 rwx default /proc/20493/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20493/map:0x44000 0x47000 2 3 rwx COW vnode /proc/20493/map:0x47000 0x6f000 17 35 rwx COW default /proc/20493/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20493/map:0x8052000 0x8054000 2 2 rwx COW vnode /proc/20493/map:0x8054000 0x805d000 9 9 rwx COW default /proc/20493/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20493/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20493/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20493/map:0x80c0000 0x80c4000 3 4 rwx COW vnode /proc/20493/map:0x80c4000 0x80db000 4 16 rwx COW default /proc/20493/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20494/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20494/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20494/map:0x47000 0x6f000 23 14 rwx COW default /proc/20494/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20494/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20494/map:0x8054000 0x805d000 9 0 rwx COW default /proc/20494/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20494/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20494/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20494/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20494/map:0x80c4000 0x80db000 9 6 rwx COW default /proc/20494/map:0xefbde000 0xefbfe000 4 5 rwx COW default /proc/20534/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20534/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20534/map:0x47000 0x6f000 24 17 rwx COW default /proc/20534/map:0x6f000 0x7e000 9 9 rwx COW default /proc/20534/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20534/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20534/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20534/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20534/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20534/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20534/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20534/map:0x80c4000 0x80db000 7 6 rwx COW default /proc/20534/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20541/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20541/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20541/map:0x47000 0x6f000 34 17 rwx COW default /proc/20541/map:0x6f000 0x7e000 3 9 rwx COW default /proc/20541/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20541/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20541/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20541/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20541/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20541/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20541/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20541/map:0x80c4000 0x80db000 7 6 rwx COW default /proc/20541/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/207/map:0x1000 0x47000 21 0 r-x COW vnode /proc/207/map:0x47000 0x4a000 1 0 rwx COW vnode /proc/207/map:0x4a000 0x5b000 0 0 rwx COW swap /proc/207/map:0x5b000 0x5c000 0 0 rwx COW swap /proc/207/map:0x8047000 0x8048000 0 0 rwx COW swap /proc/207/map:0xefbde000 0xefbfe000 0 1 rwx COW swap /proc/20736/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20736/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20736/map:0x47000 0x6f000 34 17 rwx COW default /proc/20736/map:0x6f000 0x80000 9 0 rwx COW default /proc/20736/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20736/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20736/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20736/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20736/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20736/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20736/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20736/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20736/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20740/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20740/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20740/map:0x47000 0x6f000 34 17 rwx COW default /proc/20740/map:0x6f000 0x80000 9 0 rwx COW default /proc/20740/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20740/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20740/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20740/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20740/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20740/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20740/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20740/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20740/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20767/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20767/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20767/map:0x47000 0x6f000 34 17 rwx COW default /proc/20767/map:0x6f000 0x7e000 9 0 rwx COW default /proc/20767/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20767/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20767/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20767/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20767/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20767/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20767/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20767/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20767/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/208/map:0x1000 0x47000 23 0 r-x COW vnode /proc/208/map:0x47000 0x4a000 2 2 rwx COW vnode /proc/208/map:0x4a000 0x5a000 5 10 rwx COW swap /proc/208/map:0x5a000 0x5c000 1 2 rwx COW swap /proc/208/map:0x5c000 0x5e000 1 1 rwx COW swap /proc/208/map:0x8047000 0x8048000 1 1 rwx COW swap /proc/208/map:0xefbde000 0xefbfe000 1 1 rwx COW swap /proc/20817/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20817/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20817/map:0x47000 0x6f000 34 17 rwx COW default /proc/20817/map:0x6f000 0x80000 9 9 rwx COW default /proc/20817/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20817/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20817/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20817/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20817/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20817/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20817/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20817/map:0x80c4000 0x80db000 7 6 rwx COW default /proc/20817/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20825/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20825/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20825/map:0x47000 0x6f000 37 19 rwx COW default /proc/20825/map:0x6f000 0x80000 9 8 rwx COW default /proc/20825/map:0x80000 0x85000 4 4 rwx default /proc/20825/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20825/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20825/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20825/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20825/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20825/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20825/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20825/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20825/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20836/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20836/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20836/map:0x47000 0x6f000 37 20 rwx COW default /proc/20836/map:0x6f000 0x80000 9 7 rwx COW default /proc/20836/map:0x80000 0x86000 5 5 rwx default /proc/20836/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20836/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20836/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20836/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20836/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20836/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20836/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20836/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20836/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20873/map:0x1000 0x44000 66 0 r-x COW vnode /proc/20873/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20873/map:0x47000 0x6f000 39 27 rwx COW swap /proc/20873/map:0x6f000 0x70000 1 1 rwx COW swap /proc/20873/map:0x70000 0xa8000 31 31 rwx default /proc/20873/map:0x8044000 0x8052000 6 0 r-x COW vnode /proc/20873/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20873/map:0x8054000 0x805d000 6 2 rwx COW swap /proc/20873/map:0x805e000 0x8063000 3 0 r-x COW vnode /proc/20873/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20873/map:0x8064000 0x80c0000 68 0 r-x COW vnode /proc/20873/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20873/map:0x80c4000 0x80db000 9 6 rwx COW swap /proc/20873/map:0xefbde000 0xefbfe000 12 12 rwx COW swap /proc/209/map:0x1000 0x47000 19 0 r-x COW vnode /proc/209/map:0x47000 0x4a000 2 2 rwx COW vnode /proc/209/map:0x4a000 0x59000 7 8 rwx COW swap /proc/209/map:0x59000 0x5a000 1 1 rwx COW default /proc/209/map:0x5a000 0x5c000 2 2 rwx COW default /proc/209/map:0x5c000 0x5f000 3 3 rwx COW default /proc/209/map:0x5f000 0x63000 4 4 rwx COW default /proc/209/map:0x63000 0x69000 6 6 rwx COW default /proc/209/map:0x69000 0x6e000 5 5 rwx COW default /proc/209/map:0x6e000 0x70000 2 2 rwx COW default /proc/209/map:0x70000 0x71000 1 1 rwx COW default /proc/209/map:0x71000 0x72000 1 1 rwx COW default /proc/209/map:0x72000 0x74000 2 2 rwx COW default /proc/209/map:0x74000 0x76000 2 2 rwx COW default /proc/209/map:0x76000 0x77000 1 1 rwx COW default /proc/209/map:0x77000 0x78000 1 1 rwx COW default /proc/209/map:0x78000 0x79000 1 1 rwx COW default /proc/209/map:0x79000 0x7a000 1 1 rwx COW default /proc/209/map:0x7a000 0x7b000 1 1 rwx COW default /proc/209/map:0x7b000 0x7c000 1 1 rwx COW default /proc/209/map:0x7c000 0x7d000 1 1 rwx COW default /proc/209/map:0x7d000 0x7e000 1 1 rwx COW default /proc/209/map:0x7e000 0x7f000 1 1 rwx COW default /proc/209/map:0x7f000 0x80000 1 1 rwx COW default /proc/209/map:0x80000 0x81000 1 1 rwx COW default /proc/209/map:0x81000 0x82000 1 1 rwx COW default /proc/209/map:0x82000 0x83000 1 1 rwx COW default /proc/209/map:0x83000 0x84000 1 1 rwx COW default /proc/209/map:0x84000 0x85000 1 1 rwx COW default /proc/209/map:0x85000 0x86000 1 1 rwx COW default /proc/209/map:0x86000 0x87000 1 1 rwx COW default /proc/209/map:0x87000 0x88000 1 1 rwx COW default /proc/209/map:0x88000 0x89000 1 1 rwx COW default /proc/209/map:0x89000 0x8a000 1 1 rwx COW default /proc/209/map:0x8a000 0x8b000 1 1 rwx COW default /proc/209/map:0x8b000 0x8c000 1 1 rwx COW default /proc/209/map:0x8c000 0x8d000 1 1 rwx COW default /proc/209/map:0x8d000 0x8e000 1 1 rwx COW default /proc/209/map:0x8e000 0x8f000 1 1 rwx COW default /proc/209/map:0x8f000 0x90000 1 1 rwx COW default /proc/209/map:0x90000 0x91000 1 1 rwx COW default /proc/209/map:0x91000 0x92000 1 1 rwx COW default /proc/209/map:0x92000 0x93000 1 1 rwx COW default /proc/209/map:0x93000 0x94000 1 1 rwx COW default /proc/209/map:0x94000 0x95000 1 1 rwx COW default /proc/209/map:0x95000 0x96000 1 1 rwx COW default /proc/209/map:0x96000 0x97000 1 1 rwx COW default /proc/209/map:0x97000 0x98000 1 1 rwx COW default /proc/209/map:0x98000 0x99000 1 1 rwx COW default /proc/209/map:0x99000 0x9a000 1 1 rwx COW default /proc/209/map:0x9a000 0x9b000 1 1 rwx COW default /proc/209/map:0x9b000 0x9c000 1 1 rwx COW swap /proc/209/map:0x9c000 0x9d000 1 1 rwx COW swap /proc/209/map:0x9d000 0x9e000 1 1 rwx COW swap /proc/209/map:0x9e000 0x9f000 1 1 rwx COW swap /proc/209/map:0x9f000 0xa0000 1 1 rwx COW swap /proc/209/map:0xa0000 0xa1000 1 1 rwx COW swap /proc/209/map:0xa1000 0xa2000 1 1 rwx COW swap /proc/209/map:0xa2000 0xa3000 1 1 rwx COW swap /proc/209/map:0xa3000 0xa4000 1 1 rwx COW swap /proc/209/map:0xa4000 0xa5000 1 1 rwx COW swap /proc/209/map:0xa5000 0xa6000 1 1 rwx COW swap /proc/209/map:0xa6000 0xa7000 1 1 rwx COW swap /proc/209/map:0xa7000 0xa8000 1 1 rwx COW swap /proc/209/map:0xa8000 0xa9000 1 1 rwx COW swap /proc/209/map:0xa9000 0xaa000 1 1 rwx COW swap /proc/209/map:0xaa000 0xab000 1 1 rwx COW swap /proc/209/map:0xab000 0xac000 1 1 rwx COW swap /proc/209/map:0xac000 0xad000 1 1 rwx COW default /proc/209/map:0xad000 0xae000 1 1 rwx COW default /proc/209/map:0xae000 0xaf000 1 1 rwx COW default /proc/209/map:0xaf000 0xb0000 1 1 rwx COW default /proc/209/map:0xb0000 0xb1000 1 1 rwx COW default /proc/209/map:0xb1000 0xb2000 1 1 rwx COW swap /proc/209/map:0xb2000 0xb3000 1 1 rwx COW swap /proc/209/map:0xb3000 0xb4000 1 1 rwx COW swap /proc/209/map:0xb4000 0xb5000 1 1 rwx COW swap /proc/209/map:0xb5000 0xb6000 1 1 rwx COW swap /proc/209/map:0xb6000 0xb7000 1 1 rwx COW swap /proc/209/map:0xb7000 0xb8000 1 1 rwx COW swap /proc/209/map:0xb8000 0xb9000 1 1 rwx COW swap /proc/209/map:0xb9000 0xba000 1 1 rwx COW swap /proc/209/map:0xba000 0xbb000 1 1 rwx COW swap /proc/209/map:0xbb000 0xbc000 1 1 rwx COW swap /proc/209/map:0xbc000 0xbd000 1 1 rwx COW default /proc/209/map:0xbd000 0xbe000 1 1 rwx COW default /proc/209/map:0xbe000 0xbf000 1 1 rwx COW default /proc/209/map:0xbf000 0xc0000 1 1 rwx COW default /proc/209/map:0xc0000 0xc1000 1 1 rwx COW default /proc/209/map:0xc1000 0xc2000 1 1 rwx COW default /proc/209/map:0xc2000 0xc3000 1 1 rwx COW default /proc/209/map:0xc3000 0xc4000 1 1 rwx COW default /proc/209/map:0xc4000 0xc5000 1 1 rwx COW default /proc/209/map:0xc5000 0xc6000 1 1 rwx COW default /proc/209/map:0xc6000 0xc7000 1 1 rwx COW default /proc/209/map:0xc7000 0xc8000 1 1 rwx COW default /proc/209/map:0xc8000 0xc9000 1 1 rwx COW default /proc/209/map:0xc9000 0xca000 1 1 rwx COW default /proc/209/map:0xca000 0xcb000 1 1 rwx COW default /proc/209/map:0xcb000 0xcc000 1 1 rwx COW default /proc/209/map:0xcc000 0xcd000 1 1 rwx COW default /proc/209/map:0xcd000 0xce000 1 1 rwx COW default /proc/209/map:0xce000 0xcf000 1 1 rwx COW default /proc/209/map:0xcf000 0xd0000 1 1 rwx COW swap /proc/209/map:0xd0000 0xd1000 1 1 rwx COW swap /proc/209/map:0xd1000 0xd2000 1 1 rwx COW swap /proc/209/map:0xd2000 0xd3000 1 1 rwx COW default /proc/209/map:0xd3000 0xd4000 1 1 rwx COW default /proc/209/map:0xd4000 0xd5000 1 1 rwx COW default /proc/209/map:0xd5000 0xd6000 1 1 rwx COW swap /proc/209/map:0xd6000 0xd7000 1 1 rwx COW swap /proc/209/map:0xd7000 0xd8000 1 1 rwx COW swap /proc/209/map:0xd8000 0xd9000 1 1 rwx COW default /proc/209/map:0xd9000 0xda000 1 1 rwx COW swap /proc/209/map:0xda000 0xdb000 1 1 rwx COW swap /proc/209/map:0xdb000 0xdc000 1 1 rwx COW swap /proc/209/map:0xdc000 0xdd000 1 1 rwx COW swap /proc/209/map:0xdd000 0xde000 1 1 rwx COW swap /proc/209/map:0xde000 0xdf000 1 1 rwx COW swap /proc/209/map:0xdf000 0xe0000 1 1 rwx COW swap /proc/209/map:0xe0000 0xe1000 1 1 rwx COW swap /proc/209/map:0xe1000 0xe2000 1 1 rwx COW swap /proc/209/map:0xe2000 0xe3000 1 1 rwx COW swap /proc/209/map:0xe3000 0xe4000 1 1 rwx COW swap /proc/209/map:0xe4000 0xe5000 1 1 rwx COW swap /proc/209/map:0xe5000 0xe6000 1 1 rwx COW swap /proc/209/map:0xe6000 0xe7000 1 1 rwx COW swap /proc/209/map:0xe7000 0xe8000 1 1 rwx COW swap /proc/209/map:0xe8000 0xe9000 1 1 rwx COW swap /proc/209/map:0xe9000 0xea000 1 1 rwx COW swap /proc/209/map:0xea000 0xeb000 1 1 rwx COW swap /proc/209/map:0xeb000 0xec000 1 1 rwx COW swap /proc/209/map:0xec000 0xed000 1 1 rwx COW swap /proc/209/map:0xed000 0xee000 1 1 rwx COW swap /proc/209/map:0xee000 0xef000 1 1 rwx COW swap /proc/209/map:0xef000 0xf0000 1 1 rwx COW swap /proc/209/map:0xf0000 0xf1000 1 1 rwx COW swap /proc/209/map:0xf1000 0xf2000 1 1 rwx COW swap /proc/209/map:0xf2000 0xf3000 1 1 rwx COW swap /proc/209/map:0xf3000 0xf4000 1 1 rwx COW swap /proc/209/map:0xf4000 0xf5000 1 1 rwx COW swap /proc/209/map:0xf5000 0xf6000 1 1 rwx COW swap /proc/209/map:0xf6000 0xf7000 1 1 rwx COW swap /proc/209/map:0xf7000 0xf8000 1 1 rwx COW swap /proc/209/map:0xf8000 0xf9000 1 1 rwx COW swap /proc/209/map:0xf9000 0xfa000 1 1 rwx COW swap /proc/209/map:0xfa000 0xfb000 1 1 rwx COW swap /proc/209/map:0xfb000 0xfc000 1 1 rwx COW swap /proc/209/map:0xfc000 0xfd000 1 1 rwx COW swap /proc/209/map:0xfd000 0xfe000 1 1 rwx COW swap /proc/209/map:0xfe000 0xff000 1 1 rwx COW swap /proc/209/map:0xff000 0x100000 1 1 rwx COW swap /proc/209/map:0x100000 0x101000 1 1 rwx COW swap /proc/209/map:0x101000 0x102000 1 1 rwx COW swap /proc/209/map:0x102000 0x103000 1 1 rwx COW swap /proc/209/map:0x103000 0x104000 1 1 rwx COW swap /proc/209/map:0x104000 0x105000 1 1 rwx COW swap /proc/209/map:0x105000 0x106000 1 1 rwx COW swap /proc/209/map:0x106000 0x107000 1 1 rwx COW swap /proc/209/map:0x107000 0x108000 1 1 rwx COW swap /proc/209/map:0x108000 0x109000 1 1 rwx COW swap /proc/209/map:0x109000 0x10a000 1 1 rwx COW swap /proc/209/map:0x10a000 0x10b000 1 1 rwx COW swap /proc/209/map:0x10b000 0x10c000 1 1 rwx COW swap /proc/209/map:0x10c000 0x10d000 1 1 rwx COW swap /proc/209/map:0x10d000 0x10e000 1 1 rwx COW swap /proc/209/map:0x10e000 0x10f000 1 1 rwx COW swap /proc/209/map:0x10f000 0x110000 1 1 rwx COW swap /proc/209/map:0x110000 0x111000 1 1 rwx COW swap /proc/209/map:0x111000 0x112000 1 1 rwx COW swap /proc/209/map:0x112000 0x113000 1 1 rwx COW swap /proc/209/map:0x113000 0x114000 1 1 rwx COW swap /proc/209/map:0x114000 0x115000 1 1 rwx COW swap /proc/209/map:0x115000 0x116000 1 1 rwx COW swap /proc/209/map:0x116000 0x117000 1 1 rwx COW swap /proc/209/map:0x117000 0x118000 1 1 rwx COW swap /proc/209/map:0x118000 0x119000 1 1 rwx COW swap /proc/209/map:0x119000 0x11a000 1 1 rwx COW swap /proc/209/map:0x11a000 0x11b000 0 0 rwx COW swap /proc/209/map:0x11b000 0x11c000 0 0 rwx COW swap /proc/209/map:0x11c000 0x11d000 0 0 rwx COW swap /proc/209/map:0x11d000 0x11e000 0 0 rwx COW swap /proc/209/map:0x11e000 0x11f000 0 0 rwx COW swap /proc/209/map:0x11f000 0x120000 0 0 rwx COW swap /proc/209/map:0x120000 0x121000 0 0 rwx COW swap /proc/209/map:0x121000 0x122000 0 0 rwx COW swap /proc/209/map:0x122000 0x123000 0 0 rwx COW swap /proc/209/map:0x123000 0x124000 0 0 rwx COW swap /proc/209/map:0x124000 0x125000 0 0 rwx COW swap /proc/209/map:0x125000 0x126000 0 0 rwx COW swap /proc/209/map:0x126000 0x127000 0 0 rwx COW swap /proc/209/map:0x127000 0x128000 0 0 rwx COW swap /proc/209/map:0x128000 0x129000 1 193 rwx COW default /proc/209/map:0x129000 0x12a000 0 194 rwx COW default /proc/209/map:0x12a000 0x1ec000 194 51 rwx COW default /proc/209/map:0x8047000 0x8048000 1 1 rwx COW swap /proc/209/map:0xefbde000 0xefbfe000 1 1 rwx COW default /proc/20929/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20929/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20929/map:0x47000 0x6f000 37 20 rwx COW default /proc/20929/map:0x6f000 0x7e000 9 7 rwx COW default /proc/20929/map:0x7e000 0x84000 5 5 rwx default /proc/20929/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20929/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20929/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20929/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20929/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20929/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20929/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20929/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20929/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20930/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20930/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20930/map:0x47000 0x6f000 34 5 rwx COW default /proc/20930/map:0x6f000 0x80000 9 0 rwx COW default /proc/20930/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20930/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20930/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20930/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20930/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20930/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20930/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20930/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20930/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20931/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20931/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20931/map:0x47000 0x6f000 37 21 rwx COW default /proc/20931/map:0x6f000 0x80000 12 10 rwx COW default /proc/20931/map:0x80000 0x86000 6 6 rwx default /proc/20931/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20931/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20931/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20931/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20931/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20931/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20931/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20931/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20931/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20937/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20937/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20937/map:0x47000 0x6f000 34 17 rwx COW default /proc/20937/map:0x6f000 0x7e000 9 0 rwx COW default /proc/20937/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20937/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20937/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20937/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20937/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20937/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20937/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20937/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20937/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20946/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20946/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20946/map:0x47000 0x6f000 34 17 rwx COW default /proc/20946/map:0x6f000 0x80000 9 9 rwx COW default /proc/20946/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20946/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20946/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20946/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20946/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20946/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20946/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20946/map:0x80c4000 0x80db000 7 6 rwx COW default /proc/20946/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20949/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20949/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20949/map:0x47000 0x6f000 34 17 rwx COW default /proc/20949/map:0x6f000 0x80000 9 0 rwx COW default /proc/20949/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20949/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20949/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20949/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20949/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20949/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20949/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20949/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20949/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20951/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20951/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20951/map:0x47000 0x6f000 37 19 rwx COW default /proc/20951/map:0x6f000 0x7e000 9 7 rwx COW default /proc/20951/map:0x7e000 0x84000 5 5 rwx default /proc/20951/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20951/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20951/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20951/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20951/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20951/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20951/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20951/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20951/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20952/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20952/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20952/map:0x47000 0x6f000 37 20 rwx COW default /proc/20952/map:0x6f000 0x80000 9 7 rwx COW default /proc/20952/map:0x80000 0x86000 5 5 rwx default /proc/20952/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20952/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20952/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20952/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20952/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20952/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20952/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20952/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20952/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20953/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20953/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20953/map:0x47000 0x6f000 34 17 rwx COW default /proc/20953/map:0x6f000 0x80000 9 9 rwx COW default /proc/20953/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20953/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20953/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20953/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20953/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20953/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20953/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20953/map:0x80c4000 0x80db000 7 6 rwx COW default /proc/20953/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20969/map:0x1000 0x3000 2 0 r-x COW vnode /proc/20969/map:0x3000 0x4000 1 1 rwx COW vnode /proc/20969/map:0x4000 0x17000 3 0 rwx COW default /proc/20969/map:0x8003000 0x8011000 10 0 r-x COW vnode /proc/20969/map:0x8011000 0x8013000 2 0 rwx COW vnode /proc/20969/map:0x8013000 0x801c000 9 0 rwx COW default /proc/20969/map:0x801d000 0x8022000 5 0 r-x COW vnode /proc/20969/map:0x8022000 0x8023000 1 0 rwx COW vnode /proc/20969/map:0x8023000 0x807f000 78 0 r-x COW vnode /proc/20969/map:0x807f000 0x8083000 4 1 rwx COW vnode /proc/20969/map:0x8083000 0x809a000 9 1 rwx COW default /proc/20969/map:0xefbde000 0xefbfe000 3 1 rwx COW default /proc/20970/map:0x1000 0x3000 2 0 r-x COW vnode /proc/20970/map:0x3000 0x4000 1 1 rwx COW vnode /proc/20970/map:0x4000 0x17000 4 2 rwx COW default /proc/20970/map:0x8003000 0x8011000 10 0 r-x COW vnode /proc/20970/map:0x8011000 0x8013000 2 0 rwx COW vnode /proc/20970/map:0x8013000 0x801c000 9 2 rwx COW default /proc/20970/map:0x801d000 0x8022000 5 0 r-x COW vnode /proc/20970/map:0x8022000 0x8023000 1 0 rwx COW vnode /proc/20970/map:0x8023000 0x807f000 78 0 r-x COW vnode /proc/20970/map:0x807f000 0x8083000 4 2 rwx COW vnode /proc/20970/map:0x8083000 0x809a000 11 3 rwx COW default /proc/20970/map:0xefbde000 0xefbfe000 3 2 rwx COW default /proc/20971/map:0x1000 0x39000 54 0 r-x COW vnode /proc/20971/map:0x39000 0x3c000 3 3 rwx COW vnode /proc/20971/map:0x3c000 0x4e000 11 13 rwx COW default /proc/20971/map:0x4e000 0x51000 3 3 rwx COW default /proc/20971/map:0x8039000 0x803a000 1 1 rwx COW default /proc/20971/map:0xefbde000 0xefbfe000 3 3 rwx COW default /proc/20981/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20981/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20981/map:0x47000 0x6f000 34 17 rwx COW default /proc/20981/map:0x6f000 0x80000 9 9 rwx COW default /proc/20981/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20981/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20981/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20981/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20981/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20981/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20981/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20981/map:0x80c4000 0x80db000 7 6 rwx COW default /proc/20981/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20982/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20982/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20982/map:0x47000 0x79000 40 40 rwx default /proc/20982/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20982/map:0x8052000 0x8054000 2 2 rwx COW vnode /proc/20982/map:0x8054000 0x805d000 9 9 rwx default /proc/20982/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20982/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20982/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20982/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20982/map:0x80c4000 0x80db000 16 16 rwx default /proc/20982/map:0xefbde000 0xefbfe000 5 5 rwx default /proc/20983/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20983/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20983/map:0x47000 0x79000 40 40 rwx default /proc/20983/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20983/map:0x8052000 0x8054000 2 2 rwx COW vnode /proc/20983/map:0x8054000 0x805d000 9 9 rwx default /proc/20983/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20983/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20983/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20983/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20983/map:0x80c4000 0x80db000 16 16 rwx default /proc/20983/map:0xefbde000 0xefbfe000 5 5 rwx default /proc/20984/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20984/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20984/map:0x47000 0x79000 40 40 rwx default /proc/20984/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20984/map:0x8052000 0x8054000 2 2 rwx COW vnode /proc/20984/map:0x8054000 0x805d000 9 9 rwx default /proc/20984/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20984/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20984/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20984/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20984/map:0x80c4000 0x80db000 16 16 rwx default /proc/20984/map:0xefbde000 0xefbfe000 5 5 rwx default /proc/20985/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20985/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20985/map:0x47000 0x79000 40 40 rwx default /proc/20985/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20985/map:0x8052000 0x8054000 2 2 rwx COW vnode /proc/20985/map:0x8054000 0x805d000 9 9 rwx default /proc/20985/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20985/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20985/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20985/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20985/map:0x80c4000 0x80db000 16 16 rwx default /proc/20985/map:0xefbde000 0xefbfe000 5 5 rwx default /proc/20986/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20986/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20986/map:0x47000 0x79000 40 40 rwx default /proc/20986/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20986/map:0x8052000 0x8054000 2 2 rwx COW vnode /proc/20986/map:0x8054000 0x805d000 9 9 rwx default /proc/20986/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20986/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20986/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20986/map:0x80c0000 0x80c4000 4 4 rwx COW vnode /proc/20986/map:0x80c4000 0x80db000 16 16 rwx default /proc/20986/map:0xefbde000 0xefbfe000 5 5 rwx default /proc/20987/map:0x1000 0x9000 4 0 r-x COW vnode /proc/20987/map:0x9000 0xa000 1 1 rwx COW vnode /proc/20987/map:0xa000 0xb000 1 1 rwx default /proc/20987/map:0xefbde000 0xefbfe000 1 1 rwx default grep: /proc/20988/map: No such file or directory /proc/20991/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20991/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20991/map:0x47000 0x6f000 34 17 rwx COW default /proc/20991/map:0x6f000 0x80000 9 0 rwx COW default /proc/20991/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20991/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20991/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20991/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20991/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20991/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20991/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20991/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20991/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20992/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20992/map:0x44000 0x47000 3 2 rwx COW vnode /proc/20992/map:0x47000 0x6f000 34 17 rwx COW default /proc/20992/map:0x6f000 0x80000 9 0 rwx COW default /proc/20992/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20992/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20992/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20992/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20992/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20992/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20992/map:0x80c0000 0x80c4000 4 0 rwx COW vnode /proc/20992/map:0x80c4000 0x80db000 12 0 rwx COW default /proc/20992/map:0xefbde000 0xefbfe000 5 5 rwx COW default /proc/20993/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20993/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20993/map:0x47000 0x6f000 37 21 rwx COW default /proc/20993/map:0x6f000 0x80000 9 8 rwx COW default /proc/20993/map:0x80000 0x8a000 9 9 rwx default /proc/20993/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20993/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20993/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20993/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20993/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20993/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20993/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20993/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20993/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/20994/map:0x1000 0x44000 67 0 r-x COW vnode /proc/20994/map:0x44000 0x47000 3 3 rwx COW vnode /proc/20994/map:0x47000 0x6f000 37 20 rwx COW default /proc/20994/map:0x6f000 0x80000 9 7 rwx COW default /proc/20994/map:0x80000 0x86000 5 5 rwx default /proc/20994/map:0x8044000 0x8052000 10 0 r-x COW vnode /proc/20994/map:0x8052000 0x8054000 2 0 rwx COW vnode /proc/20994/map:0x8054000 0x805d000 9 2 rwx COW default /proc/20994/map:0x805e000 0x8063000 5 0 r-x COW vnode /proc/20994/map:0x8063000 0x8064000 1 1 rwx COW vnode /proc/20994/map:0x8064000 0x80c0000 78 0 r-x COW vnode /proc/20994/map:0x80c0000 0x80c4000 4 3 rwx COW vnode /proc/20994/map:0x80c4000 0x80db000 12 1 rwx COW default /proc/20994/map:0xefbde000 0xefbfe000 14 14 rwx COW default /proc/210/map:0x1000 0x47000 19 0 r-x COW vnode /proc/210/map:0x47000 0x4a000 3 2 rwx COW vnode /proc/210/map:0x4a000 0x59000 3 8 rwx COW swap /proc/210/map:0x59000 0x5a000 1 1 rwx COW default /proc/210/map:0x5a000 0x5c000 2 2 rwx COW default /proc/210/map:0x5c000 0x5f000 3 3 rwx COW default /proc/210/map:0x5f000 0x63000 4 4 rwx COW default /proc/210/map:0x63000 0x68000 5 5 rwx COW default /proc/210/map:0x68000 0x6e000 6 6 rwx COW default /proc/210/map:0x6e000 0x71000 3 3 rwx COW default /proc/210/map:0x71000 0x72000 1 1 rwx COW default /proc/210/map:0x72000 0x73000 1 1 rwx COW default /proc/210/map:0x73000 0x74000 1 1 rwx COW default /proc/210/map:0x74000 0x75000 1 1 rwx COW default /proc/210/map:0x75000 0x76000 1 1 rwx COW default /proc/210/map:0x76000 0x77000 1 1 rwx COW default /proc/210/map:0x77000 0x78000 1 1 rwx COW default /proc/210/map:0x78000 0x79000 1 1 rwx COW default /proc/210/map:0x79000 0x7a000 1 1 rwx COW default /proc/210/map:0x7a000 0x7b000 1 1 rwx COW default /proc/210/map:0x7b000 0x7c000 1 1 rwx COW default /proc/210/map:0x7c000 0x7d000 1 1 rwx COW default /proc/210/map:0x7d000 0x7e000 1 1 rwx COW default /proc/210/map:0x7e000 0x7f000 1 1 rwx COW default /proc/210/map:0x7f000 0x80000 1 1 rwx COW default /proc/210/map:0x80000 0x81000 1 1 rwx COW default /proc/210/map:0x81000 0x82000 1 1 rwx COW default /proc/210/map:0x82000 0x83000 1 1 rwx COW default /proc/210/map:0x83000 0x84000 1 1 rwx COW default /proc/210/map:0x84000 0x85000 1 1 rwx COW default /proc/210/map:0x85000 0x86000 1 1 rwx COW default /proc/210/map:0x86000 0x87000 1 1 rwx COW default /proc/210/map:0x87000 0x88000 1 1 rwx COW default /proc/210/map:0x88000 0x89000 1 1 rwx COW default /proc/210/map:0x89000 0x8a000 1 1 rwx COW default /proc/210/map:0x8a000 0x8b000 1 1 rwx COW default /proc/210/map:0x8b000 0x8c000 1 1 rwx COW default /proc/210/map:0x8c000 0x8d000 1 1 rwx COW default /proc/210/map:0x8d000 0x8e000 1 1 rwx COW default /proc/210/map:0x8e000 0x8f000 1 1 rwx COW default /proc/210/map:0x8f000 0x90000 1 1 rwx COW default /proc/210/map:0x90000 0x91000 1 1 rwx COW default /proc/210/map:0x91000 0x92000 1 1 rwx COW default /proc/210/map:0x92000 0x93000 1 1 rwx COW default /proc/210/map:0x93000 0x94000 1 1 rwx COW default /proc/210/map:0x94000 0x95000 1 1 rwx COW default /proc/210/map:0x95000 0x96000 1 1 rwx COW default /proc/210/map:0x96000 0x97000 1 1 rwx COW default /proc/210/map:0x97000 0x98000 1 1 rwx COW default /proc/210/map:0x98000 0x99000 1 1 rwx COW default /proc/210/map:0x99000 0x9a000 1 1 rwx COW default /proc/210/map:0x9a000 0x9b000 1 1 rwx COW default /proc/210/map:0x9b000 0x9c000 1 1 rwx COW default /proc/210/map:0x9c000 0x9d000 1 1 rwx COW default /proc/210/map:0x9d000 0x9e000 1 1 rwx COW default /proc/210/map:0x9e000 0x9f000 1 1 rwx COW default /proc/210/map:0x9f000 0xa0000 1 1 rwx COW default /proc/210/map:0xa0000 0xa1000 1 1 rwx COW default /proc/210/map:0xa1000 0xa2000 1 1 rwx COW default /proc/210/map:0xa2000 0xa3000 1 1 rwx COW default /proc/210/map:0xa3000 0xa4000 1 1 rwx COW default /proc/210/map:0xa4000 0xa5000 1 1 rwx COW default /proc/210/map:0xa5000 0xa6000 1 1 rwx COW swap /proc/210/map:0xa6000 0xa7000 1 1 rwx COW swap /proc/210/map:0xa7000 0xa8000 1 1 rwx COW swap /proc/210/map:0xa8000 0xa9000 1 1 rwx COW swap /proc/210/map:0xa9000 0xaa000 1 1 rwx COW swap /proc/210/map:0xaa000 0xab000 1 1 rwx COW swap /proc/210/map:0xab000 0xac000 1 1 rwx COW swap /proc/210/map:0xac000 0xad000 1 1 rwx COW swap /proc/210/map:0xad000 0xae000 1 1 rwx COW swap /proc/210/map:0xae000 0xaf000 1 1 rwx COW swap /proc/210/map:0xaf000 0xb0000 1 1 rwx COW swap /proc/210/map:0xb0000 0xb1000 1 1 rwx COW swap /proc/210/map:0xb1000 0xb2000 1 1 rwx COW swap /proc/210/map:0xb2000 0xb3000 1 1 rwx COW swap /proc/210/map:0xb3000 0xb4000 1 1 rwx COW swap /proc/210/map:0xb4000 0xb5000 1 1 rwx COW swap /proc/210/map:0xb5000 0xb6000 1 1 rwx COW default /proc/210/map:0xb6000 0xb7000 1 1 rwx COW default /proc/210/map:0xb7000 0xb8000 1 1 rwx COW default /proc/210/map:0xb8000 0xb9000 1 1 rwx COW default /proc/210/map:0xb9000 0xba000 1 1 rwx COW default /proc/210/map:0xba000 0xbb000 1 1 rwx COW swap /proc/210/map:0xbb000 0xbc000 1 1 rwx COW swap /proc/210/map:0xbc000 0xbd000 1 1 rwx COW swap /proc/210/map:0xbd000 0xbe000 1 1 rwx COW swap /proc/210/map:0xbe000 0xbf000 1 1 rwx COW swap /proc/210/map:0xbf000 0xc0000 1 1 rwx COW swap /proc/210/map:0xc0000 0xc1000 1 1 rwx COW swap /proc/210/map:0xc1000 0xc2000 1 1 rwx COW swap /proc/210/map:0xc2000 0xc3000 1 1 rwx COW swap /proc/210/map:0xc3000 0xc4000 1 1 rwx COW swap /proc/210/map:0xc4000 0xc5000 1 1 rwx COW swap /proc/210/map:0xc5000 0xc6000 1 1 rwx COW swap /proc/210/map:0xc6000 0xc7000 1 1 rwx COW swap /proc/210/map:0xc7000 0xc8000 1 1 rwx COW swap /proc/210/map:0xc8000 0xc9000 1 1 rwx COW swap /proc/210/map:0xc9000 0xca000 1 1 rwx COW swap /proc/210/map:0xca000 0xcb000 1 1 rwx COW default /proc/210/map:0xcb000 0xcc000 1 1 rwx COW default /proc/210/map:0xcc000 0xcd000 1 1 rwx COW swap /proc/210/map:0xcd000 0xce000 1 1 rwx COW default /proc/210/map:0xce000 0xcf000 1 1 rwx COW default /proc/210/map:0xcf000 0xd0000 1 1 rwx COW default /proc/210/map:0xd0000 0xd1000 1 1 rwx COW default /proc/210/map:0xd1000 0xd2000 1 1 rwx COW default /proc/210/map:0xd2000 0xd3000 1 1 rwx COW default /proc/210/map:0xd3000 0xd4000 1 1 rwx COW default /proc/210/map:0xd4000 0xd5000 1 1 rwx COW default /proc/210/map:0xd5000 0xd6000 1 1 rwx COW default /proc/210/map:0xd6000 0xd7000 1 1 rwx COW default /proc/210/map:0xd7000 0xd8000 1 1 rwx COW default /proc/210/map:0xd8000 0xd9000 1 1 rwx COW default /proc/210/map:0xd9000 0xda000 1 1 rwx COW default /proc/210/map:0xda000 0xdb000 1 1 rwx COW default /proc/210/map:0xdb000 0xdc000 1 1 rwx COW default /proc/210/map:0xdc000 0xdd000 1 1 rwx COW default /proc/210/map:0xdd000 0xde000 1 1 rwx COW default /proc/210/map:0xde000 0xdf000 1 1 rwx COW default /proc/210/map:0xdf000 0xe0000 1 1 rwx COW default /proc/210/map:0xe0000 0xe1000 1 1 rwx COW default /proc/210/map:0xe1000 0xe2000 1 1 rwx COW default /proc/210/map:0xe2000 0xe3000 1 1 rwx COW default /proc/210/map:0xe3000 0xe4000 1 1 rwx COW default /proc/210/map:0xe4000 0xe5000 1 1 rwx COW default /proc/210/map:0xe5000 0xe6000 1 1 rwx COW default /proc/210/map:0xe6000 0xe7000 1 1 rwx COW default /proc/210/map:0xe7000 0xe8000 1 1 rwx COW default /proc/210/map:0xe8000 0xe9000 1 1 rwx COW default /proc/210/map:0xe9000 0xea000 1 1 rwx COW default /proc/210/map:0xea000 0xeb000 1 1 rwx COW default /proc/210/map:0xeb000 0xec000 1 1 rwx COW default /proc/210/map:0xec000 0xed000 1 1 rwx COW default /proc/210/map:0xed000 0xee000 1 1 rwx COW default /proc/210/map:0xee000 0xef000 1 1 rwx COW default /proc/210/map:0xef000 0xf0000 1 1 rwx COW default /proc/210/map:0xf0000 0xf1000 1 1 rwx COW default /proc/210/map:0xf1000 0xf2000 1 1 rwx COW default /proc/210/map:0xf2000 0xf3000 1 1 rwx COW default /proc/210/map:0xf3000 0xf4000 1 1 rwx COW default /proc/210/map:0xf4000 0xf5000 1 1 rwx COW default /proc/210/map:0xf5000 0xf6000 1 1 rwx COW default /proc/210/map:0xf6000 0xf7000 1 1 rwx COW default /proc/210/map:0xf7000 0xf8000 1 1 rwx COW default /proc/210/map:0xf8000 0xf9000 1 1 rwx COW default /proc/210/map:0xf9000 0xfa000 1 1 rwx COW default /proc/210/map:0xfa000 0xfb000 1 1 rwx COW default /proc/210/map:0xfb000 0xfc000 1 1 rwx COW default /proc/210/map:0xfc000 0xfd000 1 1 rwx COW default /proc/210/map:0xfd000 0xfe000 1 1 rwx COW default /proc/210/map:0xfe000 0xff000 1 1 rwx COW default /proc/210/map:0xff000 0x100000 1 1 rwx COW default /proc/210/map:0x100000 0x101000 1 1 rwx COW default /proc/210/map:0x101000 0x102000 1 1 rwx COW default /proc/210/map:0x102000 0x103000 1 1 rwx COW swap /proc/210/map:0x103000 0x104000 1 1 rwx COW default /proc/210/map:0x104000 0x105000 1 1 rwx COW default /proc/210/map:0x105000 0x106000 1 1 rwx COW default /proc/210/map:0x106000 0x107000 1 1 rwx COW default /proc/210/map:0x107000 0x108000 1 1 rwx COW default /proc/210/map:0x108000 0x109000 1 1 rwx COW default /proc/210/map:0x109000 0x10a000 1 1 rwx COW default /proc/210/map:0x10a000 0x10b000 1 1 rwx COW default /proc/210/map:0x10b000 0x10c000 1 1 rwx COW default /proc/210/map:0x10c000 0x10d000 1 1 rwx COW default /proc/210/map:0x10d000 0x10e000 1 1 rwx COW default /proc/210/map:0x10e000 0x10f000 1 1 rwx COW default /proc/210/map:0x10f000 0x110000 1 1 rwx COW swap /proc/210/map:0x110000 0x111000 1 1 rwx COW swap /proc/210/map:0x111000 0x112000 1 1 rwx COW swap /proc/210/map:0x112000 0x113000 1 1 rwx COW swap /proc/210/map:0x113000 0x114000 1 1 rwx COW default /proc/210/map:0x114000 0x115000 1 1 rwx COW default /proc/210/map:0x115000 0x116000 1 1 rwx COW default /proc/210/map:0x116000 0x117000 1 1 rwx COW default /proc/210/map:0x117000 0x118000 1 1 rwx COW default /proc/210/map:0x118000 0x119000 1 1 rwx COW default /proc/210/map:0x119000 0x11a000 1 1 rwx COW default /proc/210/map:0x11a000 0x11b000 1 1 rwx COW swap /proc/210/map:0x11b000 0x11c000 1 1 rwx COW swap /proc/210/map:0x11c000 0x11d000 1 1 rwx COW swap /proc/210/map:0x11d000 0x11e000 1 1 rwx COW swap /proc/210/map:0x11e000 0x11f000 1 1 rwx COW default /proc/210/map:0x11f000 0x120000 1 1 rwx COW default /proc/210/map:0x120000 0x121000 1 1 rwx COW default /proc/210/map:0x121000 0x122000 1 1 rwx COW default /proc/210/map:0x122000 0x123000 1 1 rwx COW default /proc/210/map:0x123000 0x124000 1 1 rwx COW default /proc/210/map:0x124000 0x125000 1 1 rwx COW default /proc/210/map:0x125000 0x126000 1 1 rwx COW default /proc/210/map:0x126000 0x127000 1 1 rwx COW default /proc/210/map:0x127000 0x128000 1 1 rwx COW default /proc/210/map:0x128000 0x129000 1 1 rwx COW default /proc/210/map:0x129000 0x12a000 1 1 rwx COW default /proc/210/map:0x12a000 0x12b000 1 1 rwx COW default /proc/210/map:0x12b000 0x12c000 1 1 rwx COW swap /proc/210/map:0x12c000 0x12d000 1 1 rwx COW default /proc/210/map:0x12d000 0x12e000 1 1 rwx COW default /proc/210/map:0x12e000 0x12f000 1 1 rwx COW swap /proc/210/map:0x12f000 0x130000 1 1 rwx COW default /proc/210/map:0x130000 0x131000 1 1 rwx COW default /proc/210/map:0x131000 0x132000 1 1 rwx COW default /proc/210/map:0x132000 0x133000 1 1 rwx COW default /proc/210/map:0x133000 0x134000 1 1 rwx COW default /proc/210/map:0x134000 0x135000 1 1 rwx COW default /proc/210/map:0x135000 0x136000 1 1 rwx COW default /proc/210/map:0x136000 0x137000 1 1 rwx COW default /proc/210/map:0x137000 0x138000 1 1 rwx COW default /proc/210/map:0x138000 0x139000 1 1 rwx COW default /proc/210/map:0x139000 0x13a000 1 1 rwx COW default /proc/210/map:0x13a000 0x13b000 1 1 rwx COW default /proc/210/map:0x13b000 0x13c000 1 1 rwx COW default /proc/210/map:0x13c000 0x13d000 1 1 rwx COW default /proc/210/map:0x13d000 0x13e000 1 1 rwx COW swap /proc/210/map:0x13e000 0x13f000 1 1 rwx COW swap /proc/210/map:0x13f000 0x140000 1 1 rwx COW swap /proc/210/map:0x140000 0x141000 1 1 rwx COW swap /proc/210/map:0x141000 0x142000 1 1 rwx COW swap /proc/210/map:0x142000 0x143000 1 1 rwx COW swap /proc/210/map:0x143000 0x144000 1 1 rwx COW swap /proc/210/map:0x144000 0x145000 1 1 rwx COW swap /proc/210/map:0x145000 0x146000 1 1 rwx COW swap /proc/210/map:0x146000 0x147000 1 1 rwx COW swap /proc/210/map:0x147000 0x148000 1 1 rwx COW swap /proc/210/map:0x148000 0x149000 1 1 rwx COW swap /proc/210/map:0x149000 0x14a000 1 1 rwx COW swap /proc/210/map:0x14a000 0x14b000 1 1 rwx COW swap /proc/210/map:0x14b000 0x14c000 1 1 rwx COW swap /proc/210/map:0x14c000 0x14d000 1 1 rwx COW swap /proc/210/map:0x14d000 0x14e000 1 1 rwx COW swap /proc/210/map:0x14e000 0x14f000 1 1 rwx COW swap /proc/210/map:0x14f000 0x150000 1 1 rwx COW swap /proc/210/map:0x150000 0x151000 1 1 rwx COW swap /proc/210/map:0x151000 0x152000 1 1 rwx COW swap /proc/210/map:0x152000 0x153000 1 1 rwx COW swap /proc/210/map:0x153000 0x154000 1 1 rwx COW swap /proc/210/map:0x154000 0x155000 1 1 rwx COW swap /proc/210/map:0x155000 0x156000 1 1 rwx COW swap /proc/210/map:0x156000 0x157000 1 1 rwx COW swap /proc/210/map:0x157000 0x158000 1 1 rwx COW swap /proc/210/map:0x158000 0x159000 1 1 rwx COW swap /proc/210/map:0x159000 0x15a000 1 1 rwx COW swap /proc/210/map:0x15a000 0x15b000 1 1 rwx COW swap /proc/210/map:0x15b000 0x15c000 1 1 rwx COW swap /proc/210/map:0x15c000 0x15d000 1 1 rwx COW swap /proc/210/map:0x15d000 0x15e000 1 1 rwx COW swap /proc/210/map:0x15e000 0x15f000 1 1 rwx COW swap /proc/210/map:0x15f000 0x160000 1 1 rwx COW swap /proc/210/map:0x160000 0x161000 1 1 rwx COW swap /proc/210/map:0x161000 0x162000 1 1 rwx COW swap /proc/210/map:0x162000 0x163000 1 1 rwx COW swap /proc/210/map:0x163000 0x164000 1 1 rwx COW swap /proc/210/map:0x164000 0x165000 1 1 rwx COW swap /proc/210/map:0x165000 0x166000 1 1 rwx COW swap /proc/210/map:0x166000 0x167000 1 1 rwx COW swap /proc/210/map:0x167000 0x168000 1 1 rwx COW swap /proc/210/map:0x168000 0x169000 1 1 rwx COW swap /proc/210/map:0x169000 0x16a000 1 1 rwx COW swap /proc/210/map:0x16a000 0x16b000 1 1 rwx COW swap /proc/210/map:0x16b000 0x16c000 1 1 rwx COW swap /proc/210/map:0x16c000 0x16d000 1 1 rwx COW swap /proc/210/map:0x16d000 0x16e000 1 1 rwx COW swap /proc/210/map:0x16e000 0x16f000 1 1 rwx COW swap /proc/210/map:0x16f000 0x170000 1 1 rwx COW swap /proc/210/map:0x170000 0x171000 1 1 rwx COW swap /proc/210/map:0x171000 0x172000 1 1 rwx COW swap /proc/210/map:0x172000 0x173000 1 1 rwx COW swap /proc/210/map:0x173000 0x174000 1 1 rwx COW swap /proc/210/map:0x174000 0x175000 1 1 rwx COW swap /proc/210/map:0x175000 0x176000 1 1 rwx COW swap /proc/210/map:0x176000 0x177000 1 1 rwx COW swap /proc/210/map:0x177000 0x178000 1 1 rwx COW swap /proc/210/map:0x178000 0x179000 1 1 rwx COW default /proc/210/map:0x179000 0x17a000 1 1 rwx COW default /proc/210/map:0x17a000 0x17b000 1 1 rwx COW default /proc/210/map:0x17b000 0x17c000 1 1 rwx COW swap /proc/210/map:0x17c000 0x17d000 1 1 rwx COW swap /proc/210/map:0x17d000 0x17e000 1 1 rwx COW swap /proc/210/map:0x17e000 0x17f000 1 1 rwx COW swap /proc/210/map:0x17f000 0x180000 1 1 rwx COW swap /proc/210/map:0x180000 0x181000 1 1 rwx COW swap /proc/210/map:0x181000 0x182000 1 1 rwx COW swap /proc/210/map:0x182000 0x183000 1 1 rwx COW swap /proc/210/map:0x183000 0x184000 1 1 rwx COW swap /proc/210/map:0x184000 0x185000 1 1 rwx COW swap /proc/210/map:0x185000 0x186000 1 1 rwx COW swap /proc/210/map:0x186000 0x187000 1 1 rwx COW swap /proc/210/map:0x187000 0x188000 1 1 rwx COW swap /proc/210/map:0x188000 0x189000 1 1 rwx COW swap /proc/210/map:0x189000 0x18a000 1 1 rwx COW swap /proc/210/map:0x18a000 0x18b000 1 1 rwx COW swap /proc/210/map:0x18b000 0x18c000 1 1 rwx COW swap /proc/210/map:0x18c000 0x18d000 1 1 rwx COW swap /proc/210/map:0x18d000 0x18e000 1 1 rwx COW swap /proc/210/map:0x18e000 0x18f000 1 1 rwx COW swap /proc/210/map:0x18f000 0x190000 1 1 rwx COW swap /proc/210/map:0x190000 0x191000 1 1 rwx COW swap /proc/210/map:0x191000 0x192000 1 1 rwx COW swap /proc/210/map:0x192000 0x193000 1 1 rwx COW swap /proc/210/map:0x193000 0x194000 1 1 rwx COW swap /proc/210/map:0x194000 0x195000 1 1 rwx COW swap /proc/210/map:0x195000 0x196000 1 1 rwx COW swap /proc/210/map:0x196000 0x197000 1 1 rwx COW swap /proc/210/map:0x197000 0x198000 1 1 rwx COW swap /proc/210/map:0x198000 0x199000 1 1 rwx COW swap /proc/210/map:0x199000 0x19a000 1 1 rwx COW swap /proc/210/map:0x19a000 0x19b000 1 1 rwx COW swap /proc/210/map:0x19b000 0x19c000 1 1 rwx COW swap /proc/210/map:0x19c000 0x19d000 1 1 rwx COW swap /proc/210/map:0x19d000 0x19e000 1 1 rwx COW swap /proc/210/map:0x19e000 0x19f000 1 1 rwx COW swap /proc/210/map:0x19f000 0x1a0000 1 1 rwx COW swap /proc/210/map:0x1a0000 0x1a1000 1 1 rwx COW swap /proc/210/map:0x1a1000 0x1a2000 1 1 rwx COW swap /proc/210/map:0x1a2000 0x1a3000 1 1 rwx COW swap /proc/210/map:0x1a3000 0x1a4000 1 1 rwx COW swap /proc/210/map:0x1a4000 0x1a5000 1 1 rwx COW swap /proc/210/map:0x1a5000 0x1a6000 1 1 rwx COW swap /proc/210/map:0x1a6000 0x1a7000 1 1 rwx COW swap /proc/210/map:0x1a7000 0x1a8000 1 1 rwx COW swap /proc/210/map:0x1a8000 0x1a9000 1 1 rwx COW swap /proc/210/map:0x1a9000 0x1aa000 1 1 rwx COW swap /proc/210/map:0x1aa000 0x1ab000 1 1 rwx COW swap /proc/210/map:0x1ab000 0x1ac000 1 1 rwx COW swap /proc/210/map:0x1ac000 0x1ad000 1 1 rwx COW swap /proc/210/map:0x1ad000 0x1ae000 1 1 rwx COW swap /proc/210/map:0x1ae000 0x1af000 1 1 rwx COW swap /proc/210/map:0x1af000 0x1b0000 1 1 rwx COW swap /proc/210/map:0x1b0000 0x1b1000 1 1 rwx COW swap /proc/210/map:0x1b1000 0x1b2000 1 1 rwx COW swap /proc/210/map:0x1b2000 0x1b3000 1 1 rwx COW swap /proc/210/map:0x1b3000 0x1b4000 1 1 rwx COW swap /proc/210/map:0x1b4000 0x1b5000 1 1 rwx COW swap /proc/210/map:0x1b5000 0x1b6000 1 1 rwx COW swap /proc/210/map:0x1b6000 0x1b7000 1 1 rwx COW swap /proc/210/map:0x1b7000 0x1b8000 1 1 rwx COW swap /proc/210/map:0x1b8000 0x1b9000 1 1 rwx COW swap /proc/210/map:0x1b9000 0x1ba000 1 1 rwx COW swap /proc/210/map:0x1ba000 0x1bb000 1 1 rwx COW swap /proc/210/map:0x1bb000 0x1bc000 1 1 rwx COW swap /proc/210/map:0x1bc000 0x1bd000 1 1 rwx COW swap /proc/210/map:0x1bd000 0x1be000 1 1 rwx COW swap /proc/210/map:0x1be000 0x1bf000 1 1 rwx COW swap /proc/210/map:0x1bf000 0x1c0000 1 1 rwx COW swap /proc/210/map:0x1c0000 0x1c1000 1 1 rwx COW swap /proc/210/map:0x1c1000 0x1c2000 1 1 rwx COW swap /proc/210/map:0x1c2000 0x1c3000 1 1 rwx COW swap /proc/210/map:0x1c3000 0x1c4000 1 1 rwx COW swap /proc/210/map:0x1c4000 0x1c5000 1 1 rwx COW swap /proc/210/map:0x1c5000 0x1c6000 1 1 rwx COW swap /proc/210/map:0x1c6000 0x1c7000 1 1 rwx COW swap /proc/210/map:0x1c7000 0x1c8000 1 1 rwx COW swap /proc/210/map:0x1c8000 0x1c9000 1 1 rwx COW swap /proc/210/map:0x1c9000 0x1ca000 1 1 rwx COW swap /proc/210/map:0x1ca000 0x1cb000 1 1 rwx COW swap /proc/210/map:0x1cb000 0x1cc000 1 1 rwx COW swap /proc/210/map:0x1cc000 0x1cd000 1 1 rwx COW swap /proc/210/map:0x1cd000 0x1ce000 1 1 rwx COW swap /proc/210/map:0x1ce000 0x1cf000 1 1 rwx COW swap /proc/210/map:0x1cf000 0x1d0000 1 1 rwx COW swap /proc/210/map:0x1d0000 0x1d1000 1 1 rwx COW swap /proc/210/map:0x1d1000 0x1d2000 1 1 rwx COW swap /proc/210/map:0x1d2000 0x1d3000 1 1 rwx COW swap /proc/210/map:0x1d3000 0x1d4000 1 1 rwx COW swap /proc/210/map:0x1d4000 0x1d5000 1 1 rwx COW swap /proc/210/map:0x1d5000 0x1d6000 1 1 rwx COW swap /proc/210/map:0x1d6000 0x1d7000 0 0 rwx COW swap /proc/210/map:0x1d7000 0x1d8000 0 0 rwx COW swap /proc/210/map:0x1d8000 0x1d9000 0 0 rwx COW swap /proc/210/map:0x1d9000 0x1da000 0 0 rwx COW swap /proc/210/map:0x1da000 0x1db000 0 0 rwx COW swap /proc/210/map:0x1db000 0x1dc000 0 0 rwx COW swap /proc/210/map:0x1dc000 0x1dd000 0 0 rwx COW swap /proc/210/map:0x1dd000 0x1de000 0 0 rwx COW swap /proc/210/map:0x1de000 0x1df000 0 0 rwx COW swap /proc/210/map:0x1df000 0x1e0000 0 0 rwx COW swap /proc/210/map:0x1e0000 0x1e1000 0 0 rwx COW swap /proc/210/map:0x1e1000 0x1e2000 0 30 rwx COW swap /proc/210/map:0x1e2000 0x1e3000 0 379 rwx COW swap /proc/210/map:0x1e3000 0x1e4000 1 380 rwx COW default /proc/210/map:0x1e4000 0x1e5000 1 380 rwx COW default /proc/210/map:0x1e5000 0x1e6000 1 382 rwx COW default /proc/210/map:0x8047000 0x8048000 1 1 rwx COW default /proc/210/map:0xefbde000 0xefbfe000 1 1 rwx COW default /proc/21032/map:0x1000 0x9000 4 0 r-x COW vnode /proc/21032/map:0x9000 0xa000 1 1 rwx COW vnode /proc/21032/map:0xa000 0xb000 1 1 rwx default /proc/21032/map:0xefbde000 0xefbfe000 1 1 rwx default /proc/21033/map:0x1000 0xb000 10 0 r-x COW vnode /proc/21033/map:0xb000 0xc000 1 1 rwx COW vnode /proc/21033/map:0xc000 0x2c000 12 12 rwx default /proc/21033/map:0x800b000 0x8019000 10 0 r-x COW vnode /proc/21033/map:0x8019000 0x801b000 2 2 rwx COW vnode /proc/21033/map:0x801b000 0x8024000 9 9 rwx default /proc/21033/map:0x8025000 0x802b000 6 0 r-x COW vnode /proc/21033/map:0x802b000 0x802c000 1 1 rwx COW vnode /proc/21033/map:0x802c000 0x8088000 78 0 r-x COW vnode /proc/21033/map:0x8088000 0x808c000 4 4 rwx COW vnode /proc/21033/map:0x808c000 0x80a3000 10 10 rwx default /proc/21033/map:0xefbde000 0xefbfe000 4 4 rwx default /proc/231/map:0x1000 0x6000 0 0 r-x COW vnode /proc/231/map:0x6000 0x7000 0 0 rwx COW vnode /proc/231/map:0x7000 0xe000 0 0 rwx swap /proc/231/map:0x8006000 0x8014000 4 0 r-x COW vnode /proc/231/map:0x8014000 0x8016000 0 0 rwx COW vnode /proc/231/map:0x8016000 0x801f000 0 0 rwx swap /proc/231/map:0x8020000 0x8025000 3 0 r-x COW vnode /proc/231/map:0x8025000 0x8026000 0 0 rwx COW vnode /proc/231/map:0x8026000 0x8082000 34 0 r-x COW vnode /proc/231/map:0x8082000 0x8086000 0 0 rwx COW vnode /proc/231/map:0x8086000 0x809d000 0 0 rwx swap /proc/231/map:0xefbde000 0xefbfe000 0 1 rwx swap /proc/27447/map:0x1000 0x21000 11 0 r-x COW vnode /proc/27447/map:0x21000 0x23000 2 2 rwx COW vnode /proc/27447/map:0x23000 0x2d000 4 4 rwx COW swap /proc/27447/map:0x2d000 0x2f000 0 0 rwx COW swap /proc/27447/map:0x2f000 0x31000 0 0 rwx COW swap /proc/27447/map:0x31000 0x33000 2 2 rwx COW swap /proc/27447/map:0x33000 0x37000 1 1 rwx COW swap /proc/27447/map:0x37000 0x38000 0 0 rwx COW swap /proc/27447/map:0x8021000 0x802f000 4 0 r-x COW vnode /proc/27447/map:0x802f000 0x8031000 0 0 rwx COW vnode /proc/27447/map:0x8031000 0x803a000 0 0 rwx COW swap /proc/27447/map:0x803b000 0x804f000 0 0 r-x COW vnode /proc/27447/map:0x804f000 0x8050000 0 0 rwx COW vnode /proc/27447/map:0x8050000 0x8059000 0 0 r-x COW vnode /proc/27447/map:0x8059000 0x805a000 0 0 rwx COW vnode /proc/27447/map:0x805a000 0x805c000 0 0 rwx none /proc/27447/map:0x805c000 0x805e000 0 0 r-x COW vnode /proc/27447/map:0x805e000 0x805f000 0 0 rwx COW vnode /proc/27447/map:0x805f000 0x8064000 3 0 r-x COW vnode /proc/27447/map:0x8064000 0x8065000 0 0 rwx COW vnode /proc/27447/map:0x8065000 0x80c1000 45 0 r-x COW vnode /proc/27447/map:0x80c1000 0x80c5000 1 1 rwx COW vnode /proc/27447/map:0x80c5000 0x80dc000 0 0 rwx COW swap /proc/27447/map:0xefbde000 0xefbfe000 2 2 rwx COW swap /proc/27451/map:0x1000 0x39000 0 0 r-x COW vnode /proc/27451/map:0x39000 0x3c000 0 0 rwx COW vnode /proc/27451/map:0x3c000 0x4e000 0 0 rwx COW swap /proc/27451/map:0x4e000 0x52000 0 0 rwx COW swap /proc/27451/map:0x8039000 0x803a000 0 0 rwx COW swap /proc/27451/map:0xefbde000 0xefbfe000 0 1 rwx COW swap /proc/27467/map:0x1000 0x47000 24 0 r-x COW vnode /proc/27467/map:0x47000 0x4a000 3 2 rwx COW vnode /proc/27467/map:0x4a000 0x59000 6 10 rwx COW swap /proc/27467/map:0x59000 0x5b000 2 2 rwx COW default /proc/27467/map:0x8047000 0x8048000 1 1 rwx COW default /proc/27467/map:0xefbde000 0xefbfe000 1 1 rwx COW default /proc/6341/map:0x1000 0x6000 0 0 r-x COW vnode /proc/6341/map:0x6000 0x7000 0 0 rwx COW vnode /proc/6341/map:0x7000 0xe000 0 0 rwx swap /proc/6341/map:0x8006000 0x8014000 4 0 r-x COW vnode /proc/6341/map:0x8014000 0x8016000 0 0 rwx COW vnode /proc/6341/map:0x8016000 0x801f000 0 0 rwx swap /proc/6341/map:0x8020000 0x8025000 3 0 r-x COW vnode /proc/6341/map:0x8025000 0x8026000 0 0 rwx COW vnode /proc/6341/map:0x8026000 0x8082000 37 0 r-x COW vnode /proc/6341/map:0x8082000 0x8086000 0 0 rwx COW vnode /proc/6341/map:0x8086000 0x809d000 0 0 rwx swap /proc/6341/map:0xefbde000 0xefbfe000 0 1 rwx swap /proc/78/map:0x1000 0x7000 3 0 r-x COW vnode /proc/78/map:0x7000 0x8000 1 1 rwx COW vnode /proc/78/map:0x8000 0xa000 2 2 rwx COW default /proc/78/map:0xa000 0x12000 5 5 rwx swap /proc/78/map:0x8007000 0x8015000 4 0 r-x COW vnode /proc/78/map:0x8015000 0x8017000 0 0 rwx COW vnode /proc/78/map:0x8017000 0x8020000 0 0 rwx COW swap /proc/78/map:0x8020000 0x807c000 38 0 r-x COW vnode /proc/78/map:0x807c000 0x8080000 3 3 rwx COW vnode /proc/78/map:0x8080000 0x8096000 2 2 rwx COW swap /proc/78/map:0x8096000 0x8097000 0 0 rwx swap /proc/78/map:0xefbde000 0xefbfe000 2 2 rwx COW swap /proc/837/map:0x1000 0x2000 0 0 r-x COW vnode /proc/837/map:0x2000 0x3000 1 1 rwx COW vnode /proc/837/map:0x3000 0x71000 25 26 rwx swap /proc/837/map:0x8002000 0x8010000 4 0 r-x COW vnode /proc/837/map:0x8010000 0x8012000 0 0 rwx COW vnode /proc/837/map:0x8012000 0x801c000 1 1 rwx swap /proc/837/map:0x801c000 0x8073000 65 0 r-x COW vnode /proc/837/map:0x8073000 0x8077000 4 4 rwx COW vnode /proc/837/map:0x8077000 0x8078000 0 0 rwx swap /proc/837/map:0x8078000 0x808e000 0 0 r-x COW vnode /proc/837/map:0x808e000 0x8091000 0 0 rwx COW vnode /proc/837/map:0x8091000 0x80ed000 67 0 r-x COW vnode /proc/837/map:0x80ed000 0x80f1000 3 3 rwx COW vnode /proc/837/map:0x80f1000 0x8108000 3 3 rwx swap /proc/837/map:0x8108000 0x8109000 1 0 r-x COW vnode /proc/837/map:0x8109000 0x810a000 1 1 rwx COW vnode /proc/837/map:0xefbde000 0xefbfe000 3 3 rwx swap /proc/89/map:0x1000 0x4000 0 0 r-x COW vnode /proc/89/map:0x4000 0x5000 0 0 rwx COW vnode /proc/89/map:0x5000 0xd000 0 0 rwx swap /proc/89/map:0x8004000 0x8012000 4 0 r-x COW vnode /proc/89/map:0x8012000 0x8014000 0 0 rwx COW vnode /proc/89/map:0x8014000 0x801d000 0 0 rwx COW swap /proc/89/map:0x801d000 0x8079000 36 0 r-x COW vnode /proc/89/map:0x8079000 0x807d000 0 0 rwx COW vnode /proc/89/map:0x807d000 0x8093000 0 0 rwx COW swap /proc/89/map:0x8093000 0x8094000 0 0 rwx swap /proc/89/map:0xefbde000 0xefbfe000 0 1 rwx COW swap /proc/curproc/map:0x1000 0xb000 10 0 r-x COW vnode /proc/curproc/map:0xb000 0xc000 1 1 rwx COW vnode /proc/curproc/map:0xc000 0x2c000 12 12 rwx default /proc/curproc/map:0x800b000 0x8019000 10 0 r-x COW vnode /proc/curproc/map:0x8019000 0x801b000 2 2 rwx COW vnode /proc/curproc/map:0x801b000 0x8024000 9 9 rwx default /proc/curproc/map:0x8025000 0x802b000 6 0 r-x COW vnode /proc/curproc/map:0x802b000 0x802c000 1 1 rwx COW vnode /proc/curproc/map:0x802c000 0x8088000 78 0 r-x COW vnode /proc/curproc/map:0x8088000 0x808c000 4 4 rwx COW vnode /proc/curproc/map:0x808c000 0x80a3000 10 10 rwx default /proc/curproc/map:0xefbde000 0xefbfe000 4 4 rwx default cicero0# pstat -s Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 204800 135468 69268 66% Interleaved /dev/wd1s1b 409600 135088 274448 33% Interleaved Total 614272 270556 343716 44% cicero0# Script done on Tue Mar 31 23:39:55 1998 -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 15:21:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22692 for freebsd-current-outgoing; Tue, 31 Mar 1998 15:21:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ppp1701.on.bellglobal.com (ppp1701.on.bellglobal.com [206.172.249.165]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22651 for ; Tue, 31 Mar 1998 15:20:59 -0800 (PST) (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by localhost.my.domain (8.8.8/8.8.8) with SMTP id JAA00487; Sat, 28 Mar 1998 09:38:58 -0500 (EST) (envelope-from ac199@hwcn.org) X-Authentication-Warning: localhost.my.domain: tim owned process doing -bs Date: Sat, 28 Mar 1998 09:38:58 -0500 (EST) From: Tim Vanderhoek X-Sender: tim@localhost Reply-To: ac199@hwcn.org To: Simon Shapiro cc: current@FreeBSD.ORG, pgsql-ports@postgreSQL.org Subject: Re: [PORTS] Pgaccess doesn't run on -current anymore, Update In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Cc: list trimmed dramatically] On Tue, 24 Mar 1998, Simon Shapiro wrote: > I belive the issue is clear, and the course of action identified. Rather > than shutting us up, maybe you suggest how we avoid the breakage on the > next package? I certainly do not know how (in the context of not having > {tcl,tk}.h and lib{tcl,tk} where it is normally found). This won't solve all problems, but from what little I can gather of the current one, CFLAGS+= -L /usr/local/lib/tcl8.0 -l tcl80 -I /usr/local/lib/tcl may possibly be useful. It is sometimes useful as a general solution. -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 15:42:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27986 for freebsd-current-outgoing; Tue, 31 Mar 1998 15:42:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fddi.Simon-Shapiro.ORG [206.190.148.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA27949 for ; Tue, 31 Mar 1998 15:41:51 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 27554 invoked from network); 31 Mar 1998 23:50:54 -0000 Received: from localhost.simon-shapiro.org (HELO sendero-fxp0.simon-shapiro.org) (@127.0.0.1) by localhost.simon-shapiro.org with SMTP; 31 Mar 1998 23:50:54 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-032398 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 31 Mar 1998 15:50:54 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Tim Vanderhoek Subject: Re: [PORTS] Pgaccess doesn't run on -current anymore, Update Cc: current@FreeBSD.ORG, pgsql-ports@postgreSQL.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Mar-98 Tim Vanderhoek wrote: > [Cc: list trimmed dramatically] > > On Tue, 24 Mar 1998, Simon Shapiro wrote: > >> I belive the issue is clear, and the course of action identified. >> Rather >> than shutting us up, maybe you suggest how we avoid the breakage on the >> next package? I certainly do not know how (in the context of not having >> {tcl,tk}.h and lib{tcl,tk} where it is normally found). > > This won't solve all problems, but from what little I can gather > of the current one, > > CFLAGS+= -L /usr/local/lib/tcl8.0 -l tcl80 -I /usr/local/lib/tcl > > may possibly be useful. It is sometimes useful as a general > solution. Actually, where it stands now (well, yesterday), it really has a problem with libpgtcl. I simply specified ``load /usr/local/pgsql/lib/libpgtcl.so'' instead of: ``load libpgtcl.so'' and am using the pgaccess.tcl that comes with the postgress CVSup tree, rather than the FreeBSD package. It all seems to work fine. Not to start a war, but; while I LOVE the look and feel and functionality of tcl/tk applications, this mess comes as no surprise to me. So many versions for so many pieces. Appears very fragile. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 17:33:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11098 for freebsd-current-outgoing; Tue, 31 Mar 1998 17:33:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA11070 for ; Tue, 31 Mar 1998 17:33:04 -0800 (PST) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id UAA00969; Tue, 31 Mar 1998 20:32:59 -0500 (EST) Message-ID: <19980331203257.08578@rtfm.net> Date: Tue, 31 Mar 1998 20:32:57 -0500 From: Nathan Dorfman To: current@FreeBSD.ORG Subject: netscape (whoo, haven't you had enough of these today? :>) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey...I've been messing with the netscape code all day, and I've just compiled a stock+eivind's_port netscape. When I try to run the statically linked binary, it sits there, I don't get a window, and it takes like 90% of the CPU. Has anyone else gotten this? Btw eivind's port is at http://www.freebsd.org/~eivind/moz_port.tgz, this is what I used. -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 17:51:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14487 for freebsd-current-outgoing; Tue, 31 Mar 1998 17:51:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from elvis.mu.org (elvis.mu.org [206.156.231.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA14482 for ; Tue, 31 Mar 1998 17:51:27 -0800 (PST) (envelope-from paul@elvis.mu.org) Received: (from paul@localhost) by elvis.mu.org (8.8.8/8.8.8) id TAA28382; Tue, 31 Mar 1998 19:51:26 -0600 (CST) (envelope-from paul) Message-ID: <19980331195125.44249@mu.org> Date: Tue, 31 Mar 1998 19:51:25 -0600 From: Paul Saab To: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: netscape (whoo, haven't you had enough of these today? :>) References: <19980331203257.08578@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980331203257.08578@rtfm.net>; from Nathan Dorfman on Tue, Mar 31, 1998 at 08:32:57PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the same thing but only with the DEBUG version of the code. If I build an optimized version it will start up but core dump trying to load up home.netscape.com. I am not using eivind's port.. Paul Nathan Dorfman (nathan@rtfm.net) wrote: > Hey...I've been messing with the netscape code all day, and I've just > compiled a stock+eivind's_port netscape. When I try to run the statically > linked binary, it sits there, I don't get a window, and it takes like 90% > of the CPU. Has anyone else gotten this? > > Btw eivind's port is at http://www.freebsd.org/~eivind/moz_port.tgz, this > is what I used. > -- > ________________ _______________________________ > / Nathan Dorfman V PGP: finger nathan@rtfm.net / > / nathan@rtfm.net | http://www.rtfm.net / > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 18:10:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA17609 for freebsd-current-outgoing; Tue, 31 Mar 1998 18:10:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA17600 for ; Tue, 31 Mar 1998 18:10:29 -0800 (PST) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id VAA02000; Tue, 31 Mar 1998 21:10:01 -0500 (EST) Message-ID: <19980331210937.42880@rtfm.net> Date: Tue, 31 Mar 1998 21:09:37 -0500 From: Nathan Dorfman To: Paul Saab , current@FreeBSD.ORG Subject: *WORKING!* Re: netscape References: <19980331203257.08578@rtfm.net> <19980331195125.44249@mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980331195125.44249@mu.org>; from Paul Saab on Tue, Mar 31, 1998 at 07:51:25PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 31, 1998 at 07:51:25PM -0600, Paul Saab wrote: > I get the same thing but only with the DEBUG version of the code. > If I build an optimized version it will start up but core dump > trying to load up home.netscape.com. > > I am not using eivind's port.. Hmm...I was just able to run the dynamically linked version by cding to the /dist/FreeBSD3.0_DBG.OBJ/bin and setting LD_LIBRARY_PATH to ".". The statically linked version will die. Try compiling with eivind's port. You don't have to use the port itself, just the patches--something like this: user:~/ns% foreach nspatch (../moz_port/patches/*) foreach? patch < $nspatch foreach? end user:~/ns$ for nspatch in ../moz_port/patches/* > do patch < $nspatch > done Depending on which shell you're using. After this do a gmake (apply the patches on a clean src tree if possible). > Paul > > Nathan Dorfman (nathan@rtfm.net) wrote: > > Hey...I've been messing with the netscape code all day, and I've just > > compiled a stock+eivind's_port netscape. When I try to run the statically > > linked binary, it sits there, I don't get a window, and it takes like 90% > > of the CPU. Has anyone else gotten this? > > > > Btw eivind's port is at http://www.freebsd.org/~eivind/moz_port.tgz, this > > is what I used. > > -- > > ________________ _______________________________ > > / Nathan Dorfman V PGP: finger nathan@rtfm.net / > > / nathan@rtfm.net | http://www.rtfm.net / > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 18:37:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20503 for freebsd-current-outgoing; Tue, 31 Mar 1998 18:37:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 SAA20470 for ; Tue, 31 Mar 1998 18:37:39 -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 UAA19946; Tue, 31 Mar 1998 20:37:35 -0600 (CST) Message-ID: <19980331203735.35467@arh0300.urh.uiuc.edu> Date: Tue, 31 Mar 1998 20:37:35 -0600 From: dannyman To: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: netscape (whoo, haven't you had enough of these today? :>) Mail-Followup-To: Nathan Dorfman , current@FreeBSD.ORG References: <19980331203257.08578@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980331203257.08578@rtfm.net>; from Nathan Dorfman on Tue, Mar 31, 1998 at 08:32:57PM -0500 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 31, 1998 at 08:32:57PM -0500, Nathan Dorfman wrote: > Hey...I've been messing with the netscape code all day, and I've just > compiled a stock+eivind's_port netscape. When I try to run the statically > linked binary, it sits there, I don't get a window, and it takes like 90% > of the CPU. Has anyone else gotten this? > > Btw eivind's port is at http://www.freebsd.org/~eivind/moz_port.tgz, this > is what I used. RTFM and you learn that this is pre-Alpha. -- // dannyman yori aiokomete || Our Honored Symbol deserves \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 20:31:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07421 for freebsd-current-outgoing; Tue, 31 Mar 1998 20:31:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aenima.unixgeeks.net (obanta@aenima.unixgeeks.net [207.140.121.237]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA07410 for ; Tue, 31 Mar 1998 20:31:50 -0800 (PST) (envelope-from obanta@aenima.unixgeeks.net) Received: (from obanta@localhost) by aenima.unixgeeks.net (8.8.8/8.8.7) id WAA08171 for freebsd-current@FreeBSD.ORG; Tue, 31 Mar 1998 22:31:41 -0600 (CST) (envelope-from obanta) From: Oliver Banta Message-Id: <199804010431.WAA08171@aenima.unixgeeks.net> Subject: ping: broke world To: freebsd-current@FreeBSD.ORG Date: Tue, 31 Mar 1998 22:31:40 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> sbin/ping cc -nostdinc -O -Wall -Wmissing-prototypes -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sbin/ping/ping.c /usr/src/sbin/ping/ping.c: In function `pr_pack': /usr/src/sbin/ping/ping.c:789: `MAXIPOPTLEN' undeclared (first use this function) /usr/src/sbin/ping/ping.c:789: (Each undeclared identifier is reported only once /usr/src/sbin/ping/ping.c:789: for each function it appears in.) *** Error code 1 C src/sbin/ping/ping.8,v . . 2#871#19#8913907385#297163#444 1.14 98.04.01.00.32. 18 2#871#19#8913951245#122293#644 C src/sbin/ping/ping.c,v . . 2#871#19#8913907385#750043#444 1.30 98.04.01.00.32. 18 2#871#19#8913951255#314053#644 U src/sbin/ping This commit seems to have broken it... Cheers, -- Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 22:02:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18009 for freebsd-current-outgoing; Tue, 31 Mar 1998 22:02:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 WAA18003 for ; Tue, 31 Mar 1998 22:02:23 -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 AAA27543; Wed, 1 Apr 1998 00:02:20 -0600 (CST) Message-ID: <19980401000219.33805@arh0300.urh.uiuc.edu> Date: Wed, 1 Apr 1998 00:02:19 -0600 From: dannyman To: current@FreeBSD.ORG Subject: monthly run output - when will be fixed? Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.89i X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id WAA18004 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i just curious if others know when this kinda stuff will be fixed. not serious or anything, just silly. ;) or am i the broken one? ----- Forwarded message from Charlie Root ----- Date: Wed, 1 Apr 1998 00:00:01 -0600 (CST) From: Charlie Root Subject: arh0300 monthly run output Doing login accounting: 129.116 495228.00 6 493090.91 7 363381.92 ttyp2 266845.10 ttyp8 266824.84 ymanaln-58-19.ho 247614.00 eng-mac16.sites. 247614.00 aln-58-18.housin 247614.00 ╦!5ttyp7 247614.00 ttyp9 4874.06 ё' 5ttyp5 514410.77 u├ 5ttyp9 0.01 singq▐ 5ttyp7 247614.00 58-2.housing╨▌ 5 35888.60 гк5ttyp8 0.00 ▌J5ttyp6 0.00 ┴5ttyp6 0.00 ttyp7 -247520.24 ttyp3 -247558.53 ttyp6 -247591.28 ╙h!5ttyp7 -266942.83 8 -276554.85 1 -276554.85 yman:0.0 -295122.53 total -415837.63 :0.0 -519391.42 down -524168.85 ----- End forwarded message ----- -- // dannyman yori aiokomete || Our Honored Symbol deserves \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 22:45:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25045 for freebsd-current-outgoing; Tue, 31 Mar 1998 22:45:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA25039 for ; Tue, 31 Mar 1998 22:45:02 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0yKHGb-0002Uw-00; Tue, 31 Mar 1998 22:44:57 -0800 Date: Tue, 31 Mar 1998 22:44:53 -0800 (PST) From: Tom To: dannyman cc: current@FreeBSD.ORG Subject: Re: monthly run output - when will be fixed? In-Reply-To: <19980401000219.33805@arh0300.urh.uiuc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 1 Apr 1998, dannyman wrote: > i just curious if others know when this kinda stuff will be fixed. ... > Doing login accounting: > 129.116 495228.00 > 6 493090.91 > 7 363381.92 Yep, your system is broken. Probably have some old executables screwing up your wtmp/lastlog stuff. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 22:46:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25405 for freebsd-current-outgoing; Tue, 31 Mar 1998 22:46:11 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 WAA25379 for ; Tue, 31 Mar 1998 22:46:08 -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 AAA03494; Wed, 1 Apr 1998 00:46:10 -0600 (CST) Message-ID: <19980401004610.61185@arh0300.urh.uiuc.edu> Date: Wed, 1 Apr 1998 00:46:10 -0600 From: dannyman To: Tom Cc: current@FreeBSD.ORG Subject: Re: monthly run output - when will be fixed? Mail-Followup-To: Tom , current@FreeBSD.ORG References: <19980401000219.33805@arh0300.urh.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Tom on Tue, Mar 31, 1998 at 10:44:53PM -0800 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 31, 1998 at 10:44:53PM -0800, Tom wrote: > On Wed, 1 Apr 1998, dannyman wrote: > > > i just curious if others know when this kinda stuff will be fixed. > ... > > Doing login accounting: > > 129.116 495228.00 > > 6 493090.91 > > 7 363381.92 > > Yep, your system is broken. Probably have some old executables screwing > up your wtmp/lastlog stuff. Oh ... I guess I'll have to _think_ about that one. :) danke, danny -- // dannyman yori aiokomete || Our Honored Symbol deserves \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 22:55:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27711 for freebsd-current-outgoing; Tue, 31 Mar 1998 22:55:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27704 for ; Tue, 31 Mar 1998 22:55:21 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA15047; Tue, 31 Mar 1998 23:55:14 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd015030; Tue Mar 31 23:55:08 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id XAA16722; Tue, 31 Mar 1998 23:55:07 -0700 (MST) From: Terry Lambert Message-Id: <199804010655.XAA16722@usr02.primenet.com> Subject: Re: Latest changes to kernel are causing X slowdowns To: gmarco@giovannelli.it (Gianmarco Giovannelli) Date: Wed, 1 Apr 1998 06:55:06 +0000 (GMT) Cc: schrade@schrade.com, current@FreeBSD.ORG In-Reply-To: <35215BD1.18161908@giovannelli.it> from "Gianmarco Giovannelli" at Mar 31, 98 09:10:41 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am to the point of writing a message me too on this, but I thought it > was my fault so I stayed quiet trying to understand what is happening... > Now I am happier, I am not alone :-) Btw the kernel of the last Friday > seems ok. The day before the _POSIX_PRIORITY_SCHEDULING changes went in. Not that I'm saying theres a relationship, but it's in the area... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 31 23:05:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29441 for freebsd-current-outgoing; Tue, 31 Mar 1998 23:05:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29417; Tue, 31 Mar 1998 23:05:14 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA26272; Wed, 1 Apr 1998 00:05:13 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd026260; Wed Apr 1 00:05:11 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA17595; Wed, 1 Apr 1998 00:05:10 -0700 (MST) From: Terry Lambert Message-Id: <199804010705.AAA17595@usr02.primenet.com> Subject: Re: swap-leak in 2.2.5 ? To: phk@FreeBSD.ORG (Poul-Henning Kamp) Date: Wed, 1 Apr 1998 07:05:10 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <6337.891380655@critter.freebsd.dk> from "Poul-Henning Kamp" at Mar 31, 98 11:44:15 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anybody know what is eating the swap-space on this machine ? > > There is no MFS or anything weird going on, just a couple of > spam-filtering tcl scripts and a lot of sendmails... > > Does 2.2.5 have a swap-leak I havn't heard about ? > 0 210 1 16 10 0 3596 3204 wait S con- 53:56.35 /bin/sh /root/MailFilter/mail_pusher_intern This is big, and that's an awful lot of sendmails... but the time on this sucker is *incredible*! Can you limit the number of sendmails, and see if that helps? Use: -O ConnectionRateThrottle=10 You may want to seperate enqueueing from queue runs: -q10m Maybe making it explitly delayed: -q10m -O DeliveryMode=q You may also want to use: -O ForkEachJob but I wouldn't really recommend it as a panacea... These seem to have an especially huge number of mappings: > 0 208 1 5 10 0 500 156 wait I con- 0:02.04 /bin/sh /ro ot/MailFilter/run_filter_them > 0 209 1 2 10 0 1316 908 wait S con- 14:00.59 /bin/sh /ro ot/MailFilter/mail_pusher > 0 210 1 16 10 0 3596 3204 wait S con- 53:56.35 /bin/sh /ro ot/MailFilter/mail_pusher_intern > Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 00:32:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13477 for freebsd-current-outgoing; Wed, 1 Apr 1998 00:32:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13151; Wed, 1 Apr 1998 00:30:44 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id MAA01029; Wed, 1 Apr 1998 12:30:19 +0400 (MSD) (envelope-from ache) Message-ID: <19980401123018.51652@nagual.pp.ru> Date: Wed, 1 Apr 1998 12:30:18 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: current@FreeBSD.ORG Cc: phk@FreeBSD.ORG Subject: -current X11 slowdown confirmation Mail-Followup-To: current@freebsd.org, phk@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, very recent -current cause great X11 slowdown, I suppose some latest phk's time variable related changes involved. What about possible pieces of old code constantly polling for time without going to spl protection, like syscons? With spl protection added they can cause great slowdown. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 00:52:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16620 for freebsd-current-outgoing; Wed, 1 Apr 1998 00:52:53 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA16602; Wed, 1 Apr 1998 00:52:36 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA15480; Wed, 1 Apr 1998 17:51:08 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id RAA06451; Wed, 1 Apr 1998 17:59:34 +0900 (JST) Message-Id: <199804010859.RAA06451@zodiac.mech.utsunomiya-u.ac.jp> To: ache@nagual.pp.ru Cc: current@FreeBSD.ORG, phk@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: -current X11 slowdown confirmation In-Reply-To: Your message of "Wed, 01 Apr 1998 12:30:18 +0400." <19980401123018.51652@nagual.pp.ru> References: <19980401123018.51652@nagual.pp.ru> Date: Wed, 01 Apr 1998 17:59:33 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Yes, very recent -current cause great X11 slowdown, I suppose some >latest phk's time variable related changes involved. What about possible >pieces of old code constantly polling for time without going to spl >protection, like syscons? With spl protection added they can cause great >slowdown. syscons refers to mono_time.tv_sec, but doesn't poll for it. Access to mono_time.tv_sec is atomic under i386, is it not? Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 01:19:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19922 for freebsd-current-outgoing; Wed, 1 Apr 1998 01:19:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19801; Wed, 1 Apr 1998 01:18:03 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id NAA17239; Wed, 1 Apr 1998 13:15:33 +0400 (MSD) (envelope-from ache) Message-ID: <19980401131532.15104@nagual.pp.ru> Date: Wed, 1 Apr 1998 13:15:32 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Kazutaka YOKOTA Cc: current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: -current X11 slowdown confirmation Mail-Followup-To: Kazutaka YOKOTA , current@freebsd.org, phk@freebsd.org References: <19980401123018.51652@nagual.pp.ru> <199804010859.RAA06451@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804010859.RAA06451@zodiac.mech.utsunomiya-u.ac.jp>; from yokota@zodiac.mech.utsunomiya-u.ac.jp on Wed, Apr 01, 1998 at 05:59:33PM +0900 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 01, 1998 at 05:59:33PM +0900, Kazutaka YOKOTA wrote: > > >Yes, very recent -current cause great X11 slowdown, I suppose some > >latest phk's time variable related changes involved. What about possible > >pieces of old code constantly polling for time without going to spl > >protection, like syscons? With spl protection added they can cause great > >slowdown. > > syscons refers to mono_time.tv_sec, but doesn't poll for it. > Access to mono_time.tv_sec is atomic under i386, is it not? Maybe it is not syscons, I just guess. Best slowdown indicator is Netscape, it update icons/screen very slowly now. One strange thing I found that once update stops completely and continues only when I move mouse, so it maybe syscons /sys/mouse section in question. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 02:16:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28963 for freebsd-current-outgoing; Wed, 1 Apr 1998 02:16:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28951 for ; Wed, 1 Apr 1998 02:16:02 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from fanfic.org (localhost.fanfic.org [127.0.0.1]) by fanfic.org (8.8.8/8.8.8) with SMTP id FAA01680 for ; Wed, 1 Apr 1998 05:15:37 -0500 (EST) (envelope-from dstenn@fanfic.org) Posted-Date: Wed, 1 Apr 1998 05:15:37 -0500 (EST) Date: Wed, 1 Apr 1998 05:15:36 -0500 (EST) From: Dennis Tenn Reply-To: Dennis Tenn To: FreeBSD Current Subject: Error while compiling sound support for SB PnP AWE64. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Before I ask for help.. Let me just say that I've been using FreeBSD for a while now and had the soundcard working perfectly before. Now I can't get the support compiled in the kernel. Every time I try I get this just as it is trying to load the kernel.. loading kernel dev_table.o: Undefined symbol `_attach_sb16midi' referenced from data segment dev_table.o: Undefined symbol `_probe_sb16midi' referenced from data segment sb_dsp.o: Undefined symbol `_sb16midiintr' referenced from text segment *** Error code 1 Stop. The file I use to make the kernel is the same one I've always used.. I tend to do weekly cvsups.. I'm using 3.0-Current. Any ideas what happened? These are the entries for my soundcard in my kernel file.. controller pnp0 controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device opl0 at isa? port 0x388 device awe0 at isa? port 0x620 And if this compiled and installed correctly I would then have to enter in the Kernel Configuration screen on reboot: pnp 1 0 os enable port0 0x220 port1 0x330 port2 0x388 irq0 5 drq0 1 drq1 5 pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20 for the soundcard to be recognized. The last time I had it working was.. Mar 24 22:34:43 fanfic /kernel: sb0 at 0x220 irq 5 drq 1 on isa Mar 24 22:34:43 fanfic /kernel: snd0: Mar 24 22:34:43 fanfic /kernel: sbxvi0 at ? drq 5 on isa Mar 24 22:34:43 fanfic /kernel: snd0: Mar 24 22:34:43 fanfic /kernel: sbmidi0 at 0x330 on isa Mar 24 22:34:43 fanfic /kernel: snd0: Mar 24 22:34:43 fanfic /kernel: opl0 at 0x388 on isa Mar 24 22:34:43 fanfic /kernel: snd0: Mar 24 22:34:43 fanfic /kernel: awe0 at 0x620 on isa Mar 24 22:34:43 fanfic /kernel: awe0: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested ICQ# 1457509 * Stand tall and rise to the occasion * For only then will you grow strong. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 02:51:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02507 for freebsd-current-outgoing; Wed, 1 Apr 1998 02:51:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02488 for ; Wed, 1 Apr 1998 02:51:20 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id FAA09764; Wed, 1 Apr 1998 05:48:46 -0500 (EST) From: Peter Dufault Message-Id: <199804011048.FAA09764@hda.hda.com> Subject: Re: Latest changes to kernel are causing X slowdowns In-Reply-To: <199804010655.XAA16722@usr02.primenet.com> from Terry Lambert at "Apr 1, 98 06:55:06 am" To: tlambert@primenet.com (Terry Lambert) Date: Wed, 1 Apr 1998 05:48:46 -0500 (EST) Cc: gmarco@giovannelli.it, schrade@schrade.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The day before the _POSIX_PRIORITY_SCHEDULING changes went in. > > Not that I'm saying theres a relationship, but it's in the area... I wasn't clear enough in pointing out the date of my working kernel: it is the day after _POSIX_PRIORITY_SCHEDULING went in. Most of the changes went in earlier and the only non-optional suspicious changes are two extra tests in swtch.s. Backing sys out to the date of the last commit to posix4/posix4.h (1998/03/28 22:44:28) on a broken system would verify whether or not it is the culprit. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 03:03:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA03684 for freebsd-current-outgoing; Wed, 1 Apr 1998 03:03:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA03679 for ; Wed, 1 Apr 1998 03:03:07 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id FAA09798; Wed, 1 Apr 1998 05:59:50 -0500 (EST) From: Peter Dufault Message-Id: <199804011059.FAA09798@hda.hda.com> Subject: Re: -current X11 slowdown confirmation In-Reply-To: <19980401131532.15104@nagual.pp.ru> from "[______ ______]" at "Apr 1, 98 01:15:32 pm" To: ache@nagual.pp.ru (=?koi8-r?B?4c7E0sXKIP7F0s7P1w==?=) Date: Wed, 1 Apr 1998 05:59:48 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Maybe it is not syscons, I just guess. Best slowdown indicator is > Netscape, it update icons/screen very slowly now. One strange thing I > found that once update stops completely and continues only when I move > mouse, so it maybe syscons /sys/mouse section in question. I assume the blurber (the meteor shower or whatever) is synchronized to the clock via an event loop so it doesn't run too fast. Maybe it is only (or mostly) being updated via the event motion loop instead of a timing event loop. Has anyone with the problem looked closely at how setitimer / SIGARLM is working? -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 03:11:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05235 for freebsd-current-outgoing; Wed, 1 Apr 1998 03:11:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA05229 for ; Wed, 1 Apr 1998 03:11:27 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id GAA09829; Wed, 1 Apr 1998 06:08:11 -0500 (EST) From: Peter Dufault Message-Id: <199804011108.GAA09829@hda.hda.com> Subject: Re: -current X11 slowdown confirmation In-Reply-To: <19980401131532.15104@nagual.pp.ru> from "[______ ______]" at "Apr 1, 98 01:15:32 pm" To: ache@nagual.pp.ru (=?koi8-r?B?4c7E0sXKIP7F0s7P1w==?=) Date: Wed, 1 Apr 1998 06:08:10 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Maybe it is not syscons, I just guess... Does it misbehave run remotely? Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 03:43:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09989 for freebsd-current-outgoing; Wed, 1 Apr 1998 03:43:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from firewall.ftf.dk (root@mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09967 for ; Wed, 1 Apr 1998 03:43:14 -0800 (PST) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.2]) by firewall.ftf.dk (8.7.6/8.7.3) with ESMTP id PAA19700; Wed, 1 Apr 1998 15:36:35 +0200 Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.5/8.8.5/prosa-1.1) with ESMTP id NAA19602; Wed, 1 Apr 1998 13:57:35 +0200 (CEST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.7/8.8.5/prosa-1.1) id NAA07144; Wed, 1 Apr 1998 13:41:47 +0200 (CEST) Message-ID: <19980401134147.58005@deepo.prosa.dk> Date: Wed, 1 Apr 1998 13:41:47 +0200 From: Philippe Regnauld To: Nathan Dorfman Cc: current@FreeBSD.ORG Subject: Re: *WORKING!* Re: netscape References: <19980331203257.08578@rtfm.net> <19980331195125.44249@mu.org> <19980331210937.42880@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: <19980331210937.42880@rtfm.net>; from Nathan Dorfman on Tue, Mar 31, 1998 at 09:09:37PM -0500 X-Operating-System: FreeBSD 2.2.5-RELEASE i386 Organization: PROSA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nathan Dorfman writes: > > Depending on which shell you're using. After this do a gmake (apply the > patches on a clean src tree if possible). BTW, I've been messing around with Netscape.ad and XKeysymDB, but no luck: Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Actions not found: PageUp, PageDown Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown Warning: Name: List Class: XmList Illegal value (206) for rep type XmRStringDirection ... etc... Any info ? -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- ╚Pluto placed his bad dog at the entrance of Hades to keep the dead IN and the living OUT! The archetypical corporate firewall?╩ - S. Kelly Bootle, ("MYTHOLOGY", in Marutukku distrib) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 04:11:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA14686 for freebsd-current-outgoing; Wed, 1 Apr 1998 04:11:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA14669 for ; Wed, 1 Apr 1998 04:11:07 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id QAA18566; Wed, 1 Apr 1998 16:09:56 +0400 (MSD) (envelope-from ache) Message-ID: <19980401160956.52367@nagual.pp.ru> Date: Wed, 1 Apr 1998 16:09:56 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Peter Dufault Cc: current@FreeBSD.ORG Subject: Re: -current X11 slowdown confirmation Mail-Followup-To: Peter Dufault , current@FreeBSD.ORG References: <19980401131532.15104@nagual.pp.ru> <199804011059.FAA09798@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804011059.FAA09798@hda.hda.com>; from dufault@hda.com on Wed, Apr 01, 1998 at 05:59:48AM -0500 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 01, 1998 at 05:59:48AM -0500, Peter Dufault wrote: > > > > Maybe it is not syscons, I just guess. Best slowdown indicator is > > Netscape, it update icons/screen very slowly now. One strange thing I > > found that once update stops completely and continues only when I move > > mouse, so it maybe syscons /sys/mouse section in question. > > I assume the blurber (the meteor shower or whatever) is synchronized > to the clock via an event loop so it doesn't run too fast. Maybe > it is only (or mostly) being updated via the event motion loop instead of > a timing event loop. Has anyone with the problem looked closely at how > setitimer / SIGARLM is working? To give exact range to track evil changes: my kernel from Mar 28 work fine here, i.e. without any slowdown. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 04:15:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15392 for freebsd-current-outgoing; Wed, 1 Apr 1998 04:15:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mhub3.tc.umn.edu (0@mhub3.tc.umn.edu [128.101.131.53]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA15387 for ; Wed, 1 Apr 1998 04:15:42 -0800 (PST) (envelope-from adkin003@tc.umn.edu) Received: from gold.tc.umn.edu by mhub3.tc.umn.edu; Wed, 1 Apr 98 06:15:36 -0600 Received: from pub-27-c-216.dialup.umn.edu by gold.tc.umn.edu; Wed, 1 Apr 98 06:15:31 -0600 Date: Wed, 1 Apr 1998 06:15:28 -0600 (CST) From: dave adkins X-Sender: adkin003@samthedog Reply-To: dave adkins To: freebsd-current@FreeBSD.ORG Subject: Re: -current X11 slowdown confirmation In-Reply-To: <199804011108.GAA09829@hda.hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, i noticed that the slowdown in netscape would change with the amount of cursor movement/keyboard input in the netscape window. I took a look at select() and poll in sys_generic.c. Going back to sys_generic.c v1.33 and replacing the use of time with getmicrotime(), the problem in netscape seemed to go away. It looks like select() and poll() in sys_generic.c v1.34 don't timeout correctly so netscape just waits at the select()/poll() in its work loop until an event occurs. ---------------------------------------------------------------------- --- sys_generic.c.1.34 Wed Apr 1 05:43:52 1998 +++ sys_generic.c Wed Apr 1 05:44:05 1998 @@ -36,7 +36,7 @@ * SUCH DAMAGE. * * @(#)sys_generic.c 8.5 (Berkeley) 1/21/94 - * $Id: sys_generic.c,v 1.34 1998/03/30 09:50:29 phk Exp $ + * $Id: sys_generic.c,v 1.33 1997/11/23 10:30:50 bde Exp $ */ #include "opt_ktrace.h" @@ -538,8 +538,8 @@ */ fd_mask s_selbits[howmany(2048, NFDBITS)]; fd_mask *ibits[3], *obits[3], *selbits, *sbp; - struct timeval atv; - int s, ncoll, error, timo, term; + struct timeval atv,ctv; + int s, ncoll, error, timo; u_int nbufbytes, ncpbytes, nfdbits; if (uap->nd < 0) @@ -600,29 +600,28 @@ error = EINVAL; goto done; } - timo = tvtohz(&atv); + getmicrotime(&ctv); + timevaladd(&atv, &ctv); + timo = hzto(&atv); } else timo = 0; - if (timo) - term = timo + ticks; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); if (error || p->p_retval[0]) goto done; - s = splhigh(); - if (timo && term <= ticks) { - splx(s); + getmicrotime(&ctv); + /* this should be timercmp(&time, &atv, >=) */ + if (uap->tv && (ctv.tv_sec > atv.tv_sec || + (ctv.tv_sec == atv.tv_sec && ctv.tv_usec >= atv.tv_usec))) { goto done; } if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { - splx(s); goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "select", timo); - splx(s); if (error == 0) goto retry; done: @@ -702,8 +701,8 @@ { caddr_t bits; char smallbits[32 * sizeof(struct pollfd)]; - struct timeval atv; - int s, ncoll, error = 0, timo, term; + struct timeval atv,ctv; + int s, ncoll, error = 0, timo; size_t ni; if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { @@ -725,29 +724,26 @@ error = EINVAL; goto done; } - timo = tvtohz(&atv); + getmicrotime(&ctv); + timevaladd(&atv, &ctv); + timo = hzto(&atv); } else timo = 0; - if (timo) - term = timo + ticks; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; - s = splhigh(); - if (timo && term <= ticks) { - splx(s); + getmicrotime(&ctv); + if (timo && timercmp(&ctv, &atv, >=)) { goto done; } if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { - splx(s); goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); - splx(s); if (error == 0) goto retry; done: ---------------------------------------------------------------------------- dave adkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 04:41:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19991 for freebsd-current-outgoing; Wed, 1 Apr 1998 04:41:51 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19984 for ; Wed, 1 Apr 1998 04:41:47 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id QAA18765; Wed, 1 Apr 1998 16:40:14 +0400 (MSD) (envelope-from ache) Message-ID: <19980401164013.39107@nagual.pp.ru> Date: Wed, 1 Apr 1998 16:40:13 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Peter Dufault Cc: current@FreeBSD.ORG Subject: Re: -current X11 slowdown confirmation Mail-Followup-To: Peter Dufault , current@FreeBSD.ORG References: <19980401131532.15104@nagual.pp.ru> <199804011108.GAA09829@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804011108.GAA09829@hda.hda.com>; from dufault@hda.com on Wed, Apr 01, 1998 at 06:08:10AM -0500 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 01, 1998 at 06:08:10AM -0500, Peter Dufault wrote: > > Maybe it is not syscons, I just guess... > > Does it misbehave run remotely? No, remote variant works without additional slowness. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 04:56:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA21500 for freebsd-current-outgoing; Wed, 1 Apr 1998 04:56:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA21480; Wed, 1 Apr 1998 04:56:11 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id QAA18897; Wed, 1 Apr 1998 16:56:00 +0400 (MSD) (envelope-from ache) Message-ID: <19980401165559.50833@nagual.pp.ru> Date: Wed, 1 Apr 1998 16:55:59 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: dave adkins , freebsd-current@FreeBSD.ORG Cc: phk@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: -current X11 slowdown confirmation Mail-Followup-To: dave adkins , freebsd-current@FreeBSD.ORG, phk@freebsd.org, peter@freebsd.org References: <199804011108.GAA09829@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from adkin003@tc.umn.edu on Wed, Apr 01, 1998 at 06:15:28AM -0600 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 01, 1998 at 06:15:28AM -0600, dave adkins wrote: > i noticed that the slowdown in netscape would change with the amount of > cursor movement/keyboard input in the netscape window. I took a look at Yes, I notice it too. > select() and poll in sys_generic.c. Going back to sys_generic.c v1.33 and > replacing the use of time with getmicrotime(), the problem in netscape > seemed to go away. It looks like select() and poll() in sys_generic.c > v1.34 don't timeout correctly so netscape just waits at the > select()/poll() in its work loop until an event occurs. > > ---------------------------------------------------------------------- > > --- sys_generic.c.1.34 Wed Apr 1 05:43:52 1998 > +++ sys_generic.c Wed Apr 1 05:44:05 1998 Thanx for the patch, it eliminates slowness! I hope real fix will be commited soon. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 05:55:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29992 for freebsd-current-outgoing; Wed, 1 Apr 1998 05:55:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29787 for ; Wed, 1 Apr 1998 05:55:25 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id PAA20656 for ; Wed, 1 Apr 1998 15:58:15 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 1 Apr 1998 15:58:15 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: MMX & ip checksums Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I've heard rumours that someone from Linux camp implemented ip checksums using MMX extensions, which caused significant performance boost in network operations... Can anyone confirm/deny this? If it's true, it would be worthwhile to take a look at it... Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 06:26:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05326 for freebsd-current-outgoing; Wed, 1 Apr 1998 06:26:46 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05321 for ; Wed, 1 Apr 1998 06:26:44 -0800 (PST) (envelope-from spork@super-g.com) Received: from localhost (localhost [127.0.0.1]) by super-g.inch.com (8.8.8/8.8.5) with SMTP id JAA19294; Wed, 1 Apr 1998 09:25:41 -0500 (EST) Date: Wed, 1 Apr 1998 09:25:41 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: dannyman cc: current@FreeBSD.ORG Subject: Re: monthly run output - when will be fixed? In-Reply-To: <19980401004610.61185@arh0300.urh.uiuc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This could also be newsyslog running without the "B" flag in the last column for wtmp: /var/log/wtmp root.wheel 760 3 * 720 B Charles Sprickman spork@super-g.com ---- "I'm not a prophet or a stone-age man Just a mortal with potential of a superman I'm living on" -DB On Wed, 1 Apr 1998, dannyman wrote: > On Tue, Mar 31, 1998 at 10:44:53PM -0800, Tom wrote: > > On Wed, 1 Apr 1998, dannyman wrote: > > > > > i just curious if others know when this kinda stuff will be fixed. > > ... > > > Doing login accounting: > > > 129.116 495228.00 > > > 6 493090.91 > > > 7 363381.92 > > > > Yep, your system is broken. Probably have some old executables screwing > > up your wtmp/lastlog stuff. > > Oh ... > > I guess I'll have to _think_ about that one. :) > > danke, > danny > > -- > // dannyman yori aiokomete || Our Honored Symbol deserves > \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 07:25:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19663 for freebsd-current-outgoing; Wed, 1 Apr 1998 07:25:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 HAA19626 for ; Wed, 1 Apr 1998 07:25:17 -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 JAA18443; Wed, 1 Apr 1998 09:25:14 -0600 (CST) Message-ID: <19980401092514.14616@arh0300.urh.uiuc.edu> Date: Wed, 1 Apr 1998 09:25:14 -0600 From: dannyman To: spork Cc: current@FreeBSD.ORG Subject: Re: monthly run output - when will be fixed? Mail-Followup-To: spork , current@FreeBSD.ORG References: <19980401004610.61185@arh0300.urh.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from spork on Wed, Apr 01, 1998 at 09:25:41AM -0500 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 01, 1998 at 09:25:41AM -0500, spork wrote: > This could also be newsyslog running without the "B" flag in the last > column for wtmp: > > /var/log/wtmp root.wheel 760 3 * 720 B Hmmm, actually I had ZB. To be sure though, that line isn't present in /usr/src/etc/newsyslog.conf, so I commented it out. We'll see. Thanks! -dan -- // dannyman yori aiokomete || Our Honored Symbol deserves \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 10:25:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20966 for freebsd-current-outgoing; Wed, 1 Apr 1998 10:25:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dry3.jps.net (dry3.jps.net [208.25.63.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20960 for ; Wed, 1 Apr 1998 10:25:23 -0800 (PST) (envelope-from lightspring@jps.net) Received: from jps.net (istk-port2070.jps.net [208.25.50.93]) by dry3.jps.net (8.8.5/8.8.5) with ESMTP id KAA02745 for ; Wed, 1 Apr 1998 10:26:38 -0800 (PST) Message-ID: <3522864A.49D179E2@jps.net> Date: Wed, 01 Apr 1998 18:24:10 +0000 From: Thomas X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: FreeBSD-current Subject: snailmail a spare CD? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would someone please snailmail to me a spare CD of a fairly recent 3.0 snap? I'll repay your postage. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 12:54:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09888 for freebsd-current-outgoing; Wed, 1 Apr 1998 12:54:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09883 for ; Wed, 1 Apr 1998 12:54:23 -0800 (PST) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id PAA04967; Wed, 1 Apr 1998 15:53:35 -0500 (EST) Message-ID: <19980401155311.63388@rtfm.net> Date: Wed, 1 Apr 1998 15:53:11 -0500 From: Nathan Dorfman To: Philippe Regnauld Cc: current@FreeBSD.ORG Subject: Re: *WORKING!* Re: netscape References: <19980331203257.08578@rtfm.net> <19980331195125.44249@mu.org> <19980331210937.42880@rtfm.net> <19980401134147.58005@deepo.prosa.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89i In-Reply-To: <19980401134147.58005@deepo.prosa.dk>; from Philippe Regnauld on Wed, Apr 01, 1998 at 01:41:47PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 01, 1998 at 01:41:47PM +0200, Philippe Regnauld wrote: > Nathan Dorfman writes: > > > > Depending on which shell you're using. After this do a gmake (apply the > > patches on a clean src tree if possible). > > BTW, I've been messing around with Netscape.ad and XKeysymDB, but > no luck: Note, that unlike 4.04, PageDown, PageUp, LineUp, LineDown keys now work in frames (try this on 4.04, click in a frame and try to kbd-scroll. Nada. It works here). Also, the right menu button ceased to be context-sensitive when frames were on, it would always show the same brief menu that contained Back, Forward, Reload, Save Frame, Open Frame in New Window, etc. wherever you right-clicked. Here, frames don't stop things like Save Link As from showing up. However, the old bug of not being able to copy-paste from inside a frame (either by selecting with the left mouse button and pasting with the middle, or using Copy or Copy Link Location, still doesn't work), still exists. I'm not sure if this is a bug in Netscape code itself, or if it simply uses Motif wrong, or if it is an internal Motif bug. Once it's GTKed properly, we'll be able to tell :) > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: Actions not found: PageUp, PageDown > Warning: Actions not found: PageDown, LineUp, LineDown, PageUp, PageUp, PageDown > Warning: > Name: List > Class: XmList > Illegal value (206) for rep type XmRStringDirection > > ... etc... > > Any info ? > -- > -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- > ╚Pluto placed his bad dog at the entrance of Hades to keep the dead > IN and the living OUT! The archetypical corporate firewall?╩ > - S. Kelly Bootle, ("MYTHOLOGY", in Marutukku distrib) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 12:57:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10092 for freebsd-current-outgoing; Wed, 1 Apr 1998 12:57:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from p.funk.org (p.funk.org [194.109.86.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10085 for ; Wed, 1 Apr 1998 12:57:11 -0800 (PST) (envelope-from alexlh@xs4all.nl) Received: from xs4all.nl (localhost [127.0.0.1]) by p.funk.org (8.8.8/8.8.8) with ESMTP id WAA01568; Wed, 1 Apr 1998 22:56:00 +0200 (CEST) (envelope-from alexlh@xs4all.nl) Message-ID: <3522A9E0.A8B1915@xs4all.nl> Date: Wed, 01 Apr 1998 20:56:00 +0000 From: Alex Le Heux X-Mailer: Mozilla 4.04 [en] (X11; U; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: dmaddox@scsn.net, freebsd-current@FreeBSD.ORG Subject: Re: Linux binaries that don't run? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donald J.Maddox wrote: > > Strange. The original poster branded his binary, then ran into problems > > because certain libraries couldn't be found. Sounds like dynically linked > > to me :) > > In my experience, when you get a message that an ELF binary type is > unknown when running a dynamically linked binary, it usually means that > the message is caused not by the loading of the dynamic binary, but rather > by that binary trying to load another that is _not_ dynamically linked. What actually happened is that the first binary (needed to be branded first) _did_ start a second, which had to be branded as well, and then died because it could not find some libraries.... Alex -- A computer without Windows is like a fish without a bicycle. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 13:21:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15654 for freebsd-current-outgoing; Wed, 1 Apr 1998 13:21:22 -0800 (PST) (envelope-from owner-freebsd-current@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 NAA15617 for ; Wed, 1 Apr 1998 13:21:03 -0800 (PST) (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 XAA00659; Wed, 1 Apr 1998 23:18:43 +0200 (CEST) To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: swap-leak in 2.2.5 ? In-reply-to: Your message of "Wed, 01 Apr 1998 07:05:10 -0000." <199804010705.AAA17595@usr02.primenet.com> Date: Wed, 01 Apr 1998 23:18:43 +0200 Message-ID: <657.891465523@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199804010705.AAA17595@usr02.primenet.com>, Terry Lambert writes: >> Anybody know what is eating the swap-space on this machine ? >> >> There is no MFS or anything weird going on, just a couple of >> spam-filtering tcl scripts and a lot of sendmails... >> >> Does 2.2.5 have a swap-leak I havn't heard about ? >> 0 210 1 16 10 0 3596 3204 wait S con- 53:56.35 /bin/sh >/root/MailFilter/mail_pusher_intern > >This is big, and that's an awful lot of sendmails... but the time on this >sucker is *incredible*! No it is parent for a lot of sendmails. The problem is, the kernel cannot account for the twohundred som Mbyte of swap space it claims is in use. Even if I kill all processes the number doesn't decrease significantly :-( -- 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-current" in the body of the message From owner-freebsd-current Wed Apr 1 13:34:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18090 for freebsd-current-outgoing; Wed, 1 Apr 1998 13:34:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18079 for ; Wed, 1 Apr 1998 13:34:25 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id XAA01111 for current@FreeBSD.ORG; Wed, 1 Apr 1998 23:30:06 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id XAA12056; Wed, 1 Apr 1998 23:22:29 +0200 (CEST) (envelope-from andreas) Message-ID: <19980401232229.42895@klemm.gtn.com> Date: Wed, 1 Apr 1998 23:22:29 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: cmu-snmp 3.3.1 compile problems, current changed last recently ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 -Dfreebsd2 -c interfaces.c interfaces.c: In function `Interface_Scan_Next': interfaces.c:975: structure has no member named `ia_list' interfaces.c:994: structure has no member named `if_list' interfaces.c:998: structure has no member named `if_list' interfaces.c: In function `Interface_Get_Ether_By_Index': interfaces.c:1072: storage size of `arpcom' isn't known interfaces.c: In function `Address_Scan_Next': interfaces.c:1181: structure has no member named `ia_list' interfaces.c:1194: structure has no member named `if_list' interfaces.c: [...] #if defined(netbsd1) || defined(freebsd3) #define ia_next ia_list.tqe_next ^^^^^^^ #define if_next if_list.tqe_next #endif [...] while (ia) { klookup((unsigned long)ia , (char *)&in_ifaddr, sizeof(in_ifaddr)); if (in_ifaddr.ia_ifp == ifnetaddr) break; ia = in_ifaddr.ia_next; ^^^^^^^ } Any idea how to fix this ? -- Andreas Klemm http://www.FreeBSD.ORG/~andreas powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 14:08:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24375 for freebsd-current-outgoing; Wed, 1 Apr 1998 14:08:46 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24176; Wed, 1 Apr 1998 14:07:33 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id OAA01425; Wed, 1 Apr 1998 14:07:31 -0800 (PST) (envelope-from sef) Date: Wed, 1 Apr 1998 14:07:31 -0800 (PST) From: Sean Eric Fagan Message-Id: <199804012207.OAA01425@kithrup.com> To: current@FreeBSD.ORG Reply-To: stable@FreeBSD.ORG Subject: Re: swap-leak in 2.2.5 ? In-Reply-To: <657.891465523.kithrup.freebsd.current@critter.freebsd.dk> References: Your message of "Wed, 01 Apr 1998 07:05:10 -0000." <199804010705.AAA17595@usr02.primenet.com> Organization: Kithrup Enterprises, Ltd. Cc: stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <657.891465523.kithrup.freebsd.current@critter.freebsd.dk> you write: >The problem is, the kernel cannot account for the twohundred som Mbyte >of swap space it claims is in use. Even if I kill all processes the >number doesn't decrease significantly :-( There is something wrong with -stable. I reported this to John about a month ago, maybe two (I forget exactly). I noticed it when I upgraded from 32MBytes to 96MBytes of RAM; my swap usage, instead of going down, went drastically up. I am pretty sure it is related to MFS in my case; I was unable to see an MFS process in PHK's ps listing. Right now, I am at: Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 131072 4448 126560 3% Interleaved /dev/sd1s1b 131072 4408 126600 3% Interleaved Total 262016 8856 253160 3% I'm sorry, but with 96MBytes of RAM, there is no reason for my system to swap, given what it does. And that amount will slowly grow; when I rebooted for the OS upgrade on Saturday, it was at 39MBytes or so (MFS is 32MBytes on my system). However: when I shut down to single user mode, it dropped down to about 100Kbytes in use. So, I think there's a leak, but I'm not sure *where* it is. Or perhaps it's just bad swap usage by the kernel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 14:12:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26042 for freebsd-current-outgoing; Wed, 1 Apr 1998 14:12:57 -0800 (PST) (envelope-from owner-freebsd-current@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 OAA26002; Wed, 1 Apr 1998 14:12:52 -0800 (PST) (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 OAA07880; Wed, 1 Apr 1998 14:12:28 -0800 (PST) Message-Id: <199804012212.OAA07880@implode.root.com> To: stable@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: swap-leak in 2.2.5 ? In-reply-to: Your message of "Wed, 01 Apr 1998 14:07:31 PST." <199804012207.OAA01425@kithrup.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 01 Apr 1998 14:12:28 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >In article <657.891465523.kithrup.freebsd.current@critter.freebsd.dk> you write: >>The problem is, the kernel cannot account for the twohundred som Mbyte >>of swap space it claims is in use. Even if I kill all processes the >>number doesn't decrease significantly :-( > >There is something wrong with -stable. I reported this to John about a month >ago, maybe two (I forget exactly). > >I noticed it when I upgraded from 32MBytes to 96MBytes of RAM; my swap usage, >instead of going down, went drastically up. > >I am pretty sure it is related to MFS in my case; I was unable to see an MFS >process in PHK's ps listing. > >Right now, I am at: > >Device 1K-blocks Used Avail Capacity Type >/dev/sd0s1b 131072 4448 126560 3% Interleaved >/dev/sd1s1b 131072 4408 126600 3% Interleaved >Total 262016 8856 253160 3% > >I'm sorry, but with 96MBytes of RAM, there is no reason for my system to swap, >given what it does. And that amount will slowly grow; when I rebooted for the >OS upgrade on Saturday, it was at 39MBytes or so (MFS is 32MBytes on my >system). > >However: when I shut down to single user mode, it dropped down to about >100Kbytes in use. > >So, I think there's a leak, but I'm not sure *where* it is. Or perhaps it's >just bad swap usage by the kernel. FreeBSD will slowly page infrequently used pages out in favor of file caching, and 8MB (or 32+8) is about what you'd expect to see in this case. Poul's problem seems to be different, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 15:36:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10150 for freebsd-current-outgoing; Wed, 1 Apr 1998 15:36:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aurora.sol.net (jgreco@aurora.sol.net [206.55.65.76]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10082 for ; Wed, 1 Apr 1998 15:36:28 -0800 (PST) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.8.8/8.8.8/SNNS-1.02) id RAA22087 for current@freebsd.org; Wed, 1 Apr 1998 17:36:24 -0600 (CST) From: Joe Greco Message-Id: <199804012336.RAA22087@aurora.sol.net> Subject: Cron problems? To: current@FreeBSD.ORG Date: Wed, 1 Apr 1998 17:36:24 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FYI - FreeBSD mnemom.sol.net 3.0-980331-SNAP FreeBSD 3.0-980331-SNAP #1: Tue Mar 31 06:29:11 CST 1998 root@mnemom.sol.net:/usr/src/sys/compile/SMP-MNEMOM i386 Dual P200 box with 512MB RAM mnemom# crontab -u news -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.sOoyuey745 installed on Wed Apr 1 17:17:38 1998) # (Cron version -- $Id: crontab.c,v 1.11 1997/09/15 06:39:15 charnier Exp $) */2 * * * * dbin/dspoolout >> log/dspoolout.log 2>&1 */5 * * * * (cd adm; for i in quadhr.*; do ./$i; done) >>log/daily.log 2>&1 50 * * * * (cd adm; for i in hourly.*; do ./$i; done) >>log/daily.log 2>&1 40 2 * * * (cd adm; for i in daily.*; do ./$i; done) >>log/daily.log 2>&1 30 2 * * 1,4 (cd adm; for i in biweekly.*; do ./$i; done) >>log/daily.log 2>&1 I am getting really odd results. I have run cron in debug mode, and without looking at the code, it seems to me that it's miscalculating the "sleep" interval. >From "cron" debug output... user [root:0:0:...] cmd=" adjkerntz -a" user [root:0:0:...] cmd=" periodic monthly 2>&1 | sendmail root" user [root:0:0:...] cmd=" periodic weekly 2>&1 | sendmail root" user [root:0:0:...] cmd=" periodic daily 2>&1 | sendmail root" user [root:0:0:...] cmd="newsyslog" user [root:0:0:...] cmd="/usr/libexec/atrun" user [news:8:8:...] cmd="(cd adm; for i in biweekly.*; do ./$i; done) >>log/daily.log 2>&1" user [news:8:8:...] cmd="(cd adm; for i in daily.*; do ./$i; done) >>log/daily.log 2>&1" user [news:8:8:...] cmd="(cd adm; for i in hourly.*; do ./$i; done) >>log/daily.log 2>&1" user [news:8:8:...] cmd="(cd adm; for i in quadhr.*; do ./$i; done) >>log/daily.log 2>&1" user [news:8:8:...] cmd="dbin/dspoolout >> log/dspoolout.log 2>&1" [517] TargetTime=891474000, sec-to-wait=596 [517] sleeping for 596 seconds I'll probably haul out the sources later and try to figure out how it determines that sleeping-for value. It's clearly wrong. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 18:01:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23858 for freebsd-current-outgoing; Wed, 1 Apr 1998 18:01:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ryouko.nas.nasa.gov (ryouko.nas.nasa.gov [129.99.34.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23853 for ; Wed, 1 Apr 1998 18:01:01 -0800 (PST) (envelope-from greg@ryouko.nas.nasa.gov) Received: from ryouko.nas.nasa.gov (localhost [127.0.0.1]) by ryouko.nas.nasa.gov (8.8.7/NAS8.8.7) with ESMTP id SAA03945 for ; Wed, 1 Apr 1998 18:01:01 -0800 (PST) Message-Id: <199804020201.SAA03945@ryouko.nas.nasa.gov> To: current@FreeBSD.ORG Subject: Re: current-digest V4 #79 In-reply-to: Your message of "Wed, 01 Apr 1998 15:36:40 PST." <199804012336.PAA10169@hub.freebsd.org> Date: Wed, 01 Apr 1998 18:01:01 -0800 From: "Gregory P. Smith" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Date: Wed, 1 Apr 1998 15:58:15 +0200 (CEST) > From: Andrzej Bialecki > Subject: MMX & ip checksums > > Hi! > > I've heard rumours that someone from Linux camp implemented ip checksums > using MMX extensions, which caused significant performance boost in > network operations... Can anyone confirm/deny this? If it's true, it would > be worthwhile to take a look at it... > > Andrzej Bialecki I think that would violate the Kernel's "never use floating point" rule because MMX uses the FP registers. (and on Intel's MMX implementation supposedly has a "large" context switch time between MMX and floating point mode). [Assuming MMX instructions would even be useful for the cause] Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 18:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25500 for freebsd-current-outgoing; Wed, 1 Apr 1998 18:10:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25431; Wed, 1 Apr 1998 18:10:00 -0800 (PST) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id CAA13638; Thu, 2 Apr 1998 02:09:15 GMT Date: Thu, 2 Apr 1998 11:09:15 +0900 (JST) From: Michael Hancock To: freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: softupdates and delayed binding of physical block addresses Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks like some of the recent patches have been to take care of FreeBSD optimizations that weren't in 4.4BSD. Delayed binding of physical block addresses to logical block addresses is a good thing and if we can incorporate softupdates and minimize the reduction of these delayed bindings we are going to have a *very* fast file system. Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 18:23:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28459 for freebsd-current-outgoing; Wed, 1 Apr 1998 18:23:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ziplink.net (relay-0.ziplink.net [206.15.168.49]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28448 for ; Wed, 1 Apr 1998 18:23:20 -0800 (PST) (envelope-from mi@xxx.video-collage.com) Received: from xxx.video-collage.com (xxx.video-collage.com [199.232.254.68]) by ziplink.net (8.8.7/8.8.7) with ESMTP id VAA00198 for ; Wed, 1 Apr 1998 21:23:15 -0500 (EST) Received: (from mi@localhost) by xxx.video-collage.com (8.8.8/8.8.7) id VAA29806 for freebsd-current@freebsd.org; Wed, 1 Apr 1998 21:23:08 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <199804020223.VAA29806@xxx.video-collage.com> Subject: Re: swap-leak in 2.2.5 ? In-Reply-To: <199804012212.OAA07880@implode.root.com> from David Greenman at "Apr 1, 98 02:12:28 pm" To: freebsd-current@FreeBSD.ORG Date: Wed, 1 Apr 1998 21:23:08 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29632 for freebsd-current-outgoing; Wed, 1 Apr 1998 18:38:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gforce.bellsouth.net (host-209-138-35-188.msy.BELLSOUTH.net [209.138.35.188]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29624 for ; Wed, 1 Apr 1998 18:38:14 -0800 (PST) (envelope-from glenn@bellsouth.net) Received: from gforce.bellsouth.net (localhost [127.0.0.1]) by gforce.bellsouth.net (8.8.8/8.8.8) with ESMTP id UAA00748 for ; Wed, 1 Apr 1998 20:37:57 -0600 (CST) (envelope-from glenn@gforce.bellsouth.net) Message-Id: <199804020237.UAA00748@gforce.bellsouth.net> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG From: Glenn Johnson Subject: error when compiling kernel with SOFTUPDATES Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Apr 1998 20:37:56 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just cvsupped the sources today for CURRENT and when I try to build a kernel with: options SOFTUPDATES I get the following: loading kernel ffs_softdep.o: Undefined symbol `_time' referenced from text segment ffs_softdep.o: Undefined symbol `_time' referenced from text segment ffs_softdep.o: Undefined symbol `_time' referenced from text segment ffs_softdep.o: Undefined symbol `_time' referenced from text segment ffs_softdep.o: Undefined symbol `_time' referenced from text segment ffs_softdep.o: Undefined symbol `_time' referenced from text segment *** Error code 1 Stop. -- Glenn Johnson gljohns@bellsouth.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 18:41:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA00297 for freebsd-current-outgoing; Wed, 1 Apr 1998 18:41:53 -0800 (PST) (envelope-from owner-freebsd-current@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 SAA00292 for ; Wed, 1 Apr 1998 18:41:51 -0800 (PST) (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 SAA09897; Wed, 1 Apr 1998 18:41:19 -0800 (PST) Message-Id: <199804020241.SAA09897@implode.root.com> To: Mikhail Teterin cc: freebsd-current@FreeBSD.ORG Subject: Re: swap-leak in 2.2.5 ? In-reply-to: Your message of "Wed, 01 Apr 1998 21:23:08 EST." <199804020223.VAA29806@xxx.video-collage.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 01 Apr 1998 18:41:19 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >David Greenman once stated: > >= FreeBSD will slowly page infrequently used pages out in favor of >=file caching, and 8MB (or 32+8) is about what you'd expect to see in >=this case. Poul's problem seems to be different, however. > >Oh, this reminds me of something I wanted to ask. Is there a way to >control this behavior? Can I specify a limit of the file cache, for >example (with sysctl)? Or that some process is precious, and its pages >should not be swaped for file cache (without coding madvise() into >it)? The only way to do this would be to lock the pages in memory with mlock(); I don't know if the bugs have been fixed in that, however - it used to be broken. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 18:53:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02191 for freebsd-current-outgoing; Wed, 1 Apr 1998 18:53:30 -0800 (PST) (envelope-from owner-freebsd-current@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 SAA02184 for ; Wed, 1 Apr 1998 18:53:28 -0800 (PST) (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 SAA01757; Wed, 1 Apr 1998 18:53:23 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: Glenn Johnson cc: freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Wed, 01 Apr 1998 20:37:56 CST." <199804020237.UAA00748@gforce.bellsouth.net> Date: Wed, 01 Apr 1998 18:53:23 -0800 Message-ID: <1753.891485603@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are you reading this mailing list? If not, you really should. :-) This is quite clearly a result of phk's recent microtime changes (which he described in his commit messages - guess you need to read cvs-all too :-). Simply change all references to the "time" global to microtime(&yourtimevalvar) and life will be good again (well, it'll compile anyway). Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 19:39:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06146 for freebsd-current-outgoing; Wed, 1 Apr 1998 19:39:02 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from firewall.scitec.com.au (firewall-user@fgate.scitec.com.au [203.17.180.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06137 for ; Wed, 1 Apr 1998 19:38:49 -0800 (PST) (envelope-from john.saunders@scitec.com.au) Received: by firewall.scitec.com.au; id NAA14565; Thu, 2 Apr 1998 13:38:35 +1000 (EST) Received: from mailhub.scitec.com.au(203.17.180.131) by fgate.scitec.com.au via smap (3.2) id xma014560; Thu, 2 Apr 98 13:38:31 +1000 Received: from hydra.scitec.com.au (hydra.scitec.com.au [203.17.182.101]) by mailhub.scitec.com.au (8.6.12/8.6.9) with ESMTP id NAA13612; Thu, 2 Apr 1998 13:38:24 +1000 Received: from scitec.com.au (saruman.scitec.com.au) by hydra.scitec.com.au with ESMTP (1.40.112.8/16.2) id AA003858297; Thu, 2 Apr 1998 13:38:17 +1000 Message-Id: <35230829.78DAA808@scitec.com.au> Date: Thu, 02 Apr 1998 13:38:17 +1000 From: John Saunders Organization: SCITEC LIMITED X-Mailer: Mozilla 4.04 [en] (WinNT; I) Mime-Version: 1.0 To: "Gregory P. Smith" , freebsd-current@FreeBSD.ORG Subject: Re: current-digest V4 #79 References: <199804020201.SAA03945@ryouko.nas.nasa.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gregory P. Smith wrote: > I think that would violate the Kernel's "never use floating point" rule > because MMX uses the FP registers. (and on Intel's MMX implementation > supposedly has a "large" context switch time between MMX and floating > point mode). How does the kernel's "never use floating point" rule co-exist with the bcopy/bzero/copying/copyout speedups that use the FPU? I've noticed that the GENERIC config disables the bcopy speedup by using flags 0x1 but retains the bzero and copyin/out speedups. I've changed my flags to 0 to enable all speedups and haven't noticed anything bad. You are right that the context switch is likely to be a killer, although it depends on exactly how much the IP checksum can be speeded up. When the numbers are added up it could be a big win for a server. I guess the only way to know is to count those clocks. Cheers. -- +------------------------------------------------------------+ . | John Saunders mailto:John.Saunders@scitec.com.au (Work) | ,--_|\ | mailto:john@nlc.net.au (Home) | / Oz \ | http://www.nlc.net.au/~john/ | \_,--\_/ | SCITEC LIMITED Phone +61 2 9428 9563 Fax +61 2 9428 9933 | v | "By the time you make ends meet, they move the ends." | +------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 19:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07421 for freebsd-current-outgoing; Wed, 1 Apr 1998 19:50:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07416 for ; Wed, 1 Apr 1998 19:50:05 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id WAA00420; Wed, 1 Apr 1998 22:49:09 -0500 (EST) Date: Wed, 1 Apr 1998 22:49:09 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: John Saunders cc: "Gregory P. Smith" , freebsd-current@FreeBSD.ORG Subject: Re: current-digest V4 #79 In-Reply-To: <35230829.78DAA808@scitec.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 2 Apr 1998, John Saunders wrote: > Gregory P. Smith wrote: > > I think that would violate the Kernel's "never use floating point" rule > > because MMX uses the FP registers. (and on Intel's MMX implementation > > supposedly has a "large" context switch time between MMX and floating > > point mode). > > How does the kernel's "never use floating point" rule co-exist with > the bcopy/bzero/copying/copyout speedups that use the FPU? I've noticed > that the GENERIC config disables the bcopy speedup by using flags 0x1 > but retains the bzero and copyin/out speedups. I've changed my flags > to 0 to enable all speedups and haven't noticed anything bad. > > You are right that the context switch is likely to be a killer, > although it depends on exactly how much the IP checksum can be speeded > up. When the numbers are added up it could be a big win for a server. > I guess the only way to know is to count those clocks. Difference is in using the FP registers only. What you don't want to do in the kernel is *floating*point*operations*, not just use of a register. It's the floating point math that takes ice ages. > > Cheers. > -- +------------------------------------------------------------+ > . | John Saunders mailto:John.Saunders@scitec.com.au (Work) | > ,--_|\ | mailto:john@nlc.net.au (Home) | > / Oz \ | http://www.nlc.net.au/~john/ | > \_,--\_/ | SCITEC LIMITED Phone +61 2 9428 9563 Fax +61 2 9428 9933 | > v | "By the time you make ends meet, they move the ends." | > +------------------------------------------------------------+ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 19:53:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08073 for freebsd-current-outgoing; Wed, 1 Apr 1998 19:53:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from quokka.prth.tensor.pgs.com (quokka.prth.tensor.pgs.com [157.147.224.10] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08063 for ; Wed, 1 Apr 1998 19:53:46 -0800 (PST) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by quokka.prth.tensor.pgs.com (8.8.7/8.8.7) with SMTP id LAA08123; Thu, 2 Apr 1998 11:53:01 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id LAA01292; Thu, 2 Apr 1998 11:52:52 +0800 Message-Id: <199804020352.LAA01292@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG cc: shocking@quokka.prth.tensor.pgs.com Subject: Re: current-digest V4 #79 In-reply-to: Your message of "Thu, 02 Apr 1998 13:38:17 +1000." <35230829.78DAA808@scitec.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Apr 1998 11:52:52 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Gregory P. Smith wrote: > > I think that would violate the Kernel's "never use floating point" rule > > because MMX uses the FP registers. (and on Intel's MMX implementation > > supposedly has a "large" context switch time between MMX and floating > > point mode). > Much of this alledgedly large time comes from manually saving and restoring all the FP registers. If you don't have to save them, then it becomes much less costly. On the other hand, the AMD K6 has far less penalty for saving them, but its MMX instruction set apparently runs at about 1/2 the speed of an equivalently clocked P5-MMX. I think Tom's Hardware page & x86.org have some hard numbers for all this. Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 20:11:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12312 for freebsd-current-outgoing; Wed, 1 Apr 1998 20:11:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12278 for ; Wed, 1 Apr 1998 20:10:44 -0800 (PST) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id GAA20760; Thu, 2 Apr 1998 06:10:03 +0200 (SAT) From: John Hay Message-Id: <199804020410.GAA20760@zibbi.mikom.csir.co.za> Subject: Re: cmu-snmp 3.3.1 compile problems, current changed last recently ? In-Reply-To: <19980401232229.42895@klemm.gtn.com> from Andreas Klemm at "Apr 1, 98 11:22:29 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Thu, 2 Apr 1998 06:10:03 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > interfaces.c:1181: structure has no member named `ia_list' > interfaces.c:1194: structure has no member named `if_list' > > interfaces.c: > [...] > #if defined(netbsd1) || defined(freebsd3) > #define ia_next ia_list.tqe_next > ^^^^^^^ > #define if_next if_list.tqe_next > #endif > [...] > while (ia) { > klookup((unsigned long)ia , (char *)&in_ifaddr, > sizeof(in_ifaddr)); > if (in_ifaddr.ia_ifp == ifnetaddr) break; > ia = in_ifaddr.ia_next; > ^^^^^^^ > } > > Any idea how to fix this ? Current didn't change. They somehow got the -current support wrong. This should make it work. John -- John Hay -- John.Hay@mikom.csir.co.za --- interfaces.c.orig Wed Nov 5 23:56:58 1997 +++ interfaces.c Thu Nov 27 18:26:48 1997 @@ -920,9 +920,14 @@ #else -#if defined(netbsd1) || defined(freebsd3) +#if defined(netbsd1) #define ia_next ia_list.tqe_next #define if_next if_list.tqe_next +#endif + +#if defined(freebsd3) +#define ia_next ia_link.tqe_next +#define if_next if_link.tqe_next #endif int Interface_Scan_Next(Index, Name, Retifnet, Retin_ifaddr) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 22:25:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02508 for freebsd-current-outgoing; Wed, 1 Apr 1998 22:25:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02489; Wed, 1 Apr 1998 22:25:08 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id IAA00175; Thu, 2 Apr 1998 08:15:12 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id IAA17738; Thu, 2 Apr 1998 08:07:47 +0200 (CEST) (envelope-from andreas) Message-ID: <19980402080747.41080@klemm.gtn.com> Date: Thu, 2 Apr 1998 08:07:47 +0200 From: Andreas Klemm To: Gary Palmer , John Hay Cc: current@FreeBSD.ORG Subject: Re: could you please update ucd-snmp from 3.2 to 3.3.1 ? Reply-To: andreas@FreeBSD.ORG References: <19980401223236.52867@klemm.gtn.com> <13296.891470797@gjp.erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <13296.891470797@gjp.erols.com>; from Gary Palmer on Wed, Apr 01, 1998 at 05:46:37PM -0500 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Current didn't change. They somehow got the -current support wrong. This > should make it work. > --- interfaces.c.orig Wed Nov 5 23:56:58 1997 > +++ interfaces.c Thu Nov 27 18:26:48 1997 > [snip] Thanks alot ... It doesn't apply cleanly, but that wasn't a big problem. Only one problem remains: cd mibgroup; make cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 -Dfreebsd2 -c system.c cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 -Dfreebsd2 -c at.c cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 -Dfreebsd2 -c interfaces.c interfaces.c: In function `Interface_Get_Ether_By_Index': interfaces.c:1077: storage size of `arpcom' isn't known *** Error code 1 Gary, am I allowed to update the port, if everything runs ? -- Andreas Klemm http://www.FreeBSD.ORG/~andreas powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 22:31:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA04712 for freebsd-current-outgoing; Wed, 1 Apr 1998 22:31:21 -0800 (PST) (envelope-from owner-freebsd-current@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 WAA04684 for ; Wed, 1 Apr 1998 22:31:15 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id IAA12135 for freebsd-current@FreeBSD.ORG; Thu, 2 Apr 1998 08:31:01 +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 IAA29566; Thu, 2 Apr 1998 08:02:48 +0200 (CEST) (envelope-from roberto) Message-ID: <19980402080248.A29539@keltia.freenix.fr> Date: Thu, 2 Apr 1998 08:02:48 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199804020237.UAA00748@gforce.bellsouth.net> <1753.891485603@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.4i In-Reply-To: <1753.891485603@time.cdrom.com>; from Jordan K. Hubbard on Wed, Apr 01, 1998 at 06:53:23PM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4180 AMD-K6 MMX @ 225 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Jordan K. Hubbard: > cvs-all too :-). Simply change all references to the "time" global to > microtime(&yourtimevalvar) and life will be good again (well, it'll > compile anyway). It is getmicrotime(yourtimevalvar) :-) Here is the patch for ffs_softdep.c, including the patch for the allocndir panic. --- ffs_softdep.c.orig Fri Feb 20 21:12:51 1998 +++ ffs_softdep.c Wed Apr 1 00:50:13 1998 @@ -1528,6 +1528,14 @@ newindirdep->ir_state = ATTACHED; LIST_INIT(&newindirdep->ir_deplisthd); LIST_INIT(&newindirdep->ir_donehd); + if (bp->b_blkno == bp->b_lblkno) { +#ifdef DEBUG + printf("setup_allocindir_phase2: need bmap, blk %d\n", + bp->b_lblkno); +#endif + VOP_BMAP(bp->b_vp, bp->b_lblkno, NULL, &bp->b_blkno, + NULL, NULL); + } newindirdep->ir_saveddata = (ufs_daddr_t *)bp->b_data; newindirdep->ir_savebp = getblk(ip->i_devvp, bp->b_blkno, bp->b_bcount, 0, 0); @@ -3570,7 +3578,7 @@ } vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); if (flushparent) { - tv = time; + getmicrotime(&tv); if (error = UFS_UPDATE(pvp, &tv, &tv, MNT_WAIT)) { vput(pvp); return (error); @@ -3931,7 +3939,7 @@ * has a MKDIR_PARENT dependency. */ if (dap->da_state & MKDIR_PARENT) { - tv = time; + getmicrotime(&tv); FREE_LOCK(&lk); if (error = UFS_UPDATE(pvp, &tv, &tv, MNT_WAIT)) break; @@ -4015,7 +4023,7 @@ } FREE_LOCK(&lk); } - tv = time; + getmicrotime(&tv); error = UFS_UPDATE(vp, &tv, &tv, MNT_WAIT); vput(vp); if (error) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #0: Sun Mar 1 18:50:39 CET 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 1 22:41:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA07009 for freebsd-current-outgoing; Wed, 1 Apr 1998 22:41:44 -0800 (PST) (envelope-from owner-freebsd-current@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 WAA07001 for ; Wed, 1 Apr 1998 22:41:38 -0800 (PST) (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 IAA02063; Thu, 2 Apr 1998 08:40:48 +0200 (CEST) To: Glenn Johnson cc: freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Wed, 01 Apr 1998 20:37:56 MDT." <199804020237.UAA00748@gforce.bellsouth.net> Date: Thu, 02 Apr 1998 08:40:48 +0200 Message-ID: <2061.891499248@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199804020237.UAA00748@gforce.bellsouth.net>, Glenn Johnson writes: >options SOFTUPDATES > >I get the following: > >loading kernel >ffs_softdep.o: Undefined symbol `_time' referenced from text segment >ffs_softdep.o: Undefined symbol `_time' referenced from text segment change "tv = time" to "getmicrotime(&tv);" -- 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-current" in the body of the message From owner-freebsd-current Thu Apr 2 02:34:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA17567 for freebsd-current-outgoing; Thu, 2 Apr 1998 02:34:51 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cerebus.nectar.com (cerebus.nectar.com [204.27.67.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA17562 for ; Thu, 2 Apr 1998 02:34:49 -0800 (PST) (envelope-from nectar@cerebus.nectar.com) Received: (from nectar@localhost) by cerebus.nectar.com (8.8.8/8.8.8) id EAA07471; Thu, 2 Apr 1998 04:34:16 -0600 (CST) Message-ID: <19980402043416.23282@nectar.com> Date: Thu, 2 Apr 1998 04:34:16 -0600 From: Jacques Vidrine To: Andreas Klemm , current@FreeBSD.ORG Subject: Re: cmu-snmp 3.3.1 compile problems, current changed last recently ? References: <19980401232229.42895@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980401232229.42895@klemm.gtn.com>; from Andreas Klemm on Wed, Apr 01, 1998 at 11:22:29PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, that section should be: #if defined(netbsd1) #define ia_next ia_list.tqe_next #define if_next if_list.tqe_next #endif #if defined(freebsd3) #define ia_next ia_link.tqe_next #define if_next if_link.tqe_next #endif Jacques Vidrine On Wed, Apr 01, 1998 at 11:22:29PM +0200, Andreas Klemm wrote: > cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 > -Dfreebsd2 -c interfaces.c > interfaces.c: In function `Interface_Scan_Next': > interfaces.c:975: structure has no member named `ia_list' > interfaces.c:994: structure has no member named `if_list' > interfaces.c:998: structure has no member named `if_list' > interfaces.c: In function `Interface_Get_Ether_By_Index': > interfaces.c:1072: storage size of `arpcom' isn't known > interfaces.c: In function `Address_Scan_Next': > interfaces.c:1181: structure has no member named `ia_list' > interfaces.c:1194: structure has no member named `if_list' > > interfaces.c: > [...] > #if defined(netbsd1) || defined(freebsd3) > #define ia_next ia_list.tqe_next > ^^^^^^^ > #define if_next if_list.tqe_next > #endif > [...] > while (ia) { > klookup((unsigned long)ia , (char *)&in_ifaddr, > sizeof(in_ifaddr)); > if (in_ifaddr.ia_ifp == ifnetaddr) break; > ia = in_ifaddr.ia_next; > ^^^^^^^ > } > > Any idea how to fix this ? > > -- > Andreas Klemm http://www.FreeBSD.ORG/~andreas > powered by ,,symmetric multiprocessor FreeBSD'' > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Jacques Vidrine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 02:40:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18331 for freebsd-current-outgoing; Thu, 2 Apr 1998 02:40:28 -0800 (PST) (envelope-from owner-freebsd-current@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 CAA18322 for ; Thu, 2 Apr 1998 02:40:27 -0800 (PST) (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 CAA03438; Thu, 2 Apr 1998 02:40:22 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: Ollivier Robert cc: freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Thu, 02 Apr 1998 08:02:48 +0200." <19980402080248.A29539@keltia.freenix.fr> Date: Thu, 02 Apr 1998 02:40:22 -0800 Message-ID: <3434.891513622@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It is getmicrotime(yourtimevalvar) :-) details details. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 03:13:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22557 for freebsd-current-outgoing; Thu, 2 Apr 1998 03:13:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cerebus.nectar.com (cerebus.nectar.com [204.27.67.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22541; Thu, 2 Apr 1998 03:13:31 -0800 (PST) (envelope-from nectar@cerebus.nectar.com) Received: (from nectar@localhost) by cerebus.nectar.com (8.8.8/8.8.8) id FAA07819; Thu, 2 Apr 1998 05:11:35 -0600 (CST) Message-ID: <19980402051134.32166@nectar.com> Date: Thu, 2 Apr 1998 05:11:34 -0600 From: Jacques Vidrine To: andreas@FreeBSD.ORG, Gary Palmer , John Hay Cc: current@FreeBSD.ORG Subject: Re: could you please update ucd-snmp from 3.2 to 3.3.1 ? References: <19980401223236.52867@klemm.gtn.com> <13296.891470797@gjp.erols.com> <19980402080747.41080@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980402080747.41080@klemm.gtn.com>; from Andreas Klemm on Thu, Apr 02, 1998 at 08:07:47AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try this: @@ -1068,17 +1072,37 @@ u_char *EtherAddr; { short i; -#if !(defined(linux) || defined(netbsd1) || defined(bsdi2)) - struct arpcom arpcom; -#else /* is linux or netbsd1 */ +#if (defined(linux)||defined(netbsd1)||defined(bsdi2)) struct arpcom { char ac_enaddr[6]; } arpcom; -#if defined(netbsd1) || defined(bsdi2) +#if (defined(netbsd1) || defined(bsdi2)) struct sockaddr_dl sadl; struct ifaddr ifaddr; u_long ifaddraddr; #endif +#elif (defined(freebsd2)||defined(freebsd3)) +/* From net/if_arp.h +/* + * Structure shared between the ethernet driver modules and + * the address resolution code. For example, each ec_softc or il_softc + * begins with this structure. + */ +struct arpcom { + /* + * The ifnet struct _must_ be at the head of this structure. + */ + struct ifnet ac_if; /* network-visible interface */ + u_char ac_enaddr[6]; /* ethernet hardware address */ + int ac_multicnt; /* length of ac_multiaddrs list */ +} arpcom; +#else + struct arpcom arpcom; +#endif +#if defined(netbsd1) || defined(bsdi2) + struct sockaddr_dl sadl; + struct ifaddr ifaddr; + u_long ifaddraddr; #endif bzero(arpcom.ac_enaddr, sizeof(arpcom.ac_enaddr)); On Thu, Apr 02, 1998 at 08:07:47AM +0200, Andreas Klemm wrote: > > Current didn't change. They somehow got the -current support wrong. This > > should make it work. > > > --- interfaces.c.orig Wed Nov 5 23:56:58 1997 > > +++ interfaces.c Thu Nov 27 18:26:48 1997 > > [snip] > > Thanks alot ... It doesn't apply cleanly, but that wasn't > a big problem. > > Only one problem remains: > > cd mibgroup; make > cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 > -Dfreebsd2 -c system.c > cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 > -Dfreebsd2 -c at.c > cc -I../.. -I./../.. -I./../../snmplib -I./.. -I.. -pipe -O -Dfreebsd3 > -Dfreebsd2 -c interfaces.c > interfaces.c: In function `Interface_Get_Ether_By_Index': > interfaces.c:1077: storage size of `arpcom' isn't known > *** Error code 1 > > Gary, am I allowed to update the port, if everything runs ? > > -- > Andreas Klemm http://www.FreeBSD.ORG/~andreas > powered by ,,symmetric multiprocessor FreeBSD'' > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Jacques Vidrine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 06:03:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15005 for freebsd-current-outgoing; Thu, 2 Apr 1998 06:03:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA14962; Thu, 2 Apr 1998 06:02:34 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id SAA00273; Thu, 2 Apr 1998 18:01:38 +0400 (MSD) (envelope-from ache) Message-ID: <19980402180138.10633@nagual.pp.ru> Date: Thu, 2 Apr 1998 18:01:38 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: yokota@FreeBSD.ORG, bugs@dyson.iquest.net, sos@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: -current reboot & vidcontrol mode switching Mail-Followup-To: yokota@freebsd.org, bugs@dyson.iquest.net, sos@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I found that vidcontrol text videomode switching (called from my .login) often cause silent reboot or lockup with latest dyson VM changes. It seems some hardware page not present at the moment of the switching or something similar processor related. -current before last big VM changes round not have this problem (since vidcontrol mode switching was in my .login for years due to lack of -all-the-screens- mode switching syscons ability) -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 06:07:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15823 for freebsd-current-outgoing; Thu, 2 Apr 1998 06:07:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA15793; Thu, 2 Apr 1998 06:06:31 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA17145; Thu, 2 Apr 1998 23:05:56 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id XAA29916; Thu, 2 Apr 1998 23:14:23 +0900 (JST) Message-Id: <199804021414.XAA29916@zodiac.mech.utsunomiya-u.ac.jp> To: ache@nagual.pp.ru Cc: yokota@FreeBSD.ORG, bugs@dyson.iquest.net, sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: -current reboot & vidcontrol mode switching In-Reply-To: Your message of "Thu, 02 Apr 1998 18:01:38 +0400." <19980402180138.10633@nagual.pp.ru> References: <19980402180138.10633@nagual.pp.ru> Date: Thu, 02 Apr 1998 23:14:22 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I found that vidcontrol text videomode switching (called from my .login) >often cause silent reboot or lockup with latest dyson VM changes. It seems >some hardware page not present at the moment of the switching or something >similar processor related. -current before last big VM changes round not >have this problem (since vidcontrol mode switching was in my .login for >years due to lack of -all-the-screens- mode switching syscons ability) I have a patch under testing. I will send you a copy in a separate mail. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 06:18:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17767 for freebsd-current-outgoing; Thu, 2 Apr 1998 06:18:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17761 for ; Thu, 2 Apr 1998 06:18:49 -0800 (PST) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id OAA10862 for ; Thu, 2 Apr 1998 14:18:45 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id JAA23875 for freebsd-current@freebsd.org; Thu, 2 Apr 1998 09:18:44 -0500 (EST) From: Mikhail Teterin Message-Id: <199804021418.JAA23875@rtfm.ziplink.net> Subject: vidcontrol tip (was ``Re: -current reboot & vidcontrol mode switching'') In-Reply-To: <19980402180138.10633@nagual.pp.ru> from "Андрей Чернов" at "Apr 2, 98 06:01:38 pm" X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R To: freebsd-current@FreeBSD.ORG Date: Thu, 2 Apr 1998 09:18:44 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"1 > /dev/null done -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 07:24:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26273 for freebsd-current-outgoing; Thu, 2 Apr 1998 07:24:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA26263 for ; Thu, 2 Apr 1998 07:24:51 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id TAA27092; Thu, 2 Apr 1998 19:24:21 +0400 (MSD) (envelope-from ache) Message-ID: <19980402192420.13758@nagual.pp.ru> Date: Thu, 2 Apr 1998 19:24:21 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Mikhail Teterin , freebsd-current@FreeBSD.ORG Subject: Re: vidcontrol tip (was ``Re: -current reboot & vidcontrol mode switching'') Mail-Followup-To: Mikhail Teterin , freebsd-current@FreeBSD.ORG References: <19980402180138.10633@nagual.pp.ru> <199804021418.JAA23875@rtfm.ziplink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: <199804021418.JAA23875@rtfm.ziplink.net>; from mi@aldan.algebra.com on Thu, Apr 02, 1998 at 09:18:44AM -0500 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 02, 1998 at 09:18:44AM -0500, Mikhail Teterin wrote: > Андрей Чернов once stated: > > =(since vidcontrol mode switching was in my .login for years due to lack > =of -all-the-screens- mode switching syscons ability) > > BTW, this is what I have in one of the /usr/local/etc/rc.d > > for ttyv in /dev/ttyv* > do > vidcontrol VGA_80x30 < $ttyv 2>1 > /dev/null > done I know (and just implement rc.conf knob for it), but think that vidcontrol option 'for all' will be more comfortable. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 10:15:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29703 for freebsd-current-outgoing; Thu, 2 Apr 1998 10:15:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29672 for ; Thu, 2 Apr 1998 10:15:16 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id NAA00475 for ; Thu, 2 Apr 1998 13:14:38 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 2 Apr 1998 13:14:37 -0500 (EST) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: X slowdown in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The slowdown still exists on a kernel and its world supped and made at 11:30am today. I saw a commit go by from phk that I thought was supposed to fix this problem, but it doesn't seem to have worked for me. In case it matters, I am running SMP -current with softupdates compiled in the kernel, but not enabled, on a dual PII-300 with 256megs RAM, and Adaptec 2940UW SCSI... -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ R7-003, ITSMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 10:45:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05485 for freebsd-current-outgoing; Thu, 2 Apr 1998 10:45:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05461 for ; Thu, 2 Apr 1998 10:45:04 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id NAA00622 for ; Thu, 2 Apr 1998 13:43:49 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 2 Apr 1998 13:43:48 -0500 (EST) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: More info RE: X slowdown in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In case it helps debug the problem, the apps most affected (i.e. visibily) by this slowdown are Netscape and xterm. None of my other "staple" apps are visibly affected. Even rxvt is fine... ---------- Forwarded message ---------- Date: Thu, 2 Apr 1998 13:14:37 -0500 (EST) From: "Alok K. Dhir" To: current@freebsd.org Subject: X slowdown in -current The slowdown still exists on a kernel and its world supped and made at 11:30am today. I saw a commit go by from phk that I thought was supposed to fix this problem, but it doesn't seem to have worked for me. In case it matters, I am running SMP -current with softupdates compiled in the kernel, but not enabled, on a dual PII-300 with 256megs RAM, and Adaptec 2940UW SCSI... -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ R7-003, ITSMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 10:59:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10588 for freebsd-current-outgoing; Thu, 2 Apr 1998 10:59:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10056; Thu, 2 Apr 1998 10:57:59 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id WAA28141; Thu, 2 Apr 1998 22:57:44 +0400 (MSD) (envelope-from ache) Message-ID: <19980402225744.22309@nagual.pp.ru> Date: Thu, 2 Apr 1998 22:57:44 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: "Alok K. Dhir" , current@FreeBSD.ORG Cc: phk@FreeBSD.ORG Subject: Re: More info RE: X slowdown in -current Mail-Followup-To: "Alok K. Dhir" , current@FreeBSD.ORG, phk@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from adhir@worldbank.org on Thu, Apr 02, 1998 at 01:43:48PM -0500 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 02, 1998 at 01:43:48PM -0500, Alok K. Dhir wrote: > > In case it helps debug the problem, the apps most affected (i.e. > visibily) by this slowdown are Netscape and xterm. None of my other > "staple" apps are visibly affected. Even rxvt is fine... > > ---------- Forwarded message ---------- > Date: Thu, 2 Apr 1998 13:14:37 -0500 (EST) > From: "Alok K. Dhir" > To: current@freebsd.org > Subject: X slowdown in -current > > The slowdown still exists on a kernel and its world supped and made at > 11:30am today. I saw a commit go by from phk that I thought was supposed > to fix this problem, but it doesn't seem to have worked for me. The reason is that phk's fix really _not_ fix anything, try the patch posted in current recently instead, it works! Maybe problem with phk's fix is that too many code under splhigh(). People please test your fixes before commit! -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 12:59:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03910 for freebsd-current-outgoing; Thu, 2 Apr 1998 12:59:46 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA03890 for ; Thu, 2 Apr 1998 12:59:35 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id WAA21822; Thu, 2 Apr 1998 22:56:02 +0200 (CEST) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id WAA23002; Thu, 2 Apr 1998 22:55:49 +0200 (CEST) Message-ID: <19980402225549.AY32283@@> Date: Thu, 2 Apr 1998 22:55:49 +0200 From: pb@fasterix.freenix.org (Pierre Beyssac) To: phk@critter.freebsd.dk (Poul-Henning Kamp) Cc: gljohns@bellsouth.net (Glenn Johnson), freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES References: <199804020237.UAA00748@gforce.bellsouth.net> <2061.891499248@critter.freebsd.dk> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <2061.891499248@critter.freebsd.dk>; from Poul-Henning Kamp on Apr 2, 1998 08:40:48 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp writes: > change "tv = time" to "getmicrotime(&tv);" Should getmicrotime() really be prefered in all cases ? From kern_clock.c, it looks like microtime() has much less overhead when you don't need a very accurate timestamp: For each there is fast but less precise version "get{nano|micro}time" which will return a time which is up to 1/HZ previous to the call, whereas the raw version "{nano|micro}time" will return a timestamp which is as precise as possible. -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 13:04:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04755 for freebsd-current-outgoing; Thu, 2 Apr 1998 13:04:43 -0800 (PST) (envelope-from owner-freebsd-current@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 NAA04684 for ; Thu, 2 Apr 1998 13:03:31 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id XAA22646; Thu, 2 Apr 1998 23:03:20 +0200 (CEST) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id XAA23326; Thu, 2 Apr 1998 23:03:00 +0200 (CEST) Message-ID: <19980402230300.FH38311@@> Date: Thu, 2 Apr 1998 23:03:00 +0200 From: pb@fasterix.freenix.org (Pierre Beyssac) To: pb@fasterix.freenix.org (Pierre Beyssac) Cc: phk@critter.freebsd.dk (Poul-Henning Kamp), gljohns@bellsouth.net (Glenn Johnson), freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES References: <199804020237.UAA00748@gforce.bellsouth.net> <2061.891499248@critter.freebsd.dk> <19980402225549.AY32283@@> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <19980402225549.AY32283@@>; from Pierre Beyssac on Apr 2, 1998 22:55:49 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I said: > kern_clock.c, it looks like microtime() has much less overhead when > you don't need a very accurate timestamp: > > to 1/HZ previous to the call, whereas the raw version "{nano|micro}time" > will return a timestamp which is as precise as possible. Ooops, sorry, it looks like I should read what I quote more carefully :-)) -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 13:36:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07744 for freebsd-current-outgoing; Thu, 2 Apr 1998 13:36:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07515; Thu, 2 Apr 1998 13:34:37 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id BAA00331; Fri, 3 Apr 1998 01:34:25 +0400 (MSD) (envelope-from ache) Message-ID: <19980403013420.63188@nagual.pp.ru> Date: Fri, 3 Apr 1998 01:34:20 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: "Alok K. Dhir" , current@FreeBSD.ORG, phk@FreeBSD.ORG Cc: adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current Mail-Followup-To: "Alok K. Dhir" , current@FreeBSD.ORG, phk@freebsd.org, adkin003@tc.umn.edu References: <19980402225744.22309@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: <19980402225744.22309@nagual.pp.ru>; from ache@nagual.pp.ru on Thu, Apr 02, 1998 at 10:57:44PM +0400 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 02, 1998 at 10:57:44PM +0400, Андрей Чернов wrote: > On Thu, Apr 02, 1998 at 01:43:48PM -0500, Alok K. Dhir wrote: > > > > In case it helps debug the problem, the apps most affected (i.e. > > visibily) by this slowdown are Netscape and xterm. None of my other > > "staple" apps are visibly affected. Even rxvt is fine... > > > > ---------- Forwarded message ---------- > > Date: Thu, 2 Apr 1998 13:14:37 -0500 (EST) > > From: "Alok K. Dhir" > > To: current@freebsd.org > > Subject: X slowdown in -current > > > > The slowdown still exists on a kernel and its world supped and made at > > 11:30am today. I saw a commit go by from phk that I thought was supposed > > to fix this problem, but it doesn't seem to have worked for me. > > > The reason is that phk's fix really _not_ fix anything, try the patch > posted in current recently instead, it works! > This one (related to latest -current) really works, maybe because splhigh() removed: *** sys_generic.c.orig Thu Apr 2 11:22:17 1998 --- sys_generic.c Fri Apr 3 01:22:00 1998 *************** *** 538,545 **** */ fd_mask s_selbits[howmany(2048, NFDBITS)]; fd_mask *ibits[3], *obits[3], *selbits, *sbp; ! struct timeval atv; ! int s, ncoll, error, timo, term; u_int nbufbytes, ncpbytes, nfdbits; if (uap->nd < 0) --- 538,545 ---- */ fd_mask s_selbits[howmany(2048, NFDBITS)]; fd_mask *ibits[3], *obits[3], *selbits, *sbp; ! struct timeval atv, ctv; ! int s, ncoll, error, timo; u_int nbufbytes, ncpbytes, nfdbits; if (uap->nd < 0) *************** *** 600,627 **** error = EINVAL; goto done; } ! term = ticks + tvtohz(&atv); } else ! term = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); if (error || p->p_retval[0]) goto done; ! s = splhigh(); ! if (term && term <= ticks) { ! splx(s); goto done; } - timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { - splx(s); goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "select", timo); - splx(s); if (error == 0) goto retry; done: --- 600,627 ---- error = EINVAL; goto done; } ! getmicrotime(&ctv); ! timevaladd(&atv, &ctv); ! timo = hzto(&atv); } else ! timo = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); if (error || p->p_retval[0]) goto done; ! getmicrotime(&ctv); ! /* this should be timercmp(&time, &atv, >=) */ ! if (uap->tv && (ctv.tv_sec > atv.tv_sec || ! (ctv.tv_sec == atv.tv_sec && ctv.tv_usec >= atv.tv_usec))) { goto done; } if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "select", timo); if (error == 0) goto retry; done: *************** *** 701,708 **** { caddr_t bits; char smallbits[32 * sizeof(struct pollfd)]; ! struct timeval atv; ! int s, ncoll, error = 0, timo, term; size_t ni; if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { --- 701,708 ---- { caddr_t bits; char smallbits[32 * sizeof(struct pollfd)]; ! struct timeval atv, ctv; ! int s, ncoll, error = 0, timo; size_t ni; if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { *************** *** 724,751 **** error = EINVAL; goto done; } ! term = ticks + tvtohz(&atv); } else ! term = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; ! s = splhigh(); ! if (term && term <= ticks) { ! splx(s); goto done; } - timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { - splx(s); goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); - splx(s); if (error == 0) goto retry; done: --- 724,749 ---- error = EINVAL; goto done; } ! getmicrotime(&ctv); ! timevaladd(&atv, &ctv); ! timo = hzto(&atv); } else ! timo = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; ! getmicrotime(&ctv); ! if (timo && timercmp(&ctv, &atv, >=)) { goto done; } if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); if (error == 0) goto retry; done: -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 14:01:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15132 for freebsd-current-outgoing; Thu, 2 Apr 1998 14:01:01 -0800 (PST) (envelope-from owner-freebsd-current@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 OAA15112 for ; Thu, 2 Apr 1998 14:00:55 -0800 (PST) (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 XAA00368; Thu, 2 Apr 1998 23:58:24 +0200 (CEST) To: pb@fasterix.freenix.org (Pierre Beyssac) cc: gljohns@bellsouth.net (Glenn Johnson), freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Thu, 02 Apr 1998 22:55:49 +0200." <19980402225549.AY32283@@> Date: Thu, 02 Apr 1998 23:58:24 +0200 Message-ID: <366.891554304@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980402225549.AY32283@@>, Pierre Beyssac writes: >Poul-Henning Kamp writes: >> change "tv = time" to "getmicrotime(&tv);" > >Should getmicrotime() really be prefered in all cases ? From >kern_clock.c, it looks like microtime() has much less overhead when >you don't need a very accurate timestamp: You got that backwards, look at the code as well as the comments. microtime is expensive but precise. getmicrotime is fast but up to 1/hz old. -- 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-current" in the body of the message From owner-freebsd-current Thu Apr 2 14:49:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22782 for freebsd-current-outgoing; Thu, 2 Apr 1998 14:49:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA22744; Thu, 2 Apr 1998 14:49:07 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id AAA15614; Fri, 3 Apr 1998 00:30:10 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id AAA05837; Fri, 3 Apr 1998 00:18:54 +0200 (CEST) (envelope-from andreas) Message-ID: <19980403001854.37160@klemm.gtn.com> Date: Fri, 3 Apr 1998 00:18:54 +0200 From: Andreas Klemm To: Gary Palmer , John Hay , Jacques Vidrine , current@FreeBSD.ORG Subject: Re: could you please update ucd-snmp from 3.2 to 3.3.1 ? References: <19980401223236.52867@klemm.gtn.com> <13296.891470797@gjp.erols.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=oyUTqETQ0mS9luUI X-Mailer: Mutt 0.89.1i In-Reply-To: <13296.891470797@gjp.erols.com>; from Gary Palmer on Wed, Apr 01, 1998 at 05:46:37PM -0500 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii On Wed, Apr 01, 1998 at 05:46:37PM -0500, Gary Palmer wrote: > aAndreas Klemm wrote in message ID Thanks for your suggestions and patches. Unfortunately they didn't apply cleanly. So I only merged some things together so that interfaces.c compiles. Under -stable everything runs fine. After applying the diffs for -current (interfaces.c) it compiles and runs, but not stable. It filled /var (/var/log/snmpd.log) with messages like: 1998-04-02 23:20:48 UCD-SNMP version 3.3.1 Opening port(s): 161 klookup(3, 0xefbfbf70, 96): klread: Bad address TCP_Count_Connections - inpcb: Bad address klookup(0, 0xefbfbeac, 196): klread: Bad address TCP_Count_Connections - tcpcb: Bad address klookup(3, 0x29f08, 96): klread: Bad address klookup(0, 0xefbfbb50, 196): klread: Bad address klookup(3, 0x29f08, 96): klread: Bad address klookup(0, 0xefbfbb50, 196): klread: Bad address [...] Maybe you can try to test it with your -current ... See patch applied ... Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas powered by ,,symmetric multiprocessor FreeBSD'' --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-aa --- agent/mibgroup/interfaces.c.orig Wed Nov 5 22:56:58 1997 +++ agent/mibgroup/interfaces.c Thu Apr 2 23:05:33 1998 @@ -921,8 +921,8 @@ #else #if defined(netbsd1) || defined(freebsd3) -#define ia_next ia_list.tqe_next -#define if_next if_list.tqe_next +#define ia_next ia_link.tqe_next +#define if_next if_link.tqe_next #endif int Interface_Scan_Next(Index, Name, Retifnet, Retin_ifaddr) @@ -1068,17 +1068,37 @@ u_char *EtherAddr; { short i; -#if !(defined(linux) || defined(netbsd1) || defined(bsdi2)) - struct arpcom arpcom; -#else /* is linux or netbsd1 */ +#if (defined(linux) || defined(netbsd1) || defined(bsdi2)) struct arpcom { char ac_enaddr[6]; } arpcom; -#if defined(netbsd1) || defined(bsdi2) +#if (defined(netbsd1) || defined(bsdi2)) struct sockaddr_dl sadl; struct ifaddr ifaddr; u_long ifaddraddr; #endif +#elif (defined(freebsd2)||defined(freebsd3)) +/* From net/if_arp.h +/* + * Structure shared between the ethernet driver modules and + * the address resolution code. For example, each ec_softc or il_softc + * begins with this structure. + */ +struct arpcom { + /* + * The ifnet struct _must_ be at the head of this structure. + */ + struct ifnet ac_if; /* network-visible interface */ + u_char ac_enaddr[6]; /* ethernet hardware address */ + int ac_multicnt; /* length of ac_multiaddrs list */ +} arpcom; +#else + struct arpcom arpcom; +#endif +#if defined(netbsd1) || defined(bsdi2) + struct sockaddr_dl sadl; + struct ifaddr ifaddr; + u_long ifaddraddr; #endif bzero(arpcom.ac_enaddr, sizeof(arpcom.ac_enaddr)); --oyUTqETQ0mS9luUI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 15:36:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00421 for freebsd-current-outgoing; Thu, 2 Apr 1998 15:36:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00412 for ; Thu, 2 Apr 1998 15:36:29 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.8) with SMTP id PAA12486; Thu, 2 Apr 1998 15:36:12 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Thu, 2 Apr 1998 15:36:12 -0800 (PST) From: Chris Timmons To: Eivind Eklund cc: Martin Machacek , freebsd-current@FreeBSD.ORG Subject: Re: problem with samba on 3.0 In-Reply-To: <19980322042736.47898@follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It turns out this problem was due to the compiler/assembler situation that jdp addressed recently... runs fine now. -Chris On Sun, 22 Mar 1998, Eivind Eklund wrote: > On Sat, Mar 21, 1998 at 06:21:17PM -0800, Chris Timmons wrote: > > > > I just upgraded to 1.9.18p3 of samba on -current with a pre-mayhem "safe" > > kernel that happily runs the last pre-1.9.18 alpha of samba. > > > > BLAM! > > > > I'm running into a floating point exception (signal 8) here: > > > > #0 0x12648 in put_long_date (p=0x8d03d "", t=890531747) at time.c:297 > > 297 tlow = (uint32)(d - ((double)thigh)*4.0*(double)(1<<30)); > > > > Do you see signal 8's in your dmesg? > > That's what known as bug-which-is-masked-but-present-otherwhere. > > It is exposed in FreeBSD, due to our unusual handling of floating > point errors. You can hide it by calling fpsetmask() with other > flags; that will make the bug silently create wrong results, instead. > > You should report it to the samba team. > > Eivind. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 16:45:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12225 for freebsd-current-outgoing; Thu, 2 Apr 1998 16:45:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12217 for ; Thu, 2 Apr 1998 16:45:15 -0800 (PST) (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id SAA05236 for ; Thu, 2 Apr 1998 18:45:10 -0600 (CST) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma005161; Thu, 2 Apr 98 18:44:56 -0600 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id SAA03484 for ; Thu, 2 Apr 1998 18:44:55 -0600 (CST) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 2 Apr 1998 18:44:55 -0600 (CST) From: Kyle Mestery To: freebsd-current@FreeBSD.ORG Subject: rbootd on current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all. I have a hp300 at home running NetBSD. It works fine booting diskless from a Sparc2 running NetBSD also. However, recently my Sparc2 died, and I was forced to try and use my FreeBSD box to boot the hp300. It did not work at all because FreeBSD's rbootd has a byte-order problem. I searched the NetBSD/hp300 mailing lists to figure this out. Here is a patch that allows FreeBSD's rbootd to function properly. Could this please be committed, as the rbootd in current now is useless for booting an hp300 without it. Thanks! --- rmpproto.c.orig Thu Apr 2 11:41:28 1998 +++ rmpproto.c Thu Apr 2 18:35:46 1998 @@ -575,12 +575,8 @@ */ memmove((char *)&rconn->rmp.hp_hdr.daddr[0], (char *)&rconn->rmp.hp_hdr.saddr[0], RMP_ADDRLEN); -#ifdef __FreeBSD__ - /* BPF (incorrectly) wants this in host order. */ - rconn->rmp.hp_hdr.len = rconn->rmplen - sizeof(struct hp_hdr); -#else + rconn->rmp.hp_hdr.len = htons(rconn->rmplen - sizeof(struct hp_hdr)); -#endif /* * Reverse 802.2/HP Extended Source & Destination Access Pts. -- Kyle Mestery StorageTek's Network Systems Group "Keep honking, I'm reloading." "Lottery: A tax on people who are bad at math." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 19:26:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07871 for freebsd-current-outgoing; Thu, 2 Apr 1998 19:26:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07795; Thu, 2 Apr 1998 19:25:59 -0800 (PST) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id NAA12814; Fri, 3 Apr 1998 13:25:55 +1000 (EST) Message-ID: <19980403132554.14962@rf900.physics.usyd.edu.au> Date: Fri, 3 Apr 1998 13:25:54 +1000 From: David Dawes To: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Changes to X11 licensing with X11R6.4 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Reply-To: feedback@xfree86.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG First, I apologise for the cross post, and for posting at all about this subject to these lists, but I'm looking for some feedback on this issue from the FreeBSD community. Please respect the Reply-To line, and don't pursue the discussion about this on the FreeBSD lists. As some of you are probably aware, The Open Group (TOG) has recently announced new licensing conditions to go with their new X11R6.4 release. This change means that XFree86 needs to make some decisions about our future direction. We have some basic info on our home page (http://www.xfree86.org/), and links to the new licensing information on TOG's web site. If you have anything to say about this in the XFree86 context, please take a look at that info, and send you comments to feedback@xfree86.org. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 20:09:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12372 for freebsd-current-outgoing; Thu, 2 Apr 1998 20:09:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12331 for ; Thu, 2 Apr 1998 20:09:27 -0800 (PST) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id GAA18681; Fri, 3 Apr 1998 06:08:56 +0200 (SAT) From: John Hay Message-Id: <199804030408.GAA18681@zibbi.mikom.csir.co.za> Subject: Re: could you please update ucd-snmp from 3.2 to 3.3.1 ? In-Reply-To: <19980403001854.37160@klemm.gtn.com> from Andreas Klemm at "Apr 3, 98 00:18:54 am" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Fri, 3 Apr 1998 06:08:55 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Apr 01, 1998 at 05:46:37PM -0500, Gary Palmer wrote: > > aAndreas Klemm wrote in message ID > > Thanks for your suggestions and patches. Unfortunately they didn't > apply cleanly. So I only merged some things together so that > interfaces.c compiles. That is strange. I did try out the diff that I sent you on a cleanly extracted ucd-snmp-3.3.1.tar.gz distfile and it applied with no problems. > > Under -stable everything runs fine. > > After applying the diffs for -current (interfaces.c) it compiles > and runs, but not stable. > > It filled /var (/var/log/snmpd.log) with messages like: > > 1998-04-02 23:20:48 UCD-SNMP version 3.3.1 > Opening port(s): 161 > klookup(3, 0xefbfbf70, 96): klread: Bad address > TCP_Count_Connections - inpcb: Bad address > klookup(0, 0xefbfbeac, 196): klread: Bad address > TCP_Count_Connections - tcpcb: Bad address > klookup(3, 0x29f08, 96): klread: Bad address > klookup(0, 0xefbfbb50, 196): klread: Bad address > klookup(3, 0x29f08, 96): klread: Bad address > klookup(0, 0xefbfbb50, 196): klread: Bad address > [...] > > Maybe you can try to test it with your -current ... > See patch applied ... > I'm gone for the weekend, but when I get back I'll have a look at it. I do have -stable and -current (March 4th only :-)) machines to test it with. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 22:20:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26942 for freebsd-current-outgoing; Thu, 2 Apr 1998 22:20:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailext02.compaq.com (mailext02.compaq.com [207.18.199.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA26929 for ; Thu, 2 Apr 1998 22:20:28 -0800 (PST) (envelope-from grog@lemis.com) Received: from mail.compaq.com(really [207.18.199.34]) by mailext02.compaq.com via sendmail with smtp id for ; Fri, 3 Apr 1998 00:04:38 -0600 (CST) (Smail-3.2.0.93 1997-Apr-12 #2 built 1997-Dec-21) Received: from papillon.lemis.com(really [202.48.19.19]) by mail.compaq.com via sendmail with smtp id for ; Fri, 3 Apr 98 00:12:27 -0600 (CST) (/\##/\ Smail3.1.30.16 #30.10 built 18-dec-97) Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) id PAA00844; Fri, 3 Apr 1998 15:02:48 +0900 (JST) Message-ID: <19980403150246.58202@papillon.lemis.com> Date: Fri, 3 Apr 1998 15:02:46 +0900 From: Greg Lehey To: Poul-Henning Kamp , Glenn Johnson Cc: freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES References: <199804020237.UAA00748@gforce.bellsouth.net> <2061.891499248@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <2061.891499248@critter.freebsd.dk>; from Poul-Henning Kamp on Thu, Apr 02, 1998 at 08:40:48AM +0200 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 2 April 1998 at 8:40:48 +0200, Poul-Henning Kamp wrote: > In message <199804020237.UAA00748@gforce.bellsouth.net>, Glenn Johnson writes: >> options SOFTUPDATES >> >> I get the following: >> >> loading kernel >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> ffs_softdep.o: Undefined symbol `_time' referenced from text segment > > change "tv = time" to "getmicrotime(&tv);" Wouldn't it have been possible to hide this change with a macro, like was done with the reorganization of the buffer headers under 2.2.6? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 23:22:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07627 for freebsd-current-outgoing; Thu, 2 Apr 1998 23:22:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07621; Thu, 2 Apr 1998 23:22:17 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id CAA13321; Fri, 3 Apr 1998 02:22:05 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804030722.CAA13321@dyson.iquest.net> Subject: Re: swap-leak in 2.2.5 ? In-Reply-To: <199804012212.OAA07880@implode.root.com> from David Greenman at "Apr 1, 98 02:12:28 pm" To: dg@root.com Date: Fri, 3 Apr 1998 02:22:05 -0500 (EST) Cc: stable@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >In article <657.891465523.kithrup.freebsd.current@critter.freebsd.dk> you write: > >>The problem is, the kernel cannot account for the twohundred som Mbyte > >>of swap space it claims is in use. Even if I kill all processes the > >>number doesn't decrease significantly :-( > > > >There is something wrong with -stable. I reported this to John about a month > >ago, maybe two (I forget exactly). > > > >I noticed it when I upgraded from 32MBytes to 96MBytes of RAM; my swap usage, > >instead of going down, went drastically up. > > > >I am pretty sure it is related to MFS in my case; I was unable to see an MFS > >process in PHK's ps listing. > > > >Right now, I am at: > > > >Device 1K-blocks Used Avail Capacity Type > >/dev/sd0s1b 131072 4448 126560 3% Interleaved > >/dev/sd1s1b 131072 4408 126600 3% Interleaved > >Total 262016 8856 253160 3% > > > >I'm sorry, but with 96MBytes of RAM, there is no reason for my system to swap, > >given what it does. And that amount will slowly grow; when I rebooted for the > >OS upgrade on Saturday, it was at 39MBytes or so (MFS is 32MBytes on my > >system). > > > >However: when I shut down to single user mode, it dropped down to about > >100Kbytes in use. > > > >So, I think there's a leak, but I'm not sure *where* it is. Or perhaps it's > >just bad swap usage by the kernel. > > FreeBSD will slowly page infrequently used pages out in favor of file > caching, and 8MB (or 32+8) is about what you'd expect to see in this case. > Poul's problem seems to be different, however. > Chiming in on DG: which would you want: 1) a bunch of initialization code or data for a bunch of processes. 2) cache space for data that will be more often used? We chose (2) as the correct strategy. If you choose (1) and want to keep the from now-on unused initialization code in memory forever, I simply cannot understand or agree. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 23:35:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10875 for freebsd-current-outgoing; Thu, 2 Apr 1998 23:35:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.uninet.ee (ns.uninet.ee [194.204.0.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10822 for ; Thu, 2 Apr 1998 23:34:55 -0800 (PST) (envelope-from taavi@uninet.ee) Received: from localhost (taavi@localhost) by ns.uninet.ee (8.8.8/8.7.3) with SMTP id KAA01069 for ; Fri, 3 Apr 1998 10:34:57 +0300 (EEST) Date: Fri, 3 Apr 1998 10:34:57 +0300 (EEST) From: Taavi Talvik cc: freebsd-current@FreeBSD.ORG Subject: Stills panics with softupdates.. In-Reply-To: <19980402080248.A29539@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello ! kernel cvsupped approximately 02.02 18.00 UTC still panics with softupdates. allocindir and getmicrotime() patches are applied. best regards, taavi Script started on Fri Apr 3 00:56:47 1998 You have mail. tt# 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 23b000 initial pcb at 213d54 panicstr: softdep_fsync: pending ops panic messages: --- panic: softdep_fsync: pending ops syncing disks... panic: softdep_lock: locking against myself dumping to dev 30001, offset 151232 dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 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 0xf0115867 in boot () (kgdb) bt #0 0xf0115867 in boot () #1 0xf0115b36 in panic () #2 0xf01a57d9 in acquire_lock () #3 0xf01a8f9f in initiate_write_inodeblock () #4 0xf01a8bcb in softdep_disk_io_initiation () #5 0xf0140e84 in spec_strategy () #6 0xf0140589 in spec_vnoperate () #7 0xf01b4985 in ufs_vnoperatespec () #8 0xf012de02 in bwrite () #9 0xf013255a in vop_stdbwrite () #10 0xf01323a1 in vop_defaultop () #11 0xf0140589 in spec_vnoperate () #12 0xf01b4985 in ufs_vnoperatespec () #13 0xf012e89b in vfs_bio_awrite () #14 0xf01ae63f in ffs_fsync () #15 0xf01acb37 in ffs_sync () #16 0xf0136b33 in sync () #17 0xf011571b in boot () #18 0xf0115b36 in panic () #19 0xf01aa1ce in softdep_fsync () #20 0xf01ae75c in ffs_fsync () #21 0xf01a49df in ffs_truncate () #22 0xf01b06e9 in ufs_direnter () #23 0xf01b486e in ufs_makeinode () #24 0xf01b1ea6 in ufs_create () #25 0xf01b4955 in ufs_vnoperate () #26 0xf013a456 in vn_open () #27 0xf013718d in open () #28 0xf01d3f43 in syscall () #29 0x1b665 in ?? () #30 0x111b7 in ?? () #31 0x16125 in ?? () #32 0xb375 in ?? () #33 0x107e in ?? () (kgdb) tt# ^D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 2 23:49:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13462 for freebsd-current-outgoing; Thu, 2 Apr 1998 23:49:35 -0800 (PST) (envelope-from owner-freebsd-current@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 XAA13455 for ; Thu, 2 Apr 1998 23:49:33 -0800 (PST) (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 JAA01129; Fri, 3 Apr 1998 09:48:11 +0200 (CEST) To: Greg Lehey cc: Glenn Johnson , freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Fri, 03 Apr 1998 15:02:46 +0900." <19980403150246.58202@papillon.lemis.com> Date: Fri, 03 Apr 1998 09:48:11 +0200 Message-ID: <1127.891589691@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980403150246.58202@papillon.lemis.com>, Greg Lehey writes: >On Thu, 2 April 1998 at 8:40:48 +0200, Poul-Henning Kamp wrote: >> In message <199804020237.UAA00748@gforce.bellsouth.net>, Glenn Johnson writ >es: >>> options SOFTUPDATES >>> >>> I get the following: >>> >>> loading kernel >>> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >>> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >> >> change "tv = time" to "getmicrotime(&tv);" > >Wouldn't it have been possible to hide this change with a macro, like >was done with the reorganization of the buffer headers under 2.2.6? no. -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 00:43:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23703 for freebsd-current-outgoing; Fri, 3 Apr 1998 00:43:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailext02.compaq.com (mailext02.compaq.com [207.18.199.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA23680 for ; Fri, 3 Apr 1998 00:43:26 -0800 (PST) (envelope-from grog@lemis.com) Received: from mail.compaq.com(really [207.18.199.34]) by mailext02.compaq.com via sendmail with smtp id for ; Fri, 3 Apr 1998 02:29:25 -0600 (CST) (Smail-3.2.0.93 1997-Apr-12 #2 built 1997-Dec-21) Received: from papillon.lemis.com(really [202.48.19.19]) by mail.compaq.com via sendmail with smtp id for ; Fri, 3 Apr 98 02:37:11 -0600 (CST) (/\##/\ Smail3.1.30.16 #30.10 built 18-dec-97) Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) id RAA01081; Fri, 3 Apr 1998 17:22:06 +0900 (JST) Message-ID: <19980403172205.30045@papillon.lemis.com> Date: Fri, 3 Apr 1998 17:22:05 +0900 From: Greg Lehey To: Poul-Henning Kamp Cc: Glenn Johnson , freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES References: <19980403150246.58202@papillon.lemis.com> <1127.891589691@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <1127.891589691@critter.freebsd.dk>; from Poul-Henning Kamp on Fri, Apr 03, 1998 at 09:48:11AM +0200 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 3 April 1998 at 9:48:11 +0200, Poul-Henning Kamp wrote: > In message <19980403150246.58202@papillon.lemis.com>, Greg Lehey writes: >> On Thu, 2 April 1998 at 8:40:48 +0200, Poul-Henning Kamp wrote: >>> In message <199804020237.UAA00748@gforce.bellsouth.net>, Glenn Johnson writ >> es: >>>> options SOFTUPDATES >>>> >>>> I get the following: >>>> >>>> loading kernel >>>> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >>>> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >>> >>> change "tv = time" to "getmicrotime(&tv);" >> >> Wouldn't it have been possible to hide this change with a macro, like >> was done with the reorganization of the buffer headers under 2.2.6? > > no. Yes. Prove me wrong. And yes, I know that the form you chose makes it almost impossible, but that's no excuse. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 01:05:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28591 for freebsd-current-outgoing; Fri, 3 Apr 1998 01:05:08 -0800 (PST) (envelope-from owner-freebsd-current@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 BAA28580 for ; Fri, 3 Apr 1998 01:05:02 -0800 (PST) (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 BAA29913; Fri, 3 Apr 1998 01:01:11 -0800 (PST) Message-Id: <199804030901.BAA29913@implode.root.com> To: Greg Lehey cc: Poul-Henning Kamp , freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Fri, 03 Apr 1998 17:22:05 +0900." <19980403172205.30045@papillon.lemis.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 03 Apr 1998 01:01:11 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> Wouldn't it have been possible to hide this change with a macro, like >>> was done with the reorganization of the buffer headers under 2.2.6? >> >> no. > >Yes. Prove me wrong. And yes, I know that the form you chose makes >it almost impossible, but that's no excuse. Let's for a moment assume that it was possible to use macros in this case. As someone who generally hates macros in C code, I personally think that would be a step backward. So I think Poul's decision to do it the way he did was the right one. My opinion, of course. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 01:17:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01044 for freebsd-current-outgoing; Fri, 3 Apr 1998 01:17:48 -0800 (PST) (envelope-from owner-freebsd-current@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 BAA01035 for ; Fri, 3 Apr 1998 01:17:41 -0800 (PST) (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 LAA01293; Fri, 3 Apr 1998 11:16:20 +0200 (CEST) To: Greg Lehey cc: Glenn Johnson , freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Fri, 03 Apr 1998 17:22:05 +0900." <19980403172205.30045@papillon.lemis.com> Date: Fri, 03 Apr 1998 11:16:20 +0200 Message-ID: <1291.891594980@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980403172205.30045@papillon.lemis.com>, Greg Lehey writes: >On Fri, 3 April 1998 at 9:48:11 +0200, Poul-Henning Kamp wrote: >> In message <19980403150246.58202@papillon.lemis.com>, Greg Lehey writes: >>> On Thu, 2 April 1998 at 8:40:48 +0200, Poul-Henning Kamp wrote: >>>> In message <199804020237.UAA00748@gforce.bellsouth.net>, Glenn Johnson wr >it >>> es: >>>>> options SOFTUPDATES >>>>> >>>>> I get the following: >>>>> >>>>> loading kernel >>>>> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >>>>> ffs_softdep.o: Undefined symbol `_time' referenced from text segment >>>> >>>> change "tv = time" to "getmicrotime(&tv);" >>> >>> Wouldn't it have been possible to hide this change with a macro, like >>> was done with the reorganization of the buffer headers under 2.2.6? >> >> no. > >Yes. Prove me wrong. And yes, I know that the form you chose makes >it almost impossible, but that's no excuse. SMP is the reason, and I don't need an excuse for saying "no". -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 01:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02179 for freebsd-current-outgoing; Fri, 3 Apr 1998 01:19:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02136 for ; Fri, 3 Apr 1998 01:19:55 -0800 (PST) (envelope-from pb@hsc.fr) Received: from mars.hsc.fr (pb@mars.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.8.8/8.8.5/itesec-1.12-nospam) with ESMTP id LAA01739; Fri, 3 Apr 1998 11:15:24 +0200 (MET DST) Received: (from pb@localhost) by mars.hsc.fr (8.8.5/8.8.5/pb-19970301) id LAA07873; Fri, 3 Apr 1998 11:16:50 +0200 (MET DST) Message-ID: <19980403111649.ZF38052@mars.hsc.fr> Date: Fri, 3 Apr 1998 11:16:49 +0200 From: Pierre.Beyssac@hsc.fr (Pierre Beyssac) To: grog@lemis.com (Greg Lehey) Cc: phk@critter.freebsd.dk (Poul-Henning Kamp), gljohns@bellsouth.net (Glenn Johnson), freebsd-current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES References: <19980403150246.58202@papillon.lemis.com> <1127.891589691@critter.freebsd.dk> <19980403172205.30045@papillon.lemis.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <19980403172205.30045@papillon.lemis.com>; from Greg Lehey on Apr 3, 1998 17:22:05 +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Greg Lehey: > >>> change "tv = time" to "getmicrotime(&tv);" > >> Wouldn't it have been possible to hide this change with a macro, like > >> was done with the reorganization of the buffer headers under 2.2.6? > > no. > > Yes. Prove me wrong. And yes, I know that the form you chose makes > it almost impossible, but that's no excuse. I don't know if it would be a good idea to hide the change with a macro, if that's what you mean. Adding a function call like getmicrotime() helps encapsulate dependencies on the clock code. Things like that are a big win in general. Redefining "time" as a macro would make the code a little less obvious about that, IMHO. On the other hand, for performance reasons and to make the generated code be as similar as possible with the code prior to the getmicrotime'isation, it would certainly be very interesting to define getmicrotime() and possibly others getxxxx() friends as macros. -- Pierre.Beyssac@hsc.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 08:54:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00496 for freebsd-current-outgoing; Fri, 3 Apr 1998 08:54:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA00476; Fri, 3 Apr 1998 08:54:28 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with ESMTP id LAA00364; Fri, 3 Apr 1998 11:50:25 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Fri, 3 Apr 1998 11:50:25 -0500 (EST) From: "Alok K. Dhir" To: ache@nagual.pp.ru cc: current@FreeBSD.ORG, phk@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current In-Reply-To: <2256FE13FEDE4CAE852565DA00770025.0076EF7B852565DA@worldbank.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This patch worked great. Is there any reason why it shouldn't be committed? On Thu, 2 Apr 1998 ache@nagual.pp.ru wrote: > > > On Thu, Apr 02, 1998 at 10:57:44PM +0400, Андрей Чернов wrote: > > On Thu, Apr 02, 1998 at 01:43:48PM -0500, Alok K. Dhir wrote: > > > > > > In case it helps debug the problem, the apps most affected (i.e. > > > visibily) by this slowdown are Netscape and xterm. None of my other > > > "staple" apps are visibly affected. Even rxvt is fine... > > > > > > ---------- Forwarded message ---------- > > > Date: Thu, 2 Apr 1998 13:14:37 -0500 (EST) > > > From: "Alok K. Dhir" > > > To: current@freebsd.org > > > Subject: X slowdown in -current > > > > > > The slowdown still exists on a kernel and its world supped and made at > > > 11:30am today. I saw a commit go by from phk that I thought was > supposed > > > to fix this problem, but it doesn't seem to have worked for me. > > > > > > The reason is that phk's fix really _not_ fix anything, try the patch > > posted in current recently instead, it works! > > > > This one (related to latest -current) really works, maybe because > splhigh() removed: > > *** sys_generic.c.orig Thu Apr 2 11:22:17 1998 > --- sys_generic.c Fri Apr 3 01:22:00 1998 > *************** > *** 538,545 **** > */ > fd_mask s_selbits[howmany(2048, NFDBITS)]; > fd_mask *ibits[3], *obits[3], *selbits, *sbp; > ! struct timeval atv; > ! int s, ncoll, error, timo, term; > u_int nbufbytes, ncpbytes, nfdbits; > > if (uap->nd < 0) > --- 538,545 ---- > */ > fd_mask s_selbits[howmany(2048, NFDBITS)]; > fd_mask *ibits[3], *obits[3], *selbits, *sbp; > ! struct timeval atv, ctv; > ! int s, ncoll, error, timo; > u_int nbufbytes, ncpbytes, nfdbits; > > if (uap->nd < 0) > *************** > *** 600,627 **** > error = EINVAL; > goto done; > } > ! term = ticks + tvtohz(&atv); > } else > ! term = 0; > retry: > ncoll = nselcoll; > p->p_flag |= P_SELECT; > error = selscan(p, ibits, obits, uap->nd); > if (error || p->p_retval[0]) > goto done; > ! s = splhigh(); > ! if (term && term <= ticks) { > ! splx(s); > goto done; > } > - timo = term ? term - ticks : 0; > if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { > - splx(s); > goto retry; > } > p->p_flag &= ~P_SELECT; > error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "select", timo); > - splx(s); > if (error == 0) > goto retry; > done: > --- 600,627 ---- > error = EINVAL; > goto done; > } > ! getmicrotime(&ctv); > ! timevaladd(&atv, &ctv); > ! timo = hzto(&atv); > } else > ! timo = 0; > retry: > ncoll = nselcoll; > p->p_flag |= P_SELECT; > error = selscan(p, ibits, obits, uap->nd); > if (error || p->p_retval[0]) > goto done; > ! getmicrotime(&ctv); > ! /* this should be timercmp(&time, &atv, >=) */ > ! if (uap->tv && (ctv.tv_sec > atv.tv_sec || > ! (ctv.tv_sec == atv.tv_sec && ctv.tv_usec >= atv.tv_usec))) { > goto done; > } > if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { > goto retry; > } > p->p_flag &= ~P_SELECT; > error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "select", timo); > if (error == 0) > goto retry; > done: > *************** > *** 701,708 **** > { > caddr_t bits; > char smallbits[32 * sizeof(struct pollfd)]; > ! struct timeval atv; > ! int s, ncoll, error = 0, timo, term; > size_t ni; > > if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { > --- 701,708 ---- > { > caddr_t bits; > char smallbits[32 * sizeof(struct pollfd)]; > ! struct timeval atv, ctv; > ! int s, ncoll, error = 0, timo; > size_t ni; > > if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { > *************** > *** 724,751 **** > error = EINVAL; > goto done; > } > ! term = ticks + tvtohz(&atv); > } else > ! term = 0; > retry: > ncoll = nselcoll; > p->p_flag |= P_SELECT; > error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); > if (error || p->p_retval[0]) > goto done; > ! s = splhigh(); > ! if (term && term <= ticks) { > ! splx(s); > goto done; > } > - timo = term ? term - ticks : 0; > if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { > - splx(s); > goto retry; > } > p->p_flag &= ~P_SELECT; > error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); > - splx(s); > if (error == 0) > goto retry; > done: > --- 724,749 ---- > error = EINVAL; > goto done; > } > ! getmicrotime(&ctv); > ! timevaladd(&atv, &ctv); > ! timo = hzto(&atv); > } else > ! timo = 0; > retry: > ncoll = nselcoll; > p->p_flag |= P_SELECT; > error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); > if (error || p->p_retval[0]) > goto done; > ! getmicrotime(&ctv); > ! if (timo && timercmp(&ctv, &atv, >=)) { > goto done; > } > if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { > goto retry; > } > p->p_flag &= ~P_SELECT; > error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); > if (error == 0) > goto retry; > done: > > > > -- > Andrey A. Chernov > http://www.nagual.pp.ru/~ache/ > MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S13-069, ITSMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 09:09:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02555 for freebsd-current-outgoing; Fri, 3 Apr 1998 09:09:19 -0800 (PST) (envelope-from owner-freebsd-current@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 JAA02550 for ; Fri, 3 Apr 1998 09:09:16 -0800 (PST) (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 TAA02645; Fri, 3 Apr 1998 19:08:12 +0200 (CEST) To: "Alok K. Dhir" cc: ache@nagual.pp.ru, current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current In-reply-to: Your message of "Fri, 03 Apr 1998 11:50:25 CDT." Date: Fri, 03 Apr 1998 19:08:12 +0200 Message-ID: <2643.891623292@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Alok K. Dhir" writes: > >This patch worked great. Is there any reason why it shouldn't be >committed? Yes there is a reason: it is wrong, it lacks a splhigh(). Please report on the version currently in -current. -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 09:15:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03273 for freebsd-current-outgoing; Fri, 3 Apr 1998 09:15:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03265 for ; Fri, 3 Apr 1998 09:15:51 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id VAA07047; Fri, 3 Apr 1998 21:12:12 +0400 (MSD) (envelope-from ache) Message-ID: <19980403211212.09449@nagual.pp.ru> Date: Fri, 3 Apr 1998 21:12:12 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp , "Alok K. Dhir" Cc: current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <2643.891623292@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <2643.891623292@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 07:08:12PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 07:08:12PM +0200, Poul-Henning Kamp wrote: > In message , "Alok > K. Dhir" writes: > > > >This patch worked great. Is there any reason why it shouldn't be > >committed? > > Yes there is a reason: it is wrong, it lacks a splhigh(). > > Please report on the version currently in -current. This report/patch already *IS* for very latest version currently in -current, your fix really fix nothing, the bug remains. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 09:38:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06434 for freebsd-current-outgoing; Fri, 3 Apr 1998 09:38:17 -0800 (PST) (envelope-from owner-freebsd-current@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 JAA06428 for ; Fri, 3 Apr 1998 09:38:13 -0800 (PST) (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 TAA02734; Fri, 3 Apr 1998 19:37:24 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current In-reply-to: Your message of "Fri, 03 Apr 1998 21:12:12 +0400." <19980403211212.09449@nagual.pp.ru> Date: Fri, 03 Apr 1998 19:37:24 +0200 Message-ID: <2732.891625044@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980403211212.09449@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== ?= writes: >On Fri, Apr 03, 1998 at 07:08:12PM +0200, Poul-Henning Kamp wrote: >> In message , " >Alok >> K. Dhir" writes: >> > >> >This patch worked great. Is there any reason why it shouldn't be >> >committed? >> >> Yes there is a reason: it is wrong, it lacks a splhigh(). >> >> Please report on the version currently in -current. > > >This report/patch already *IS* for very latest version currently in >-current, your fix really fix nothing, the bug remains. Are you sure you are looking at 1.35 ? If you compare version 1.33 and 1.35 you will see that there is no change in spl() placement and protection. I simply fail to see what the heck you think you need to fuck with splhigh for... Try to diff 1.33 and 1.35 and see what I mean... -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 09:51:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA08317 for freebsd-current-outgoing; Fri, 3 Apr 1998 09:51:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA08311 for ; Fri, 3 Apr 1998 09:51:14 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id VAA07256; Fri, 3 Apr 1998 21:48:37 +0400 (MSD) (envelope-from ache) Message-ID: <19980403214836.43861@nagual.pp.ru> Date: Fri, 3 Apr 1998 21:48:36 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980403211212.09449@nagual.pp.ru> <2732.891625044@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <2732.891625044@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 07:37:24PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 07:37:24PM +0200, Poul-Henning Kamp wrote: > In message <19980403211212.09449@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== > ?= writes: > >On Fri, Apr 03, 1998 at 07:08:12PM +0200, Poul-Henning Kamp wrote: > >> In message , " > >Alok > >> K. Dhir" writes: > >> > > >> >This patch worked great. Is there any reason why it shouldn't be > >> >committed? > >> > >> Yes there is a reason: it is wrong, it lacks a splhigh(). > >> > >> Please report on the version currently in -current. > > > > > >This report/patch already *IS* for very latest version currently in > >-current, your fix really fix nothing, the bug remains. > > Are you sure you are looking at 1.35 ? Yes. > If you compare version 1.33 and 1.35 you will see that there is no > change in spl() placement and protection. I simply fail to see > what the heck you think you need to fuck with splhigh for... > > Try to diff 1.33 and 1.35 and see what I mean... With splhigh() any version cause great slowness. The knob is not various calculation styles but splhigh() itself. I suppose that splihigh() was there for a long time, it means that proposed patch is workaround only and real bug is somewhere else. In any case it manifestates itself very recently after your general time changes. Why you not simple run X11/Netscape to see the bug in action? It is very visible. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:08:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA09760 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:08:24 -0800 (PST) (envelope-from owner-freebsd-current@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 KAA09755 for ; Fri, 3 Apr 1998 10:08:22 -0800 (PST) (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 UAA02816; Fri, 3 Apr 1998 20:06:44 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current In-reply-to: Your message of "Fri, 03 Apr 1998 21:48:36 +0400." <19980403214836.43861@nagual.pp.ru> Date: Fri, 03 Apr 1998 20:06:44 +0200 Message-ID: <2814.891626804@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980403214836.43861@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== >> If you compare version 1.33 and 1.35 you will see that there is no >> change in spl() placement and protection. I simply fail to see >> what the heck you think you need to fuck with splhigh for... >> >> Try to diff 1.33 and 1.35 and see what I mean... > >With splhigh() any version cause great slowness. The knob is not various >calculation styles but splhigh() itself. I suppose that splihigh() was >there for a long time, it means that proposed patch is workaround only and >real bug is somewhere else. In any case it manifestates itself very >recently after your general time changes. Why you not simple run >X11/Netscape to see the bug in action? It is very visible. The splhigh is needed to prevent a race in the P_SELECT flag handling, so clearly the bug must be somewhere else. It will take me some hours before I can reinstall a system with a -current, all my machines are doing something at the moment. Does a ktrace reveal anything ? -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:23:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12356 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:23:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12351 for ; Fri, 3 Apr 1998 10:23:11 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id KAA25869; Fri, 3 Apr 1998 10:23:11 -0800 (PST) (envelope-from sef) Date: Fri, 3 Apr 1998 10:23:11 -0800 (PST) From: Sean Eric Fagan Message-Id: <199804031823.KAA25869@kithrup.com> To: current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-Reply-To: <1291.891594980.kithrup.freebsd.current@critter.freebsd.dk> References: Your message of "Fri, 03 Apr 1998 17:22:05 +0900." <19980403172205.30045@papillon.lemis.com> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <1291.891594980.kithrup.freebsd.current@critter.freebsd.dk> PHK writes: >I don't need an excuse for saying "no". That's right. Whatever PHK does is right, and if anyone objects, they're wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:26:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14053 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:26:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 KAA14011 for ; Fri, 3 Apr 1998 10:26:29 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id MAA28198 for current@freebsd.org; Fri, 3 Apr 1998 12:26:29 -0600 (CST) From: Kevin Day Message-Id: <199804031826.MAA28198@home.dragondata.com> Subject: 4G file limit now? :) To: current@FreeBSD.ORG Date: Fri, 3 Apr 1998 12:26:24 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On a -current system cvsupped about a week ago: panic: free: address 0xffffffff out of range Poking around: -rw-r--r-- 1 root bin 4294967314 Apr 3 12:07 httpd-access.log Is this a 4G limit somewhere I hit? I know i've had files much bigger than this before... Or was this some fluke? :) And I don't have a trace, thought I had a core dump, but didn't.... After I rebooted, I was able to run just fine though.... (i'm well past 4G by now) Any clues? Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15214 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:30:02 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15157 for ; Fri, 3 Apr 1998 10:29:48 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id WAA07490; Fri, 3 Apr 1998 22:25:40 +0400 (MSD) (envelope-from ache) Message-ID: <19980403222540.64574@nagual.pp.ru> Date: Fri, 3 Apr 1998 22:25:40 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: More info RE: X slowdown in -current Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980403214836.43861@nagual.pp.ru> <2814.891626804@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <2814.891626804@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 08:06:44PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 08:06:44PM +0200, Poul-Henning Kamp wrote: > It will take me some hours before I can reinstall a system with a > -current, all my machines are doing something at the moment. > Oops, sorry for simplification, I just comment out splhigh in your 1.35 and slowness still present. I.e. following variant NOT work. I'll try to experiment more... *** sys_generic.c.bak Thu Apr 2 11:22:17 1998 --- sys_generic.c Fri Apr 3 22:17:13 1998 *************** *** 733,751 **** error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; ! s = splhigh(); if (term && term <= ticks) { ! splx(s); goto done; } timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { ! splx(s); goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); ! splx(s); if (error == 0) goto retry; done: --- 733,751 ---- error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; ! // s = splhigh(); if (term && term <= ticks) { ! // splx(s); goto done; } timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { ! // splx(s); goto retry; } p->p_flag &= ~P_SELECT; error = tsleep((caddr_t)&selwait, PSOCK | PCATCH, "poll", timo); ! // splx(s); if (error == 0) goto retry; done: -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:41:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18051 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:41:24 -0800 (PST) (envelope-from owner-freebsd-current@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 KAA18026 for ; Fri, 3 Apr 1998 10:41:20 -0800 (PST) (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 UAA02914; Fri, 3 Apr 1998 20:40:22 +0200 (CEST) To: Sean Eric Fagan cc: current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Fri, 03 Apr 1998 10:23:11 -0800." <199804031823.KAA25869@kithrup.com> Date: Fri, 03 Apr 1998 20:40:22 +0200 Message-ID: <2912.891628822@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199804031823.KAA25869@kithrup.com>, Sean Eric Fagan writes: >In article <1291.891594980.kithrup.freebsd.current@critter.freebsd.dk> PHK wr >ites: >>I don't need an excuse for saying "no". > >That's right. Whatever PHK does is right, and if anyone objects, they're >wrong. 1. No 2. but they had better have their arguments lined up and in order 3. As you well know. (excuses to A.A.Milne) -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:49:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20934 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:49:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20919 for ; Fri, 3 Apr 1998 10:49:21 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id WAA07635; Fri, 3 Apr 1998 22:48:59 +0400 (MSD) (envelope-from ache) Message-ID: <19980403224858.27971@nagual.pp.ru> Date: Fri, 3 Apr 1998 22:48:58 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980403214836.43861@nagual.pp.ru> <2814.891626804@critter.freebsd.dk> <19980403222540.64574@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980403222540.64574@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Apr 03, 1998 at 10:25:40PM +0400 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, here is working patch *WITH* splhigh(), since no errors here, it even can be commited until real solution found. So I take out my splhigh() claims. *** sys_generic.c.orig Thu Apr 2 11:22:17 1998 --- sys_generic.c Fri Apr 3 22:31:09 1998 *************** *** 538,545 **** */ fd_mask s_selbits[howmany(2048, NFDBITS)]; fd_mask *ibits[3], *obits[3], *selbits, *sbp; ! struct timeval atv; ! int s, ncoll, error, timo, term; u_int nbufbytes, ncpbytes, nfdbits; if (uap->nd < 0) --- 538,545 ---- */ fd_mask s_selbits[howmany(2048, NFDBITS)]; fd_mask *ibits[3], *obits[3], *selbits, *sbp; ! struct timeval atv, ctv; ! int s, ncoll, error, timo; u_int nbufbytes, ncpbytes, nfdbits; if (uap->nd < 0) *************** *** 600,620 **** error = EINVAL; goto done; } ! term = ticks + tvtohz(&atv); } else ! term = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); if (error || p->p_retval[0]) goto done; ! s = splhigh(); ! if (term && term <= ticks) { ! splx(s); goto done; } ! timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); goto retry; --- 600,623 ---- error = EINVAL; goto done; } ! getmicrotime(&ctv); ! timevaladd(&atv, &ctv); ! timo = hzto(&atv); } else ! timo = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); if (error || p->p_retval[0]) goto done; ! getmicrotime(&ctv); ! /* this should be timercmp(&time, &atv, >=) */ ! if (uap->tv && (ctv.tv_sec > atv.tv_sec || ! (ctv.tv_sec == atv.tv_sec && ctv.tv_usec >= atv.tv_usec))) { goto done; } ! s = splhigh(); if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); goto retry; *************** *** 701,708 **** { caddr_t bits; char smallbits[32 * sizeof(struct pollfd)]; ! struct timeval atv; ! int s, ncoll, error = 0, timo, term; size_t ni; if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { --- 704,711 ---- { caddr_t bits; char smallbits[32 * sizeof(struct pollfd)]; ! struct timeval atv, ctv; ! int s, ncoll, error = 0, timo; size_t ni; if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { *************** *** 724,744 **** error = EINVAL; goto done; } ! term = ticks + tvtohz(&atv); } else ! term = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; ! s = splhigh(); ! if (term && term <= ticks) { ! splx(s); goto done; ! } ! timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); goto retry; --- 727,747 ---- error = EINVAL; goto done; } ! getmicrotime(&ctv); ! timevaladd(&atv, &ctv); ! timo = hzto(&atv); } else ! timo = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; ! getmicrotime(&ctv); ! if (timo && timercmp(&ctv, &atv, >=)) goto done; ! s = splhigh(); if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); goto retry; -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:54:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22147 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:54:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22142 for ; Fri, 3 Apr 1998 10:54:13 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id KAA28895; Fri, 3 Apr 1998 10:54:13 -0800 (PST) (envelope-from sef) Date: Fri, 3 Apr 1998 10:54:13 -0800 (PST) From: Sean Eric Fagan Message-Id: <199804031854.KAA28895@kithrup.com> To: current@FreeBSD.ORG Reply-To: chat@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-Reply-To: <2912.891628822.kithrup.freebsd.current@critter.freebsd.dk> References: Your message of "Fri, 03 Apr 1998 10:23:11 -0800." <199804031823.KAA25869@kithrup.com> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <2912.891628822.kithrup.freebsd.current@critter.freebsd.dk> PHK writes: >>In article <1291.891594980.kithrup.freebsd.current@critter.freebsd.dk> PHK wr >>ites: >>>I don't need an excuse for saying "no". >> >>That's right. Whatever PHK does is right, and if anyone objects, they're >>wrong. > >1. No > >2. but they had better have their arguments lined up and in order > >3. As you well know. Pay attention: If you disagree with PHK, and tell him so, he will ignore you. If you say you think it should be done a better way, he will say "no." And nothing more. As he himself says: "I don't need an excuse for saying 'no'." And his justification for his behaviour is "I'm on core, and you're not, so you have to do what I say." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 10:57:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22780 for freebsd-current-outgoing; Fri, 3 Apr 1998 10:57:09 -0800 (PST) (envelope-from owner-freebsd-current@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 KAA22762 for ; Fri, 3 Apr 1998 10:56:47 -0800 (PST) (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 UAA03009; Fri, 3 Apr 1998 20:55:02 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 22:48:58 +0400." <19980403224858.27971@nagual.pp.ru> Date: Fri, 03 Apr 1998 20:55:02 +0200 Message-ID: <3007.891629702@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Which is basically reverting to 1.33, right ? -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA23799 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:03:53 -0800 (PST) (envelope-from owner-freebsd-current@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 LAA23787; Fri, 3 Apr 1998 11:03:49 -0800 (PST) (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 VAA03077; Fri, 3 Apr 1998 21:03:06 +0200 (CEST) To: chat@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Fri, 03 Apr 1998 10:54:13 -0800." <199804031854.KAA28895@kithrup.com> Date: Fri, 03 Apr 1998 21:03:06 +0200 Message-ID: <3075.891630186@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sean, Apart from the fact that I'm currently laughing my throat sore over your bruised ego and your sour emails, I'm not going to further participate in this flame-fest. I'm working seriously at trying to improve FreeBSD, and if you have nothing more productive to do that what you're doing now, well, why don't you join Linux then ? That way you would benefit FreeBSD more than you do now. Over and out... -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:05:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24282 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:05:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24219 for ; Fri, 3 Apr 1998 11:04:48 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA17231; Fri, 3 Apr 1998 14:04:41 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804031904.OAA17231@dyson.iquest.net> Subject: Re: 4G file limit now? :) In-Reply-To: <199804031826.MAA28198@home.dragondata.com> from Kevin Day at "Apr 3, 98 12:26:24 pm" To: toasty@home.dragondata.com (Kevin Day) Date: Fri, 3 Apr 1998 14:04:41 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > On a -current system cvsupped about a week ago: > > panic: free: address 0xffffffff out of range > > Poking around: > > -rw-r--r-- 1 root bin 4294967314 Apr 3 12:07 httpd-access.log > > > Is this a 4G limit somewhere I hit? I know i've had files much bigger than > this before... Or was this some fluke? :) > > And I don't have a trace, thought I had a core dump, but didn't.... After I > rebooted, I was able to run just fine though.... (i'm well past 4G by now) > > This is bad. I can imagine a user level program not handling a big file correctly, however the kernel should not panic. I'll try to look at it, especially since I represent the fact that FreeBSD supports > 4GB files easily. (mmap is problematical though, unless you are using your 64 bit P3 processor :-)). John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:08:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25444 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:08:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25395 for ; Fri, 3 Apr 1998 11:08:49 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id XAA07766; Fri, 3 Apr 1998 23:06:20 +0400 (MSD) (envelope-from ache) Message-ID: <19980403230620.60027@nagual.pp.ru> Date: Fri, 3 Apr 1998 23:06:20 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980403224858.27971@nagual.pp.ru> <3007.891629702@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3007.891629702@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 08:55:02PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 08:55:02PM +0200, Poul-Henning Kamp wrote: > > Which is basically reverting to 1.33, right ? Only basically. 1.33 use 'time' non-existent now. I also move splhigh() one 'if' down since you say that it is needed for P_SELECT protection only and 'time' variable replacement code not require it. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:14:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26664 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:14:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26659 for ; Fri, 3 Apr 1998 11:14:15 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id LAA01002; Fri, 3 Apr 1998 11:14:15 -0800 (PST) (envelope-from sef) Date: Fri, 3 Apr 1998 11:14:15 -0800 (PST) From: Sean Eric Fagan Message-Id: <199804031914.LAA01002@kithrup.com> To: current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-Reply-To: <3075.891630186.kithrup.freebsd.current@critter.freebsd.dk> References: Your message of "Fri, 03 Apr 1998 10:54:13 -0800." <199804031854.KAA28895@kithrup.com> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3075.891630186.kithrup.freebsd.current@critter.freebsd.dk> PHK writes: >I'm working seriously at trying to improve FreeBSD, and if you have >nothing more productive to do that what you're doing now, well, why >don't you join Linux then ? That way you would benefit FreeBSD more >than you do now. Fine. If that's whe way core wants it -- and PHK proudly states he's a core member and uses it to justify his ignoring people and complaints -- then I will, very regretfully, rescind the copyright on every piece of code I have ever written or contributed. That means most of the linux and ibcs2 emulation code will have to go, because it's derived from what I wrote. procfs and ptrace have to go. ping will need to be reverted to to the 4.4 release. truss is out, of course. Other various bits -- the vm86 support will have to be re-integrated from teh original code BSDi, althoguh that should be fairly simple. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:17:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27579 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:17:31 -0800 (PST) (envelope-from owner-freebsd-current@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 LAA27562 for ; Fri, 3 Apr 1998 11:17:27 -0800 (PST) (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 VAA03132; Fri, 3 Apr 1998 21:16:11 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 23:06:20 +0400." <19980403230620.60027@nagual.pp.ru> Date: Fri, 03 Apr 1998 21:16:10 +0200 Message-ID: <3130.891630970@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980403230620.60027@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== ?= writes: >On Fri, Apr 03, 1998 at 08:55:02PM +0200, Poul-Henning Kamp wrote: >> >> Which is basically reverting to 1.33, right ? > >Only basically. 1.33 use 'time' non-existent now. I also move splhigh() >one 'if' down since you say that it is needed for P_SELECT protection >only and 'time' variable replacement code not require it. Ok, in the meantime I have installed a -current kernel, ie 1.35 on a machine here, and a netscape as well (ports/www/netscape4-communicator), and running it to a remote X server I see no ill effects, it runs as well as I've ever seen it on a i486 cpu. So what exactly is the problem you're seing (any URLs I should try ?) Does "top" show any weird behaviour ? Does "systat :vm" show abnormally many syscalls ? Does ktrace on your netscape show anything weird ? Could it maybe be the Xserver which is having the trouble, not the netscape process ? -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:36:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01687 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:36:11 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 LAA01663 for ; Fri, 3 Apr 1998 11:36:08 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id NAA06172; Fri, 3 Apr 1998 13:35:49 -0600 (CST) From: Kevin Day Message-Id: <199804031935.NAA06172@home.dragondata.com> Subject: Re: 4G file limit now? :) In-Reply-To: <19980403133152.08157@arh0300.urh.uiuc.edu> from dannyman at "Apr 3, 98 01:31:52 pm" To: dannyman@sasquatch.dannyland.org (dannyman) Date: Fri, 3 Apr 1998 13:35:45 -0600 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, Apr 03, 1998 at 12:26:24PM -0600, Kevin Day wrote: > > > Poking around: > > > > -rw-r--r-- 1 root bin 4294967314 Apr 3 12:07 httpd-access.log > > > > > > Is this a 4G limit somewhere I hit? I know i've had files much bigger than > > this before... Or was this some fluke? :) > > Well, aside from the fact that we want the kernel working right, you might > wanna rotate that thing sometime. I mean, 4G for a web log ... that's more > than most folks even have. gzip is wonderful. > > Don't mind me, I'm just a bit freaked because I used to run my web server > on an Amiga, and 1M log files would annoy me such that my FreeBSD systems > now rotate and gzip the logs monthly. > > -dan > I rotate it every 14 days... :) Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:36:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00993 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:32:16 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) 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 LAA00951 for ; Fri, 3 Apr 1998 11:32:02 -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 NAA26215; Fri, 3 Apr 1998 13:31:52 -0600 (CST) Message-ID: <19980403133152.08157@arh0300.urh.uiuc.edu> Date: Fri, 3 Apr 1998 13:31:52 -0600 From: dannyman To: Kevin Day , current@FreeBSD.ORG Subject: Re: 4G file limit now? :) Mail-Followup-To: Kevin Day , current@FreeBSD.ORG References: <199804031826.MAA28198@home.dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804031826.MAA28198@home.dragondata.com>; from Kevin Day on Fri, Apr 03, 1998 at 12:26:24PM -0600 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 12:26:24PM -0600, Kevin Day wrote: > Poking around: > > -rw-r--r-- 1 root bin 4294967314 Apr 3 12:07 httpd-access.log > > > Is this a 4G limit somewhere I hit? I know i've had files much bigger than > this before... Or was this some fluke? :) Well, aside from the fact that we want the kernel working right, you might wanna rotate that thing sometime. I mean, 4G for a web log ... that's more than most folks even have. gzip is wonderful. Don't mind me, I'm just a bit freaked because I used to run my web server on an Amiga, and 1M log files would annoy me such that my FreeBSD systems now rotate and gzip the logs monthly. -dan -- // dannyman yori aiokomete || Our Honored Symbol deserves \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:36:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02075 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:36:48 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02012 for ; Fri, 3 Apr 1998 11:36:44 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id XAA07892; Fri, 3 Apr 1998 23:32:43 +0400 (MSD) (envelope-from ache) Message-ID: <19980403233242.31917@nagual.pp.ru> Date: Fri, 3 Apr 1998 23:32:42 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980403230620.60027@nagual.pp.ru> <3130.891630970@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3130.891630970@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 09:16:10PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 09:16:10PM +0200, Poul-Henning Kamp wrote: > Ok, in the meantime I have installed a -current kernel, ie 1.35 on > a machine here, and a netscape as well (ports/www/netscape4-communicator), > and running it to a remote X server I see no ill effects, it runs ^^^^^^ you need to run everything on local machine > as well as I've ever seen it on a i486 cpu. > So what exactly is the problem you're seing (any URLs I should try ?) You need no URLs, when Netscape4-communicator starts it draws its icon bar. With the bug it draws it at 1icon per 2secs rate. Next example is xterm scrolling, usually showed with 'ls -R'. When you move your mouse intensively, it helps to draw faster since generate more events. I use /dev/sysmouse (syscons mouse). Something the picture locks completely until you touch mouse. > Does "top" show any weird behaviour ? No. > Does "systat :vm" show abnormally many syscalls ? I not check. > Does ktrace on your netscape show anything weird ? No. > Could it maybe be the Xserver which is having the trouble, not the > netscape process ? No, when I run Netscape remotely there is no slowness. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 11:53:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05905 for freebsd-current-outgoing; Fri, 3 Apr 1998 11:53:11 -0800 (PST) (envelope-from owner-freebsd-current@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 LAA05890 for ; Fri, 3 Apr 1998 11:53:04 -0800 (PST) (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 VAA03269; Fri, 3 Apr 1998 21:52:12 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 23:32:42 +0400." <19980403233242.31917@nagual.pp.ru> Date: Fri, 03 Apr 1998 21:52:12 +0200 Message-ID: <3267.891633132@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> So what exactly is the problem you're seing (any URLs I should try ?) > >You need no URLs, when Netscape4-communicator starts it draws its icon >bar. With the bug it draws it at 1icon per 2secs rate. Not for me :-( >Next example is xterm scrolling, usually showed with 'ls -R'. Not for me :-( >When you move your mouse intensively, it helps to draw faster since >generate more events. I use /dev/sysmouse (syscons mouse). My xserver is remote, but it still doesn't make any difference :-( >Something the picture locks completely until you touch mouse. not here. >> Does "systat :vm" show abnormally many syscalls ? > >I not check. please do. >> Does ktrace on your netscape show anything weird ? >No. > >> Could it maybe be the Xserver which is having the trouble, not the >> netscape process ? > >No, when I run Netscape remotely there is no slowness. Dang. I can't reproduce it here. I know the problem you describe, and I specifically tested with netscape before I committed 1.35 :-( The problem is that time must somehow become zero when we reach tsleep() where it should have been non-zero. I'd be damned if I can see how that can happen. The code looks like this: s = splhigh(); if (term && term <= ticks) { splx(s); goto done; } timo = term ? term - ticks : 0; The splhigh location is important btw, to protect against just this problem (ie, ticks changing between the two uses of it.) Anybody else see this problem with version 1.35 ? BTW: The current code is not really what I plan on, but I'm hashing some ideas out right now with Bruce, which might be even better than the code I have running here right now... -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:07:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09684 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:07:02 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09653 for ; Fri, 3 Apr 1998 12:06:52 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id AAA08083; Sat, 4 Apr 1998 00:04:25 +0400 (MSD) (envelope-from ache) Message-ID: <19980404000425.64904@nagual.pp.ru> Date: Sat, 4 Apr 1998 00:04:25 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980403233242.31917@nagual.pp.ru> <3267.891633132@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3267.891633132@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 09:52:12PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 09:52:12PM +0200, Poul-Henning Kamp wrote: > My xserver is remote, but it still doesn't make any difference :-( local xserver needed for testing. > >> Does "systat :vm" show abnormally many syscalls ? How many is 'abnormally many'? Maybe I'll send you just systat output so you can determine? > The problem is that time must somehow become zero when we reach > tsleep() where it should have been non-zero. I'd be damned if I > can see how that can happen. Do you know any place for debugging printf which just detect error and not overflow messages? I can insert it there and test. Or maybe temporarily use some sysctl variable... > Anybody else see this problem with version 1.35 ? This whole thread *is* about 1.35 version, if you start to read from first messages they are 'the code claimed to be fixed but I still got slowness'. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:09:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10571 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:09:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10565 for ; Fri, 3 Apr 1998 12:09:26 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id PAA00657; Fri, 3 Apr 1998 15:05:35 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Fri, 3 Apr 1998 15:05:19 -0500 (EST) From: "Alok K. Dhir" To: phk@critter.freebsd.dk cc: ache@nagual.pp.ru, Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 3 Apr 1998 phk@critter.freebsd.dk wrote: > My xserver is remote, but it still doesn't make any difference :-( You need to run a local xserver to see the problem... > Anybody else see this problem with version 1.35 ? Yes, I do - and the ache's patches seem to clear it up for me. > BTW: The current code is not really what I plan on, but I'm hashing > some ideas out right now with Bruce, which might be even better than > the code I have running here right now... Thanks for your time and effort. Al To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:12:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11305 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:12:14 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA11295 for ; Fri, 3 Apr 1998 12:12:10 -0800 (PST) (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 WAA03398; Fri, 3 Apr 1998 22:10:25 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Sat, 04 Apr 1998 00:04:25 +0400." <19980404000425.64904@nagual.pp.ru> Date: Fri, 03 Apr 1998 22:10:25 +0200 Message-ID: <3396.891634225@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980404000425.64904@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== ?= writes: >On Fri, Apr 03, 1998 at 09:52:12PM +0200, Poul-Henning Kamp wrote: >> My xserver is remote, but it still doesn't make any difference :-( > >local xserver needed for testing. Hmm, why would that be... >> >> Does "systat :vm" show abnormally many syscalls ? > >How many is 'abnormally many'? Maybe I'll send you just systat output so >you can determine? 'abnormally many' as in "select is really screwed up" >> The problem is that time must somehow become zero when we reach >> tsleep() where it should have been non-zero. I'd be damned if I >> can see how that can happen. > >Do you know any place for debugging printf which just detect error and not >overflow messages? I can insert it there and test. Or maybe temporarily >use some sysctl variable... right before tsleep: if (!timo) printf("proc %d sleeping indefenitely", curproc->p_pid); Netscape should not be amongst them, you'll maybe see inetd and a couple like that... >> Anybody else see this problem with version 1.35 ? > >This whole thread *is* about 1.35 version, if you start to read from first >messages they are 'the code claimed to be fixed but I still got slowness'. The operative word in my question isn't 1.35 but "anybody else" :-) -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:16:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12742 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:16:52 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA12683 for ; Fri, 3 Apr 1998 12:16:43 -0800 (PST) (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 WAA03447; Fri, 3 Apr 1998 22:15:38 +0200 (CEST) To: "Alok K. Dhir" cc: ache@nagual.pp.ru, Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 15:05:19 CDT." Date: Fri, 03 Apr 1998 22:15:37 +0200 Message-ID: <3445.891634537@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I know this sounds weird but could you try to insert these two lines ? if (itimerfix(&atv)) { error = EINVAL; goto done; } >>>> s =splclock(); term = ticks + tvtohz(&atv); >>>> splx(s); } else -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:24:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14157 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:24:09 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA14128 for ; Fri, 3 Apr 1998 12:24:00 -0800 (PST) (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 WAA03492; Fri, 3 Apr 1998 22:21:11 +0200 (CEST) cc: "Alok K. Dhir" , ache@nagual.pp.ru, Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 22:15:37 +0200." <3445.891634537@critter.freebsd.dk> Date: Fri, 03 Apr 1998 22:21:11 +0200 Message-ID: <3490.891634871@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3445.891634537@critter.freebsd.dk>, Poul-Henning Kamp writes: And here is another one to try: Move the splhigh two lines up: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); >>>> s = splhigh(); >>>> if (error || p->p_retval[0]) { >>>> splx(s); >>>> goto done; >>>> } if (term && term <= ticks) { splx(s); goto done; } timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:25:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14612 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:25:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14538 for ; Fri, 3 Apr 1998 12:25:07 -0800 (PST) (envelope-from bartol@salk.edu) Received: from cole.salk.edu (cole [198.202.70.113]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id MAA29483; Fri, 3 Apr 1998 12:20:45 -0800 (PST) Date: Fri, 3 Apr 1998 12:20:43 -0800 (PST) From: Tom Bartol To: Poul-Henning Kamp cc: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: <3267.891633132@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 3 Apr 1998, Poul-Henning Kamp wrote: > > Anybody else see this problem with version 1.35 ? > Yes, I remade world and system (with version 1.35 of sys_generic.c) and I still experienced the slowdown. Installing the "unofficial" patch which circulated here earlier fixes the slowdown problem for me. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:31:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16483 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:31:54 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA16461 for ; Fri, 3 Apr 1998 12:31:47 -0800 (PST) (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 WAA03558; Fri, 3 Apr 1998 22:30:02 +0200 (CEST) To: Tom Bartol cc: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 12:20:43 -0800." Date: Fri, 03 Apr 1998 22:30:02 +0200 Message-ID: <3556.891635402@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Anybody else see this problem with version 1.35 ? >> > >Yes, I remade world and system (with version 1.35 of sys_generic.c) and I >still experienced the slowdown. Installing the "unofficial" patch which >circulated here earlier fixes the slowdown problem for me. How fast computers are you guys running on ? -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:35:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17148 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:35:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17133 for ; Fri, 3 Apr 1998 12:35:08 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id AAA08286; Sat, 4 Apr 1998 00:31:32 +0400 (MSD) (envelope-from ache) Message-ID: <19980404003131.54110@nagual.pp.ru> Date: Sat, 4 Apr 1998 00:31:31 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp , "Alok K. Dhir" Cc: Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, current@FreeBSD.ORG, adkin003@tc.umn.edu References: <3445.891634537@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3445.891634537@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 10:15:37PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 10:15:37PM +0200, Poul-Henning Kamp wrote: > > I know this sounds weird but could you try to insert these two lines ? > > if (itimerfix(&atv)) { > error = EINVAL; > goto done; > } > >>>> s =splclock(); > term = ticks + tvtohz(&atv); > >>>> splx(s); > } else > I test, it not helps. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:37:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18065 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:37:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18018 for ; Fri, 3 Apr 1998 12:36:51 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id AAA08301; Sat, 4 Apr 1998 00:33:40 +0400 (MSD) (envelope-from ache) Message-ID: <19980404003340.61399@nagual.pp.ru> Date: Sat, 4 Apr 1998 00:33:40 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp , Tom Bartol Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , Tom Bartol , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <3556.891635402@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3556.891635402@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 10:30:02PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 10:30:02PM +0200, Poul-Henning Kamp wrote: > > >> Anybody else see this problem with version 1.35 ? > >> > > > >Yes, I remade world and system (with version 1.35 of sys_generic.c) and I > >still experienced the slowdown. Installing the "unofficial" patch which > >circulated here earlier fixes the slowdown problem for me. > > How fast computers are you guys running on ? Timecounter "i8254" frequency 1193182 Hz cost 39 n Timecounter "TSC" frequency 167045962 Hz cost 209 ns CPU: Pentium (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x544 Stepping=4 Features=0x8001bf -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:39:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18992 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:39:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18644 for ; Fri, 3 Apr 1998 12:38:18 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id AAA08324; Sat, 4 Apr 1998 00:35:19 +0400 (MSD) (envelope-from ache) Message-ID: <19980404003518.63228@nagual.pp.ru> Date: Sat, 4 Apr 1998 00:35:18 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980404000425.64904@nagual.pp.ru> <3396.891634225@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3396.891634225@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 10:10:25PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 10:10:25PM +0200, Poul-Henning Kamp wrote: > >How many is 'abnormally many'? Maybe I'll send you just systat output so > >you can determine? > > 'abnormally many' as in "select is really screwed up" I didn't notice many. > right before tsleep: > > if (!timo) printf("proc %d sleeping indefenitely", curproc->p_pid); > > Netscape should not be amongst them, you'll maybe see inetd and a couple > like that... I got this message frequently for both xterm and Netscape. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:41:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19954 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:41:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19864 for ; Fri, 3 Apr 1998 12:41:18 -0800 (PST) (envelope-from bartol@salk.edu) Received: from cole.salk.edu (cole [198.202.70.113]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id MAA01432; Fri, 3 Apr 1998 12:38:17 -0800 (PST) Date: Fri, 3 Apr 1998 12:38:16 -0800 (PST) From: Tom Bartol To: Poul-Henning Kamp cc: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: <3556.891635402@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 3 Apr 1998, Poul-Henning Kamp wrote: > > >> Anybody else see this problem with version 1.35 ? > >> > > > >Yes, I remade world and system (with version 1.35 of sys_generic.c) and I > >still experienced the slowdown. Installing the "unofficial" patch which > >circulated here earlier fixes the slowdown problem for me. > > How fast computers are you guys running on ? > We're running on 300MHz PII machines (a uniprocessor and an SMP box) with 512MB RAM, Adaptec 2940UW, Matrox Millenium II with 8MB, and XFree86-3.3.2. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:41:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20115 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:41:59 -0800 (PST) (envelope-from owner-freebsd-current@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 MAA20052 for ; Fri, 3 Apr 1998 12:41:49 -0800 (PST) (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 WAA03607; Fri, 3 Apr 1998 22:40:17 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Sat, 04 Apr 1998 00:35:18 +0400." <19980404003518.63228@nagual.pp.ru> Date: Fri, 03 Apr 1998 22:40:17 +0200 Message-ID: <3605.891636017@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980404003518.63228@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== ?= writes: >> if (!timo) printf("proc %d sleeping indefenitely", curproc->p_pid); >> >> Netscape should not be amongst them, you'll maybe see inetd and a couple >> like that... > >I got this message frequently for both xterm and Netscape. Ok, next print out the value of the atv (struct timeval) when that happens... xterm is probably normal, it wouldn't need to give a timeout. -- 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-current" in the body of the message From owner-freebsd-current Fri Apr 3 12:45:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21744 for freebsd-current-outgoing; Fri, 3 Apr 1998 12:45:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21597 for ; Fri, 3 Apr 1998 12:45:39 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id PAA01034; Fri, 3 Apr 1998 15:40:46 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Fri, 3 Apr 1998 15:40:45 -0500 (EST) From: "Alok K. Dhir" To: phk@critter.freebsd.dk cc: bartol@salk.edu, ache@nagual.pp.ru, Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mine is a dual Pentium II 300 running SMP... On Fri, 3 Apr 1998 phk@critter.freebsd.dk wrote: > >> Anybody else see this problem with version 1.35 ? > >> > > > >Yes, I remade world and system (with version 1.35 of sys_generic.c) and I > >still experienced the slowdown. Installing the "unofficial" patch which > >circulated here earlier fixes the slowdown problem for me. > > How fast computers are you guys running on ? > > -- > 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!" > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S13-069, ISGMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 13:33:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05897 for freebsd-current-outgoing; Fri, 3 Apr 1998 13:33:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05881 for ; Fri, 3 Apr 1998 13:33:36 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id BAA08667; Sat, 4 Apr 1998 01:31:15 +0400 (MSD) (envelope-from ache) Message-ID: <19980404013115.59864@nagual.pp.ru> Date: Sat, 4 Apr 1998 01:31:15 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , "Alok K. Dhir" , current@FreeBSD.ORG, adkin003@tc.umn.edu References: <19980404003518.63228@nagual.pp.ru> <3605.891636017@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <3605.891636017@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Apr 03, 1998 at 10:40:17PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 10:40:17PM +0200, Poul-Henning Kamp wrote: > In message <19980404003518.63228@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w== > ?= writes: > > >> if (!timo) printf("proc %d sleeping indefenitely", curproc->p_pid); > >> > >> Netscape should not be amongst them, you'll maybe see inetd and a couple > >> like that... > > > >I got this message frequently for both xterm and Netscape. > > Ok, next print out the value of the atv (struct timeval) when that > happens... xterm is probably normal, it wouldn't need to give a timeout. Here is list of atv samples, sorted and uniqed. I print "atv %d %d", atv.tv_sec, atv.tv_usec Hope you'll find something interesting/unusual here. proc 251 sleeping indefenitely atv -2147483648 -266498320 proc 251 sleeping indefenitely atv -2147483648 172032 proc 251 sleeping indefenitely atv -2147483648 208896 proc 251 sleeping indefenitely atv -2147483648 229376 proc 251 sleeping indefenitely atv -2147483648 4096 proc 251 sleeping indefenitely atv -2147483648 537960448 proc 251 sleeping indefenitely atv -2147483648 98304 proc 251 sleeping indefenitely atv -215084544 -259439104 proc 251 sleeping indefenitely atv -215122180 0 proc 251 sleeping indefenitely atv -215122304 -266865546 proc 251 sleeping indefenitely atv -215122356 -267337156 proc 251 sleeping indefenitely atv -247122320 -214847756 proc 251 sleeping indefenitely atv -259644672 -266498320 proc 251 sleeping indefenitely atv -263069952 -263069924 proc 251 sleeping indefenitely atv -263070080 -263070052 proc 251 sleeping indefenitely atv -263070336 -263070308 proc 251 sleeping indefenitely atv -263070464 -263070436 proc 251 sleeping indefenitely atv -263070592 -263070564 proc 251 sleeping indefenitely atv -263070720 -263070692 proc 251 sleeping indefenitely atv -263071232 -263071204 proc 251 sleeping indefenitely atv -263071360 -263071332 proc 251 sleeping indefenitely atv -263071488 -263071460 proc 251 sleeping indefenitely atv -263071616 -263071588 proc 251 sleeping indefenitely atv -263071744 -263071716 proc 251 sleeping indefenitely atv -263071872 -263071844 proc 251 sleeping indefenitely atv -263071872 -266478688 proc 251 sleeping indefenitely atv -263072256 -263072228 proc 251 sleeping indefenitely atv -263811828 20574208 proc 251 sleeping indefenitely atv -263815156 14020608 proc 251 sleeping indefenitely atv -263815156 22519808 proc 251 sleeping indefenitely atv -263815156 22601728 proc 251 sleeping indefenitely atv -263815156 22605824 proc 251 sleeping indefenitely atv -263815156 24678400 proc 251 sleeping indefenitely atv -263815156 25255936 proc 251 sleeping indefenitely atv -263815156 38555648 proc 251 sleeping indefenitely atv -266363148 -215122296 proc 251 sleeping indefenitely atv -266749562 -215122280 proc 251 sleeping indefenitely atv -267203924 -259644548 proc 251 sleeping indefenitely atv -267289162 -215122352 proc 251 sleeping indefenitely atv -267289162 16 proc 251 sleeping indefenitely atv -267289162 17 proc 251 sleeping indefenitely atv 0 -266383004 proc 251 sleeping indefenitely atv 0 -266478688 proc 251 sleeping indefenitely atv 0 0 proc 251 sleeping indefenitely atv 20422656 -215643296 proc 251 sleeping indefenitely atv 21823488 -215643296 proc 251 sleeping indefenitely atv 403707110 1000 proc 251 sleeping indefenitely atv 932 0 proc 258 sleeping indefenitely atv -2147483648 225280 proc 258 sleeping indefenitely atv -259645440 -266498320 proc 258 sleeping indefenitely atv -263810268 26431488 proc 258 sleeping indefenitely atv -263810268 31 proc 258 sleeping indefenitely atv -267289162 -215110064 proc 258 sleeping indefenitely atv 0 0 proc 258 sleeping indefenitely atv 16 16 proc 261 sleeping indefenitely atv -259466240 -266498320 proc 261 sleeping indefenitely atv -259466240 75008 proc 261 sleeping indefenitely atv -263805640 39890944 proc 261 sleeping indefenitely atv -266865593 -215643968 proc 261 sleeping indefenitely atv -267289162 -215036336 proc 261 sleeping indefenitely atv 0 0 proc 261 sleeping indefenitely atv 22556672 -215643872 proc 262 sleeping indefenitely atv -2147483648 90112 proc 262 sleeping indefenitely atv -215023976 -267168329 proc 262 sleeping indefenitely atv -259466752 -266498320 proc 262 sleeping indefenitely atv -259466752 12 proc 262 sleeping indefenitely atv -259466752 13 proc 262 sleeping indefenitely atv -263795500 27639808 proc 262 sleeping indefenitely atv -263795500 38080512 proc 262 sleeping indefenitely atv 0 0 proc 266 sleeping indefenitely atv -263814116 22061056 proc 266 sleeping indefenitely atv -263814116 26431488 proc 266 sleeping indefenitely atv -267289162 -214942128 proc 268 sleeping indefenitely atv -2147483648 98304 proc 268 sleeping indefenitely atv -259468288 -266498320 proc 268 sleeping indefenitely atv -263930908 22061056 proc 268 sleeping indefenitely atv -263930908 26439680 proc 269 sleeping indefenitely atv -1 -267289162 proc 269 sleeping indefenitely atv -214913384 -267168329 proc 269 sleeping indefenitely atv -263070720 -263070692 proc 269 sleeping indefenitely atv -263070976 -263070948 proc 269 sleeping indefenitely atv -263071104 65920 proc 269 sleeping indefenitely atv -263837152 18403328 proc 269 sleeping indefenitely atv -263843808 26439680 proc 269 sleeping indefenitely atv -263843808 27521024 proc 269 sleeping indefenitely atv -263843808 38080512 proc 269 sleeping indefenitely atv -263998664 39890944 proc 269 sleeping indefenitely atv -264085400 19705856 proc 269 sleeping indefenitely atv -267289162 -214913456 proc 269 sleeping indefenitely atv 0 5648384 -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 14:14:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14944 for freebsd-current-outgoing; Fri, 3 Apr 1998 14:14:04 -0800 (PST) (envelope-from owner-freebsd-current@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 OAA14936 for ; Fri, 3 Apr 1998 14:14:02 -0800 (PST) (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 OAA15846 for ; Fri, 3 Apr 1998 14:03:12 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: Re: error when compiling kernel with SOFTUPDATES In-reply-to: Your message of "Fri, 03 Apr 1998 11:14:15 PST." <199804031914.LAA01002@kithrup.com> Date: Fri, 03 Apr 1998 14:03:11 -0800 Message-ID: <15842.891640991@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >If that's whe way core wants it -- and PHK proudly states he's a core member >and uses it to justify his ignoring people and complaints -- then I will, very >regretfully, rescind the copyright on every piece of code I have ever written >or contributed. Needless to say, I think we're just going to call a time-out for both parties at this point and suggest that this whole matter be debated more privately so that the mental age of the discussion can progress somewhere past the 6-year-old mark. What we're seeing here is all just a lot of very purile hand-waving and has very little to do with the legalities of post-facto copyright changes or represents anyone in the core team's attitude about dealing with such conflicts as a general rule. I'm not particularly happy with the way the original situation which has Sean so steamed was handled and I'm not happy with the way THIS situation has been handled - it's now time for a recess so that the various antagonists can regain what little remains of their sanity and think this over somewhat more rationally. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 15:22:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26787 for freebsd-current-outgoing; Fri, 3 Apr 1998 15:22:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26781 for ; Fri, 3 Apr 1998 15:22:11 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.5/8.7.3) id BAA07756; Sat, 4 Apr 1998 01:05:17 +0200 (CEST) Message-ID: <19980404010516.63824@cons.org> Date: Sat, 4 Apr 1998 01:05:16 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Mail-Followup-To: Bruce Evans , cracauer@cons.org, freebsd-current@FreeBSD.ORG References: <199803170406.PAA27158@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=S0zKkzwUGydFO0od X-Mailer: Mutt 0.89i In-Reply-To: <199803170406.PAA27158@godzilla.zeta.org.au>; from Bruce Evans on Tue, Mar 17, 1998 at 03:06:43PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --S0zKkzwUGydFO0od Content-Type: text/plain; charset=us-ascii In <199803170406.PAA27158@godzilla.zeta.org.au>, Bruce Evans wrote: > truss(1) has much the same problem as make(1). ktrace(1) works right > (not surprising - it doesn't fork). The appended fix should fix truss. I treated SIGQUIT as you did for make(1), but see my mail from two minutes ago - is that the right thing? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --S0zKkzwUGydFO0od Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff diff -c -r usr.bin/truss/main.c usr.bin/truss.work/main.c *** usr.bin/truss/main.c Sat Feb 7 12:20:54 1998 --- usr.bin/truss.work/main.c Sat Apr 4 00:53:53 1998 *************** *** 127,132 **** --- 127,133 ---- struct ex_types *funcs; int in_exec = 0; char *fname = NULL; + int sigexit = 0; while ((c = getopt(ac, av, "p:o:S")) != -1) { switch (c) { *************** *** 216,221 **** --- 217,223 ---- break; case S_SIG: fprintf(outfile, "SIGNAL %d\n", pfs.val); + sigexit = pfs.val; break; case S_EXIT: fprintf (outfile, "process exit, rval = %d\n", pfs.val); *************** *** 232,236 **** --- 234,244 ---- if (ioctl(Procfd, PIOCCONT, val) == -1) warn("PIOCCONT"); } while (pfs.why != S_EXIT); + if (sigexit) { + if (sigexit == SIGQUIT) + exit(sigexit); + (void) signal(sigexit, SIG_DFL); + (void) kill(getpid(), sigexit); + } return 0; } --S0zKkzwUGydFO0od-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 15:22:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26922 for freebsd-current-outgoing; Fri, 3 Apr 1998 15:22:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26788 for ; Fri, 3 Apr 1998 15:22:17 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.5/8.7.3) id AAA07690; Sat, 4 Apr 1998 00:58:38 +0200 (CEST) Message-ID: <19980404005837.44468@cons.org> Date: Sat, 4 Apr 1998 00:58:37 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Mail-Followup-To: Bruce Evans , cracauer@cons.org, freebsd-current@FreeBSD.ORG References: <199803131513.CAA27634@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199803131513.CAA27634@godzilla.zeta.org.au>; from Bruce Evans on Sat, Mar 14, 1998 at 02:13:11AM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199803131513.CAA27634@godzilla.zeta.org.au>, Bruce Evans wrote: > >The appended fix seems to treat signals right for compat mode, > >too. I'll do some make world's with patched make and sh over the > >weekend and look for further trouble. > > I changed the handling of SIGQUIT and fixed the style bugs: > > diff -c2 compat.c~ compat.c > *** compat.c~ Mon Feb 24 01:43:20 1997 > --- compat.c Sat Mar 14 01:53:45 1998 > *************** > *** 126,130 **** > > } > ! exit (signo); > } > > --- 126,133 ---- > > } > ! if (signo == SIGQUIT) > ! exit(signo); > ! (void) signal(signo, SIG_DFL); > ! (void) kill(getpid(), signo); > } > > diff -c2 job.c~ job.c > *** job.c~ Mon Feb 24 01:43:21 1997 > --- job.c Fri Feb 13 05:06:16 1998 > *************** > *** 2905,2909 **** > } > (void) eunlink(tfile); > - exit(signo); > } > > --- 2905,2908 ---- > > SIGQUIT handling is still buggy. For the simple Makefile: > --- > foo: > sleep 1000 > --- > killing make with SIGQUIT gives the following behaviours: > > 1. make: exits with status 3 (SIGQUIT) (per the above change). > 2. make -j4: hangs (broken). > 3: gmake: exits with status 1. > 3: gmake -j4: exits with status 1. > > POSIX.2 only requires a nonzero exit status for SIGQUIT. We've just > fixed the handling of SIGINT, SIGTERM and SIGHUP. I'm not sure why you treat SIGQUIT specially. That way the script can't end immedeatly after the current job. And the user requests that all jobs in the current forground process group should dump core, so why not just resend SIGQUIT as well? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 15:37:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28483 for freebsd-current-outgoing; Fri, 3 Apr 1998 15:37:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsdx.dyn.ml.org (pm336-06.dialip.mich.net [35.9.11.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28477 for ; Fri, 3 Apr 1998 15:37:45 -0800 (PST) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (user1@localhost.dyn.ml.org [127.0.0.1]) by bsdx.dyn.ml.org (8.8.8/8.8.7) with ESMTP id SAA00400 for ; Fri, 3 Apr 1998 18:37:36 -0500 (EST) (envelope-from mcdougall@ameritech.net) Message-ID: <352572C0.A77EDD94@ameritech.net> Date: Fri, 03 Apr 1998 18:37:36 -0500 From: Adam McDougall Reply-To: mcdougall@ameritech.net X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: need dpt enabled boot disk urgently :) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone have one of Simon Shapiro's boot disks for dpt that works on a snap of -current from before the microtime change? I just got a new dpt board and his site seems to be down, and I want to install freebsd on my new drive :) Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 16:21:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04227 for freebsd-current-outgoing; Fri, 3 Apr 1998 16:21:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04219 for ; Fri, 3 Apr 1998 16:21:03 -0800 (PST) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id RAA29997 for ; Fri, 3 Apr 1998 17:21:02 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd029983; Fri Apr 3 17:20:59 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id RAA13459 for current@freebsd.org; Fri, 3 Apr 1998 17:20:59 -0700 (MST) From: Terry Lambert Message-Id: <199804040020.RAA13459@usr06.primenet.com> Subject: BUG in getnetent(3) and family? To: current@FreeBSD.ORG Date: Sat, 4 Apr 1998 00:20:59 +0000 (GMT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think there is a bug in getnetent(3) and family's representation of the value of the n_net field. Specifically, if I: struct netent *nep; struct in_addr in; while( ( nep = getnetent()) != NULL) { printf( "n_name: %s\n", nep->n_name); in.s_addr = htonl(nep->n_net); printf( "n_net: %s\n", inet_ntoa(in)); } And /etc/networks contains: your-net 127 # your comment your-netmask 255.255.255 # subnet mask for your-net subnet1 127.0.1 alias1 # comment 1 subnet2 127.0.2 alias2 # comment 2 The ouput I get is: n_name: your-net n_net: 0.0.0.127 n_name: your-netmask n_net: 0.255.255.255 n_name: subnet1 n_net: 0.127.0.1 n_name: subnet2 n_net: 0.127.0.2 Pretty obviously, missing tuples aren't being expanded, per the RFC and per the man page?!? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 16:28:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05075 for freebsd-current-outgoing; Fri, 3 Apr 1998 16:28:32 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05065 for ; Fri, 3 Apr 1998 16:28:30 -0800 (PST) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA26851 for ; Fri, 3 Apr 1998 17:28:28 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp01.primenet.com, id smtpd026823; Fri Apr 3 17:28:18 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id RAA13922 for current@freebsd.org; Fri, 3 Apr 1998 17:28:17 -0700 (MST) From: Terry Lambert Message-Id: <199804040028.RAA13922@usr06.primenet.com> Subject: Another problem with getnetent(3)! To: current@FreeBSD.ORG Date: Sat, 4 Apr 1998 00:28:16 +0000 (GMT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Apparently, there is another problem. If I amend the previous code with: ... char **pp; while( ( nep = getnetent()) != NULL) { ... for( pp = nep->n_aliases; *pp != NULL; pp++) { printf( "alias %s\n", *pp); } printf( "\n"); } If I don't have an alias, then the last thing on the line (the IP address) is erroneously processed as an alias. This is wrong. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 16:37:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06056 for freebsd-current-outgoing; Fri, 3 Apr 1998 16:37:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06051 for ; Fri, 3 Apr 1998 16:37:35 -0800 (PST) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA05409; Fri, 3 Apr 1998 17:37:32 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd005395; Fri Apr 3 17:37:27 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id RAA14474; Fri, 3 Apr 1998 17:37:19 -0700 (MST) From: Terry Lambert Message-Id: <199804040037.RAA14474@usr06.primenet.com> Subject: Re: error when compiling kernel with SOFTUPDATES To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sat, 4 Apr 1998 00:37:19 +0000 (GMT) Cc: grog@lemis.com, gljohns@bellsouth.net, freebsd-current@FreeBSD.ORG In-Reply-To: <1291.891594980@critter.freebsd.dk> from "Poul-Henning Kamp" at Apr 3, 98 11:16:20 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >>>> change "tv = time" to "getmicrotime(&tv);" > >>> > >>> Wouldn't it have been possible to hide this change with a macro, like > >>> was done with the reorganization of the buffer headers under 2.2.6? > >> > >> no. > > > >Yes. Prove me wrong. And yes, I know that the form you chose makes > >it almost impossible, but that's no excuse. > > SMP is the reason, and I don't need an excuse for saying "no". Besides which, he's right, unless you count inline functions as macros, declare a global time value and access it opaquely (yeah, we could cale it "time"... NOT), or depend on the las result being in the first register, and the first register being used on returns (ie: all the world's a VAX, and all compilers don't play tricks with registers, and other [wrong] assumptions). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 17:46:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01908 for freebsd-current-outgoing; Fri, 3 Apr 1998 17:46:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au ([203.36.2.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA01892 for ; Fri, 3 Apr 1998 17:46:42 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id LAA02914 for current@freebsd.org; Sat, 4 Apr 1998 11:46:45 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199804040146.LAA02914@cimlogic.com.au> Subject: select problems To: current@FreeBSD.ORG Date: Sat, 4 Apr 1998 11:46:45 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, I've watched all the hooplah about things slowing down. Well here's one that stops. select should at least be interruptable by a signal. Using libc_r, a SIGINFO signal sent to a process should dump a thread list. It doesn't. A ktrace on the process logs nothing. There should be a timer running that interrupts the process at regular intervals. This is with a kernel built from sources cvsup'd within the last 4 hours. Time to back out those time changes, I guess. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 18:25:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06424 for freebsd-current-outgoing; Fri, 3 Apr 1998 18:25:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (garbanzo@pm3-ppp17.well.com [206.15.85.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06413 for ; Fri, 3 Apr 1998 18:24:57 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id SAA03521; Fri, 3 Apr 1998 18:22:45 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 3 Apr 1998 18:22:45 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Poul-Henning Kamp cc: current Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: <3556.891635402@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 3 Apr 1998, Poul-Henning Kamp wrote: > > >> Anybody else see this problem with version 1.35 ? > >> > > > >Yes, I remade world and system (with version 1.35 of sys_generic.c) and I > >still experienced the slowdown. Installing the "unofficial" patch which > >circulated here earlier fixes the slowdown problem for me. > > How fast computers are you guys running on ? I haven't tried any patches, and I'm running on what appears to be sys_generic.c v. 1.35, on a p180, and netscape and xterm (although not kirc) seem to run horridly slow. I've got 64mb ram, and have no flags set for npx0. - alex "We are upping our standards ... so up yours." - Pat Paulsen for US of A Prez, 1988. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 20:18:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19863 for freebsd-current-outgoing; Fri, 3 Apr 1998 20:18:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA19857 for ; Fri, 3 Apr 1998 20:18:26 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA21747 for ; Fri, 3 Apr 1998 20:18:20 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804040418.UAA21747@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: [TECH] physio split the request.. cannot proceed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Apr 1998 20:18:20 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try to use the Linux package SANE -- is a scsi scanner package. While trying to read from the scsi scanner , I am getting : physio split the request.. cannot proceed This message is coming from :scsi_ioctl.c:scsistrategy A few months ago , I didn't have any problems at all using SANE. The scsi read request is way below the 32k limit . Anyone got a clue as to what changed in the kernel ? Tnks, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 20:52:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23414 for freebsd-current-outgoing; Fri, 3 Apr 1998 20:52:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA23404 for ; Fri, 3 Apr 1998 20:52:16 -0800 (PST) (envelope-from spork@super-g.com) Received: from localhost (localhost [127.0.0.1]) by super-g.inch.com (8.8.8/8.8.5) with SMTP id XAA04111; Fri, 3 Apr 1998 23:51:40 -0500 (EST) Date: Fri, 3 Apr 1998 23:51:40 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: Adam McDougall cc: current@FreeBSD.ORG Subject: Re: need dpt enabled boot disk urgently :) In-Reply-To: <352572C0.A77EDD94@ameritech.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I just happen to have something called "boot30.flp" that I got from Simon's site on my laptop. I'm uploading it now to : http://www.inch.com/~stinky/boot30.flp Let me know (at spork@inch.com) if you have any problems... Charles Sprickman spork@super-g.com ---- "I'm not a prophet or a stone-age man Just a mortal with potential of a superman I'm living on" -DB On Fri, 3 Apr 1998, Adam McDougall wrote: > Anyone have one of Simon Shapiro's boot disks for dpt that works on a > snap of -current from before the microtime change? I just got a new dpt > board and his site seems to be down, and I want to install freebsd on my > new drive :) > > Thanks > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 21:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27527 for freebsd-current-outgoing; Fri, 3 Apr 1998 21:20:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27480 for ; Fri, 3 Apr 1998 21:20:00 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id WAA05154; Fri, 3 Apr 1998 22:20:00 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd005118; Fri Apr 3 22:19:58 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id WAA29024; Fri, 3 Apr 1998 22:19:57 -0700 (MST) From: Terry Lambert Message-Id: <199804040519.WAA29024@usr01.primenet.com> Subject: Re: select problems To: jb@cimlogic.com.au (John Birrell) Date: Sat, 4 Apr 1998 05:19:57 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199804040146.LAA02914@cimlogic.com.au> from "John Birrell" at Apr 4, 98 11:46:45 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK, I've watched all the hooplah about things slowing down. Well here's > one that stops. select should at least be interruptable by a signal. > Using libc_r, a SIGINFO signal sent to a process should dump a thread > list. The threads signal handling leaves a little to be desired. I think the problem is there, not in the select stuff. > This is with a kernel built from sources cvsup'd within the last 4 hours. > > Time to back out those time changes, I guess. The time changes are the right thing to do. I think the patch to select is awful dirty, but no dirtiter than it not working, and Poul's going to replace it anyway, after talking to Bruce (from last reports). I would like to see the working patch (with the splhigh()) committed, and *NOT* backout the changes. If anyone could vote, that'd be mine. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 21:26:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28482 for freebsd-current-outgoing; Fri, 3 Apr 1998 21:26:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au ([203.36.2.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28448 for ; Fri, 3 Apr 1998 21:25:51 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id PAA00709; Sat, 4 Apr 1998 15:25:36 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199804040525.PAA00709@cimlogic.com.au> Subject: Re: select problems In-Reply-To: <199804040519.WAA29024@usr01.primenet.com> from Terry Lambert at "Apr 4, 98 05:19:57 am" To: tlambert@primenet.com (Terry Lambert) Date: Sat, 4 Apr 1998 15:25:36 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > The threads signal handling leaves a little to be desired. I think > the problem is there, not in the select stuff. Wrong. I backed out my kernel sources to March 28 and the problem goes away. And don't confuse the libc_r signal handling with calling user specified signal handlers. I was taling about the *real* select and the *real* signals. That's what is broken. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 21:32:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29433 for freebsd-current-outgoing; Fri, 3 Apr 1998 21:32:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29426 for ; Fri, 3 Apr 1998 21:32:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA22312 for ; Fri, 3 Apr 1998 21:32:09 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804040532.VAA22312@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 to: current@FreeBSD.ORG Subject: Re: [TECH] physio split the request.. cannot proceed In-reply-to: Your message of "Fri, 03 Apr 1998 20:18:20 PST." <199804040418.UAA21747@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Apr 1998 21:32:09 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A bit more info: This is from scsi_ioctl:do_command bp = malloc(sizeof (struct buf),M_TEMP,M_WAITOK); bzero(bp,sizeof(struct buf)); d_addr = screq->databuf; printf("do_command screq->datalen %d \n", screq-> datalen Apr 3 21:17:09 cioloco /kernel: do_command screq->datalen 5 in scsio_ioctl.c:scsistrategy /* We're in trouble if physio tried to break up the * transfer: */ if (bp->b_bcount != screq->datalen) { sc_print_addr(sc_link); printf("bp->b_bcount %d screq->datalen %d screq->cmdlen %d \n", bp->b_bcount, screq->datalen, screq->cmdlen); printf("physio split the request.. cannot proceed\n"); scsierr(bp, EIO); return; } So where are our scsi experts ? 8) Tnks! Amancio Apr 3 21:17:09 cioloco /kernel: uk0: bp->b_bcount 0 screq->datalen 5 screq-> cmd len 6 > > Try to use the Linux package SANE -- is a scsi scanner package. > > While trying to read from the scsi scanner , I am getting : > physio split the request.. cannot proceed > > This message is coming from :scsi_ioctl.c:scsistrategy > > A few months ago , I didn't have any problems at all using SANE. > > The scsi read request is way below the 32k limit . > > Anyone got a clue as to what changed in the kernel ? > > Tnks, > Amancio > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 21:50:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01497 for freebsd-current-outgoing; Fri, 3 Apr 1998 21:50:29 -0800 (PST) (envelope-from owner-freebsd-current@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 VAA01492 for ; Fri, 3 Apr 1998 21:50:26 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA13155; Sat, 4 Apr 1998 15:47:42 +1000 Date: Sat, 4 Apr 1998 15:47:42 +1000 From: Bruce Evans Message-Id: <199804040547.PAA13155@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@cons.org Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> POSIX.2 only requires a nonzero exit status for SIGQUIT. We've just >> fixed the handling of SIGINT, SIGTERM and SIGHUP. > >I'm not sure why you treat SIGQUIT specially. The POSIX rationale says that it is because make's core file might overwrite the application's core file. >That way the script >can't end immedeatly after the current job. Perhaps the special handling should only be used at the top level (sh). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 22:45:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA07263 for freebsd-current-outgoing; Fri, 3 Apr 1998 22:45:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (root@pm335-41.dialip.mich.net [35.9.11.43]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA07255 for ; Fri, 3 Apr 1998 22:45:19 -0800 (PST) (envelope-from mcdougall@ameritech.net) Received: from bsdx.dyn.ml.org (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id BAA26170; Sat, 4 Apr 1998 01:45:04 -0500 (EST) (envelope-from mcdougall@ameritech.net) Message-Id: <199804040645.BAA26170@thing.dyn.ml.org> From: "Adam McDougall" To: "Tom" Cc: Subject: Re: need dpt enabled boot disk urgently :) Date: Sat, 4 Apr 1998 01:38:29 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It was less than half of $1000, and a -stable boot disk with dpt0 would be just as gladly accepted. ---------- > From: Tom > To: Adam McDougall > Subject: Re: need dpt enabled boot disk urgently :) > Date: Friday, April 03, 1998 9:32 PM > > > On Fri, 3 Apr 1998, Adam McDougall wrote: > > > Anyone have one of Simon Shapiro's boot disks for dpt that works on a > > snap of -current from before the microtime change? I just got a new dpt > > board and his site seems to be down, and I want to install freebsd on my > > new drive :) > > > > Thanks > > There is one for 2.2.6-RELEASE > > I don't know why anyone would put a $1000 controller in a current > machine anyhow. > > Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 22:48:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA07936 for freebsd-current-outgoing; Fri, 3 Apr 1998 22:48:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA07927 for ; Fri, 3 Apr 1998 22:48:49 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA18451; Fri, 3 Apr 1998 23:48:48 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpd018433; Fri Apr 3 23:48:38 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id XAA08233; Fri, 3 Apr 1998 23:48:32 -0700 (MST) From: Terry Lambert Message-Id: <199804040648.XAA08233@usr05.primenet.com> Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) To: bde@zeta.org.au (Bruce Evans) Date: Sat, 4 Apr 1998 06:48:32 +0000 (GMT) Cc: bde@zeta.org.au, cracauer@cons.org, freebsd-current@FreeBSD.ORG In-Reply-To: <199804040547.PAA13155@godzilla.zeta.org.au> from "Bruce Evans" at Apr 4, 98 03:47:42 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> POSIX.2 only requires a nonzero exit status for SIGQUIT. We've just > >> fixed the handling of SIGINT, SIGTERM and SIGHUP. > > > >I'm not sure why you treat SIGQUIT specially. > > The POSIX rationale says that it is because make's core file might > overwrite the application's core file. Not an issue for FreeBSD, which names core files strangely. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 22:54:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08587 for freebsd-current-outgoing; Fri, 3 Apr 1998 22:54:38 -0800 (PST) (envelope-from owner-freebsd-current@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 WAA08580 for ; Fri, 3 Apr 1998 22:54:37 -0800 (PST) (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 WAA18441; Fri, 3 Apr 1998 22:54:10 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: "Adam McDougall" cc: "Tom" , current@FreeBSD.ORG Subject: Re: need dpt enabled boot disk urgently :) In-reply-to: Your message of "Sat, 04 Apr 1998 01:38:29 EST." <199804040645.BAA26170@thing.dyn.ml.org> Date: Fri, 03 Apr 1998 22:54:10 -0800 Message-ID: <18437.891672850@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It was less than half of $1000, and a -stable boot disk with dpt0 would be > just as gladly accepted. Well, why not fetch it out of the 2.2.6-RELEASE/floppies directory and be happy then? :) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 3 23:07:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09912 for freebsd-current-outgoing; Fri, 3 Apr 1998 23:07:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09907 for ; Fri, 3 Apr 1998 23:06:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id XAA22749 for ; Fri, 3 Apr 1998 23:06:53 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804040706.XAA22749@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 cc: current@FreeBSD.ORG Subject: Re: [TECH] physio split the request.. cannot proceed In-reply-to: Your message of "Fri, 03 Apr 1998 21:32:09 PST." <199804040532.VAA22312@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Apr 1998 23:06:53 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Part II -- not recognizing all scsi standard errors For some reason we don't know how to recognize scsi error 16 . Any one got a clue as to what this error code is or can point me to scsi 2 specs ? Tnks, Amancio > A bit more info: > This is from scsi_ioctl:do_command > > bp = malloc(sizeof (struct buf),M_TEMP,M_WAITOK); > bzero(bp,sizeof(struct buf)); > d_addr = screq->databuf; > printf("do_command screq->datalen %d \n", screq-> > datalen > > Apr 3 21:17:09 cioloco /kernel: do_command screq->datalen 5 > > in scsio_ioctl.c:scsistrategy > /* We're in trouble if physio tried to break up the > * transfer: > */ > if (bp->b_bcount != screq->datalen) { > sc_print_addr(sc_link); > printf("bp->b_bcount %d screq->datalen %d screq->cmdlen %d \n", > bp->b_bcount, screq->datalen, screq->cmdlen); > > printf("physio split the request.. cannot proceed\n"); > scsierr(bp, EIO); > return; > } > > > So where are our scsi experts ? 8) > Tnks! > Amancio > > > Apr 3 21:17:09 cioloco /kernel: uk0: bp->b_bcount 0 screq->datalen 5 screq-> > cmd > len 6 > > > > > Try to use the Linux package SANE -- is a scsi scanner package. > > > > While trying to read from the scsi scanner , I am getting : > > physio split the request.. cannot proceed > > > > This message is coming from :scsi_ioctl.c:scsistrategy > > > > A few months ago , I didn't have any problems at all using SANE. > > > > The scsi read request is way below the 32k limit . > > > > Anyone got a clue as to what changed in the kernel ? > > > > Tnks, > > Amancio > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 00:05:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14234 for freebsd-current-outgoing; Sat, 4 Apr 1998 00:05:46 -0800 (PST) (envelope-from owner-freebsd-current@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 AAA14220 for ; Sat, 4 Apr 1998 00:05:31 -0800 (PST) (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 KAA04700; Sat, 4 Apr 1998 10:04:41 +0200 (CEST) To: Alex cc: current Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Fri, 03 Apr 1998 18:22:45 -0800." Date: Sat, 04 Apr 1998 10:04:41 +0200 Message-ID: <4698.891677081@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I have spent too much of the night already on this, lets take another attack, can you try out this kernel patch: Poul-Henning Index: i386/i386/exception.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/exception.s,v retrieving revision 1.48 diff -u -r1.48 exception.s --- exception.s 1998/03/23 19:52:23 1.48 +++ exception.s 1998/04/02 16:15:36 @@ -343,8 +343,10 @@ ENTRY(fork_trampoline) call _spl0 - pushl $_runtime - call _microtime + movl _curproc,%eax + addl $P_RUNTIME,%eax + pushl %eax + call _getmicroruntime popl %eax /* Index: i386/i386/genassym.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/genassym.c,v retrieving revision 1.51 diff -u -r1.51 genassym.c --- genassym.c 1998/02/01 18:53:09 1.51 +++ genassym.c 1998/04/02 16:07:20 @@ -95,6 +95,7 @@ printf("#define\tP_WCHAN %p\n", &p->p_wchan); printf("#define\tP_FLAG %p\n", &p->p_flag); printf("#define\tP_PID %p\n", &p->p_pid); + printf("#define\tP_RUNTIME %p\n", &p->p_runtime); #ifdef SMP printf("#define\tP_ONCPU %p\n", &p->p_oncpu); printf("#define\tP_LASTCPU %p\n", &p->p_lastcpu); Index: i386/i386/locore.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/locore.s,v retrieving revision 1.105 diff -u -r1.105 locore.s --- locore.s 1998/03/23 19:52:27 1.105 +++ locore.s 1998/04/01 06:10:23 @@ -105,7 +105,7 @@ .set _prv_CPAGE3,_SMP_prvstart + ((5 + UPAGES) * PAGE_SIZE) .set _SMP_ioapic,_SMP_prvstart + (16 * PAGE_SIZE) - .globl _cpuid,_curproc,_curpcb,_npxproc,_runtime,_cpu_lockid + .globl _cpuid,_curproc,_curpcb,_npxproc,_cpu_lockid .globl _common_tss,_other_cpus,_my_idlePTD,_ss_tpr .globl _prv_CMAP1,_prv_CMAP2,_prv_CMAP3 .globl _inside_intr @@ -113,7 +113,7 @@ .set _curproc,_SMP_prvpage+4 /* [1] */ .set _curpcb,_SMP_prvpage+8 /* [2] */ .set _npxproc,_SMP_prvpage+12 /* [3] */ - .set _runtime,_SMP_prvpage+16 /* [4,5] */ + /* [4,5] was runtime, free */ .set _cpu_lockid,_SMP_prvpage+24 /* [6] */ .set _other_cpus,_SMP_prvpage+28 /* [7] bitmap of available CPUs, excluding ourself */ Index: i386/include/asnames.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/asnames.h,v retrieving revision 1.17 diff -u -r1.17 asnames.h --- asnames.h 1998/03/04 09:55:13 1.17 +++ asnames.h 1998/04/01 06:10:23 @@ -316,7 +316,6 @@ #define _rel_mplock rel_mplock #define _round_reg round_reg #define _rtqs rtqs -#define _runtime runtime #define _s_lock s_lock #define _s_unlock s_unlock #define _secondary_main secondary_main Index: i386/isa/syscons.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/syscons.c,v retrieving revision 1.256 diff -u -r1.256 syscons.c --- syscons.c 1998/02/13 17:54:53 1.256 +++ syscons.c 1998/04/01 06:10:23 @@ -158,7 +158,7 @@ static int delayed_next_scr = FALSE; static long scrn_blank_time = 0; /* screen saver timeout value */ int scrn_blanked = 0; /* screen saver active flag */ -static long scrn_time_stamp; +static struct timeval scrn_time_stamp; u_char scr_map[256]; u_char scr_rmap[256]; char *video_mode_ptr = NULL; @@ -1030,7 +1030,7 @@ return EINVAL; scrn_blank_time = *(int *)data; if (scrn_blank_time == 0) - scrn_time_stamp = mono_time.tv_sec; + getmicroruntime(&scrn_time_stamp); return 0; case CONS_CURSORTYPE: /* set cursor type blink/noblink */ @@ -1385,7 +1385,7 @@ return EINVAL; } /* make screensaver happy */ - scrn_time_stamp = mono_time.tv_sec; + getmicroruntime(&scrn_time_stamp); return 0; } @@ -2228,6 +2228,7 @@ static void scrn_timer(void *arg) { + struct timeval tv; scr_stat *scp = cur_console; int s; @@ -2269,9 +2270,10 @@ } /* should we stop the screen saver? */ + getmicroruntime(&tv); if (panicstr) - scrn_time_stamp = mono_time.tv_sec; - if (mono_time.tv_sec <= scrn_time_stamp + scrn_blank_time) + scrn_time_stamp = tv; + if (tv.tv_sec <= scrn_time_stamp.tv_sec + scrn_blank_time) if (scrn_blanked > 0) stop_scrn_saver(current_saver); scp = cur_console; @@ -2279,7 +2281,7 @@ scrn_update(scp, TRUE); /* should we activate the screen saver? */ if ((scrn_blank_time != 0) - && (mono_time.tv_sec > scrn_time_stamp + scrn_blank_time)) + && (tv.tv_sec > scrn_time_stamp.tv_sec + scrn_blank_time)) (*current_saver)(TRUE); timeout(scrn_timer, NULL, hz / 25); @@ -2387,7 +2389,7 @@ stop_scrn_saver(void (*saver)(int)) { (*saver)(FALSE); - scrn_time_stamp = mono_time.tv_sec; + getmicroruntime(&scrn_time_stamp); mark_all(cur_console); } @@ -3038,7 +3040,7 @@ /* make screensaver happy */ if (scp == cur_console) - scrn_time_stamp = mono_time.tv_sec; + getmicroruntime(&scrn_time_stamp); write_in_progress++; outloop: @@ -3488,7 +3490,7 @@ /* make screensaver happy */ if (!(scancode & 0x80)) - scrn_time_stamp = mono_time.tv_sec; + getmicroruntime(&scrn_time_stamp); if (!(flags & SCGETC_CN)) { /* do the /dev/random device a favour */ Index: kern/init_main.c =================================================================== RCS file: /home/ncvs/src/sys/kern/init_main.c,v retrieving revision 1.85 diff -u -r1.85 init_main.c --- init_main.c 1998/03/30 09:49:52 1.85 +++ init_main.c 1998/04/02 16:54:11 @@ -104,10 +104,6 @@ SYSCTL_INT(_kern, OID_AUTO, shutdown_timeout, CTLFLAG_RW, &shutdowntimeout, 0, ""); -#ifndef SMP /* per-cpu on smp */ -struct timeval runtime; -#endif - /* * Promiscuous argument pass for start_init() * @@ -441,21 +437,21 @@ void *dummy; { struct timeval tv; + struct timespec ts; /* * Now can look at time, having had a chance to verify the time * from the file system. Reset p->p_rtime as it may have been * munched in mi_switch() after the time got set. */ - getmicrotime(&boottime); - proc0.p_stats->p_start = runtime = mono_time = boottime; + proc0.p_stats->p_start = boottime; proc0.p_rtime.tv_sec = proc0.p_rtime.tv_usec = 0; /* * Give the ``random'' number generator a thump. */ - microtime(&tv); - srandom(tv.tv_sec ^ tv.tv_usec); + nanotime(&ts); + srandom(ts.tv_sec ^ ts.tv_nsec); /* Initialize signal state for process 0. */ siginit(&proc0); Index: kern/kern_clock.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_clock.c,v retrieving revision 1.62 diff -u -r1.62 kern_clock.c --- kern_clock.c 1998/03/31 10:47:01 1.62 +++ kern_clock.c 1998/04/02 17:03:15 @@ -138,8 +138,6 @@ static int psdiv, pscnt; /* prof => stat divider */ int psratio; /* ratio: prof / stat */ -volatile struct timeval mono_time; - /* * Initialize clock frequencies and start both clocks running. */ @@ -232,7 +230,6 @@ { register unsigned long ticks; register long sec, usec; - int s; /* * If the number of usecs in the whole seconds part of the time @@ -292,7 +289,6 @@ hzto(tv) struct timeval *tv; { - register long sec, usec; struct timeval t2; getmicrotime(&t2); @@ -512,12 +508,71 @@ struct timecounter *tc; tc = timecounter; + *tvp = tc->microtime; +} + +void +getnanotime(struct timespec *tsp) +{ + struct timecounter *tc; + + tc = timecounter; + *tsp = tc->nanotime; +} + +void +microtime(struct timeval *tv) +{ + struct timecounter *tc; + + tc = (struct timecounter *)timecounter; + tv->tv_sec = tc->offset_sec; + tv->tv_usec = tc->offset_micro; + tv->tv_usec += + ((u_int64_t)tc->get_timedelta(tc) * tc->scale_micro) >> 32; + tv->tv_usec += boottime.tv_usec; + tv->tv_sec += boottime.tv_sec; + if (tv->tv_usec >= 1000000) { + tv->tv_usec -= 1000000; + tv->tv_sec++; + } +} + +void +nanotime(struct timespec *tv) +{ + u_int count; + u_int64_t delta; + struct timecounter *tc; + + tc = (struct timecounter *)timecounter; + tv->tv_sec = tc->offset_sec; + count = tc->get_timedelta(tc); + delta = tc->offset_nano; + delta += ((u_int64_t)count * tc->scale_nano_f); + delta >>= 32; + delta += ((u_int64_t)count * tc->scale_nano_i); + delta += boottime.tv_usec * 1000; + tv->tv_sec += boottime.tv_sec; + if (delta >= 1000000000) { + delta -= 1000000000; + tv->tv_sec++; + } + tv->tv_nsec = delta; +} + +void +getmicroruntime(struct timeval *tvp) +{ + struct timecounter *tc; + + tc = timecounter; tvp->tv_sec = tc->offset_sec; tvp->tv_usec = tc->offset_micro; } void -getnanotime(struct timespec *tsp) +getnanoruntime(struct timespec *tsp) { struct timecounter *tc; @@ -527,7 +582,7 @@ } void -microtime(struct timeval *tv) +microruntime(struct timeval *tv) { struct timecounter *tc; @@ -543,7 +598,7 @@ } void -nanotime(struct timespec *tv) +nanoruntime(struct timespec *tv) { u_int count; u_int64_t delta; @@ -601,7 +656,7 @@ tc[2] = tc[1] = tc[0]; tc[1].other = &tc[2]; tc[2].other = &tc[1]; - if (!timecounter) + if (!timecounter || !strcmp(timecounter->name, "dummy")) timecounter = &tc[2]; tc = &tc[1]; @@ -634,27 +689,21 @@ void set_timecounter(struct timespec *ts) { - struct timecounter *tc, *tco; - int s; + struct timespec ts2; - /* - * XXX we must be called at splclock() to preven *ts becoming - * invalid, so there is no point in spls here. - */ - s = splclock(); - tc = timecounter->other; - tco = tc->other; - *tc = *timecounter; - tc->other = tco; - tc->offset_sec = ts->tv_sec; - tc->offset_nano = (u_int64_t)ts->tv_nsec << 32; - tc->offset_micro = ts->tv_nsec / 1000; - tc->offset_count = tc->get_timecount(); - time_second = tc->offset_sec; - timecounter = tc; - splx(s); + nanoruntime(&ts2); + boottime.tv_sec = ts->tv_sec - ts2.tv_sec; + boottime.tv_usec = (ts->tv_nsec - ts2.tv_nsec) / 1000; + if (boottime.tv_usec < 0) { + boottime.tv_usec += 1000000; + boottime.tv_sec--; + } + /* fiddle all the little crinkly bits around the fiords... */ + tco_forward(); } + +#if 0 /* Currently unused */ void switch_timecounter(struct timecounter *newtc) { @@ -676,6 +725,7 @@ timecounter = newtc; splx(s); } +#endif static struct timecounter * sync_other_counter(void) @@ -703,14 +753,8 @@ tc = sync_other_counter(); if (timedelta != 0) { tc->offset_nano += (u_int64_t)(tickdelta * 1000) << 32; - mono_time.tv_usec += tickdelta; timedelta -= tickdelta; } - mono_time.tv_usec += tick; - if (mono_time.tv_usec >= 1000000) { - mono_time.tv_usec -= 1000000; - mono_time.tv_sec++; - } if (tc->offset_nano >= 1000000000ULL << 32) { tc->offset_nano -= 1000000000ULL << 32; @@ -723,7 +767,17 @@ tc->offset_micro = (tc->offset_nano / 1000) >> 32; - time_second = tc->offset_sec; + /* Figure out the wall-clock time */ + tc->nanotime.tv_sec = tc->offset_sec + boottime.tv_sec; + tc->nanotime.tv_nsec = (tc->offset_nano >> 32) + boottime.tv_usec * 1000; + tc->microtime.tv_usec = tc->offset_micro + boottime.tv_usec; + if (tc->nanotime.tv_nsec > 1000000000) { + tc->nanotime.tv_nsec -= 1000000000; + tc->microtime.tv_usec -= 1000000; + tc->nanotime.tv_sec++; + } + time_second = tc->microtime.tv_sec = tc->nanotime.tv_sec; + timecounter = tc; } @@ -775,8 +829,7 @@ }; static void -initdummytimecounter(dummy) - void *dummy; +initdummytimecounter(void *dummy) { init_timecounter(dummy_timecounter); } Index: kern/kern_resource.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_resource.c,v retrieving revision 1.33 diff -u -r1.33 kern_resource.c --- kern_resource.c 1998/03/04 10:25:52 1.33 +++ kern_resource.c 1998/04/02 16:52:09 @@ -491,6 +491,7 @@ int s; struct timeval tv; + /* XXX: why spl-protect ? worst case is an off-by-one report */ s = splstatclock(); st = p->p_sticks; ut = p->p_uticks; @@ -505,23 +506,25 @@ sec = p->p_rtime.tv_sec; usec = p->p_rtime.tv_usec; - if (p == curproc) { /* XXX what if it's running on another cpu?? */ +#ifdef SMP + if (p->p_oncpu != 0xff) { +#else + if (p == curproc) { +#endif /* * Adjust for the current time slice. This is actually fairly * important since the error here is on the order of a time * quantum, which is much greater than the sampling error. */ - microtime(&tv); - sec += tv.tv_sec - runtime.tv_sec; - usec += tv.tv_usec - runtime.tv_usec; + microruntime(&tv); + sec += tv.tv_sec - p->p_runtime.tv_sec; + usec += tv.tv_usec - p->p_runtime.tv_usec; } totusec = (quad_t)sec * 1000000 + usec; if (totusec < 0) { -#ifndef SMP /* sigh, microtime and fork/exit madness here */ /* XXX no %qd in kernel. Truncate. */ printf("calcru: negative time of %ld usec for pid %d (%s)\n", (long)totusec, p->p_pid, p->p_comm); -#endif totusec = 0; } u = totusec; Index: kern/kern_synch.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_synch.c,v retrieving revision 1.53 diff -u -r1.53 kern_synch.c --- kern_synch.c 1998/03/28 18:16:29 1.53 +++ kern_synch.c 1998/04/01 06:10:24 @@ -621,9 +621,9 @@ * Compute the amount of time during which the current * process was running, and add that to its total so far. */ - microtime(&tv); - u = p->p_rtime.tv_usec + (tv.tv_usec - runtime.tv_usec); - s = p->p_rtime.tv_sec + (tv.tv_sec - runtime.tv_sec); + microruntime(&tv); + u = p->p_rtime.tv_usec + (tv.tv_usec - p->p_runtime.tv_usec); + s = p->p_rtime.tv_sec + (tv.tv_sec - p->p_runtime.tv_sec); if (u < 0) { u += 1000000; s--; @@ -660,7 +660,7 @@ */ cnt.v_swtch++; cpu_switch(p); - microtime(&runtime); + microruntime(&p->p_runtime); splx(x); } Index: kern/kern_time.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_time.c,v retrieving revision 1.44 diff -u -r1.44 kern_time.c --- kern_time.c 1998/03/30 09:50:23 1.44 +++ kern_time.c 1998/04/02 16:56:13 @@ -84,9 +84,8 @@ s = splclock(); microtime(&tv1); - delta.tv_sec = tv->tv_sec - tv1.tv_sec; - delta.tv_usec = tv->tv_usec - tv1.tv_usec; - timevalfix(&delta); + delta = *tv; + timevalsub(&delta, &tv1); /* * If the system is secure, we do not allow the time to be @@ -103,13 +102,9 @@ ts.tv_nsec = tv->tv_usec * 1000; set_timecounter(&ts); (void) splsoftclock(); - timevaladd(&boottime, &delta); - timevaladd(&runtime, &delta); for (p = allproc.lh_first; p != 0; p = p->p_list.le_next) { if (timerisset(&p->p_realtimer.it_value)) timevaladd(&p->p_realtimer.it_value, &delta); - if (p->p_sleepend) - timevaladd(p->p_sleepend, &delta); } lease_updatetime(delta.tv_sec); splx(s); @@ -203,69 +198,44 @@ struct proc *p; struct timespec *rqt, *rmt; { - struct timeval atv, utv, rtv; - int error, s, timo, i, n; + struct timespec ts, ts2; + int error, timo; if (rqt->tv_nsec < 0 || rqt->tv_nsec >= 1000000000) return (EINVAL); if (rqt->tv_sec < 0 || rqt->tv_sec == 0 && rqt->tv_nsec == 0) return (0); - TIMESPEC_TO_TIMEVAL(&atv, rqt) - if (itimerfix(&atv)) { - n = atv.tv_sec / 100000000; - rtv = atv; - rtv.tv_sec %= 100000000; - (void)itimerfix(&rtv); - } else - n = 0; - - for (i = 0, error = EWOULDBLOCK; i <= n && error == EWOULDBLOCK; i++) { - if (n > 0) { - if (i == n) - atv = rtv; - else { - atv.tv_sec = 100000000; - atv.tv_usec = 0; - } + getnanoruntime(&ts); + timespecadd(&ts, rqt); + error = 0; + while (1) { + getnanoruntime(&ts2); + if (timespeccmp(&ts2, &ts, >=)) + break; + else if (ts2.tv_sec + 60 * 60 * 24 * hz < ts.tv_sec) + timo = 60 * 60 * 24 * hz; + else if (ts2.tv_sec + 2 < ts.tv_sec) { + /* Leave one second for the difference in tv_nsec */ + timo = ts.tv_sec - ts2.tv_sec - 1; + timo *= hz; + } else { + timo = (ts.tv_sec - ts2.tv_sec) * 1000000000; + timo += ts.tv_nsec - ts2.tv_nsec; + timo /= (1000000000 / hz); + timo ++; } - timo = tvtohz(&atv); - - p->p_sleepend = &atv; error = tsleep(&nanowait, PWAIT | PCATCH, "nanslp", timo); - p->p_sleepend = NULL; - if (error == ERESTART) + if (error == ERESTART) { error = EINTR; - if (rmt != NULL && (i == n || error != EWOULDBLOCK)) { - /*- - * XXX this is unnecessary and possibly wrong if the timeout - * expired. Then the remaining time should be zero. If the - * calculation gives a nonzero value, then we have a bug. - * (1) if settimeofday() was called, then the calculation is - * probably wrong, since `time' has probably become - * inconsistent with the ending time `atv'. - * XXX (1) should be fixed now with p->p_sleepend; - * (2) otherwise, our calculation of `timo' was wrong, perhaps - * due to `tick' being wrong when hzto() was called or - * changing afterwards (it can be wrong or change due to - * hzto() not knowing about adjtime(2) or tickadj(8)). - * Then we should be sleeping again instead instead of - * returning. Rounding up in hzto() probably fixes this - * problem for small timeouts, but the absolute error may - * be large for large timeouts. - */ - getmicrotime(&utv); - if (i != n) { - atv.tv_sec += (n - i - 1) * 100000000; - timevaladd(&atv, &rtv); - } - timevalsub(&atv, &utv); - if (atv.tv_sec < 0) - timerclear(&atv); - TIMEVAL_TO_TIMESPEC(&atv, rmt); + break; } } - return (error == EWOULDBLOCK ? 0 : error); + if (rmt) { + *rmt = ts; + timespecsub(rmt, &ts2); + } + return(error); } #ifndef _SYS_SYSPROTO_H_ Index: kern/sys_generic.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sys_generic.c,v retrieving revision 1.35 diff -u -r1.35 sys_generic.c --- sys_generic.c 1998/04/02 07:22:17 1.35 +++ sys_generic.c 1998/04/02 16:59:41 @@ -538,8 +538,8 @@ */ fd_mask s_selbits[howmany(2048, NFDBITS)]; fd_mask *ibits[3], *obits[3], *selbits, *sbp; - struct timeval atv; - int s, ncoll, error, timo, term; + struct timeval atv, rtv, ttv; + int s, ncoll, error, timo; u_int nbufbytes, ncpbytes, nfdbits; if (uap->nd < 0) @@ -600,21 +600,29 @@ error = EINVAL; goto done; } - term = ticks + tvtohz(&atv); - } else - term = 0; + getmicroruntime(&rtv); + timevaladd(&atv, &rtv); + } else { + atv.tv_sec = 0; + atv.tv_usec = 0; + } + timo = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = selscan(p, ibits, obits, uap->nd); if (error || p->p_retval[0]) goto done; - s = splhigh(); - if (term && term <= ticks) { - splx(s); - goto done; + if (atv.tv_sec) { + getmicroruntime(&rtv); + if (timevalcmp(&rtv, &atv, >=)) + goto done; + ttv = atv; + timevalsub(&ttv, &rtv); + timo = ttv.tv_sec > 24 * 60 * 60 ? + 24 * 60 * 60 * hz : tvtohz(&ttv); } - timo = term ? term - ticks : 0; + s = splhigh(); if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); goto retry; @@ -701,8 +709,8 @@ { caddr_t bits; char smallbits[32 * sizeof(struct pollfd)]; - struct timeval atv; - int s, ncoll, error = 0, timo, term; + struct timeval atv, rtv, ttv; + int s, ncoll, error = 0, timo; size_t ni; if (SCARG(uap, nfds) > p->p_fd->fd_nfiles) { @@ -724,21 +732,29 @@ error = EINVAL; goto done; } - term = ticks + tvtohz(&atv); - } else - term = 0; + getmicroruntime(&rtv); + timevaladd(&atv, &rtv); + } else { + atv.tv_sec = 0; + atv.tv_usec = 0; + } + timo = 0; retry: ncoll = nselcoll; p->p_flag |= P_SELECT; error = pollscan(p, (struct pollfd *)bits, SCARG(uap, nfds)); if (error || p->p_retval[0]) goto done; + if (atv.tv_sec) { + getmicroruntime(&rtv); + if (timevalcmp(&rtv, &atv, >=)) + goto done; + ttv = atv; + timevalsub(&ttv, &rtv); + timo = ttv.tv_sec > 24 * 60 * 60 ? + 24 * 60 * 60 * hz : tvtohz(&ttv); + } s = splhigh(); - if (term && term <= ticks) { - splx(s); - goto done; - } - timo = term ? term - ticks : 0; if ((p->p_flag & P_SELECT) == 0 || nselcoll != ncoll) { splx(s); goto retry; Index: kern/uipc_socket2.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket2.c,v retrieving revision 1.31 diff -u -r1.31 uipc_socket2.c --- uipc_socket2.c 1998/03/01 19:39:19 1.31 +++ uipc_socket2.c 1998/04/01 06:10:25 @@ -157,13 +157,14 @@ { register struct socket *so; unsigned int i, j, qlen; - static int rnd; - static long old_mono_secs; + static struct timeval old_runtime; static unsigned int cur_cnt, old_cnt; + struct timeval tv; - if ((i = (mono_time.tv_sec - old_mono_secs)) != 0) { - old_mono_secs = mono_time.tv_sec; + getmicroruntime(&tv); + if ((i = (tv.tv_sec - old_runtime.tv_sec)) != 0) { + old_runtime = tv; old_cnt = cur_cnt / i; cur_cnt = 0; } Index: msdosfs/msdosfs_denode.c =================================================================== RCS file: /home/ncvs/src/sys/msdosfs/msdosfs_denode.c,v retrieving revision 1.34 diff -u -r1.34 msdosfs_denode.c --- msdosfs_denode.c 1998/03/26 20:52:51 1.34 +++ msdosfs_denode.c 1998/04/01 06:10:25 @@ -198,6 +198,7 @@ struct vnode *nvp; struct buf *bp; struct proc *p = curproc; /* XXX */ + struct timeval tv; #ifdef MSDOSFS_DEBUG printf("deget(pmp %p, dirclust %lu, diroffset %lx, depp %p)\n", @@ -345,8 +346,9 @@ } } else nvp->v_type = VREG; - SETHIGH(ldep->de_modrev, mono_time.tv_sec); - SETLOW(ldep->de_modrev, mono_time.tv_usec * 4294); + getmicroruntime(&tv); + SETHIGH(ldep->de_modrev, tv.tv_sec); + SETLOW(ldep->de_modrev, tv.tv_usec * 4294); VREF(ldep->de_devvp); *depp = ldep; return (0); Index: net/if_spppsubr.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_spppsubr.c,v retrieving revision 1.35 diff -u -r1.35 if_spppsubr.c --- if_spppsubr.c 1998/03/30 09:52:06 1.35 +++ if_spppsubr.c 1998/04/01 06:10:26 @@ -1018,8 +1018,10 @@ struct ppp_header *h; struct cisco_packet *ch; struct mbuf *m; - u_long t = (time_second - boottime.tv_sec) * 1000; + struct timeval tv; + getmicroruntime(&tv); + MGETHDR (m, M_DONTWAIT, MT_DATA); if (! m) return; @@ -1036,8 +1038,8 @@ ch->par1 = htonl (par1); ch->par2 = htonl (par2); ch->rel = -1; - ch->time0 = htons ((u_short) (t >> 16)); - ch->time1 = htons ((u_short) t); + ch->time0 = htons ((u_short) (tv.tv_sec >> 16)); + ch->time1 = htons ((u_short) tv.tv_sec); if (debug) log(LOG_DEBUG, Index: sys/kernel.h =================================================================== RCS file: /home/ncvs/src/sys/sys/kernel.h,v retrieving revision 1.37 diff -u -r1.37 kernel.h --- kernel.h 1998/03/28 11:50:35 1.37 +++ kernel.h 1998/04/01 06:10:26 @@ -58,11 +58,8 @@ extern char kernelname[MAXPATHLEN]; /* 1.2 */ -extern volatile struct timeval mono_time; extern struct timeval boottime; -extern struct timeval runtime; -extern struct timeval time; /* nonvolatile at ipl >= splclock() */ extern struct timezone tz; /* XXX */ extern int tick; /* usec per tick (1000000 / hz) */ Index: sys/proc.h =================================================================== RCS file: /home/ncvs/src/sys/sys/proc.h,v retrieving revision 1.56 diff -u -r1.56 proc.h --- proc.h 1998/03/28 10:33:23 1.56 +++ proc.h 1998/04/01 09:34:17 @@ -135,10 +135,10 @@ struct itimerval p_realtimer; /* Alarm timer. */ struct timeval p_rtime; /* Real time. */ + struct timeval p_runtime; /* When last scheduled */ u_quad_t p_uticks; /* Statclock hits in user mode. */ u_quad_t p_sticks; /* Statclock hits in system mode. */ u_quad_t p_iticks; /* Statclock hits processing intr. */ - struct timeval *p_sleepend; /* Wake time for nanosleep & friends */ int p_traceflag; /* Kernel trace points. */ struct vnode *p_tracep; /* Trace to vnode. */ Index: sys/time.h =================================================================== RCS file: /home/ncvs/src/sys/sys/time.h,v retrieving revision 1.22 diff -u -r1.22 time.h --- time.h 1998/03/30 09:55:35 1.22 +++ time.h 1998/04/02 08:40:36 @@ -149,10 +149,45 @@ u_int32_t offset_sec; u_int32_t offset_micro; u_int64_t offset_nano; + struct timeval microtime; + struct timespec nanotime; struct timecounter *other; struct timecounter *tweak; }; +#ifdef KERNEL +/* Operations on timespecs */ +#define timespecclear(tvp) (tvp)->tv_sec = (tvp)->tv_nsec = 0 +#define timespecisset(tvp) ((tvp)->tv_sec || (tvp)->tv_nsec) +#define timespeccmp(tvp, uvp, cmp) \ + (((tvp)->tv_sec == (uvp)->tv_sec) ? \ + ((tvp)->tv_nsec cmp (uvp)->tv_nsec) : \ + ((tvp)->tv_sec cmp (uvp)->tv_sec)) +#define timespecadd(vvp, uvp) \ + do { \ + (vvp)->tv_sec += (uvp)->tv_sec; \ + (vvp)->tv_nsec += (uvp)->tv_nsec; \ + if ((vvp)->tv_nsec >= 1000000000) { \ + (vvp)->tv_sec++; \ + (vvp)->tv_nsec -= 1000000000; \ + } \ + } while (0) +#define timespecsub(vvp, uvp) \ + do { \ + (vvp)->tv_sec -= (uvp)->tv_sec; \ + (vvp)->tv_nsec -= (uvp)->tv_nsec; \ + if ((vvp)->tv_nsec < 0) { \ + (vvp)->tv_sec--; \ + (vvp)->tv_nsec += 1000000000; \ + } \ + } while (0) +/* Operations on timevals. */ +#define timevalcmp(tvp, uvp, cmp) \ + (((tvp)->tv_sec == (uvp)->tv_sec) ? \ + ((tvp)->tv_usec cmp (uvp)->tv_usec) : \ + ((tvp)->tv_sec cmp (uvp)->tv_sec)) +#endif /* KERNEL */ + /* Operations on timevals. */ #define timerclear(tvp) (tvp)->tv_sec = (tvp)->tv_usec = 0 #define timerisset(tvp) ((tvp)->tv_sec || (tvp)->tv_usec) @@ -225,13 +260,16 @@ void forward_timecounter __P((void)); void getmicrotime __P((struct timeval *tv)); +void getmicroruntime __P((struct timeval *tv)); void getnanotime __P((struct timespec *tv)); +void getnanoruntime __P((struct timespec *tv)); void init_timecounter __P((struct timecounter *tc)); int itimerfix __P((struct timeval *tv)); int itimerdecr __P((struct itimerval *itp, int usec)); void microtime __P((struct timeval *tv)); +void microruntime __P((struct timeval *tv)); void nanotime __P((struct timespec *ts)); -void second_overflow __P((u_int32_t *psec)); +void nanoruntime __P((struct timespec *ts)); void set_timecounter __P((struct timespec *ts)); void timevaladd __P((struct timeval *, struct timeval *)); void timevalsub __P((struct timeval *, struct timeval *)); Index: ufs/ufs/ufs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.81 diff -u -r1.81 ufs_vnops.c --- ufs_vnops.c 1998/03/30 09:56:37 1.81 +++ ufs_vnops.c 1998/04/01 06:10:27 @@ -1965,6 +1965,7 @@ { struct inode *ip; struct vnode *vp, *nvp; + struct timeval tv; vp = *vpp; ip = VTOI(vp); @@ -2003,8 +2004,9 @@ /* * Initialize modrev times */ - SETHIGH(ip->i_modrev, mono_time.tv_sec); - SETLOW(ip->i_modrev, mono_time.tv_usec * 4294); + getmicroruntime(&tv); + SETHIGH(ip->i_modrev, tv.tv_sec); + SETLOW(ip->i_modrev, tv.tv_usec * 4294); *vpp = vp; return (0); } -- 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-current" in the body of the message From owner-freebsd-current Sat Apr 4 00:51:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17837 for freebsd-current-outgoing; Sat, 4 Apr 1998 00:51:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA17832 for ; Sat, 4 Apr 1998 00:51:16 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0yLOfO-0002eu-00; Sat, 4 Apr 1998 00:51:11 -0800 Date: Sat, 4 Apr 1998 00:51:06 -0800 (PST) From: Tom To: Adam McDougall cc: current@FreeBSD.ORG Subject: Re: need dpt enabled boot disk urgently :) In-Reply-To: <199804040645.BAA26170@thing.dyn.ml.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Apr 1998, Adam McDougall wrote: > It was less than half of $1000, and a -stable boot disk with dpt0 would be You must not have the PM334UW... probably a 20xx or 21xx of some kind. > just as gladly accepted. 2.2.6-RELEASE includes such a disk. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:03:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA18673 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:03:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sensi.pu.ru (sensi.pu.ru [194.58.105.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA18667 for ; Sat, 4 Apr 1998 01:03:16 -0800 (PST) (envelope-from vadik@sensi.pu.ru) Received: (from vadik@localhost) by sensi.pu.ru (8.8.8/8.7.3) id NAA14457; Sat, 4 Apr 1998 13:02:57 +0400 (MSD) Message-ID: <19980404130256.05078@sensi.org> Date: Sat, 4 Apr 1998 13:02:56 +0400 From: vadik likholetov To: Amancio Hasty Cc: current@FreeBSD.ORG Subject: Re: [TECH] physio split the request.. cannot proceed References: <199804040418.UAA21747@rah.star-gate.com> <199804040532.VAA22312@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199804040532.VAA22312@rah.star-gate.com>; from Amancio Hasty on Fri, Apr 03, 1998 at 09:32:09PM -0800 X-NCC-RegID: ru.hqlgu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 03, 1998 at 09:32:09PM -0800, Amancio Hasty wrote: > > > So where are our scsi experts ? 8) > Tnks! > Amancio > > > Apr 3 21:17:09 cioloco /kernel: uk0: bp->b_bcount 0 screq->datalen 5 screq-> > cmd > len 6 > It starts for about 2.5 months ago -- same sympthoms: scanner software (pt0) stops working in case of bad buffers. I was trying to solve this problem, but failed. It seems libscsi is broken. It is because everything using data transfer using libscsi do not work on CURRENT (xvscan, hpscan). The scanner program (by Luigi ;-) that do not use libscsi -- works fine for me. -- vadik likholetov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:17:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20095 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:17:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20069 for ; Sat, 4 Apr 1998 01:17:33 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id BAA23497; Sat, 4 Apr 1998 01:16:03 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804040916.BAA23497@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: vadik likholetov cc: current@FreeBSD.ORG Subject: Re: [TECH] physio split the request.. cannot proceed In-reply-to: Your message of "Sat, 04 Apr 1998 13:02:56 +0400." <19980404130256.05078@sensi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Apr 1998 01:16:02 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This fixes the problem with scsi scanner devices split i/o. And we still have a little problem with the handling of scsi error : #define XS_SELTIMEOUT 0x10 The problem is we do nothing with it at the driver level in fact we default to the bogus error message category: scsi_ioctl.c: default: sc_print_addr(xs->sc_link); printf("unknown error category from host adapter code\n"); screq->retsts = SCCMD_UNKNOWN; break; For now, I took out the stupid printf and that makes SANE work. Have Fun, Amancio dyson@FreeBSD.ORG said: > dyson 1998/04/03 21:55:06 PST > Modified files: > sys/kern kern_physio.c > Log: > Perhaps fix a problem that some drivers have that they don't > properly > initialize the b_kvasize element. This might fix some of the split > I/O requests that some people have. > Revision Changes Path > 1.26 +2 -2 src/sys/kern/kern_physio.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:17:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20245 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:17:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20174; Sat, 4 Apr 1998 01:17:45 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id NAA15630; Sat, 4 Apr 1998 13:15:48 +0400 (MSD) (envelope-from ache) Message-ID: <19980404131548.12530@nagual.pp.ru> Date: Sat, 4 Apr 1998 13:15:48 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Peter Wemm Cc: phk@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Peter Wemm , phk@freebsd.org, current@freebsd.org References: <19980404003518.63228@nagual.pp.ru> <19980404013115.59864@nagual.pp.ru> <199804032316.HAA06402@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804032316.HAA06402@spinner.netplex.com.au>; from peter@netplex.com.au on Sat, Apr 04, 1998 at 07:16:02AM +0800 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 07:16:02AM +0800, Peter Wemm wrote: > This looks like stack garbage.. atv will not be initialized if > uap->tv == NULL. > > Also, check if timo is < 0... That could have interesting side effects > if it's happening. > > Try printing > "timo %d uap->tv %08x uap %d %d", timo, uap->tv, atv.tv_sec, atv.tv_usec > if timo < 1. I run with this checks for select and poll if (timo < 1 || timo == 0 && uap->tv) { if (timo < 1 || timo == 0 && SCARG(uap, timeout) != INFTIM) { timo < 1 never happens But timo == 0 with uap->tv != 0 happens often for select (first 's' letter means select). Below is not stack garbadge but real atv values. Note that Netscape and xterm not present in output with this check but Window Manager itself present (proc 256), it explains why this bug not manifestate itself with remote X server. I see no diagnostics for poll. s proc 113 sleeping indefenitely timo 0 atv -266891643 -215441820 s proc 120 sleeping indefenitely timo 0 atv 246723 0 s proc 159 sleeping indefenitely timo 0 atv -215652224 -215564624 s proc 159 sleeping indefenitely timo 0 atv -266891643 -215564700 s proc 195 sleeping indefenitely timo 0 atv -266891595 -215343516 s proc 195 sleeping indefenitely timo 0 atv 1 0 s proc 200 sleeping indefenitely timo 0 atv -263650680 35954688 s proc 256 sleeping indefenitely timo 0 atv -263070080 -263070052 s proc 256 sleeping indefenitely timo 0 atv -263070080 -266478764 s proc 256 sleeping indefenitely timo 0 atv -263070208 -263070180 s proc 256 sleeping indefenitely timo 0 atv -263070592 -263070564 s proc 256 sleeping indefenitely timo 0 atv -263070720 -263070692 s proc 256 sleeping indefenitely timo 0 atv -263070848 -263070820 s proc 256 sleeping indefenitely timo 0 atv -263071232 -263071204 s proc 256 sleeping indefenitely timo 0 atv -263071360 -263071332 s proc 256 sleeping indefenitely timo 0 atv -263071616 -263071588 s proc 256 sleeping indefenitely timo 0 atv -263071872 -263071844 s proc 256 sleeping indefenitely timo 0 atv -263071872 -266478688 s proc 256 sleeping indefenitely timo 0 atv -263072000 -263071972 s proc 256 sleeping indefenitely timo 0 atv -263072128 -263072100 s proc 256 sleeping indefenitely timo 0 atv -263072384 -263072356 s proc 256 sleeping indefenitely timo 0 atv -263849944 20770816 s proc 256 sleeping indefenitely timo 0 atv -267203892 -259644804 s proc 256 sleeping indefenitely timo 0 atv 0 20713472 s proc 256 sleeping indefenitely timo 0 atv 19681280 -215643488 s proc 263 sleeping indefenitely timo 0 atv 0 0 s proc 266 sleeping indefenitely timo 0 atv -259581184 -266498320 s proc 266 sleeping indefenitely timo 0 atv 15581184 -215644256 s proc 271 sleeping indefenitely timo 0 atv -263792536 20914176 s proc 274 sleeping indefenitely timo 0 atv -263070336 -263070308 s proc 274 sleeping indefenitely timo 0 atv -263070464 -263070436 s proc 274 sleeping indefenitely timo 0 atv -263071488 -263071460 s proc 274 sleeping indefenitely timo 0 atv -267289162 -214860208 s proc 274 sleeping indefenitely timo 0 atv 0 0 s proc 274 sleeping indefenitely timo 0 atv 0 5644288 s proc 274 sleeping indefenitely timo 0 atv 0 5648384 s proc 80 sleeping indefenitely timo 0 atv -215653184 -215499088 s proc 80 sleeping indefenitely timo 0 atv -266891643 -215499164 s proc 80 sleeping indefenitely timo 0 atv -272646708 3 s proc 80 sleeping indefenitely timo 0 atv -272646808 62 s proc 80 sleeping indefenitely timo 0 atv -272646808 67 s proc 80 sleeping indefenitely timo 0 atv -272646808 68 s proc 80 sleeping indefenitely timo 0 atv -272646808 69 s proc 80 sleeping indefenitely timo 0 atv -272646808 80 s proc 80 sleeping indefenitely timo 0 atv -272646808 83 s proc 80 sleeping indefenitely timo 0 atv -272646808 84 s proc 80 sleeping indefenitely timo 0 atv -272646808 85 s proc 80 sleeping indefenitely timo 0 atv -272646808 87 s proc 80 sleeping indefenitely timo 0 atv -272646808 89 s proc 80 sleeping indefenitely timo 0 atv -272646808 91 s proc 80 sleeping indefenitely timo 0 atv -272646808 99 s proc 80 sleeping indefenitely timo 0 atv 5332 29908 s proc 80 sleeping indefenitely timo 0 atv 5390 29966 s proc 80 sleeping indefenitely timo 0 atv 5456 30032 s proc 80 sleeping indefenitely timo 0 atv 5774 46734 s proc 80 sleeping indefenitely timo 0 atv 7614 7614 s proc 92 sleeping indefenitely timo 0 atv -263662744 37101568 -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:30:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21774 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:30:41 -0800 (PST) (envelope-from owner-freebsd-current@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 BAA21768 for ; Sat, 4 Apr 1998 01:30:35 -0800 (PST) (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 LAA04920; Sat, 4 Apr 1998 11:28:00 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Sat, 04 Apr 1998 13:15:48 +0400." <19980404131548.12530@nagual.pp.ru> Date: Sat, 04 Apr 1998 11:28:00 +0200 Message-ID: <4918.891682080@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All those negative values still look like stack garbage to me... I would not expect your window manager to need a timeout in the select anyway, so still think things are ok in select & poll. It must be some other bit of my change which kills it, I'm suspecting nanosleep() right now... I hope you can find time to try the patch I just posted... Poul-Henning -- 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-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:44:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22994 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:44:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22986 for ; Sat, 4 Apr 1998 01:44:17 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id NAA15802; Sat, 4 Apr 1998 13:42:40 +0400 (MSD) (envelope-from ache) Message-ID: <19980404134240.34229@nagual.pp.ru> Date: Sat, 4 Apr 1998 13:42:40 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , Peter Wemm , current@freebsd.org References: <19980404131548.12530@nagual.pp.ru> <4918.891682080@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <4918.891682080@critter.freebsd.dk>; from phk@critter.freebsd.dk on Sat, Apr 04, 1998 at 11:28:00AM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 11:28:00AM +0200, Poul-Henning Kamp wrote: > > All those negative values still look like stack garbage to me... As I already say, I add uap->tv != 0 check before printing, so it is _not_ stack garbage. It may means that atv is damaged somehow. I'll try to add more checks to see how it is damaged. > I would not expect your window manager to need a timeout in the > select anyway, so still think things are ok in select & poll. I use fvwm95 For poll things are ok, I see no diagnostics from poll code, all of them comes from select code. > It must be some other bit of my change which kills it, I'm suspecting > nanosleep() right now... I hope you can find time to try the patch > I just posted... Maybe later, your patch is too big and affect syscons. Currently I ran privately patched syscons because standard version cause random reboots on vidcontrol call. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:51:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24424 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:51:33 -0800 (PST) (envelope-from owner-freebsd-current@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 BAA24416 for ; Sat, 4 Apr 1998 01:51:30 -0800 (PST) (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 LAA04986; Sat, 4 Apr 1998 11:49:33 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Sat, 04 Apr 1998 13:42:40 +0400." <19980404134240.34229@nagual.pp.ru> Date: Sat, 04 Apr 1998 11:49:33 +0200 Message-ID: <4984.891683373@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980404134240.34229@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= writes: >On Sat, Apr 04, 1998 at 11:28:00AM +0200, Poul-Henning Kamp wrote: >> >> All those negative values still look like stack garbage to me... > >As I already say, I add uap->tv != 0 check before printing, >so it is _not_ stack garbage. It may means that atv is damaged somehow. >I'll try to add more checks to see how it is damaged. > >> I would not expect your window manager to need a timeout in the >> select anyway, so still think things are ok in select & poll. > >I use fvwm95 >For poll things are ok, I see no diagnostics from poll code, all of them >comes from select code. > >> It must be some other bit of my change which kills it, I'm suspecting >> nanosleep() right now... I hope you can find time to try the patch >> I just posted... > >Maybe later, your patch is too big and affect syscons. Currently I ran >privately patched syscons because standard version cause random reboots >on vidcontrol call. It just relates to the timeout for screensaver. Apply the rest of the patch and make a static variable called mono_time in syscons.c -- 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-current" in the body of the message From owner-freebsd-current Sat Apr 4 01:52:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24578 for freebsd-current-outgoing; Sat, 4 Apr 1998 01:52:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24572 for ; Sat, 4 Apr 1998 01:52:14 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.5/8.7.3) id LAA10642; Sat, 4 Apr 1998 11:51:57 +0200 (CEST) Message-ID: <19980404115157.13517@cons.org> Date: Sat, 4 Apr 1998 11:51:57 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Mail-Followup-To: Bruce Evans , cracauer@cons.org, freebsd-current@FreeBSD.ORG References: <199804040547.PAA13155@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804040547.PAA13155@godzilla.zeta.org.au>; from Bruce Evans on Sat, Apr 04, 1998 at 03:47:42PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199804040547.PAA13155@godzilla.zeta.org.au>, Bruce Evans wrote: > >> POSIX.2 only requires a nonzero exit status for SIGQUIT. We've just > >> fixed the handling of SIGINT, SIGTERM and SIGHUP. > > > >I'm not sure why you treat SIGQUIT specially. > > The POSIX rationale says that it is because make's core file might > overwrite the application's core file. That's right, of course. We should keep programs like make and truss in a way that they still work on single-corefilename systems. > >That way the script > >can't end immedeatly after the current job. > > Perhaps the special handling should only be used at the top level (sh). What about setting coredumpsize = 0 and sending SIGQUIT to ourself for sh, make, truss, time? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 03:18:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA01986 for freebsd-current-outgoing; Sat, 4 Apr 1998 03:18:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from helios.dnttm.ru (root@dnttm-gw.rssi.ru [193.232.0.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA01794 for ; Sat, 4 Apr 1998 03:17:52 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id PAA08276; Sat, 4 Apr 1998 15:14:04 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id PAA00429; Sat, 4 Apr 1998 15:25:00 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199804041125.PAA00429@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Poul-Henning Kamp cc: current Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-reply-to: Your message of "Sat, 04 Apr 1998 10:04:41 +0200." <4698.891677081@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Apr 1998 15:25:00 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > Ok, I have spent too much of the night already on this, lets take another > attack, can you try out this kernel patch: > > Poul-Henning > > Index: i386/i386/exception.s .... Looks like the patch did the trick. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 04:06:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08371 for freebsd-current-outgoing; Sat, 4 Apr 1998 04:06:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08361 for ; Sat, 4 Apr 1998 04:06:32 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id QAA00284; Sat, 4 Apr 1998 16:06:07 +0400 (MSD) (envelope-from ache) Message-ID: <19980404160503.13793@nagual.pp.ru> Date: Sat, 4 Apr 1998 16:05:03 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp , Peter Wemm , current@FreeBSD.ORG Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , Peter Wemm , current@freebsd.org References: <19980404131548.12530@nagual.pp.ru> <4918.891682080@critter.freebsd.dk> <19980404134240.34229@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: <19980404134240.34229@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Apr 04, 1998 at 01:42:40PM +0400 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 01:42:40PM +0400, Андрей Чернов wrote: > On Sat, Apr 04, 1998 at 11:28:00AM +0200, Poul-Henning Kamp wrote: > > > > All those negative values still look like stack garbage to me... > > As I already say, I add uap->tv != 0 check before printing, > so it is _not_ stack garbage. It may means that atv is damaged somehow. > I'll try to add more checks to see how it is damaged. > Oops, sorry, I made mistake in my check. With proper uap->tv check I not see this diagnostic. It means that problem is somewhere else and not in timo == 0 when atv not 0. I'll try your patch next. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 04:32:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10402 for freebsd-current-outgoing; Sat, 4 Apr 1998 04:32:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10391 for ; Sat, 4 Apr 1998 04:32:30 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id QAA00297; Sat, 4 Apr 1998 16:28:19 +0400 (MSD) (envelope-from ache) Message-ID: <19980404162815.10889@nagual.pp.ru> Date: Sat, 4 Apr 1998 16:28:15 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp , Alex Cc: current Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) Mail-Followup-To: Poul-Henning Kamp , Alex , current References: <4698.891677081@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <4698.891677081@critter.freebsd.dk>; from phk@critter.freebsd.dk on Sat, Apr 04, 1998 at 10:04:41AM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 10:04:41AM +0200, Poul-Henning Kamp wrote: > > Ok, I have spent too much of the night already on this, lets take another > attack, can you try out this kernel patch: Yes, this patch works. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 05:38:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA16765 for freebsd-current-outgoing; Sat, 4 Apr 1998 05:38:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mhub3.tc.umn.edu (0@mhub3.tc.umn.edu [128.101.131.53]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA16760 for ; Sat, 4 Apr 1998 05:38:57 -0800 (PST) (envelope-from adkin003@tc.umn.edu) Received: from gold.tc.umn.edu by mhub3.tc.umn.edu; Sat, 4 Apr 98 07:38:49 -0600 Received: from pub-30-b-155.dialup.umn.edu by gold.tc.umn.edu; Sat, 4 Apr 98 07:38:48 -0600 Date: Sat, 4 Apr 1998 07:38:44 -0600 (CST) From: dave adkins X-Sender: adkin003@samthedog To: Poul-Henning Kamp cc: Alex , current Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: <4698.891677081@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Apr 1998, Poul-Henning Kamp wrote: > > Ok, I have spent too much of the night already on this, lets take another > attack, can you try out this kernel patch: > > Poul-Henning > The patch fixs the select problem with netscape. I'm curious what the problem was. The patch was big enough that I couldn't tell what exactly it fixed. All the simple select test cases I tried worked fine with sys_generic.c/select() v1.35 and and with the patch back to v1.33+getmicrotime() and with your new patch. What is netscape doing that broke with v1.35? I was away from a computer for the last day and a half. Sorry if the orginal patch I posted caused you any trouble. It was just demonstrate that the netscape slow down was in select(), not a proper solution to the problem. I guess I should have added a disclaimer. dave adkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 07:35:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26072 for freebsd-current-outgoing; Sat, 4 Apr 1998 07:35:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA26044; Sat, 4 Apr 1998 07:34:51 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id TAA00250; Sat, 4 Apr 1998 19:34:39 +0400 (MSD) (envelope-from ache) Message-ID: <19980404193439.51330@nagual.pp.ru> Date: Sat, 4 Apr 1998 19:34:39 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: SCSI errors with latest -current Mail-Followup-To: scsi@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With latest -current I start to get this sort of errors for my several SCSI drives. Since they started at once for several drives, I suppose it is not hardware problem. Any ideas? sd1: SCB 0x5 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Ordered Tag queued Ordered Tag sent sd1: SCB 0x5 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa sd1: Queueing an Abort SCB sd1: Abort Message Sent sd1: SCB 5 - Abort Tag Completed. sd1: no longer in timeout -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 08:12:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01031 for freebsd-current-outgoing; Sat, 4 Apr 1998 08:12:36 -0800 (PST) (envelope-from owner-freebsd-current@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 IAA00975; Sat, 4 Apr 1998 08:12:33 -0800 (PST) (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 SAA05646; Sat, 4 Apr 1998 18:11:42 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SCSI errors with latest -current In-reply-to: Your message of "Sat, 04 Apr 1998 19:34:39 +0400." <19980404193439.51330@nagual.pp.ru> Date: Sat, 04 Apr 1998 18:11:41 +0200 Message-ID: <5644.891706301@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, based on the hot potato principle I guess my changes are still suspect, although I cannot see any reason why they should be affecting this. Yell at me if you find that the latest round of patches are causing this. If the devices are on the same controller, the cable & termination could be suspected (as well as the controller of course). Poul-Henning In message <19980404193439.51330@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= writes: >With latest -current I start to get this sort of errors for my several >SCSI drives. Since they started at once for several drives, I suppose it >is not hardware problem. Any ideas? > >sd1: SCB 0x5 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 >SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa >Ordered Tag queued >Ordered Tag sent >sd1: SCB 0x5 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 >SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa >sd1: Queueing an Abort SCB >sd1: Abort Message Sent >sd1: SCB 5 - Abort Tag Completed. >sd1: no longer in timeout > >-- >Andrey A. Chernov >http://www.nagual.pp.ru/~ache/ >MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" 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-current" in the body of the message From owner-freebsd-current Sat Apr 4 08:15:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01714 for freebsd-current-outgoing; Sat, 4 Apr 1998 08:15:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA01470; Sat, 4 Apr 1998 08:13:35 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id UAA13014; Sat, 4 Apr 1998 20:13:22 +0400 (MSD) (envelope-from ache) Message-ID: <19980404201321.47276@nagual.pp.ru> Date: Sat, 4 Apr 1998 20:13:21 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: phk@FreeBSD.ORG, current@FreeBSD.ORG Subject: minor nit to sys_generic.c Mail-Followup-To: phk@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Setting atv.tv_usec is unnecessary, it never used. *** sys_generic.c.bak Sat Apr 4 17:25:32 1998 --- sys_generic.c Sat Apr 4 20:10:17 1998 *************** *** 602,611 **** } getmicroruntime(&rtv); timevaladd(&atv, &rtv); ! } else { atv.tv_sec = 0; - atv.tv_usec = 0; - } timo = 0; retry: ncoll = nselcoll; --- 602,609 ---- } getmicroruntime(&rtv); timevaladd(&atv, &rtv); ! } else atv.tv_sec = 0; timo = 0; retry: ncoll = nselcoll; *************** *** 734,743 **** } getmicroruntime(&rtv); timevaladd(&atv, &rtv); ! } else { atv.tv_sec = 0; - atv.tv_usec = 0; - } timo = 0; retry: ncoll = nselcoll; --- 732,739 ---- } getmicroruntime(&rtv); timevaladd(&atv, &rtv); ! } else atv.tv_sec = 0; timo = 0; retry: ncoll = nselcoll; -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:09:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10256 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:09:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10235; Sat, 4 Apr 1998 09:09:31 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id VAA18128; Sat, 4 Apr 1998 21:07:50 +0400 (MSD) (envelope-from ache) Message-ID: <19980404210749.52044@nagual.pp.ru> Date: Sat, 4 Apr 1998 21:07:49 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SCSI errors with latest -current Mail-Followup-To: Poul-Henning Kamp , scsi@FreeBSD.ORG, current@FreeBSD.ORG References: <19980404193439.51330@nagual.pp.ru> <5644.891706301@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <5644.891706301@critter.freebsd.dk>; from phk@critter.freebsd.dk on Sat, Apr 04, 1998 at 06:11:41PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 06:11:41PM +0200, Poul-Henning Kamp wrote: > > Well, based on the hot potato principle I guess my changes are still > suspect, although I cannot see any reason why they should be affecting > this. > > Yell at me if you find that the latest round of patches are causing this. This effect is random, but I can't reproduce it with very old kernel, so either latest or previous patches set is under question. > If the devices are on the same controller, the cable & termination could > be suspected (as well as the controller of course). As I say old kernel seems working. At this moment I also know workaround for -current: when I comment out options AHC_SCBPAGING_ENABLE latest kernel works too. So something wrong with SCB paging code. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:15:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11709 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:15:48 -0800 (PST) (envelope-from owner-freebsd-current@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 JAA11704; Sat, 4 Apr 1998 09:15:45 -0800 (PST) (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 TAA05780; Sat, 4 Apr 1998 19:14:58 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SCSI errors with latest -current In-reply-to: Your message of "Sat, 04 Apr 1998 21:07:49 +0400." <19980404210749.52044@nagual.pp.ru> Date: Sat, 04 Apr 1998 19:14:58 +0200 Message-ID: <5778.891710098@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980404210749.52044@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= writes: >As I say old kernel seems working. At this moment I also know workaround >for -current: when I comment out >options AHC_SCBPAGING_ENABLE >latest kernel works too. So something wrong with SCB paging code. no clues... -- 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-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:21:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12891 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:21:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12849 for ; Sat, 4 Apr 1998 09:21:48 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id MAA11130 for ; Sat, 4 Apr 1998 12:20:57 -0500 (EST) Date: Sat, 4 Apr 1998 12:20:57 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: FreeBSD-current@FreeBSD.ORG Subject: groff/mm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering if anyone would have any objections to bringing the mm macros (part of groff) up from the version 1.27 we have now, to version 1.30 ... it's not just a recent patch (1.30 has been the latest since Sept 96) and 1.30 fixes a problem with making Table of Contents stuff (which I have been using privately here for some months now). >From what I've done here (and been thru countless buildworld cycles since) it's just a matter of replacing the groff/mm directory completely with the new stuff, which is what I'd do. If anyone wants to experiment themselves, the actual mm author's site is at: ftp://ftp.efd.lth.se/pub/gnu/groff/ I'll wait a week for any negatives ... ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:24:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13581 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:24:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (haiti-71.ppp.hooked.net [206.169.228.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA13566 for ; Sat, 4 Apr 1998 09:24:10 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id JAA00316; Sat, 4 Apr 1998 09:22:22 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 4 Apr 1998 09:22:21 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Poul-Henning Kamp cc: current Subject: Re: Working patch *with* splhigh() (Was Re: More info RE: X slowdown in -current) In-Reply-To: <199804041125.PAA00429@tejblum.dnttm.rssi.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Apr 1998, Dmitrij Tejblum wrote: > Poul-Henning Kamp wrote: > > > > Ok, I have spent too much of the night already on this, lets take another > > attack, can you try out this kernel patch: > > > > Poul-Henning > > > > Index: i386/i386/exception.s > .... > > Looks like the patch did the trick. Yup, it's nice to see X working again. - alex "We are upping our standards ... so up yours." - Pat Paulsen for US of A Prez, 1988. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:28:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14627 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:28:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14620 for ; Sat, 4 Apr 1998 09:28:27 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id MAA11153 for ; Sat, 4 Apr 1998 12:27:37 -0500 (EST) Date: Sat, 4 Apr 1998 12:27:37 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: FreeBSD-current@FreeBSD.ORG Subject: Re: groff/mm In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Apr 1998, Chuck Robey wrote: > I was wondering if anyone would have any objections to bringing the mm > macros (part of groff) up from the version 1.27 we have now, to version > 1.30 ... it's not just a recent patch (1.30 has been the latest since > Sept 96) and 1.30 fixes a problem with making Table of Contents stuff > (which I have been using privately here for some months now). > > >From what I've done here (and been thru countless buildworld cycles > since) it's just a matter of replacing the groff/mm directory completely > with the new stuff, which is what I'd do. > > If anyone wants to experiment themselves, the actual mm author's site is > at: > > ftp://ftp.efd.lth.se/pub/gnu/groff/ I'm replying to my own message, sorry, the ftp site is ftp.axis.se, not what I put above, because that site above only has the 1.29 version, which still has the TOC bug. Still in /pub/groff, tho. > > I'll wait a week for any negatives ... > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:50:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18722 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:50:53 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18684; Sat, 4 Apr 1998 09:50:45 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id VAA18433; Sat, 4 Apr 1998 21:48:18 +0400 (MSD) (envelope-from ache) Message-ID: <19980404214817.31715@nagual.pp.ru> Date: Sat, 4 Apr 1998 21:48:17 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: Poul-Henning Kamp Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SCSI errors with latest -current Mail-Followup-To: Poul-Henning Kamp , scsi@FreeBSD.ORG, current@FreeBSD.ORG References: <19980404210749.52044@nagual.pp.ru> <5778.891710098@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <5778.891710098@critter.freebsd.dk>; from phk@critter.freebsd.dk on Sat, Apr 04, 1998 at 07:14:58PM +0200 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 07:14:58PM +0200, Poul-Henning Kamp wrote: > In message <19980404210749.52044@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= writes: > > >As I say old kernel seems working. At this moment I also know workaround > >for -current: when I comment out > >options AHC_SCBPAGING_ENABLE > >latest kernel works too. So something wrong with SCB paging code. > > no clues... Maybe something in timeout/untimeout code (just raw guess)? -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 09:55:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20635 for freebsd-current-outgoing; Sat, 4 Apr 1998 09:55:50 -0800 (PST) (envelope-from owner-freebsd-current@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 JAA20619; Sat, 4 Apr 1998 09:55:42 -0800 (PST) (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 TAA05937; Sat, 4 Apr 1998 19:54:47 +0200 (CEST) To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SCSI errors with latest -current In-reply-to: Your message of "Sat, 04 Apr 1998 21:48:17 +0400." <19980404214817.31715@nagual.pp.ru> Date: Sat, 04 Apr 1998 19:54:46 +0200 Message-ID: <5935.891712486@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980404214817.31715@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= writes: >On Sat, Apr 04, 1998 at 07:14:58PM +0200, Poul-Henning Kamp wrote: >> In message <19980404210749.52044@nagual.pp.ru>, =?koi8-r?B?4c7E0sXKIP7F0s7P >1w==?= writes: >> >> >As I say old kernel seems working. At this moment I also know workaround >> >for -current: when I comment out >> >options AHC_SCBPAGING_ENABLE >> >latest kernel works too. So something wrong with SCB paging code. >> >> no clues... > >Maybe something in timeout/untimeout code (just raw guess)? I didn't touch that... :-) -- 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-current" in the body of the message From owner-freebsd-current Sat Apr 4 12:41:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05950 for freebsd-current-outgoing; Sat, 4 Apr 1998 12:41:11 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (libya-209.ppp.hooked.net [206.169.227.209]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05940; Sat, 4 Apr 1998 12:41:04 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with ESMTP id MAA10337; Sat, 4 Apr 1998 12:40:51 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 4 Apr 1998 12:40:50 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org Reply-To: Alex To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SCSI errors with latest -current In-Reply-To: <19980404193439.51330@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Apr 1998, [koi8-r] Андрей Чернов wrote: > With latest -current I start to get this sort of errors for my several > SCSI drives. Since they started at once for several drives, I suppose it > is not hardware problem. Any ideas? I find that if your disk system is pushed hard enough, that you will get errors like that with SCB paging and/or TAGGED_QUEUING enabled even before PHKs commits. This is one of the things the CAM code (dunno if it's stable enough to use) fixes. In essence it's a combination hardware and software problem... I think. > sd1: SCB 0x5 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa > Ordered Tag queued > Ordered Tag sent > sd1: SCB 0x5 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa > sd1: Queueing an Abort SCB > sd1: Abort Message Sent > sd1: SCB 5 - Abort Tag Completed. > sd1: no longer in timeout - alex "We are upping our standards ... so up yours." - Pat Paulsen for US of A Prez, 1988 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 22:45:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03254 for freebsd-current-outgoing; Sat, 4 Apr 1998 22:45:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grue.xaqti.com (kitten@grue.xaqti.com [207.88.149.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03249; Sat, 4 Apr 1998 22:45:34 -0800 (PST) (envelope-from kitten@xaqti.com) Received: (from kitten@localhost) by grue.xaqti.com (8.8.8/8.8.8) id WAA08022; Sat, 4 Apr 1998 22:45:33 -0800 (PST) (envelope-from kitten@snowpaws.com) From: Julie Juracich Message-Id: <199804050645.WAA08022@grue.xaqti.com> Subject: Problems with Adaptec2920 driver To: freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Date: Sat, 4 Apr 1998 22:45:33 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I posted this to comp.unix.bsd.freebsd.misc, but have received no response, so I thought I'd try the mailing lists. I have an Adaptec 2920 SCSI controller that has been giving me no end of headaches with FreeBSD. I was able to use the driver from http://www.sbox.tu-graz.ac.at/home/rmike/freebsd/ with a minor alteration for FreeBSD-STABLE (had to remove references to crd.h). I have now gone to FreeBSD-CURRENT, and I have tried both that driver and the patch located here: ftp://ftp.freebsd.org/pub/FreeBSD/2.2.6-RELEASE/xperimnt/aha2920/tmc18c30-sysdif f.gz Neither are working and are spewing errors during my kernel compile such as: (using tmc18c30-sysdiff.gz) ../../pci/aha2920pci.c: At top level: ../../pci/aha2920pci.c:288: redefinition of `ahd_pci_intr' ../../pci/aha2920pci.c:139: `ahd_pci_intr' previously defined here ** Error code 1 (using aha2920-230897.tgz) ../../i386/scsi/scsi_low/scsi_low.c: In function `scsi_low_init_ccbque': ../../i386/scsi/scsi_low/scsi_low.c:250: parse error before `ccbque' ../../i386/scsi/scsi_low/scsi_low.c: In function `scsi_low_get_ccb': ../../i386/scsi/scsi_low/scsi_low.c:250: parse error before `break' Has anyone else gotten this card running successfully with FreeBSD-CURRENT? If so, could you tell me what I need to do to get it working? -- Julie Juracich )\._.,--....,'``. kitten @ snowpaws.com /, _.. \ _\ ;`._ ,. http://www.snowpaws.com/ `._.-(,_..'--(,_..'`-.;.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 4 23:24:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06602 for freebsd-current-outgoing; Sat, 4 Apr 1998 23:24:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06596 for ; Sat, 4 Apr 1998 23:24:53 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id JAA00342 for ; Sat, 29 Jun 1996 09:44:18 +0200 (MET DST) Message-ID: <35274E1E.F6178EB0@giovannelli.it> Date: Sun, 05 Apr 1998 09:25:50 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: is msdos fs broken ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to mount a fat32 slice with : gmarco:/usr/tmp#mount -t msdos /dev/sd0s1 /mnt/dos msdos: /dev/sd0s1: Invalid argument gmarco:/usr/tmp#fdisk sd0 ******* Working on device /dev/rsd0 ******* parameters extracted from in-core disklabel are: cylinders=1106 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1106 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11,(DOS or Windows 95 with 32 bit FAT) start 63, size 9590742 (4682 Meg), flag 0 beg: cyl 0/ sector 1/ head 1; end: cyl 596/ sector 63/ head 254 The data for partition 2 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 9590805, size 8177085 (3992 Meg), flag 80 (active) beg: cyl 597/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 254 The data for partition 3 is: The data for partition 4 is: While mounting the zip drive works just fine : gmarco:/usr/tmp#mount -t msdos /dev/sd2s4 /mnt/mzip gmarco:/usr/tmp# Any ideas ? -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message