From owner-freebsd-current Sun Nov 9 05:26:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA10760 for current-outgoing; Sun, 9 Nov 1997 05:26:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA10753 for ; Sun, 9 Nov 1997 05:25:59 -0800 (PST) (envelope-from root@totum.plaut.de) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id OAA05104 for ; Sun, 9 Nov 1997 14:25:57 +0100 Received: from localhost (root@localhost) by totum.plaut.de (8.8.7/8.7.3) with SMTP id OAA14094 for ; Sun, 9 Nov 1997 14:25:57 +0100 (MET) Date: Sun, 9 Nov 1997 14:25:57 +0100 (MET) From: Michael Reifenberger To: FreeBSD-Current Subject: -current, iijppp, Zyxel(ISDN), ASCEND400, DES -> not working. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, next problem. After compiling with DES/MSChap... src/secure/... I'm not able to connect to the ASCEND. Recompiling with NOSECURE=yes fixes the problem. The log: ... Nov 9 14:09:10 nihil ppp[7957]: LCP: SendConfigAck(Ack-Rcvd) Nov 9 14:09:10 nihil ppp[7957]: LCP: MRU 1524 Nov 9 14:09:10 nihil ppp[7957]: LCP: ACCMAP 000a0000 Nov 9 14:09:10 nihil ppp[7957]: LCP: AUTHPROTO proto = c223 Nov 9 14:09:10 nihil ppp[7957]: LCP: PROTOCOMP Nov 9 14:09:10 nihil ppp[7957]: LCP: ACFCOMP Nov 9 14:09:10 nihil ppp[7957]: LCP: State change Ack-Rcvd --> Opened Nov 9 14:09:10 nihil ppp[7957]: LCP: LcpLayerUp Nov 9 14:09:10 nihil ppp[7957]: Phase: NewPhase: Authenticate Nov 9 14:09:10 nihil ppp[7957]: Phase: his = c223, mine = 0 Nov 9 14:09:10 nihil ppp[7957]: LQM: LQM method = 2 Nov 9 14:09:10 nihil ppp[7957]: LQM: LQR is not activated. Nov 9 14:09:10 nihil ppp[7957]: LCP: ChapInput: CHALLENGE Nov 9 14:09:10 nihil ppp[7957]: Phase: Valsize = 16, Name = ASCEND400 Nov 9 14:09:10 nihil ppp[7957]: LCP: ChapOutput: RESPONSE Nov 9 14:09:10 nihil ppp[7957]: LCP: ChapInput: FAILURE Nov 9 14:09:18 nihil ppp[7957]: LCP: Received Terminate Request (1) state = Opened (9) Nov 9 14:09:18 nihil ppp[7957]: LCP: LcpLayerDown .... Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-current Sun Nov 9 06:41:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA14002 for current-outgoing; Sun, 9 Nov 1997 06:41:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mexcom.net (ns.mexcom.net [206.103.64.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA13997 for ; Sun, 9 Nov 1997 06:41:50 -0800 (PST) (envelope-from eculp@mexcom.net) Received: from mc.mexcom.net ([206.103.65.208]) by ns.mexcom.net (8.8.7/8.8.7) with SMTP id IAA24630; Sun, 9 Nov 1997 08:41:27 -0600 (CST) Message-ID: <3465CC8A.1CFBAE39@mexcom.net> Date: Sun, 09 Nov 1997 08:45:30 -0600 From: eculp Organization: MexCom X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-970912-SNAP i386) MIME-Version: 1.0 To: Murray Stokely CC: freebsd-current@FreeBSD.ORG Subject: Re: kernel memory errors? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Murray Stokely wrote: > > I can't run 'top' or 'ps' since booting a new 3.0 kernel (cvsuped less > than 24hrs ago). The system seems to be working fine, in that I'm in > X and running Netscape now, but I get the following errors when I try > to run two very important utilities... > > [pimp] /home/murray: top > kvm_open: proc size mismatch (28552 total, 656 chunks) > top: Out of memory. > > [pimp] /home/murray: ps > ps: proc size mismatch (14608 total, 656 chunks) > > Murray Stokely I am probably running the same version with no problems. I assume that you rebuilt the kernel and rebooted? The only time I've seen this problem is when I forget to reboot :-) Ed From owner-freebsd-current Sun Nov 9 10:12:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25754 for current-outgoing; Sun, 9 Nov 1997 10:12:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA25747 for ; Sun, 9 Nov 1997 10:12:49 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA09172; Sun, 9 Nov 1997 19:12:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id RAA01944; Sun, 9 Nov 1997 17:06:25 +0100 (MET) Message-ID: <19971109170624.FU36421@uriah.heep.sax.de> Date: Sun, 9 Nov 1997 17:06:24 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG (FreeBSD-Current) Cc: root@totum.plaut.de (Michael Reifenberger) Subject: Re: -current, iijppp, Zyxel(ISDN), ASCEND400, DES -> not working. References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Michael Reifenberger on Nov 9, 1997 14:25:57 +0100 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Reifenberger wrote: > next problem. > After compiling with DES/MSChap... src/secure/... > I'm not able to connect to the ASCEND. > Recompiling with NOSECURE=yes fixes the problem. I wouldn't be too surprised iff the Ascend PPP implementation would accept the MS-CHAP negotiation, as opposed to properly re-negotiate for MD5-CHAP. Alas, ppp(8) doesn't seem to log this detail. If this is the case, drop Ascend a bug report (support@ascend.com; they've already got three or four reports from me in their pipe ;-). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 9 10:54:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA27892 for current-outgoing; Sun, 9 Nov 1997 10:54:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA27879 for ; Sun, 9 Nov 1997 10:54:41 -0800 (PST) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous219.ppp.cs.tu-berlin.de [130.149.17.219]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id TAA15563 for ; Sun, 9 Nov 1997 19:47:48 +0100 (MET) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id TAA00703; Sun, 9 Nov 1997 19:19:06 +0100 (MET) Date: Sun, 9 Nov 1997 19:19:06 +0100 (MET) Message-Id: <199711091819.TAA00703@panke.panke.de> From: Wolfram Schneider To: current@freebsd.org Subject: make world junkies MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There is an old bug in the subdir target. Can someone apply the patch and verify that no Makefile depend on this bug? E.g. Run `make release' with and without the patch and compare the numbers of file names and the total size of the release? PR: bin/4736 Index: bsd.subdir.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.subdir.mk,v retrieving revision 1.18 diff -u -r1.18 bsd.subdir.mk --- bsd.subdir.mk 1997/06/21 15:40:34 1.18 +++ bsd.subdir.mk 1997/11/09 18:04:33 @@ -59,7 +59,7 @@ .for __target in all checkdpadd clean cleandir depend lint \ maninstall obj objlink -.if !target(__target) +.if !target(${__target}) ${__target}: _SUBDIRUSE .endif .endfor -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-current Sun Nov 9 11:03:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28384 for current-outgoing; Sun, 9 Nov 1997 11:03:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28364 for ; Sun, 9 Nov 1997 11:03:23 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.5) with ESMTP id TAA17568; Sun, 9 Nov 1997 19:02:27 GMT Message-Id: <199711091902.TAA17568@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@FreeBSD.ORG (FreeBSD-Current), root@totum.plaut.de (Michael Reifenberger) Subject: Re: -current, iijppp, Zyxel(ISDN), ASCEND400, DES -> not working. In-reply-to: Your message of "Sun, 09 Nov 1997 17:06:24 +0100." <19971109170624.FU36421@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 19:02:26 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Michael Reifenberger wrote: > > > next problem. > > After compiling with DES/MSChap... src/secure/... > > I'm not able to connect to the ASCEND. > > Recompiling with NOSECURE=yes fixes the problem. > > I wouldn't be too surprised iff the Ascend PPP implementation would > accept the MS-CHAP negotiation, as opposed to properly re-negotiate > for MD5-CHAP. Alas, ppp(8) doesn't seem to log this detail. If this > is the case, drop Ascend a bug report (support@ascend.com; they've > already got three or four reports from me in their pipe ;-). I recently fixed HDLC logging so that it logs the whole chain of mbufs rather than just the first. We should now be able to see the whole CHAP packet (albeit in hex). > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sun Nov 9 11:08:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28688 for current-outgoing; Sun, 9 Nov 1997 11:08:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28680 for ; Sun, 9 Nov 1997 11:08:24 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id TAA24229 for ; Sun, 9 Nov 1997 19:08:22 GMT Date: Sun, 9 Nov 1997 19:08:21 +0000 (GMT) From: Stephen Roome To: freebsd-current@freebsd.org Subject: Current with SMP and netatalk panics. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just got current about an hour ago and recompiled netatalk-1.4b2 with the patch from the netatalk site for current (freebsd3.diff). First time I ran atalkd it went okay, so -stupidly- I turned it on in startup and... oops, I get something like this on bootup now... SMP: I'm on cpu1 I need to be on cpu0. timeout getting cpu0 This seems to be happening when afpd starts up, not sure what's going on here as, I've got atalkd to start again, but as soon as I try to run afpd it goes and crashes again. It's refreshing though as I'm normally stuck with atalkd refusing to add multicast addresses rather than afpd crashing. Steve. -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-current Sun Nov 9 11:11:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28861 for current-outgoing; Sun, 9 Nov 1997 11:11:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28851 for ; Sun, 9 Nov 1997 11:11:22 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.5) with ESMTP id OAA15717; Sun, 9 Nov 1997 14:30:51 GMT Message-Id: <199711091430.OAA15717@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Michael Reifenberger cc: FreeBSD-Current Subject: Re: -current, iijppp, Zyxel(ISDN), ASCEND400, DES -> not working. In-reply-to: Your message of "Sun, 09 Nov 1997 14:25:57 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 14:30:50 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > next problem. > After compiling with DES/MSChap... src/secure/... > I'm not able to connect to the ASCEND. > Recompiling with NOSECURE=yes fixes the problem. > > The log: > ... > Nov 9 14:09:10 nihil ppp[7957]: LCP: SendConfigAck(Ack-Rcvd) > Nov 9 14:09:10 nihil ppp[7957]: LCP: MRU 1524 > Nov 9 14:09:10 nihil ppp[7957]: LCP: ACCMAP 000a0000 > Nov 9 14:09:10 nihil ppp[7957]: LCP: AUTHPROTO proto = c223 > Nov 9 14:09:10 nihil ppp[7957]: LCP: PROTOCOMP > Nov 9 14:09:10 nihil ppp[7957]: LCP: ACFCOMP > Nov 9 14:09:10 nihil ppp[7957]: LCP: State change Ack-Rcvd --> Opened > Nov 9 14:09:10 nihil ppp[7957]: LCP: LcpLayerUp > Nov 9 14:09:10 nihil ppp[7957]: Phase: NewPhase: Authenticate > Nov 9 14:09:10 nihil ppp[7957]: Phase: his = c223, mine = 0 > Nov 9 14:09:10 nihil ppp[7957]: LQM: LQM method = 2 > Nov 9 14:09:10 nihil ppp[7957]: LQM: LQR is not activated. > Nov 9 14:09:10 nihil ppp[7957]: LCP: ChapInput: CHALLENGE > Nov 9 14:09:10 nihil ppp[7957]: Phase: Valsize = 16, Name = ASCEND400 > Nov 9 14:09:10 nihil ppp[7957]: LCP: ChapOutput: RESPONSE > Nov 9 14:09:10 nihil ppp[7957]: LCP: ChapInput: FAILURE > Nov 9 14:09:18 nihil ppp[7957]: LCP: Received Terminate Request (1) state = > Opened (9) > Nov 9 14:09:18 nihil ppp[7957]: LCP: LcpLayerDown > .... Can you enable HDLC logging at this point so that we can see what the fifth byte of the CHAP CHALLENGE is ? It should be 0x05, in which case the code should behave exactly the same. > Bye! > ---- > Michael Reifenberger > Plaut Software GmbH, R/3 Basis > -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sun Nov 9 11:11:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28893 for current-outgoing; Sun, 9 Nov 1997 11:11:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28879 for ; Sun, 9 Nov 1997 11:11:38 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.5) with ESMTP id NAA15115; Sun, 9 Nov 1997 13:40:44 GMT Message-Id: <199711091340.NAA15115@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: chris@netmonger.net (Christopher Masto) cc: freebsd-current@FreeBSD.ORG Subject: Re: Probs with PPP(ISDN) Zyxel->Ascend under -current In-reply-to: Your message of "09 Nov 1997 06:12:25 GMT." <643k89$ks5$1@schenectady.netmonger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 13:40:43 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I noticed a similar problem when I went from 2.2 to CURRENT. "set mtu > 1500" prevents ijppp from working. I hadn't investigated it in much > detail; I had a bunch of other stuff to do, so I just stopped trying > to set the MTU. Anyway, this was with a ZyXEL Elite 2864i (ISDN) > calling a Livingston PM3. The symptom I noticed was that the TX/RX > lights would flash continually, as if the negotiation were in some > kind of loop. How current was your -current ? Up until Sep 29, ppp would decrease the interface MTU, but *not* NAK the peers MRU request. Does the change fix your problem, or does it break it ? If it breaks it, it sounds like your ISP can't handle NAK'd MRU values. > The reason for the 1500 MTU was to work around some bizzare problem > that makes it impossible to access AltaVista with anything above 1500. This has been reported before. It'd be nice to know if the above fix affects things. If you haven't got -current > Sep 29, you can get the latest sources from http://www.freebsd.org/~brian. > -- > = Christopher Masto = chris@netmonger.net = http://www.netmonger.net/ = > = NetMonger Communications = finger for PGP key = $19.95/mo unlimited access = > = Director of Operations = (516) 221-6664 = mailto:info@netmonger.net = > Cheers. -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sun Nov 9 11:42:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA00636 for current-outgoing; Sun, 9 Nov 1997 11:42:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cod.nosc.mil (gshaffer@cod.nosc.mil [128.49.4.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA00631 for ; Sun, 9 Nov 1997 11:42:14 -0800 (PST) (envelope-from gshaffer@cod.nosc.mil) Received: (from gshaffer@localhost) by cod.nosc.mil (8.8.7/8.8.7) id LAA07282; Sun, 9 Nov 1997 11:42:14 -0800 (PST) Date: Sun, 9 Nov 1997 11:42:14 -0800 (PST) From: "Gregory M. Shaffer" Message-Id: <199711091942.LAA07282@cod.nosc.mil> To: current@FreeBSD.Org Cc: gshaffer@cod.nosc.mil Subject: ATAPI ZIP Drives Sender: owner-freebsd-current@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk ------- My SCSI ZIP disk broke down. Before I replaced it I looked through the mailing lists archives to see if the "IDE" ZIP disks were supported (they are) so I when out and bought one. I added the approriate info to my config file and rebuilt and installed the new kernel. When I boot the system I get the following: wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (atapi): , removable, intr, iordis No device is assigned to the disk (I would exepct to see wd0) and I cannot access the disk. I also noticed that the ZIP probes as an ATAPI device. Does FreeBSD support ATAPI ZIP drives? This is my fist try at using IDE, can some one point out what I am doing wrong? Greg Shaffer PS. I am running current (as of Oct 8) on a Tyan Tomcat III with 2x166, 64MB RAM, Adaptec 2940, ATI Mach64. ------- From owner-freebsd-current Sun Nov 9 16:28:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17913 for current-outgoing; Sun, 9 Nov 1997 16:28:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gaia.coppe.ufrj.br ([146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17900; Sun, 9 Nov 1997 16:28:29 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id WAA15256; Sun, 9 Nov 1997 22:28:26 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199711100028.WAA15256@gaia.coppe.ufrj.br> Subject: Re: LINT brooktree848.c failure In-Reply-To: <716.878829588@critter.freebsd.dk> from Poul-Henning Kamp at "Nov 6, 97 04:19:48 pm" To: phk@FreeBSD.ORG (Poul-Henning Kamp) Date: Sun, 9 Nov 1997 22:28:26 -0200 (EDT) 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 X-Loop: FreeBSD.org Precedence: bulk #define quoting(Poul-Henning Kamp) // phk# make // cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I/usr/include -DSPX_HACK -DSIMPLELOCK_DEBUG -DSI_DEBUG -DSCSI_2_DEF -DNPX_DEBUG -DLOCKF_DEBUG -DEXT2FS -DDEBUG -DCLUSTERDEBUG -DBOOTP_COMPAT -DBOOTP_NFSV3 -DBOOTP_NFSROOT -DBOOTP -DPOWERFAIL_NMI -DNATM -DLINT_PCCARD_HACK -DFDSEEKWAIT=16 -DNSWAPDEV=20 -DMFS_AUTOLOAD -DMFS_ROOT=10 -DDEVFS -DMSDOSFS -DLFS -DNQNFS -DNFS -DFFS -DTCP_COMPAT_42 -DNETATALK -DIPTUNNEL -DIPXIP -DIPX -DINET -DDIAGNOSTIC -DMD5 -DCOMPAT_43 -DFAILSAFE -DKERNEL -include opt_global.h ../../pci/brooktree848.c // ../../pci/brooktree848.c: In function `video_ioctl': // ../../pci/brooktree848.c:1955: parse error before `par' // ../../pci/brooktree848.c:1961: `write' undeclared (first use this function) // ../../pci/brooktree848.c:1961: (Each undeclared identifier is reported only once // ../../pci/brooktree848.c:1961: for each function it appears in.) // ../../pci/brooktree848.c:1962: `i2c_addr' undeclared (first use this function) // ../../pci/brooktree848.c:1962: `i2c_port' undeclared (first use this function) // ../../pci/brooktree848.c:1962: `data' undeclared (first use this function) // ../../pci/brooktree848.c:1966: `par' undeclared (first use this function) // *** Error code 1 This is happening also in -stable, cvsuped yesterday !!! There are some vars definition after a case switch, which is invalid in ansi C. I've surrounded that case switch with '{}' to form a new block, and now it compiles, at least. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-current Sun Nov 9 17:06:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20006 for current-outgoing; Sun, 9 Nov 1997 17:06:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19999; Sun, 9 Nov 1997 17:06:23 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id RAA01107; Sun, 9 Nov 1997 17:06:15 -0800 (PST) Message-Id: <199711100106.RAA01107@rah.star-gate.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Joao Carlos Mendes Luis cc: phk@FreeBSD.ORG (Poul-Henning Kamp), current@FreeBSD.ORG Subject: Re: LINT brooktree848.c failure In-reply-to: Your message of "Sun, 09 Nov 1997 22:28:26 -0200." <199711100028.WAA15256@gaia.coppe.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 17:06:15 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am waiting for Luigi to wake up so he can fix is patch. Yes, that patch fell thru the normal verification process from the multimedia mailing list and it will not happen again. Amancio From owner-freebsd-current Sun Nov 9 17:14:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20528 for current-outgoing; Sun, 9 Nov 1997 17:14:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hercules.globalpac.com (GPTMAIL.GLOBALPAC.COM [206.170.230.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20518 for ; Sun, 9 Nov 1997 17:14:33 -0800 (PST) (envelope-from professorponder@hotmail.com) From: professorponder@hotmail.com Message-Id: <199711100114.RAA20518@hub.freebsd.org> Received: from user900.meznet4.net ([209.144.101.102]) by hercules.globalpac.com (Post.Office MTA v3.1 release PO203a ID# 0-34173U3510L250S0) with SMTP id ABB197; Sun, 9 Nov 1997 17:09:22 -0800 To: cumeater@eighteen.net Subject: HOLIDAY T-SHIRT *! Reply-To: professorponder@hotmail.com Date: Fri, 4 Sep 97 16:24:52 EST Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk X-Info:Filtered Via The Remove List At http://www.antispam.org X-Info:Sent Using A Free Copy Of The Zenith Bulk Emailer Hello: We are offering a T-shirt (http://members.globalpac.com/scott/tshirt) It may not be suitable for some people. It was just an idea that I thought would be fun for the holidays this year. We will remove you immediately if you chose! Visit us I think you will be impressed. Hurry this is a holiday T-shirt Thank You, Prof. Ponder http://members.globalpac.com/scott/tshirt *** Important Message - Sent Using The Zenith Bulk Emailer *** *** For Your FREE Copy Of This Program - http://209.27.224.16 *** From owner-freebsd-current Sun Nov 9 18:44:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25804 for current-outgoing; Sun, 9 Nov 1997 18:44:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA25794 for ; Sun, 9 Nov 1997 18:44:32 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00362; Mon, 10 Nov 1997 13:09:18 +1030 (CST) Message-Id: <199711100239.NAA00362@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Gregory M. Shaffer" cc: current@freebsd.org, gshaffer@cod.nosc.mil Subject: Re: ATAPI ZIP Drives In-reply-to: Your message of "Sun, 09 Nov 1997 11:42:14 -0800." <199711091942.LAA07282@cod.nosc.mil> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Nov 1997 13:09:17 +1030 From: Mike Smith Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Please wrap your messages at less than 80 columns) > My SCSI ZIP disk broke down. Before I replaced it I looked through the mailing lists > archives to see if the "IDE" ZIP disks were supported (they are) so I when out and > bought one. I added the approriate info to my config file and rebuilt and installed > the new kernel. When I boot the system I get the following: > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (atapi): , removable, intr, iordis > > No device is assigned to the disk (I would exepct to see wd0) and I cannot access > the disk. I also noticed that the ZIP probes as an ATAPI device. Does FreeBSD > support ATAPI ZIP drives? No. The older Zip drives supported an IDE mode, which is supported (to a degree), however Iomega have dropped this in more recent models. There is considerable interest in pursuing ATAPI disk support, however the "right" way is quite a lot of work, and volunteers are being solicited to participate in this. mike From owner-freebsd-current Sun Nov 9 18:50:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA26054 for current-outgoing; Sun, 9 Nov 1997 18:50:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from set.spradley.dyn.ml.org (fcn105-70.tmi.net [207.170.105.70]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA26046 for ; Sun, 9 Nov 1997 18:50:52 -0800 (PST) (envelope-from tsprad@spradley.dyn.ml.org) Received: from set.spradley.dyn.ml.org (localhost [127.0.0.1]) by set.spradley.dyn.ml.org (8.8.7/8.8.7) with ESMTP id VAA00458; Sun, 9 Nov 1997 21:02:21 -0600 (CST) (envelope-from tsprad@set.spradley.dyn.ml.org) Message-Id: <199711100302.VAA00458@set.spradley.dyn.ml.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: Murray Stokely cc: freebsd-current@FreeBSD.ORG Subject: Re: silo overflows? In-reply-to: Your message of "Sat, 08 Nov 1997 20:17:55 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 21:02:20 -0600 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think I first started seeing these with 2.2.2RELEASE. I think it means that the 16-byte FIFO in the 16550A UART fills up before the interrupt service routine can get around to unloading it. The question is, can anything be done to help? > What do these error messages mean? sio1 is my modem to the outside > world. I never used to get these with 2.2-stable. > > sio1: 1 more silo overflow (total 70) > sio1: 1 more silo overflow (total 71) > > Murray Stokely > From owner-freebsd-current Sun Nov 9 22:54:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08284 for current-outgoing; Sun, 9 Nov 1997 22:54:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA08278; Sun, 9 Nov 1997 22:54:08 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA01195; Mon, 10 Nov 1997 06:44:13 +0100 From: Luigi Rizzo Message-Id: <199711100544.GAA01195@labinfo.iet.unipi.it> Subject: Re: LINT brooktree848.c failure To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 10 Nov 1997 06:44:13 +0100 (MET) Cc: jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199711100106.RAA01107@rah.star-gate.com> from "Amancio Hasty" at Nov 9, 97 05:05:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am waiting for Luigi to wake up so he can fix is patch. Yes, that good morning :) > patch fell thru the normal verification process from the multimedia > mailing list and it will not happen again. As Joao Carlos Mendes notices, the problem is in missing braces around the block of code in case BT848_I2CWR: the code i submitted to the multimedia list was indeed correct and I did not make the commit myself ! So I don't think it's a problem with the source of the patch, but rather a typo or so in the commit phase. Cheers Luigi From owner-freebsd-current Sun Nov 9 23:04:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA08836 for current-outgoing; Sun, 9 Nov 1997 23:04:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA08825; Sun, 9 Nov 1997 23:04:30 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA00862; Sun, 9 Nov 1997 23:03:50 -0800 (PST) Message-Id: <199711100703.XAA00862@rah.star-gate.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Luigi Rizzo cc: jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG, mark@grondar.za Subject: Re: LINT brooktree848.c failure In-reply-to: Your message of "Mon, 10 Nov 1997 06:44:13 +0100." <199711100544.GAA01195@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 23:03:50 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Good Morning, Time to Rise, Shine and yes Hack! Please sort it out with Mark -- we got another batch of patches to the Bt848 driver -- the later on includes better support for yuv for efficient mpeg encoding. I asked last week jkh for commit priviliges so hopefully his gang will be able to get back to me soon. Tnks, Amancio > > I am waiting for Luigi to wake up so he can fix is patch. Yes, that > > good morning :) > > > patch fell thru the normal verification process from the multimedia > > mailing list and it will not happen again. > > As Joao Carlos Mendes notices, the problem is in missing braces around > the block of code in > > case BT848_I2CWR: > > the code i submitted to the multimedia list was indeed correct and I > did not make the commit myself ! > So I don't think it's a problem with the source of the patch, but > rather a typo or so in the commit phase. > > Cheers > Luigi From owner-freebsd-current Sun Nov 9 23:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11299 for current-outgoing; Sun, 9 Nov 1997 23:51:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11291; Sun, 9 Nov 1997 23:51:20 -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.7/8.6.9) with ESMTP id XAA13470; Sun, 9 Nov 1997 23:49:02 -0800 (PST) To: Amancio Hasty cc: Luigi Rizzo , jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG, mark@grondar.za Subject: Re: LINT brooktree848.c failure In-reply-to: Your message of "Sun, 09 Nov 1997 23:03:50 PST." <199711100703.XAA00862@rah.star-gate.com> Date: Sun, 09 Nov 1997 23:49:01 -0800 Message-ID: <13466.879148141@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I asked last week jkh for commit priviliges so hopefully his gang > will be able to get back to me soon. My gang? You make us sound like the Mafia. :-) In any case, I've reviewed this with the core team and they're in agreement with the idea of giving you commit privileges. Since CVS can be something of a headache for newcomers (even if you know CVS already, there are still the various wrinkles to using it on freefall), you'll be assigned a "mentor" for the introductory period, that person being responsible for bringing you up to speed. Your mentor is Mark Murray, as previously discussed. Welcome aboard! Jordan From owner-freebsd-current Sun Nov 9 23:59:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11606 for current-outgoing; Sun, 9 Nov 1997 23:59:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11600; Sun, 9 Nov 1997 23:58:58 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA07653; Sun, 9 Nov 1997 23:58:00 -0800 (PST) Message-Id: <199711100758.XAA07653@rah.star-gate.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: Luigi Rizzo , jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG, mark@grondar.za Subject: Re: LINT brooktree848.c failure In-reply-to: Your message of "Sun, 09 Nov 1997 23:49:01 PST." <13466.879148141@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 23:57:59 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually, I do like the idea of *us* looking like the Mafia -- All dressed in black suits with cool hats just knocking off hacks --- nothing personal you know, just business 8) Tnks this is going to help a lot to support our multimedia efforts! Amancio > > I asked last week jkh for commit priviliges so hopefully his gang > > will be able to get back to me soon. > > My gang? You make us sound like the Mafia. :-) > > In any case, I've reviewed this with the core team and they're > in agreement with the idea of giving you commit privileges. > > Since CVS can be something of a headache for newcomers (even if you > know CVS already, there are still the various wrinkles to using it on > freefall), you'll be assigned a "mentor" for the introductory period, > that person being responsible for bringing you up to speed. Your > mentor is Mark Murray, as previously discussed. > > Welcome aboard! > > Jordan From owner-freebsd-current Mon Nov 10 00:50:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA14360 for current-outgoing; Mon, 10 Nov 1997 00:50:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA14346; Mon, 10 Nov 1997 00:50:47 -0800 (PST) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id KAA19278; Mon, 10 Nov 1997 10:50:37 +0200 (SAT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id KAA17943; Mon, 10 Nov 1997 10:52:55 +0200 (SAST) Message-Id: <199711100852.KAA17943@greenpeace.grondar.za> To: "Jordan K. Hubbard" cc: Amancio Hasty , Luigi Rizzo , jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG, mark@grondar.za Subject: Re: LINT brooktree848.c failure Date: Mon, 10 Nov 1997 10:52:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > I asked last week jkh for commit priviliges so hopefully his gang > > will be able to get back to me soon. > > My gang? You make us sound like the Mafia. :-) Sounds like he made you an offer you couldn't refuse :-). > In any case, I've reviewed this with the core team and they're > in agreement with the idea of giving you commit privileges. Yaaay! > Since CVS can be something of a headache for newcomers (even if you > know CVS already, there are still the various wrinkles to using it on > freefall), you'll be assigned a "mentor" for the introductory period, > that person being responsible for bringing you up to speed. Your > mentor is Mark Murray, as previously discussed. Copy that. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Mon Nov 10 00:52:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA14469 for current-outgoing; Mon, 10 Nov 1997 00:52:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA14459; Mon, 10 Nov 1997 00:52:17 -0800 (PST) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id KAA19282; Mon, 10 Nov 1997 10:52:25 +0200 (SAT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id KAA17961; Mon, 10 Nov 1997 10:54:43 +0200 (SAST) Message-Id: <199711100854.KAA17961@greenpeace.grondar.za> To: Amancio Hasty cc: "Jordan K. Hubbard" , Luigi Rizzo , jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG, mark@grondar.za Subject: Re: LINT brooktree848.c failure Date: Mon, 10 Nov 1997 10:54:43 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > Actually, I do like the idea of *us* looking like the Mafia -- > All dressed in black suits with cool hats just knocking off > hacks --- nothing personal you know, just business 8) Hehehehe! We nedd a group photo of the team, all dressed like the dudes in MIB :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Mon Nov 10 05:15:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA00179 for current-outgoing; Mon, 10 Nov 1997 05:15:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA00163; Mon, 10 Nov 1997 05:15:49 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id NAA28681; Mon, 10 Nov 1997 13:08:59 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id OAA17976; Mon, 10 Nov 1997 14:08:58 +0100 (MET) Date: Mon, 10 Nov 1997 14:08:58 +0100 (MET) Message-Id: <199711101308.OAA17976@bitbox.follo.net> From: Eivind Eklund To: Mark Murray CC: hasty@rah.star-gate.com, jkh@time.cdrom.com, luigi@labinfo.iet.unipi.it, jonny@coppe.ufrj.br, phk@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Mark Murray's message of Mon, 10 Nov 1997 10:54:43 +0200 Subject: Re: LINT brooktree848.c failure References: <199711100854.KAA17961@greenpeace.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [moved to -chat] > Amancio Hasty wrote: > > Actually, I do like the idea of *us* looking like the Mafia -- > > All dressed in black suits with cool hats just knocking off > > hacks --- nothing personal you know, just business 8) > > Hehehehe! We nedd a group photo of the team, all dressed like the dudes > in MIB :-) It will be difficult to get us all gathered, methinks - how about just collecting stills of each person? Could be a worthy addition to the photo gallery... The coolest would be if everybody dropped in a minor dancing sequence like the one in the end of the Men-in-Black music video, but with laptops... *grin* Eivind. From owner-freebsd-current Mon Nov 10 05:42:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA01286 for current-outgoing; Mon, 10 Nov 1997 05:42:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA01266 for ; Mon, 10 Nov 1997 05:42:21 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id AAA17110; Tue, 11 Nov 1997 00:39:48 +1100 Date: Tue, 11 Nov 1997 00:39:48 +1100 From: Bruce Evans Message-Id: <199711101339.AAA17110@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, Shimon@i-Connect.Net Subject: Re: LINT Errors Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >So, here is another batch of complaints (GCC, not me; I am not complaining >:-) > >../../dev/ppbus/vpo.c: In function `vpointr': >../../dev/ppbus/vpo.c:67: warning: can't inline call to `vpoio_do_scsi' >../../dev/ppbus/vpo.c:283: warning: called from here > >[ I am getting plenty of these lately. Dunno why :-( ] Someone turned on the warning for bogus inlines. >../../kern/kern_malloc.c: In function `malloc': >../../kern/kern_malloc.c:136: warning: passing arg 3 of `tsleep' discards >`const' from pointer target type >../../kern/kern_malloc.c:198: warning: assignment discards `const' from >pointer target type The wmesg arg to tsleep(), and p_wmesg in `struct proc' should have type `const char *' instead of `char *'. Fixing this will probably cause more warnings about discarding `const'. It was fixed in FreeBSD-1.1.5. >../../kern/kern_opt.c:44: warning: #warning "obsolete option GATEWAY - use >`sysctl -w net.inet.ip.forwarding=1'" > >[ Should i do as it says? ] Only for non-LINT kernel config files that have a bogus GATEWAY option. Someone should arrange for testing of the warnings using LINT to not cause any warnings. >../../miscfs/umapfs/umap_subr.c: In function `umap_mapids': >../../miscfs/umapfs/umap_subr.c:366: warning: passing arg 2 of >`umap_findid' from incompatible pointer type >../../miscfs/umapfs/umap_subr.c:392: warning: passing arg 2 of >`umap_findid' from incompatible pointer type > >[ Could be nothing, could be a bug ] There is a minor problem involving confusing the address of an array with the address of the first element in the array. The default conversion doesn't work so well for multidimensional arrays. >../../pccard/pccard.c: In function `unregister_device_interrupt': >../../pccard/pccard.c:313: warning: implicit declaration of function >`INTRDIS' >../../pccard/pccard.c: In function `pccard_alloc_intr': >../../pccard/pccard.c:497: warning: implicit declaration of function >`INTREN' > >[ ??? ] INTREN() and INTRDIS() are declared in the wrong place for the SMP case. They should be declared in icu.h in all cases for compatibility. >../../pci/if_vx_pci.c: In function `vx_pci_attach': >../../pci/if_vx_pci.c:129: warning: passing arg 2 of `pci_map_int' from >incompatible pointer type > >[ I remember why this is so, but not why it cannot be cast to shut GCC up ] Casting would only hide the problem. I try to avoid function pointer casts except when a correct fix is impractical. There are about 1000 hidden problems for syscall and vop functions :-(. >../../ufs/lfs/lfs_segment.c: In function `lfs_vunref': >../../ufs/lfs/lfs_segment.c:1232: warning: nested extern declaration of >`vnode_free_list_slock' >../../ufs/lfs/lfs_segment.c:1233: warning: nested extern declaration of >`vnode_free_list' > >[ I do not really know what it means. Looks fine to me ] The variables are declared in the wrong place (not in ). >../../i386/eisa/eisaconf.c: In function `eisa_reg_intr': >../../i386/eisa/eisaconf.c:428: warning: passing arg 3 of `intr_create' >from incompatible pointer type > >[ This is the cmplement of the PCI complaint. See there... ] See above. >../../i386/i386/db_interface.c: In function `kdb_trap': >../../i386/i386/db_interface.c:73: warning: variable `ddb_mode' might be >clobbered by `longjmp' or `vfork' > >[ Oh, really? ] Possibly a real bug. It depends on the implementation of setjmp() and the flow of control in the function. >../../i386/i386/sys_machdep.c: In function `i386_get_ioperm': >../../i386/i386/sys_machdep.c:225: warning: `i' might be used uninitialized >in this function A real bug. >[ I routinely initialize these to zero ] This would just hide the bug. I routinely complain about routine initializations :-). >../../i386/isa/if_el.c: In function `el_attach': >../../i386/isa/if_el.c:86: warning: can't inline call to `el_hardreset' >../../i386/isa/if_el.c:169: warning: called from here >../../i386/isa/if_el.c: In function `elintr': >../../i386/isa/if_el.c:84: warning: can't inline call to `elread' >../../i386/isa/if_el.c:508: warning: called from here > >I already asked why these happen for the last week or so ] See above. >../../i386/isa/if_wl.c: In function `wl_cache_store': >../../i386/isa/if_wl.c:2571: warning: `ip' might be used uninitialized in >this function No problem in practice. `ip' is only used in the (ipflag != 0) case, and it is initialized in that case, but the flow of control is too complicated for the compiler to see this. Since the flow of control is not very complicated and ip is a pointer, routine initialization to 0 would not be wrong. However, since mtod() is just a cast, non-routine initialization to the (ipflag != 0) value in all cases would be better (the initialization takes about the same time as initialization to 0, and not testing ipflag saves time). >../../i386/isa/intr_machdep.c:80: warning: `AUTO_EOI_1' redefined >opt_auto_eoi.h:1: warning: this is the location of the previous definition AUTO_EOI_1 is forced for the SMP case. LINT sets AUTO_EOI_1 too, and there is a conflict because the SMP forcing sloppily defines AUTO_EOI_1 as while opt_auto_eio.h defines it as 1. This is a common bug for -DFOO in Makefiles vs `#define FOO' in programs. >[ Should the LINT option be removed, or should the define here be > conditional? ] The SMP maintainers should maintain LINT. >../../i386/isa/pnp.c: In function `config_pnp_device': >../../i386/isa/pnp.c:425: warning: implicit declaration of function `INTREN' See above. >../../i386/isa/pnp.c:343: warning: `name' might be used uninitialized in >this function > >[ ??? ] I haven't investigated. >../../i386/isa/scd.c: In function `scd_probe': >../../i386/isa/scd.c:151: warning: can't inline call to `write_control' >../../i386/isa/scd.c:702: warning: called from here See above. >{ Some sound warnings were already reported tonight } I haven't investigated most of the recently introduced warnings. >... >../../i386/isa/sound/uart6850.c: In function `poll_uart6850': >../../i386/isa/sound/uart6850.c:113: `timeout_func_t' undeclared (first use >this function) >../../i386/isa/sound/uart6850.c:113: (Each undeclared identifier is >reported only once >../../i386/isa/sound/uart6850.c:113: for each function it appears in.) >../../i386/isa/sound/uart6850.c:113: parse error before `poll_uart6850' >*** Error code 1 Someone blew away previous cleanups. Bruce From owner-freebsd-current Mon Nov 10 06:42:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03706 for current-outgoing; Mon, 10 Nov 1997 06:42:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA03700; Mon, 10 Nov 1997 06:42:20 -0800 (PST) (envelope-from james@miller.cs.uwm.edu) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id IAA30262; Mon, 10 Nov 1997 08:42:16 -0600 (CST) Date: Mon, 10 Nov 1997 08:42:16 -0600 (CST) From: Jim Lowe Message-Id: <199711101442.IAA30262@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, mark@grondar.za Subject: Re: LINT brooktree848.c failure Cc: current@FreeBSD.ORG, jkh@time.cdrom.com, jonny@coppe.ufrj.br, luigi@labinfo.iet.unipi.it, phk@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Amancio Hasty wrote: > > Actually, I do like the idea of *us* looking like the Mafia -- > > All dressed in black suits with cool hats just knocking off > > hacks --- nothing personal you know, just business 8) > > From: Mark Murray > Hehehehe! We nedd a group photo of the team, all dressed like the dudes > in MIB :-) > I guess the movie would be considered a version 1 MIB, that would make the multimedia team a version 2 MIB :-)... Sorry, couldn't resist. -Jim From owner-freebsd-current Mon Nov 10 09:30:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13277 for current-outgoing; Mon, 10 Nov 1997 09:30:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA13259 for ; Mon, 10 Nov 1997 09:30:45 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id EAA23869; Tue, 11 Nov 1997 04:28:28 +1100 Date: Tue, 11 Nov 1997 04:28:28 +1100 From: Bruce Evans Message-Id: <199711101728.EAA23869@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, j@uriah.heep.sax.de Subject: Re: LINT Errors Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >do pass constant strings for it all the day. gcc doesn't seem to warn >if you pass a string literal (albeit its arranging for the string >literal to be in the .text segment). Use -Wwrite-strings to get a warning for this. Bruce From owner-freebsd-current Mon Nov 10 09:32:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13416 for current-outgoing; Mon, 10 Nov 1997 09:32:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from bsdserve1.comsite.net (dave@bsdserve1.comsite.net [205.238.176.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA13406; Mon, 10 Nov 1997 09:32:23 -0800 (PST) (envelope-from dave@comsite.net) Received: from localhost (dave@localhost) by bsdserve1.comsite.net (8.8.5/8.8.5) with SMTP id LAA27627; Mon, 10 Nov 1997 11:22:12 -0600 (CST) Date: Mon, 10 Nov 1997 11:22:12 -0600 (CST) From: dave To: freebsd-alpha@freebsd.org cc: freebsd-current@freebsd.org Subject: alpha port Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well just curious if anyone has been working on the initial stage FreeBSD bootstrap yet on the Alpha... I guess I ask this question once a month and once a month it gets ignored so I guess so far there is no work being done yet. --Dave Ferovick dave@comsite.net From owner-freebsd-current Mon Nov 10 09:41:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA14114 for current-outgoing; Mon, 10 Nov 1997 09:41:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA14107 for ; Mon, 10 Nov 1997 09:41:01 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id EAA24217; Tue, 11 Nov 1997 04:40:23 +1100 Date: Tue, 11 Nov 1997 04:40:23 +1100 From: Bruce Evans Message-Id: <199711101740.EAA24217@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Make World Times Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >With NOCLEAN, I'm generally under 1 hour of "make world" (about 40 mn >usually). K6-210, 64 MB, 1 DCAS 34330W (/usr/src, async, noatime), 1 DORS >32160 (/usr/obj, async, noatime), "-O -pipe", NOPROFILE, NOTCL. It's not `make world' unless you make everything. async is OK, but NO* options should not be used for mhakeworldstone. Silly comparison: I'm generally under 1/2 hour for `make depend; make; make install' (about 20 minutes if there is nothing to do). P5-133, 32MB, 1 DORS-32160 (/usr/src, noatime), same DORS (/usr/obj -> /a/obj, async, noatime), "-O -pipe", NOLIBC_R, INSTALL="install -C -D -D -p", SHARED=symlinks. Bruce From owner-freebsd-current Mon Nov 10 09:55:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA15217 for current-outgoing; Mon, 10 Nov 1997 09:55:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa4-33.ix.netcom.com [207.93.136.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA15212 for ; Mon, 10 Nov 1997 09:55:45 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.7/8.8.7) id QAA01438 for freebsd-current@freebsd.org; Sun, 9 Nov 1997 16:40:16 -0800 (PST) Date: Sun, 9 Nov 1997 16:40:16 -0800 (PST) From: Thomas Dean Message-Id: <199711100040.QAA01438@ix.netcom.com> To: freebsd-current@freebsd.org Subject: Is make world broke? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is make world broke? I had several failures, and, after restarting make three times, I find two unknown keywords. make world in installing usr.sbin/ppp, generates the eror, install: unkonwn group network. In /sys/i386/conf/files.i386, npx.c is mandatory. mandatory is unknown. tomdean From owner-freebsd-current Mon Nov 10 10:21:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA17064 for current-outgoing; Mon, 10 Nov 1997 10:21:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA17057 for ; Mon, 10 Nov 1997 10:21:30 -0800 (PST) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id UAA00622; Mon, 10 Nov 1997 20:21:21 +0200 (SAT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id UAA04350; Mon, 10 Nov 1997 20:21:21 +0200 (SAST) Message-Id: <199711101821.UAA04350@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Thomas Dean cc: freebsd-current@FreeBSD.ORG Subject: Re: Is make world broke? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Nov 1997 20:21:20 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas Dean wrote: > is make world broke? > > I had several failures, and, after restarting make three times, > I find two unknown keywords. > > make world in installing usr.sbin/ppp, generates the eror, > install: unkonwn group network. You need to merge src/etc/group with /etc/group. General rule: you need to merge src/etc/* with /etc/* > In /sys/i386/conf/files.i386, npx.c is mandatory. mandatory is unknown. Make config(8) first. This is a general rule in itself, and is often quoted on this list. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Mon Nov 10 10:27:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA17534 for current-outgoing; Mon, 10 Nov 1997 10:27:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa4-33.ix.netcom.com [207.93.136.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA17528 for ; Mon, 10 Nov 1997 10:27:14 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.7/8.8.7) id KAA03412; Mon, 10 Nov 1997 10:27:11 -0800 (PST) Date: Mon, 10 Nov 1997 10:27:11 -0800 (PST) Message-Id: <199711101827.KAA03412@ix.netcom.com> From: Thomas Dean To: freebsd-current@freebsd.org Subject: Re: Is make world broke? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I cvsup'd at 1015 pst, this morning. Seemed to update some files that were causing problems. In yesterday's first two attempts at make world, I started the make from within an xterm. At some point, about an hour later, the machine froze. No response to the keyboard, mouse, or attempts to ping it. I killed X and retried the build from the console. That failed. Maybe I cvsup'd in the middle of an update? etc.? tomdean From owner-freebsd-current Mon Nov 10 19:47:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA22016 for current-outgoing; Mon, 10 Nov 1997 19:47:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa2-02.ix.netcom.com [206.214.137.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA22011 for ; Mon, 10 Nov 1997 19:47:16 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id TAA00548; Mon, 10 Nov 1997 19:47:09 -0800 (PST) (envelope-from tomdean) Date: Mon, 10 Nov 1997 19:47:09 -0800 (PST) Message-Id: <199711110347.TAA00548@ix.netcom.com> From: Thomas Dean To: freebsd-current@FreeBSD.ORG Subject: make world works Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was successful with make world and subsequent kernel rebuild. Thanks for the input tomdean From owner-freebsd-current Mon Nov 10 19:54:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA22430 for current-outgoing; Mon, 10 Nov 1997 19:54:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa2-02.ix.netcom.com [206.214.137.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA22420 for ; Mon, 10 Nov 1997 19:54:37 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id TAA00564; Mon, 10 Nov 1997 19:54:31 -0800 (PST) (envelope-from tomdean) Date: Mon, 10 Nov 1997 19:54:31 -0800 (PST) Message-Id: <199711110354.TAA00564@ix.netcom.com> From: Thomas Dean To: freebsd-current@FreeBSD.ORG Subject: de driver Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I cvsup'd this am, did a make world, and, rebuilt the kernel. The de driver seems to work, now. I round-tripped a 3MB file about 10 times without error to a WINNT machine (uuuuggggggghhhhhhh). The speed from the FreeBSD machine to the WINNT machine seems to be about 2/3 that of the transfer from the WINNT machine to the FreeBSD machine. Were you asking about this earlier on the mailing list? I will convert the WINNT machine to FreeBSD and see if I get the same results. tomdean From owner-freebsd-current Mon Nov 10 20:45:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA24930 for current-outgoing; Mon, 10 Nov 1997 20:45:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA24923 for ; Mon, 10 Nov 1997 20:45:06 -0800 (PST) (envelope-from cgull@smoke.marlboro.vt.us) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id XAA09046; Mon, 10 Nov 1997 23:44:52 -0500 (EST) Date: Mon, 10 Nov 1997 23:44:52 -0500 (EST) Message-Id: <199711110444.XAA09046@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: chris@netmonger.net (Christopher Masto) CC: freebsd-current@freebsd.org Subject: IDE performance - benchmark numbers In-Reply-To: <646co4$n3l$1@schenectady.netmonger.net> References: <646co4$n3l$1@schenectady.netmonger.net> X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Moved to -current, where it now belongs.] Christopher Masto writes: > I got around to reading the documentation, so now I know about the wd > flags. I thought I'd try a little experiment. First, here's what I > tested this on: > chip0: rev 0x02 on pci0.0.0 > chip1: rev 0x02 on pci0.7.0 > ide_pci0: rev 0x02 on pci0.7.1 [...] > wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa > wdc0: unit 0 (wd0): , 32-bit, multi-block-16 > wd0: 2442MB (5001696 sectors), 4962 cyls, 16 heads, 63 S/T, 512 B/S > wdc0: unit 1 (wd1): , 32-bit, multi-block-16 > wd1: 3020MB (6185088 sectors), 6136 cyls, 16 heads, 63 S/T, 512 B/S > wdc1 at 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa > wdc1: unit 0 (atapi): , removable, intr, dma, iordis > wcd0: 1033Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray > wcd0: no disc inside, unlocked You've got a motherboard based on the Triton I chipset. I see that it didn't enable DMA. Thanks to some braindeadness in its IDE controller, the driver doesn't enable DMA unless both drives on the controller are Mode4 and programmed that way. And even then it might not work-- I didn't have a Triton I motherboard to check this code on. Can you do a boot -v with flags 0xa0ffa0ff and send me the spew? [5 minutes pass] Oh dear, I see a bug (no, no, not a Bug from another planet-- rest easy). Try this patch: --- pci/ide_pci.c Sat Nov 8 02:22:48 1997 +++ /tmp/ide_pci.c Mon Nov 10 23:35:00 1997 @@ -714,7 +714,7 @@ u_long word40; /* can drive do PIO 4 and MW DMA 2? */ - if (!(mwdma_mode(wp) >= 4 && pio_mode(wp) >= 4)) + if (!(mwdma_mode(wp) >= 2 && pio_mode(wp) >= 4)) return 0; word40 = pci_conf_read(cookie->tag, 0x40); After you patch and update your kernel, can you do a boot -v with flags 0xa0ffa0ff and send me the spew? > I know IOZONE isn't a great measure of performance, but it was the > first to download, so here are the numbers I got from it. This is all > with a 64MB test file, since it says to make it at least twice the > available RAM. There was a comment made here that mode 4 isn't a good > idea, so I tried it with mode 2 for comparison. (I didn't see any > messages about DMA, so I'm wondering if my controller actually > supports it). Anyway: > > MODE BLOCK SEC-WRITE SEC-READ MB/S-W MB/S-R > 2 512 35.7 31.3 1.8 2.1 > 2 4096 29.6 29.5 2.3 2.3 > 2 10240 29.2 27.9 2.3 2.4 > 4 512 15.5 142.6 4.3 0.5 > 4 4096 12.2 141.8 5.5 0.5 > 4 10240 12.3 142.0 5.5 0.5 > > Obviously, there's something incredibly wrong with the read > performance. IMHO, all of the numbers are pretty lousy. Just for > comparison, I set the flags back to 0x0 and got these results: > > MODE BLOCK SEC-WRITE SEC-READ MB/S-W MB/S-R > 4 512 21.6 17.7 3.1 3.8 > 4 4096 15.7 15.6 4.3 4.3 > 4 10240 15.2 16.0 4.4 4.2 Which drive is this for? I wouldn't expect PIO or DMA performance this bad on a WD drive; I don't know about your Maxtor. When DMA is enabled, you should expect throughput to be slightly better than your best PIO results. --jh -- Mr. Belliveau said, "the difference was the wise, John Hood, cgull intelligent look on the face of the cow." He was @ *so* right. --Ofer Inbar smoke.marlboro.vt.us From owner-freebsd-current Mon Nov 10 22:05:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29029 for current-outgoing; Mon, 10 Nov 1997 22:05:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA29023 for ; Mon, 10 Nov 1997 22:05:52 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 7668 invoked from network); 11 Nov 1997 06:05:43 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 11 Nov 1997 06:05:43 -0000 Received: from mordred (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.8.7/8.8.7) with ESMTP id WAA03902 for ; Mon, 10 Nov 1997 22:05:44 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199711110605.WAA03902@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@freebsd.org Subject: GDB woes? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Nov 1997 22:05:43 -0800 From: Scott Michel Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is one I'm trying to track down on current: a) Compile up a small program (like xv-3.10a) b) Invoke gdb on it: mordred:/usr/tmp/xv-3.10a> gdb xv 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... (gdb) br main Breakpoint 1 at 0x19bc: file xv.c, line 156. (gdb) r Starting program: /usr/tmp/xv-3.10a/xv Error accessing memory address 0x4: Bad address. Any ideas? -scooter From owner-freebsd-current Mon Nov 10 22:33:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA00534 for current-outgoing; Mon, 10 Nov 1997 22:33:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.travelshop.de (www.travelshop.de [194.25.152.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA00528 for ; Mon, 10 Nov 1997 22:33:11 -0800 (PST) (envelope-from mailer@travelshop.de) ived: by mail.travelshop.de with MERCUR-SMTP/POP3-Server (v2.10) for at Tue, 11 Nov 97 05:10:15 +0100 To: cvs-all@freebsd.org CC: freebsd-current@freebsd.org From: TravelShop Date: Tue, 11 Nov 97 05:08:18 +0100 Subject: Worldwide Travel-Information X-Mailer: WM - http://www.travelshop.de/ Message-Id: <971111051015371500@mail.travelshop.de> Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Visit The Global Travel-Guide http://www.travelshop.de/index-e.html ------------------------------------------------------------- Good day, May we take this opportunity to present the marketplace for all things related to travel and tourism, the "TravelShop", in some more detail? Now, with more than 300 pages and over 30.000 daily hits, the TravelShop has carved out a place for itself at the peak of the tourism-related on-line marketplaces. Since September 97, the TravelShop is present on the Web in a completely revised and enhanced version. In addition to an improved layout, additional categories and an integrated search engine, there is also a terrific new contest. Please do stop by: http://www.travelshop.de/index-e.html Many thanks. Your TravelShop Team ------------------------------------- PS: TravelShop respects your online time and privacy. This is the reason why we don't add your eMail adress to our mailinglist. This is a one-time mailing only, if you don't like our travel-service you must not return this mail ! From owner-freebsd-current Tue Nov 11 00:22:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07572 for current-outgoing; Tue, 11 Nov 1997 00:22:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07567 for ; Tue, 11 Nov 1997 00:22:06 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (ts3port9d.masternet.it [194.184.65.173]) by www.giovannelli.it (8.8.7/8.8.5) with ESMTP id JAA00331 for ; Tue, 11 Nov 1997 09:26:35 +0100 (MET) Message-ID: <346823C3.B5256D32@giovannelli.it> Date: Tue, 11 Nov 1997 09:22:11 +0000 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: make world works References: <199711110347.TAA00548@ix.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas Dean wrote: > > I was successful with make world and subsequent kernel rebuild. > > Thanks for the input > tomdean Strange to say, but after changing the ram I have never failed in "make world" of the current... and I do it so many times that now I understand in which part of the make world is from the disk heads movements :-) For me -current is very good work, never crashed till today. I begin to think to change all the 2.2.5-stable box of my isp... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Tue Nov 11 09:40:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07984 for current-outgoing; Tue, 11 Nov 1997 09:40:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07979 for ; Tue, 11 Nov 1997 09:40:10 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id MAA14295; Tue, 11 Nov 1997 12:38:21 -0500 (EST) Date: Tue, 11 Nov 1997 12:38:21 -0500 (EST) From: Garrett Wollman Message-Id: <199711111738.MAA14295@khavrinen.lcs.mit.edu> To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: cvs commit: src/sys/pci pcisupport.c In-Reply-To: <1379.879233116@critter.freebsd.dk> References: <199711110150.RAA20158@freefall.freebsd.org> <1379.879233116@critter.freebsd.dk> Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > You know, I've been wondering about this kind of details for a long > time. It takes up a fair bit of kernel space, and it doesn't really > buy us much... > Same as the Intel Chipsets in bootverbose case, nice but kind of > bloated, isn't it ? Well, in the far future world where we are able to throw away parts of the kernel code that we don't need after initialization, this would certainly be an obvious candidate. -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 From owner-freebsd-current Tue Nov 11 09:43:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08112 for current-outgoing; Tue, 11 Nov 1997 09:43:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08098 for ; Tue, 11 Nov 1997 09:43:31 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id SAA02561; Tue, 11 Nov 1997 18:42:07 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Garrett Wollman cc: current@freebsd.org Subject: Re: cvs commit: src/sys/pci pcisupport.c In-reply-to: Your message of "Tue, 11 Nov 1997 12:38:21 EST." <199711111738.MAA14295@khavrinen.lcs.mit.edu> Date: Tue, 11 Nov 1997 18:42:06 +0100 Message-ID: <2559.879270126@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199711111738.MAA14295@khavrinen.lcs.mit.edu>, Garrett Wollman write s: ><.dk> said: > >> You know, I've been wondering about this kind of details for a long >> time. It takes up a fair bit of kernel space, and it doesn't really >> buy us much... > >> Same as the Intel Chipsets in bootverbose case, nice but kind of >> bloated, isn't it ? > >Well, in the far future world where we are able to throw away parts of >the kernel code that we don't need after initialization, this would >certainly be an obvious candidate. But because of CardBus and hot-plug PCI we will not be able to discard these bits :-( -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Tue Nov 11 14:58:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01005 for current-outgoing; Tue, 11 Nov 1997 14:58:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA00986 for ; Tue, 11 Nov 1997 14:58:30 -0800 (PST) (envelope-from bsampley@bsampley.vip.best.com) Received: from bsampley (bsampley.vip.best.com [206.184.160.196]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with SMTP id OAA06310 for ; Tue, 11 Nov 1997 14:54:44 -0800 (PST) Date: Tue, 11 Nov 1997 14:51:10 -0800 (PST) From: Burton Sampley X-Sender: bsampley@bsampley To: current@FreeBSD.org Subject: make world time???/ Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Greetings, I'm really curious what people are doing to complete make world in such disgustingly low amount of time. I just recently upgraded from IDE to SCSI (IDE drives are still installed, but are presently not being used) and installed a 233-MMX (overclocked to 266 using 75MHz bus speed) and the best time I can get for make world is 3:00 hours. I started with source code from 9/11 with /usr/obj/ empty. I'm only using the plain-vanilla 'make world' from /usr/src. Any suggestion? Here's my hardware: MB: Asus P/I P55T2P4 rev 3.10 w/ BIOS rev 202 CPU: 233MHz MMX -> 266MHz w/ 75MHz bus speed RAM: 128MB EDO (BIOS is set to '60 NS' memory config) HD: Seagate 15150N SCSI (~12 platters, w/ 1 meg cache) SCSI: Adaptec 2940 All slices are mounted normally (ie, what ever the default /etc/fstab is). Here's the SCSI probe from dmesg: ahc0: rev 0x03 int a irq 11 on pci0.11.0 ahc0: aic7870 Single Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4094MB (8386000 512 byte sectors) (FYI: Even though it's ID'ed as COMPAQ - it's still a Seagate Baracuda 7200 RPM drive) Here's my kernel config file: machine "i386" cpu "I586_CPU" ident "custom30a" maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options "MAXMEM=(131072)" options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO options SYSVSHM options SYSVSEM options SYSVMSG options PERFMON options PAS_JOYSTICK_ENABLE config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM controller ahc0 controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device de0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's options KTRACE #kernel tracing controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device joy0 at isa? port "IO_GAME" - --------------- Burton Sampley bsampley@best.com or bsampley@haywire.csuhayward.edu PGP key available at http://www.best.com/~bsampley/pgp.html -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNGjhZnt2O8KJtMdBAQG0GAP/fRXBfOu4kIfQqjh6GFubTZlx4W4C6eUZ ujB2wvo16V4CXEuOlU7U0Fhgmb2ON5PYDEml+p3olcH6nMPcYbhyt7+7Ed3RmdNk 7YV3qX1DsH2UaKrN7bG/9vLJPMAL/sfiavi0ZmW/ENcGpAPouxb1v5cTZPRPwFHH N3uKebg6xds= =bQrE -----END PGP SIGNATURE----- From owner-freebsd-current Tue Nov 11 15:23:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02840 for current-outgoing; Tue, 11 Nov 1997 15:23:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02833 for ; Tue, 11 Nov 1997 15:22:57 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id PAA14840; Tue, 11 Nov 1997 15:22:51 -0800 (PST) Message-ID: <19971111152250.16665@hydrogen.nike.efn.org> Date: Tue, 11 Nov 1997 15:22:50 -0800 From: John-Mark Gurney To: Burton Sampley Cc: current@FreeBSD.ORG Subject: Re: make world time???/ References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Burton Sampley on Tue, Nov 11, 1997 at 02:51:10PM -0800 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Burton Sampley scribbled this message on Nov 11: > I'm really curious what people are doing to complete make world in such > disgustingly low amount of time. I just recently upgraded from IDE to > SCSI (IDE drives are still installed, but are presently not being used) > and installed a 233-MMX (overclocked to 266 using 75MHz bus speed) and > the best time I can get for make world is 3:00 hours. I started with > source code from 9/11 with /usr/obj/ empty. I'm only using the > plain-vanilla 'make world' from /usr/src. Any suggestion? well.. sounds like you need to enable -pipe on the CFLAGS (see /etc/make.conf)... and you also need to pass something like -j4 on the make commandline to enble parallel building... this dropped my time bye 25%... note though, that some of those times are with some parts of the build disabled... I'm able to do a buildworld in about 5h on my k5/90... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Tue Nov 11 16:18:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06913 for current-outgoing; Tue, 11 Nov 1997 16:18:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from post.mail.demon.net (post-10.mail.demon.net [194.217.242.154]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA06905 for ; Tue, 11 Nov 1997 16:18:09 -0800 (PST) (envelope-from fcurrent@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id ab1025319; 12 Nov 97 0:08 GMT Received: (from fcurrent@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id XAA08437; Tue, 11 Nov 1997 23:13:30 GMT (envelope-from fcurrent) Message-ID: <19971111231328.22108@jraynard.demon.co.uk> Date: Tue, 11 Nov 1997 23:13:28 +0000 From: James Raynard To: Scott Michel Cc: freebsd-current@freebsd.org Subject: Re: GDB woes? References: <199711110605.WAA03902@mordred.cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199711110605.WAA03902@mordred.cs.ucla.edu>; from Scott Michel on Mon, Nov 10, 1997 at 10:05:43PM -0800 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Nov 10, 1997 at 10:05:43PM -0800, Scott Michel wrote: > > (gdb) r > Starting program: /usr/tmp/xv-3.10a/xv > Error accessing memory address 0x4: Bad address. I get this as well (and still do after cvs update/make world/make kernel). It seems to work OK on core dumps, though. -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-current Tue Nov 11 16:33:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07848 for current-outgoing; Tue, 11 Nov 1997 16:33:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa4-47.ix.netcom.com [207.93.136.111]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA07842 for ; Tue, 11 Nov 1997 16:33:06 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id QAA00842; Tue, 11 Nov 1997 16:32:59 -0800 (PST) (envelope-from tomdean) Date: Tue, 11 Nov 1997 16:32:59 -0800 (PST) Message-Id: <199711120032.QAA00842@ix.netcom.com> From: Thomas Dean To: bsampley@bsampley.vip.best.com CC: current@FreeBSD.ORG In-reply-to: (message from Burton Sampley on Tue, 11 Nov 1997 14:51:10 -0800 (PST)) Subject: Re: make world time???/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The command 'make world' took almost 7 hours -------------------------------------------------------------- make world started on Mon Nov 10 10:20:31 PST 1997 -------------------------------------------------------------- cd /usr/src && make buildworld ... -------------------------------------------------------------- make world completed on Mon Nov 10 17:35:28 PST 1997 -------------------------------------------------------------- machine: DEC Celebris XL 5133DP (133 Mhz) dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Mon Nov 10 18:01:06 PST 1997 tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 33554432 (32768K bytes) avail memory = 29966336 (29264K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 ncr0: rev 0x02 int a irq 11 on pci0.1.0 ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) 1042MB (2134305 512 byte sectors) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: 10.0 MB/s (100 ns, offset 8) 3090MB (6328861 512 byte sectors) sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access sd2: 10.0 MB/s (100 ns, offset 8) 1029MB (2109376 512 byte sectors) cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: asynchronous. can't get the size chip1: rev 0x88 on pci0.2.0 vga0: rev 0x01 int a irq 9 on pci0.6.0 de0: rev 0x11 int a irq 10 on pci0.8.0 de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 de0: address 00:00:f8:02:76:db Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 changing root device to sd1a SMP: AP CPU #1 Launched! From owner-freebsd-current Tue Nov 11 16:51:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09143 for current-outgoing; Tue, 11 Nov 1997 16:51:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA09136 for ; Tue, 11 Nov 1997 16:51:21 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA10081; Tue, 11 Nov 1997 16:41:17 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd010079; Tue Nov 11 16:41:13 1997 Message-ID: <3468FAB7.FF6D5DF@whistle.com> Date: Tue, 11 Nov 1997 16:39:19 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: John-Mark Gurney CC: Burton Sampley , current@FreeBSD.ORG Subject: Re: make world time???/ References: <19971111152250.16665@hydrogen.nike.efn.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney wrote: > > Burton Sampley scribbled this message on Nov 11: > > I'm really curious what people are doing to complete make world in such > > disgustingly low amount of time. I just recently upgraded from IDE to > > SCSI (IDE drives are still installed, but are presently not being used) > > and installed a 233-MMX (overclocked to 266 using 75MHz bus speed) and > > the best time I can get for make world is 3:00 hours. I started with > > source code from 9/11 with /usr/obj/ empty. I'm only using the > > plain-vanilla 'make world' from /usr/src. Any suggestion? > > well.. sounds like you need to enable -pipe on the CFLAGS (see > /etc/make.conf)... and you also need to pass something like -j4 on the > make commandline to enble parallel building... this dropped my time > bye 25%... note though, that some of those times are with some parts of > the build disabled... also mount the obj and src trees on partitions set to 'async' mode. > > I'm able to do a buildworld in about 5h on my k5/90... > > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Tue Nov 11 17:39:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA14067 for current-outgoing; Tue, 11 Nov 1997 17:39:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sendero.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA14057 for ; Tue, 11 Nov 1997 17:39:00 -0800 (PST) (envelope-from shimon@debian.org) Received: (qmail 20951 invoked by uid 1000); 12 Nov 1997 01:39:28 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <3468FAB7.FF6D5DF@whistle.com> Date: Tue, 11 Nov 1997 17:39:28 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: Julian Elischer Subject: Re: make world time???/ Cc: current@FreeBSD.ORG, Burton Sampley , John-Mark Gurney Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Julian Elischer; On 12-Nov-97 you wrote: ... Looks to me that, for a full, plain build, the limit has stabilized arount the 100 minutes. I perfored some I/O testing, and I think the problem is not I/O releated. It may be that we are CPU bound, but will not be surprized if we are actually memory bandwidth limited. Having more memory than about 256MB seems wasteful (using up 64MB for tmp filesystems). Swap activity was at zero, disk I/O at about 480 I/O's per second, which is less than 1/3 of what the system is capable of, but CPU utilization was at 96% user peak, about 80% average. I wonder how CPU utilization is computed. It may actually be measuring memory, not CPU. Setting the F/S to async may improve I/O processing in the kernel more than on the disks. I'll have to wait for Goliath to arrive... --- If Microsoft Built Cars: Every time they repainted the lines on the road, you'd have to buy a new car. Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Tue Nov 11 17:45:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA14720 for current-outgoing; Tue, 11 Nov 1997 17:45:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from OmniSoft.KillerLabs.Com (elijah@OmniSoft.KillerLabs.Com [207.151.44.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA14713 for ; Tue, 11 Nov 1997 17:45:33 -0800 (PST) (envelope-from elijah@OmniSoft.KillerLabs.com) Received: from localhost (elijah@localhost) by OmniSoft.KillerLabs.Com (8.8.5-r-beta/6.9) with SMTP id RAA19311 for ; Tue, 11 Nov 1997 17:45:32 -0800 Date: Tue, 11 Nov 1997 17:45:31 -0800 (PST) From: Eli Reply-To: Eli To: current@freebsd.org Subject: hardware problems.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A friend of mine is having problems installing freebsd.. the last distro he successfully installed was 2.1.5.. but now when he tries to install, it hangs just before sysinstall... he's tried a few different snap distros, and 2.2.5, etc.. they all hang just before sysinstall.. this is a rough idea of his hardware config... AMD 486DX4100 generic 1 mb pci vid card (Trident) some amd chipset mb I think, (not sure on cipset) PCI 16 megs of ram reveal 4x cdrom ide (maxtor on 1st controller, cd on 2nd) any ideas? any help would be greatly appreciated.. if someone knows anything about this, either email back to the list (i'll get that) or email my friend at rholland@freon.republic.k12.mo.us.. thanks Eli Klein OSG - The OmniSoft Group elijah@omnisoft.killerlabs.com From owner-freebsd-current Tue Nov 11 18:36:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA19826 for current-outgoing; Tue, 11 Nov 1997 18:36:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.uniserve.com (charon.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA19820 for ; Tue, 11 Nov 1997 18:36:21 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xVSf9-0007PM-00; Tue, 11 Nov 1997 18:36:15 -0800 Date: Tue, 11 Nov 1997 18:36:10 -0800 (PST) From: Tom To: Eli cc: current@freebsd.org Subject: Re: hardware problems.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Nov 1997, Eli wrote: > A friend of mine is having problems installing freebsd.. the last distro > he successfully installed was 2.1.5.. but now when he tries to install, it > hangs just before sysinstall... he's tried a few different snap distros, > and 2.2.5, etc.. they all hang just before sysinstall.. this is a rough > idea of his hardware config... This doesn't belong on the current list. When booting the boot floppy, using the kernel configurator, and disable all unneeded devices. Tom From owner-freebsd-current Tue Nov 11 19:08:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23191 for current-outgoing; Tue, 11 Nov 1997 19:08:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA23185 for ; Tue, 11 Nov 1997 19:08:31 -0800 (PST) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from fang.dsto.defence.gov.au (fang.dsto.defence.gov.au [131.185.2.5]) by digger1.defence.gov.au (8.7.5/8.7.3) with ESMTP id NAA26070 for ; Wed, 12 Nov 1997 13:37:40 +1030 (CST) Received: from eddie.dsto.defence.gov.au (eddie.dsto.defence.gov.au [131.185.2.111]) by fang.dsto.defence.gov.au (8.8.5/) with ESMTP id NAA14366 for ; Wed, 12 Nov 1997 13:38:26 +1030 (CST) Received: from dsto.defence.gov.au (localhost [127.0.0.1]) by eddie.dsto.defence.gov.au (8.8.5/8.8.5) with ESMTP id NAA02551 for ; Wed, 12 Nov 1997 13:38:24 +1030 (CST) Message-ID: <34691DA7.24296E86@dsto.defence.gov.au> Date: Wed, 12 Nov 1997 13:38:23 +1030 From: Matthew Thyer Organization: Defence Science Technology Organisation X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-970618-SNAP i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Is make world broke? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ooops, forgot to send this to the list. Have other people had these lock ups ? I have only had the one so far but have not attempted to reproduce it yet. Matthew Thyer wrote: > > As a CTM user I too have had a freeze after a "make world" > the > other day (a real make world with a kernel build before and after) > with sources as at ctm-src-cur.3121. > > I'm was running XFree86 3.3.1 (installed from binaries quite a while > ago) with fvwm95 as my window manager. > > The freeze occurred when I was moving an xterm with my middle mouse > button (Emulated on a 2 button mouse) in the pager. It occurred the > instant that I let go of the mouse button. The window should have > moved but it just stayed where it was and then I realised that the > mouse wasn't moving anymore. > > I couldn't switch to syscons or anything. Lots of Ctrl-Alt-Del > just ended up filling the keyboard buffer and beeping the speaker. > > This machine has always been very reliable and I dont suspect the > hardware. > > Could this be as a result of recent vnode or lock manager changes ? > > (I haven't lurked enough to investigate these things myself yet > but I do read cvs-all to know there have been changes) > > This problem has been introduced since ctm-src-cur.3092 > > Thomas Dean wrote: > > > > I cvsup'd at 1015 pst, this morning. Seemed to update some files that > > were causing problems. > > > > In yesterday's first two attempts at make world, I started the make > > from within an xterm. At some point, about an hour later, the machine > > froze. No response to the keyboard, mouse, or attempts to ping it. I > > killed X and retried the build from the console. That failed. > > > > Maybe I cvsup'd in the middle of an update? etc.? > > > > tomdean > > -- > Matthew Thyer Phone: +61 8 8259 7249 > Corporate Information Systems Fax: +61 8 8259 5537 > Defence Science and Technology Organisation, Salisbury > PO Box 1500 Salisbury South Australia 5108 From owner-freebsd-current Tue Nov 11 19:13:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23466 for current-outgoing; Tue, 11 Nov 1997 19:13:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from forbidden-donut.anet-stl.com (forbidden-donut.anet-stl.com [209.83.128.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA23461 for ; Tue, 11 Nov 1997 19:13:09 -0800 (PST) (envelope-from doogie@forbidden-donut.anet-stl.com) Received: from localhost (doogie@localhost) by forbidden-donut.anet-stl.com (8.8.8/8.8.5) with SMTP id VAA16262; Tue, 11 Nov 1997 21:07:32 GMT Date: Tue, 11 Nov 1997 21:07:29 +0000 (GMT) From: Jason Young To: Eli cc: current@FreeBSD.ORG Subject: Re: hardware problems.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Tue, 11 Nov 1997, Eli wrote: > A friend of mine is having problems installing freebsd.. the last distro > he successfully installed was 2.1.5.. but now when he tries to install, it > hangs just before sysinstall... he's tried a few different snap distros, > and 2.2.5, etc.. they all hang just before sysinstall.. this is a rough > idea of his hardware config... > > AMD 486DX4100 > generic 1 mb pci vid card (Trident) > some amd chipset mb I think, (not sure on cipset) PCI > 16 megs of ram > reveal 4x cdrom > ide (maxtor on 1st controller, cd on 2nd) When you boot up, go into the Verbose kernel config mode and knock out absolutely everything you don't need. Then make sure the stuff you -do- need is configured right. Probably half the systems I've installed on couldn't boot with all the junk in there (mostly systems with el cheapo network cards). Jason Young ANET Chief Network Engineer -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQB1AwUBNGjJE6InE6ybC66VAQFaKAL9HYeF+p0j/M8BcsswobPyZIyRaUbF4RV6 vfF04IAbuuMngbATrKXXXbe2QgwBnKlqgDMQfLNgJ7sHXZIRzUmmUX4XIECr4AUt 1kjLxanug4qXfSuotfyn7j8VMDm0NNUm =6o+d -----END PGP SIGNATURE----- From owner-freebsd-current Tue Nov 11 19:15:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23692 for current-outgoing; Tue, 11 Nov 1997 19:15:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@trekworld.com [205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA23684 for ; Tue, 11 Nov 1997 19:15:55 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.7/8.8.5) with SMTP id WAA01791 for ; Tue, 11 Nov 1997 22:16:52 -0500 (EST) Date: Tue, 11 Nov 1997 22:16:51 -0500 (EST) From: "Michael R. Rudel" To: current@freebsd.org Subject: /usr/include/sys/dirent.h Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems the /usr/inclue/sys/dirent.h file has been causing problems for quite a while. While compiling KDE, it was giving me parse errors from the header file. I remember this same problem while compiling a copy of Deep Space MUSE on machine. After replacing it with a copy of the file of the file from the 2.1.5 CD, it compiled fine. If you need it, I can get a copy of the parse errors. - Michael R. Rudel From owner-freebsd-current Tue Nov 11 19:28:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24553 for current-outgoing; Tue, 11 Nov 1997 19:28:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@trekworld.com [205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24542 for ; Tue, 11 Nov 1997 19:28:05 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.7/8.8.5) with SMTP id WAA01923 for ; Tue, 11 Nov 1997 22:28:56 -0500 (EST) Date: Tue, 11 Nov 1997 22:28:55 -0500 (EST) From: "Michael R. Rudel" To: current@freebsd.org Subject: Linux header files Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the on-going battle for Linux emulation (tell me again, why are we doing this? :)), we can now RUN Linux binarys, but compiling them is often not fun, due to Linux's networking and other header files. Perhaps we could somehow get these header files in the FreeBSD distribution, only interfaced to the FreeBSD operating system instead? This would make compiling stuff much eaiser. - Michael R. Rudel From owner-freebsd-current Tue Nov 11 19:37:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25239 for current-outgoing; Tue, 11 Nov 1997 19:37:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25234 for ; Tue, 11 Nov 1997 19:37:43 -0800 (PST) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from fang.dsto.defence.gov.au (fang.dsto.defence.gov.au [131.185.2.5]) by digger1.defence.gov.au (8.7.5/8.7.3) with ESMTP id OAA26585; Wed, 12 Nov 1997 14:06:15 +1030 (CST) Received: from eddie.dsto.defence.gov.au (eddie.dsto.defence.gov.au [131.185.2.111]) by fang.dsto.defence.gov.au (8.8.5/) with ESMTP id OAA15810; Wed, 12 Nov 1997 14:06:59 +1030 (CST) Received: from dsto.defence.gov.au (localhost [127.0.0.1]) by eddie.dsto.defence.gov.au (8.8.5/8.8.5) with ESMTP id OAA06114; Wed, 12 Nov 1997 14:06:55 +1030 (CST) Message-ID: <34692456.BFC77BD3@dsto.defence.gov.au> Date: Wed, 12 Nov 1997 14:06:54 +1030 From: Matthew Thyer Organization: Defence Science Technology Organisation X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-970618-SNAP i386) MIME-Version: 1.0 To: Mark Murray CC: Thomas Dean , freebsd-current@FreeBSD.ORG Subject: Re: Is make world broke? References: <199711101821.UAA04350@greenpeace.grondar.za> Content-Type: multipart/mixed; boundary="------------1F69D08806B5A4A471580263" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------1F69D08806B5A4A471580263 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I think the newbies to -CURRENT or the just plain lazy (like me) would benefit from the use of my "etcud" shell script. I'd really like to see it in the /usr/src/tools directory. Maybe someone could commit it for me ? I tried to post this a while back but Communicator was sending HTML mail by default and you all ignored it (as you should!). It stands for "/etc update" and does MD5 checksum comparisons between the files in /usr/src/etc and /etc. (use -r if your source is not in /usr/src). Where the files differ it can show you the versions of each file and the differences. By default it just shows you which files differ and which do not exist. It doesn't actually change any files and it can be run as an ordinary user. Typical recommended usage is to run as "etcud -t -v". That will compare all files except group, hosts, motd, shells, rc.local and master.passwd and where differences are found it will show you the RCS version strings. You could also run it with '-d' to show diffs between the /etc and /usr/src/etc versions. You can just check a single file with "etcud -i ppp/ppp.conf.sample" or any file with 'ppp' in its name with "etcud -n -i ppp" Usage is: Usage: etcud [-a] [-v] [-d] [-n] [-t] [-r ] [-i | -e ] -a Also output information for files where the checksums match -v Display RCS version strings if present -d Display diffs between the files -n Non-exact mode - i.e. dont use '-x' with egrep -t Typical usage. This is the same as etcud -e "group|hosts|motd|shells|rc.local|master.passwd" -r Directory where the source distribution is found -i Inclusion filename pattern (those files to check) -e Exclusion filename pattern (those file to ignore) Typical output of "etcud -t -v" is: MISMATCH for /usr/src/etc/etc.i386/MAKEDEV /etc/etc.i386/MAKEDEV /usr/src/etc/etc.i386/MAKEDEV VER> # $Id: MAKEDEV,v 1.141 1997/08/28 12:14:14 jkh Exp $ /etc/etc.i386/MAKEDEV VER> # $Id: MAKEDEV,v 1.140 1997/05/11 00:34:36 jmg Exp $ MISMATCH for /usr/src/etc/etc.i386/rc.i386 /etc/etc.i386/rc.i386 /usr/src/etc/etc.i386/rc.i386 VER> # $Id: rc.i386,v 1.31 1997/09/14 12:16:36 jkh Exp $ /etc/etc.i386/rc.i386 VER> # $Id: rc.i386,v 1.29 1997/07/06 07:19:12 peter Exp $ MISMATCH for /usr/src/etc/ppp/ppp.conf.sample /etc/ppp/ppp.conf.sample /usr/src/etc/ppp/ppp.conf.sample VER> # $Id: ppp.conf.sample,v 1.20 1997/09/10 00:52:30 brian Exp $ /etc/ppp/ppp.conf.sample VER> # $Id: ppp.conf.sample,v 1.15 1997/06/10 10:04:19 brian Exp $ MISMATCH for /usr/src/etc/ppp/ppp.linkup.sample /etc/ppp/ppp.linkup.sample /usr/src/etc/ppp/ppp.linkup.sample VER> # $Id: ppp.linkup.sample,v 1.9 1997/09/21 02:10:41 brian Exp $ /etc/ppp/ppp.linkup.sample VER> # $Id: ppp.linkup.sample,v 1.7 1997/06/10 10:04:20 brian Exp $ MISMATCH for /usr/src/etc/mtree/BSD.include.dist /etc/mtree/BSD.include.dist /usr/src/etc/mtree/BSD.include.dist VER> # $Id: BSD.include.dist,v 1.14 1997/09/28 09:20:48 markm Exp $ /etc/mtree/BSD.include.dist VER> # $Id: BSD.include.dist,v 1.13 1997/06/04 23:05:31 ache Exp $ Mark Murray wrote: > > Thomas Dean wrote: > > is make world broke? > > > > I had several failures, and, after restarting make three times, > > I find two unknown keywords. > > > > make world in installing usr.sbin/ppp, generates the eror, > > install: unkonwn group network. > > You need to merge src/etc/group with /etc/group. General rule: you need > to merge src/etc/* with /etc/* > > > In /sys/i386/conf/files.i386, npx.c is mandatory. mandatory is unknown. > > Make config(8) first. This is a general rule in itself, and is often > quoted on this list. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org -- Matthew Thyer Phone: +61 8 8259 7249 Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 --------------1F69D08806B5A4A471580263 Content-Type: application/octet-stream; name="etcud" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="etcud" IyEvYmluL3NoCiMKIyBldGN1ZCAxLjMgLSBDb21wYXJlIC9ldGMgd2l0aCAvdXNyL3NyYy9l dGMgdG8gY2hlY2sgZm9yIHVwZGF0ZWQgZmlsZXMKIwojIGV0Y3VkIFstYV0gWy12XSBbLWRd IFstbl0gWy10XSBbLXIgPGRpcmVjdG9yeT5dIFstaSA8cGF0dGVybj4gfCAtZSA8cGF0dGVy bj5dCiMKIyBUaGlzIHNjcmlwdCBjb21wYXJlcyB0aGUgTUQ1IGNoZWNrc3VtcyBvZiBhbGwg ZmlsZXMgZm91bmQgaW4gdGhlIGV0YwojIGRpcmVjdG9yeSBvZiB0aGUgc291cmNlIGRpc3Ry aWJ1dGlvbiAoL3Vzci9zcmMvZXRjIGJ5IGRlZmF1bHQpIHdpdGgKIyB0aG9zZSBpbiAvZXRj IHRvIGFsZXJ0IHlvdSB3aGVuIC9ldGMgZmlsZXMgbmVlZCB1cGRhdGluZy4KIwojIE9wdGlv bnM6CiMKIyAgLWEgICAgICAgICAgQWxzbyBvdXRwdXQgaW5mb3JtYXRpb24gZm9yIGZpbGVz IHdoZXJlIHRoZSBjaGVja3N1bXMgbWF0Y2guCiMgIC12ICAgICAgICAgIERpc3BsYXkgUkNT IHZlcnNpb24gc3RyaW5ncyBpZiBwcmVzZW50LgojICAtZCAgICAgICAgICBEaXNwbGF5IGRp ZmZzIGJldHdlZW4gdGhlIGZpbGVzLgojICAtbiAgICAgICAgICBOb24tZXhhY3QgbW9kZS4g IGkuZS4gZG9udCB1c2UgJy14JyB3aXRoIGVncmVwIGZvciBpbmNsdXNpb24KIyAgICAgICAg ICAgICAgYW5kIGV4Y2x1c2lvbiBwYXR0ZXJucy4gIEZvciBwb3dlciB1c2VycyBvbmx5IQoj ICAtdCAgICAgICAgICBUeXBpY2FsIHVzYWdlLiAgVGhpcyBpcyB0aGUgc2FtZSBhcyBldGN1 ZCAtZSAkREVGX0VYQ0wKIyAgLXIgPGRpcj4gICAgU2V0IHRoZSByb290IGRpcmVjdG9yeSBv ZiB0aGUgc291cmNlIGRpc3RyaWJ1dGlvbi4KIyAgLWkgPHBhdHQ+ICAgSW5jbHVzaW9uIGZp bGVuYW1lIHBhdHRlcm4gKHRob3NlIGZpbGVzIHRvIGNoZWNrKS4KIyAgLWUgPHBhdHQ+ICAg RXhjbHVzaW9uIGZpbGVuYW1lIHBhdHRlcm4gKHRob3NlIGZpbGUgdG8gaWdub3JlKS4KIwoj IEluY2x1c2lvbiBhbmQgZXhjbHVzaW9uIHBhdHRlcm5zIG11c3QgYmUgYW4gZWdyZXAgcGF0 dGVybiB3aGljaCBpcyBhIGxpc3QKIyAgICBvZiBmaWxlIG5hbWVzIHNlcGFyYXRlZCBieSB0 aGUgcGlwZSBjaGFyYWN0ZXIuICBUaGUgZmlsZW5hbWVzIG11c3QgYmUKIyAgICByZWxhdGl2 ZSB0byB0aGUgZXRjIGRpcmVjdG9yeSBvZiB0aGUgc291cmNlIGRpc3RyaWJ1dGlvbiAoL3Vz ci9zcmMvZXRjCiMgICAgYnkgZGVmYXVsdCkuCiMKIyBCeSBkZWZhdWx0IHRoZSBzY3JpcHQg d2lsbCB1c2UgZWdyZXAgLXggd2hpY2ggbWVhbnMgdGhlIHBhdHRlcm5zIG11c3QKIyAgICBl eGFjdGx5IG1hdGNoIGZvciB0aGUgZmlsZXMgdG8gYmUgaW5jbHVkZWQgb3IgZXhjbHVkZWQu ICBUaGlzIGlzCiMgICAgZ2VuZXJhbGx5IHdoYXQgeW91IHdhbnQgYXMgeW91IHByb2JhYmx5 IHdhbnQgdG8gYmUgYWJsZSB0byB0eXBlCiMgICAgImV0Y3VkIC1lIGhvc3RzIiB0byBleGNs dWRlIHRoZSBmaWxlIC9ldGMvaG9zdHMgYnV0IG5vdCB0aGUgZmlsZQojICAgIC9ldGMvaG9z dHMubHBkLiAgUG93ZXIgdXNlcnMgY2FuIHVzZSAtbiB0byBkaXNhYmxlIHRoZSB1c2Ugb2Yg LXgKIyAgICB3aXRoIGVncmVwLiAgVGhpcyBjYW4gYmUgdXNlZnVsIHdoZW4gZGVhbGluZyB3 aXRoIHRoZSBwcHAgZGlyZWN0b3J5CiMgICAgZm9yIGV4YW1wbGUuCiMKIyBOT1RFUwojICAg IC0gIFlvdSBjYW4gdXNlIEVJVEhFUiBhbiBleGNsdXNpb24gT1IgYW4gaW5jbHVzaW9uIGZp bGUgcGF0dGVybiwgbm90CiMgICAgICAgYm90aC4gIFN1YnNlcXVlbnQgdXNlcyB3aWxsIGJl IGlnbm9yZWQgd2l0aCBhIHdhcm5pbmcuCiMKIyAgICAtICBVc2Ugb2YgdGhlIHR5cGljYWwg b3B0aW9uICgtdCkgd2lsbCBydW4gZXRjdWQgd2l0aCB0aGUgZGVmYXVsdAojICAgICAgIGV4 Y2x1c2lvbiBwYXR0ZXJuLCBzZXQgYXQgJERFRl9FWENMIGJlbG93LiAgVGhpcyBtb2RlIG92 ZXJyaWRlcwojICAgICAgIGFueSBwcmV2aW91c2x5IHNwZWNpZmllZCBpbmNsdXNpb24gb3Ig ZXhjbHVzaW9uIHBhdHRlcm5zIHdpdGggYQojICAgICAgIHdhcm5pbmcuICBUaGlzIG1vZGUg YWxzbyBzaWxlbnRseSBpZ25vcmVzIC1uLgojCiMgQVVUSE9SOiAgTWF0dGhldyBUaHllciAg Tm92ZW1iZXIgMTk5NwojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIyBUaGUgZGVmYXVs dCBkaXJlY3RvcnkgZm9yIHRoZSBzb3VyY2UgZGlzdHJpYnV0aW9uCkRFRl9TUkNfUk9PVD0v dXNyL3NyYwojIFRoZSB0eXBpY2FsIGV4Y2x1c2lvbiBsaXN0CkRFRl9FWENMPSJncm91cHxo b3N0c3xtb3RkfHNoZWxsc3xyYy5sb2NhbHxtYXN0ZXIucGFzc3dkIgojCm9wdF9hbGw9MApv cHRfdmVyPTAKb3B0X2RpZmZzPTAKb3B0X25vbl9leGFjdD0wCm9wdF90eXBpY2FsPTAKb3B0 X2luYz0wCm9wdF9leGM9MAplcnJvcj0wCmNtZF9uYW1lPWBiYXNlbmFtZSAkMGAKCnVzYWdl ICgpCnsKCWVjaG8gIlVzYWdlOiAkY21kX25hbWUgWy1hXSBbLXZdIFstZF0gWy1uXSBbLXRd IFstciA8ZGlyPl0gWy1pIDxwYXR0PiB8IC1lIDxwYXR0Pl0iCgllY2hvICIgICAgICAgLWEg ICAgICAgICAgQWxzbyBvdXRwdXQgaW5mb3JtYXRpb24gZm9yIGZpbGVzIHdoZXJlIHRoZSBj aGVja3N1bXMgbWF0Y2giCgllY2hvICIgICAgICAgLXYgICAgICAgICAgRGlzcGxheSBSQ1Mg dmVyc2lvbiBzdHJpbmdzIGlmIHByZXNlbnQiCgllY2hvICIgICAgICAgLWQgICAgICAgICAg RGlzcGxheSBkaWZmcyBiZXR3ZWVuIHRoZSBmaWxlcyIKCWVjaG8gIiAgICAgICAtbiAgICAg ICAgICBOb24tZXhhY3QgbW9kZSAtIGkuZS4gZG9udCB1c2UgJy14JyB3aXRoIGVncmVwIgoJ ZWNobyAiICAgICAgIC10ICAgICAgICAgIFR5cGljYWwgdXNhZ2UuICBUaGlzIGlzIHRoZSBz YW1lIGFzIGV0Y3VkIC1lIFwiJERFRl9FWENMXCIiCgllY2hvICIgICAgICAgLXIgPGRpcj4g ICAgRGlyZWN0b3J5IHdoZXJlIHRoZSBzb3VyY2UgZGlzdHJpYnV0aW9uIGlzIGZvdW5kIgoJ ZWNobyAiICAgICAgIC1pIDxwYXR0PiAgIEluY2x1c2lvbiBmaWxlbmFtZSBwYXR0ZXJuICh0 aG9zZSBmaWxlcyB0byBjaGVjaykiCgllY2hvICIgICAgICAgLWUgPHBhdHQ+ICAgRXhjbHVz aW9uIGZpbGVuYW1lIHBhdHRlcm4gKHRob3NlIGZpbGUgdG8gaWdub3JlKSIKfQoKc2hvd192 ZXIgKCkKewoJdGhlX3Zlcj1gZ3JlcCAnJElkOicgJHNyY19maWxlcy8keGAKCWlmIFsgJD8g LWVxIDAgXSA7IHRoZW4KCQllY2hvICIkc3JjX2ZpbGVzLyR4IFZFUj4gJHRoZV92ZXIiCglm aQoJdGhlX3Zlcj1gZ3JlcCAnJElkOicgL2V0Yy8keGAKCWlmIFsgJD8gLWVxIDAgXSA7IHRo ZW4KCQllY2hvICIgICAgICAgIC9ldGMvJHggVkVSPiAkdGhlX3ZlciIKCWZpCn0KCmRvX2No ZWNrICgpCnsKCWlmIFsgLXIgL2V0Yy8keCBdIDsgdGhlbgoJCWlmIFsgYG1kNSAvZXRjLyR4 IHwgY3V0IC1kJyAnIC1mNGAgIT0gYG1kNSAkc3JjX2ZpbGVzLyR4IHwgY3V0IC1kJyAnIC1m NGAgXSA7IHRoZW4KCQkJZWNobyBNSVNNQVRDSCBmb3IgJHNyY19maWxlcy8keCAvZXRjLyR4 CgkJCWlmIFsgJG9wdF92ZXIgLWVxIDEgXSA7IHRoZW4KCQkJCXNob3dfdmVyCgkJCWZpCgkJ CWlmIFsgJG9wdF9kaWZmcyAtZXEgMSBdIDsgdGhlbgoJCQkJZGlmZiAvZXRjLyR4ICRzcmNf ZmlsZXMvJHgKCQkJCWVjaG8KCQkJZmkKCQllbGlmIFsgJG9wdF9hbGwgLWVxIDEgXSA7IHRo ZW4KCQkJZWNobyBPSyBmb3IgJHNyY19maWxlcy8keCAvZXRjLyR4CgkJCWlmIFsgJG9wdF92 ZXIgLWVxIDEgXSA7IHRoZW4KCQkJCXNob3dfdmVyCgkJCWZpCgkJZmkKCWVsc2UgIyB0aGUg ZmlsZSBpcyBub3QgcmVhZGFibGUuLi4uIHdoeSA/IHBlcmhhcHMgaXQgZG9lc24ndCBleGlz dAoJCWlmIFsgISAtZiAvZXRjLyR4IF0gOyB0aGVuCgkJCWVjaG8gTk9ORVhJU1RBTlQgL2V0 Yy8keC4gIE1heWJlIHlvdSBzaG91bGQgY3AgLXAgJHNyY19maWxlcy8keCAvZXRjLyR4CgkJ ZWxzZQoJCQllY2hvIC1uIC9ldGMvJHggaXMgbm90IHJlYWRhYmxlLi4uLgoJCQlpZiBbIGBp ZCAtdWAgLW5lIDAgXSA7IHRoZW4KCQkJCWVjaG8gcGVyaGFwcyB5b3Ugc2hvdWxkIGJlIFJP T1QhCgkJCWVsc2UKCQkJCWVjaG8gZm9yIHNvbWUgc3RyYW5nZSByZWFzb24hISEKCQkJZmkK CQlmaQoJZmkKfQoKIyBUaGUgbWFpbiBwcm9ncmFtIGJlZ2lucy4uLi4uCgojIEZpcnN0IGdl dCB0aGUgb3B0aW9ucwp3aGlsZSBbICQjIC1uZSAwIF0gOyBkbwoJY2FzZSAkMSBpbgoJLWEp CW9wdF9hbGw9MQoJOzsKCS12KQlvcHRfdmVyPTEKCTs7CgktZCkJb3B0X2RpZmZzPTEKCTs7 CgktbikJb3B0X25vbl9leGFjdD0xCgk7OwoJLXQpCW9wdF90eXBpY2FsPTEKCQlpZiBbICRv cHRfaW5jIC1lcSAxIC1vICRvcHRfZXhjIC1lcSAxIF0gOyB0aGVuCgkJCWVjaG8gIldhcm5p bmc6IFR5cGljYWwgdXNhZ2Ugb3ZlcnJpZGluZyBwcmlvciBpbmNsdXNpb24gb3IgZXhjbHVz aW9uIHBhdHRlcm4iCgkJCW9wdF9pbmM9MAoJCWZpCgkJb3B0X2V4Yz0xCgkJcGF0dD0kREVG X0VYQ0wKCTs7CgktcikJc2hpZnQKCQlpZiBbICQjIC1lcSAwIF0gOyB0aGVuCgkJCWVycm9y PTEKCQkJZWNobyAiRXJyb3I6IC1yIHJlcXVpcmVzIGFuIGFyZ3VtZW50IgoJCQl1c2FnZQoJ CQlicmVhawoJCWVsc2UKCQkJaWYgWyAtZCAkMSBdIDsgdGhlbgoJCQkJU1JDX1JPT1Q9JDEK CQkJZWxzZQoJCQkJZXJyb3I9MQoJCQkJZWNobyAiRXJyb3I6IFNvdXJjZSBkaXJlY3Rvcnkg XCIkMVwiIGRvZXMgbm90IGV4aXN0IgoJCQkJdXNhZ2UKCQkJCWJyZWFrCgkJCWZpCgkJZmkK CTs7CgktaSkJc2hpZnQKCQlpZiBbICQjIC1lcSAwIF0gOyB0aGVuCgkJCWVycm9yPTEKCQkJ ZWNobyAiRXJyb3I6IC1pIHJlcXVpcmVzIGFuIGFyZ3VtZW50IgoJCQl1c2FnZQoJCQlicmVh awoJCWVsc2UKCQkJaWYgWyAkb3B0X2luYyAtZXEgMSAtbyAkb3B0X2V4YyAtZXEgMSBdIDsg dGhlbgoJCQkJZWNobyAiV2FybmluZzogc3Vic2VxdWVudCBpbmNsdXNpb24gcGF0dGVybiBp Z25vcmVkIgoJCQllbHNlCgkJCQlwYXR0PSQxCgkJCQlvcHRfaW5jPTEKCQkJZmkKCQlmaQoJ OzsKCS1lKQlzaGlmdAoJCWlmIFsgJCMgLWVxIDAgXSA7IHRoZW4KCQkJZXJyb3I9MQoJCQll Y2hvICJFcnJvcjogLWUgcmVxdWlyZXMgYW4gYXJndW1lbnQiCgkJCXVzYWdlCgkJCWJyZWFr CgkJZWxzZQoJCQlpZiBbICRvcHRfaW5jIC1lcSAxIC1vICRvcHRfZXhjIC1lcSAxIF0gOyB0 aGVuCgkJCQllY2hvICJXYXJuaW5nOiBzdWJzZXF1ZW50IGV4Y2x1c2lvbiBwYXR0ZXJuIGln bm9yZWQiCgkJCWVsc2UKCQkJCXBhdHQ9JDEKCQkJCW9wdF9leGM9MQoJCQlmaQoJCWZpCgk7 OwoJKikJZXJyb3I9MQoJCXVzYWdlCgkJYnJlYWsKCTs7Cgllc2FjCglzaGlmdApkb25lCgpp ZiBbICRlcnJvciAtZXEgMSBdIDsgdGhlbgoJZXhpdApmaQoKc3JjX2ZpbGVzPWBlY2hvICR7 U1JDX1JPT1Q6PSRERUZfU1JDX1JPT1R9L2V0YyB8IHNlZCAncy9cL1wvJC8vJ2AKY2QgJHNy Y19maWxlcwoKIyBDYW4gb25seSBkbyBub25fZXhhY3QgbW9kZSBpZiB3ZSBhcmUgbm90IGRv aW5nIGEgdHlwaWNhbAplZ3JlcF9mbGFncz0iLXgiCmlmIFsgJG9wdF9ub25fZXhhY3QgLWVx IDEgLWEgJG9wdF90eXBpY2FsIC1lcSAwIF0gOyB0aGVuCgllZ3JlcF9mbGFncz0iIgpmaQoK aWYgWyAkb3B0X2V4YyAtZXEgMSBdIDsgdGhlbgoJZWdyZXBfZmxhZ3M9JGVncmVwX2ZsYWdz IiAtdiAiCmZpCgppZiBbICRvcHRfaW5jIC1lcSAxIC1vICRvcHRfZXhjIC1lcSAxIF0gOyB0 aGVuCglmaW5kIC4gLXR5cGUgZiAtZXhlYyBlY2hvIHt9IFw7IHwgc2VkICdzL15cLlwvLy8n IHwgZWdyZXAgJGVncmVwX2ZsYWdzICRwYXR0IHwgd2hpbGUgcmVhZCB4IDsgZG8KCQlkb19j aGVjawoJZG9uZQplbHNlCglmaW5kIC4gLXR5cGUgZiAtZXhlYyBlY2hvIHt9IFw7IHwgc2Vk ICdzL15cLlwvLy8nIHwgd2hpbGUgcmVhZCB4IDsgZG8KCQlkb19jaGVjawoJZG9uZQpmaQo= --------------1F69D08806B5A4A471580263-- From owner-freebsd-current Tue Nov 11 20:18:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28491 for current-outgoing; Tue, 11 Nov 1997 20:18:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28485 for ; Tue, 11 Nov 1997 20:18:12 -0800 (PST) (envelope-from marcs@znep.com) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.7/8.8.7) with UUCP id VAA27876; Tue, 11 Nov 1997 21:18:03 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id VAA07526; Tue, 11 Nov 1997 21:22:55 -0700 (MST) Date: Tue, 11 Nov 1997 21:22:54 -0700 (MST) From: Marc Slemko To: "Michael R. Rudel" cc: current@FreeBSD.ORG Subject: Re: /usr/include/sys/dirent.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is most likely caused by the program not properly including sys/types.h before sys/dirent.h like it is supposed to. On Tue, 11 Nov 1997, Michael R. Rudel wrote: > It seems the /usr/inclue/sys/dirent.h file has been causing problems for > quite a while. While compiling KDE, it was giving me parse errors from > the header file. > > I remember this same problem while compiling a copy of Deep Space MUSE on > machine. After replacing it with a copy of the file of the file from the > 2.1.5 CD, it compiled fine. > > If you need it, I can get a copy of the parse errors. > > - Michael R. Rudel > > From owner-freebsd-current Tue Nov 11 20:45:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01804 for current-outgoing; Tue, 11 Nov 1997 20:45:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from usr03.primenet.com (tlambert@usr03.primenet.com [206.165.6.203]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA01796 for ; Tue, 11 Nov 1997 20:45:38 -0800 (PST) (envelope-from tlambert@usr03.primenet.com) Received: (from tlambert@localhost) by usr03.primenet.com (8.8.5/8.8.5) id VAA24025; Tue, 11 Nov 1997 21:42:45 -0700 (MST) From: Terry Lambert Message-Id: <199711120442.VAA24025@usr03.primenet.com> Subject: Re: cvs commit: src/sys/pci pcisupport.c To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Wed, 12 Nov 1997 04:42:44 +0000 (GMT) Cc: wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: <2559.879270126@critter.freebsd.dk> from "Poul-Henning Kamp" at Nov 11, 97 06:42:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> You know, I've been wondering about this kind of details for a long > >> time. It takes up a fair bit of kernel space, and it doesn't really > >> buy us much... > > > >> Same as the Intel Chipsets in bootverbose case, nice but kind of > >> bloated, isn't it ? > > > >Well, in the far future world where we are able to throw away parts of > >the kernel code that we don't need after initialization, this would > >certainly be an obvious candidate. > > But because of CardBus and hot-plug PCI we will not be able to discard > these bits :-( Plug events are, I think relatively rare. Because of that, you should be able to discard the code, and page it back in when you get an event. This assumes a far future world that can do kernel paging, as well as throwing away initialization code... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Nov 11 21:08:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05156 for current-outgoing; Tue, 11 Nov 1997 21:08:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05147 for ; Tue, 11 Nov 1997 21:08:25 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.7/8.8.7) id VAA01909 for current@freebsd.org; Tue, 11 Nov 1997 21:08:23 -0800 (PST) (envelope-from sef) Date: Tue, 11 Nov 1997 21:08:23 -0800 (PST) From: Sean Eric Fagan Message-Id: <199711120508.VAA01909@kithrup.com> To: current@freebsd.org Subject: Anyone object to this login.c patch? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need logging for failed logins, and I was unable to figure out how to get it without this change. It will log failures more often than the other would (well, I was able to get *any*, when I wasn't before). Index: login.c =================================================================== RCS file: /usr/cvs/src/usr.bin/login/login.c,v retrieving revision 1.30 diff -u -r1.30 login.c --- login.c 1997/10/19 09:34:06 1.30 +++ login.c 1997/11/12 05:05:54 @@ -502,6 +502,7 @@ (void)printf("Login incorrect\n"); failures++; + badlogin(username); /* * we allow up to 'retry' (10) tries, @@ -509,7 +510,6 @@ */ if (++cnt > backoff) { if (cnt >= retries) { - badlogin(username); sleepexit(1); } sleep((u_int)((cnt - 3) * 5)); From owner-freebsd-current Tue Nov 11 21:21:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA07192 for current-outgoing; Tue, 11 Nov 1997 21:21:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA07173 for ; Tue, 11 Nov 1997 21:21:17 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id QAA06740; Wed, 12 Nov 1997 16:15:45 +1100 Date: Wed, 12 Nov 1997 16:15:45 +1100 From: Bruce Evans Message-Id: <199711120515.QAA06740@godzilla.zeta.org.au> To: marcs@znep.com, mrr@amity.ai.net Subject: Re: /usr/include/sys/dirent.h Cc: current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >This is most likely caused by the program not properly including >sys/types.h before sys/dirent.h like it is supposed to. You mean dirent.h. sys/dirent.h is nonstandard. Bruce From owner-freebsd-current Tue Nov 11 22:05:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA13546 for current-outgoing; Tue, 11 Nov 1997 22:05:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (libya-238.ppp.hooked.net [206.169.227.238]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA13534 for ; Tue, 11 Nov 1997 22:05:04 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id WAA20865; Tue, 11 Nov 1997 22:05:45 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 11 Nov 1997 22:05:45 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Michael R. Rudel" cc: current@FreeBSD.ORG Subject: Re: /usr/include/sys/dirent.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Nov 1997, Michael R. Rudel wrote: > It seems the /usr/inclue/sys/dirent.h file has been causing problems for > quite a while. While compiling KDE, it was giving me parse errors from > the header file. This is because, dirent.h needs to be included after most of the header files in KDE. This was fixed a few snapshots ago in KDE, but perhaps an ifdef'd include or #error would be appropiate. > I remember this same problem while compiling a copy of Deep Space MUSE on > machine. After replacing it with a copy of the file of the file from the > 2.1.5 CD, it compiled fine. That's actually not a very good solution, if you're using 3.0. - alex From owner-freebsd-current Tue Nov 11 22:39:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA17632 for current-outgoing; Tue, 11 Nov 1997 22:39:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (libya-238.ppp.hooked.net [206.169.227.238]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA17605 for ; Tue, 11 Nov 1997 22:39:13 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id WAA03063 for ; Tue, 11 Nov 1997 22:40:04 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 11 Nov 1997 22:40:03 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: current Subject: Intel Pentium Bug: BSDI Releases a patch (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm. I wonder what they're doing to fix it. I'd hope not disabling the internal cache. ------- Forwarded Message To: bsdi-users@bsdi.com Subject: Beta test of Pentium hang work-around for BSD/OS 3.1 (and 3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Nov 1997 16:38:48 -0700 From: Jeff Polk Sender: owner-bsdi-users@mailinglists.org Precedence: bulk X-Sender: Jeff Polk X-UIDL: fb8659ed152bd2ba9912c603b6a1b837 As many of you probably know, a bug was recently discovered in the Pentium CPU that causes the CPU to hang when a certain instruction is executed. This bug has been widely reported in mailing lists and news groups. The bug enables an unprivileged user to hang the system, requiring the system to be reset or power-cycled. With information provided by Intel, BSDI has developed a workaround for this problem. A beta version of the mod for BSD/OS version 3.1 is now available for testing from ftp://ftp.bsdi.com/bsdi/patches/patches-3.1/M310-hangfix This mod may also be applied to 3.0 based systems. The workaround is enabled only on P5 processors, and should not be necessary on Pentium Pro, Pentium II or non-Intel CPUs. The mod is currently available only in binary form. We anticipate general release of the mod within a day or so. We are interested in hearing of any problems experienced with this change. We are also interested in hearing about testing on any non-Intel Pentium-compatible systems. Please send any reports to bsdi-hang-beta@BSDI.COM We are not at liberty to discuss the mechanism of the workaround at this time. If you are installing the mod in a source kernel tree, you will need to copy the files sys/i386/OBJ/{machdep.o,locore.o} to your kernel compile directory before rebuilding your kernel. Jeff - -- /\ Jeff Polk Berkeley Software Design, Inc. (BSDI) /\/ \ polk@BSDI.COM 5575 Tech Center Dr. #110, Colo Spgs, CO 80919 - -- To unsubscribe from this list, send 'unsubscribe' in the body of an e-mail message to 'bsdi-users-request@mailinglists.org' ------- End of Forwarded Message - alex From owner-freebsd-current Tue Nov 11 22:59:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA20056 for current-outgoing; Tue, 11 Nov 1997 22:59:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA20021 for ; Tue, 11 Nov 1997 22:59:12 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA06150; Wed, 12 Nov 1997 06:49:41 +0100 From: Luigi Rizzo Message-Id: <199711120549.GAA06150@labinfo.iet.unipi.it> Subject: Re: Anyone object to this login.c patch? To: sef@kithrup.com (Sean Eric Fagan) Date: Wed, 12 Nov 1997 06:49:41 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: <199711120508.VAA01909@kithrup.com> from "Sean Eric Fagan" at Nov 11, 97 09:08:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I need logging for failed logins, and I was unable to figure out how to get > it without this change. It will log failures more often than the other > would (well, I was able to get *any*, when I wasn't before). one problem is that this could cause passwords to be printed on the logfile (it happens to press Return twice...) Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-current Wed Nov 12 01:53:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA18550 for current-outgoing; Wed, 12 Nov 1997 01:53:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA18484 for ; Wed, 12 Nov 1997 01:52:49 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.1/nospam) with UUCP id IAA02709 for current@FreeBSD.ORG; Wed, 12 Nov 1997 08:38:28 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.12/nospam) id IAA03973; Wed, 12 Nov 1997 08:30:40 +0100 (CET) (envelope-from roberto) Message-ID: <19971112083040.26115@keltia.freenix.fr> Date: Wed, 12 Nov 1997 08:30:40 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: make world time???/ References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: ; from Burton Sampley on Tue, Nov 11, 1997 at 02:51:10PM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3797 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Burton Sampley: > source code from 9/11 with /usr/obj/ empty. I'm only using the > plain-vanilla 'make world' from /usr/src. Any suggestion? Add "-pipe "to CFLAGS in /etc/make.conf. Mount /usr/src noatime. Mount /usr/obj async,noatime. Don't compile the profiled libraries if you don't use them. > HD: Seagate 15150N SCSI (~12 platters, w/ 1 meg cache) > SCSI: Adaptec 2940 Putting /usr/obj and /usr/src on a different disk helps a lot too. > options NFS #Network Filesystem Unless you really need NFS all time, you can get a few KB back of memory if using it as an lkm. > options BOUNCE_BUFFERS #include support for DMA bounce buffers Throw away this. You don't need bounce buffers. > options FAILSAFE #Be conservative Unless you have a specific reason, don't use FAILSAFE. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #48: Sat Nov 8 18:08:59 CET 1997 From owner-freebsd-current Wed Nov 12 06:26:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA06691 for current-outgoing; Wed, 12 Nov 1997 06:26:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@trekworld.com [205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA06686 for ; Wed, 12 Nov 1997 06:26:41 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.7/8.8.5) with SMTP id JAA08847; Wed, 12 Nov 1997 09:27:19 -0500 (EST) Date: Wed, 12 Nov 1997 09:27:18 -0500 (EST) From: "Michael R. Rudel" To: Alex cc: current@FreeBSD.ORG Subject: Re: /usr/include/sys/dirent.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Nov 1997, Alex wrote: > > > On Tue, 11 Nov 1997, Michael R. Rudel wrote: > > > It seems the /usr/inclue/sys/dirent.h file has been causing problems for > > quite a while. While compiling KDE, it was giving me parse errors from > > the header file. > > This is because, dirent.h needs to be included after most of the header > files in KDE. This was fixed a few snapshots ago in KDE, but perhaps an > ifdef'd include or #error would be appropiate. Ah. Thanks. > > > I remember this same problem while compiling a copy of Deep Space MUSE on > > machine. After replacing it with a copy of the file of the file from the > > 2.1.5 CD, it compiled fine. > > That's actually not a very good solution, if you're using 3.0. I know.. :) But it worked. ;) > > - alex > From owner-freebsd-current Wed Nov 12 06:37:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07294 for current-outgoing; Wed, 12 Nov 1997 06:37:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cs.iastate.edu (root@cs.iastate.edu [129.186.3.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA07281 for ; Wed, 12 Nov 1997 06:37:40 -0800 (PST) (envelope-from ghelmer@cs.iastate.edu) Received: from popeye.cs.iastate.edu (popeye.cs.iastate.edu [129.186.3.4]) by cs.iastate.edu (8.8.7/8.8.7) with ESMTP id IAA24587; Wed, 12 Nov 1997 08:37:37 -0600 (CST) Received: from localhost (ghelmer@localhost) by popeye.cs.iastate.edu (8.8.7/8.7.1) with SMTP id IAA03134; Wed, 12 Nov 1997 08:37:36 -0600 (CST) X-Authentication-Warning: popeye.cs.iastate.edu: ghelmer owned process doing -bs Date: Wed, 12 Nov 1997 08:37:34 -0600 (CST) From: Guy Helmer To: Sean Eric Fagan cc: current@FreeBSD.ORG Subject: Re: Anyone object to this login.c patch? In-Reply-To: <199711120508.VAA01909@kithrup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Nov 1997, Sean Eric Fagan wrote: > I need logging for failed logins, and I was unable to figure out how to get > it without this change. It will log failures more often than the other > would (well, I was able to get *any*, when I wasn't before). > > Index: login.c > =================================================================== > RCS file: /usr/cvs/src/usr.bin/login/login.c,v > retrieving revision 1.30 > diff -u -r1.30 login.c > --- login.c 1997/10/19 09:34:06 1.30 > +++ login.c 1997/11/12 05:05:54 > @@ -502,6 +502,7 @@ > > (void)printf("Login incorrect\n"); > failures++; > + badlogin(username); If you're going to log each failure, perhaps failures (the failure count) should be capped at 1 or badlogin() should be changed to not include the failure count in the log message. I use the number of failures in the log file to count the number of failed login attempts on each account. Allowing the failure count to increase and logging the new failure count at each failure would make it impossible to get the true number of login failures against an account. (With the exception of the failure count problem, logging each failure would make my count of failed login attempts more accurate because, in the original code, failed login attempts were *not* logged if followed by a successful login.) Alternatively, perhaps each individual login failure could be logged with a message that is different from the current message logged by badlogin(). FWIW, I've not had trouble getting these messages from completely unsuccessful login attempts... Guy Helmer, Computer Science Graduate Student - ghelmer@cs.iastate.edu Iowa State University http://www.cs.iastate.edu/~ghelmer Research Assistant, Scalable Computing Laboratory, Ames Laboratory From owner-freebsd-current Wed Nov 12 07:32:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA11029 for current-outgoing; Wed, 12 Nov 1997 07:32:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA11021 for ; Wed, 12 Nov 1997 07:32:12 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA16583; Wed, 12 Nov 97 16:34:03 +0100 Date: Wed, 12 Nov 97 16:34:03 +0100 Message-Id: <9711121534.AA16583@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: freebsd-current@freebsd.org Subject: current sound driver broken X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /kernel: Checking for GUS Plug-n-Play ... /kernel: No Plug-n-Play devices were found /kernel: gus0 at 0x220 irq 11 drq 6 on isa /kernel: GUS PNP (CS4231A)> at 0x32c dma 6,6 at 0x220 irq 11 dma 6 ^^^ I have a GUS MAX And when I try to play: /kernel: isa_dma_acquire: channel 6 already in use /kernel: Sound: DMA (output) timed out - IRQ/DRQ config error? last message repeated 16 times last message repeated 11 times Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-current Wed Nov 12 09:02:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA17975 for current-outgoing; Wed, 12 Nov 1997 09:02:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.ase.dowjones.com (ns.ase.dowjones.com [206.112.106.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA17950 for ; Wed, 12 Nov 1997 09:02:36 -0800 (PST) (envelope-from rbriggs@ase.dowjones.com) Received: from CRYSTAL-SINGER.ase.dowjones.com (crystal-singer.ase.dowjones.com [206.112.106.85]) by ns.ase.dowjones.com (8.8.7/8.8.5) with SMTP id LAA17906 for ; Wed, 12 Nov 1997 11:02:27 -0600 (CST) From: rbriggs@ase.dowjones.com (Robert_Briggs) To: freebsd-current@freebsd.org Subject: subscribe Date: Wed, 12 Nov 1997 17:02:27 GMT Message-ID: <3469e10d.675283750@mail> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA17963 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-current Wed Nov 12 09:49:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21239 for current-outgoing; Wed, 12 Nov 1997 09:49:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA21234 for ; Wed, 12 Nov 1997 09:49:41 -0800 (PST) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA21211; Wed, 12 Nov 1997 09:49:11 -0800 Date: Wed, 12 Nov 1997 09:49:11 -0800 (PST) From: "Brian N. Handy" To: Ollivier Robert Cc: current@FreeBSD.ORG Subject: Re: make world time???/ In-Reply-To: <19971112083040.26115@keltia.freenix.fr> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ollivier says: >Throw away this. You don't need bounce buffers. This is probably the one thing that has never made any sense to me, in spite of the fabulous missives people have written on it. (And I have saved a few along the way...this is my own failing.) When do I need this? Can this be explained in dirt-simple terms we, the unwashed masses, will follow? (And as an example you can discuss Pentiums with boatloads of memory. :-) Thanks! Brian From owner-freebsd-current Wed Nov 12 09:56:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21872 for current-outgoing; Wed, 12 Nov 1997 09:56:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA21866 for ; Wed, 12 Nov 1997 09:56:36 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 9263 invoked from network); 12 Nov 1997 17:56:23 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 12 Nov 1997 17:56:23 -0000 Received: (from scottm@localhost) by mordred.cs.ucla.edu (8.8.8/8.8.7) id JAA00260 for freebsd-current@freebsd.org; Wed, 12 Nov 1997 09:56:25 -0800 (PST) (envelope-from scottm) Date: Wed, 12 Nov 1997 09:56:25 -0800 (PST) From: Scott Michel Message-Id: <199711121756.JAA00260@mordred.cs.ucla.edu> To: freebsd-current@freebsd.org Subject: ptrace.c patch Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gdb is a happy camper. TIA -scooter From owner-freebsd-current Wed Nov 12 10:31:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25060 for current-outgoing; Wed, 12 Nov 1997 10:31:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa4-29.ix.netcom.com [207.93.136.93]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25049 for ; Wed, 12 Nov 1997 10:31:27 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id KAA00709; Wed, 12 Nov 1997 10:31:23 -0800 (PST) (envelope-from tomdean) Date: Wed, 12 Nov 1997 10:31:23 -0800 (PST) Message-Id: <199711121831.KAA00709@ix.netcom.com> From: Thomas Dean To: current@FreeBSD.ORG In-reply-to: (message from Alex on Tue, 11 Nov 1997 22:40:03 -0800 (PST)) Subject: Re: Intel Pentium Bug: BSDI Releases a patch (fwd) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What is the bug? I recently had a two hangs during 'make world'. My system is a DEC Celebris XL 5133DP, dmesg: ... CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf ... Could this have been it? From owner-freebsd-current Wed Nov 12 10:36:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25411 for current-outgoing; Wed, 12 Nov 1997 10:36:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dragonlair.dal.net (root@dragonlair.dal.net [132.249.66.211]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25403 for ; Wed, 12 Nov 1997 10:36:03 -0800 (PST) (envelope-from Studded@dal.net) Received: from dt5h1n61.san.rr.com (dt5h1n61.san.rr.com [204.210.31.97]) by dragonlair.dal.net (8.8.5/8.8.5) with SMTP id KAA20275; Wed, 12 Nov 1997 10:35:56 -0800 Message-Id: <199711121835.KAA20275@dragonlair.dal.net> From: "Studded" To: "current@FreeBSD.ORG" , "Ollivier Robert" Date: Wed, 12 Nov 97 10:35:49 -0800 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.95a For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: make world time???/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Nov 1997 08:30:40 +0100, Ollivier Robert wrote: >Don't compile the profiled libraries if you don't use them. I know this question is probably too basic for -current, but I've looked the www pages up and down, and I can't find any description of what the profiled libraries are, or who needs them. I assume it's a tool for developers, but where can I find some details? Thanks, Doug Ps, I'm on -questions too, so feel free to redirect there if need be. *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) *** Part of the DALnet IRC network *** From owner-freebsd-current Wed Nov 12 11:03:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28220 for current-outgoing; Wed, 12 Nov 1997 11:03:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA28204 for ; Wed, 12 Nov 1997 11:02:54 -0800 (PST) (envelope-from shimon@i-connect.net) Received: (qmail 7328 invoked by uid 1000); 12 Nov 1997 19:03:23 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [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: <9711121534.AA16583@cabri.obs-besancon.fr> Date: Wed, 12 Nov 1997 11:03:22 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: Jean-Marc Zucconi Subject: RE: current sound driver broken Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Jean-Marc Zucconi; On 12-Nov-97 you wrote: > /kernel: Checking for GUS Plug-n-Play ... > /kernel: No Plug-n-Play devices were found > /kernel: gus0 at 0x220 irq 11 drq 6 on isa > /kernel: GUS PNP (CS4231A)> at 0x32c dma 6,6 at 0x220 > irq 11 dma 6 > ^^^ > I have a GUS MAX > And when I try to play: > > /kernel: isa_dma_acquire: channel 6 already in use > /kernel: Sound: DMA (output) timed out - IRQ/DRQ config error? > last message repeated 16 times > last message repeated 11 times With an SB16, LINT will not compile, but ``normal'' kernels will. Also, cat something.au > /dev/sound plays: * Loud Click * First second or less * Hangs there for thirty seconds or so Simon From owner-freebsd-current Wed Nov 12 11:38:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA01006 for current-outgoing; Wed, 12 Nov 1997 11:38:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA00990 for ; Wed, 12 Nov 1997 11:38:18 -0800 (PST) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with ESMTP id MAA12191; Wed, 12 Nov 1997 12:37:39 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA05441; Wed, 12 Nov 1997 12:37:38 -0700 (MST) Date: Wed, 12 Nov 1997 12:37:38 -0700 (MST) Message-Id: <199711121937.MAA05441@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Brian N. Handy" Cc: Ollivier Robert , current@freebsd.org Subject: Re: make world time???/ In-Reply-To: References: <19971112083040.26115@keltia.freenix.fr> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Throw away this. You don't need bounce buffers. > > This is probably the one thing that has never made any sense to me, in > spite of the fabulous missives people have written on it. (And I have > saved a few along the way...this is my own failing.) When do I need > this? When you have an ISA machine with a DMA bus-mastering controller (the adaptec 1542B), and more than 16MB of memory. Other than some very *minor* instances of bogus hardware, that's it. If I had more memory to put into my box at home I'd need bounce buffers since it fits the bill, but it's only got 16MB of memory in it. Nate From owner-freebsd-current Wed Nov 12 11:49:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA02046 for current-outgoing; Wed, 12 Nov 1997 11:49:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kaos.atext.com (kaos.atext.com [204.62.245.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA02031 for ; Wed, 12 Nov 1997 11:49:27 -0800 (PST) (envelope-from kingson@excite.com) Received: from excite.com (batik [204.62.245.185]) by kaos.atext.com (8.8.5/8.8.5) with ESMTP id LAA13446 for ; Wed, 12 Nov 1997 11:48:45 -0800 (PST) Message-ID: <346A081E.DBC2798E@excite.com> Date: Wed, 12 Nov 1997 11:48:47 -0800 From: Kingson Gunawan Reply-To: kingson@excite.com Organization: Excite Inc. X-Mailer: Mozilla 4.02 [en] (X11; I; SunOS 5.6 sun4m) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: cp is slow... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I noticed that the cp (copy) command is extremely slow on my system (-current). On average 'cp' copy rate is somewhere around 100kB/sec, while when I tried 'dd' (with bs=64k) the rate jumped to around 2-3MB/sec. Even at this rate, it is nowhere close to the perfomance I'd expect from the Fast UW SCSI system. The test file size is 100MB. The copy is done using both 2 drives and 1 drive. Is this to be expected? My system config: dual PII-266/512k 512MB RAM Adaptec 2940UW with IBM 4.1GB UW drives Kingson From owner-freebsd-current Wed Nov 12 12:19:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05309 for current-outgoing; Wed, 12 Nov 1997 12:19:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.5.85]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05301 for ; Wed, 12 Nov 1997 12:19:26 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.7/8.8.7) id NAA22026; Wed, 12 Nov 1997 13:19:15 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd021997; Wed Nov 12 13:19:06 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id NAA07092; Wed, 12 Nov 1997 13:19:04 -0700 (MST) From: Terry Lambert Message-Id: <199711122019.NAA07092@usr09.primenet.com> Subject: Re: make world time???/ To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Wed, 12 Nov 1997 20:19:03 +0000 (GMT) Cc: roberto@keltia.freenix.fr, current@FreeBSD.ORG In-Reply-To: from "Brian N. Handy" at Nov 12, 97 09:49:11 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Throw away this. You don't need bounce buffers. > > This is probably the one thing that has never made any sense to me, in > spite of the fabulous missives people have written on it. (And I have > saved a few along the way...this is my own failing.) When do I need this? > Can this be explained in dirt-simple terms we, the unwashed masses, will > follow? (And as an example you can discuss Pentiums with boatloads of > memory. :-) You need bounce buffers to "bounce" request buffers from above 16M to below 16M when you are using a bus mastering controller on an ISA bus (since the ISA bus can only address the lower 16M of memory). If you make a request, and the buffer for the request is above 16M, then the controller will only be able to latch 24 bits of its address on the bus. If the driver doesn't catch the "request out of range", then on completion, the request will stomp some area equal to the buffer address & 0x00ffffff. This would be bad. You may also need to explicitly enable bounce buffers for systems which fail to comply with the standards they pretend to; specifically, there are a number of EISA chipsets (the HiNT chipset is the most notorious) that say they are EISA, but can only address 24 bits of memory from a bus master device. There has been at least one VLB chipset that has been claimed to have this problem. So, if you ave a "Pentium with boatloads of memory", but you plugged in your ISA Adaptec 1542 controller because you spent all your money on memory and can't afford an NCR/SymBIOS controller for the $45 or so they go for if you sop around, then you could experience the problem. Technically, it's possible to auto-detect these cards and defective chipsets by making a request using a buffer just above 16M, with a corresponding hole in low memory. Here's how the test works: 1) Allocate a buffer in low memory at some offset "x". 2) Allocate a buffer in high memory at 16M + x 3) Allocate a compare buffer somewhere. 4) Schedule a bus mastering DMA read into the low memory buffer; wait for it to complete 5) Copy the low memory buffer contents to the compare buffer 6) XOR some non-zero pattern into the low memory buffer 7) Copy the low memory buffer contents to the high memory buffer 8) Schedule a bus mastering DMA read into the low memory buffer; wait for it to complete 9) Compare the compare buffer contents against the low memory and high memory buffer contents. 10) If the compare buffer contents matches the low memory buffer contents, set the "USEBOUNCEBUFFERS" flag on the controller. This code hasn't been implemented, mostly because it applies to either antique or broken hardware (some would argue that ISA is broken -- like me -- so that it *only* applies to broken hardware. 8-)). Plus there's the benefit that it gets to confuse innocent victims about 4 times a month... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Nov 12 13:36:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11042 for current-outgoing; Wed, 12 Nov 1997 13:36:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hobbes.saturn-tech.com (drussell@drussell.internode.net [198.161.228.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA11031 for ; Wed, 12 Nov 1997 13:36:20 -0800 (PST) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by hobbes.saturn-tech.com (8.8.4/8.8.2) with SMTP id OAA15928; Wed, 12 Nov 1997 14:35:35 -0700 (MST) Date: Wed, 12 Nov 1997 14:35:35 -0700 (MST) From: Doug Russell To: John-Mark Gurney cc: Burton Sampley , current@FreeBSD.ORG Subject: Re: make world time???/ In-Reply-To: <19971111152250.16665@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Nov 1997, John-Mark Gurney wrote: > Burton Sampley scribbled this message on Nov 11: > > I'm really curious what people are doing to complete make world in such > > disgustingly low amount of time. I just recently upgraded from IDE to > > SCSI (IDE drives are still installed, but are presently not being used) > > and installed a 233-MMX (overclocked to 266 using 75MHz bus speed) and > > the best time I can get for make world is 3:00 hours. I started with > > source code from 9/11 with /usr/obj/ empty. I'm only using the > > plain-vanilla 'make world' from /usr/src. Any suggestion? > > well.. sounds like you need to enable -pipe on the CFLAGS (see > /etc/make.conf)... and you also need to pass something like -j4 on the > make commandline to enble parallel building... this dropped my time > bye 25%... note though, that some of those times are with some parts of > the build disabled... Even without doing parallel builds, his worldstone still seems low for such a powerful system. I routinely do make world (*** on 2.2-STABLE ***) in about 1h30min, including cleaning, etc on a K6-187.5 (166 chip at 75x2.5) with 32 megs SDRAM and an IDE disk. (Usually some recent Western Digital, right now it's a 3.1 gig). His system should be (I would think) significantly faster than my build box. The 1h30 varies a little by the exact configuration at the time (sometimes I have older HDs in there or whatever, but lately I've been burning CD-Rs with that machine, so I have a big 3.1 gig disk in it), but I always have it well under 3 hours, even when I'm building TO AND FROM NFS! I even had it down to just a hair over an hour on a K6-250 (233 chip at 83Mhz x 3) with dual WD IDE disks on seperate controllers mounting seperate /usr/src and /usr/obj, both async, noatime. It seems that at that kind of processing speed, you need better disk than the IDEs, because it should go even faster. Although, I haven't tried a fast K6 using parallel building yet. Later...... From owner-freebsd-current Wed Nov 12 13:41:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11539 for current-outgoing; Wed, 12 Nov 1997 13:41:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA11518 for ; Wed, 12 Nov 1997 13:41:18 -0800 (PST) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id QAA20972; Wed, 12 Nov 1997 16:41:55 -0500 (EST) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id QAA28726; Wed, 12 Nov 1997 16:42:27 -0500 (EST) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Wed, 12 Nov 1997 16:42:26 -0500 (EST) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: "Michael R. Rudel" cc: current@FreeBSD.ORG Subject: Re: Linux header files In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Nov 1997, Michael R. Rudel wrote: [Linux headers] > Perhaps we could somehow get these header files in the FreeBSD > distribution, only interfaced to the FreeBSD operating system instead? > This would make compiling stuff much eaiser. I think there is a port which does this. Linux-devel, or something... ? I vaguely seem to remember Mike Smith being behind this, so you might possibly be able to narrow your search down to ones he maintains. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-current Wed Nov 12 13:56:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA12956 for current-outgoing; Wed, 12 Nov 1997 13:56:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kaos.atext.com (kaos.atext.com [204.62.245.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA12951 for ; Wed, 12 Nov 1997 13:56:50 -0800 (PST) (envelope-from kingson@excite.com) Received: from excite.com (batik [204.62.245.185]) by kaos.atext.com (8.8.5/8.8.5) with ESMTP id NAA20466 for ; Wed, 12 Nov 1997 13:56:01 -0800 (PST) Message-ID: <346A25F2.768600E2@excite.com> Date: Wed, 12 Nov 1997 13:56:02 -0800 From: Kingson Gunawan Reply-To: kingson@excite.com Organization: Excite Inc. X-Mailer: Mozilla 4.02 [en] (X11; I; SunOS 5.6 sun4m) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: problem with /stand/sysinstall Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that my -current sysinstall copy is looking for the 971022-SNAP distribution which is no longer there. As a result, it is not working anymore when used to install packages. Any idea how get around this? Kingson From owner-freebsd-current Wed Nov 12 13:57:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA13037 for current-outgoing; Wed, 12 Nov 1997 13:57:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@trekworld.com [205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA13014 for ; Wed, 12 Nov 1997 13:57:41 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.7/8.8.5) with SMTP id QAA15707; Wed, 12 Nov 1997 16:56:31 -0500 (EST) Date: Wed, 12 Nov 1997 16:56:31 -0500 (EST) From: "Michael R. Rudel" To: Tim Vanderhoek cc: current@FreeBSD.ORG Subject: Re: Linux header files In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Nov 1997, Tim Vanderhoek wrote: > On Tue, 11 Nov 1997, Michael R. Rudel wrote: > > [Linux headers] > > Perhaps we could somehow get these header files in the FreeBSD > > distribution, only interfaced to the FreeBSD operating system instead? > > This would make compiling stuff much eaiser. > > I think there is a port which does this. Linux-devel, or > something... ? I vaguely seem to remember Mike Smith being > behind this, so you might possibly be able to narrow your search > down to ones he maintains. > > > -- > Outnumbered? Maybe. Outspoken? Never! > tIM...HOEk > Hmm, I'll look for it. Thanks. - Michael R. Rudel From owner-freebsd-current Wed Nov 12 14:02:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA13633 for current-outgoing; Wed, 12 Nov 1997 14:02:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.5.85]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA13619 for ; Wed, 12 Nov 1997 14:01:53 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.7/8.8.7) id PAA05338; Wed, 12 Nov 1997 15:01:49 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpd005320; Wed Nov 12 15:01:40 1997 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id PAA20601; Wed, 12 Nov 1997 15:01:38 -0700 (MST) From: Terry Lambert Message-Id: <199711122201.PAA20601@usr05.primenet.com> Subject: Re: make world time???/ To: tlambert@primenet.com (Terry Lambert) Date: Wed, 12 Nov 1997 22:01:37 +0000 (GMT) Cc: handy@sag.space.lockheed.com, roberto@keltia.freenix.fr, current@FreeBSD.ORG In-Reply-To: <199711122019.NAA07092@usr09.primenet.com> from "Terry Lambert" at Nov 12, 97 08:19:03 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1) Allocate a buffer in low memory at some offset "x". > 2) Allocate a buffer in high memory at 16M + x > 3) Allocate a compare buffer somewhere. > 4) Schedule a bus mastering DMA read into the low memory > buffer; wait for it to complete > 5) Copy the low memory buffer contents to the compare buffer > 6) XOR some non-zero pattern into the low memory buffer > 7) Copy the low memory buffer contents to the high memory buffer > 8) Schedule a bus mastering DMA read into the low memory ^^^^ - UGH! I meant to say "high" here... > buffer; wait for it to complete > 9) Compare the compare buffer contents against the low memory > and high memory buffer contents. > 10) If the compare buffer contents matches the low memory buffer > contents, set the "USEBOUNCEBUFFERS" flag on the controller. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Nov 12 14:12:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14650 for current-outgoing; Wed, 12 Nov 1997 14:12:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp.algonet.se (tomei.algonet.se [194.213.74.114]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA14636 for ; Wed, 12 Nov 1997 14:12:11 -0800 (PST) (envelope-from johang@mail.algonet.se) Message-Id: <199711122212.OAA14636@hub.freebsd.org> Received: (qmail 22452 invoked from network); 12 Nov 1997 23:05:40 +0100 Received: from du32-252.ppp.algonet.se (HELO pegasys) (195.100.252.32) by tomei.algonet.se with SMTP; 12 Nov 1997 23:05:40 +0100 Comments: Authenticated sender is From: "Johan Granlund" To: current@FreeBSD.ORG Date: Wed, 12 Nov 1997 23:05:36 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: ppp and ascend router problems Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Once upon a (long) time (ago) i had ppp working, not any more. It has ben some traffic about ppp and i decided to get it working again. When trying from a 2.2-stable from around 1 month ago it works fine, but not from my current machine. My ISP has some sort of big Ascend router. WinNT and Win95 works. Sending ppp.log and hopes anyone have a clue why? >From ppp.conf: disable lqr deny lqr set openmode active disable pred1 deny pred1 >From ppp.log: Nov 12 22:34:58 phoenix ppp[621]: tun0: IPCP: Using trigger address 255.255.255.0 Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: State change Initial --> Closed Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d Nov 12 22:34:58 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:34:58 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 18 08 02 07 02 02 06 00 00 Nov 12 22:34:58 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 05 dc 05 06 58 27 0b 8d 5d c1 Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: State change Closed --> Req-Sent Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 02 00 18 08 02 07 02 02 06 00 00 Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 05 dc 05 06 58 27 0b 8d 17 53 Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: HdlcInput: Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 05 f4 02 06 00 0a Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 c0 23 07 02 08 02 13 09 03 00 c0 7b Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) state = Req-Sent (6) Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: MRU 1524 Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto= c023 Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ???[13] Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: SendConfigRej(Req-Sent) Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ???[13] Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 04 01 00 0d 13 09 03 00 c0 7b 5f d3 Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 10 09 96 Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d Nov 12 22:35:04 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:04 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 03 00 18 08 02 07 02 02 06 00 00 Nov 12 22:35:04 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 05 dc 05 06 58 27 0b 8d de da Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: HdlcInput: Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 05 f4 02 06 00 0a Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 c0 23 07 02 08 02 13 09 03 00 c0 7b Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) state =Req-Sent (6) Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: MRU 1524 Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto = c023 Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ???[13] Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: SendConfigRej(Req-Sent) Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ???[13] Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 04 01 00 0d 13 09 03 00 c0 7b 5f d3 Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 10 09 96 Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d Nov 12 22:35:07 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:07 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 04 00 18 08 02 07 02 02 06 00 00 Nov 12 22:35:07 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 05 dc 05 06 58 27 0b 8d 92 7f Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: HdlcInput: Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 05 f4 02 06 00 0a Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 c0 23 07 02 08 02 13 09 03 00 c0 7b Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) state =Req-Sent (6) Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: MRU 1524 Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto = c023 Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ???[13] Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: SendConfigRej(Req-Sent) Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ???[13] Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 04 01 00 0d 13 09 03 00 c0 7b 5f d3 Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: 10 09 96 Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: ACFCOMP Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: PROTOCOMP Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d Nov 12 22:35:10 phoenix ppp[621]: tun0: HDLC: HdlcOutput Nov 12 22:35:10 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 05 00 18 08 02 07 02 02 06 00 00 Nov 12 22:35:10 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 05 dc 05 06 58 27 0b 8d 5b f6 Nov 12 22:35:13 phoenix ppp[621]: tun0: LCP: State change Req-Sent --> Stopped Nov 12 22:35:13 phoenix ppp[621]: tun0: LCP: LcpLayerFinish Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: Connect time: 37 secs Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: Modem: 259 octets in, 362 octets out Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: NewPhase: Dead Nov 12 22:35:14 phoenix ppp[621]: tun0: IPCP: Using trigger address 255.255.255.0 Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: Disconnected! Nov 12 22:35:14 phoenix ppp[621]: tun0: LCP: LcpLayerFinish Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: NewPhase: Dead Nov 12 22:35:14 phoenix ppp[621]: tun0: IPCP: Using trigger address 255.255.255.0 ov 12 22:35:31 phoenix ppp[621]: tun0: Phase: PPP Terminated (normal). /Johan ___________________________________________________________ Internet: Johang@Algonet.se I don't even speak for myself From owner-freebsd-current Wed Nov 12 15:02:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17969 for current-outgoing; Wed, 12 Nov 1997 15:02:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA17952 for ; Wed, 12 Nov 1997 15:02:25 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.1/nospam) with UUCP id AAA29839 for current@FreeBSD.ORG; Thu, 13 Nov 1997 00:02:11 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.12/nospam) id XAA07254; Wed, 12 Nov 1997 23:58:21 +0100 (CET) (envelope-from roberto) Message-ID: <19971112235821.06556@keltia.freenix.fr> Date: Wed, 12 Nov 1997 23:58:21 +0100 From: Ollivier Robert To: "current@FreeBSD.ORG" Subject: Re: make world time???/ References: <199711121835.KAA20275@dragonlair.dal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199711121835.KAA20275@dragonlair.dal.net>; from Studded on Wed, Nov 12, 1997 at 10:35:49AM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3797 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Studded: > I know this question is probably too basic for -current, but I've > looked the www pages up and down, and I can't find any description of what > the profiled libraries are, or who needs them. I assume it's a tool for > developers, but where can I find some details? They are standard libraries compiled with '-p' or '-pg'. The compiler inserts come special code at the entry and exit point of all functions that increment counters. That way, you can know how many times a function has been called and so on. Bruce will without doubt explain it better than I do :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #48: Sat Nov 8 18:08:59 CET 1997 From owner-freebsd-current Wed Nov 12 16:32:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA24272 for current-outgoing; Wed, 12 Nov 1997 16:32:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ix.netcom.com (sil-wa4-29.ix.netcom.com [207.93.136.93]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA24258 for ; Wed, 12 Nov 1997 16:32:14 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id QAA02936; Wed, 12 Nov 1997 16:31:38 -0800 (PST) (envelope-from tomdean) Date: Wed, 12 Nov 1997 16:31:38 -0800 (PST) Message-Id: <199711130031.QAA02936@ix.netcom.com> From: Thomas Dean To: drussell@saturn-tech.com CC: gurney_j@resnet.uoregon.edu, bsampley@bsampley.vip.best.com, current@FreeBSD.ORG In-reply-to: (message from Doug Russell on Wed, 12 Nov 1997 14:35:35 -0700 (MST)) Subject: Re: make world time???/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I don't understand how a simple build, 'make world > log.file' on a dual P-133 system with 3.0-current can take 7 hours when you are talking about 1.5 hours. Are we doing the same thing? Is there something wrong with my machine or setup? I made no changes to the files down-loaded, other than add network to /etc/group. Am I doing something wrong? There was little other activity on the machine. Fetchmail every 5 min. The time statements from log.file: -------------------------------------------------------------- make world started on Mon Nov 10 10:20:31 PST 1997 -------------------------------------------------------------- ... -------------------------------------------------------------- make world completed on Mon Nov 10 17:35:28 PST 1997 -------------------------------------------------------------- # wc log.file 37531 375292 6331722 log.file and, dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Mon Nov 10 18:01:06 PST 1997 tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 33554432 (32768K bytes) avail memory = 29966336 (29264K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 ncr0: rev 0x02 int a irq 11 on pci0.1.0 ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) 1042MB (2134305 512 byte sectors) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: 10.0 MB/s (100 ns, offset 8) 3090MB (6328861 512 byte sectors) sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access sd2: 10.0 MB/s (100 ns, offset 8) 1029MB (2109376 512 byte sectors) cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: asynchronous. can't get the size chip1: rev 0x88 on pci0.2.0 vga0: rev 0x01 int a irq 9 on pci0.6.0 de0: rev 0x11 int a irq 10 on pci0.8.0 de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 de0: address 00:00:f8:02:76:db Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 changing root device to sd1a SMP: AP CPU #1 Launched! sio1: 1 more silo overflow (total 1) From owner-freebsd-current Wed Nov 12 17:18:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28434 for current-outgoing; Wed, 12 Nov 1997 17:18:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA28428 for ; Wed, 12 Nov 1997 17:18:46 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xVnvd-0002FN-00; Wed, 12 Nov 1997 17:18:41 -0800 Date: Wed, 12 Nov 1997 17:18:38 -0800 (PST) From: Tom To: Kingson Gunawan cc: freebsd-current@freebsd.org Subject: Re: problem with /stand/sysinstall In-Reply-To: <346A25F2.768600E2@excite.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Nov 1997, Kingson Gunawan wrote: > It seems that my -current sysinstall copy is looking for the 971022-SNAP > distribution which is no longer there. As a result, it is not working > anymore when used to install packages. > Any idea how get around this? A "make world" does not update /stand/*. Your /stand/sysinstall is very old. I believe you can set the directory in options display. Or you could just use "pkg_add" > Kingson > > Tom From owner-freebsd-current Wed Nov 12 17:26:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29193 for current-outgoing; Wed, 12 Nov 1997 17:26:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA29154 for ; Wed, 12 Nov 1997 17:26:05 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id BAA08951; Thu, 13 Nov 1997 01:05:23 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199711130105.BAA08951@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Johan Granlund" cc: current@FreeBSD.ORG Subject: Re: ppp and ascend router problems In-reply-to: Your message of "Wed, 12 Nov 1997 23:05:36 +0100." <199711122212.OAA14636@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Nov 1997 01:05:23 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi > Once upon a (long) time (ago) i had ppp working, not any more. It has ben > some traffic about ppp and i decided to get it working again. > When trying from a 2.2-stable from around 1 month ago it works fine, but not > from my current machine. > My ISP has some sort of big Ascend router. WinNT and Win95 works. > > Sending ppp.log and hopes anyone have a clue why? > > >From ppp.conf: > > disable lqr > deny lqr > set openmode active > disable pred1 > deny pred1 > > >From ppp.log: > > Nov 12 22:34:58 phoenix ppp[621]: tun0: IPCP: Using trigger address > 255.255.255.0 Why are you using this ? Change it to 0.0.0.0 (or remove it altogether). It's the 4th arg to "set ifaddr". This isn't the problem though, you're not getting as far as IPCP negotiation. > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: State change > Initial --> Closed > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: > LcpSendConfigReq > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d > Nov 12 22:34:58 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:34:58 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 18 08 02 > 07 02 02 06 00 00 > Nov 12 22:34:58 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 > 05 dc 05 06 58 27 0b 8d 5d c1 > Nov 12 22:34:58 phoenix ppp[621]: tun0: LCP: State change Closed --> Req-Sent > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 02 00 18 08 02 > 07 02 02 06 00 00 Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 > 05 dc 05 06 58 27 0b 8d 17 53 > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: HdlcInput: > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 > 05 f4 02 06 00 0a > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 > c0 23 07 02 08 02 13 09 03 00 c0 7b > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) > state = Req-Sent (6) > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: MRU 1524 > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto= c023 > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ???[13] > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: SendConfigRej(Req-Sent) > Nov 12 22:35:01 phoenix ppp[621]: tun0: LCP: ???[13] ppp says it doesn't know what a [13] is. > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 04 01 00 0d 13 09 > 03 00 c0 7b 5f d3 > Nov 12 22:35:01 phoenix ppp[621]: tun0: HDLC: 10 09 96 > Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq > Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 > Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 > Nov 12 22:35:04 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d > Nov 12 22:35:04 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:04 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 03 00 18 08 02 > 07 02 02 06 00 00 > Nov 12 22:35:04 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 > 05 dc 05 06 58 27 0b 8d de da > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: HdlcInput: > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 > 05 f4 02 06 00 0a > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 > c0 23 07 02 08 02 13 09 03 00 c0 7b > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) > state =Req-Sent (6) > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: MRU 1524 > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto = c023 > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ???[13] The peer has just violated the ppp protocol by asking for a [13] again :-( > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: SendConfigRej(Req-Sent) > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ???[13] We still don't know. > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 04 01 00 0d 13 09 > 03 00 c0 7b 5f d3 > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 10 09 96 > Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq > Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 > Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 > Nov 12 22:35:07 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d > Nov 12 22:35:07 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:07 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 04 00 18 08 02 > 07 02 02 06 00 00 > Nov 12 22:35:07 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 > 05 dc 05 06 58 27 0b 8d 92 7f > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: HdlcInput: > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 > 05 f4 02 06 00 0a > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 > c0 23 07 02 08 02 13 09 03 00 c0 7b > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) > state =Req-Sent (6) > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: MRU 1524 > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto = c023 > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ???[13] > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: SendConfigRej(Req-Sent) > Nov 12 22:35:09 phoenix ppp[621]: tun0: LCP: ???[13] Deja vous ? > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 04 01 00 0d 13 09 > 03 00 c0 7b 5f d3 > Nov 12 22:35:09 phoenix ppp[621]: tun0: HDLC: 10 09 96 > Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: LcpSendConfigReq > Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: ACFCOMP > Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: PROTOCOMP > Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: ACCMAP [6] 00000000 > Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: MRU [4] 1500 > Nov 12 22:35:10 phoenix ppp[621]: tun0: LCP: MAGICNUM [6] 58270b8d > Nov 12 22:35:10 phoenix ppp[621]: tun0: HDLC: HdlcOutput > Nov 12 22:35:10 phoenix ppp[621]: tun0: HDLC: ff 03 c0 21 01 05 00 18 08 02 > 07 02 02 06 00 00 > Nov 12 22:35:10 phoenix ppp[621]: tun0: HDLC: 00 00 01 04 > 05 dc 05 06 58 27 0b 8d 5b f6 > Nov 12 22:35:13 phoenix ppp[621]: tun0: LCP: State change Req-Sent --> > Stopped > Nov 12 22:35:13 phoenix ppp[621]: tun0: LCP: LcpLayerFinish > Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: Connect time: 37 secs > Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: Modem: 259 octets in, 362 > octets out > Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: NewPhase: Dead Nov > 12 22:35:14 phoenix ppp[621]: tun0: IPCP: Using trigger address 255.255.255.0 > Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: Disconnected! > Nov 12 22:35:14 phoenix ppp[621]: tun0: LCP: LcpLayerFinish > Nov 12 22:35:14 phoenix ppp[621]: tun0: Phase: NewPhase: Dead > Nov 12 22:35:14 phoenix ppp[621]: tun0: IPCP: Using trigger address > 255.255.255.0 > ov 12 22:35:31 phoenix ppp[621]: tun0: Phase: PPP Terminated > (normal). It looks like the peer is misbehaving. I'd be interested in seeing a copy of the logs from the working 2.2 stable from about a month ago. Nothing should have changed with LCP negotiations. > /Johan > ___________________________________________________________ > > Internet: Johang@Algonet.se > > I don't even speak for myself -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Wed Nov 12 17:29:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29511 for current-outgoing; Wed, 12 Nov 1997 17:29:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wall.jhs.no_domain (vector.muc.ditec.de [194.120.126.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA29504; Wed, 12 Nov 1997 17:29:21 -0800 (PST) (envelope-from jhs@freebsd.org) Received: (from jhs@localhost) by flip.jhs.no_domain (8.8.5/8.8.5) id QAA15826; Wed, 12 Nov 1997 16:57:48 +0100 (MET) Date: Wed, 12 Nov 1997 16:57:48 +0100 (MET) Message-Id: <199711121557.QAA15826@flip.jhs.no_domain> to: freebsd-jobs@freebsd.org cc: current@freebsd.org, BSD-serious@freebsd.org Subject: Consultants list From: "Julian H. Stacey" Reply-To: freebsd-jobs@freebsd.org X-Web: http://www.freebsd.org/~jhs/ (Includes PGP Key) X-Company: Vector Systems Ltd, Unix & Internet Consultants. X-Mailer: EXMH 1.6.9 on FreeBSD (Unix) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A reminder this exists: http://www.freebsd.org/~jhs/freebsd/consultants.html Titled: FreeBSD Commercial Consultants Index 14 entries so far, & cross ref'd to http://freebsd.hemi.com/commercial.html which I think is/was the master copy from which the page with few consultants in the official freebsd.org web space is maintained. ALso href'd is http://consult.cyrius.com (Linux: I cross ref them, they cross ref my page I believe :-) I'm happy to add more entries if: you read the page first compose an entry in HTML format complete with href= etc state full time or part time like it says on the page but folk ignore till I bounce the first draft ;-) As before, i'd be happy to see my info merged into the main web pages, if someone with access privs. & time wants to do the work. I skipped hackers@ to atract developers more than users, & sent this to: freebsd-jobs@freebsd.org cc: current@freebsd.org,BSD-serious@freebsd.org Reply-To: freebsd-jobs@freebsd.org PS BSD-serious@freebsd.org existed when I asked majordomo Aug 13 '97, so did commercial@, but no definition for commercial@ then. Julian -- Julian H. Stacey http://www.freebsd.org/~jhs/ From owner-freebsd-current Wed Nov 12 18:10:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA03182 for current-outgoing; Wed, 12 Nov 1997 18:10:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (spain-39.ppp.hooked.net [206.169.228.39]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA03176 for ; Wed, 12 Nov 1997 18:10:32 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with ESMTP id SAA01476 for ; Wed, 12 Nov 1997 18:11:16 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs X-Received: from mail.hooked.net (localhost [127.0.0.1]) by zippy.dyn.ml.org (8.8.7/8.8.7) with ESMTP id QAA00975 for ; Wed, 12 Nov 1997 16:25:05 -0800 (PST) X-Received: from mail.hooked.net by zippy.dyn.ml.org (fetchmail-4.3.0 IMAP run by garbanzo) for (single-drop); Wed Nov 12 16:25:06 1997 X-Received: from brimstone.netspace.org (brimstone.netspace.org [128.148.157.143]) by mom.hooked.net (8.8.5/8.8.5) with ESMTP id PAA28841; Wed, 12 Nov 1997 15:54:41 -0800 (PST) X-Received: from unknown@netspace.org (port 12859 [128.148.157.6]) by brimstone.netspace.org with ESMTP id <70663-14100>; Wed, 12 Nov 1997 18:37:37 -0500 X-Received: from NETSPACE.ORG by NETSPACE.ORG (LISTSERV-TCP/IP release 1.8c) with spool id 5593970 for BUGTRAQ@NETSPACE.ORG; Wed, 12 Nov 1997 18:34:59 -0500 X-Received: from brimstone.netspace.org (brimstone.netspace.org [128.148.157.143]) by netspace.org (8.8.7/8.8.2) with ESMTP id SAA05390 for ; Wed, 12 Nov 1997 18:34:15 -0500 X-Received: from unknown@netspace.org (port 12859 [128.148.157.6]) by brimstone.netspace.org with ESMTP id <70609-14103>; Wed, 12 Nov 1997 18:34:13 -0500 Approved-By: aleph1@UNDERGROUND.ORG X-Received: from snowcrash.cymru.net (snowcrash.cymru.net [163.164.160.3]) by netspace.org (8.8.7/8.8.2) with ESMTP id RAA29536 for ; Wed, 12 Nov 1997 17:33:36 -0500 X-Received: from lightning.swansea.linux.org.uk (the-great-packet-bucket-in-the-sky [163.164.160.21] (may be forged)) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id WAA23901; Wed, 12 Nov 1997 22:33:31 GMT X-Received: by lightning.swansea.linux.org.uk (Smail3.1.29.1 #2) id m0xVlPK-0005FuC; Wed, 12 Nov 97 22:37 GMT Content-Type: text Message-ID: Date: Wed, 12 Nov 1997 22:37:10 +0000 Reply-To: Alan Cox From: Alan Cox Subject: Re: mode of the i586 F0 bug X-To: vax@LINKDEAD.PARANOIA.COM To: BUGTRAQ@NETSPACE.ORG In-Reply-To: <199711122119.PAA17138@linkdead.paranoia.com> from "VaX#n8" at Nov 12, 97 03:19:34 pm ReSent-Date: Wed, 12 Nov 1997 18:11:14 -0800 (PST) ReSent-From: Alex ReSent-To: current ReSent-Message-ID: Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > manufacturer that the Intel hardware designers forgot to unlock the > bus before trying to load the descriptor for the appropriate > exception handler, which would explain why locking it into the > L1 cache helps. I suppose the hardware does unlock it before actually It would also explain how the real fix works. If you take a BSDI box after the patch and before the patch and compare the MMU tables via /dev/mem etc you'll find there are a pair of funny pages where the interrupt descriptor table has moved. Odder still the low part of it doesnt have a pte. What it seems is done is to put the low descriptors into an invalid page and take a page fault when it tries to handle the fault from the lock cmpxchg8. The linux code is based on this observation and does this trick. The page fault handler then checks the fault and sees a kernel mode fault on the descriptor block[1] and works out what the real fault was. It then calls the relevant kernel function instead of doing normal page fault processing. We could probably just remap the page then but its faster to call the functions by hand than map and remap the page (causing tlb flushes). Hopefully that info and the 2.1.63 linux patch is enough to get the fix into other free OS's too. And if anyone can find a way to break the linux 2.1.63 fix we'd all love to know. Hopefully a complete official intel workaround will appear shortly and we can switch to that. Alan [1] This is important - or we might take a fault for a user process at the same address by chance and do a trap instead .. From owner-freebsd-current Wed Nov 12 18:16:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA03582 for current-outgoing; Wed, 12 Nov 1997 18:16:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA03577 for ; Wed, 12 Nov 1997 18:16:08 -0800 (PST) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([208.133.153.4]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA133; Wed, 12 Nov 1997 21:16:16 -0500 Received: (from root@localhost) by rhiannon.scsn.net (8.8.8/8.8.7) id VAA02711; Wed, 12 Nov 1997 21:15:42 -0500 (EST) (envelope-from root) Message-ID: <19971112211541.08486@scsn.net> Date: Wed, 12 Nov 1997 21:15:41 -0500 From: "Donald J. Maddox" To: Brian Somers Cc: Johan Granlund , current@FreeBSD.ORG Subject: Re: ppp and ascend router problems Reply-To: dmaddox@scsn.net References: <199711122212.OAA14636@hub.freebsd.org> <199711130105.BAA08951@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199711130105.BAA08951@awfulhak.demon.co.uk>; from Brian Somers on Thu, Nov 13, 1997 at 01:05:23AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Nov 13, 1997 at 01:05:23AM +0000, Brian Somers wrote: > > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 > > c0 23 07 02 08 02 13 09 03 00 c0 7b > > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) > > state =Req-Sent (6) > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: MRU 1524 > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto = c023 > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: PROTOCOMP > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACFCOMP > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ???[13] > > The peer has just violated the ppp protocol by asking for a [13] > again :-( I get this sequence from my ISP, too... The 13 bytes that PPP doesn't seem to like appear to be an attempt to negotiate STAC compression, when you look at the actual contents of the packets. From owner-freebsd-current Wed Nov 12 18:57:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05970 for current-outgoing; Wed, 12 Nov 1997 18:57:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA05964 for ; Wed, 12 Nov 1997 18:57:01 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA02979; Wed, 12 Nov 1997 18:56:34 -0800 (PST) Message-Id: <199711130256.SAA02979@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jean-Marc Zucconi cc: freebsd-current@FreeBSD.ORG Subject: Re: current sound driver broken In-reply-to: Your message of "Wed, 12 Nov 1997 16:34:03 +0100." <9711121534.AA16583@cabri.obs-besancon.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Nov 1997 18:56:34 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk And what is your kernel configuration file looks like? Tnks, Amancio > /kernel: Checking for GUS Plug-n-Play ... > /kernel: No Plug-n-Play devices were found > /kernel: gus0 at 0x220 irq 11 drq 6 on isa > /kernel: GUS PNP (CS4231A)> at 0x32c dma 6,6 at 0x220 irq 11 dma 6 > ^^^ > I have a GUS MAX > And when I try to play: > > /kernel: isa_dma_acquire: channel 6 already in use > /kernel: Sound: DMA (output) timed out - IRQ/DRQ config error? > last message repeated 16 times > last message repeated 11 times > > Jean-Marc > _____________________________________________________________________________ > Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex > PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-current Wed Nov 12 19:00:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06339 for current-outgoing; Wed, 12 Nov 1997 19:00:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA06329 for ; Wed, 12 Nov 1997 19:00:49 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA03000; Wed, 12 Nov 1997 18:59:53 -0800 (PST) Message-Id: <199711130259.SAA03000@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Simon Shapiro cc: Jean-Marc Zucconi , freebsd-current@FreeBSD.ORG Subject: Re: current sound driver broken In-reply-to: Your message of "Wed, 12 Nov 1997 11:03:22 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Nov 1997 18:59:52 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Same for you .... Can you post the bits about your kernel configuration? Tnks, Amancio From owner-freebsd-current Wed Nov 12 19:09:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06923 for current-outgoing; Wed, 12 Nov 1997 19:09:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA06915 for ; Wed, 12 Nov 1997 19:09:01 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.1/nospam) with UUCP id EAA01187 for current@FreeBSD.ORG; Thu, 13 Nov 1997 04:08:53 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.12/nospam) id AAA07350; Thu, 13 Nov 1997 00:09:40 +0100 (CET) (envelope-from roberto) Message-ID: <19971113000940.54402@keltia.freenix.fr> Date: Thu, 13 Nov 1997 00:09:40 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: Linux header files References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: ; from Michael R. Rudel on Tue, Nov 11, 1997 at 10:28:55PM -0500 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3797 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Michael R. Rudel: > In the on-going battle for Linux emulation (tell me again, why are we > doing this? :)), we can now RUN Linux binarys, but compiling them is often > not fun, due to Linux's networking and other header files. If Linux wasn't changing stuff just for the sake of it, it would be better. Compiling network application designed for Linux[sic] is always a PITA to compile on more standard systems (i.e. FreeBSD). > Perhaps we could somehow get these header files in the FreeBSD > distribution, only interfaced to the FreeBSD operating system instead? > This would make compiling stuff much eaiser. Pushing Cox (or whoever is maintaining it nowadays) to fix them would be even better (fat chance I know). Me, bitter ? Try compiling GateD on a Linux system for a change. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #48: Sat Nov 8 18:08:59 CET 1997 From owner-freebsd-current Wed Nov 12 19:17:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA07318 for current-outgoing; Wed, 12 Nov 1997 19:17:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA07313 for ; Wed, 12 Nov 1997 19:17:10 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xVpm2-0002xK-00; Wed, 12 Nov 1997 19:16:54 -0800 Date: Wed, 12 Nov 1997 19:16:50 -0800 (PST) From: Tom To: Brian Somers cc: Johan Granlund , current@freebsd.org Subject: Re: ppp and ascend router problems In-Reply-To: <199711130105.BAA08951@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Nov 1997, Brian Somers wrote: > It looks like the peer is misbehaving. I'd be interested in seeing a > copy of the logs from the working 2.2 stable from about a month ago. > Nothing should have changed with LCP negotiations. Also realize that Ascend makes almost weekly software releases, and some sites use them. They are not fully tested, and are only intended for sites that need urgent bux fixes. This means that the behaviour of the system may change in many different ways. I no longer use MAX 4000 boxes here because of this, and because of performance problems. > > /Johan > > ___________________________________________________________ > > > > Internet: Johang@Algonet.se > > > > I don't even speak for myself > > -- > Brian , , > > Don't _EVER_ lose your sense of humour.... > > > > Tom From owner-freebsd-current Wed Nov 12 19:34:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA08550 for current-outgoing; Wed, 12 Nov 1997 19:34:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA08536 for ; Wed, 12 Nov 1997 19:34:17 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA20892; Thu, 13 Nov 97 04:36:09 +0100 Date: Thu, 13 Nov 97 04:36:09 +0100 Message-Id: <9711130336.AA20892@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: hasty@rah.star-gate.com Cc: freebsd-current@freebsd.org In-Reply-To: <199711130256.SAA02979@rah.star-gate.com> (message from Amancio Hasty on Wed, 12 Nov 1997 18:56:34 -0800) Subject: Re: current sound driver broken X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Amancio Hasty writes: > And what is your kernel configuration file looks like? controller snd0 device gus0 at isa? port 0x220 irq 11 drq 6 vector gusintr Worked fine until the end of october. > Tnks, > Amancio >> /kernel: Checking for GUS Plug-n-Play ... >> /kernel: No Plug-n-Play devices were found >> /kernel: gus0 at 0x220 irq 11 drq 6 on isa >> /kernel: GUS PNP (CS4231A)> at 0x32c dma 6,6 at 0x220 irq 11 dma 6 Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-current Wed Nov 12 20:33:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12378 for current-outgoing; Wed, 12 Nov 1997 20:33:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA12366 for ; Wed, 12 Nov 1997 20:33:31 -0800 (PST) (envelope-from shimon@i-connect.net) Received: (qmail 28124 invoked by uid 1000); 13 Nov 1997 04:33:48 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [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: <199711130259.SAA03000@rah.star-gate.com> Date: Wed, 12 Nov 1997 20:33:47 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: Amancio Hasty Subject: Re: current sound driver broken Cc: freebsd-current@FreeBSD.ORG, Jean-Marc Zucconi Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Amancio Hasty; On 13-Nov-97 you wrote: > Same for you .... > > Can you post the bits about your kernel configuration? Gladly: controller snd0 device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x300 device opl0 at isa? port 0x388 If this looks familiar, it should. It is cut and pasted from the readme in the driver directory. Simon From owner-freebsd-current Wed Nov 12 20:33:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12390 for current-outgoing; Wed, 12 Nov 1997 20:33:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA12369 for ; Wed, 12 Nov 1997 20:33:31 -0800 (PST) (envelope-from shimon@i-connect.net) Received: (qmail 28127 invoked by uid 1000); 13 Nov 1997 04:33:49 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <346A081E.DBC2798E@excite.com> Date: Wed, 12 Nov 1997 20:33:48 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: kingson@excite.com Subject: RE: cp is slow... Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Kingson Gunawan; On 12-Nov-97 you wrote: > I noticed that the cp (copy) command is extremely slow on my system > (-current). On average 'cp' copy rate is somewhere around 100kB/sec, > while when I tried 'dd' (with bs=64k) the rate jumped to around > 2-3MB/sec. Even at this rate, it is nowhere close to the perfomance I'd > expect from the Fast UW SCSI system. The test file size is 100MB. The > copy is done using both 2 drives and 1 drive. > Is this to be expected? Dunno (but could guess :-) about cp, but copying with dd adds up to 4-6MB/Sec, on a single bus which is typical. --- If Microsoft Built Cars: Every time they repainted the lines on the road, you'd have to buy a new car. Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Wed Nov 12 21:09:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA14368 for current-outgoing; Wed, 12 Nov 1997 21:09:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from comp.polyu.edu.hk (csns02.comp.polyu.edu.hk [158.132.25.95]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA14363 for ; Wed, 12 Nov 1997 21:09:01 -0800 (PST) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar15.COMP.HKP.HK by comp.polyu.edu.hk (SMI-8.6/SMI-SVR4) id NAA16630; Thu, 13 Nov 1997 13:08:27 +0800 Received: (from c5666305@localhost) by cssolar15.COMP.HKP.HK (SMI-8.6/) id NAA18348 for current@freebsd.org; Thu, 13 Nov 1997 13:08:24 +0800 Message-Id: <199711130508.NAA18348@cssolar15.COMP.HKP.HK> Subject: 2.2.5 packages To: current@freebsd.org Date: Thu, 13 Nov 1997 13:08:24 +0800 (HKT) From: "c5666305" 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 X-Loop: FreeBSD.org Precedence: bulk Hello, I recently download the 2.2.5 RELEASE except the packages. I would like to know if I can use the 2.2.2 packages under 2.2.5 environment. Any idea is appreciate. Thanks. Clarence From owner-freebsd-current Wed Nov 12 21:18:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA14956 for current-outgoing; Wed, 12 Nov 1997 21:18:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA14944 for ; Wed, 12 Nov 1997 21:18:16 -0800 (PST) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id AAA26122; Thu, 13 Nov 1997 00:17:49 -0500 (EST) Message-ID: <19971113001748.54297@netmonger.net> Date: Thu, 13 Nov 1997 00:17:48 -0500 From: Christopher Masto To: john hood Cc: freebsd-current@freebsd.org Subject: Re: IDE performance - benchmark numbers References: <646co4$n3l$1@schenectady.netmonger.net> <199711110444.XAA09046@smoke.marlboro.vt.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.87.4 In-Reply-To: <199711110444.XAA09046@smoke.marlboro.vt.us>; from john hood on Mon, Nov 10, 1997 at 11:44:52PM -0500 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Nov 10, 1997 at 11:44:52PM -0500, john hood wrote: > [Moved to -current, where it now belongs.] > > You've got a motherboard based on the Triton I chipset. I see that it > didn't enable DMA. Thanks to some braindeadness in its IDE > controller, the driver doesn't enable DMA unless both drives on the > controller are Mode4 and programmed that way. And even then it might > not work-- I didn't have a Triton I motherboard to check this code on. > > Can you do a boot -v with flags 0xa0ffa0ff and send me the spew? > > [5 minutes pass] > > Oh dear, I see a bug (no, no, not a Bug from another planet-- rest > easy). Try this patch: > > --- pci/ide_pci.c Sat Nov 8 02:22:48 1997 > +++ /tmp/ide_pci.c Mon Nov 10 23:35:00 1997 > @@ -714,7 +714,7 @@ > u_long word40; > > /* can drive do PIO 4 and MW DMA 2? */ > - if (!(mwdma_mode(wp) >= 4 && pio_mode(wp) >= 4)) > + if (!(mwdma_mode(wp) >= 2 && pio_mode(wp) >= 4)) > return 0; > > word40 = pci_conf_read(cookie->tag, 0x40); > > After you patch and update your kernel, can you do a boot -v with > flags 0xa0ffa0ff and send me the spew? By George I think he's got it! The patch allowed DMA to be enabled on my system, improving write performance a little and read performance quite a bit. The boot spew is long, so I'll spare the mailing list from it. Just wanted to thank John publically. As they say, the art is knowing where to look. -- = Christopher Masto = chris@netmonger.net = http://www.netmonger.net/ = = NetMonger Communications = finger for PGP key = $19.95/mo unlimited access = = Director of Operations = (516) 221-6664 = mailto:info@netmonger.net = "... who'd want a lossy TIFF?" -- Kibo From owner-freebsd-current Wed Nov 12 23:23:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24087 for current-outgoing; Wed, 12 Nov 1997 23:23:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24075 for ; Wed, 12 Nov 1997 23:23:14 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.1/nospam) with UUCP id IAA02671 for freebsd-current@FreeBSD.ORG; Thu, 13 Nov 1997 08:23:06 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.12/nospam) id IAA08536; Thu, 13 Nov 1997 08:21:01 +0100 (CET) (envelope-from roberto) Message-ID: <19971113082101.46956@keltia.freenix.fr> Date: Thu, 13 Nov 1997 08:21:01 +0100 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: current sound driver broken References: <9711121534.AA16583@cabri.obs-besancon.fr> <199711130256.SAA02979@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199711130256.SAA02979@rah.star-gate.com>; from Amancio Hasty on Wed, Nov 12, 1997 at 06:56:34PM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3797 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Amancio Hasty: > And what is your kernel configuration file looks like? While we're on the subject of the sound driver, do you have any idea why the new driver is telling me to configure my card as a SB Pro when it is already configured ? sb0 at 0x220 irq 5 drq 3 on isa NOTE! SB Pro support required with your soundcard! snd0: opl0 at 0x388 on isa snd0: ------------------------------------------------------------ VoxWare Sound Driver:3.5-alpha15-970902 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 1: OPL-2/OPL-3 FM Type 2: SoundBlaster Card config: SoundBlaster at 0x220 irq 5 drq 3 OPL-2/OPL-3 FM at 0x388 irq 1 Audio devices: 0: SoundBlaster Pro 3.1 Synth devices: 0: Yamaha OPL-3 Midi devices: 0: SoundBlaster Timers: 0: System clock Mixers: ------------------------------------------------------------ I have this in my config file: controller snd0 device sb0 at isa? port 0x220 irq 5 drq 3 vector sbintr device opl0 at isa? port 0x388 What did I forgot ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #48: Sat Nov 8 18:08:59 CET 1997 From owner-freebsd-current Thu Nov 13 03:46:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06442 for current-outgoing; Thu, 13 Nov 1997 03:46:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06436 for ; Thu, 13 Nov 1997 03:45:54 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id LAA11863; Thu, 13 Nov 1997 11:32:28 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199711131132.LAA11863@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: dmaddox@scsn.net cc: Brian Somers , Johan Granlund , current@FreeBSD.ORG Subject: Re: ppp and ascend router problems In-reply-to: Your message of "Wed, 12 Nov 1997 21:15:41 EST." <19971112211541.08486@scsn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Nov 1997 11:32:28 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Thu, Nov 13, 1997 at 01:05:23AM +0000, Brian Somers wrote: > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 00 00 03 04 > > > c0 23 07 02 08 02 13 09 03 00 c0 7b > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: HDLC: 5f d3 10 50 aa > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: Received Configure Request (1) > > > state =Req-Sent (6) > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: MRU 1524 > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACCMAP 000a0000 > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: AUTHPROTO proto = c023 > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: PROTOCOMP > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ACFCOMP > > > Nov 12 22:35:05 phoenix ppp[621]: tun0: LCP: ???[13] > > > > The peer has just violated the ppp protocol by asking for a [13] > > again :-( > > I get this sequence from my ISP, too... The 13 bytes that PPP doesn't > seem to like appear to be an attempt to negotiate STAC compression, when > you look at the actual contents of the packets. There's nothing wrong with anyone sending this once, but after ppp has rejected the ConfigReq on this basis, it's illegal for the peer to ask for it again. -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Thu Nov 13 09:06:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27220 for current-outgoing; Thu, 13 Nov 1997 09:06:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA27209 for ; Thu, 13 Nov 1997 09:06:36 -0800 (PST) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id KAA01538; Thu, 13 Nov 1997 10:02:56 -0700 (MST) Message-Id: <199711131702.KAA01538@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Thomas Dean cc: drussell@saturn-tech.com, gurney_j@resnet.uoregon.edu, bsampley@bsampley.vip.best.com, current@FreeBSD.ORG Subject: Re: make world time???/ In-reply-to: Your message of "Wed, 12 Nov 1997 16:31:38 PST." <199711130031.QAA02936@ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Nov 1997 10:02:56 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I don't understand how a simple build, 'make world > log.file' on a > dual P-133 system with 3.0-current can take 7 hours when you are > talking about 1.5 hours. Are we doing the same thing? Is there > something wrong with my machine or setup? I made no changes to the > files down-loaded, other than add network to /etc/group. Am I doing > something wrong? There was little other activity on the machine. > Fetchmail every 5 min. > > The time statements from log.file: > > -------------------------------------------------------------- > make world started on Mon Nov 10 10:20:31 PST 1997 > -------------------------------------------------------------- > ... > -------------------------------------------------------------- > make world completed on Mon Nov 10 17:35:28 PST 1997 > -------------------------------------------------------------- On my very similar hardware: GA586DX, 2 133MHz P5s, 2 older scsiII disks: -------------------------------------------------------------- make world started on Fri Aug 15 01:45:01 MDT 1997 -------------------------------------------------------------- ... -------------------------------------------------------------- make world completed on Fri Aug 15 07:16:04 MDT 1997 -------------------------------------------------------------- 19863.39s real 11352.56s user 8057.75s system for a total of 5 hours, 31 minutes. --- then same source, on my GA686DX, 2 200MHz P6s, 1 older 7200rpm disk: -------------------------------------------------------------- make world started on Fri Aug 15 23:44:00 MDT 1997 -------------------------------------------------------------- ... -------------------------------------------------------------- make world completed on Sat Aug 16 02:58:58 MDT 1997 -------------------------------------------------------------- 11698.66s real 4394.25s user 3963.56s system for a total of 3 hours, 14 minutes --- finally, on my Intel PR440FX, 2 200MHZ P6s, 2 7200rpm baracudas, partitioned: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 63503 40437 17986 69% / /dev/sd0s1h 1203775 459399 648074 41% /usr /dev/sd0s1e 47599 1164 42628 3% /var /dev/sd0f 349343 239201 82195 74% /usr/src /dev/sd1g 190543 141891 33409 81% /usr/obj -------------------------------------------------------------- make world started on Thu Aug 14 21:32:37 MDT 1997 -------------------------------------------------------------- ... -------------------------------------------------------------- make world completed on Thu Aug 14 23:58:00 MDT 1997 -------------------------------------------------------------- 8723.42s real 4387.05s user 4031.71s system for a total of 2 hours, 25 minutes --- My guess is that your disk IO is the main diff between your 7hours and my 5hours for similar hardware. Big wins are: -pipe /dev/sd0f on /usr/src (local, noatime) ^^^^^^^ /dev/sd1g on /usr/obj (asynchronous, local, noatime) ^^^^^^^^^^^^ ^^^^^^^ I believe all the above times are pre-parallelmake of the world. Although somewhat old, they are the last set I have where all 3 systems built the world at the same time. There is a big gain when going from P5 to P6, about 2:1 -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Thu Nov 13 09:09:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27471 for current-outgoing; Thu, 13 Nov 1997 09:09:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from schenectady.netmonger.net (schenectady.netmonger.net [209.54.21.143]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA27164 for ; Thu, 13 Nov 1997 09:05:51 -0800 (PST) (envelope-from postmaster@schenectady.netmonger.net) Received: (from news@localhost) by schenectady.netmonger.net (8.8.5/8.8.5) id LAA12783 for freebsd-current@freebsd.org; Thu, 13 Nov 1997 11:35:19 -0500 (EST) Received: from GATEWAY by schenectady.netmonger.net with netnews for freebsd-current@freebsd.org (freebsd-current@freebsd.org) To: freebsd-current@freebsd.org Date: 13 Nov 1997 16:35:18 GMT From: chris@netmonger.net (Christopher Masto) Message-ID: <64fa86$bbu$1@schenectady.netmonger.net> Organization: NetMonger Communications References: Subject: Re: Intel Pentium Bug: BSDI Releases a patch (fwd) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Alex wrote: > >Hmm. I wonder what they're doing to fix it. I'd hope not disabling the >internal cache. Apparently Linux has a workaround (I hate to call it a fix - it sort of implies that the OS is being fixed, where in reality it's the broken chip that's being worked around) now. From: Ingo Molnar Newsgroups: comp.sys.intel,comp.os.linux.advocacy Subject: Re: Intel Pentium Bug: BSDI Releases a patch! Date: 13 Nov 1997 08:45:04 GMT Organization: Siemens AG Austria Message-ID: <64eemg$pum@zwei.siemens.at> References: <64bitf$8cf@sifon.cc.mcgill.ca> <34696B0D.DAD2415C@home.com> <64d1gu$77s@slip.net> In comp.sys.intel Robert Collins wrote: : (Stepping out on a big assumption here, below...) : The #PF handler gets a bit more complex. Now, the CR2 address points to : the faulting exception handler (if #UD or lower). Oh great, that's just : great. So it's not a difficult fix, but it's not an acceptible work : around, either. The added complexity is not a acceptible under any : circumstances. NMIs don't take NMIs; #DEs don't take #DEs. That's not : an acceptible workaround, even if user software can't tell the difference. Fortunately there is no overhead in RL systems. This is the structure of Linux's new IDT: IDT --> descriptor 0 1 LOW PAGE ... descriptor 6 <====== illegal opcode [ ............. PAGE BOUNDARY ...........................] descriptor 7 descriptor 8 HIGH PAGE ... descriptor 14 <====== page fault ... 255 'LOW PAGE' is unmapped, 'HIGH PAGE' is mapped. So Linux will see a 'bounced exception' in the page fault handler only if exceptions 0-6 happen ... they are very rare. The BSDI fix seems to cut at exception 13, which thus includes important exceptions like the lazy-FPU exception. Linux does not have this overhead. The above 'added complexity' is executed only after all other page fault causes are filtered out. This means there is _zero_ added overhead for normal page-in, COW, nonmapped faults. We detect this special condition at a point where we'd dump the kernel anyway, because that fault Must Not Happen under any other circumstance. thus the _only_ affected code is exceptions 0 to 6, and the cost is moderate, less than 50 cycles. (ring switchig alone costs 85 cycles) The affected exceptions: + do_divide_error, /* 0 - divide overflow */ + do_debug, /* 1 - debug trap */ + do_nmi, /* 2 - NMI */ + do_int3, /* 3 - int 3 */ + do_overflow, /* 4 - overflow */ + do_bounds, /* 5 - bound range */ + do_invalid_op }; /* 6 - invalid opcode */ _all_ other exceptions, interrupts, kernel activities are unaffected. i hope this info is enough to create fixes for other free OSs within the next few days. -- mingo -- = Christopher Masto = chris@netmonger.net = http://www.netmonger.net/ = = NetMonger Communications = finger for PGP key = $19.95/mo unlimited access = = Director of Operations = (516) 221-6664 = mailto:info@netmonger.net = From owner-freebsd-current Thu Nov 13 09:37:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA00266 for current-outgoing; Thu, 13 Nov 1997 09:37:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from jamesn.locker13.com (jamesn.locker13.com [206.138.229.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA00257 for ; Thu, 13 Nov 1997 09:37:48 -0800 (PST) (envelope-from jamesn@jamesn.locker13.com) Received: from localhost (2009 bytes) by jamesn.locker13.com via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Thu, 13 Nov 1997 11:37:48 -0600 (CST) (Smail-3.2.0.98 1997-Oct-16 #3 built 1997-Oct-30) Message-Id: Date: Thu, 13 Nov 1997 11:37:48 -0600 (CST) From: James Nuckolls To: helbig@Informatik.BA-Stuttgart.DE cc: current@FreeBSD.ORG, jamesn@iadfw.net Subject: Re: cvs commit: src/libexec/telnetd telnetd.c In-Reply-To: <199711120055.BAA06242@rvc1.informatik.ba-stuttgart.de> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [I moved this to current, where it's closer to being on topic...] In mailinglist.freebsd.cvs, you wrote: >> >I think this should be fixed, since some people want to use 8 bit >> >characters during telnet sessions. >> >> `telnet -8' causes telnetd to send "DO BINARY". > >Right. And it works with telnetd 1.12. > >But still: telnetd should start negotiating the 8 bit data path as >it did before revision 1.12. I hate to lose this feature in favour >of a workaround for a deficiency in Microsoft's telnet. Sounds like a re-read of both the commit message AND both PRs are in order: PR: bin/771 and bin/1037 are resolved by this change This change changes the default handling of linemode so that older and/or stupider telnet clients can still get wakeup characters like and D to work correctly multiple times on the same line, as in csh "set filec" operations. It also causes CR and LF characters to be read by apps in certain terminal modes consistently, as opposed to returning CR sometimes and LF sometimes, which broke existing apps. The change was shown to fix the problem demonstrated in the FreeBSD telnet client, along with the telnet client in Solaris, SCO, Windows '95 & NT, DEC OSF, NCSA, and others. A similar change will be incorporated in the crypto version of telnetd. This resolves bin/771 and bin/1037. [I'll spare you the PRs... I'm sure you know where to find them] Notice the fragment "[the] change was shown to fix the problem demonstrated in the FreeBSD telnet client..." I'm not sure, but I don't think there's much Microsoft code in the FreeBSD telnet client ;>. I'm sure there's a much better fix, as Frank admits in the PRs. From owner-freebsd-current Thu Nov 13 10:09:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03714 for current-outgoing; Thu, 13 Nov 1997 10:09:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp.algonet.se (tomei.algonet.se [194.213.74.114]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA03709 for ; Thu, 13 Nov 1997 10:09:49 -0800 (PST) (envelope-from johang@mail.algonet.se) Message-Id: <199711131809.KAA03709@hub.freebsd.org> Received: (qmail 7561 invoked from network); 13 Nov 1997 19:08:09 +0100 Received: from du150-250.ppp.algonet.se (HELO pegasys) (195.100.250.150) by tomei.algonet.se with SMTP; 13 Nov 1997 19:08:09 +0100 Comments: Authenticated sender is From: "Johan Granlund" To: Brian Somers Date: Thu, 13 Nov 1997 19:08:04 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: ppp and ascend router problems CC: current@FreeBSD.ORG Priority: normal In-reply-to: <199711130105.BAA08951@awfulhak.demon.co.uk> References: Your message of "Wed, 12 Nov 1997 23:05:36 +0100." <199711122212.OAA14636@hub.freebsd.org> X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi > > Once upon a (long) time (ago) i had ppp working, not any more. It has ben > > some traffic about ppp and i decided to get it working again. > > When trying from a 2.2-stable from around 1 month ago it works fine, but not > > from my current machine. > > My ISP has some sort of big Ascend router. WinNT and Win95 works. > > > > Sending ppp.log and hopes anyone have a clue why? > > > > >From ppp.conf: > > > > disable lqr > > deny lqr > > set openmode active > > disable pred1 > > deny pred1 > > > > >From ppp.log: > > > > Nov 12 22:34:58 phoenix ppp[621]: tun0: IPCP: Using trigger address > > 255.255.255.0 > > Why are you using this ? Change it to 0.0.0.0 (or remove it > altogether). It's the 4th arg to "set ifaddr". This isn't the > problem though, you're not getting as far as IPCP negotiation. > >From ppp.conf.sample (cut and paste) :-) > This is a log from a 2.2-stable system as of 97-10-02. ppp.conf and ppp.linkup is copied from the -current system with only the devicename and phonenumber changed. The log is from a connect / disconnect. Nov 13 08:52:20 daemon ppp[3298]: tun0: Connect: CONNECT Nov 13 08:52:20 daemon ppp[3298]: tun0: Phase: *Connected! Nov 13 08:52:20 daemon ppp[3298]: tun0: IPCP: Using trigger address 255.255.255.0 Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: State change Initial --> Closed Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: LcpSendConfigReq Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: ACFCOMP Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: PROTOCOMP Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: ACCMAP [6] 00000000 Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: MRU [4] 1500 Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: MAGICNUM [6] 6149e1d2 Nov 13 08:52:20 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:20 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: State change Closed --> Req-Sent Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: LcpSendConfigReq Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: ACFCOMP Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: PROTOCOMP Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: ACCMAP [6] 00000000 Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: MRU [4] 1500 Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: MAGICNUM [6] 6149e1d2 Nov 13 08:52:23 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:23 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 05 f4 02 06 00 0a Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: 00 00 03 04 c0 23 07 02 08 02 13 09 03 00 c0 7b Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: 6e ee c5 d8 f1 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: Received Configure Request (1) state = Req-Sent (6) Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: MRU 1524 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACCMAP 000a0000 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: AUTHPROTO proto = c023 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: PROTOCOMP Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACFCOMP Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ???[13] Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: SendConfigRej(Req-Sent) Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ???[13] Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 01 02 00 16 01 04 05 f4 02 06 00 0a Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: 00 00 03 04 c0 23 07 02 08 02 88 75 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: Received Configure Request (2) state = Req-Sent (6) Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: MRU 1524 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACCMAP 000a0000 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: AUTHPROTO proto = c023 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: PROTOCOMP Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACFCOMP Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: SendConfigAck(Req-Sent) Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: MRU 1524 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACCMAP 000a0000 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: AUTHPROTO proto = c023 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: PROTOCOMP Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACFCOMP Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: State change Req-Sent --> Ack-Sent Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: LcpSendConfigReq Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: ACFCOMP Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: PROTOCOMP Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: ACCMAP [6] 00000000 Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: MRU [4] 1500 Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: MAGICNUM [6] 6149e1d2 Nov 13 08:52:26 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:26 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 02 03 00 18 08 02 07 02 02 06 00 00 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 00 00 01 04 05 dc 05 06 61 49 e1 d2 4e 29 Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: Received Configure Ack (3) state = Ack-Sent (8) Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: State change Ack-Sent --> Opened Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: LcpLayerUp Nov 13 08:52:27 daemon ppp[3298]: tun0: Phase: NewPhase: Authenticate Nov 13 08:52:27 daemon ppp[3298]: tun0: Phase: his = c023, mine = 0 Nov 13 08:52:27 daemon ppp[3298]: tun0: Phase: PAP: MyUsername (MyPasswd) Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: c0 23 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: c0 23 02 01 00 05 00 fd 30 Nov 13 08:52:27 daemon ppp[3298]: tun0: Phase: PapInput: ACK Nov 13 08:52:27 daemon ppp[3298]: tun0: Phase: Received PAP_ACK () Nov 13 08:52:27 daemon ppp[3298]: tun0: Phase: NewPhase: Network Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: State change Initial --> Closed Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IPCP Up event!! Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IpcpSendConfigReq Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: IPADDR [6] 255.255.255.0 Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: COMPPROTO [6] 002d0f00 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 80 21 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: State change Closed--> Req-Sent Nov 13 08:52:27 daemon ppp[3298]: tun0: CCP: State change Initial--> Closed Nov 13 08:52:27 daemon ppp[3298]: tun0: CCP: CCP Up event!! Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 80 21 01 01 00 10 02 06 00 2d 0f 01 03 06 c3 64 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: f7 04 cc 20 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: Received Configure Request (1) state = Req-Sent (6) Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: COMPPROTO[6] 002d0f01 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IPADDR[6] 195.100.247.4 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: SendConfigAck(Req-Sent) Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: COMPPROTO[6] 002d0f01 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IPADDR[6] 195.100.247.4 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 80 21 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: State change Req-Sent --> Ack-Sent Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 80 21 03 01 00 0a 03 06 c3 64 f8 37 ef 11 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: Received Configure Nak (1) state = Ack-Sent (8) Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IPADDR[6] 195.100.248.55 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IPADDR[6] changing address: 255.255.255.0 --> 195.100.248.55 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IpcpSendConfigReq Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: IPADDR [6] 195.100.248.55 Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: COMPPROTO [6] 002d0f00 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 80 21 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcInput: Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 80 21 02 02 00 10 03 06 c3 64 f8 37 02 06 00 2d Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 0f 00 df 91 Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: Received Configure Ack (2) state =Ack-Sent (8) Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: State change Ack-Sent --> Opened Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: IpcpLayerUp(9). Nov 13 08:52:27 daemon ppp[3298]: tun0: IPCP: myaddr =195.100.248.55 hisaddr = 195.100.247.4 Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: OsLinkup: 195.100.247.4 Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcOutput Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 21 Nov 13 08:52:51 daemon ppp[3298]: tun0: CCP: State change Closed --> Initial Nov 13 08:52:51 daemon ppp[3298]: tun0: IPCP: OsLinkdown: 195.100.247.4 Nov 13 08:52:51 daemon ppp[3298]: tun0: IPCP: IpcpLayerDown. Nov 13 08:52:51 daemon ppp[3298]: tun0: IPCP: 0 octets in, 52 octets out Nov 13 08:52:51 daemon ppp[3298]: tun0: IPCP: State change Opened --> Starting Nov 13 08:52:52 daemon ppp[3298]: tun0: Phase: PPP Terminated (normal). ___________________________________________________________ Internet: Johang@Algonet.se I don't even speak for myself From owner-freebsd-current Thu Nov 13 10:26:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05219 for current-outgoing; Thu, 13 Nov 1997 10:26:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.ase.dowjones.com (ns.ase.dowjones.com [206.112.106.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA05214 for ; Thu, 13 Nov 1997 10:26:41 -0800 (PST) (envelope-from rbriggs@ase.dowjones.com) Received: from CRYSTAL-SINGER.ase.dowjones.com (crystal-singer.ase.dowjones.com [206.112.106.85]) by ns.ase.dowjones.com (8.8.7/8.8.5) with SMTP id MAA02538; Thu, 13 Nov 1997 12:25:55 -0600 (CST) From: rbriggs@ase.dowjones.com (Robert_Briggs) To: Tom Cc: Kingson Gunawan , freebsd-current@FreeBSD.ORG Subject: Re: problem with /stand/sysinstall Date: Thu, 13 Nov 1997 18:25:56 GMT Message-ID: <346b4593.766553171@mail> References: In-Reply-To: X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA05215 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Nov 1997 17:18:38 -0800 (PST), you wrote: > >On Wed, 12 Nov 1997, Kingson Gunawan wrote: > >> It seems that my -current sysinstall copy is looking for the 971022-SNAP >> distribution which is no longer there. As a result, it is not working >> anymore when used to install packages. >> Any idea how get around this? > > A "make world" does not update /stand/*. Your /stand/sysinstall is very >old. I believe you can set the directory in options display. > > Or you could just use "pkg_add" Is there a way to update /stand/* and/or keep it updated? It would be nice if sysinstall somehow "knew" what -current is..... ===Bob Briggs From owner-freebsd-current Thu Nov 13 10:34:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05718 for current-outgoing; Thu, 13 Nov 1997 10:34:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA05710 for ; Thu, 13 Nov 1997 10:34:49 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xW463-0005M0-00; Thu, 13 Nov 1997 10:34:32 -0800 Date: Thu, 13 Nov 1997 10:34:30 -0800 (PST) From: Tom To: Robert_Briggs cc: Kingson Gunawan , freebsd-current@freebsd.org Subject: Re: problem with /stand/sysinstall In-Reply-To: <346b4593.766553171@mail> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Nov 1997, Robert_Briggs wrote: > On Wed, 12 Nov 1997 17:18:38 -0800 (PST), you wrote: > > > > >On Wed, 12 Nov 1997, Kingson Gunawan wrote: > > > >> It seems that my -current sysinstall copy is looking for the 971022-SNAP > >> distribution which is no longer there. As a result, it is not working > >> anymore when used to install packages. > >> Any idea how get around this? > > > > A "make world" does not update /stand/*. Your /stand/sysinstall is very > >old. I believe you can set the directory in options display. > > > > Or you could just use "pkg_add" > > Is there a way to update /stand/* and/or keep it updated? Only "make release" builds that stuff. That is pretty involved. > It would be nice if sysinstall somehow "knew" what -current is..... Sorry, the ESP interface isn't done yet. Somehow it would have to lock onto Jordon, and determine the last time he rolled a snapshot, in order to determine what package directory to look at. > ===Bob Briggs Tom From owner-freebsd-current Thu Nov 13 11:19:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA09599 for current-outgoing; Thu, 13 Nov 1997 11:19:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.5.84]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA09570 for ; Thu, 13 Nov 1997 11:18:59 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.7/8.8.7) id MAA22538; Thu, 13 Nov 1997 12:18:48 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpd022531; Thu Nov 13 12:18:42 1997 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA29928; Thu, 13 Nov 1997 12:18:38 -0700 (MST) From: Terry Lambert Message-Id: <199711131918.MAA29928@usr08.primenet.com> Subject: Re: Intel Pentium Bug: BSDI Releases a patch (fwd) To: chris@netmonger.net (Christopher Masto) Date: Thu, 13 Nov 1997 19:18:38 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <64fa86$bbu$1@schenectady.netmonger.net> from "Christopher Masto" at Nov 13, 97 04:35:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 'LOW PAGE' is unmapped, 'HIGH PAGE' is mapped. So Linux will see > a 'bounced exception' in the page fault handler only if exceptions 0-6 > happen ... they are very rare. The BSDI fix seems to cut at exception > 13, which thus includes important exceptions like the lazy-FPU exception. > Linux does not have this overhead. Why do they do it at 13 if they don't have to? What did Intel tell them that they didn't tell us that makes them willing to take the additional 7 IDT entry hit? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Nov 13 11:25:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA10360 for current-outgoing; Thu, 13 Nov 1997 11:25:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA10350 for ; Thu, 13 Nov 1997 11:25:38 -0800 (PST) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id OAA04062; Thu, 13 Nov 1997 14:25:18 -0500 (EST) Message-ID: <19971113142518.53705@netmonger.net> Date: Thu, 13 Nov 1997 14:25:18 -0500 From: Christopher Masto To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: Intel Pentium Bug: BSDI Releases a patch (fwd) References: <64fa86$bbu$1@schenectady.netmonger.net> <199711131918.MAA29928@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.87.4 In-Reply-To: <199711131918.MAA29928@usr08.primenet.com>; from Terry Lambert on Thu, Nov 13, 1997 at 07:18:38PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Nov 13, 1997 at 07:18:38PM +0000, Terry Lambert wrote: > > 'LOW PAGE' is unmapped, 'HIGH PAGE' is mapped. So Linux will see > > a 'bounced exception' in the page fault handler only if exceptions 0-6 > > happen ... they are very rare. The BSDI fix seems to cut at exception > > 13, which thus includes important exceptions like the lazy-FPU exception. > > Linux does not have this overhead. > > Why do they do it at 13 if they don't have to? > > What did Intel tell them that they didn't tell us that makes them > willing to take the additional 7 IDT entry hit? I wish I knew (not that I have much Intel knowledge beyond 8086). I do know that I'm glad we didn't cancel our K6 order upon seeing that there appears to be an emerging software workaround. Two things still make me nervous (both "seen on the net" but unconfirmed): someone said that BSDI's patch is now listed as "unavailable", and someone else said that their Linux system still locked up after applying the patch. Maybe it doesn't work in all cases. :-/ -- = Christopher Masto = chris@netmonger.net = http://www.netmonger.net/ = = NetMonger Communications = finger for PGP key = $19.95/mo unlimited access = = Director of Operations = (516) 221-6664 = mailto:info@netmonger.net = "... who'd want a lossy TIFF?" -- Kibo From owner-freebsd-current Thu Nov 13 12:32:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17520 for current-outgoing; Thu, 13 Nov 1997 12:32:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@[205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17513 for ; Thu, 13 Nov 1997 12:32:45 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.7/8.8.5) with SMTP id PAA09194; Thu, 13 Nov 1997 15:32:15 -0500 (EST) Date: Thu, 13 Nov 1997 15:32:11 -0500 (EST) From: "Michael R. Rudel" To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: Linux header files In-Reply-To: <19971113000940.54402@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Nov 1997, Ollivier Robert wrote: > According to Michael R. Rudel: > > In the on-going battle for Linux emulation (tell me again, why are we > > doing this? :)), we can now RUN Linux binarys, but compiling them is often > > not fun, due to Linux's networking and other header files. > > If Linux wasn't changing stuff just for the sake of it, it would be > better. Compiling network application designed for Linux[sic] is always a > PITA to compile on more standard systems (i.e. FreeBSD). > Yeah, that's one of the many many reasons I don't like Linsux. Their header files are crap, and make porting stuff a PITA. > > Perhaps we could somehow get these header files in the FreeBSD > > distribution, only interfaced to the FreeBSD operating system instead? > > This would make compiling stuff much eaiser. > > Pushing Cox (or whoever is maintaining it nowadays) to fix them would be > even better (fat chance I know). Heh, I don't blame them for not wanting to. Apperciate it if it was done by the next release though (I run -CURRENT, so the sooner it's commited the better. :)) > > Me, bitter ? Try compiling GateD on a Linux system for a change. Nah, no thanks. ;) > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #48: Sat Nov 8 18:08:59 CET 1997 > From owner-freebsd-current Thu Nov 13 12:42:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA18592 for current-outgoing; Thu, 13 Nov 1997 12:42:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.ase.dowjones.com (ns.ase.dowjones.com [206.112.106.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA18586 for ; Thu, 13 Nov 1997 12:42:03 -0800 (PST) (envelope-from rbriggs@ase.dowjones.com) Received: from CRYSTAL-SINGER.ase.dowjones.com (crystal-singer.ase.dowjones.com [206.112.106.85]) by ns.ase.dowjones.com (8.8.7/8.8.5) with SMTP id OAA04155; Thu, 13 Nov 1997 14:41:14 -0600 (CST) From: rbriggs@ase.dowjones.com (Robert_Briggs) To: Tom Cc: Kingson Gunawan , freebsd-current@FreeBSD.ORG Subject: Re: problem with /stand/sysinstall Date: Thu, 13 Nov 1997 20:41:15 GMT Message-ID: <346b6406.774348046@mail> References: In-Reply-To: X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id MAA18588 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Nov 1997 10:34:30 -0800 (PST), you wrote: >> >> It seems that my -current sysinstall copy is looking for the 971022-SNAP >> >> distribution which is no longer there. >> It would be nice if sysinstall somehow "knew" what -current is..... > > Sorry, the ESP interface isn't done yet. Somehow it would have to lock >onto Jordon, and determine the last time he rolled a snapshot, in order to >determine what package directory to look at. > It could at least be smart enough to realize that while perhaps there isn't a 971022-SNAP dist. available, there are the newer 971106, ..., 971112 releases available. "971022-SNAP not found. newer 971112-SNAP found. Use it, instead?" Or, how about just a CURRENT-SNAP symlinked to the most recent release? No change to sysinstall, except to always look for CURRENT, and a trivial^H^H^H^H^H relatively simple change to the SNAP roll out make file. ===Bob Briggs From owner-freebsd-current Thu Nov 13 13:56:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25495 for current-outgoing; Thu, 13 Nov 1997 13:56:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA25485 for ; Thu, 13 Nov 1997 13:56:41 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.7/8.8.7) id NAA24310 for current@freebsd.org; Thu, 13 Nov 1997 13:56:31 -0800 (PST) (envelope-from sef) Date: Thu, 13 Nov 1997 13:56:31 -0800 (PST) From: Sean Eric Fagan Message-Id: <199711132156.NAA24310@kithrup.com> To: current@freebsd.org Subject: Another logging change -- any objections to this one? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This one is to fingerd, obviously. It moves the logging section around, and logs what the request was. Index: fingerd.c =================================================================== RCS file: /usr/cvs/src/libexec/fingerd/fingerd.c,v retrieving revision 1.8 diff -u -r1.8 fingerd.c --- fingerd.c 1997/03/28 15:48:09 1.8 +++ fingerd.c 1997/11/13 21:09:57 @@ -96,18 +96,6 @@ logerr("illegal option -- %c", ch); } - if (logging) { - sval = sizeof(sin); - if (getpeername(0, (struct sockaddr *)&sin, &sval) < 0) - logerr("getpeername: %s", strerror(errno)); - if (hp = gethostbyaddr((char *)&sin.sin_addr.s_addr, - sizeof(sin.sin_addr.s_addr), AF_INET)) - lp = hp->h_name; - else - lp = inet_ntoa(sin.sin_addr); - syslog(LOG_NOTICE, "query from %s", lp); - } - /* * Enable server-side Transaction TCP. */ @@ -121,6 +109,32 @@ if (!fgets(line, sizeof(line), stdin)) exit(1); + + if (logging) { + char *t; + char *end; + + end = memchr(line, 0, sizeof(line)); + if (end == NULL) { + t = malloc(sizeof(line) + 1); + memcpy(t, line, sizeof(line)); + t[sizeof(line)] = 0; + } else { + t = strdup(line); + } + for (end = t; *end; end++) + if (*end == '\n' || *end == '\r') + *end = ' '; + sval = sizeof(sin); + if (getpeername(0, (struct sockaddr *)&sin, &sval) < 0) + logerr("getpeername: %s", strerror(errno)); + if (hp = gethostbyaddr((char *)&sin.sin_addr.s_addr, + sizeof(sin.sin_addr.s_addr), AF_INET)) + lp = hp->h_name; + else + lp = inet_ntoa(sin.sin_addr); + syslog(LOG_NOTICE, "query from %s: `%s'", lp, t); + } comp = &av[1]; av[2] = "--"; From owner-freebsd-current Thu Nov 13 15:17:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01370 for current-outgoing; Thu, 13 Nov 1997 15:17:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (haiti-90.ppp.hooked.net [206.169.228.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA01361 for ; Thu, 13 Nov 1997 15:17:06 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id PAA01381; Thu, 13 Nov 1997 15:17:25 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Thu, 13 Nov 1997 15:17:25 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Robert_Briggs cc: freebsd-current@FreeBSD.ORG Subject: Re: problem with /stand/sysinstall In-Reply-To: <346b4593.766553171@mail> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Nov 1997, Robert_Briggs wrote: > Is there a way to update /stand/* and/or keep it updated? cd /usr/src/release/sysinstall;make;make install. AFAIK the other programs need to be copied manually. > It would be nice if sysinstall somehow "knew" what -current is..... It does I think know what current is if you don't use the sysinstall that came with your SNAP. However you can manually specify urls to load files from too. - alex From owner-freebsd-current Thu Nov 13 15:19:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01579 for current-outgoing; Thu, 13 Nov 1997 15:19:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (haiti-90.ppp.hooked.net [206.169.228.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA01565 for ; Thu, 13 Nov 1997 15:18:55 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id PAA01432; Thu, 13 Nov 1997 15:19:28 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Thu, 13 Nov 1997 15:19:27 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Christopher Masto cc: freebsd-current@FreeBSD.ORG Subject: Re: Intel Pentium Bug: BSDI Releases a patch (fwd) In-Reply-To: <19971113142518.53705@netmonger.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Nov 1997, Christopher Masto wrote: > I wish I knew (not that I have much Intel knowledge beyond 8086). I > do know that I'm glad we didn't cancel our K6 order upon seeing that > there appears to be an emerging software workaround. Two things still > make me nervous (both "seen on the net" but unconfirmed): someone said > that BSDI's patch is now listed as "unavailable", and someone else > said that their Linux system still locked up after applying the patch. > Maybe it doesn't work in all cases. :-/ If it locks up computers, that's probably why they decided to pull the patch, which may or may not be available on uu.net's mirror. However there's still one sure fire fix that will work, and that is to disable the L1 cache. Sure it'll run slow as heck, but that should grant you some immunity. - alex From owner-freebsd-current Thu Nov 13 15:41:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03810 for current-outgoing; Thu, 13 Nov 1997 15:41:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03786 for ; Thu, 13 Nov 1997 15:41:16 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id XAA21225; Thu, 13 Nov 1997 23:39:27 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199711132339.XAA21225@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Johan Granlund" cc: Brian Somers , current@FreeBSD.ORG Subject: Re: ppp and ascend router problems In-reply-to: Your message of "Thu, 13 Nov 1997 19:08:04 +0100." <199711131806.NAA02823@mailman.iuinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Nov 1997 23:39:27 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Hi > > > Once upon a (long) time (ago) i had ppp working, not any more. It has ben > > > some traffic about ppp and i decided to get it working again. > > > When trying from a 2.2-stable from around 1 month ago it works fine, but not > > > from my current machine. > > > My ISP has some sort of big Ascend router. WinNT and Win95 works. > > > > > > Sending ppp.log and hopes anyone have a clue why? > > > > > > >From ppp.conf: > > > > > > disable lqr > > > deny lqr > > > set openmode active > > > disable pred1 > > > deny pred1 > > > > > > >From ppp.log: > > > > > > Nov 12 22:34:58 phoenix ppp[621]: tun0: IPCP: Using trigger address > > > 255.255.255.0 > > > > Why are you using this ? Change it to 0.0.0.0 (or remove it > > altogether). It's the 4th arg to "set ifaddr". This isn't the > > problem though, you're not getting as far as IPCP negotiation. > > > > >From ppp.conf.sample (cut and paste) :-) I hate to be pedantic, but grepping for all "ifaddr" strings in all revisions of ppp.conf that have 4 or more args, I get: rev 1.21: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.21: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.22: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.22: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.23: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.23: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.24: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 rev 1.24: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 I've never seen a ppp implementation that requires anything other than 0.0.0.0 as that forth arg (bearing in mind that actually requiring the forth arg means the implementation is broken to start with). But, we digress. We're not getting that far, and chances are that, given that the other side is a good implementation, it'll handle the 255.255.255.0 anyway ! > This is a log from a 2.2-stable system as of 97-10-02. ppp.conf and > ppp.linkup is copied from the -current system with only the devicename and > phonenumber changed. The log is from a connect / disconnect. > > Nov 13 08:52:20 daemon ppp[3298]: tun0: Connect: CONNECT > Nov 13 08:52:20 daemon ppp[3298]: tun0: Phase: *Connected! > Nov 13 08:52:20 daemon ppp[3298]: tun0: IPCP: Using trigger address > 255.255.255.0 > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: State change > Initial --> Closed > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: LcpSendConfigReq > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: ACFCOMP > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: PROTOCOMP > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: ACCMAP [6] 00000000 > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: MRU [4] 1500 > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: MAGICNUM [6] 6149e1d2 > Nov 13 08:52:20 daemon ppp[3298]: tun0: HDLC: HdlcOutput > Nov 13 08:52:20 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 > Nov 13 08:52:20 daemon ppp[3298]: tun0: LCP: State change Closed --> Req-Sent > Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: LcpSendConfigReq > Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: ACFCOMP > Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: PROTOCOMP > Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: ACCMAP [6] 00000000 > Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: MRU [4] 1500 > Nov 13 08:52:23 daemon ppp[3298]: tun0: LCP: MAGICNUM [6] 6149e1d2 > Nov 13 08:52:23 daemon ppp[3298]: tun0: HDLC: HdlcOutput > Nov 13 08:52:23 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcInput: > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 01 01 00 1f 01 04 > 05 f4 02 06 00 0a > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: 00 00 03 04 > c0 23 07 02 08 02 13 09 03 00 c0 7b > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: 6e ee c5 d8 f1 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: Received Configure Request (1) > state = Req-Sent (6) > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: MRU 1524 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACCMAP 000a0000 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: AUTHPROTO proto = c023 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: PROTOCOMP > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACFCOMP > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ???[13] > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: SendConfigRej(Req-Sent) > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ???[13] > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcOutput > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcInput: > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 01 02 00 16 01 04 > 05 f4 02 06 00 0a > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: 00 00 03 04 > c0 23 07 02 08 02 88 75 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: Received > Configure Request (2) state = Req-Sent (6) > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: MRU 1524 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACCMAP 000a0000 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: AUTHPROTO proto = c023 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: PROTOCOMP > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACFCOMP So the second CONFIG REQ *doesn't* contain a ``13''. This is what we expect, so we can now ACK the REQ and things will proceed. Note, this *isn't* what happened last time (through no apparent fault of the local ppp). > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: SendConfigAck(Req-Sent) > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: MRU 1524 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACCMAP 000a0000 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: AUTHPROTO proto = c023 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: PROTOCOMP > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: ACFCOMP > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: HdlcOutput > Nov 13 08:52:24 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 > Nov 13 08:52:24 daemon ppp[3298]: tun0: LCP: State change Req-Sent --> > Ack-Sent > Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: LcpSendConfigReq > Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: ACFCOMP > Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: PROTOCOMP > Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: ACCMAP [6] 00000000 > Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: MRU [4] 1500 > Nov 13 08:52:26 daemon ppp[3298]: tun0: LCP: MAGICNUM [6] 6149e1d2 > Nov 13 08:52:26 daemon ppp[3298]: tun0: HDLC: HdlcOutput > Nov 13 08:52:26 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 > Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: HdlcInput: > Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: ff 03 c0 21 02 03 00 18 08 02 > 07 02 02 06 00 00 > Nov 13 08:52:27 daemon ppp[3298]: tun0: HDLC: 00 00 01 04 > 05 dc 05 06 61 49 e1 d2 4e 29 > Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: Received Configure Ack (3) state > = Ack-Sent (8) > Nov 13 08:52:27 daemon ppp[3298]: tun0: LCP: State change Ack-Sent --> Opened We've both received a CONFIG ACK - we can proceed. [.....] The peer is behaving differently. If this is the same peer, I'd be surprised. The funny thing here is that we manage to squeeze two CONFIG REQs out before the peer sends anything. The peer doesn't REQ for four seconds. The ``uninteresting'' thing is that your last posting detailed exactly the same behaviour (3 seconds that time), *except* that the second CONFIG REQ from the peer asked for the [13] again and again the first time 'round. This time, it behaves correctly and removes the [13] from the REQ. I'd examine this with whoever controls (and hopefully understands) the peer. Basically, if we send a REJ, the peer *must not* REQ the things that we REJ. We are entitled to drop the connection immediately if this happens because the peer is violating the ppp protocol. Perhaps you ought to get these guys to update to the next (apparently daily) version of software :-I > ___________________________________________________________ > > Internet: Johang@Algonet.se > > I don't even speak for myself -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Thu Nov 13 16:20:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06772 for current-outgoing; Thu, 13 Nov 1997 16:20:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA06767 for ; Thu, 13 Nov 1997 16:20:27 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA27777; Fri, 14 Nov 97 01:22:26 +0100 Date: Fri, 14 Nov 97 01:22:26 +0100 Message-Id: <9711140022.AA27777@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: freebsd-current@freebsd.org Subject: GDB broken (it seems) X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is on a system from Nov, 12. (kernel+world) $ gdb a.out 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... (gdb) break main Breakpoint 1 at 0x1600: file a.c, line 3. (gdb) run Starting program: /tmp/a.out Error accessing memory address 0x4: Bad address. :-((( Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-current Thu Nov 13 17:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10044 for current-outgoing; Thu, 13 Nov 1997 17:06:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA09972 for ; Thu, 13 Nov 1997 17:06:05 -0800 (PST) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([208.133.153.41]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA185 for ; Thu, 13 Nov 1997 20:05:25 -0500 Received: (from root@localhost) by rhiannon.scsn.net (8.8.8/8.8.7) id UAA00383; Thu, 13 Nov 1997 20:05:39 -0500 (EST) (envelope-from root) Message-ID: <19971113200539.59244@scsn.net> Date: Thu, 13 Nov 1997 20:05:39 -0500 From: dmaddox@scsn.net (Donald J. Maddox) To: current@FreeBSD.ORG Subject: SCSI Problems when Swapping... Reply-To: dmaddox@scsn.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am seeing a lot of this kind of stuff _only_ when the system starts swapping: Nov 13 19:48:25 rhiannon /kernel: ahc0: WARNING no command for scb 1 (cmdcmplt) Nov 13 19:48:25 rhiannon /kernel: QOUTCNT == 1 Nov 13 19:48:35 rhiannon /kernel: sd1: SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Nov 13 19:48:35 rhiannon /kernel: SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Nov 13 19:48:35 rhiannon /kernel: Ordered Tag queued Nov 13 19:48:35 rhiannon /kernel: Ordered Tag sent Nov 13 19:48:40 rhiannon /kernel: sd1: SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Nov 13 19:48:40 rhiannon /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Nov 13 19:48:40 rhiannon /kernel: sd1: Queueing an Abort SCB Nov 13 19:48:40 rhiannon /kernel: sd1: Abort Message Sent Nov 13 19:48:40 rhiannon /kernel: sd1: SCB 0 - Abort Tag Completed. Nov 13 19:48:40 rhiannon /kernel: sd1: no longer in timeout I never get this kind of thing when no swapping is going on, no matter how heavy the disk load is. Ideas? Here's my dmesg output: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu Nov 13 19:16:25 EST 1997 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON CPU: Pentium (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30658560 (29940K bytes) Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x00 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ahc0: rev 0x00 int a irq 12 on pci0.10.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2040MB (4178874 512 byte sectors) sd0: with 2708 cyls, 19 heads, and an average 81 sectors/track ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 507MB (1039329 512 byte sectors) sd1: with 2380 cyls, 6 heads, and an average 72 sectors/track vga0: rev 0x00 int a irq 11 on pci0.12.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A pcm0 at 0x220 irq 5 drq 1 flags 0x15 on isa pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-32 wd0: 1277MB (2615760 sectors), 2595 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, iordy atapi0.1: unknown phase fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface joy0 at 0x201 on isa joy0: joystick ccd0-3: Concatenated disk drivers From owner-freebsd-current Thu Nov 13 17:44:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA12789 for current-outgoing; Thu, 13 Nov 1997 17:44:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA12778 for ; Thu, 13 Nov 1997 17:44:34 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id CAA12183; Fri, 14 Nov 1997 02:44:23 +0100 (MET) From: Wolfgang Helbig Message-Id: <199711140144.CAA12183@rvc1.informatik.ba-stuttgart.de> Subject: Re: cvs commit: src/libexec/telnetd telnetd.c In-Reply-To: from James Nuckolls at "Nov 13, 97 11:37:48 am" To: jamesn@iadfw.net (James Nuckolls) Date: Fri, 14 Nov 1997 02:44:23 +0100 (MET) Cc: helbig@Informatik.BA-Stuttgart.DE, current@FreeBSD.ORG, jamesn@iadfw.net X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [I moved this to current, where it's closer to being on topic...] > > In mailinglist.freebsd.cvs, you wrote: > >> >I think this should be fixed, since some people want to use 8 bit > >> >characters during telnet sessions. > >> > >> `telnet -8' causes telnetd to send "DO BINARY". > > > >Right. And it works with telnetd 1.12. > > > >But still: telnetd should start negotiating the 8 bit data path as > >it did before revision 1.12. I hate to lose this feature in favour > >of a workaround for a deficiency in Microsoft's telnet. > > Sounds like a re-read of both the commit message AND both PRs are > in order: > > PR: bin/771 and bin/1037 are resolved by this change This > change changes the default handling of linemode so that older and/or > stupider telnet clients can still get wakeup characters like > and D to work correctly multiple times on the same line, as > in csh "set filec" operations. It also causes CR and LF characters > to be read by apps in certain terminal modes consistently, as > opposed to returning CR sometimes and LF sometimes, which broke > existing apps. The change was shown to fix the problem demonstrated > in the FreeBSD telnet client, along with the telnet client in > Solaris, SCO, Windows '95 & NT, DEC OSF, NCSA, and others. And introduced a new problem. As far as I am concerned, this cure is worse than the disease. [...] > [I'll spare you the PRs... I'm sure you know where to find them] I did find them, and concluded that there was nothing to be fixed. (I admit, the PRs are confusing me ...) > Notice the fragment "[the] change was shown to fix the problem > demonstrated in the FreeBSD telnet client..." I'm not sure, but > I don't think there's much Microsoft code in the FreeBSD telnet > client ;>. I was refering to the chatty comment in telnetd.c preceding the bogus "linemode=1;" (style!) initialization, which was introduced because "some clients (like usofts) don't have the mode character command anyway". > I'm sure there's a much better fix, as Frank admits in the PRs. As long as this is not found, I suggest to back out this commit. Wolfgang From owner-freebsd-current Thu Nov 13 18:37:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16804 for current-outgoing; Thu, 13 Nov 1997 18:37:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (client92.securenet.net [205.205.79.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA16770 for ; Thu, 13 Nov 1997 18:36:56 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id CAA01176; Fri, 14 Nov 1997 02:29:51 +1030 (CST) Message-Id: <199711131559.CAA01176@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Tim Vanderhoek cc: "Michael R. Rudel" , current@FreeBSD.ORG Subject: Re: Linux header files In-reply-to: Your message of "Wed, 12 Nov 1997 16:42:26 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Nov 1997 02:29:51 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Tue, 11 Nov 1997, Michael R. Rudel wrote: > > [Linux headers] > > Perhaps we could somehow get these header files in the FreeBSD > > distribution, only interfaced to the FreeBSD operating system instead? > > This would make compiling stuff much eaiser. > > I think there is a port which does this. Linux-devel, or > something... ? I vaguely seem to remember Mike Smith being > behind this, so you might possibly be able to narrow your search > down to ones he maintains. It looks like my reply to the previous message was lost, so I'll try again. - There is zero chance of getting Linux-specific headers into the FreeBSD distribution. That's why they're Linux-specific. - If you are trying to build a Linux executable on FreeBSD, you will want the linux-emul and linux-devel packages installed. Neither of these will help you build a FreeBSD executable from Linux-centric sources. - If you are trying to build a FreeBSD executable, the correct fix is to patch the application's sources to include the correct FreeBSD headers, and submit your patches to the application's maintainers. This will make compiling stuff easer. mike From owner-freebsd-current Thu Nov 13 18:56:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA17695 for current-outgoing; Thu, 13 Nov 1997 18:56:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA17688 for ; Thu, 13 Nov 1997 18:56:22 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id CAA27482; Fri, 14 Nov 1997 02:23:18 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199711140223.CAA27482@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: rbriggs@ase.dowjones.com (Robert_Briggs) cc: Tom , Kingson Gunawan , freebsd-current@FreeBSD.ORG Subject: Re: problem with /stand/sysinstall In-reply-to: Your message of "Thu, 13 Nov 1997 18:25:56 GMT." <346b4593.766553171@mail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Nov 1997 02:23:17 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Wed, 12 Nov 1997 17:18:38 -0800 (PST), you wrote: > > > > >On Wed, 12 Nov 1997, Kingson Gunawan wrote: > > > >> It seems that my -current sysinstall copy is looking for the 971022-SNAP > >> distribution which is no longer there. As a result, it is not working > >> anymore when used to install packages. > >> Any idea how get around this? > > > > A "make world" does not update /stand/*. Your /stand/sysinstall is very > >old. I believe you can set the directory in options display. > > > > Or you could just use "pkg_add" > > Is there a way to update /stand/* and/or keep it updated? > > It would be nice if sysinstall somehow "knew" what -current is..... You can always $ cd /usr/src/release/sysinstall $ make $ su Password: # make install > ===Bob Briggs > It doesn't update the whole thing though ! -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Thu Nov 13 20:16:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA22140 for current-outgoing; Thu, 13 Nov 1997 20:16:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from luke.cpl.net (luke.cpl.net [207.67.172.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA22135 for ; Thu, 13 Nov 1997 20:16:11 -0800 (PST) (envelope-from shawn@luke.cpl.net) Received: from localhost (shawn@localhost) by luke.cpl.net (8.8.7/8.6.12) with SMTP id UAA22658; Thu, 13 Nov 1997 20:17:03 -0800 (PST) Date: Thu, 13 Nov 1997 20:17:02 -0800 (PST) From: Shawn Ramsey To: Alex cc: Christopher Masto , freebsd-current@FreeBSD.ORG Subject: Re: Intel Pentium Bug: BSDI Releases a patch (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > do know that I'm glad we didn't cancel our K6 order upon seeing that > > there appears to be an emerging software workaround. Two things still > > make me nervous (both "seen on the net" but unconfirmed): someone said > > that BSDI's patch is now listed as "unavailable", and someone else > > said that their Linux system still locked up after applying the patch. > > Maybe it doesn't work in all cases. :-/ > > If it locks up computers, that's probably why they decided to pull the > patch, which may or may not be available on uu.net's mirror. However > there's still one sure fire fix that will work, and that is to disable the > L1 cache. Sure it'll run slow as heck, but that should grant you some > immunity. If your gonna do that, might as well switch your CPU to a non-intel P5 compatible chip... From owner-freebsd-current Thu Nov 13 22:26:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA00927 for current-outgoing; Thu, 13 Nov 1997 22:26:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA00909 for ; Thu, 13 Nov 1997 22:26:52 -0800 (PST) (envelope-from shimon@i-connect.net) Received: (qmail 16672 invoked by uid 1000); 14 Nov 1997 06:27:15 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Thu, 13 Nov 1997 22:27:15 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: ALL make package fail Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Relax :-) It is true, but not so bad; In the last few days, in -current, ALL make package fail the same way. PLIST asumes in virtually all packages that the target directory is /usr/local/whatever. /usr/share/mk/bsd.ports* sets up PREFIX and something else. The problem that cropped up is that now the makefiles do not seem to care no more. The only solution I found is to edit the PLIST files to contain @cwd /usr/local. Works, but a mess to edit all these files. Aside from that, I'd say 15% of the packages will not compile for other reasons. I'll be glad to publish the make output if anyone cares. Another comment to the decision makes; When you build the ports, you end up with ALL the packages installed. Not necessarily what one has in mind; One may want very much to build a package, but not necessarily install it on their system. Oh, if you did not catch it, it all happens on 3.0-current, as of today +/- one week. --- If Microsoft Built Cars: Every time they repainted the lines on the road, you'd have to buy a new car. Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Fri Nov 14 08:02:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA08988 for current-outgoing; Fri, 14 Nov 1997 08:02:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp.algonet.se (tomei.algonet.se [194.213.74.114]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA08978 for ; Fri, 14 Nov 1997 08:02:54 -0800 (PST) (envelope-from johang@mail.algonet.se) Message-Id: <199711141602.IAA08978@hub.freebsd.org> Received: (qmail 3941 invoked from network); 14 Nov 1997 17:02:47 +0100 Received: from du156-3.ppp.algonet.se (HELO pegasys) (195.100.3.156) by tomei.algonet.se with SMTP; 14 Nov 1997 17:02:47 +0100 Comments: Authenticated sender is From: "Johan Granlund" To: current@FreeBSD.ORG Date: Fri, 14 Nov 1997 17:02:40 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: ppp and ascend router problems CC: Brian Somers Priority: normal In-reply-to: <199711132339.XAA21225@awfulhak.demon.co.uk> References: Your message of "Thu, 13 Nov 1997 19:08:04 +0100." <199711131806.NAA02823@mailman.iuinc.com> X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > > The peer is behaving differently. If this is the same peer, I'd be > surprised. The funny thing here is that we manage to squeeze two > CONFIG REQs out before the peer sends anything. The peer doesn't REQ > for four seconds. The ``uninteresting'' thing is that your last posting > detailed exactly the same behaviour (3 seconds that time), *except* that > the second CONFIG REQ from the peer asked for the [13] again and again > the first time 'round. This time, it behaves correctly and removes the > [13] from the REQ. This is gettin funnier all the time. Copied the ppp program from the -stable machine and tried it on the -current machine. The ppp-stable behaved exactly the same as ppp-current. Either it is something fundamentally wrong in the kernel/tun driver (i don't believe it) or i get connected to two different ascend routers. The -current machine dials from a normal analog phoneline. The -stable is connected to a company exchange that is connected with a primary ISDN trunk. I have sent a partial trace and some questions to my ISP. More to come and thanks for the help /Johan > > I'd examine this with whoever controls (and hopefully understands) > the peer. Basically, if we send a REJ, the peer *must not* REQ the > things that we REJ. We are entitled to drop the connection > immediately if this happens because the peer is violating the ppp > protocol. > > Perhaps you ought to get these guys to update to the next (apparently > daily) version of software :-I > > > ___________________________________________________________ > > > > Internet: Johang@Algonet.se > > > > I don't even speak for myself > > -- > Brian , , > > Don't _EVER_ lose your sense of humour.... > > > > ___________________________________________________________ Internet: Johang@Algonet.se I don't even speak for myself From owner-freebsd-current Fri Nov 14 09:14:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA14468 for current-outgoing; Fri, 14 Nov 1997 09:14:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA14461 for ; Fri, 14 Nov 1997 09:14:49 -0800 (PST) (envelope-from bsampley@bsampley.vip.best.com) Received: from bsampley (bsampley.vip.best.com [206.184.160.196]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with SMTP id JAA20092 for ; Fri, 14 Nov 1997 09:13:38 -0800 (PST) Date: Fri, 14 Nov 1997 09:10:05 -0800 (PST) From: Burton Sampley X-Sender: bsampley@bsampley To: current@FreeBSd.org Subject: Follow-up to make world time???/ Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Greetings again, Thanks to everyone who sent me suggestions on how to improve my make world time. I built a new kernel w/o BOUNCE_BUFFERS, NFS and FAILSAFE; mounted /usr async; added CFLAGS= -pipe and uncommented NOPROFILE= true in /etc/make.conf and did 'make -j4 world'. By doing all of this I was able to lower make world to 2hr 27 minutes. Any more suggestions, other than moving /usr/src and /usr/obj to different drives? If I did try to move /usr/src and /usr/obj to different drives, since I don't have a second SCSI drive, which would be better on a WD EIDE 3.1g 5400 RPM drive? Thanks again for your help. - - burton - - --------------- Burton Sampley bsampley@best.com or bsampley@haywire.csuhayward.edu PGP key available at http://www.best.com/~bsampley/pgp.html -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNGyF9nt2O8KJtMdBAQE4fwP+IHErAJBscQ2JMtAXbUtpPMKwGj08IgS9 psxiSLSVqGTbj4948jNDH9865YYZS3qJx3ajbeGYqwYyVL6l1NDjGGXbpGDCR/vY u8e4PTIUTLLdIP+j3rz6D23f3K5+dAh8NTJIZ6/6C6y8ptfh0/LlOU8lM5rCBqld shWvnpQtzUA= =730z -----END PGP SIGNATURE----- From owner-freebsd-current Fri Nov 14 16:02:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14280 for current-outgoing; Fri, 14 Nov 1997 16:02:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hobbes.saturn-tech.com (drussell.internode.net [198.161.228.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14275 for ; Fri, 14 Nov 1997 16:02:16 -0800 (PST) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by hobbes.saturn-tech.com (8.8.4/8.8.2) with SMTP id RAA22690; Fri, 14 Nov 1997 17:01:09 -0700 (MST) Date: Fri, 14 Nov 1997 17:01:08 -0700 (MST) From: Doug Russell To: Burton Sampley cc: current@FreeBSD.ORG Subject: Re: Follow-up to make world time???/ In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Nov 1997, Burton Sampley wrote: > If I did try to move /usr/src and /usr/obj to different drives, since I > don't have a second SCSI drive, which would be better on a WD EIDE 3.1g > 5400 RPM drive? Moving them to seperate drives may well make a difference. (It all depends on where the main bottleneck(s) is/are, of course.) If you have the time, I'd try it both ways. The results could be interesting. If I had to guess, I'd put the /usr/src on the WD, as in mode 4, especially if you run with DMA, the read speed is quite quick. In my last little test session with the K6-233 running at 83MHz x3=250Mhz, the fastest disk configuration I found for two WDs, (I think I used a 33200 and a 21600 if I remember right) both recent models, with the DMA driver) was to mount /usr/src on one drive and /usr/obj on the other. This was even faster than having both src and obj on a ccd between the two drives. I also should point out that on the IDE disks (at least the WD disks and ASUS TX-97E board that I have tested it with) the bus speed makes a big difference to disk read speed. Running with an 83MHz bus over a 75MHz bus adds about 15% to my read speed. 75 MHz over 66 MHz is about 20%. I only run the K6 in my build box at 75 MHz because the only possible next step for 83 MHz is 208 MHz, which is a little fast for a 166 MHz chip IMHO. However, the compile speed at 83MHzx2=166 MHz is only BARELY slower than 75MHzx2.5=187.5 MHz. (On a kernel compile, for example, running at 187.5 is about 2 seconds faster. 187.5 is about 30% faster than 66x2.5=166 Mhz (or about a minute on a test kernel compile)). As far as other things to try, I'm not really sure. What bus speed are you running with? Are your memory speed knobbies in the CMOS setup set to full blast? (Using memory to match, of course...) In my testing, the K6 surely is a very fast compiling chip, which helps my times considerably compared to all my other boxes and chips. Later....... From owner-freebsd-current Fri Nov 14 18:27:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22985 for current-outgoing; Fri, 14 Nov 1997 18:27:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22980 for ; Fri, 14 Nov 1997 18:27:16 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.7/8.8.5) with SMTP id UAA06287 for ; Fri, 14 Nov 1997 20:23:42 -0500 (EST) X-Authentication-Warning: picnic.mat.net: chuckr owned process doing -bs Date: Fri, 14 Nov 1997 20:23:37 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: FreeBSD-current@FreeBSD.org Subject: using pthreads Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In doing a pthreads applicatioin, under current, I'm not sure how to do the linking part. My libc_r is up to date and installed, but there are many functions, that aren't strictly pthread_* functions, that have been made thread-safe in the libc_r library, so I want that library to link before libc. I'm not sure how to do that. I tried using a linker line of -shared -nostdlib -lc_r -lc, but I got the error "Exec format error. Binary file not executable" when I tried to run the file. If I cut out the -nostdlib and -shared, it tells me there's not __DYNAMIC, so I guess it wasn't linked shared. File tells me the file is a FreeBSD/i386 compact demand paged shared library not stripped, so that looks ok to me. Does anyone know the correct way to link a pthread app under FreeBSD? ----------------------------+----------------------------------------------- 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! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Nov 14 19:22:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25714 for current-outgoing; Fri, 14 Nov 1997 19:22:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25702 for ; Fri, 14 Nov 1997 19:22:15 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA03467; Fri, 14 Nov 1997 19:21:06 -0800 (PST) Message-Id: <199711150321.TAA03467@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: FreeBSD-current@FreeBSD.ORG Subject: Re: using pthreads In-reply-to: Your message of "Fri, 14 Nov 1997 20:23:37 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Nov 1997 19:21:05 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk cc -o foo foo.c -lc_r Cheers, Amancio From owner-freebsd-current Fri Nov 14 20:02:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA27510 for current-outgoing; Fri, 14 Nov 1997 20:02:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA27504 for ; Fri, 14 Nov 1997 20:02:21 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.7/8.8.5) with SMTP id VAA06613; Fri, 14 Nov 1997 21:58:29 -0500 (EST) X-Authentication-Warning: picnic.mat.net: chuckr owned process doing -bs Date: Fri, 14 Nov 1997 21:58:28 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Amancio Hasty cc: FreeBSD-current@FreeBSD.ORG Subject: Re: using pthreads In-Reply-To: <199711150321.TAA03467@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Nov 1997, Amancio Hasty wrote: > > > cc -o foo foo.c -lc_r > Amancio, does that give precedence to functions implemented in both the libc and libc_r, to the thread-safe versions? That's what I'm worried about. The pthread_* versions only exist in the libc_r, so those aren't my worries, it's the rest of the show I'm not sure about. > > Cheers, > Amancio > > > > ----------------------------+----------------------------------------------- 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! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Nov 15 06:16:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA04970 for current-outgoing; Sat, 15 Nov 1997 06:16:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA04962 for ; Sat, 15 Nov 1997 06:16:10 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 19092 invoked from network); 15 Nov 1997 14:16:08 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 14:16:08 -0000 Date: Sat, 15 Nov 1997 09:16:07 -0500 (EST) From: Evan Champion To: freebsd-current@freebsd.org Subject: Getting a list of make defines Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It would be very nice if there was a list somewhere of all the various defines that can be set for a make world, ie: FTPD_INTERNAL_LS. I found that one quite by accident, and wonder how many other nifty features I'm missing out on :-) Does such a beast exist? Evan From owner-freebsd-current Sat Nov 15 06:30:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA05875 for current-outgoing; Sat, 15 Nov 1997 06:30:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA05863 for ; Sat, 15 Nov 1997 06:30:40 -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 RAA27313; Sat, 15 Nov 1997 17:23:38 +0300 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 RAA00355; Sat, 15 Nov 1997 17:27:15 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199711151427.RAA00355@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: FreeBSD-current@FreeBSD.ORG Subject: Re: using pthreads In-reply-to: Your message of "Fri, 14 Nov 1997 20:23:37 EST." Mime-Version: 1.0 Content-Type: text/plain Date: Sat, 15 Nov 1997 17:27:14 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > Does anyone know the correct way to link a pthread app under FreeBSD? cc -pthread prog.o -o prog Dima From owner-freebsd-current Sat Nov 15 06:44:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA06945 for current-outgoing; Sat, 15 Nov 1997 06:44:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA06934 for ; Sat, 15 Nov 1997 06:44:30 -0800 (PST) (envelope-from fcurrent@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa2003173; 15 Nov 97 14:40 GMT Received: (from fcurrent@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id OAA00500; Sat, 15 Nov 1997 14:39:22 GMT (envelope-from fcurrent) Message-ID: <19971115143921.07053@jraynard.demon.co.uk> Date: Sat, 15 Nov 1997 14:39:21 +0000 From: James Raynard To: freebsd-current@freebsd.org Subject: Page fault while in kernel mode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can replicate this by doing the following: 1. Log on as root on ttyv0 and compile a kernel. 2. Log on my myself on ttyv1, do su and mount a CD-ROM. 3. Navigate around the CD using tcsh's filename completion. 4. System freezes up. DDB says: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor page read, page not present instruction pointer = 0x8: 0xf3f57dc8 stack pointer = 0x10: 0xf3c98bdc frame pointer = 0x10: 0xf3c98c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor flags = interrupt enabled, resume, IOPL = 0 current process = 890 (tcsh) and gdb -k says: [GDB banner] IdlePTD 219000 current pcb at 1cc844 panic: from debugger #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 #1 0xf011214f in panic (fmt=0xf01013c9 "from debugger") at ../../kern/kern_shutdown.c:415 #2 0xf01013e5 in db_panic (dummy1=-202084920, dummy2=0, dummy3=-1, dummy4=0xf3c92a60 "") at ../../ddb/db_command.c:440 #3 0xf01012d5 in db_command (last_cmdp=0xf01bbac4, cmd_table=0xf01bb914, aux_cmd_tablep=0xf01df234) at ../../ddb/db_command.c:337 #4 0xf0101452 in db_command_loop () at ../../ddb/db_command.c:462 #5 0xf0103b43 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #6 0xf017f1e1 in kdb_trap (type=12, code=0, regs=0xf3c92ba0) at ../../i386/i386/db_interface.c:158 #7 0xf0189caf in trap_fatal (frame=0xf3c92ba0) at ../../i386/i386/trap.c:808 #8 0xf0189758 in trap_pfault (frame=0xf3c92ba0, usermode=0) at ../../i386/i386/trap.c:706 #9 0xf01893bf in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -261512882, tf_esi = -261512882, tf_ebp = -204919792, tf_isp = -204919864, tf_ebx = -260967680, tf_edx = -261640192, tf_ecx = 0, tf_eax = 301390, tf_trapno = 12, tf_err = 0, tf_eip = -202084920, tf_cs = 8, tf_eflags = 66198, tf_esp = -260967680, tf_ss = -260960512}) at ../../i386/i386/trap.c:345 #10 0xf3f46dc8 in ?? () #11 0xf3f448e8 in ?? () #12 0xf012e824 in vfs_cache_lookup (ap=0xf3c92e28) at vnode_if.h:55 #13 0xf013032d in lookup (ndp=0xf3c92ea8) at vnode_if.h:31 #14 0xf012fe1c in namei (ndp=0xf3c92ea8) at ../../kern/vfs_lookup.c:154 #15 0xf0134a2c in stat (p=0xf067bc00, uap=0xf3c92f84) at ../../kern/vfs_syscalls.c:1552 #16 0xf0189f79 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272659648, tf_esi = -272659136, tf_ebp = -272659736, tf_isp = -204918828, tf_ebx = -272661784, tf_edx = 407830, tf_ecx = 407944, tf_eax = 188, tf_trapno = 22, tf_err = 7, tf_eip = 537570533, tf_cs = 31, tf_eflags = 642, tf_esp = -272661920, tf_ss = 39}) at ../../i386/i386/trap.c:962 #17 0x200aace5 in ?? () #18 0x21c4a in ?? () #19 0x22742 in ?? () #20 0x203ea in ?? () #21 0x2f2ae in ?? () #22 0x165c7 in ?? () #23 0x16215 in ?? () #24 0x1333f in ?? () #25 0x3a69 in ?? () #26 0x2df5 in ?? () #27 0x10e8 in ?? () (kgdb) q -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-current Sat Nov 15 07:26:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA12410 for current-outgoing; Sat, 15 Nov 1997 07:26:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from post.mail.demon.net (post-10.mail.demon.net [194.217.242.154]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA12389 for ; Sat, 15 Nov 1997 07:26:07 -0800 (PST) (envelope-from fcurrent@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa1002669; 15 Nov 97 15:22 GMT Received: (from fcurrent@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id PAA00277; Sat, 15 Nov 1997 15:22:43 GMT (envelope-from fcurrent) Message-ID: <19971115152242.09082@jraynard.demon.co.uk> Date: Sat, 15 Nov 1997 15:22:42 +0000 From: James Raynard To: freebsd-current@freebsd.org Subject: Re: Page fault while in kernel mode References: <19971115143921.07053@jraynard.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <19971115143921.07053@jraynard.demon.co.uk>; from James Raynard on Sat, Nov 15, 1997 at 02:39:21PM +0000 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just got another one, just from trying to do filename completion on a file on the CD (ie without the kernel compile). This is on a very recent (less than one day old kernel), BTW. On Sat, Nov 15, 1997 at 02:39:21PM +0000, James Raynard wrote: > I can replicate this by doing the following: > > 1. Log on as root on ttyv0 and compile a kernel. > 2. Log on my myself on ttyv1, do su and mount a CD-ROM. > 3. Navigate around the CD using tcsh's filename completion. > 4. System freezes up. > > DDB says: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x8 > fault code = supervisor page read, page not present > instruction pointer = 0x8: 0xf3f57dc8 > stack pointer = 0x10: 0xf3c98bdc > frame pointer = 0x10: 0xf3c98c10 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor flags = interrupt enabled, resume, IOPL = 0 > current process = 890 (tcsh) > > and gdb -k says: > [GDB banner] > IdlePTD 219000 > current pcb at 1cc844 > panic: from debugger > #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 > 285 dumppcb.pcb_cr3 = rcr3(); > (kgdb) where > #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 > #1 0xf011214f in panic (fmt=0xf01013c9 "from debugger") > at ../../kern/kern_shutdown.c:415 > #2 0xf01013e5 in db_panic (dummy1=-202084920, dummy2=0, dummy3=-1, > dummy4=0xf3c92a60 "") at ../../ddb/db_command.c:440 > #3 0xf01012d5 in db_command (last_cmdp=0xf01bbac4, cmd_table=0xf01bb914, > aux_cmd_tablep=0xf01df234) at ../../ddb/db_command.c:337 > #4 0xf0101452 in db_command_loop () at ../../ddb/db_command.c:462 > #5 0xf0103b43 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 > #6 0xf017f1e1 in kdb_trap (type=12, code=0, regs=0xf3c92ba0) > at ../../i386/i386/db_interface.c:158 > #7 0xf0189caf in trap_fatal (frame=0xf3c92ba0) at ../../i386/i386/trap.c:808 > #8 0xf0189758 in trap_pfault (frame=0xf3c92ba0, usermode=0) > at ../../i386/i386/trap.c:706 > #9 0xf01893bf in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -261512882, > tf_esi = -261512882, tf_ebp = -204919792, tf_isp = -204919864, > tf_ebx = -260967680, tf_edx = -261640192, tf_ecx = 0, tf_eax = 301390, > tf_trapno = 12, tf_err = 0, tf_eip = -202084920, tf_cs = 8, > tf_eflags = 66198, tf_esp = -260967680, tf_ss = -260960512}) > at ../../i386/i386/trap.c:345 > #10 0xf3f46dc8 in ?? () > #11 0xf3f448e8 in ?? () > #12 0xf012e824 in vfs_cache_lookup (ap=0xf3c92e28) at vnode_if.h:55 > #13 0xf013032d in lookup (ndp=0xf3c92ea8) at vnode_if.h:31 > #14 0xf012fe1c in namei (ndp=0xf3c92ea8) at ../../kern/vfs_lookup.c:154 > #15 0xf0134a2c in stat (p=0xf067bc00, uap=0xf3c92f84) > at ../../kern/vfs_syscalls.c:1552 > #16 0xf0189f79 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272659648, > tf_esi = -272659136, tf_ebp = -272659736, tf_isp = -204918828, > tf_ebx = -272661784, tf_edx = 407830, tf_ecx = 407944, tf_eax = 188, > tf_trapno = 22, tf_err = 7, tf_eip = 537570533, tf_cs = 31, > tf_eflags = 642, tf_esp = -272661920, tf_ss = 39}) > at ../../i386/i386/trap.c:962 > #17 0x200aace5 in ?? () > #18 0x21c4a in ?? () > #19 0x22742 in ?? () > #20 0x203ea in ?? () > #21 0x2f2ae in ?? () > #22 0x165c7 in ?? () > #23 0x16215 in ?? () > #24 0x1333f in ?? () > #25 0x3a69 in ?? () > #26 0x2df5 in ?? () > #27 0x10e8 in ?? () > (kgdb) q > > -- > In theory, theory is better than practice. In practice, it isn't. > James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-current Sat Nov 15 08:25:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16187 for current-outgoing; Sat, 15 Nov 1997 08:25:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA16178 for ; Sat, 15 Nov 1997 08:24:57 -0800 (PST) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (8.8.7/RBI-Z14) with ESMTP id RAA22937 for ; Sat, 15 Nov 1997 17:24:54 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id RAA06856 for freebsd-current@freefall.cdrom.com; Sat, 15 Nov 1997 17:25:08 +0100 (MET) Date: Sat, 15 Nov 1997 17:25:08 +0100 (MET) From: Christoph Kukulies Message-Id: <199711151625.RAA06856@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: catching up to -current on a 2.2 system Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I need yp/NIS that is capable of crossing gateways and as I learnt this was in current and I don't know whether it's in 2.2.5-R. So I decided today to cvsup a machine to -current and started a world build which dies very soon with: libkvm_p.a rm -f kvm.so kvm_i386.so kvm_file.so kvm_getloadavg.so kvm_proc.so shared/*.o rm -f libkvm.so.*.* libkvm_pic.a rm -f .depend rm -f /home/src/lib/libkvm/GRTAGS /home/src/lib/libkvm/GTAGS ===> lib/libmd "/home/src/lib/libmd/Makefile", line 4: Malformed conditional (${BINFORMAT} != e lf) "/home/src/lib/libmd/Makefile", line 6: if-less endif "/home/src/lib/libmd/Makefile", line 6: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Suspecting make and the .mk files I built make also and installed it to no avail. Any caveats with moving a 2.2 system to -current or is it just again me not being in sync with some changes to the tree? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Nov 15 08:42:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17086 for current-outgoing; Sat, 15 Nov 1997 08:42:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA17079 for ; Sat, 15 Nov 1997 08:42:21 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 29776 invoked from network); 15 Nov 1997 16:42:18 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 16:42:18 -0000 Date: Sat, 15 Nov 1997 11:42:17 -0500 (EST) From: Evan Champion To: freebsd-current@freebsd.org Subject: bcopy via npx not in 686 version? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was just looking through LINT and came upon the npx0 options to optimize bcopy/bzero/copyin/copyout. These seem to be the only 586-specific options in FreeBSD (Everything else is ifdef'd for both 586 and 686). I'm just curious if this was the desired behaviour, or if it was accidently left out? Evan From owner-freebsd-current Sat Nov 15 09:41:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20419 for current-outgoing; Sat, 15 Nov 1997 09:41:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail-gw2.pacbell.net (mail-gw2.pacbell.net [206.13.28.53]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20409 for ; Sat, 15 Nov 1997 09:41:08 -0800 (PST) (envelope-from mmx36@hotmail.com) From: mmx36@hotmail.com Received: from user900.meznet4.net (ppp-206-170-65-42.grdn01.pacbell.net [206.170.65.42]) by mail-gw2.pacbell.net (8.8.7/8.7.1+antispam) with SMTP id JAA04933; Sat, 15 Nov 1997 09:39:08 -0800 (PST) Message-Id: <199711151739.JAA04933@mail-gw2.pacbell.net> To: cumeater@eighteen.net Subject: $5000 Credit Limit Visa/MC Gauranteed! *! Reply-To: mmx36@hotmail.com Date: Fri, 29 Oct 97 17:24:52 EST Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk X-Info:Filtered Via The Remove List At http://www.antispam.org X-Info:Sent Using A Free Copy Of The Zenith Bulk Emailer Guaranteed Credit Card!No one is turned down!Charge-offs,late pays,even bankruptcy!Up to $5000 credit limit!Send $29.95 to: Sedona Marketing,Inc. 1379 Park Western Dr Suite #182 San Pedro,CA 90732 Se habla Espanol! Free Credit Repair Kit for all new clients,visit our website at: http://www.freeyellow.com/members/mmx36/index.html or call:310-771-9820 *** Important Message - Sent Using The Zenith Bulk Emailer *** *** For Your FREE Copy Of This Program - http://209.27.224.16 *** From owner-freebsd-current Sat Nov 15 09:50:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20840 for current-outgoing; Sat, 15 Nov 1997 09:50:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA20802 for ; Sat, 15 Nov 1997 09:49:53 -0800 (PST) (envelope-from fcurrent@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa2027159; 15 Nov 97 17:47 GMT Received: (from fcurrent@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id RAA01751; Sat, 15 Nov 1997 17:20:54 GMT (envelope-from fcurrent) Message-ID: <19971115172054.34837@jraynard.demon.co.uk> Date: Sat, 15 Nov 1997 17:20:54 +0000 From: James Raynard To: freebsd-current@freebsd.org Subject: Re: Page fault while in kernel mode References: <19971115143921.07053@jraynard.demon.co.uk> <19971115152242.09082@jraynard.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <19971115152242.09082@jraynard.demon.co.uk>; from James Raynard on Sat, Nov 15, 1997 at 03:22:42PM +0000 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ignore me. Somehow my LKMs were a week out of date. :-( On Sat, Nov 15, 1997 at 03:22:42PM +0000, James Raynard wrote: > I've just got another one, just from trying to do filename completion > on a file on the CD (ie without the kernel compile). This is > on a very recent (less than one day old kernel), BTW. -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-current Sat Nov 15 10:00:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21536 for current-outgoing; Sat, 15 Nov 1997 10:00:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA21497 for ; Sat, 15 Nov 1997 10:00:21 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.7/8.8.5) id NAA04220; Sat, 15 Nov 1997 13:00:16 -0500 (EST) From: "John S. Dyson" Message-Id: <199711151800.NAA04220@dyson.iquest.net> Subject: Re: bcopy via npx not in 686 version? In-Reply-To: from Evan Champion at "Nov 15, 97 11:42:17 am" To: evanc@synapse.net (Evan Champion) Date: Sat, 15 Nov 1997 13:00:16 -0500 (EST) Cc: freebsd-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 X-Loop: FreeBSD.org Precedence: bulk Evan Champion said: > I was just looking through LINT and came upon the npx0 options to optimize > bcopy/bzero/copyin/copyout. These seem to be the only 586-specific > options in FreeBSD (Everything else is ifdef'd for both 586 and 686). > > I'm just curious if this was the desired behaviour, or if it was > accidently left out? > There isn't an advantage using the FPU for bcopys on P6 processors. In fact, movs[*] instructions are optimized on a P6. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Sat Nov 15 10:03:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21760 for current-outgoing; Sat, 15 Nov 1997 10:03:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA21755 for ; Sat, 15 Nov 1997 10:03:19 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 5048 invoked from network); 15 Nov 1997 18:03:16 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 18:03:16 -0000 Date: Sat, 15 Nov 1997 13:03:15 -0500 (EST) From: Evan Champion To: "John S. Dyson" cc: freebsd-current@FreeBSD.ORG Subject: Re: bcopy via npx not in 686 version? In-Reply-To: <199711151800.NAA04220@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, John S. Dyson wrote: > There isn't an advantage using the FPU for bcopys on P6 processors. In > fact, movs[*] instructions are optimized on a P6. Ahh, ok. It's good to know that Intel thought about optimise something in the P6 while they were busy designing obnoxious bugs in to the P5 line :-) Evan From owner-freebsd-current Sat Nov 15 12:10:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11636 for current-outgoing; Sat, 15 Nov 1997 12:10:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA11595 for ; Sat, 15 Nov 1997 12:10:19 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xWoXX-0003wz-00; Sat, 15 Nov 1997 12:09:59 -0800 Date: Sat, 15 Nov 1997 12:09:57 -0800 (PST) From: Tom To: Christoph Kukulies cc: freebsd-current@freefall.freebsd.org Subject: Re: catching up to -current on a 2.2 system In-Reply-To: <199711151625.RAA06856@gil.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Christoph Kukulies wrote: > I need yp/NIS that is capable of crossing gateways > and as I learnt this was in current and I don't know > whether it's in 2.2.5-R. It has been in the 2.2 branch since 2.2.2 or so. See the commit logs. Tom From owner-freebsd-current Sat Nov 15 13:29:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA14405 for current-outgoing; Sat, 15 Nov 1997 13:29:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA14213 for ; Sat, 15 Nov 1997 13:29:09 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 18519 invoked from network); 15 Nov 1997 21:29:07 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 21:29:07 -0000 Date: Sat, 15 Nov 1997 16:29:06 -0500 (EST) From: Evan Champion To: freebsd-current@freebsd.org Subject: Way to _not_ build something in make world? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a way to not build a particular package when make world'ing? For example, I replace sendmail with qmail, but every time I make world it puts back sendmail again. Evan From owner-freebsd-current Sat Nov 15 13:50:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26475 for current-outgoing; Sat, 15 Nov 1997 13:50:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp.algonet.se (tomei.algonet.se [194.213.74.114]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA26445 for ; Sat, 15 Nov 1997 13:50:53 -0800 (PST) (envelope-from johang@mail.algonet.se) Message-Id: <199711152150.NAA26445@hub.freebsd.org> Received: (qmail 1773 invoked from network); 15 Nov 1997 22:50:46 +0100 Received: from du216-2.ppp.algonet.se (HELO pegasys) (195.100.2.216) by tomei.algonet.se with SMTP; 15 Nov 1997 22:50:46 +0100 Comments: Authenticated sender is From: "Johan Granlund" To: current@FreeBSD.ORG Date: Sat, 15 Nov 1997 22:50:42 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: ppp and ascend problems, solution Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The problem was that i had "flags 0x20000" in the deviceline for sio. According to LINT it should enable RTS/CTS flowcontrol and that would be a good thing(TM). Either it's not working with ppp or i have misunderstood something Thanks for the help. /Johan ___________________________________________________________ Internet: Johang@Algonet.se I don't even speak for myself From owner-freebsd-current Sat Nov 15 14:46:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23728 for current-outgoing; Sat, 15 Nov 1997 14:46:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA23677 for ; Sat, 15 Nov 1997 14:46:17 -0800 (PST) (envelope-from shimon@i-connect.net) Received: (qmail 907 invoked by uid 1000); 15 Nov 1997 22:46:46 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Sat, 15 Nov 1997 14:46:46 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Boot Floppy Problem Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all, At least since 13-Nov, but after 31-Oct, the boot floppy will install everything OK (?) but the system will not boot afterwards; BootMGR displays all the partitions, etc., but pressing F2 for FreeBSD (for example), yields a ``?'' and another list of Fx buttons to push. If you have DOS on the system, it will be invoked fine from the bootmgr. No reasonable set of arguments to the boot FLOPPY kernel loader ends up in a booted system (from hard disk - booting from floppy obviously works). Any suggestion will be appreciated. This is on an IDE HD, IDE CD, P6-200, etc. machine which runs FreeBSD fine otherwise. --- If Microsoft Built Cars: Every time they repainted the lines on the road, you'd have to buy a new car. Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Sat Nov 15 15:02:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02229 for current-outgoing; Sat, 15 Nov 1997 15:02:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA02222 for ; Sat, 15 Nov 1997 15:02:25 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xWrEK-0002YP-00; Sat, 15 Nov 1997 15:02:20 -0800 Date: Sat, 15 Nov 1997 15:02:20 -0800 (PST) From: Tom To: Evan Champion cc: freebsd-current@freebsd.org Subject: Re: Way to _not_ build something in make world? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Evan Champion wrote: > Is there a way to not build a particular package when make world'ing? For > example, I replace sendmail with qmail, but every time I make world it > puts back sendmail again. Open /usr/src/usr.sbin/Makefile, and remove the word "sendmail" from the SUBDIR section. I've replaced Sendmail with Exim long ago. > Evan Tom From owner-freebsd-current Sat Nov 15 15:13:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02904 for current-outgoing; Sat, 15 Nov 1997 15:13:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mexcom.net (ns.mexcom.net [206.103.64.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02885 for ; Sat, 15 Nov 1997 15:13:24 -0800 (PST) (envelope-from eculp@mexcom.net) Received: from sunix (eculp@sunix.mexcom.net [206.103.64.3]) by ns.mexcom.net (8.8.7/8.8.7) with SMTP id RAA18557; Sat, 15 Nov 1997 17:12:49 -0600 (CST) Message-ID: <346E2CB6.57607FC6@mexcom.net> Date: Sat, 15 Nov 1997 17:13:58 -0600 From: Edwin Culp Organization: Mexico Communicates X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: Evan Champion CC: freebsd-current@FreeBSD.ORG Subject: Re: Way to _not_ build something in make world? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Evan Champion wrote: > > Is there a way to not build a particular package when make world'ing? For > example, I replace sendmail with qmail, but every time I make world it > puts back sendmail again. > > Evan If someone doesn't suggest a better way, what I've been doing is to Change the path of sendmail and the path in /etc/rc to maybe /usr/local/sbin/sendmail the same with your sendmail wrapper for qmail. That also goes for programs like BIND-8.1.1 etc:-) ed From owner-freebsd-current Sat Nov 15 15:20:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03340 for current-outgoing; Sat, 15 Nov 1997 15:20:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03334 for ; Sat, 15 Nov 1997 15:20:06 -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 SAA00516 for ; Sat, 15 Nov 1997 18:20:04 -0500 (EST) X-Authentication-Warning: picnic.mat.net: chuckr owned process doing -bs Date: Sat, 15 Nov 1997 18:20:03 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: FreeBSD-current@FreeBSD.org Subject: X11 strangeness Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am not sure over my choice of lists here. If I guessed wrong, I'm willing to be chased away. Immediately after my last make world and reboot (new kernel, new LKMs too) I brought XFree86 back up again, did a bunch of manual rearrangements (I haven't had time to re-customize my screen stuff after my disk crash of a couple months ago), then I started ppp back up. I waas happily finishing the screen stuff, but the moment that ppp finished connecting, X stopped listening to me, and kept giving me the error: picnic:/usr2/chuckr:47 >Xlib: connection to "picnic.mat.net:0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Error: Can't open display: picnic.mat.net:0.0 I used xauth to manually add localhost, then read out the key using xuath list, then manually added the exact same key value for picnic.mat.net:0.0. This got my back to adding screens, but what's the correct fix? Seeing as this happened immediately after ppp connected and set up routes for me, I think maybe ppp is doing something now it didn't used to do? It may matter that I was a couple weeks out of date in building current, so any changes in ppp accrued from then, but the rebuild was from very fresh sources, just this morning. ----------------------------+----------------------------------------------- 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! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Nov 15 17:13:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08535 for current-outgoing; Sat, 15 Nov 1997 17:13:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA08530 for ; Sat, 15 Nov 1997 17:13:31 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id AAA22618; Sun, 16 Nov 1997 00:52:09 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199711160052.AAA22618@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Chuck Robey cc: FreeBSD-current@FreeBSD.ORG Subject: Re: X11 strangeness In-reply-to: Your message of "Sat, 15 Nov 1997 18:20:03 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Nov 1997 00:52:09 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am not sure over my choice of lists here. If I guessed wrong, I'm > willing to be chased away. > > Immediately after my last make world and reboot (new kernel, new LKMs too) > I brought XFree86 back up again, did a bunch of manual rearrangements (I > haven't had time to re-customize my screen stuff after my disk crash of a > couple months ago), then I started ppp back up. I waas happily finishing > the screen stuff, but the moment that ppp finished connecting, X stopped > listening to me, and kept giving me the error: > > picnic:/usr2/chuckr:47 >Xlib: connection to "picnic.mat.net:0.0" refused > by server > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > Error: Can't open display: picnic.mat.net:0.0 > > I used xauth to manually add localhost, then read out the key using xuath > list, then manually added the exact same key value for picnic.mat.net:0.0. > > This got my back to adding screens, but what's the correct fix? Seeing as > this happened immediately after ppp connected and set up routes for me, I > think maybe ppp is doing something now it didn't used to do? > > It may matter that I was a couple weeks out of date in building current, > so any changes in ppp accrued from then, but the rebuild was from very > fresh sources, just this morning. What sort of setup do you have ? Do you have a static IP that hasn't got a loopback route (I add an alias on lo0 myself) ? The only thing I ``suspect'' is that X is reading the routing socket and notices that ``picnic.mat.net'' has been removed - despite this not being the only such route, X decides things are broke. Unfortunately, I don't run ppp on the same machine that I run X on any more, so I haven't seen any such problems. I've heard of these sort of problems before, but not from anyone coherent enough to say more than "ppp locks X up". Ppp isn't doing anything new in this area ..... > ----------------------------+----------------------------------------------- > 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! > ----------------------------+----------------------------------------------- -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sat Nov 15 17:19:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08726 for current-outgoing; Sat, 15 Nov 1997 17:19:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA08715 for ; Sat, 15 Nov 1997 17:18:56 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id MAA29526; Sun, 16 Nov 1997 12:15:16 +1100 Date: Sun, 16 Nov 1997 12:15:16 +1100 From: Bruce Evans Message-Id: <199711160115.MAA29526@godzilla.zeta.org.au> To: current@FreeBSD.ORG, johang@mail.algonet.se Subject: Re: ppp and ascend problems, solution Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The problem was that i had "flags 0x20000" in the deviceline for sio. >According to LINT it should enable RTS/CTS flowcontrol and that would be a >good thing(TM). Either it's not working with ppp or i have misunderstood >something It arranges to use hardware RTS/CTS flow control if RTS/CTS flow control is enabled in the usual way (using stty or tcsetattr()). It can only work for ST16650A-compatible UARTs. It apparently doesn't actually work. Bruce From owner-freebsd-current Sat Nov 15 18:03:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10363 for current-outgoing; Sat, 15 Nov 1997 18:03:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10358 for ; Sat, 15 Nov 1997 18:03:01 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA01923; Sat, 15 Nov 1997 18:02:50 -0800 (PST) Message-Id: <199711160202.SAA01923@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 to: Chuck Robey cc: FreeBSD-current@FreeBSD.ORG Subject: Re: X11 strangeness In-reply-to: Your message of "Sun, 16 Nov 1997 00:52:09 GMT." <199711160052.AAA22618@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Nov 1997 18:02:49 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi , You have to setup the default route of your system if PPP does not restore the default route. Do a "netstat -r" to find out what is your default route. Cheers, Amancio From owner-freebsd-current Sat Nov 15 18:21:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11139 for current-outgoing; Sat, 15 Nov 1997 18:21:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA11134 for ; Sat, 15 Nov 1997 18:21:23 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 7165 invoked from network); 16 Nov 1997 02:21:12 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 16 Nov 1997 02:21:12 -0000 Date: Sat, 15 Nov 1997 21:21:11 -0500 (EST) From: Evan Champion To: Edwin Culp cc: freebsd-current@FreeBSD.ORG Subject: Re: Way to _not_ build something in make world? In-Reply-To: <346E2CB6.57607FC6@mexcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Edwin Culp wrote: > If someone doesn't suggest a better way, what I've been doing is to > Change the path of sendmail and the path in /etc/rc to maybe > /usr/local/sbin/sendmail > the same with your sendmail wrapper for qmail. That also goes for > programs like BIND-8.1.1 > etc:-) Except that a lot of programs (er, all programs :-) have /usr/sbin/sendmail hardcoded, and make install replaces the symlinks. Someone else suggested changing makefiles, but then they get updated when I cvsup. If someone is going to replace any of the provided binaries, my guess is that it would be sendmail. We have a MAKE_KERBEROS etc., what about a MAKE_SENDMAIL? Or some way to get it to not install the file if it would be overwriting a symlink? Evan From owner-freebsd-current Sat Nov 15 18:42:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11846 for current-outgoing; Sat, 15 Nov 1997 18:42:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.i-connect.net (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA11841 for ; Sat, 15 Nov 1997 18:42:27 -0800 (PST) (envelope-from shimon@i-connect.net) Received: (qmail 17512 invoked by uid 1000); 16 Nov 1997 02:42:50 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 15 Nov 1997 18:42:50 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: Simon Shapiro Subject: RE: Boot Floppy Problem Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Simon Shapiro; On 15-Nov-97 you wrote: > Hi Y'all, > > At least since 13-Nov, but after 31-Oct, the boot floppy will install > everything OK (?) but the system will not boot afterwards; > > BootMGR displays all the partitions, etc., but pressing F2 for FreeBSD > (for > example), yields a ``?'' and another list of Fx buttons to push. > > If you have DOS on the system, it will be invoked fine from the bootmgr. > > No reasonable set of arguments to the boot FLOPPY kernel loader ends up > in > a booted system (from hard disk - booting from floppy obviously works). > > Any suggestion will be appreciated. > > This is on an IDE HD, IDE CD, P6-200, etc. machine which runs FreeBSD > fine > otherwise. I managed to solve the problem. Beat me if I know how :-( Essentially, what I did was to install some disk-ez ez-disk or whateveer the call it that comes with the IDE drive, then uninstall it, then ``format drive C:'' then install Doze, then install Unix again and now it works. We had similar (but a bit different) problem at work where an HP Vectra AX will not write the MBR at all, without error nor complaint! The only thing that worked was a ``low level format''. Seems like newer IDE drives are married to M$ product in some unholy matermony. I do not know enough of the internal details of this disgusting mess to comment further or offer a solution. Simon From owner-freebsd-current Sat Nov 15 19:03:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12917 for current-outgoing; Sat, 15 Nov 1997 19:03:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12893 for ; Sat, 15 Nov 1997 19:03:06 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA25955; Sat, 15 Nov 1997 19:02:55 -0800 (PST) Message-Id: <199711160302.TAA25955@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Ollivier Robert cc: freebsd-current@FreeBSD.ORG Subject: Re: current sound driver broken In-reply-to: Your message of "Thu, 13 Nov 1997 08:21:01 +0100." <19971113082101.46956@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Nov 1997 19:02:54 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Try a configuration similar to this one: controller snd0 device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x300 device opl0 at isa? port 0x388 However, witht the appropiate io ports , irqs, dma for your system. Cheers, Amancio From owner-freebsd-current Sat Nov 15 23:19:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24302 for current-outgoing; Sat, 15 Nov 1997 23:19:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24297 for ; Sat, 15 Nov 1997 23:19:49 -0800 (PST) (envelope-from spork@super-g.com) Received: from localhost (localhost [127.0.0.1]) by super-g.inch.com (8.8.7/8.8.5) with SMTP id CAA08491; Sun, 16 Nov 1997 02:14:41 -0500 (EST) Date: Sun, 16 Nov 1997 02:14:41 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: Evan Champion cc: Edwin Culp , freebsd-current@FreeBSD.ORG Subject: Re: Way to _not_ build something in make world? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Copy "Makefile" to "makefile" and cvsup won't touch it, and make reads the lower-case one first... 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 Sat, 15 Nov 1997, Evan Champion wrote: > On Sat, 15 Nov 1997, Edwin Culp wrote: > > > If someone doesn't suggest a better way, what I've been doing is to > > Change the path of sendmail and the path in /etc/rc to maybe > > /usr/local/sbin/sendmail > > the same with your sendmail wrapper for qmail. That also goes for > > programs like BIND-8.1.1 > > etc:-) > > Except that a lot of programs (er, all programs :-) have > /usr/sbin/sendmail hardcoded, and make install replaces the > symlinks. > > Someone else suggested changing makefiles, but then they get updated when > I cvsup. > > If someone is going to replace any of the provided binaries, my guess is > that it would be sendmail. We have a MAKE_KERBEROS etc., what about a > MAKE_SENDMAIL? > > Or some way to get it to not install the file if it would be overwriting a > symlink? > > Evan > From owner-freebsd-current Sat Nov 15 23:49:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25400 for current-outgoing; Sat, 15 Nov 1997 23:49:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA25392 for ; Sat, 15 Nov 1997 23:48:57 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 14901 invoked from network); 16 Nov 1997 07:48:55 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 16 Nov 1997 07:48:55 -0000 Date: Sun, 16 Nov 1997 02:48:54 -0500 (EST) From: Evan Champion To: spork cc: Edwin Culp , freebsd-current@FreeBSD.ORG Subject: Re: Way to _not_ build something in make world? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 16 Nov 1997, spork wrote: > Copy "Makefile" to "makefile" and cvsup won't touch it, and make reads the > lower-case one first... Well, I have cvsup running in delete mode, so unless I specifically told it to leave the file alone, it's just going to nuke the makefile. I guess there isn't really a good way of doing this that doesn't smell of hack in one way or another. Evan From owner-freebsd-current Sat Nov 15 23:55:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25730 for current-outgoing; Sat, 15 Nov 1997 23:55:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA25725 for ; Sat, 15 Nov 1997 23:55:24 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id IAA12757; Sun, 16 Nov 1997 08:54:00 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Johan Granlund" cc: current@FreeBSD.ORG Subject: Re: ppp and ascend problems, solution In-reply-to: Your message of "Sat, 15 Nov 1997 22:50:42 +0100." <199711152150.NAA26445@hub.freebsd.org> Date: Sun, 16 Nov 1997 08:53:59 +0100 Message-ID: <12755.879666839@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199711152150.NAA26445@hub.freebsd.org>, "Johan Granlund" writes: >The problem was that i had "flags 0x20000" in the deviceline for sio. >According to LINT it should enable RTS/CTS flowcontrol and that would be a >good thing(TM). Either it's not working with ppp or i have misunderstood >something That flag is only useful if you have a 16>6<50, which has some HW support for RTS/CTS flowcontrol. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop."