From owner-freebsd-current Sun Nov 23 01:16:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA00423 for current-outgoing; Sun, 23 Nov 1997 01:16:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sinbin.demos.su (sinbin.demos.su [194.87.5.31]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA00399 for ; Sun, 23 Nov 1997 01:15:59 -0800 (PST) (envelope-from bag@sinbin.demos.su) Received: by sinbin.demos.su id MAA21699; (8.6.12/D) Sun, 23 Nov 1997 12:15:33 +0300 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199711230915.MAA21699@sinbin.demos.su> Subject: Re: Repeated system crashes with 110897 snap. In-Reply-To: <199711230645.BAA00815@dyson.iquest.net> from "John S. Dyson" at "Nov 23, 97 01:45:31 am" X-ELM-OSV: (Our standard violations) no-mime=1; no-hdr-encoding=1 To: toor@dyson.iquest.net (John S. Dyson) Date: Sun, 23 Nov 1997 12:15:33 +0300 (MSK) Cc: toasty@shell.dragondata.com, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk try nonSMP kernel, one of our nfs server crashed with smp kernel 1-3 times a day and work fine with nonSMP kernel: 12:13ÐÐ up 25 days, 19:57, 26 users, load averages: 0.22, 0.32, 0.27 ^^^^^^^ 3.0-971012, with SMP it crashed Alex. > User Toasty said: > > > > I realize that 3.0 is beta, I'm not asking for help, I'm just reporting some > > very frequent crashes that make it nearly unusable. :) > > > > This has happened 6 times in the past 3-4 days. > > > > panic: vm_fault on nofault entry :f432f000 > > mp_lock=2, cpuid=0, lapic,id=0 > > > That is usually an NFS problem. > > > > > The machine currently is running some irc bots, and an nfs client.... > > > ^^^ See there!!! :-). > > > > If anyone has any suggestions, or anything they want me to try, please let > > me know. :) > > > Try messing with your NFS config, and see if you can tickle the bug differently to > get more info. > > -- > John > dyson@freebsd.org > jdyson@nc.com > From owner-freebsd-current Sun Nov 23 04:20:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA05968 for current-outgoing; Sun, 23 Nov 1997 04:20:39 -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 EAA05950 for ; Sun, 23 Nov 1997 04:20:34 -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 NAA19809; Sun, 23 Nov 1997 13:20:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id MAA00353; Sun, 23 Nov 1997 12:50:33 +0100 (MET) Message-ID: <19971123125032.KQ60079@uriah.heep.sax.de> Date: Sun, 23 Nov 1997 12:50:32 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG (current@freebsd.org) Cc: mburgett@awen.com (Mike Burgett) Subject: Re: nfs mounting the same partition over and over... References: <199711222253.OAA00371@dragon.awen.com> 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: <199711222253.OAA00371@dragon.awen.com>; from Mike Burgett on Nov 22, 1997 14:53:34 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Burgett wrote: > The below patch is intended to prevent being able to remount nfs partitions > over and over (and having to umount them over and over to really get rid of > them...) It is completely broken, sorry. I don't pretend to have much understanding of filesystem code myself, but you OTOH didn't even bother to read and compare the code you were hacking on. Otherwise, you should have noticed that the ndp's in ffs_mountfs() and nfs_mount() are two *very different* ndp's. You are applying your check to the mountpoint directory. The FFS code doesn't do this (this would be the ndp in ffs_mount()), it applies the check to the source device (disk partition), which is legitime. Again, since you didn't respond to the followups Bruce and me have sent to your PR: it is _intention_ that you can mount multiple times over the same mountpoint. (FFS needs to restrict this so you can mount the same resource only once, but even with FFS, it's still possible to mount two different partitions stacked over the same mountpoint. Other filesystems like NFS have no need to restrict a re-use of the same resource.) The original bug you're trying to fix here was that mount -a did attempt to mount the same filesystems over and over again. This was broken from the beginning, and only incidentally halfways worked all the time since FFS cannot mount a resource more than once. Not only NFS was affected by the breakage, but other filesystems as well. Suppose you've got a MFS /tmp in your fstab, repeatedly calling `mount -a' would start a new MFS process each time. As indicated in the followups to your PR (which i'm going to close), Steve Price fixed the mount -a bug on 1997/08/24 (and unlike your hack, we did quite some tests before allowing the fix to go in, including running it on a diskless machine, and on a MFS /tmp machine). However, Steve and i considered the change in behaviour of mount -a too drastical to merge it into the 2.2-stable branch. Sorry to sound that harsh here, but it's sometimes not a bad idea to discuss matters first... -- 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 23 06:54:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA13304 for current-outgoing; Sun, 23 Nov 1997 06:54:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dragon.awen.com (dragon.awen.com [207.33.155.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA13299 for ; Sun, 23 Nov 1997 06:54:36 -0800 (PST) (envelope-from mburgett@dragon.awen.com) Received: (from mburgett@localhost) by dragon.awen.com (8.8.8/8.8.7) id GAA05747; Sun, 23 Nov 1997 06:54:30 -0800 (PST) Message-Id: <199711231454.GAA05747@dragon.awen.com> From: "Mike Burgett" To: "current@freebsd.org" , "Joerg Wunsch" Date: Sun, 23 Nov 97 06:54:30 -0800 Reply-To: "Mike Burgett" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: nfs mounting the same partition over and over... Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Nov 1997 12:50:32 +0100, J Wunsch wrote: >It is completely broken, sorry. That's what I wanted to find out. >I don't pretend to have much understanding of filesystem code myself, >but you OTOH didn't even bother to read and compare the code you were >hacking on. Otherwise, you should have noticed that the ndp's in >ffs_mountfs() and nfs_mount() are two *very different* ndp's. You are >applying your check to the mountpoint directory. The FFS code doesn't >do this (this would be the ndp in ffs_mount()), it applies the check >to the source device (disk partition), which is legitime. I wasn't trying to pretend to understand anything. It's confusing in there, and I suspected the patch/hack was incorrect/incomplete, which is why I posted it here, to get feedback. I know the ffs is checking the ndp for the device, and I'm checking for the mountpoint. I traced the code with printf's, noting the count went > 1 on subsequent mounts of a nfs system on the mountpoint, so it seemed reasonable to use the check. (actually, devices you attempt to mount more that once seem to get weeded out by a check just prior to the code I stole from ffs, when vfs_mountedon is called, but that relies on the the fact it's a special device, using the flag bits for such...) >Again, since you didn't respond to the followups Bruce and me have >sent to your PR: I'm sorry. I'm pretty good about responding to my email, but I've seen nothing from either of you about the pr... I could have missed it in a crush of mail messages I suppose, but it would be unusual for me to miss multiple messages. Or were the responses in question to some other mailing list I've missed? I read questions, hackers, hardware, mobile, ports, scsi, stable, (and since yesterday) current. > it is _intention_ that you can mount multiple times >over the same mountpoint. (FFS needs to restrict this so you can >mount the same resource only once, but even with FFS, it's still >possible to mount two different partitions stacked over the same >mountpoint. Other filesystems like NFS have no need to restrict a >re-use of the same resource.) I understand that, but it seem sloppy to allow the *same* nfs filesystem to be mounted over the same mountpoint multiple times too. (And yes, I know my hack wouldn't differentiate...) >The original bug you're trying to fix here was that mount -a did >attempt to mount the same filesystems over and over again. This >was broken from the beginning, and only incidentally halfways worked >all the time since FFS cannot mount a resource more than once. Not >only NFS was affected by the breakage, but other filesystems as well. >Suppose you've got a MFS /tmp in your fstab, repeatedly calling >`mount -a' would start a new MFS process each time. Mounting a nfs partition over and over by name succeeds too, not just when mount -a is done. >As indicated in the followups to your PR (which i'm going to close), >Steve Price fixed the mount -a bug on 1997/08/24 (and unlike your >hack, we did quite some tests before allowing the fix to go in, >including running it on a diskless machine, and on a MFS /tmp >machine). However, Steve and i considered the change in behaviour of >mount -a too drastical to merge it into the 2.2-stable branch. I didn't intend for my message (either to here, or -stable) to be taken as a request to submit the code to the repository, for _any_ version. I just wanted people who know more about it than me (which, as you've pointed out, is just about anyone) to look at it, discuss it, and test it, if they were so inclined. Perhaps this was the wrong place to make such a request, and only code that's ready to submit should be posted here. Sorry if that's the case. I thought I was clear that I didn't have the resources here to test do any but very simple tests. >Sorry to sound that harsh here, but it's sometimes not a bad idea to >discuss matters first... Wow... I thought that's what I was doing, by posting my hack, and asking for tests/comments. I see people bashed all the time too, for just complaining about broken code, and not trying to help fix it. I was trying to avoid that syndrome. :-/ If you're interested in discussing it, either here, or offline, I'd be interested in more info than just 'it's completely broken'.... Thanks, Mike From owner-freebsd-current Sun Nov 23 07:10:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13852 for current-outgoing; Sun, 23 Nov 1997 07:10:41 -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 HAA13847 for ; Sun, 23 Nov 1997 07:10:39 -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 KAA02893 for ; Sun, 23 Nov 1997 10:11:07 -0500 (EST) Date: Sun, 23 Nov 1997 10:11:06 -0500 (EST) From: "Michael R. Rudel" To: current@freebsd.org Subject: login.conf 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 After getting very annoyed at login.conf this morning, I decided to look through the login code. It looks through the login.conf file, but not for all the options listed in the manual page. Am I mistaken, are they coded in elsewhere, or should the man page perhaps be updated? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= mrr-home.trekworld.com -=- FreeBSD 3.0-CURRENT -=- There are no Limits Michael R. Rudel - Rhiannon Internet Services - Lead Programmer Administrator - Deep Space MUSE :: trekworld.com :: FreeBSD: Turning PCs into workstations. -=-=-=-=-=-=-=-=-=-=-=-=-=- mrr@trekworld.com -=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Sun Nov 23 07:58:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15712 for current-outgoing; Sun, 23 Nov 1997 07:58:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from europa.humberc.on.ca (melange@europa.humberc.on.ca [142.214.112.124]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15707 for ; Sun, 23 Nov 1997 07:58:04 -0800 (PST) (envelope-from melange@europa.humberc.on.ca) Received: from localhost (melange@localhost) by europa.humberc.on.ca (8.8.5/8.8.5) with SMTP id LAA21008 for ; Sun, 23 Nov 1997 11:00:54 -0500 (EST) Date: Sun, 23 Nov 1997 11:00:52 -0500 (EST) From: Bob K To: freebsd-current@freebsd.org Subject: Followup to sb16 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 Okay. With more recent sources, namely: FreeBSD 3.0-971120-SNAP #0: Sun Nov 23 07:42:58 EST 1997 including a good ol' make -j4 world, with the following kernel messages related to sound: Nov 23 07:50:43 apathy /kernel: sb0 at 0x220 irq 5 drq 1 on isa Nov 23 07:50:43 apathy /kernel: snd0: Nov 23 07:50:43 apathy /kernel: sbxvi0 at ? drq 5 on isa Nov 23 07:50:43 apathy /kernel: snd0: Nov 23 07:50:43 apathy /kernel: sbmidi0 at 0x330 on isa Nov 23 07:50:43 apathy /kernel: snd0: Nov 23 07:50:43 apathy /kernel: opl0 at 0x388 on isa Nov 23 07:50:43 apathy /kernel: snd0: I get, with amp and the frame counter enabled (-s): 10:34:49am|melange@apathy:/home/melange> amp -s spacem.mp3 amp 0.7.6, (C) Tomislav Uzelac 1996,1997 THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY PLEASE READ THE DOCUMENTATION FOR DETAILS Playing: spacem.mp3 Properties: stereo 22050Hz Coding Method: MPEG2.0 layer3 Bitrate: 56kbit/s { 130 } the frame counter (as well as the music) stops right there. At that point, this appears in /var/log/messages: Nov 23 10:39:56 apathy /kernel: isa_dma_acquire: channel 5 already in use Please note that nothing else in the bootup messages says that it's using drq 5. Whereas with -nobuffer, it plays all 8510 frames without problem. Here's the entries in /sys/i386/conf/APATHY related to sound: controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 which matches what's in LINT. It definitely worked with the 3.0-971104-SNAP and earlier ones. If anyone wants/needs more info, feel free to ask... (Perhaps it's time I actually learned C ;) From owner-freebsd-current Sun Nov 23 08:18:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16600 for current-outgoing; Sun, 23 Nov 1997 08:18:29 -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 IAA16595 for ; Sun, 23 Nov 1997 08:18:25 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id DAA04402 for current@freebsd.org; Mon, 24 Nov 1997 03:17:44 +1100 Date: Mon, 24 Nov 1997 03:17:44 +1100 From: Bruce Evans Message-Id: <199711231617.DAA04402@godzilla.zeta.org.au> To: current@freebsd.org Subject: LINT breakage Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recent sound driver breakage: ../../i386/isa/sound/sb_dsp.c:222: warning: no previous prototype for `dsp_speaker' ../../i386/isa/sound/sb_dsp.c: In function `sb_dsp_prepare_for_input': ../../i386/isa/sound/sb_dsp.c:478: structure has no member named `dma_chan' ../../i386/isa/sound/sb_dsp.c:479: structure has no member named `dma_chan' ../../i386/isa/sound/sb_dsp.c:481: structure has no member named `dma_chan' ../../i386/isa/sound/sb_dsp.c: In function `sb_dsp_prepare_for_output': ../../i386/isa/sound/sb_dsp.c:522: structure has no member named `dma_chan' ../../i386/isa/sound/sb_dsp.c:523: structure has no member named `dma_chan' ../../i386/isa/sound/sb_dsp.c:525: structure has no member named `dma_chan' ../../i386/isa/sound/sb16_dsp.c: In function `sb16_dsp_prepare_for_input': ../../i386/isa/sound/sb16_dsp.c:328: structure has no member named `dma_chan' ../../i386/isa/sound/sb16_dsp.c:329: structure has no member named `dma_chan' ../../i386/isa/sound/sb16_dsp.c:331: structure has no member named `dma_chan' ../../i386/isa/sound/sb16_dsp.c: In function `sb16_dsp_prepare_for_output': ../../i386/isa/sound/sb16_dsp.c:351: structure has no member named `dma_chan' ../../i386/isa/sound/sb16_dsp.c:352: structure has no member named `dma_chan' ../../i386/isa/sound/sb16_dsp.c:354: structure has no member named `dma_chan' Old sound driver breakage: ../../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' [SMP link time breakage not reachable] Bruce From owner-freebsd-current Sun Nov 23 09:04:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA18799 for current-outgoing; Sun, 23 Nov 1997 09:04:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA18791 for ; Sun, 23 Nov 1997 09:04:27 -0800 (PST) (envelope-from jfieber@indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.7/8.8.7) with SMTP id MAA01594; Sun, 23 Nov 1997 12:04:20 -0500 (EST) Date: Sun, 23 Nov 1997 12:04:20 -0500 (EST) From: John Fieber To: "Michael R. Rudel" cc: current@FreeBSD.ORG Subject: Re: login.conf 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, 23 Nov 1997, Michael R. Rudel wrote: > It looks through the login.conf file, but not for all the options listed > in the manual page. Am I mistaken, are they coded in elsewhere, or should > the man page perhaps be updated? There are a lot of unsupported options which need to be documented as unsupported, or removed from the documentation and sample login.conf file. -john From owner-freebsd-current Sun Nov 23 09:27:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19862 for current-outgoing; Sun, 23 Nov 1997 09:27:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19850 for ; Sun, 23 Nov 1997 09:27:17 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id SAA03852; Sun, 23 Nov 1997 18:27:37 +0100 (MET) (envelope-from sos) Message-Id: <199711231727.SAA03852@sos.freebsd.dk> Subject: Re: LINT breakage In-Reply-To: <199711231617.DAA04402@godzilla.zeta.org.au> from Bruce Evans at "Nov 24, 97 03:17:44 am" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 23 Nov 1997 18:27:32 +0100 (MET) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.dk X-Mailer: ELM [version 2.4ME+ PL30 (25)] 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 In reply to Bruce Evans who wrote: Is there any posibility that we can get the f***ing sound code to just compile ?? I need this to work guys!! If this mess continues we must convince someone to take this stuff REAL serious. We are a total laugh in this area for now.... Amancio ?? AMANCIO !!!! > Recent sound driver breakage: > ../../i386/isa/sound/sb_dsp.c:222: warning: no previous prototype for `dsp_speaker' > ../../i386/isa/sound/sb_dsp.c: In function `sb_dsp_prepare_for_input': > ../../i386/isa/sound/sb_dsp.c:478: structure has no member named `dma_chan' > ../../i386/isa/sound/sb_dsp.c:479: structure has no member named `dma_chan' > ../../i386/isa/sound/sb_dsp.c:481: structure has no member named `dma_chan' > ../../i386/isa/sound/sb_dsp.c: In function `sb_dsp_prepare_for_output': > ../../i386/isa/sound/sb_dsp.c:522: structure has no member named `dma_chan' > ../../i386/isa/sound/sb_dsp.c:523: structure has no member named `dma_chan' > ../../i386/isa/sound/sb_dsp.c:525: structure has no member named `dma_chan' > ../../i386/isa/sound/sb16_dsp.c: In function `sb16_dsp_prepare_for_input': > ../../i386/isa/sound/sb16_dsp.c:328: structure has no member named `dma_chan' > ../../i386/isa/sound/sb16_dsp.c:329: structure has no member named `dma_chan' > ../../i386/isa/sound/sb16_dsp.c:331: structure has no member named `dma_chan' > ../../i386/isa/sound/sb16_dsp.c: In function `sb16_dsp_prepare_for_output': > ../../i386/isa/sound/sb16_dsp.c:351: structure has no member named `dma_chan' > ../../i386/isa/sound/sb16_dsp.c:352: structure has no member named `dma_chan' > ../../i386/isa/sound/sb16_dsp.c:354: structure has no member named `dma_chan' > > Old sound driver breakage: > ../../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' > > [SMP link time breakage not reachable] > > Bruce > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Nov 23 11:03:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24745 for current-outgoing; Sun, 23 Nov 1997 11:03:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mom.hooked.net (root@mom.hooked.net [206.80.6.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA24740 for ; Sun, 23 Nov 1997 11:03:54 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.5/8.8.5) with SMTP id LAA19664 for ; Sun, 23 Nov 1997 11:03:53 -0800 (PST) Date: Sun, 23 Nov 1997 19:03:53 +0000 (GMT) From: Alex To: current@freebsd.org Subject: Weird hanging problem 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'm running a make world from about three weeks ago, and noticed that when I use a kernel I generated from Mr. Gibbs's cam snapshot of 11/13 that everything works just fine, and dandy. Switching to a snapshot from 11/17 causes random hangs when I do biff y;fetchmail -d0 on one console, and load pine on another (the bovine rc5 client is on another console). The weird thing is that the machine isn't hung, but it takes about 40 seconds for it to switch vts (which it only will do once), alt-ctrl-del won't work, and the {num|caps|scroll}lock lights do work. This forces a tap of the reset button :( I thought maybe it was Mr Gibbs's code, but I tried a kernel from sources cvsup'd on the 22nd (identical config, except sd vs da and ahc_tagenable and scbpaging have been disabled) and got the same result. < semi rant > On a side note, I switched some stuff around in the scsi bios, which makes scsi id 1 = 0x80 and id 0 = 0x81, so I can boot off id 1. This means, that root will be on {sd|da}0, when the Booteasy thingy thinks it is on {sd|da}1. Even with a root on {da|sd} 0, the booteasy manager will overide this, and panic the kernel. To me this seems broken, even if this _is_ the desired operation. I think it should at least try whatever root on is suggesting. Any help would be appreciated. - alex From owner-freebsd-current Sun Nov 23 12:51:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA00648 for current-outgoing; Sun, 23 Nov 1997 12:51:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from shell.dragondata.com (toasty@shell.dragondata.com [204.137.237.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA00643 for ; Sun, 23 Nov 1997 12:51:26 -0800 (PST) (envelope-from toasty@shell.dragondata.com) Received: (from toasty@localhost) by shell.dragondata.com (8.8.7/8.8.7) id OAA05538; Sun, 23 Nov 1997 14:50:41 -0600 (CST) (envelope-from toasty) From: User Toasty Message-Id: <199711232050.OAA05538@shell.dragondata.com> Subject: Re: Repeated system crashes with 110897 snap. In-Reply-To: <199711230915.MAA21699@sinbin.demos.su> from "Alex G. Bulushev" at "Nov 23, 97 12:15:33 pm" To: bag@sinbin.demos.su (Alex G. Bulushev) Date: Sun, 23 Nov 1997 14:50:41 -0600 (CST) Cc: toor@dyson.iquest.net, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] 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 > try nonSMP kernel, one of our nfs server crashed with smp kernel > 1-3 times a day and work fine with nonSMP kernel: > > 12:13ÐÐ up 25 days, 19:57, 26 users, load averages: 0.22, 0.32, 0.27 > ^^^^^^^ 3.0-971012, with SMP it crashed > > Alex. > > > > > > > panic: vm_fault on nofault entry :f432f000 > > > mp_lock=2, cpuid=0, lapic,id=0 > > > > > That is usually an NFS problem. > > I tried without an SMP kernel, and get crashes *more* often.... Kevin From owner-freebsd-current Sun Nov 23 15:24:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10119 for current-outgoing; Sun, 23 Nov 1997 15:24:46 -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 PAA10099 for ; Sun, 23 Nov 1997 15:24:34 -0800 (PST) (envelope-from jhs@freebsd.org) Received: (from jhs@localhost) by desk.jhs.no_domain (8.8.5/8.8.5) id XAA19956; Thu, 20 Nov 1997 23:20:48 +0100 (MET) Date: Thu, 20 Nov 1997 23:20:48 +0100 (MET) Message-Id: <199711202220.XAA19956@desk.jhs.no_domain> To: current@freebsd.org Subject: nfs remote mount of busy cd crashes client kernel From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Web: http://www.freebsd.org/~jhs/ (Has PGP Key) X-Tel: +49.89.268616 X-Fax: +49.89.2608126 X-Data: +49.89.26023276 X-Company: Vector Systems Ltd, Unix & Internet Consultants. X-Mailer: EXMH-1.6.9 + FreeBSD-2.2.2 (Unix) Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For kernel / nfs folk only I guess: I noticed this on 2 networked 2.2.2 systems, (but I'm about to upgrade so I'm mentioning it in case it's still around on 2.2.5 or current, & for those who like to try for kernel crashes. I had a 486/16M/66MHz/ reading it's scsi cd (freebsd.2.2.5 disc #2) on to a scsi disk by a local (within host) tar cf- . | (cd ....blah ; tar xf -), It had been running maybe 15 mins so cdrom was probably fully queued up. My new 586/64/200 then booted, & 'df' as a normal user caused trap 12, page fault in kernel mode I did this 4 times with fscks inbetween, so repeatable. I then did a umount -a -t nfs ; df it didnt crash. BTW: -r-xr-sr-x 1 bin operator 49152 Jun 24 18:49 /bin/df & the 2 systems are 10M co-ax ethernet linked on a quiet (home) ether. There's an earlier pre crash symprom to watch for: I have in fstab: desk:/cdrom /net/desk/cdrom nfs ro,intr,soft,bg 0 0 but I get this: % pwd /net/desk % ls ls: cdrom: Input/output error dos/ root/ usr/ usr1/ usr2/ usr3/ usr4/ var/ yet mount thinks it's there % mount .... desk:/cdrom on /net/desk/cdrom (read-only) Even after the 486 has finised the copy, the 586 will still crash on df, even after the 486 cd is no longer busy, & the 586 has rebooted. PS the 486 kernel might be a stable of some vintage, & not a 2.2.2, but it's the 2.2.2 release kernel that crashes. I know nfs is flakey, & don't mind it failing, but it seems a shame that when it dies it takes the 2.2.2 kernel with it. No doubt I'll be trying a similar scenario on 2.2.5 & current soon, by accident or design, but kernel people might want to try something similar. Julian -- Julian H. Stacey http://www.freebsd.org/~jhs/ Tel. +49 89 268616 From owner-freebsd-current Sun Nov 23 17:09:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19898 for current-outgoing; Sun, 23 Nov 1997 17:09:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from logues.rhn.orst.edu (logues.RHN.ORST.EDU [128.193.137.99]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19893 for ; Sun, 23 Nov 1997 17:09:36 -0800 (PST) (envelope-from logue@logues.rhn.orst.edu) Received: from localhost (logue@localhost) by logues.rhn.orst.edu (8.8.8/8.8.8) with SMTP id RAA29715 for ; Sun, 23 Nov 1997 17:09:36 -0800 (PST) (envelope-from logue@logues.rhn.orst.edu) Date: Sun, 23 Nov 1997 17:09:35 -0800 (PST) From: logue To: freebsd-current@freebsd.org Subject: current ports 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 Hello, Since erasing, and CVSup'ing my ports tree, I have lost all the README.html files that populated the ports tree. How can I set up CVSup to get these files? -STEVEl From owner-freebsd-current Sun Nov 23 17:59:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA23072 for current-outgoing; Sun, 23 Nov 1997 17:59:10 -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 RAA23067 for ; Sun, 23 Nov 1997 17:59:07 -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 RAA07808; Sun, 23 Nov 1997 17:58:49 -0800 (PST) To: logue cc: freebsd-current@FreeBSD.ORG Subject: Re: current ports In-reply-to: Your message of "Sun, 23 Nov 1997 17:09:35 PST." Date: Sun, 23 Nov 1997 17:58:49 -0800 Message-ID: <7804.880336729@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hello, > > Since erasing, and CVSup'ing my ports tree, I have lost all the > README.html files that populated the ports tree. How can I set up CVSup > to get these files? CVSup doesn't supply them - they're custom generated by the release scripts for the ports distribution. You can remake them at any time by saying: cd /usr/ports make readmes From owner-freebsd-current Sun Nov 23 18:33:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA24745 for current-outgoing; Sun, 23 Nov 1997 18:33:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from logues.rhn.orst.edu (logues.RHN.ORST.EDU [128.193.137.99]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA24740 for ; Sun, 23 Nov 1997 18:33:41 -0800 (PST) (envelope-from logue@logues.rhn.orst.edu) Received: from localhost (logue@localhost) by logues.rhn.orst.edu (8.8.8/8.8.8) with SMTP id SAA23523 for ; Sun, 23 Nov 1997 18:33:40 -0800 (PST) (envelope-from logue@logues.rhn.orst.edu) Date: Sun, 23 Nov 1997 18:33:40 -0800 (PST) From: logue To: freebsd-current@freebsd.org Subject: Weird SCSI error In-Reply-To: <7804.880336729@time.cdrom.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 Does anyone know what this means? It happened this morning while uncompressing a large .tgz file from my Jaz drive to my Jaz drive. Nov 23 10:47:48 logues /kernel: sd_strategy: Negative block number: 0xc014145c I got an error about the .tgz file being corrupt, but when I unzipped the original .tgz from my home directory that I copied just moments before to the the Jaz, the archive was fine. -STEVEl From owner-freebsd-current Sun Nov 23 19:33:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28147 for current-outgoing; Sun, 23 Nov 1997 19:33:28 -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 TAA28138 for ; Sun, 23 Nov 1997 19:33:26 -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 TAA10709; Sun, 23 Nov 1997 19:31:53 -0800 (PST) Date: Sun, 23 Nov 1997 19:28:22 -0800 (PST) From: Burton Sampley X-Sender: bsampley@bsampley To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.ORG Subject: Re: current ports In-Reply-To: <7804.880336729@time.cdrom.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 -----BEGIN PGP SIGNED MESSAGE----- COOL!! Thanks Jordan! I was always curious how to get the *.html files back into the ports. I really liked that feature from the cdrom install. - - burton - On Sun, 23 Nov 1997, Jordan K. Hubbard wrote: > > > > Hello, > > > > Since erasing, and CVSup'ing my ports tree, I have lost all the > > README.html files that populated the ports tree. How can I set up CVSup > > to get these files? > > CVSup doesn't supply them - they're custom generated by the release > scripts for the ports distribution. You can remake them at any time > by saying: > > cd /usr/ports > make readmes > - --------------- 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 iQCVAwUBNHj0XXt2O8KJtMdBAQFWXgP/RMSfzaYb72QLy3CMtp/PZDlEW9q8LiJW 3o+tQghOJd+ANleNslaNaZZHtdLNk7LJwriDWa4pBEfo70JedgLa4/e3omqsM9ET ot4+3QCA3Q9qmNPBoDcI1R5FAWQjiOtGXt/YQMuJy/U5V5L6k1igR7d+SDhTjh6k N0oLK0r/R8k= =WzX0 -----END PGP SIGNATURE----- From owner-freebsd-current Sun Nov 23 23:50:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13268 for current-outgoing; Sun, 23 Nov 1997 23:50:36 -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 XAA13257 for ; Sun, 23 Nov 1997 23:50:31 -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 IAA02136 for current@FreeBSD.ORG; Mon, 24 Nov 1997 08:50:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id IAA02877; Mon, 24 Nov 1997 08:26:59 +0100 (MET) Message-ID: <19971124082659.QQ36712@uriah.heep.sax.de> Date: Mon, 24 Nov 1997 08:26:59 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: nfs remote mount of busy cd crashes client kernel References: <199711202220.XAA19956@desk.jhs.no_domain> 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: <199711202220.XAA19956@desk.jhs.no_domain>; from Julian H. Stacey on Nov 20, 1997 23:20:48 +0100 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Julian H. Stacey wrote: > My new 586/64/200 then booted, & 'df' as a normal user caused > trap 12, page fault in kernel mode Please, include the exact location where this happened, including the stack trace. -- 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 Mon Nov 24 00:22:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA15559 for current-outgoing; Mon, 24 Nov 1997 00:22:34 -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 AAA15547 for ; Mon, 24 Nov 1997 00:22:22 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (ts1port9d.masternet.it [194.184.65.237]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id JAA00314 for ; Mon, 24 Nov 1997 09:27:16 +0100 (MET) Message-ID: <347947CA.9161BE88@giovannelli.it> Date: Mon, 24 Nov 1997 10:24:26 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "FreeBSD 3.0" Subject: Suggestion to speed up make world Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have done a lot of plain "make world" in these days using this little scripts: #!/bin/sh cd /usr/src echo -n "---- Start Make World : " >>/root/world.log date >>/root/world.log cd /usr/src make world >/dev/null && echo -n "---- End Make World : " >>/root/world.log && date >>/root/world.log chmod 777 /var/mail chmod 555 /usr/share/man/cat? a) ---- Start Make World : Mon Nov 17 10:06:17 GMT 1997 a) ---- End Make World : Mon Nov 17 11:56:31 GMT 1997 b) ---- Start Make World : Wed Nov 19 10:40:41 GMT 1997 b) ---- End Make World : Wed Nov 19 12:30:21 GMT 1997 c) ---- Start Make World : Fri Nov 21 03:24:35 GMT 1997 c) ---- End Make World : Fri Nov 21 05:16:52 GMT 1997 d) ---- Start Make World : Fri Nov 21 18:15:36 GMT 1997 d) ---- End Make World : Fri Nov 21 20:09:23 GMT 1997 e) ---- Start Make World : Sat Nov 22 15:30:40 CET 1997 e) ---- End Make World : Sat Nov 22 17:29:29 CET 1997 f) ---- Start Make World : Mon Nov 24 02:38:05 CET 1997 f) ---- End Make World : Mon Nov 24 04:27:21 CET 1997 All the line minus f) was obtained using : /dev/sd1a on / (local) /dev/sd1s2f on /usr (asynchronous, NFS exported, local) /dev/sd1s2e on /var (asynchronous, local, noatime) procfs on /proc (local) This last, f), one was obtained using : /dev/sd1a on / (local) /dev/sd1s2f on /usr (asynchronous, NFS exported, local) /dev/sd1s2e on /var (asynchronous, local, noatime) /dev/sd0s2e on /usr/obj (asynchronous, local, noatime) procfs on /proc (local) I though I can achieve better result if I use two disks for the /usr/obj and /usr/src, than only one for both. But in reality the gain in the time is little and I am not so fast as other people here in the list that use slower hardware . I use -pipe -O in the make.conf and I do plain "make world". My configuration is : FreeBSD 3.0-CURRENT #0: Sat Nov 22 18:58:52 CET 1997 root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO CPU: AMD-K6tm w/ multimedia extensions (233.86-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x561 Stepping=1 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62660608 (61192K bytes) Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 chip2: rev 0x01 int d irq 15 on pci0.1.2 chip3: rev 0x01 on pci0.1.3 de0: rev 0x11 int a irq 9 on pci0.10.0 de0: 21041 [10Mb/s] pass 1.1 de0: address 00:40:05:30:ba:0b vga0: rev 0x00 int a irq 10 on pci0.11.0 ahc0: rev 0x00 int a irq 11 on pci0.12.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 4341MB (8890760 512 byte sectors) ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4341MB (8890760 512 byte sectors) ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers ahc0:A:2: refuses synchronous negotiation. Using asynchronous transfers sd2 at scbus0 target 2 lun 0 sd2: type 0 removable SCSI 2 sd2: Direct-Access sd2: ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd2 could not mode sense (4). Using ficticious geometry [...] In the kernel (from c to f )I have used : options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO All the make world except one (made from an xterm) was made from console without any other relevant task in the background (single box not connected to the net) Any suggestions to speed up my box ? Another funny thing : Adaptec support told me one time to disable disconnection of the drives (for correcting some incompatibility with matrox card under Win95) but if I leave them disconnected with the 3 option above I can see fireworks during a make world ... Is it correct ? Thanks everyone for attention and sorry for the long posting... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Mon Nov 24 07:47:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA11119 for current-outgoing; Mon, 24 Nov 1997 07:47:36 -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 HAA11114 for ; Mon, 24 Nov 1997 07:47:31 -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-Z17) with ESMTP id QAA09025 for ; Mon, 24 Nov 1997 16:47:17 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.8/8.6.9) id QAA00464 for freebsd-current@freefall.cdrom.com; Mon, 24 Nov 1997 16:47:18 +0100 (MET) Date: Mon, 24 Nov 1997 16:47:18 +0100 (MET) From: Christoph Kukulies Message-Id: <199711241547.QAA00464@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: cvt-wtmp problem Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I believe I finally found out what binary was messing up my /var/log/wtmp. 'sshd/ssh' seemed to be the culprit. But although I upgraded cvt-wtmp and converted my /var/log/wtmp I still have a clobbered entry: # cc -o cvt-wtmp /usr/src/tools/3.0-upgrade/cvt-wtmp.c # ./cvt-wtmp /var/log/wtmp File "/var/log/wtmp": 0 old and 94 new records found. # # last | head kuku ttyp0 137.226.123.45 Mon Nov 24 16:06 still logged in kuku ttyp0 137.226.123.45 Mon Nov 24 15:31 still logged in kuku ttyp0 137.226.123.45 Mon Nov 24 14:35 - 15:10 (00:35) kuku ftp 137.226.30.2 Mon Nov 24 13:56 - 13:56 (00:00) ttyp1 137.226.123.45 Mon Nov 24 13:49 still logged in kuku ttyp0 137.226.123.45 Mon Nov 24 13:44 - 14:15 (00:30) friend ttyp0 other Mon Nov 24 13:26 - 13:28 (00:01) kuku ttyp0 gilberto Mon Nov 24 11:10 - 11:24 (00:13) kuku ttyp0 gilberto Mon Nov 24 10:56 - 11:00 (00:03) kuku ttyp0 137.226.123.45 Mon Nov 24 10:50 still logged in # The 5th line above is the strange one as you can see. Any ideas? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Nov 24 11:46:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28166 for current-outgoing; Mon, 24 Nov 1997 11:46:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lamb.sas.com (root@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28124 for ; Mon, 24 Nov 1997 11:45:54 -0800 (PST) (envelope-from sasdrq@unx.sas.com) Received: from mozart (wether.sas.com [192.35.83.7]) by lamb.sas.com (8.8.7/8.8.7) with SMTP id OAA14436 for ; Mon, 24 Nov 1997 14:45:48 -0500 (EST) Received: from gamecock.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA27466; Mon, 24 Nov 1997 14:45:47 -0500 Received: by gamecock.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA06402; Mon, 24 Nov 1997 14:45:47 -0500 From: David Quattlebaum Message-Id: <199711241945.AA06402@gamecock.unx.sas.com> Subject: test To: majordomo@freebsd.org (freebsd listserv) Date: Mon, 24 Nov 1997 14:43:40 -0500 (EST) X-Mailer: ELM [version 2.5 PL0b1] Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk lists From owner-freebsd-current Mon Nov 24 13:21:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06817 for current-outgoing; Mon, 24 Nov 1997 13:21:13 -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 NAA06812 for ; Mon, 24 Nov 1997 13:21:09 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id NAA29569; Mon, 24 Nov 1997 13:20:32 -0800 (PST) Message-Id: <199711242120.NAA29569@rah.star-gate.com> To: gmarco@giovannelli.it cc: "FreeBSD 3.0" , hasty@rah.star-gate.com Subject: Re: Suggestion to speed up make world In-reply-to: Your message of "Mon, 24 Nov 1997 10:24:26 +0100." <347947CA.9161BE88@giovannelli.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29566.880406431.1@rah.star-gate.com> Date: Mon, 24 Nov 1997 13:20:31 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk No fireworks over here with my matrox millenim and adaptec 2940UW with make world and disconnect enabled well at least thats the case with FreeBSD 8) Cheers, Amancio From owner-freebsd-current Mon Nov 24 21:15:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11580 for current-outgoing; Mon, 24 Nov 1997 21:15:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11550 for ; Mon, 24 Nov 1997 21:14:58 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12326 invoked by uid 1000); 25 Nov 1997 05:13:35 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711191840.KAA01635@rah.star-gate.com> Date: Mon, 24 Nov 1997 21:13:35 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Amancio Hasty Subject: Re: make world time???/ Cc: Shimon@i-connect.net, current@FreeBSD.ORG, smp@csn.net, sprice@hiwaay.net, toor@dyson.iquest.net, Eivind Eklund Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 19-Nov-97 Amancio Hasty wrote: > Hi, > > I wish we could do sub-minute compiles 8) > make world started on Tue Nov 18 22:31:50 PST 1997 > make world completed on Tue Nov 18 23:44:02 PST 1997 > > So it takes about 75 minutes to do a make world over here and > again 8) > > I have a Pentium Pro 200Mhz , 48MB , 4.3 Seagate Cheetah (10000 > rpms). > > mount -u -o async,noatime /usr > cd /usr/src > make clean #if you already have a clean obj or no /usr/obj populated > #there is no need to do this step. > make world >build.log > > /etc/make.conf modified flags: > NOCLEAN=true > CFLAGS= -O -pipe > > kernel config file special flags : > options AHC_TAGENABLE > options AHC_SCBPAGING_ENABLE > options AHC_ALLOW_MEMIO > > Without the above your world build time will probably be double if > you are doing your system build on your scsi disk drives. > > I suspect that mounting a /usr/obj on a fast scsi or IDE drive is > not going to lower my performance figures. We need to experiment > to find out whats going on fast system builds. Yup. Look elsewhere from the disk I/O. It is NOT being stressed. If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Mon Nov 24 21:15:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11673 for current-outgoing; Mon, 24 Nov 1997 21:15:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11629 for ; Mon, 24 Nov 1997 21:15:18 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12342 invoked by uid 1000); 25 Nov 1997 05:13:36 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 24 Nov 1997 21:13:36 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org Subject: Compiler Bug??? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I hope someone reads this and actually responds. I cross-mail to these lists as some people I am trying to reach do not read either of these lists and it touches all (I think). O/S: FreeBSD 3.0-current as of last few days. X11 3.3.1, compiled here (mainly to get rid of the libtermcap problem). Scenario 1: Xfmail of 17-Nov-97 with xforms 0.88: Compiles fine, then produces dozens of ``Bad Attribute'' and `Bad Coordinates''. These come from libX11. Tearing my hair out did not help, so I boot UP (was on SMP). The problem is... GONE! Recompile on UP, reboot SMP... Problem is... Yup, GONE! Scenario 2: Boot SMP again. Compile and run Xcoral 3.1. Pretty cool editor and finally can do ``normal'' cut-n-paste, etc. So I set its geometry in .Xdefaults to =200x400. Nope. Will not chnge size. I modify parse.c to have the ugly printf you see below: flags = XParseGeometry ( buf, &x, &y, &width, &he (void)fprintf(stderr, "%s.%d: x = %d, y = %d, w = %d, h =%d\n", __FILE__, __LINE__, x, y, width, height); It says: parse.c.843: x = -272640524, y = 537577259, w = 200, h = 400 (x, y are corrdinates which are unspecified, which is OK to look this ugly) Size is still huge (about 600x800). So I add another printf: if ( (width < ((DisplayWidth ( dpy, DefaultScreen (dpy )) * 2 ) || width > DisplayWidth ( dpy, DefaultScreen (dpy ) ) ) opt->width = (DisplayWidth ( dpy, DefaultScreen (dpy ) ) *7) / 10; else opt->width = width; if ( (height < ((DisplayHeight ( dpy, DefaultScreen (dpy )) * 1 ) /5 )) || height > DisplayHeight ( dpy, DefaultScreen (dpy ) ) ) opt->height = (DisplayHeight ( dpy, DefaultScreen (dpy ) ) * 6) / 10; else opt->height = height; (void)fprintf(stderr, "%s.%d:width = %d, height = %d\n", __FILE__, __LINE__, opt->width = width, opt->height); Guess what? The window now has the specified geometry! I would not have paid much attention to these, unless I also had the problem where cc1 dumps core when we run make -j8 world, some times. Re-boot clears the crashing of the compiler. I really am NOT a compiler person (what are you simon? dunno...), so I cannot intelligently proceed without some intelligent help. If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Mon Nov 24 21:15:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11787 for current-outgoing; Mon, 24 Nov 1997 21:15:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11724 for ; Mon, 24 Nov 1997 21:15:40 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12354 invoked by uid 1000); 25 Nov 1997 05:13:38 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711181348.OAA10979@bitbox.follo.net> Date: Mon, 24 Nov 1997 21:13:38 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Eivind Eklund Subject: Re: make world time???/ Cc: toor@dyson.iquest.net, sprice@hiwaay.net, smp@csn.net, current@FreeBSD.ORG, hasty@rah.star-gate.com, Shimon@i-connect.net Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 18-Nov-97 Eivind Eklund wrote: >> >> >> On 17-Nov-97 Eivind Eklund wrote: >> >> >> >> >> >> Hi Amancio Hasty; On 17-Nov-97 you wrote: >> >> > Hmm... >> >> > >> >> > I do a make world in about 75 minutes -- I just didn't do >> >> > profiled >> >> > libraries. >> >> >> >> Correct me if I am wrong, but the pupose here is not to finish >> >> make >> >> world >> >> in short time. I have seen sub-minute before :-) >> > >> > A 'make world' including what? >> >> Everything, but you start with empty /usr/obj. > > What kind of hardware are you running this at? What setup WRT async, > noatime, MFS, etc? We want details! *grin* An Intex FX440 based MB, 512MB RAM, 2 DPT 3334UW with 64MB ECC cache on each, 4xRAID-0 for /usr/obj, 6xRAID-5 for /usr/src. > I just find sub-minute compiles of >100MB of source quite > astonishing. Not really. The following really helps make to finish in record times: /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:139: macro `warnx' used with just one arg /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:188: macro `warnx' used with just one arg /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:229: macro `warnx' used with only 2 args /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:362: macro `warnx' used with only 2 args mkdep: compile failed *** Error code 1 NOTE: The sub-mimute is a joke :-) It finishes in one minute or so, but does not conplete :-) When the compilation actually completes correctly, it takes about 84-100 minutes. I never just leave it alone and the machine is a gateway, mail server, DNS, FTP, etc. so times vary. If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. 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 Mon Nov 24 21:16:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11851 for current-outgoing; Mon, 24 Nov 1997 21:16:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11789 for ; Mon, 24 Nov 1997 21:16:00 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12352 invoked by uid 1000); 25 Nov 1997 05:13:38 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 24 Nov 1997 21:13:38 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Make world fails on printf.c Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I do not understand something and knwo not how to fix it: err.h:void warnx __P((const char *, ...)); and then, from make world last night: /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:139: macro `warnx' used with just one arg /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:188: macro `warnx' used with just one arg /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:229: macro `warnx' used with only 2 args /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:362: macro `warnx' used with only 2 args mkdep: compile failed *** Error code 1 I thought the syntax allows for ``one or more arguments'', not ``at least one argument''. GCC disagrees with me. How/who corrects this? If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. 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 Mon Nov 24 21:16:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA12002 for current-outgoing; Mon, 24 Nov 1997 21:16:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11936 for ; Mon, 24 Nov 1997 21:16:32 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12394 invoked by uid 1000); 25 Nov 1997 05:13:47 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711210435.AA10844@iluvatar.unx.sas.com> Date: Mon, 24 Nov 1997 21:13:47 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: "John W. DeBoskey" Subject: RE: Raid support in 3.0? Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 21-Nov-97 John W. DeBoskey wrote: > Hello, > > I've scanned the FAQ & handbook, and also the src tree looking > for clues to any scsi adapters where RAID is supported. So far, I'm > coming up empty handed. > > Could someone please give me some pointers to any scsi RAID > adapters > supported by FreeBSD? OK, OK, I'll set up a web site :-)) FreeBSD does not support any true RAID controllers. However, if you want support for the DPT PCI controllers vist ftp://simon-shapiro.org. you will see a patch against 2.2, a patch against 3.0 and several complete releases, from which you can pick up kernels and boot floppies. Avioid the release of the 14th of November. A new release is coming today or tomorrow. > > Thanks, > John > -- > jwd@unx.sas.com (w) John W. De Boskey (919) 677-8000 > x6915 If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Mon Nov 24 21:39:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13543 for current-outgoing; Mon, 24 Nov 1997 21:39:07 -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 VAA13537 for ; Mon, 24 Nov 1997 21:39:05 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id VAA02766; Mon, 24 Nov 1997 21:38:42 -0800 (PST) Message-Id: <199711250538.VAA02766@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: shimon@simon-shapiro.org cc: Shimon@i-connect.net, current@FreeBSD.ORG, smp@csn.net, sprice@hiwaay.net, toor@dyson.iquest.net, Eivind Eklund Subject: Re: make world time???/ In-reply-to: Your message of "Mon, 24 Nov 1997 21:13:35 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Nov 1997 21:38:42 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Not me , thats Dyson's job and I strongly suspect that he is looking into this issue. Amancio > > On 19-Nov-97 Amancio Hasty wrote: > > Hi, > > > > I wish we could do sub-minute compiles 8) > > make world started on Tue Nov 18 22:31:50 PST 1997 > > make world completed on Tue Nov 18 23:44:02 PST 1997 > > > > So it takes about 75 minutes to do a make world over here and > > again 8) > > > > I have a Pentium Pro 200Mhz , 48MB , 4.3 Seagate Cheetah (10000 > > rpms). > > > > mount -u -o async,noatime /usr > > cd /usr/src > > make clean #if you already have a clean obj or no /usr/obj populated > > #there is no need to do this step. > > make world >build.log > > > > /etc/make.conf modified flags: > > NOCLEAN=true > > CFLAGS= -O -pipe > > > > kernel config file special flags : > > options AHC_TAGENABLE > > options AHC_SCBPAGING_ENABLE > > options AHC_ALLOW_MEMIO > > > > Without the above your world build time will probably be double if > > you are doing your system build on your scsi disk drives. > > > > I suspect that mounting a /usr/obj on a fast scsi or IDE drive is > > not going to lower my performance figures. We need to experiment > > to find out whats going on fast system builds. > > Yup. Look elsewhere from the disk I/O. It is NOT being stressed. > > > If Microsoft Built Cars: > > There would be an "Engine Pro" with bigger turbos, but it would be > slower on most existing roads. > > > Sincerely Yours, > > Simon Shapiro > Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Mon Nov 24 22:03:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA14755 for current-outgoing; Mon, 24 Nov 1997 22:03:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA14749 for ; Mon, 24 Nov 1997 22:03:16 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id XAA27690; Mon, 24 Nov 1997 23:03:06 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id XAA25821; Mon, 24 Nov 1997 23:03:02 -0700 Date: Mon, 24 Nov 1997 23:03:02 -0700 Message-Id: <199711250603.XAA25821@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: shimon@simon-shapiro.org Cc: freebsd-current@freebsd.org Subject: Re: Compiler Bug??? In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Backed off to -current ] > I hope someone reads this and actually responds. Will do. > I cross-mail to these lists as some people I am trying to reach do not > read either of these lists and it touches all (I think). > > O/S: FreeBSD 3.0-current as of last few days. X11 3.3.1, compiled here > (mainly to get rid of the libtermcap problem). > > Scenario 1: > > Xfmail of 17-Nov-97 with xforms 0.88: Compiles fine, then produces > dozens of ``Bad Attribute'' and `Bad Coordinates''. These come from > libX11. Tearing my hair out did not help, so I boot UP (was on SMP). > The problem is... GONE! > > Recompile on UP, reboot SMP... Problem is... Yup, GONE! Can't be a compiler bug, since compiler bugs don't go away with reboots. > Scenario 2: > > Boot SMP again. Compile and run Xcoral 3.1. Pretty cool editor and > finally can do ``normal'' cut-n-paste, etc. So I set its geometry in > .Xdefaults to =200x400. Nope. Will not chnge size. ... > > Guess what? The window now has the specified geometry! Guess what, you have bad memory! Seriously, this is not a compiler bug, but something in your hardware that is hosed up. Either the memory is bad, the timings are bad, the cache is bad, or some combination of the above is bad. Compiler bugs don't go away on reboots, but corrupted memory does. The other (highly unlikely) possibility is that you have some non-standard kernel driver corrupting your user memory. In any case, those kind of errors point directly to hardware, and not to something in FreeBSD. Nate From owner-freebsd-current Mon Nov 24 22:16:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA15558 for current-outgoing; Mon, 24 Nov 1997 22:16:28 -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 WAA15553 for ; Mon, 24 Nov 1997 22:16:25 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id WAA03051 for ; Mon, 24 Nov 1997 22:16:17 -0800 (PST) Message-Id: <199711250616.WAA03051@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freefall.FreeBSD.org Subject: tcp/ip buglet ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Nov 1997 22:16:16 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk background: I am trying to get the linux version of quake2 demo going on freebsd. Quake2 listens for incoming connections on udp port *.27910 and *.27901 When it tries to connect to itself with a sendto to 127.0.0.1 port 27910 the system returns can not assign address: EADDRNOTAVAIL 49 /* Can't assign requested address */ This is a partial dump of a linux strace: 143 bind(5, {sin_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 143 getsockname(5, {sin_family=AF_INET, sin_port=htons(1037), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0 143 close(5) = 0 143 write(1, "IP address 204.188.121.20:1037\n"..., 31) = 31 143 write(1, "UDP Initialized\n", 16) = 16 143 bind(7, {sin_family=AF_INET, sin_port=htons(27901), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 143 bind(8, {sin_family=AF_INET, sin_port=htons(27910), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 143 sendto(7, "\377\377\377\377connect \"\\spec"..., 57, 0, {sin_family=AF_INET, sin_port=htons(27910), sin_addr=inet_addr("127.0.0.1")}, 16) = 57 On FreeBSD the sendto returns error 49 --- can't assign address. netstat reports that the server is listening on *.27910 Any clues?? If managed to get over this problem so far it seems that quake2 will run on FreeBSD. Tnks, Amancio From owner-freebsd-current Mon Nov 24 22:35:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA16769 for current-outgoing; Mon, 24 Nov 1997 22:35:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from peeper.my.domain ([208.128.8.69]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA16756 for ; Mon, 24 Nov 1997 22:35:12 -0800 (PST) (envelope-from tom@peeper.my.domain) Received: (from tom@localhost) by peeper.my.domain (8.8.8/8.7.3) id AAA25021; Tue, 25 Nov 1997 00:35:01 -0600 (CST) Message-ID: <19971125003500.25317@my.domain> Date: Tue, 25 Nov 1997 00:35:00 -0600 From: Tom Jackson To: Burton Sampley Cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org Subject: Re: current ports References: <7804.880336729@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Burton Sampley on Sun, Nov 23, 1997 at 07:28:22PM -0800 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, Nov 23, 1997 at 07:28:22PM -0800, Burton Sampley wrote: > -----BEGIN PGP SIGNED MESSAGE----- > > COOL!! Thanks Jordan! I was always curious how to get the *.html files > back into the ports. I really liked that feature from the cdrom install. > > - - burton - > > > On Sun, 23 Nov 1997, Jordan K. Hubbard wrote: > > > > > > > Hello, > > > > > > Since erasing, and CVSup'ing my ports tree, I have lost all the > > > README.html files that populated the ports tree. How can I set up CVSup > > > to get these files? > > > > CVSup doesn't supply them - they're custom generated by the release > > scripts for the ports distribution. You can remake them at any time > > by saying: > > > > cd /usr/ports > > make readmes > > > > - --------------- > > 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 > > iQCVAwUBNHj0XXt2O8KJtMdBAQFWXgP/RMSfzaYb72QLy3CMtp/PZDlEW9q8LiJW > 3o+tQghOJd+ANleNslaNaZZHtdLNk7LJwriDWa4pBEfo70JedgLa4/e3omqsM9ET > ot4+3QCA3Q9qmNPBoDcI1R5FAWQjiOtGXt/YQMuJy/U5V5L6k1igR7d+SDhTjh6k > N0oLK0r/R8k= > =WzX0 > -----END PGP SIGNATURE----- > Yes, that is great information. Now, how do you retain this great reference info but separate it from the ports directory so that cvs doesn't spit out a million "?" lines for all the *.html files? Tom From owner-freebsd-current Mon Nov 24 23:00:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA18444 for current-outgoing; Mon, 24 Nov 1997 23:00:17 -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 XAA18437 for ; Mon, 24 Nov 1997 23:00:11 -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 RAA00340; Tue, 25 Nov 1997 17:25:09 +1030 (CST) Message-Id: <199711250655.RAA00340@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Nate Williams cc: shimon@simon-shapiro.org, freebsd-current@FreeBSD.ORG Subject: Re: Compiler Bug??? In-reply-to: Your message of "Mon, 24 Nov 1997 23:03:02 PDT." <199711250603.XAA25821@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 17:25:08 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Guess what, you have bad memory! Seriously, this is not a compiler bug, > but something in your hardware that is hosed up. Either the memory is > bad, the timings are bad, the cache is bad, or some combination of the > above is bad. Compiler bugs don't go away on reboots, but corrupted > memory does. ... just to clarify here, as I am reading Simon slightly differently from you; - code built while running UP works. - code built while running SMP fails. Simon, are you using the -pipe option with gcc? Have you tried without it? What optimisation level are you using? I'm inclined to agree with Nate in that it's unlikely that you have found a compiler bug, more likely an environment (eg. kernel) bug that is causing you some serious grief. mike From owner-freebsd-current Mon Nov 24 23:17:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA19790 for current-outgoing; Mon, 24 Nov 1997 23:17:17 -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 XAA19780 for ; Mon, 24 Nov 1997 23:17:13 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id XAA13119; Mon, 24 Nov 1997 23:16:51 -0800 (PST) Message-ID: <19971124231650.46158@hydrogen.nike.efn.org> Date: Mon, 24 Nov 1997 23:16:50 -0800 From: John-Mark Gurney To: shimon@simon-shapiro.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: Make world fails on printf.c References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Simon Shapiro on Mon, Nov 24, 1997 at 09:13:38PM -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 Simon Shapiro scribbled this message on Nov 24: > I do not understand something and knwo not how to fix it: are you sure your up to date? this was an issue about a week or more ago that was fixed shortly after it was broken, this if the fix log: revision 1.11 date: 1997/11/18 15:23:23; author: jdp; state: Exp; lines: +5 -4 Back out revision 1.10. It broke the build of sh, which compiles this file with warnx() defined as a macro. > err.h:void warnx __P((const char *, ...)); > > and then, from make world last night: > > /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:139: macro > `warnx' used with just one arg > /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:188: macro > `warnx' used with just one arg > /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:229: macro > `warnx' used with only 2 args > /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:362: macro > `warnx' used with only 2 args > mkdep: compile failed > *** Error code 1 -- 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 Mon Nov 24 23:43:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21666 for current-outgoing; Mon, 24 Nov 1997 23:43:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21654 for ; Mon, 24 Nov 1997 23:43:13 -0800 (PST) (envelope-from plm@muon.xs4all.nl) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id IAA04282; Tue, 25 Nov 1997 08:43:05 +0100 (CET) Received: from muon.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.8.6/8.8.6) with UUCP id IAA24616; Tue, 25 Nov 1997 08:33:48 +0100 (MET) Received: by muon.xs4all.nl id m0xaFUU-00035EC (Debian Smail-3.2 1996-Jul-4 #2); Tue, 25 Nov 1997 08:33:02 +0100 (CET) To: Gianmarco Giovannelli Cc: freebsd-current@freebsd.org Subject: Re: Suggestion to speed up make world References: <87wwhxcu13.fsf@totally-fudged-out-message-id> From: Peter Mutsaers Date: 25 Nov 1997 08:33:01 +0100 In-Reply-To: Gianmarco Giovannelli's message of Mon, 24 Nov 1997 10:24:26 +0100 Message-ID: <87g1ol77iq.fsf@muon.xs4all.nl> Lines: 21 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> On Mon, 24 Nov 1997 10:24:26 +0100, Gianmarco Giovannelli >> said: GG> I though I can achieve better result if I use two disks for GG> the /usr/obj and /usr/src, than only one for both. But in GG> reality the gain in the time is little and I am not so fast as GG> other people here in the list that use slower hardware . GG> I use -pipe -O in the make.conf and I do plain "make world". GG> Any suggestions to speed up my box ? Have you tried non using -pipe, but using MFS on /tmp instead (and set TEMP and TMPDIR envvars to /tmp)? Using MFS sped compiling up significantly here. -- /\_/\ ( o.o ) Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know ) ^ ( plm@xs4all.nl | the Netherlands | what I'm doing. From owner-freebsd-current Tue Nov 25 00:32:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA25345 for current-outgoing; Tue, 25 Nov 1997 00:32: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 AAA25333 for ; Tue, 25 Nov 1997 00:32:51 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id AAA00315; Tue, 25 Nov 1997 00:32:43 -0800 (PST) Message-Id: <199711250832.AAA00315@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mike Smith cc: current@freefall.FreeBSD.org Subject: Re: tcp/ip buglet ? In-reply-to: Your message of "Tue, 25 Nov 1997 18:36:27 +1030." <199711250806.SAA00804@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 00:32:43 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Per Mike's suggestion -- he asked to sprinkle with printfs the potential error returns in net and netinet . And the culprit is: int in_pcbladdr(inp, nam, plocal_sin) register struct inpcb *inp; struct sockaddr *nam; struct sockaddr_in **plocal_sin; { struct in_ifaddr *ia; register struct sockaddr_in *sin = (struct sockaddr_in *)nam; if (nam->sa_len != sizeof (*sin)) return (EINVAL); if (sin->sin_family != AF_INET) return (EAFNOSUPPORT); if (sin->sin_port == 0) { printf("in_pcbladdr \n"); printf("addr %x \n", sin->sin_addr.s_addr); return (EADDRNOTAVAIL); } The port and address field are 0. The system call was a sendto with port 29710 and address 127.0.0.1. Any clues? Tnks! Amancio From owner-freebsd-current Tue Nov 25 00:43:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA26156 for current-outgoing; Tue, 25 Nov 1997 00:43:50 -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 AAA26147 for ; Tue, 25 Nov 1997 00:43:45 -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 TAA01011; Tue, 25 Nov 1997 19:09:13 +1030 (CST) Message-Id: <199711250839.TAA01011@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: Mike Smith , current@freefall.FreeBSD.org Subject: Re: tcp/ip buglet ? In-reply-to: Your message of "Tue, 25 Nov 1997 00:32:43 -0800." <199711250832.AAA00315@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 19:09:12 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Per Mike's suggestion -- he asked to sprinkle with printfs the potential > error returns in net and netinet . > And the culprit is: > > int > in_pcbladdr(inp, nam, plocal_sin) > register struct inpcb *inp; > struct sockaddr *nam; > struct sockaddr_in **plocal_sin; > { > struct in_ifaddr *ia; > register struct sockaddr_in *sin = (struct sockaddr_in *)nam; > > if (nam->sa_len != sizeof (*sin)) > return (EINVAL); > if (sin->sin_family != AF_INET) > return (EAFNOSUPPORT); > if (sin->sin_port == 0) { > printf("in_pcbladdr \n"); > printf("addr %x \n", sin->sin_addr.s_addr); > return (EADDRNOTAVAIL); > } > > The port and address field are 0. > > The system call was a sendto with port 29710 and address 127.0.0.1. This is pcbladdr, ie. local address (I think). The bind() call was made with INADDR_ANY, ie. address 0, but a nonzero port address. You will probably want to back up and find out what's gone wrong with the local port number. A hexdump of the first 16 bytes of the sin structure would also be educational; it's possible there's an alignment problem there. bind() appears to be working correctly insofar as you say the server port is bound correctly to 29710 and shows up there using netstat... mike From owner-freebsd-current Tue Nov 25 02:17:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA02622 for current-outgoing; Tue, 25 Nov 1997 02:17:08 -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 CAA02614 for ; Tue, 25 Nov 1997 02:17:04 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id CAA00769; Tue, 25 Nov 1997 02:16:59 -0800 (PST) Message-Id: <199711251016.CAA00769@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mike Smith cc: current@freefall.FreeBSD.org Subject: Re: tcp/ip buglet ? In-reply-to: Your message of "Tue, 25 Nov 1997 19:09:12 +1030." <199711250839.TAA01011@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 02:16:58 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk udp_output(inp, m, addr, control, p) struct inpcb *inp; struct mbuf *m; struct sockaddr *addr; struct mbuf *control; struct proc *p; { struct udpiphdr *ui; int len = m->m_pkthdr.len; struct in_addr laddr; struct sockaddr_in * fuck; int s = 0, error = 0; if (control) m_freem(control); /* XXX */ if (len + sizeof(struct udpiphdr) > IP_MAXPACKET) { error = EMSGSIZE; goto release; } if (addr) { laddr = inp->inp_laddr; if (inp->inp_faddr.s_addr != INADDR_ANY) { error = EISCONN; goto release; } /* * Must block input while temporarily connected. */ s = splnet(); error = in_pcbconnect(inp, addr, p); The port and address of addr are 0.... The linux layer call is : /sys/i386/linux/linux_socket.c:linux_sendto I am pretty sure that linux_sendto is correct. Cheers, Amancio From owner-freebsd-current Tue Nov 25 07:16:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA18593 for current-outgoing; Tue, 25 Nov 1997 07:16:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA18588 for ; Tue, 25 Nov 1997 07:16:29 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id IAA01047; Tue, 25 Nov 1997 08:16:12 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id IAA27098; Tue, 25 Nov 1997 08:16:09 -0700 Date: Tue, 25 Nov 1997 08:16:09 -0700 Message-Id: <199711251516.IAA27098@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Nate Williams , shimon@simon-shapiro.org, freebsd-current@FreeBSD.ORG Subject: Re: Compiler Bug??? In-Reply-To: <199711250655.RAA00340@word.smith.net.au> References: <199711250603.XAA25821@mt.sri.com> <199711250655.RAA00340@word.smith.net.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Guess what, you have bad memory! Seriously, this is not a compiler bug, > > but something in your hardware that is hosed up. Either the memory is > > bad, the timings are bad, the cache is bad, or some combination of the > > above is bad. Compiler bugs don't go away on reboots, but corrupted > > memory does. > > ... just to clarify here, as I am reading Simon slightly differently > from you; > > - code built while running UP works. > - code built while running SMP fails. Actually, code built while running SMP was failing, but causing a boot into UP caused it to work, and then going back to SMP caused it to still work. > I'm inclined to agree with Nate in that it's unlikely that you have > found a compiler bug, more likely an environment (eg. kernel) bug that > is causing you some serious grief. Nate From owner-freebsd-current Tue Nov 25 07:21:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA18996 for current-outgoing; Tue, 25 Nov 1997 07:21:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from castle.amgen.com (firewall-user@ns1.amgen.com [138.133.17.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA18755; Tue, 25 Nov 1997 07:19:30 -0800 (PST) (envelope-from q85SJ2g3t@a1nimale.net) From: q85SJ2g3t@a1nimale.net Received: by castle.amgen.com; id HAA22695; Tue, 25 Nov 1997 07:10:26 -0800 Received: from usr36-dialup26.mix2.atlanta.mci.net(166.55.59.218) by castle.amgen.com via smap (3.2) id xmav16104; Tue, 25 Nov 97 07:10:13 -0800 DATE: 24 Nov 10 10:15:12 AM Message-ID: TO: wemail@4uonthe.net SUBJECT: We will mail 4 U Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk LET US DO YOUR BULK MAILINGS!!! ..$250 PER MILLION THE WAY OF THE FUTURE FOR SUCCESS IN YOUR BUSINESS! Our company will do bulk emailing for your product/service. Addresses are extracted daily by four of our computers, which run 24 hours a day 7 days a week, scanning the net for new addresses. They are fresh! Over 36 million addresses on file. No more than 2 pages (50 lines), no porn and no foul language. We do not do targeted mailings at this price. Targeted mailings $150 per 50,000 addresses extracted. There are no lower prices on the net. Your mailing can be done in a matter of hours. We have 4 computers extracting addresses 24/7. For the fastest service, cheapest prices and cleanest mailings call our processing and new accounts office at 904-282-0945, Monday - Friday 9 - 5 EST. If the line is busy, please keep trying, as bulk mailing is growing fast. We do want to work with you to advertise your product. $250 per million expires December 1, 1997. Price increases to $350 per million, $250 per 500,000. All orders received before December 1 will not reflect the increase. Even with the increase, we will still be the best prices on the net. To have your name removed, call our processing office. Any negative responses will be dealt with accordingly. From owner-freebsd-current Tue Nov 25 07:32:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20109 for current-outgoing; Tue, 25 Nov 1997 07:32:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from castle.amgen.com (firewall-user@ns1.amgen.com [138.133.17.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA20099 for ; Tue, 25 Nov 1997 07:32:13 -0800 (PST) (envelope-from 909fk73Mz@1yrdue.net) From: 909fk73Mz@1yrdue.net Received: by castle.amgen.com; id HAA00713; Tue, 25 Nov 1997 07:20:15 -0800 Received: from usr36-dialup26.mix2.atlanta.mci.net(166.55.59.218) by castle.amgen.com via smap (3.2) id xmapa6104; Tue, 25 Nov 97 07:19:44 -0800 DATE: 24 Nov 10 10:24:43 AM Message-ID: TO: wemail@4uonthe.net SUBJECT: We will mail 4 U Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk LET US DO YOUR BULK MAILINGS!!! ..$250 PER MILLION THE WAY OF THE FUTURE FOR SUCCESS IN YOUR BUSINESS! Our company will do bulk emailing for your product/service. Addresses are extracted daily by four of our computers, which run 24 hours a day 7 days a week, scanning the net for new addresses. They are fresh! Over 36 million addresses on file. No more than 2 pages (50 lines), no porn and no foul language. We do not do targeted mailings at this price. Targeted mailings $150 per 50,000 addresses extracted. There are no lower prices on the net. Your mailing can be done in a matter of hours. We have 4 computers extracting addresses 24/7. For the fastest service, cheapest prices and cleanest mailings call our processing and new accounts office at 904-282-0945, Monday - Friday 9 - 5 EST. If the line is busy, please keep trying, as bulk mailing is growing fast. We do want to work with you to advertise your product. $250 per million expires December 1, 1997. Price increases to $350 per million, $250 per 500,000. All orders received before December 1 will not reflect the increase. Even with the increase, we will still be the best prices on the net. To have your name removed, call our processing office. Any negative responses will be dealt with accordingly. From owner-freebsd-current Tue Nov 25 10:46:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA07405 for current-outgoing; Tue, 25 Nov 1997 10:46:39 -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 KAA07398 for ; Tue, 25 Nov 1997 10:46:35 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 1186 invoked from network); 25 Nov 1997 18:46:21 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 25 Nov 1997 18:46:21 -0000 Received: (from scottm@localhost) by mordred.cs.ucla.edu (8.8.8/8.8.7) id KAA00344 for freebsd-current@freebsd.org; Tue, 25 Nov 1997 10:46:23 -0800 (PST) (envelope-from scottm) Date: Tue, 25 Nov 1997 10:46:23 -0800 (PST) From: Scott Michel Message-Id: <199711251846.KAA00344@mordred.cs.ucla.edu> To: freebsd-current@freebsd.org Subject: Audio nit... Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While listening to Van's talk this morning (I'd swear that Bay was beta testing a router of theirs, since MBone connectivity always failed at their router), I kept on getting: Sound: DMA (output) timed out - IRQ/DRQ config error? Now, I know that this really isn't the case for me, since it was operating correctly until the sound cut out (i.e. Bay's router died). I'm guessing that vat is probably doing a really bad thing, but OTOH, what can the driver do in the case? -scooter From owner-freebsd-current Tue Nov 25 10:55:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA08628 for current-outgoing; Tue, 25 Nov 1997 10:55:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from luomat.peak.org (cc344191-a.ewndsr1.nj.home.com [24.2.83.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA08302; Tue, 25 Nov 1997 10:53:53 -0800 (PST) (envelope-from luomat@luomat.peak.org) Received: (from luomat@localhost) by luomat.peak.org (8.8.8/8.8.8) id NAA01005; Tue, 25 Nov 1997 13:53:54 -0500 (EST) Message-Id: <199711251853.NAA01005@luomat.peak.org> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.1mach v148) X-Image-URL: http://www.peak.org/~luomat/next/luomat@peak.org.tiff X-Nextstep-Mailer: Mail 4.1mach (Enhance 2.1) Received: by NeXT.Mailer (1.148.RR) From: Timothy J Luoma Date: Tue, 25 Nov 97 13:53:44 -0500 To: freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-doc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: We will mail 4 U cc: spamcomplaints@MCI.NET, SPAM-L@PEACH.EASE.LSOFT.COM Reply-To: SPAM-L@PEACH.EASE.LSOFT.COM X-Image-URL-Disclaimer: hey, it's off my student ID, gimme a break ;-) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My apologies for the wide-crosspost, I just wanted to save some folks some time. >From searching several phone directories online, it appears that the person who sent this spam did so on behalf of: Jack Luke 39 Panda Av Middleburg, FL 32068-4765 (904) 282-0945 That was the phone number listed in the spam which hit about 8 or 9 times on the FreeBSD lists, and I assume the wider internet as well. Keep in mind that this information might be outdated, but all the reverse phone directories I used came up with this same name. I could not find a real-email address for him in FL by that name, and his name is too common for a general email search (which turned up several matches). Be sure to voice your complaint to MCI, who owned the dialups which were used to send this crap. spamcomplaints@MCI.NET If anyone is near Jack, please feel free to give him a call and pass along our fondest thanks for sending this crap repeatedly to the same addresses. TjL, spam-hater From owner-freebsd-current Tue Nov 25 12:01:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17144 for current-outgoing; Tue, 25 Nov 1997 12:01:32 -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 MAA17066 for ; Tue, 25 Nov 1997 12:00:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id MAA25377; Tue, 25 Nov 1997 12:00:45 -0800 (PST) Message-Id: <199711252000.MAA25377@rah.star-gate.com> To: Amancio Hasty cc: Mike Smith , current@freefall.FreeBSD.org, hasty@rah.star-gate.com Subject: Re: tcp/ip buglet ? In-reply-to: Your message of "Tue, 25 Nov 1997 02:16:58 PST." <199711251016.CAA00769@rah.star-gate.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25374.880488044.1@rah.star-gate.com> Date: Tue, 25 Nov 1997 12:00:44 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Guys, If anyone is interested in solving the q2 test demo tcp/ip debug contest , please download ftp://rah.star-gate.com/pub/README.GLQUAKE for info on how to compile the support libraries for glquake. I meant q2. Okay, q2 can render to an voodoo card, svga mode or X11. To debug our tcp/ip problem just start X, switch over to a VC and run the X render mode of q2test, if you don't have a voodoo card. If you do have voodoo card just set the render mode to gl for when the tcp/ip bug is solved you will be rewarded with cool 3d scenes on your FreeBSD box! Tnks! Amancio From owner-freebsd-current Tue Nov 25 12:18:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20658 for current-outgoing; Tue, 25 Nov 1997 12:18: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 MAA20635 for ; Tue, 25 Nov 1997 12:18:48 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.5) with ESMTP id MAA25467; Tue, 25 Nov 1997 12:18:39 -0800 (PST) Message-Id: <199711252018.MAA25467@rah.star-gate.com> To: Scott Michel cc: freebsd-current@FreeBSD.ORG, hasty@rah.star-gate.com Subject: Re: Audio nit... In-reply-to: Your message of "Tue, 25 Nov 1997 10:46:23 PST." <199711251846.KAA00344@mordred.cs.ucla.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25464.880489118.1@rah.star-gate.com> Date: Tue, 25 Nov 1997 12:18:38 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Multimedia related questions should go to multimedia@freebsd.org and that includes vat related problems. Is just that the people who play with the sound driver or the multimedia apps usually hang out on that list --- that is when you can get them away from "fxtv" -- TV app for FreeBSD. Which version of vat are you using, sound card brand/model, output of dmesg, section of your kernel config related to the sound driver config, and the output of "cat /dev/sndstat". Cheers, Amancio From owner-freebsd-current Tue Nov 25 12:46:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA25905 for current-outgoing; Tue, 25 Nov 1997 12:46:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rif.hoosierlink.net (rif.hoosierlink.net [208.154.69.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA25892 for ; Tue, 25 Nov 1997 12:46:10 -0800 (PST) (envelope-from rif@rif.hoosierlink.net) Received: from localhost (rif@localhost) by rif.hoosierlink.net (8.8.7/8.8.6) with SMTP id PAA00670 for ; Tue, 25 Nov 1997 15:46:05 -0500 (EST) Date: Tue, 25 Nov 1997 15:46:05 -0500 (EST) From: Jim Riffle To: current@freebsd.org Subject: Compaq troubles with boot floppy 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 few months back, I tried upgrading one of my -Current machines to that days code. Upon rebooting, the kernel bombs out right after the memory detection with a page fault. I assumed the trouble was just in that days snap, however I decided to try to boot off the boot floppy today. The same thing happens, were it crashes right after detecting the memory. So, it looks like there may be some sort of problem with the newer code running on Compaq machines (at least my 4710 model) . I run -Current on a few other machines which are not Compaq's and they work fine. I don't have access to any other Compaq machines, or I would have tried it on others to make sure it just wasn't my machine. Currently, I am running a kernel from July 4th, which is working just fine. When I upgraded, it was Sept 4th, which didn't fly. So, I believe the problem has existed for a while as todays (Nov. 25) boot.flp gives the same results. Booting off the boot floppy gives these results right away after the visual configuration screen ( I'm typing it is, so it may not be exact) . BTW, the ram detection 8 megs off, but adding Maxmem into the kernel config with the correct amount of ram reports the correct values. I believe everyone already knows of that Compaq weirdness already. Available memory = 12943360 (12649K bytes) Fatal trap 12: page fault while in kernel mode fatal virtual address = 0xeffe4000 fault code = Supervisor read, page not present instruction pointer = 0x8:0xeffe4000 stack pointer = 0x10:0xf03b3f50 frame pointer = 0x10:0xf03b3f80 code segment = base 0x0, limit 0xfffff ,type 0x1b DPL 0, pres 1, def 32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio cam trap number = 12 panic: page fault Automatic reboot.... Booting with kernel -d doesn't give anymore information than that. I am sure this has something to do with the unstandardness of Compaqs, but am clueless as to how to get around this problem. Here is my dmesg output running from my July kernel: 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: Tue Nov 25 14:40:20 EST 1997 root@rif.hoosierlink.net:/usr/src/sys/compile/rif CPU: Pentium (199.15-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 25165824 (24576K bytes) 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: Fri Jul 4 20:21:00 EST 1997 rif@rif.kconline.com:/usr/src/sys/compile/rif CPU: Pentium (199.15-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 25165824 (24576K bytes) avail memory = 22396928 (21872K bytes) Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 chip2: rev 0x00 on pci0.1.1 vga0: rev 0x54 int a irq 11 on pci0.2.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 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: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2457MB (5033952 sectors), 4994 cyls, 16 heads, 63 S/T, 512 B/S mcd0 not found at 0x300 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: utp[*UTP*] address 00:60:97:18:09:9e npx0 on motherboard npx0: INT 16 interface sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 not found sbmidi0 not found at 0x330 uart0 at 0x330 irq 5 on isa uart0 not probed due to irq conflict with sb0 at 5 Any suggestions would be greatly appreciated, Jim From owner-freebsd-current Tue Nov 25 14:43:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11858 for current-outgoing; Tue, 25 Nov 1997 14:43:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11848; Tue, 25 Nov 1997 14:43:03 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id IAA02035; Tue, 25 Nov 1997 08:58:09 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd002021; Tue Nov 25 08:58:00 1997 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id PAA29439; Tue, 25 Nov 1997 15:42:16 -0700 (MST) From: Terry Lambert Message-Id: <199711252242.PAA29439@usr05.primenet.com> Subject: Re: Compiler Bug??? To: shimon@simon-shapiro.org Date: Tue, 25 Nov 1997 22:42:15 +0000 (GMT) Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org In-Reply-To: from "Simon Shapiro" at Nov 24, 97 09:13:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Boot SMP again. Compile and run Xcoral 3.1. Pretty cool editor and > finally can do ``normal'' cut-n-paste, etc. So I set its geometry in > .Xdefaults to =200x400. Nope. Will not chnge size. > > I modify parse.c to have the ugly printf you see below: > > flags = XParseGeometry ( buf, &x, &y, &width, &he > (void)fprintf(stderr, "%s.%d: x = %d, y = %d, w = %d, h =%d\n", > __FILE__, __LINE__, x, y, width, height); > > It says: > > parse.c.843: x = -272640524, y = 537577259, w = 200, h = 400 > > (x, y are corrdinates which are unspecified, which is OK to look this > ugly) > > Size is still huge (about 600x800). [ ... add more printf()'s ... ] > Guess what? The window now has the specified geometry! This one looks like timing. You probably need to call Xsync() to ensure the GC is written before you use it, or that the attributes are set before you map the window, etc.. Common X programmer pilot error. 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 25 15:26:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16044 for current-outgoing; Tue, 25 Nov 1997 15:26:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16015; Tue, 25 Nov 1997 15:26:02 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id JAA07735; Tue, 25 Nov 1997 09:40:35 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd007685; Tue Nov 25 09:40:28 1997 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA02240; Tue, 25 Nov 1997 16:24:36 -0700 (MST) From: Terry Lambert Message-Id: <199711252324.QAA02240@usr05.primenet.com> Subject: Re: We will mail 4 U To: SPAM-L@PEACH.EASE.LSOFT.COM Date: Tue, 25 Nov 1997 23:24:35 +0000 (GMT) Cc: freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-doc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, spamcomplaints@MCI.NET In-Reply-To: <199711251853.NAA01005@luomat.peak.org> from "Timothy J Luoma" at Nov 25, 97 01:53:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From searching several phone directories online, it appears that the person > who sent this spam did so on behalf of: > > Jack Luke > 39 Panda Av > Middleburg, FL 32068-4765 > (904) 282-0945 It is pretty obvious (to me, anyway) that this is a targetted trojan of the type that was used to flood ml.org. Also, you will note that the putative "relay host" is running a highly hacked version of sendmail (EHLO it). 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 25 15:33:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16848 for current-outgoing; Tue, 25 Nov 1997 15:33:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from internet1.mel.cybec.com.au (internet1.mel.cybec.com.au [203.103.154.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16841 for ; Tue, 25 Nov 1997 15:33:08 -0800 (PST) (envelope-from TLiddelow@cybec.com.au) Received: from cybec.com.au (tech34.mel.cybec.com.au [203.103.154.37]) by internet1.mel.cybec.com.au (post.office MTA v2.0 0813 ID# 0-14031) with ESMTP id AAA826 for ; Wed, 26 Nov 1997 10:36:37 +1100 Message-ID: <347B6021.55A029BA@cybec.com.au> Date: Wed, 26 Nov 1997 10:32:49 +1100 From: TLiddelow@cybec.com.au (Tim Liddelow) Organization: Cybec Pty Ltd X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: [Fwd: 128+ megs of ram ?] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Matthias Scheler wrote: > > In article <19971125150250.46858@wins.uva.nl>, > Frank van der Linden writes: > > ... and the bootcode should now detect memory amounts 64Mb correctly. > > It does. NetBSD boot code now detects memory over 64Mb ok..is there any plan to put this into FreeBSD (current or stable) ? Cheers Tim. -- ==================================================================== Tim Liddelow * Internet Consulting Internet Project Manager * * Cybec Pty Ltd * Anti Virus/Firewalls/Security Phone: +61 3 9825 5645 C++/UNIX/WIN32/OOP/OOD/WWW mailto:TLiddelow@cybec.com.au * http://www.vet.com.au/ ===================================================================== From owner-freebsd-current Tue Nov 25 15:33:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16886 for current-outgoing; Tue, 25 Nov 1997 15:33:35 -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 PAA16877 for ; Tue, 25 Nov 1997 15:33:32 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.7/8.8.7) id QAA01974; Tue, 25 Nov 1997 16:33:22 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpd001921; Tue Nov 25 16:33:15 1997 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA02896; Tue, 25 Nov 1997 16:33:04 -0700 (MST) From: Terry Lambert Message-Id: <199711252333.QAA02896@usr05.primenet.com> Subject: Re: Raid support in 3.0? To: shimon@simon-shapiro.org Date: Tue, 25 Nov 1997 23:33:04 +0000 (GMT) Cc: jwd@unx.sas.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Simon Shapiro" at Nov 24, 97 09:13:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Could someone please give me some pointers to any scsi RAID > > adapters > > supported by FreeBSD? > > OK, OK, I'll set up a web site :-)) > > FreeBSD does not support any true RAID controllers. > However, if you want support for the DPT PCI controllers vist > ftp://simon-shapiro.org. you will see a patch against 2.2, a patch > against 3.0 and several complete releases, from which you can pick up > kernels and boot floppies. Avioid the release of the 14th of November. > A new release is coming today or tomorrow. Check the -current list archives; there is a driver for the Compaq RAID controller, also from its author, which has also not been integrated. 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 25 15:36:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17202 for current-outgoing; Tue, 25 Nov 1997 15:36:31 -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 PAA17194 for ; Tue, 25 Nov 1997 15:36:26 -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 KAA00560; Wed, 26 Nov 1997 10:01:33 +1030 (CST) Message-Id: <199711252331.KAA00560@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Nate Williams cc: Mike Smith , shimon@simon-shapiro.org, freebsd-current@FreeBSD.ORG Subject: Re: Compiler Bug??? In-reply-to: Your message of "Tue, 25 Nov 1997 08:16:09 PDT." <199711251516.IAA27098@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 10:01:33 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Guess what, you have bad memory! Seriously, this is not a compiler bug, > > > but something in your hardware that is hosed up. Either the memory is > > > bad, the timings are bad, the cache is bad, or some combination of the > > > above is bad. Compiler bugs don't go away on reboots, but corrupted > > > memory does. > > > > ... just to clarify here, as I am reading Simon slightly differently > > from you; > > > > - code built while running UP works. > > - code built while running SMP fails. > > Actually, code built while running SMP was failing, but causing a boot > into UP caused it to work, and then going back to SMP caused it to still > work. Not exactly. I quote: ] Scenario 1: ] ] Xfmail of 17-Nov-97 with xforms 0.88: Compiles fine, then produces ] dozens of ``Bad Attribute'' and `Bad Coordinates''. These come from ] libX11. Tearing my hair out did not help, so I boot UP (was on SMP). ] The problem is... GONE! ] ] Recompile on UP, reboot SMP... Problem is... Yup, GONE! This is actually: - code built while running SMP fails while running SMP. - code built while running SMP works UP. - code built while running UP works everywere. Either of our interpretations could be right. More data, Simon? mike From owner-freebsd-current Tue Nov 25 16:32:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21923 for current-outgoing; Tue, 25 Nov 1997 16:32:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21909 for ; Tue, 25 Nov 1997 16:32:53 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA18722; Tue, 25 Nov 1997 16:32:22 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018720; Tue Nov 25 16:32:15 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id QAA03552; Tue, 25 Nov 1997 16:32:15 -0800 (PST) From: Archie Cobbs Message-Id: <199711260032.QAA03552@bubba.whistle.com> Subject: Re: tcp/ip buglet ? In-Reply-To: <199711251016.CAA00769@rah.star-gate.com> from Amancio Hasty at "Nov 25, 97 02:16:58 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 25 Nov 1997 16:32:15 -0800 (PST) Cc: mike@smith.net.au, current@freefall.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 > The port and address of addr are 0.... > > The linux layer call is : > > /sys/i386/linux/linux_socket.c:linux_sendto > > I am pretty sure that linux_sendto is correct. Not sure what the problem is here. However, I remember a similar situation once a long time ago and the fix was to make sure that the struct sockaddr_in was completely zeroed and the sa_len field was properly set before doing the bind. FWIW, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Tue Nov 25 16:46:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA23036 for current-outgoing; Tue, 25 Nov 1997 16:46:18 -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 QAA23018 for ; Tue, 25 Nov 1997 16:46:13 -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 LAA01518; Wed, 26 Nov 1997 11:11:24 +1030 (CST) Message-Id: <199711260041.LAA01518@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Archie Cobbs cc: hasty@rah.star-gate.com (Amancio Hasty), mike@smith.net.au, current@freefall.FreeBSD.org Subject: Re: tcp/ip buglet ? In-reply-to: Your message of "Tue, 25 Nov 1997 16:32:15 -0800." <199711260032.QAA03552@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 11:11:23 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > The port and address of addr are 0.... > > > > The linux layer call is : > > > > /sys/i386/linux/linux_socket.c:linux_sendto > > > > I am pretty sure that linux_sendto is correct. > > Not sure what the problem is here. However, I remember a similar > situation once a long time ago and the fix was to make sure that > the struct sockaddr_in was completely zeroed and the sa_len field > was properly set before doing the bind. The Linux sockaddr structure doesn't have an sa_len field; it gets fixed up via the compatability code in uipc_syscalls.s:getsockaddr(). If COMPAT_43 is missing from the kernel, this won't happen. (But AFAIK other things break at that point.) mike From owner-freebsd-current Tue Nov 25 17:14:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA25642 for current-outgoing; Tue, 25 Nov 1997 17:14:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA25617; Tue, 25 Nov 1997 17:14:10 -0800 (PST) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199711260114.RAA25617@hub.freebsd.org> Subject: Re: We will mail 4 U To: tlambert@primenet.com (Terry Lambert) Date: Tue, 25 Nov 1997 17:14:10 -0800 (PST) Cc: SPAM-L@PEACH.EASE.LSOFT.COM, freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-doc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, spamcomplaints@MCI.NET In-Reply-To: <199711252324.QAA02240@usr05.primenet.com> from "Terry Lambert" at Nov 25, 97 11:24:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > From searching several phone directories online, it appears that the person > > who sent this spam did so on behalf of: > > > > Jack Luke > > 39 Panda Av > > Middleburg, FL 32068-4765 > > (904) 282-0945 > > It is pretty obvious (to me, anyway) that this is a targetted trojan of > the type that was used to flood ml.org. > > Also, you will note that the putative "relay host" is running a highly > hacked version of sendmail (EHLO it). > "hacked version of sendmail" ????? EHLO is standard esmtp. this is old stuff already. see the rfc's (rfc1825 perhaps) two relay hosts were the ns servers for amgen.com. why are nameservers configured to relay mail? jmb From owner-freebsd-current Tue Nov 25 17:18:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA26246 for current-outgoing; Tue, 25 Nov 1997 17:18:46 -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 RAA26241 for ; Tue, 25 Nov 1997 17:18:43 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA26865; Tue, 25 Nov 1997 17:03:08 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd026862; Tue Nov 25 17:03:04 1997 Message-ID: <347B74C4.15FB7483@whistle.com> Date: Tue, 25 Nov 1997 17:00:53 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Tim Liddelow CC: freebsd-current@freebsd.org Subject: Re: [Fwd: 128+ megs of ram ?] References: <347B6021.55A029BA@cybec.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tim Liddelow wrote: > > Matthias Scheler wrote: > > > > In article <19971125150250.46858@wins.uva.nl>, > > Frank van der Linden writes: > > > ... and the bootcode should now detect memory amounts 64Mb correctly. > > > > It does. > > NetBSD boot code now detects memory over 64Mb ok..is there any > plan to put this into FreeBSD (current or stable) ? > > Cheers > Tim. > -- > ==================================================================== > Tim Liddelow * Internet Consulting > Internet Project Manager * * > Cybec Pty Ltd * Anti Virus/Firewalls/Security > Phone: +61 3 9825 5645 C++/UNIX/WIN32/OOP/OOD/WWW > mailto:TLiddelow@cybec.com.au * http://www.vet.com.au/ > ===================================================================== you're several months too late (for -current) I don't know about -stable, but david added this code some time ago. From owner-freebsd-current Tue Nov 25 17:40:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28450 for current-outgoing; Tue, 25 Nov 1997 17:40:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA28412 for ; Tue, 25 Nov 1997 17:40:41 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 535 invoked by uid 1000); 26 Nov 1997 01:40:49 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711250655.RAA00340@word.smith.net.au> Date: Tue, 25 Nov 1997 17:40:48 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Mike Smith Subject: Re: Compiler Bug??? Cc: freebsd-current@FreeBSD.ORG, Nate Williams Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 25-Nov-97 Mike Smith wrote: >> Guess what, you have bad memory! Seriously, this is not a compiler >> bug, >> but something in your hardware that is hosed up. Either the memory >> is >> bad, the timings are bad, the cache is bad, or some combination of >> the >> above is bad. Compiler bugs don't go away on reboots, but corrupted >> memory does. > > ... just to clarify here, as I am reading Simon slightly differently > from you; > > - code built while running UP works. > - code built while running SMP fails. > > Simon, are you using the -pipe option with gcc? Have you tried > without > it? What optimisation level are you using? Yup. In pusuit of faaaast make world times, this was suggested. It seems quiter and better last couple of days. Maybe El-nino :-) Simon From owner-freebsd-current Tue Nov 25 17:40:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28469 for current-outgoing; Tue, 25 Nov 1997 17:40:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA28423 for ; Tue, 25 Nov 1997 17:40:44 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 519 invoked by uid 1000); 26 Nov 1997 01:40:48 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711252331.KAA00560@word.smith.net.au> Date: Tue, 25 Nov 1997 17:40:48 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Mike Smith Subject: Re: Compiler Bug??? Cc: freebsd-current@FreeBSD.ORG, Nate Williams Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 25-Nov-97 Mike Smith wrote: ... > Not exactly. I quote: > > ] Scenario 1: > ] > ] Xfmail of 17-Nov-97 with xforms 0.88: Compiles fine, then produces > ] dozens of ``Bad Attribute'' and `Bad Coordinates''. These come > from > ] libX11. Tearing my hair out did not help, so I boot UP (was on > SMP). > ] The problem is... GONE! > ] > ] Recompile on UP, reboot SMP... Problem is... Yup, GONE! > > This is actually: > > - code built while running SMP fails while running SMP. > - code built while running SMP works UP. > - code built while running UP works everywere. > > Either of our interpretations could be right. More data, Simon? OK, if you insist :-) It appears as if the SMP kernel I am running (from 10-Nov-97) has (wild guess!) some sort of a leak in the VM: * Innocent copiles crash with cc1 exiting on SEGFAULT. * Code copiled will crash in a strange way. * Fsck, upon reboot) will destroy (or try to) a file system because ALL the inodes need to be 208, not what they really are. These problems go away if I boot a uniprocessor kernel. The only constant is: If it was compiled under UP and run under UP it is good and stable. All other iterations and combinations have been observed. I have not upgraded to kernels past the 10th, as the SMP kernel boots fine, but instead of starting /etc/rcit just sits there in the default halt loop. I have received help on this but th ONLY thnig that really works is to start with the GENERIC kernel and move things around, deleting chaff, one step at a time, until a new config file is born. The new config file is materially identical to the old, but ordered a bit differently. Dunno why any of this makes any sense. But it does Simon BTW, different motherboard models react differently to these scenarios. From owner-freebsd-current Tue Nov 25 17:40:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28478 for current-outgoing; Tue, 25 Nov 1997 17:40:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA28409 for ; Tue, 25 Nov 1997 17:40:41 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 538 invoked by uid 1000); 26 Nov 1997 01:40:49 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711251516.IAA27098@mt.sri.com> Date: Tue, 25 Nov 1997 17:40:49 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Nate Williams Subject: Re: Compiler Bug??? Cc: freebsd-current@FreeBSD.ORG, Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 25-Nov-97 Nate Williams wrote: >> > Guess what, you have bad memory! Seriously, this is not a >> > compiler bug, >> > but something in your hardware that is hosed up. Either the >> > memory is >> > bad, the timings are bad, the cache is bad, or some combination of >> > the >> > above is bad. Compiler bugs don't go away on reboots, but >> > corrupted >> > memory does. >> >> ... just to clarify here, as I am reading Simon slightly differently >> from you; >> >> - code built while running UP works. >> - code built while running SMP fails. > > Actually, code built while running SMP was failing, but causing a > boot > into UP caused it to work, and then going back to SMP caused it to > still > work. > >> I'm inclined to agree with Nate in that it's unlikely that you have >> found a compiler bug, more likely an environment (eg. kernel) bug >> that >> is causing you some serious grief. Seems that way. The sequence as not critical. Just putting moderate load on the SMP kernel would cause the system to go googoo. ONE of the symptoms was bad compiles. Another was a crashing gcc, etc. Simon From owner-freebsd-current Tue Nov 25 17:41:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28534 for current-outgoing; Tue, 25 Nov 1997 17:41:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA28508 for ; Tue, 25 Nov 1997 17:41:04 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 542 invoked by uid 1000); 26 Nov 1997 01:40:49 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711250603.XAA25821@mt.sri.com> Date: Tue, 25 Nov 1997 17:40:49 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Nate Williams Subject: Re: Compiler Bug??? Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 25-Nov-97 Nate Williams wrote: ... > Can't be a compiler bug, since compiler bugs don't go away with > reboots. I have seen cases where you would be wrong, such as unitialized data that gets cleared when the hardware resets. Terry gave the probable cause: Missing Xsync. I probably mixed this one with funny thnigs last week (such as cc1 segfaulting under SMP, etc.) Thanx for the help. Simon From owner-freebsd-current Tue Nov 25 17:41:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28543 for current-outgoing; Tue, 25 Nov 1997 17:41:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA28507 for ; Tue, 25 Nov 1997 17:41:04 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 548 invoked by uid 1000); 26 Nov 1997 01:40:49 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <19971124231650.46158@hydrogen.nike.efn.org> Date: Tue, 25 Nov 1997 17:40:49 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: John-Mark Gurney Subject: Re: Make world fails on printf.c Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 25-Nov-97 John-Mark Gurney wrote: > Simon Shapiro scribbled this message on Nov 24: >> I do not understand something and knwo not how to fix it: > > are you sure your up to date? this was an issue about a week or more > ago that was fixed shortly after it was broken, this if the fix log: > revision 1.11 > date: 1997/11/18 15:23:23; author: jdp; state: Exp; lines: +5 -4 > Back out revision 1.10. It broke the build of sh, which compiles > this file with warnx() defined as a macro. My sincere apologies. This got sent out several days too late, somehow. No wonder I had no response... :-( Simon From owner-freebsd-current Tue Nov 25 17:45:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29220 for current-outgoing; Tue, 25 Nov 1997 17:45:22 -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 RAA29211 for ; Tue, 25 Nov 1997 17:45:18 -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 RAA15787; Tue, 25 Nov 1997 17:44:37 -0800 (PST) To: TLiddelow@cybec.com.au (Tim Liddelow) cc: freebsd-current@FreeBSD.ORG Subject: Re: [Fwd: 128+ megs of ram ?] In-reply-to: Your message of "Wed, 26 Nov 1997 10:32:49 +1100." <347B6021.55A029BA@cybec.com.au> Date: Tue, 25 Nov 1997 17:44:37 -0800 Message-ID: <15784.880508677@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Matthias Scheler wrote: > > > > In article <19971125150250.46858@wins.uva.nl>, > > Frank van der Linden writes: > > > ... and the bootcode should now detect memory amounts 64Mb correctly. > > > > It does. > > NetBSD boot code now detects memory over 64Mb ok..is there any > plan to put this into FreeBSD (current or stable) ? It's been in -current and -stable for weeks. I think we were the first among the *BSDs to do this, in fact. :) Jordan From owner-freebsd-current Tue Nov 25 17:46:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29358 for current-outgoing; Tue, 25 Nov 1997 17:46:29 -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 RAA29346 for ; Tue, 25 Nov 1997 17:46:23 -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 MAA01755; Wed, 26 Nov 1997 12:11:26 +1030 (CST) Message-Id: <199711260141.MAA01755@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: shimon@simon-shapiro.org cc: Mike Smith , freebsd-current@FreeBSD.ORG, Nate Williams Subject: Re: Compiler Bug??? In-reply-to: Your message of "Tue, 25 Nov 1997 17:40:48 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 12:11:26 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I have not upgraded to kernels past the 10th, as the SMP kernel boots > fine, but instead of starting /etc/rcit just sits there in the default > halt loop. > > I have received help on this So we should leave you in the hands of the SMP people until such time as you have a resolution to announce? > but th ONLY thnig that really works is to > start with the GENERIC kernel and move things around, deleting chaff, > one step at a time, until a new config file is born. > > The new config file is materially identical to the old, but ordered a > bit differently. Dunno why any of this makes any sense. But it does It would be useful to know which particular ordering change breaks things. > BTW, different motherboard models react differently to these scenarios. Bleugh. mike From owner-freebsd-current Tue Nov 25 17:57:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA00578 for current-outgoing; Tue, 25 Nov 1997 17:57:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from shawn.cpl.net (shawn@shawn.cpl.net [207.67.172.196]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA00558 for ; Tue, 25 Nov 1997 17:57:29 -0800 (PST) (envelope-from shawn@shawn.cpl.net) Received: from localhost (shawn@localhost) by shawn.cpl.net (8.8.5/8.8.5) with SMTP id RAA05837; Tue, 25 Nov 1997 17:56:53 -0800 Date: Tue, 25 Nov 1997 17:56:53 -0800 (PST) From: Shawn Ramsey To: Tim Liddelow cc: freebsd-current@freebsd.org Subject: Re: [Fwd: 128+ megs of ram ?] In-Reply-To: <347B6021.55A029BA@cybec.com.au> 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 article <19971125150250.46858@wins.uva.nl>, > > Frank van der Linden writes: > > > ... and the bootcode should now detect memory amounts 64Mb correctly. > > > > It does. > > NetBSD boot code now detects memory over 64Mb ok..is there any > plan to put this into FreeBSD (current or stable) ? I believe this was fixed in FreeBSD-2.2.5. From owner-freebsd-current Tue Nov 25 18:36:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA04362 for current-outgoing; Tue, 25 Nov 1997 18:36:08 -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 SAA04283 for ; Tue, 25 Nov 1997 18:36:01 -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 NAA01935; Wed, 26 Nov 1997 13:01:19 +1030 (CST) Message-Id: <199711260231.NAA01935@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: Archie Cobbs , hasty@rah.star-gate.com (Amancio Hasty), current@freefall.FreeBSD.org Subject: Re: tcp/ip buglet ? In-reply-to: Your message of "Wed, 26 Nov 1997 11:11:23 +1030." <199711260041.LAA01518@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 13:01:19 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Not sure what the problem is here. However, I remember a similar > > situation once a long time ago and the fix was to make sure that > > the struct sockaddr_in was completely zeroed and the sa_len field > > was properly set before doing the bind. Speaking of this problem, I can characterise it some more: If you are binding to an address that is not INADDR_ANY (ie. not 0), *all* of the sin_zero bytes must be zero. To me, this is kinda silly. It sounds as though there is some code somewhere that is not using the sin_len/sa_len field, although I can't find it. Anyone have any ideas? mike From owner-freebsd-current Tue Nov 25 18:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA04887 for current-outgoing; Tue, 25 Nov 1997 18:40:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@spain-6.ppp.hooked.net [206.169.228.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA04817 for ; Tue, 25 Nov 1997 18:39:56 -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 SAA06477; Tue, 25 Nov 1997 18:40:27 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 25 Nov 1997 18:40:25 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Simon Shapiro cc: freebsd-current@FreeBSD.ORG Subject: Re: Make world fails on printf.c 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 Mon, 24 Nov 1997, Simon Shapiro wrote: > How/who corrects this? Re make and install your headers (/usr/src/include). That seemed to let make world progress a little bit farther for me. Now it crashes somewhere in /usr/share. - alex From owner-freebsd-current Tue Nov 25 21:09:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA18337 for current-outgoing; Tue, 25 Nov 1997 21:09:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA18319 for ; Tue, 25 Nov 1997 21:09:00 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 4260 invoked by uid 1000); 26 Nov 1997 05:09:18 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <199711260141.MAA01755@word.smith.net.au> Date: Tue, 25 Nov 1997 21:09:18 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: Mike Smith Subject: Re: Compiler Bug??? Cc: Nate Williams , freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 26-Nov-97 Mike Smith wrote: ... > So we should leave you in the hands of the SMP people until such time as you have a resolution to announce? Yup. I just booted on a today's SMP kernel, and it seems stable for the 10 minutes of uptime collected so far :-) > It would be useful to know which particular ordering change breaks > things. I know, but it looked pretty random and totally mad :-( >> BTW, different motherboard models react differently to these >> scenarios. > > Bleugh. My feelings exactly. Simon From owner-freebsd-current Tue Nov 25 21:09:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA18350 for current-outgoing; Tue, 25 Nov 1997 21:09:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA18320 for ; Tue, 25 Nov 1997 21:09:00 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 4256 invoked by uid 1000); 26 Nov 1997 05:09:18 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [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: <347B6021.55A029BA@cybec.com.au> Date: Tue, 25 Nov 1997 21:09:17 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: (Tim Liddelow) Subject: RE: [Fwd: 128+ megs of ram ?] Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 25-Nov-97 Tim Liddelow wrote: > Matthias Scheler wrote: >> >> In article <19971125150250.46858@wins.uva.nl>, >> Frank van der Linden writes: >> > ... and the bootcode should now detect memory amounts 64Mb >> > correctly. >> >> It does. > > NetBSD boot code now detects memory over 64Mb ok..is there any > plan to put this into FreeBSD (current or stable) ? I ain't speakin for tha core, but it appears to already work. Over 512MB there is some tweaking to do. Simon From owner-freebsd-current Wed Nov 26 03:01:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA08162 for current-outgoing; Wed, 26 Nov 1997 03:01:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA08152 for ; Wed, 26 Nov 1997 03:01:11 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id MAA20724 for ; Wed, 26 Nov 1997 12:03:03 +0100 (CET) Date: Wed, 26 Nov 1997 12:03:02 +0100 (CET) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: SMP: binding process to CPU 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! I have a question concerning current implementation of SMP. Is it possible to assign specific process (or thread) to specific CPU-thing (not necessarily the actual CPU, perhaps other cpu-kind resource)? Something like Sun's LWP... Also, I have very vague understanding of how the scheduler assigns time slices of both processors to different processes. I think I saw (using 'top') that the same process was being scheduled to run on CPU0 as well as CPU1 during consecutive runnable periods... Here's why I'm asking: I have one process which must be as near real-time as possible, and the second process processes it's output (which is low-priority task). So I'd be glad to monopolize one CPU full-time when I need it, and run the rest of the OS on the other one. Is it possible? Will it be possible? :-) Thanks. Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-current Wed Nov 26 03:10:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA08786 for current-outgoing; Wed, 26 Nov 1997 03:10:49 -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 ESMTP id DAA08775 for ; Wed, 26 Nov 1997 03:10:43 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id MAA21445; Wed, 26 Nov 1997 12:10:07 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA15666; Wed, 26 Nov 1997 11:40:47 +0100 (MET) Message-ID: <19971126114047.15993@uriah.heep.sax.de> Date: Wed, 26 Nov 1997 11:40:47 +0100 From: J Wunsch To: freebsd-current@freefall.FreeBSD.org Cc: Christoph Kukulies Subject: Re: cvt-wtmp problem Reply-To: Joerg Wunsch References: <199711241547.QAA00464@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199711241547.QAA00464@gil.physik.rwth-aachen.de>; from Christoph Kukulies on Mon, Nov 24, 1997 at 04:47:18PM +0100 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 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > # cc -o cvt-wtmp /usr/src/tools/3.0-upgrade/cvt-wtmp.c > # ./cvt-wtmp /var/log/wtmp > File "/var/log/wtmp": 0 old and 94 new records found. > # > # last | head > kuku ttyp0 137.226.123.45 Mon Nov 24 16:06 still logged in > kuku ttyp0 137.226.123.45 Mon Nov 24 15:31 still logged in > kuku ttyp0 137.226.123.45 Mon Nov 24 14:35 - 15:10 (00:35) > kuku ftp 137.226.30.2 Mon Nov 24 13:56 - 13:56 (00:00) > ttyp1 > 137.226.123.45 Mon Nov 24 13:49 still logged in > The 5th line above is the strange one as you can see. > Any ideas? cvt-wtmp does extensive guesswork, but there's no guarantee that it will catch all cases. You could try to fixup the wtmp file in question with something like bpatch, in order to help the guesswork out. -- 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 Wed Nov 26 07:26:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA24046 for current-outgoing; Wed, 26 Nov 1997 07:26:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from tgn2.tgn.net (root@tgn2.tgn.net [205.241.85.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA24031 for ; Wed, 26 Nov 1997 07:26:22 -0800 (PST) (envelope-from gemohler@tgn2.tgn.net) Received: (from gemohler@localhost) by tgn2.tgn.net (8.8.5/8.8.5) id JAA09122; Wed, 26 Nov 1997 09:21:04 -0600 (CST) Date: Wed, 26 Nov 1997 09:21:04 -0600 (CST) From: Geoff Mohler To: current@FreeBSD.ORG Subject: XFree Install 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 I have FreeBSD 2.2.2 (2.2.5 onthe way). Im having a problem Ive never seen..but seems so simple. I cannot install Xfree86. I flagged the appropriate bits inthe initial install..no go. I then try to add the distribution set..again, no go. Ive tried this from ftp, ftp2, and ftp3 with no success. Anyone have an idea what to do next? Note: I dont have console access to this machine. From owner-freebsd-current Wed Nov 26 09:24:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA02811 for current-outgoing; Wed, 26 Nov 1997 09:24:33 -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 ESMTP id JAA02795 for ; Wed, 26 Nov 1997 09:24:25 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id SAA26296; Wed, 26 Nov 1997 18:24:22 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id SAA17146; Wed, 26 Nov 1997 18:19:03 +0100 (MET) Message-ID: <19971126181903.40732@uriah.heep.sax.de> Date: Wed, 26 Nov 1997 18:19:03 +0100 From: J Wunsch To: freebsd-current@FreeBSD.ORG Cc: shimon@simon-shapiro.org Subject: Re: Make world fails on printf.c Reply-To: Joerg Wunsch References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Simon Shapiro on Mon, Nov 24, 1997 at 09:13:38PM -0800 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 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > err.h:void warnx __P((const char *, ...)); > > and then, from make world last night: > > /usr/src/3.0/src/bin/sh/../../usr.bin/printf/printf.c:139: macro > `warnx' used with just one arg Must be an old -current. This has been fixed shortly after the error happened: revision 1.11 date: 1997/11/18 15:23:23; author: jdp; state: Exp; lines: +5 -4 Back out revision 1.10. It broke the build of sh, which compiles this file with warnx() defined as a macro. -- 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 Wed Nov 26 11:48:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA13816 for current-outgoing; Wed, 26 Nov 1997 11:48:30 -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 LAA13808 for ; Wed, 26 Nov 1997 11:48:27 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id LAA03365; Wed, 26 Nov 1997 11:48:09 -0800 (PST) To: Geoff Mohler cc: current@FreeBSD.ORG Subject: Re: XFree Install problems. In-reply-to: Your message of "Wed, 26 Nov 1997 09:21:04 CST." Date: Wed, 26 Nov 1997 11:48:09 -0800 Message-ID: <3362.880573689@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You have to install it manually - the 2.2.2 sysinstall had a slight bug that wouldn't let you add it post-install. Strange that it didn't do it on the initial install - I can only suspect that the mirror you tried didn't actually have those bits. Jordan > I have FreeBSD 2.2.2 (2.2.5 onthe way). > > Im having a problem Ive never seen..but seems so simple. > > I cannot install Xfree86. > > I flagged the appropriate bits inthe initial install..no go. I then try > to add the distribution set..again, no go. > > Ive tried this from ftp, ftp2, and ftp3 with no success. > > Anyone have an idea what to do next? > > Note: I dont have console access to this machine. From owner-freebsd-current Wed Nov 26 14:07:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23938 for current-outgoing; Wed, 26 Nov 1997 14:07:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23932 for ; Wed, 26 Nov 1997 14:07:36 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id QAA18403 for freebsd-current@freebsd.org; Wed, 26 Nov 1997 16:07:30 -0600 (CST) From: Kevin Day Message-Id: <199711262207.QAA18403@home.dragondata.com> Subject: NFS under 3.0 To: freebsd-current@freebsd.org Date: Wed, 26 Nov 1997 16:07:28 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I mentioned before that I had a 3.0 machine locking up/panic'ing a lot. I wa sgetting lots of 'nfsd send error 55's, after some digging, that seems to be 'no buffer space available'. I don't know if NMBCLUSTERS= even has anything to do with buffering for nfs writes, but bumping that way up fixed my problem. I still get the very rare error 55, but the machine has stayed up 5 days now. One problem was that during heavy nfs traffic, the machine would keep running, but any attempt to read/write to a nfs file/directory would hang the process. I'm not sure what to look at when that happens, but while it was going on, i did a netstat -m. 1028 mbufs in use: 711 mbufs allocated to data 304 mbufs allocated to packet headers 11 mbufs allocated to protocol control blocks 2 mbufs allocated to socket names and addresses 554/1392 mbuf clusters in use 2912 Kbytes allocated to network (42% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines I'm using 3c509B's in all my machines. I only get nfsd send error 55's on both the machines when the one machine running 3.0 is active. Kevin From owner-freebsd-current Thu Nov 27 07:12:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA27102 for current-outgoing; Thu, 27 Nov 1997 07:12:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from uhura.concentric.net (uhura.concentric.net [206.173.119.93]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA27097 for ; Thu, 27 Nov 1997 07:12:26 -0800 (PST) (envelope-from candicepante@rocketmail.com) From: candicepante@rocketmail.com Received: from cliff.concentric.net (cliff [206.173.119.90]) by uhura.concentric.net (8.8.8/(97/11/17 5.8)) id KAA26105; Thu, 27 Nov 1997 10:11:17 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from user900.meznet4.net (ts011d21.chi-il.concentric.net [206.173.187.33]) by cliff.concentric.net (8.8.8) id KAA25487; Thu, 27 Nov 1997 10:10:38 -0500 (EST) Message-Id: <199711271510.KAA25487@cliff.concentric.net> To: cullen@nospmsirius.com Subject: Shhh...is she asleep yet...FREE Pixxxs and Links *! Reply-To: candicepante@rocketmail.com Date: Fri, 11 Oct 97 22: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 Shhhh......is she asleep yet? Good...then it's just you and me... Candice's FREE Pixxxs and Links I won't tell any one...I hope you won't either. Candice :) P.S. The site is ONLY for those: over 18, who can legally view nudity in their area and are not offended by adult material. *** Important Message - Sent Using The Zenith Bulk Emailer *** *** For Your FREE Copy Of This Program - http://209.27.224.16 *** From owner-freebsd-current Thu Nov 27 07:13:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA27138 for current-outgoing; Thu, 27 Nov 1997 07:13:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from uhura.concentric.net (uhura.concentric.net [206.173.119.93]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA27117 for ; Thu, 27 Nov 1997 07:12:32 -0800 (PST) (envelope-from candicepante@rocketmail.com) From: candicepante@rocketmail.com Received: from cliff.concentric.net (cliff [206.173.119.90]) by uhura.concentric.net (8.8.8/(97/11/17 5.8)) id KAA26094; Thu, 27 Nov 1997 10:11:15 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from user900.meznet4.net (ts011d21.chi-il.concentric.net [206.173.187.33]) by cliff.concentric.net (8.8.8) id KAA25495; Thu, 27 Nov 1997 10:10:42 -0500 (EST) Message-Id: <199711271510.KAA25495@cliff.concentric.net> To: cumeater@eighteen.net Subject: Shhh.....Is she asleep yet? *! Reply-To: candicepante@rocketmail.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 Shhhh......is she asleep yet? Good...then it's just you and me... Candice's FREE Pixxxs and Links I won't tell any one...I hope you won't either. Candice :) P.S. The site is ONLY for those: over 18, who can legally view nudity in their area and are not offended by adult material. *** Important Message - Sent Using The Zenith Bulk Emailer *** *** For Your FREE Copy Of This Program - http://209.27.224.16 *** From owner-freebsd-current Thu Nov 27 18:10:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10605 for current-outgoing; Thu, 27 Nov 1997 18:10:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from access.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.141.171]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10596 for ; Thu, 27 Nov 1997 18:10:31 -0800 (PST) (envelope-from max@bourbon.sfc.wide.ad.jp) Received: from bourbon.sfc.wide.ad.jp (localhost [127.0.0.1]) by access.sfc.wide.ad.jp (8.8.8/3.5Wpl107/15/97) with ESMTP id LAA11210; Fri, 28 Nov 1997 11:10:28 +0900 (JST) Message-Id: <199711280210.LAA11210@access.sfc.wide.ad.jp> To: freebsd-current@freebsd.org Cc: max@wide.ad.jp Subject: de driver problem MIME-Version: 1.0 From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 28 Nov 1997 11:10:26 +0900 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm having trouble with the de driver. I'm running -current as of last weekend. My network I/F is: de0: rev 0x23 int a irq 9 on pci0.10.0 de0: SMC 8432BT 21040 [10Mb/s] pass 2.3 And I get message like following very frequently. de0: receive: 00:00:a2:cb:5d:74: alignment error There are some ``bad crc'' as well. Most of the time, the MAC address is that of the router of the segment. I remember seeing these messages since Jun or July (on -current), but lately the message appear more frequently than ever before. Is anyone experiencing similar situation? And could someone give me some suggestion how I can find out what may be causing this? (I've been playing with tcpdump and netstat in a hope that I may find some clue. But so far, no luck.) Thanks, Max ----------------------------------------------------------------------- Masafumi NAKANE, Keio Univ., Dept. of Environmental Information E-Mail : max@wide.ad.jp / max@FreeBSD.ORG [URL] : http://www.sfc.wide.ad.jp/~max/ --OAA01188.880610226/access.sfc.wide.ad.jp-- --PAA01255.880610453/access.sfc.wide.ad.jp-- From owner-freebsd-current Fri Nov 28 02:21:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA05983 for current-outgoing; Fri, 28 Nov 1997 02:21:02 -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 ESMTP id CAA05959 for ; Fri, 28 Nov 1997 02:20:56 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA25231 for freebsd-current@FreeBSD.ORG; Fri, 28 Nov 1997 11:20:54 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA05417; Fri, 28 Nov 1997 11:18:47 +0100 (MET) Message-ID: <19971128111846.44639@uriah.heep.sax.de> Date: Fri, 28 Nov 1997 11:18:46 +0100 From: J Wunsch To: freebsd-current@FreeBSD.ORG Subject: Re: de driver problem Reply-To: Joerg Wunsch References: <199711280210.LAA11210@access.sfc.wide.ad.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199711280210.LAA11210@access.sfc.wide.ad.jp>; from Masafumi NAKANE/?$BCf:,2mJ8?(B on Fri, Nov 28, 1997 at 11:10:26AM +0900 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 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Masafumi NAKANE/?$BCf:,2mJ8?(B wrote: > And I get message like following very frequently. > > de0: receive: 00:00:a2:cb:5d:74: alignment error > > There are some ``bad crc'' as well. I think they should be logged with log(LOG_DEBUG, ...) (if at all). printf'ing them is ridiculous, one of our servers is printing all kernel hardware error messages on paper, using an old dot-matrix printer, and while the paper consumption was rather low in the past, it substantially grew up recently after switching the server to a DEC-based card. (We've also got two offenders in the company occasionally sending bad packets, or maybe it's the cable wiring that's poor in that floor.) > And could someone give me some suggestion how I can find out what may > be causing this? (I've been playing with tcpdump and netstat in a > hope that I may find some clue. But so far, no luck.) Sure, the driver has dropped the packets before they could reach BPF. -- 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 Fri Nov 28 11:10:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA01878 for current-outgoing; Fri, 28 Nov 1997 11:10:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@haiti-88.ppp.hooked.net [206.169.228.88]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA01863 for ; Fri, 28 Nov 1997 11:10:34 -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 LAA03720; Fri, 28 Nov 1997 11:11:39 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 28 Nov 1997 11:11:38 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Simon Shapiro cc: freebsd-current@FreeBSD.ORG Subject: Re: Make world fails on printf.c 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, 26 Nov 1997, Simon Shapiro wrote: > > Re make and install your headers (/usr/src/include). That seemed to > > let > > make world progress a little bit farther for me. Now it crashes > > somewhere > > in /usr/share. > > Built earlier today. Built fine and booted fine. Still running. Hum. It still fails in /usr/src/share/doc/papers/memfs for me. That's after removing /usr/sup, /usr/src/share, and rebuilding everything in the usr.bin/groff dir. - alex From owner-freebsd-current Fri Nov 28 20:10:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01280 for current-outgoing; Fri, 28 Nov 1997 20:10:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA01272 for ; Fri, 28 Nov 1997 20:10:23 -0800 (PST) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id XAA08991 for current@freebsd.org; Fri, 28 Nov 1997 23:11:13 -0500 From: Bill Paul Message-Id: <199711290411.XAA08991@skynet.ctr.columbia.edu> Subject: mmap() + NFS == &*$%@$!!! To: current@freebsd.org Date: Fri, 28 Nov 1997 23:11:11 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I did a quick install of the Nov. 28th -current snapshot to test a few NIS+ related things and ran into a problem using mmap() with NFS. The problem is that it's apparently not too hard at all to wedge either a process or the entire system when using mmap() with files on a remote NFS filesystem. The NIS+ cache manager is supposed to maintain a cache of recently discovered directory_obj structures and other data; this helps speed up the binding process for NIS+ clients. (The actual binding procedure can be arduous and time-consuming; caching the results saves other processes on the local host from repeating the same binding operations over and over again.) What I wanted to do was describe a hash table structure in terms of RPC language and use rpcgen(1) to create XDR filters so that I could encode the entire mess of binding information maintained internally by nis_cachemgr and dump it straight into a file. There are two ways to do this: one is using the standard I/O package and xdrstdio_create(). This lets you direct the XDR stream to a FILE * stream and thence do disk. The other way is to use mmap() and xdrmem_create(): xdrmem_create() lets you write the XDR stream into a memory buffer. If the memory buffer in question is an mmap()ed region of a file, then the XDR stream will also be written to the file when you msync() or munmap() the buffer. I've been tinkering with using xdrmem_create() and mmap() and so far things seem to work okay as long as the file I use is on a local UFS filesystem. Today I tried it with an NFS filesystem, and almost right away I ran into trouble. I'm trying to map the file in chunks of 4096 bytes (since that's the system page size). Initially, the file doesn't exist, so I try to create it and use ftuncate(2) to expand it to 8192 bytes. As new binding information is obtained, it needs to be written out to the file. Using xdr_sizeof(), I can tell how much file space I will need. If the existing file is big enough, I mmap() it, use the XDR filter to encode the data into the mmap()ed region, then munmap() the region. If the data is too large to fit in the existing file, I use ftruncate() to expand the file to the next 8192-byte chunk, then mmap(), XDR, and munmap() again. One of two things can happen when using NFS: either the sample caching program becomes wedged and can't be killed (ps -alx shows it to be in the 'vmopar' state) or else the process wedges the system and I have to reboot. Using the kernel debugger, I've determined in the latter case that the system wedges because nfs_bioread() becomes stuck in a loop. This case is a bit peculiar. The conditions seem to be as follows: - There's an existing file on disk of 8192 bytes in size. The actual data occupies slightly less than 4096 bytes of this. - The program opens the file, mmap()s it, and uses the XDR filter to read the data from the mmap()ed region and convert it into the original hash table and associated stuff. Once the loading is done, the region is munmap()ed. - The program adds an entry to the table, which makes the total size slightly more than 4096 bytes. - The program uses ftruncate() to adjust the file size. This is actually a mistake here: the data still fits in 8192 bytes so the file size doesn't change. The program then mmap()s the file and calls the XDR filter to start encoding the data into the mmap()ed region. - This is where the system wedges. A stack trace shoes that vm_fault() has led to a call to nfs_getpages(), which in turn calls nfs_bioread(). Nfs_bioread() gets caught in a loop, calling nfs_getcacheblk() over and over again. Somehow or other, nfs_getcacheblk() fails, so nfs_bioread() cals brelse(), then loops around and calls nfs_getcacheblk() again, which fails again, etc... The problem seems to happen when the XDR filter crosses the boundary between the 4096 byte pages. Once it passes 4096 bytes, I think it tries to fault in the second page, and this is where it gets trapped in a loop. Unfortunately, I don't have a sample program yet that duplicates this condition: the test program that triggers it has lots of NIS+ junk in it which I need to strip out. With luck I'll be able to do this over the weekend, but I'll need to go back to campus to test it (the test machine is on one of the labs, and I don't want to wedge it from home since I won't be able to reboot it). I do have a sample program that duplicates the first problem, where the process becomes wedged and unkillable. To test this program, compile it, then cd to an NFS filesystem (it doesn't matter if it's NFS v2 or v3, or what OS the server is running). Run the program, and if your system is like mine, it will hang and refuse to die. I could easily just switch to using xdrstdio_create() and fopen() but that would be giving up too easily: this stuff is supposed to work, and I'm not going to stop making noise about it until it does. Anyone else notice this sort of thing, or am I the only one who's bothered to play with mmap() and NFS at the same time? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= #include #include #include #include #include #include #include #include #include #define CB_CHUNKSIZE 8192 static char *stuff; static unsigned long stuff_size; static int cachebind_fd; static caddr_t laddr; static unsigned long csize; int nis_cachebind_dump() { unsigned long tsize, fsize; char *ptr; tsize = stuff_size; if (tsize > CB_CHUNKSIZE) fsize = tsize + (tsize % CB_CHUNKSIZE); else fsize = CB_CHUNKSIZE; printf("FSIZE: %d SIZE %d\n", fsize, tsize); printf("MOD: %d\n", tsize % CB_CHUNKSIZE); printf("MOD: %d\n", CB_CHUNKSIZE % tsize); /* unmap the region */ munmap(laddr, csize); /* change file size */ ftruncate(cachebind_fd, fsize); csize = fsize; /* remap */ laddr = mmap(0, csize, PROT_READ|PROT_WRITE, MAP_SHARED, cachebind_fd, 0); bcopy(stuff, laddr, stuff_size); /* unmap again */ munmap(laddr, csize); return(0); } int nis_cachebind_init(fname) char *fname; { cachebind_fd = open(fname, O_RDWR|O_CREAT, 0644); if (cachebind_fd == -1) return(-1); stuff_size = 4000; stuff = calloc(1, stuff_size); nis_cachebind_dump(fname); } int nis_cachebind_load(fname) char *fname; { struct stat st; if (stat(fname, &st) == -1) { if (errno != ENOENT) return(-1); return(nis_cachebind_init(fname)); } csize = st.st_size; cachebind_fd = open(fname, O_RDWR, 0644); if (cachebind_fd == -1) return(-1); laddr = mmap(0, csize, PROT_READ|PROT_WRITE, MAP_SHARED, cachebind_fd, 0); if (laddr == MAP_FAILED) { close(cachebind_fd); return(-1); } stuff = calloc(1, csize); stuff_size = csize; bcopy(laddr, stuff, csize); munmap(laddr, csize); return(0); } main() { char *ptr; int i; nis_cachebind_load("test"); /* dirty the memory */ ptr = stuff; for (i = 0; i < stuff_size; i++) { *ptr = '?'; ptr++; } /* dump */ nis_cachebind_dump("test"); /* make it bigger */ stuff_size += 4000; stuff = realloc(stuff, stuff_size); /* dirty it again */ ptr = stuff; for (i = 0; i < stuff_size; i++) { *ptr = '?'; ptr++; } /* dump */ nis_cachebind_dump("test"); } From owner-freebsd-current Fri Nov 28 21:05:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03792 for current-outgoing; Fri, 28 Nov 1997 21:05:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03776 for ; Fri, 28 Nov 1997 21:05:05 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id XAA02124; Fri, 28 Nov 1997 23:05:04 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id XAA15366; Fri, 28 Nov 1997 23:05:03 -0600 (CST) Message-ID: <19971128230503.28898@mcs.net> Date: Fri, 28 Nov 1997 23:05:03 -0600 From: Karl Denninger To: Bill Paul Cc: current@freebsd.org Subject: Re: mmap() + NFS == &*$%@$!!! References: <199711290411.XAA08991@skynet.ctr.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199711290411.XAA08991@skynet.ctr.columbia.edu>; from Bill Paul on Fri, Nov 28, 1997 at 11:11:11PM -0500 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Try using "cvs update -r1.41 nfs_bio.c" in your "sys/nfs" directory and rebuild the kernel, then see if the problem goes away. There are some SERIOUS willies in versions of that file after 1.41. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost On Fri, Nov 28, 1997 at 11:11:11PM -0500, Bill Paul wrote: > I did a quick install of the Nov. 28th -current snapshot to test a few > NIS+ related things and ran into a problem using mmap() with NFS. The > problem is that it's apparently not too hard at all to wedge either a > process or the entire system when using mmap() with files on a remote > NFS filesystem. > > The NIS+ cache manager is supposed to maintain a cache of recently > discovered directory_obj structures and other data; this helps speed > up the binding process for NIS+ clients. (The actual binding procedure > can be arduous and time-consuming; caching the results saves other > processes on the local host from repeating the same binding operations > over and over again.) What I wanted to do was describe a hash table > structure in terms of RPC language and use rpcgen(1) to create XDR > filters so that I could encode the entire mess of binding information > maintained internally by nis_cachemgr and dump it straight into a file. > > There are two ways to do this: one is using the standard I/O package > and xdrstdio_create(). This lets you direct the XDR stream to a FILE * > stream and thence do disk. The other way is to use mmap() and > xdrmem_create(): xdrmem_create() lets you write the XDR stream into > a memory buffer. If the memory buffer in question is an mmap()ed > region of a file, then the XDR stream will also be written to the > file when you msync() or munmap() the buffer. > > I've been tinkering with using xdrmem_create() and mmap() and so far > things seem to work okay as long as the file I use is on a local UFS > filesystem. Today I tried it with an NFS filesystem, and almost right > away I ran into trouble. > > I'm trying to map the file in chunks of 4096 bytes (since that's the > system page size). Initially, the file doesn't exist, so I try to > create it and use ftuncate(2) to expand it to 8192 bytes. As new > binding information is obtained, it needs to be written out to the > file. Using xdr_sizeof(), I can tell how much file space I will need. > If the existing file is big enough, I mmap() it, use the XDR filter > to encode the data into the mmap()ed region, then munmap() the > region. If the data is too large to fit in the existing file, I > use ftruncate() to expand the file to the next 8192-byte chunk, then > mmap(), XDR, and munmap() again. > > One of two things can happen when using NFS: either the sample caching > program becomes wedged and can't be killed (ps -alx shows it to be in > the 'vmopar' state) or else the process wedges the system and I have > to reboot. Using the kernel debugger, I've determined in the latter > case that the system wedges because nfs_bioread() becomes stuck in a > loop. > > This case is a bit peculiar. The conditions seem to be as follows: > > - There's an existing file on disk of 8192 bytes in size. The actual > data occupies slightly less than 4096 bytes of this. > > - The program opens the file, mmap()s it, and uses the XDR filter > to read the data from the mmap()ed region and convert it into > the original hash table and associated stuff. Once the loading > is done, the region is munmap()ed. > > - The program adds an entry to the table, which makes the total size > slightly more than 4096 bytes. > > - The program uses ftruncate() to adjust the file size. This is > actually a mistake here: the data still fits in 8192 bytes so the > file size doesn't change. The program then mmap()s the file and > calls the XDR filter to start encoding the data into the mmap()ed > region. > > - This is where the system wedges. A stack trace shoes that vm_fault() > has led to a call to nfs_getpages(), which in turn calls nfs_bioread(). > Nfs_bioread() gets caught in a loop, calling nfs_getcacheblk() over > and over again. Somehow or other, nfs_getcacheblk() fails, so > nfs_bioread() cals brelse(), then loops around and calls nfs_getcacheblk() > again, which fails again, etc... > > The problem seems to happen when the XDR filter crosses the boundary > between the 4096 byte pages. Once it passes 4096 bytes, I think it > tries to fault in the second page, and this is where it gets trapped > in a loop. > > Unfortunately, I don't have a sample program yet that duplicates > this condition: the test program that triggers it has lots of NIS+ > junk in it which I need to strip out. With luck I'll be able to do > this over the weekend, but I'll need to go back to campus to test it > (the test machine is on one of the labs, and I don't want to wedge > it from home since I won't be able to reboot it). I do have a sample > program that duplicates the first problem, where the process becomes > wedged and unkillable. To test this program, compile it, then cd to > an NFS filesystem (it doesn't matter if it's NFS v2 or v3, or what > OS the server is running). Run the program, and if your system is like > mine, it will hang and refuse to die. > > I could easily just switch to using xdrstdio_create() and fopen() > but that would be giving up too easily: this stuff is supposed to work, > and I'm not going to stop making noise about it until it does. Anyone > else notice this sort of thing, or am I the only one who's bothered > to play with mmap() and NFS at the same time? > > -Bill > > -- > ============================================================================= > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > ============================================================================= > "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" > ============================================================================= > > #include > #include > #include > #include > #include > #include > #include > #include > #include > > #define CB_CHUNKSIZE 8192 > > static char *stuff; > static unsigned long stuff_size; > > static int cachebind_fd; > static caddr_t laddr; > static unsigned long csize; > > int nis_cachebind_dump() > { > unsigned long tsize, fsize; > char *ptr; > > tsize = stuff_size; > > if (tsize > CB_CHUNKSIZE) > fsize = tsize + (tsize % CB_CHUNKSIZE); > else > fsize = CB_CHUNKSIZE; > > printf("FSIZE: %d SIZE %d\n", fsize, tsize); > printf("MOD: %d\n", tsize % CB_CHUNKSIZE); > printf("MOD: %d\n", CB_CHUNKSIZE % tsize); > > /* unmap the region */ > munmap(laddr, csize); > > /* change file size */ > ftruncate(cachebind_fd, fsize); > csize = fsize; > > /* remap */ > laddr = mmap(0, csize, PROT_READ|PROT_WRITE, > MAP_SHARED, cachebind_fd, 0); > > bcopy(stuff, laddr, stuff_size); > > /* unmap again */ > munmap(laddr, csize); > > return(0); > } > > int nis_cachebind_init(fname) > char *fname; > { > cachebind_fd = open(fname, O_RDWR|O_CREAT, 0644); > if (cachebind_fd == -1) > return(-1); > > stuff_size = 4000; > stuff = calloc(1, stuff_size); > > nis_cachebind_dump(fname); > } > > int nis_cachebind_load(fname) > char *fname; > { > struct stat st; > > if (stat(fname, &st) == -1) { > if (errno != ENOENT) > return(-1); > return(nis_cachebind_init(fname)); > } > > csize = st.st_size; > cachebind_fd = open(fname, O_RDWR, 0644); > if (cachebind_fd == -1) > return(-1); > > laddr = mmap(0, csize, PROT_READ|PROT_WRITE, > MAP_SHARED, cachebind_fd, 0); > > if (laddr == MAP_FAILED) { > close(cachebind_fd); > return(-1); > } > > stuff = calloc(1, csize); > stuff_size = csize; > bcopy(laddr, stuff, csize); > > munmap(laddr, csize); > > return(0); > } > > main() > { > char *ptr; > int i; > > nis_cachebind_load("test"); > > /* dirty the memory */ > > ptr = stuff; > for (i = 0; i < stuff_size; i++) { > *ptr = '?'; > ptr++; > } > > /* dump */ > nis_cachebind_dump("test"); > > /* make it bigger */ > stuff_size += 4000; > stuff = realloc(stuff, stuff_size); > > /* dirty it again */ > ptr = stuff; > for (i = 0; i < stuff_size; i++) { > *ptr = '?'; > ptr++; > } > /* dump */ > nis_cachebind_dump("test"); > } From owner-freebsd-current Sat Nov 29 03:30:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24816 for current-outgoing; Sat, 29 Nov 1997 03:30:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-55.ix.netcom.com [207.93.143.183]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24795; Sat, 29 Nov 1997 03:30:17 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA00508; Sat, 29 Nov 1997 03:30:08 -0800 (PST) Date: Sat, 29 Nov 1997 03:30:08 -0800 (PST) Message-Id: <199711291130.DAA00508@silvia.HIP.Berkeley.EDU> To: current@freebsd.org CC: ports@freebsd.org Subject: packages-current repopulated From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks to Justin (Seger) and David (O'Brien), we now have a new set of packages for 3.0-current. I just copied them to the packages-current directory on ftp.freebsd.org; they should appear on mirror sites worldwide in a few hours. We plan to update these packages on a fairly regular basis. Please let us know if there are any problems. Satoshi and the awesome ports team From owner-freebsd-current Sat Nov 29 10:11:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA11731 for current-outgoing; Sat, 29 Nov 1997 10:11:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA11725 for ; Sat, 29 Nov 1997 10:11:35 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id KAA02727 for ; Sat, 29 Nov 1997 10:11:34 -0800 (PST) (envelope-from jdp) Message-Id: <199711291811.KAA02727@austin.polstra.com> To: current@freebsd.org Subject: Re: packages-current repopulated In-Reply-To: <199711291130.DAA00508@silvia.HIP.Berkeley.EDU> References: <199711291130.DAA00508@silvia.HIP.Berkeley.EDU> Organization: Polstra & Co., Seattle, WA Date: Sat, 29 Nov 1997 10:11:34 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199711291130.DAA00508@silvia.HIP.Berkeley.EDU>, Satoshi Asami wrote: > Thanks to Justin (Seger) and David (O'Brien), we now have a new set of > packages for 3.0-current. I just copied them to the packages-current > directory on ftp.freebsd.org; they should appear on mirror sites > worldwide in a few hours. Yay! You guys _are_ awesome! John From owner-freebsd-current Sat Nov 29 11:31:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA15880 for current-outgoing; Sat, 29 Nov 1997 11:31:49 -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 LAA15856; Sat, 29 Nov 1997 11:31:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA04709; Sat, 29 Nov 1997 11:31:37 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199711291931.LAA04709@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: asami@cs.berkeley.edu (Satoshi Asami) cc: current@freebsd.org, ports@freebsd.org Subject: Re: packages-current repopulated In-reply-to: Your message of "Sat, 29 Nov 1997 03:30:08 PST." <199711291130.DAA00508@silvia.HIP.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Nov 1997 11:31:37 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Cool!!! Tnks a lot !! Amancio From owner-freebsd-current Sat Nov 29 11:54:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17074 for current-outgoing; Sat, 29 Nov 1997 11:54:01 -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 LAA17069 for ; Sat, 29 Nov 1997 11:53:55 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 7301 invoked from network); 29 Nov 1997 19:53:53 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 29 Nov 1997 19:53:53 -0000 Date: Sat, 29 Nov 1997 14:53:52 -0500 (EST) From: Evan Champion Reply-To: Evan Champion To: freebsd-current@freebsd.org Subject: Any interest in replacing rdist with rdist 6.1.3? 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 don't know whether or not this has been discussed (probably over and over :-) before but as I ran in to this problem I thought I'd ask... The standard FreeBSD rdist assumes that it is talking to a regular rsh and that stdin/stdout are just pointers to the same, bidirectional socket. This is not the case with an encrypting Kerberos 4 rsh, any mode for Kerberos 5 rsh, and I would bet ssh as well, where stdin/stdout are unidirectional pipes. Suffice it to say that the standard rdist doesn't work for these cases. rdist 6.1.3, on the other hand, doesn't have this problem. It seems to work with pretty much everything. As it is (rightly so) en vogue to replace one's rsh with something a little more secure, IMHO FreeBSD should be making it as easy as possible for users to migrate over to a better rsh. The only major drawback to rdist 6 is that it uses an incompatible protocol. However, it is backwards-compatible, in that if you try and use it in the old rdist -Server mode, it will exec the old rdist if available. To talk to an old server, you'd have to run the old rdist. Because it is largely backwards-compatible, IMHO it would be a good idea to upgrade to 6.1.3. OpenBSD has already done it, so we can borrow their Makefiles :-) And we can always keep the old rdist to keep compatibility. I'm willing to come up with the /usr/src tree if other people agree that this is a reasonable thing to do. Evan From owner-freebsd-current Sat Nov 29 14:01:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23104 for current-outgoing; Sat, 29 Nov 1997 14:01:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23099 for ; Sat, 29 Nov 1997 14:01:03 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id XAA26649 for ; Sat, 29 Nov 1997 23:03:17 +0100 (CET) Date: Sat, 29 Nov 1997 23:03:16 +0100 (CET) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: SMP: binding process to CPU 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! [Some of my postings were turned down by hub.freebsd.org, so I re-send this one in case it didn't make it] I have a question concerning current implementation of SMP. Is it possible to assign specific process (or thread) to specific CPU-thing (not necessarily the actual CPU, perhaps other cpu-kind resource)? Something like Sun's LWP... Also, I have very vague understanding of how the scheduler assigns time slices of both processors to different processes. I think I saw (using 'top') that the same process was being scheduled to run on CPU0 as well as CPU1 during consecutive runnable periods... Here's why I'm asking: I have one process which must be as near real-time as possible, and the second process processes it's output (which is low-priority task). So I'd be glad to monopolize one CPU full-time when I need it, and run the rest of the OS on the other one. Is it possible? Will it be possible? :-) Thanks. Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-current Sat Nov 29 14:49:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25092 for current-outgoing; Sat, 29 Nov 1997 14:49:56 -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 OAA25079 for ; Sat, 29 Nov 1997 14:49:40 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.7/8.8.8) id RAA03183; Sat, 29 Nov 1997 17:49:23 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199711292249.RAA03183@dyson.iquest.net> Subject: Re: SMP: binding process to CPU In-Reply-To: from Andrzej Bialecki at "Nov 29, 97 11:03:16 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Sat, 29 Nov 1997 17:49:22 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG Reply-To: dyson@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 Andrzej Bialecki said: > Hi! > > Here's why I'm asking: I have one process which must be as near real-time > as possible, and the second process processes it's output (which is > low-priority task). So I'd be glad to monopolize one CPU full-time when I > need it, and run the rest of the OS on the other one. Is it possible? Will > it be possible? :-) > One of our required goals is to set the affinity in the way that you suggest. It doesn't work that way yet though. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Sat Nov 29 15:48:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA28127 for current-outgoing; Sat, 29 Nov 1997 15:48:13 -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 PAA28121 for ; Sat, 29 Nov 1997 15:48:08 -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 0xbwbt-0003jU-00; Sat, 29 Nov 1997 15:47:41 -0800 Date: Sat, 29 Nov 1997 15:47:38 -0800 (PST) From: Tom To: Andrzej Bialecki cc: freebsd-current@freebsd.org Subject: Re: SMP: binding process to CPU 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, 29 Nov 1997, Andrzej Bialecki wrote: > Here's why I'm asking: I have one process which must be as near real-time > as possible, and the second process processes it's output (which is Use rtprio on that process. If the priority is high enough, the process will pretty much hog a CPU. This can be dangerous, as other processes may not run at all, but on SMP there is at least one more CPU for other processes to run on. Tom