From owner-freebsd-current Sat May 8 13:18:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 566D714FAB for ; Sat, 8 May 1999 13:18:16 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id QAA03343; Sat, 8 May 1999 16:18:08 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Sat, 8 May 1999 16:18:07 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Mike Holling Cc: current@freebsd.org Subject: Re: RTP and RTSP support in libalias? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I understand it, RTP is only a framework for a protocol, and not actually a protocol. I.e., they define some headers, but no delivery semantics. There are some RFC's that talk about how to put various video/audio formats on top, but I think they have explicitely avoided talking about things like redelivery, loss, etc, so there may not be enough information to do a generic RTP implementation. Instead, it may have to be written for each application that runs on top. On Wed, 5 May 1999, Mike Holling wrote: > Apple's QuickTime 4 uses these protocols for streaming QuickTime, and I've > got users asking me if the FreeBSD NAT box can be made to handle it. > Looks like these protocols are new internet standards, has anyone > integrated them into libalias yet? If not I might give it a shot, but I'm > probably in over my head... > > - Mike > > PS. Apple provides links to the RFCs: > > http://www.apple.com/quicktime/resources/qt4/us/proxy/proxy.html > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Robert N Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ Safeport Network Services http://www.safeport.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 13:48:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id B87BE151FB for ; Sat, 8 May 1999 13:48:28 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id NAA09253; Sat, 8 May 1999 13:48:26 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id NAA34474; Sat, 8 May 1999 13:48:26 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 8 May 1999 13:48:26 -0700 (PDT) Message-Id: <199905082048.NAA34474@vashon.polstra.com> To: zach@uffdaonline.net Subject: Re: Disappearing/Reappearing Files... In-Reply-To: <19990507163249.A2406@k6n1.znh.org> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19990507163249.A2406@k6n1.znh.org>, Zach Heilig wrote: > This is an example of what I just noticed: > > $ ls > aaa bbb ccc > $ cp aaa bbb > $ ls > aaa ccc > [ !!!, then a couple seconds later: ] > $ ls > aaa bbb ccc > > [a few (>5) minutes later in a different vty: ] > $ cd problem_dir > $ ls > aaa ccc > [ ugh.. ] > $ ls > aaa bbb ccc > > [this is a filesystem with soft-updates on] I'm seeing something possibly related (possibly not) on an Alpha with this morning's -current. First I was getting unaligned accesses and core dumps from the "cp" in /etc/rc that updates the /etc/motd file. (I added "set -v" to /etc/rc to catch it.) But I could do the copy by hand once the system was up. Now on the latest reboot I got this from it: + cp /tmp/_motd /etc/motd + chmod 644 /etc/motd chmod: : No such file or directory chmod in free(): warning: recursive call chmod in free(): warning: recursive call chmod in free(): warning: recursive call chmod in free(): warning: recursive call (Hmm, why didn't the filename come out in chmod's error message?) I'm running with soft-updates but I'll try turning them off. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 14: 1: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 31721151FB for ; Sat, 8 May 1999 14:00:58 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.2/8.8.7) with ESMTP id RAA19461; Sat, 8 May 1999 17:01:01 -0400 (EDT) Date: Sat, 8 May 1999 17:01:00 -0400 (EDT) From: Brian Feldman X-Sender: green@janus.syracuse.net To: Lee Cremeans Cc: current@FreeBSD.ORG Subject: Re: IDE strangeness In-Reply-To: <19990506223902.A428@erols.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 6 May 1999, Lee Cremeans wrote: > On Thu, May 06, 1999 at 10:04:19PM -0400, Brian Feldman wrote: > > > 2. wd supports UDMA on my chipset, but won't enable any kind of DMA on my > > new Seagate, which does UDMA2 fine with ATA > > > > Can you boot -v and give the output of the ATA_INQUIRY line? That should say > which modes are available on the drive. So, any ideas at all? > > -lee > > -- > +--------------------------------------------------------------------+ > | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on WTnet) | > | lcremeans@erols.com | http://wakky.dyndns.org/~lee | > Brian Feldman _ __ ___ ____ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) | http://www.freebsd.org _ |___)___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 14: 9:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 6265E14C0E for ; Sat, 8 May 1999 14:09:17 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.2/8.8.7) with ESMTP id RAA19530; Sat, 8 May 1999 17:09:06 -0400 (EDT) Date: Sat, 8 May 1999 17:09:06 -0400 (EDT) From: Brian Feldman X-Sender: green@janus.syracuse.net To: "Jordan K. Hubbard" Cc: Matthew Thyer , current@FreeBSD.ORG Subject: Re: Doesn't anyone care about the broken sio ?? In-Reply-To: <22229.926181448@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 8 May 1999, Jordan K. Hubbard wrote: > > I mailed a simple way to reproduce the serious brokeness of the > > serial port driver on my system and no one responds. > > > > What does this mean ? > > It means that nobody is probably willing to go bring up a MAME > environment just to test this. You need to isolate it to a more > minimal test case if you want people to jump on what could be a local > problem (some serial hardware is better behaved than others) or a > misbehaving X server (which is masking interrupts for too long; see > mailing list archives on this topic). The more complex your > reproduction case, in other words, the less likely it is that anyone > will respond to it. Hmm, so now you're the second to cite the possibility of X masking interrupts too long, eh? ;) Actually, I use MAME all the time, and this problem does NOT occur (XF86_SVGA on an S3 ViRGE/DX). Oh, user-ppp too of course. If I could have reproduced this problem, I would have replied. > > If you can say "here's a small stand-alone C program which hogs things > to the extent that the serial driver seriously overruns its buffers" > then it's likely that someone will be at least motivated to compile, > run and try it. If it involves running some esoteric application > which requires downloading data of questionable legality on top of it, > it's far less likely that anyone will even bother to look. MAME is a great piece of software, and in and of itself entirely legal; what problem do you have with it? > > - Jordan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Brian Feldman _ __ ___ ____ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) | http://www.freebsd.org _ |___)___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 14:11:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 5CB6415453 for ; Sat, 8 May 1999 14:11:11 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id OAA09375 for ; Sat, 8 May 1999 14:11:10 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id OAA34534; Sat, 8 May 1999 14:11:10 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 8 May 1999 14:11:10 -0700 (PDT) Message-Id: <199905082111.OAA34534@vashon.polstra.com> To: current@freebsd.org Subject: Re: Disappearing/Reappearing Files... In-Reply-To: <199905082048.NAA34474@vashon.polstra.com> Organization: Polstra & Co., Seattle, WA Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199905082048.NAA34474@vashon.polstra.com>, John Polstra wrote: > > I'm seeing something possibly related (possibly not) on an Alpha with > this morning's -current. First I was getting unaligned accesses and > core dumps from the "cp" in /etc/rc that updates the /etc/motd file. > (I added "set -v" to /etc/rc to catch it.) But I could do the copy by > hand once the system was up. Now on the latest reboot I got this from > it: > > + cp /tmp/_motd /etc/motd > + chmod 644 /etc/motd > chmod: : No such file or directory > chmod in free(): warning: recursive call > chmod in free(): warning: recursive call > chmod in free(): warning: recursive call > chmod in free(): warning: recursive call > > (Hmm, why didn't the filename come out in chmod's error message?) > > I'm running with soft-updates but I'll try turning them off. I tried about 10 reboots, half with and half without soft-updates enabled on the various filesystems. With soft-updates disabled, I didn't see the above problem at all. With soft-updates enabled, I saw it most of the time but not always. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 14:19:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by hub.freebsd.org (Postfix) with ESMTP id 21C16154AD for ; Sat, 8 May 1999 14:19:33 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl3.philips.com with ESMTP id XAA09594 for ; Sat, 8 May 1999 23:19:28 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma009592; Sat, 8 May 99 23:19:29 +0200 Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.9.3/8.6.10-1.2.2m-970826) with SMTP id XAA16520 for ; Sat, 8 May 1999 23:19:28 +0200 (MET DST) Received: (qmail 93766 invoked by uid 666); 8 May 1999 21:19:49 -0000 Date: Sat, 8 May 1999 23:19:49 +0200 From: Jos Backus To: current@freebsd.org Subject: Re: mountroot problem Message-ID: <19990508231949.A93718@hal.mpn.cp.philips.com> Reply-To: Jos Backus References: <19990508202536.A92612@hal.mpn.cp.philips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990508202536.A92612@hal.mpn.cp.philips.com>; from Jos Backus on Sat, May 08, 1999 at 08:25:36PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Some more information: In sys/i386/i386/autoconf I'm seeing the following happen: static void setroot() { int majdev, mindev, unit, slice, part; dev_t newrootdev; char partname[2]; char *sname; if (boothowto & RB_DFLTROOT || (bootdev & B_MAGICMASK) != B_DEVMAGIC) return; majdev = B_TYPE(bootdev); printf("setroot: majdev=%d,bdevsw(majdev)=%p\n",majdev,bdevsw(majdev)); if (majdev >= nblkdev || bdevsw(majdev) == NULL) return; unit = B_UNIT(bootdev); slice = B_SLICE(bootdev); etc. which prints setroot: majdev=4,bdevsw(majdev)=0 Thus the function returns, without setting the name of the root device further on in the code (it would appear that that is where it happens). -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 15: 1:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 5B7F914CF7; Sat, 8 May 1999 15:01:24 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id RAA24414; Sat, 8 May 1999 17:01:23 -0500 (CDT) Date: Sat, 8 May 1999 17:01:22 -0500 (CDT) From: Steve Price To: brian@freebsd.org Cc: freebsd-current@freebsd.org Subject: latest ppp with PAP/CHAP coredumps Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1526973917-926200882=:24681" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1526973917-926200882=:24681 Content-Type: TEXT/PLAIN; charset=US-ASCII Brian, I CVSup'd earlier this morning and did a 'make world' on my -current box. If I try to use PAP/CHAP authentication, then ppp coredumps. Without using PAP/CHAP it seems to work fine. It also works when I did a cd /usr/src/usr.sbin/ppp cvs update -Dyesterday -PAd make clean && make && make install I haven't done a whole lot of investigation yet, but I did attach a copy of my ppp.conf, a stacktrace, and the tail(1) of /var/log/ppp.log. Any ideas on what might be happening? Thanks. -steve --0-1526973917-926200882=:24681 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; name=typescript Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: typescript Content-Disposition: attachment; filename=typescript U2NyaXB0IHN0YXJ0ZWQgb24gU2F0IE1heSAgOCAxNjozODoxOCAxOTk5DQpi b25zYWkjIGNhdCAvZXRjL3BwcC9wcHAuY29uZg0KZGVmYXVsdDoNCiBzZXQg bG9nIFBoYXNlIENoYXQgTENQIElQQ1AgQ0NQIHR1biBjb21tYW5kDQogc2V0 IGRldmljZSAvZGV2L21vZGVtDQogc2V0IHNwZWVkIDExNTIwMA0KIHNldCBk aWFsICJBQk9SVCBCVVNZIEFCT1JUIE5PXFxzQ0FSUklFUiBUSU1FT1VUIDUg XCJcIiBBVCBPSy1BVC1PSyBBVEUxUTAgT0sgXFxkQVREVFxcVCBUSU1FT1VU IDQwIENPTk5FQ1QiDQoNCmlzcDoNCiBzZXQgcGhvbmUgNTU1MTIzNA0KIHNl dCB0aW1lb3V0IDANCiBzZXQgYXV0aG5hbWUgbXlhdXRoDQogc2V0IGF1dGhr ZXkgbXlrZXkNCmJvbnNhaSMgcHBwDQpXb3JraW5nIGluIGludGVyYWN0aXZl IG1vZGUNClVzaW5nIGludGVyZmFjZTogdHVuMA0KcHBwIE9OIGJvbnNhaT4g ZGlhbCBpc3ANCnBwcCBPTiBib25zYWk+IA0KUHBwIE9OIGJvbnNhaT4gDQpQ UHAgT04gYm9uc2FpPiBTZWdtZW50YXRpb24gZmF1bHQgKGNvcmUgZHVtcGVk KQ0KYm9uc2FpIyBnZGIgYHdoaWNoIHBwcGAgcHBwLmNvcmUNCkdOVSBnZGIg NC4xOA0KQ29weXJpZ2h0IDE5OTggRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u LCBJbmMuDQpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUg R05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxj b21lIHRvIGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2Yg aXQgdW5kZXIgY2VydGFpbiBjb25kaXRpb25zLg0KVHlwZSAic2hvdyBjb3B5 aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuDQpUaGVyZSBpcyBhYnNvbHV0 ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdhcnJhbnR5 IiBmb3IgZGV0YWlscy4NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJp Mzg2LXVua25vd24tZnJlZWJzZCIuLi4NCkNvcmUgd2FzIGdlbmVyYXRlZCBi eSBgcHBwJy4NClByb2dyYW0gdGVybWluYXRlZCB3aXRoIHNpZ25hbCAxMSwg U2VnbWVudGF0aW9uIGZhdWx0Lg0KUmVhZGluZyBzeW1ib2xzIGZyb20gL3Vz ci9saWIvbGliY3J5cHQuc28uMi4uLmRvbmUuDQpSZWFkaW5nIHN5bWJvbHMg ZnJvbSAvdXNyL2xpYi9saWJtZC5zby4yLi4uZG9uZS4NClJlYWRpbmcgc3lt Ym9scyBmcm9tIC91c3IvbGliL2xpYnV0aWwuc28uMi4uLmRvbmUuDQpSZWFk aW5nIHN5bWJvbHMgZnJvbSAvdXNyL2xpYi9saWJ6LnNvLjIuLi5kb25lLg0K UmVhZGluZyBzeW1ib2xzIGZyb20gL3Vzci9saWIvbGliYWxpYXMuc28uMy4u LmRvbmUuDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvdXNyL2xpYi9saWJkZXMu c28uMy4uLmRvbmUuDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvdXNyL2xpYi9s aWJyYWRpdXMuc28uMS4uLmRvbmUuDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAv dXNyL2xpYi9saWJjLnNvLjMuLi5kb25lLg0KUmVhZGluZyBzeW1ib2xzIGZy b20gL3Vzci9saWJleGVjL2xkLWVsZi5zby4xLi4uZG9uZS4NCiMwICAweDgw NWI1MTkgaW4gRnNtUmVjdkNvbmZpZ1JlaiAoZnA9MHg4MGFlNjA4LCBsaHA9 MHhiZmJmY2U5OCwgYnA9MHgwKQ0KICAgIGF0IGZzbS5jOjc5NQ0KNzk1CSAg KCpmcC0+Zm4tPkRlY29kZUNvbmZpZykoZnAsIE1CVUZfQ1RPUChicCksIGZs ZW4sIE1PREVfUkVKLCAmZGVjKTsNCihnZGIpIHdoZXJlDQojMCAgMHg4MDVi NTE5IGluIEZzbVJlY3ZDb25maWdSZWogKGZwPTB4ODBhZTYwOCwgbGhwPTB4 YmZiZmNlOTgsIGJwPTB4MCkNCiAgICBhdCBmc20uYzo3OTUNCiMxICAweDgw NWJhMTkgaW4gZnNtX0lucHV0IChmcD0weDgwYWU2MDgsIGJwPTB4ODA5NTEy MCkgYXQgZnNtLmM6MTAwOA0KIzIgIDB4ODA1MDE5MSBpbiBjY3BfSW5wdXQg KGJ1bmRsZT0weDgwN2ZmNjAsIGw9MHg4MGFlMDAwLCBicD0weDgwOTUxMjAp DQogICAgYXQgY2NwLmM6NTQwDQojMyAgMHg4MDYyNzBlIGluIERlc3BhdGNo IChidW5kbGU9MHg4MDdmZjYwLCBsPTB4ODBhZTAwMCwgYnA9MHg4MDk1MTIw LCANCiAgICBwcm90bz0zMzAyMSkgYXQgbGluay5jOjMyMg0KIzQgIDB4ODA2 MjYzOCBpbiBsaW5rX1B1bGxQYWNrZXQgKGw9MHg4MGFlMDAwLCBidWY9MHg4 MGIwODc0ICJ+XDIwMP1cMDA0XDAwMiIsIA0KICAgIGxlbj0zMiwgYj0weDgw N2ZmNjApIGF0IGxpbmsuYzoyNzANCiM1ICAweDgwNjc2ZWUgaW4gcGh5c2lj YWxfRGVzY3JpcHRvclJlYWQgKGQ9MHg4MGFlNzQwLCBidW5kbGU9MHg4MDdm ZjYwLCANCiAgICBmZHNldD0weGJmYmZkOTA0KSBhdCBwaHlzaWNhbC5jOjQ3 MA0KIzYgIDB4ODA1NmU3MSBpbiBkYXRhbGlua19SZWFkIChkPTB4ODBhYzAw MCwgYnVuZGxlPTB4ODA3ZmY2MCwgDQogICAgZmRzZXQ9MHhiZmJmZDkwNCkg YXQgZGF0YWxpbmsuYzo0MTcNCiM3ICAweDgwNGM1OGUgaW4gYnVuZGxlX0Rl c2NyaXB0b3JSZWFkIChkPTB4ODA3ZmY2MCwgYnVuZGxlPTB4ODA3ZmY2MCwg DQogICAgZmRzZXQ9MHhiZmJmZDkwNCkgYXQgYnVuZGxlLmM6NjA0DQojOCAg MHg4MDY0NWZiIGluIERvTG9vcCAoYnVuZGxlPTB4ODA3ZmY2MCkgYXQgbWFp bi5jOjU1Nw0KIzkgIDB4ODA2NDI3YSBpbiBtYWluIChhcmdjPTEsIGFyZ3Y9 MHhiZmJmZGFjMCkgYXQgbWFpbi5jOjQ0Nw0KIzEwIDB4ODA0YTlkMSBpbiBf c3RhcnQgKCkNCihnZGIpIHF1aXQNCmJvbnNhaSMgdGFpbCAvdmFyL2xvZy9w cHAubG9nDQpNYXkgIDggMTY6Mzk6MDUgYm9uc2FpIHBwcFsxMDI0XTogdHVu MDogQ0NQOiAgUFJFRDFbMl0gIA0KTWF5ICA4IDE2OjM5OjA1IGJvbnNhaSBw cHBbMTAyNF06IHR1bjA6IENDUDogZGVmbGluazogU2VuZENvbmZpZ1JlcSgy KSBzdGF0ZSA9IFJlcS1TZW50IA0KTWF5ICA4IDE2OjM5OjA1IGJvbnNhaSBw cHBbMTAyNF06IHR1bjA6IENDUDogICBbRU1QVFldIA0KTWF5ICA4IDE2OjM5 OjA1IGJvbnNhaSBwcHBbMTAyNF06IHR1bjA6IElQQ1A6IGRlZmxpbms6IFJl Y3ZDb25maWdOYWsoMSkgc3RhdGUgPSBBY2stU2VudCANCk1heSAgOCAxNjoz OTowNSBib25zYWkgcHBwWzEwMjRdOiB0dW4wOiBJUENQOiAgSVBBRERSWzZd ICBhYWEuYmJiLmNjYy5kZGQNCk1heSAgOCAxNjozOTowNSBib25zYWkgcHBw WzEwMjRdOiB0dW4wOiBJUENQOiAgSVBBRERSWzZdICBjaGFuZ2luZyBhZGRy ZXNzOiAxMjcuMC4wLjEgIC0tPiBhYWEuYmJiLmNjYy5kZGQgDQpNYXkgIDgg MTY6Mzk6MDUgYm9uc2FpIHBwcFsxMDI0XTogdHVuMDogSVBDUDogZGVmbGlu azogU2VuZENvbmZpZ1JlcSgyKSBzdGF0ZSA9IEFjay1TZW50IA0KTWF5ICA4 IDE2OjM5OjA1IGJvbnNhaSBwcHBbMTAyNF06IHR1bjA6IElQQ1A6ICBJUEFE RFJbNl0gIGFhYS5iYmIuY2NjLmRkZA0KTWF5ICA4IDE2OjM5OjA1IGJvbnNh aSBwcHBbMTAyNF06IHR1bjA6IElQQ1A6ICBDT01QUFJPVE9bNl0gIDE2IFZK IHNsb3RzIHdpdGggc2xvdCBjb21wcmVzc2lvbiANCk1heSAgOCAxNjozOTow NSBib25zYWkgcHBwWzEwMjRdOiB0dW4wOiBDQ1A6IGRlZmxpbms6IFJlY3ZD b25maWdSZWooMikgc3RhdGUgPSBSZXEtU2VudCANCmJvbnNhaSMgZXhpdA0K DQpTY3JpcHQgZG9uZSBvbiBTYXQgTWF5ICA4IDE2OjM5OjU0IDE5OTkNCg== --0-1526973917-926200882=:24681-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 15:28:10 1999 Delivered-To: freebsd-current@freebsd.org Received: from pez.hyperreal.org (pez.hyperreal.org [207.181.224.6]) by hub.freebsd.org (Postfix) with SMTP id 6E35614E94 for ; Sat, 8 May 1999 15:28:08 -0700 (PDT) (envelope-from brian@hyperreal.org) Received: (qmail 7379 invoked by uid 4000); 8 May 1999 22:29:57 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 May 1999 22:29:57 -0000 Date: Sat, 8 May 1999 15:29:57 -0700 (PDT) From: Brian Behlendorf To: current@freebsd.org Subject: haveseen_isadev Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm seeing the following at boot (from a world built Wednesday night): ... chip0: at device 0.0 on pci0 chip1: at device 1.0 on pci0 isab0: at device 4.0 on pci0 ide_pci0: at device 4.1 on pci0 chip2: at device 4.3 on pci0 ahc0: at device 6.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: interrupting at irq 12 xl0: <3Com 3c905-TX Fast Etherlink XL> at device 9.0 on pci0 xl0: interrupting at irq 12 xl0: Ethernet address: 00:60:08:a3:51:e8 xl0: autoneg complete, link status good (half-duplex, 10Mbps) ahc1: at device 10.0 on pci0 ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: interrupting at irq 10 xl1: <3Com 3c905B-TX Fast Etherlink XL> at device 12.0 on pci0 xl1: interrupting at irq 11 xl1: Ethernet address: 00:10:5a:a7:e5:45 xl1: autoneg complete, link status good (half-duplex, 10Mbps) eisa0: on motherboard isa0: on motherboard fdc0: interrupting at irq 6 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> at fdc0 drive 0 wdc0 at port 0x1f0-0x1f7 irq 14 on isa0 wdc0: unit 0 (wd0): wd0: 9671MB (19807200 sectors), 19650 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 9671MB (19807200 sectors), 19650 cyls, 16 heads, 63 S/T, 512 B/S wdc0: interrupting at irq 14 haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! bt_isa_probe: Probe failed for card at 0x330 bt_isa_probe: Probe failed for card at 0x334 bt_isa_probe: Probe failed for card at 0x230 bt_isa_probe: Probe failed for card at 0x234 bt_isa_probe: Probe failed for card at 0x130 bt_isa_probe: Probe failed for card at 0x134 haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! haveseen_isadev() called - FIXME! atkbdc0: at port 0x60 on isa0 atkbd0: on atkbdc0 atkbd0: interrupting at irq 1 vga0: on isa0 ... Here's a diff between my kernel and GENERIC: 21c21 < ident TURBO --- > ident GENERIC 190c190 < pseudo-device pty 64 --- > pseudo-device pty 16 225,243d224 < < #### custom additions! < options MD5 < options PERFMON < < # Network options. NMBCLUSTERS defines the number of mbuf clusters and < # defaults to 256. This machine is a server that handles lots of traffic, < # so we crank that value. < options NMBCLUSTERS=4096 # mbuf clusters at 4096 < < # < # Misc. options < # < pseudo-device ccd 4 #Concatenated disk driver < options IPFIREWALL < options IPDIVERT < options ICMP_BANDLIM < options DUMMYNET < options BRIDGE Am I missing a device or controller line somewhere? Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 15:39:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail-gw2adm.rcsntx.swbell.net (mail-gw2.rcsntx.swbell.net [151.164.30.52]) by hub.freebsd.org (Postfix) with ESMTP id 8956C14DC7; Sat, 8 May 1999 15:39:45 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ppp-207-193-10-165.hstntx.swbell.net [207.193.10.165]) by mail-gw2adm.rcsntx.swbell.net (8.8.5/8.8.5) with ESMTP id RAA03837; Sat, 8 May 1999 17:39:35 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id RAA00812; Sat, 8 May 1999 17:40:32 -0500 (CDT) (envelope-from chris) Date: Sat, 8 May 1999 17:40:22 -0500 From: Chris Costello To: Steve Price Cc: brian@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: latest ppp with PAP/CHAP coredumps Message-ID: <19990508174022.B471@holly.dyndns.org> Reply-To: chris@calldei.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i In-Reply-To: ; from Steve Price on Sat, May 08, 1999 at 05:01:22PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 8, 1999, Steve Price wrote: > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib/libcrypt.so.2...done. > Reading symbols from /usr/lib/libmd.so.2...done. > Reading symbols from /usr/lib/libutil.so.2...done. > Reading symbols from /usr/lib/libz.so.2...done. > Reading symbols from /usr/lib/libalias.so.3...done. > Reading symbols from /usr/lib/libdes.so.3...done. > Reading symbols from /usr/lib/libradius.so.1...done. > Reading symbols from /usr/lib/libc.so.3...done. > Reading symbols from /usr/libexec/ld-elf.so.1...done. > #0 0x805b519 in FsmRecvConfigRej (fp=0x80ae608, lhp=0xbfbfce98, bp=0x0) ^^^^^^ > at fsm.c:795 > 795 (*fp->fn->DecodeConfig)(fp, MBUF_CTOP(bp), flen, MODE_REJ, &dec); fp->fn->DecodeConfig should point to something that checks for a null pointer, or make FsmRecvConfigRej check something like... if (!bp || (bp && !*bp)) { return -1; } or something to that effect. -- Chris Costello Avoid temporary variables and strange women. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 15:42:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail1.bezeqint.net (mail1.bezeqint.net [192.115.106.20]) by hub.freebsd.org (Postfix) with ESMTP id AA01514DC7 for ; Sat, 8 May 1999 15:42:35 -0700 (PDT) (envelope-from Important_for@YourLife.com) Received: from yourlife.com ([212.25.115.5]) by mail1.bezeqint.net (Sun Internet Mail Server sims.3.5.1999.03.02.17.58.p5) with SMTP id <0FBF00MDNK99I4@mail1.bezeqint.net> for current@freebsd.org; Sun, 9 May 1999 01:20:47 +0300 (IDT) Date: Sun, 09 May 1999 01:20:42 +0300 (IDT) Date-warning: Date header was inserted by mail1.bezeqint.net From: Important_for@YourLife.com Subject: Why Jews Don't Beleive in ... To: Important_for@YourLife.com Message-id: <0FBF00M38Q2EI4@mail1.bezeqint.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Friend, Did you ever wonder why the Jewish people don't believe in the New Testament? How come for 2000 years the Jewish people have been dedicated to Judaism to the point of allowing themselves to be killed rather than convert to Christianity? In their 20 page scholarly work entitled "Why don't the Jewish people don't recognize the New Testament?", theological scholars Eliyahoo Silver and Isaac Even Zahav demonstrate that Christianity is based on mistaken premises, misperceptions, and misunderstanding of what God is really all about. These conclusions and insights may seem strange to many since they go against everything many people have learned all their lives. But, many have seen that in fact Truth is stranger than fiction, Truth has no friends, but we must accept the Truth; not my truth, not your truth....but God's Truth. Here are some excerpts from Eliyahoo Silver's and Isaac Even Zahav's scholarly work entitled "Why don't the Jewish people recognize the New Testament?" regarding the Oneness of God, Jesus as Messiah, Virgin Birth, and the Covenent God made with Noah The Oneness of God "The Jewish God is one, as it is written; "Hear Israel, Y-H-W-H is our God, Y-H-W-H is one." Deut. 6:4. So according to the Bible there is one God, and that One God is One. One means One; not two, not three, not three in one, not two in one, not three divisions of one, but One whole One Alone. ........ The ancient idol worshipping cultures believed that there are many different gods, but God made it very clear in the Bible that He is the One and only God. Christianity believes that God is divided into three parts; the father, the son and the holy ghost. They try to make one out of these three, because God clearly says in the Bible that He is One. However, by definition God is an ever present, all powerful, omniscient, intangible, and unlimited Being, therefore, by dividing God into 3 parts, by definition you thus limit Him. This cannot be so. Deut. 4:39: "Know therefore this day and consider it in your heart that the Lord He is God in heaven above, and upon the earth beneath; there is none else." Deut. 32:39: "See now that I, even I, am He, and there is no god with me." Isaiah 43:10: "I am He, before Me no god was created, neither shall there be after Me." Isaiah 44:6:"Thus saith the Y-H-W-H, the king of Israel, and his redeemer, the Lord of hosts; I am the first and I am the last, and beside me there is no god." Isaiah 45:18:"I am the Y-H-W-H and there is none else." Please notice that nowhere in the here is spoken about a trinity. The concept of trinity is nowhere to be found in the Old Testament or the New Testament. ... There is One God, and that One God is One. One means One. That is not two, not three, not three in one, not two in One, but One." Jesus as the Messiah "Who and what is the Messiah? Let us see according to the holy Hebrew scriptures what the Messiah is supposed to do as required and defined by God himself through His prophets. In Isaiah 2:4 it is written that in the messianic days the swords will be beaten into plowshares and the spears into pruninghooks. Isaiah 60:18: "Violence shall no more be heard in thy land, wasting nor destruction within your borders, but you shall call your walls Salvation and your gates Praise." Zechariah 14:11: "And there shall be no more destruction but Jerusalem will be safely inhabited. Amos 9:14-15: "And I will bring again the captivity of my people of Israel and they shall build the waste cities and inhabit them; and I will plant them upon their land, and they shall no more be pulled out of their land which I have given them, says Y-H-W-H your God." ... ... And then a Jew stands up and claims that he is the Messiah, the savior that is announced by the prophets. But he did not do what he was supposed to do, set the Jews free from their oppressors, the Romans, and establish an era of peace and tranquillity for the Jews and all mankind. Instead he gets killed and all that there is left of him is a collection of writings, called the New Testament. But he claimed that he would establish this all in THAT generation: See Mark 13:24-30 and Matthew 16:27-28; "Verily I say unto you; there be some standing here that shall not taste of death till they see the son of man coming in his kingdom." ... Unnecessary to say that he failed totally. ... .... By the Living Word of God Himself it is clear that the Messiah must redeem Israel and bring universal peace. However, this is not done by Jesus. On the contrary, after he was executed as a common criminal the temple got destroyed, and the Jewish people were exiled, and since then violent war after war has swept over the earth. In order to get around this problem, the christian church invented the second coming. However, nowhere in the Hebrew scriptures is it written that the messiah would come once, get killed, and come again in a second coming. This is a pure rationalization of Jesus failure to function in any way as a Messiah. ..." Virgin Birth "The angel tells Joseph (Matthew 1:22-23) that this is done in order to fulfill the word of the prophet; "Behold, a virgin shall be with child, and shall bring forth a son, and they shall call his name Emmanuel. ...This prophecy is quoted as being from Isaiah 7:14. There it says; "Behold a virgin shall conceive and bare a son and shall call his name Emmanuel." But for the Jewish reader that knows Hebrew, this also raises problems. The Hebrew word in Isaiah 7:14 that the King James translation translates as virgin is the Hebrew word "Almah". But, in Hebrew, the word "Almah" means young woman, NOT virgin. The Hebrew word for virgin is "Betulah". Therefore the word virgin in the king James translation of Isaiah 7:14 is a mistranslation. ... Nowhere in the Old Testament is a prophecy that the messiah will be born unto a virgin. In fact, virgins nowhere give birth in the Old Testament. This concept is only to be found in pagan mythology. By the way, if this was realy a virgin birth, than the requirement to be Messiah of being a direct paternal descandant of king David was not fullfilled.... To the Jews, what does this say about the reliability of the New Testament? " The Noachide and Israelite Covenants In conclusion Eliyahu Silver and Isaac Ewen Zahav point out that Gentiles must follow and live according to the Covenant that God made with Noah which requires descendants of Noah to follow seven catagories of laws known as the Seven Noachide Laws. Thus Noachidism is the proper religion of Gentiles. The seven catagories of Noachide commandments are: 1) Establish courts of law. 2) Do not blaspheme. 3) Do not worship idols. 4) Do not murder. 5) Do not commit adultery. 6) Do not steal. 7) Do not eat the limb of a live animal" Please learn these by memory and know these this day for this is what God commands you as descandants of Noah. For the Jewish people is is pointed out "The Jewish people have a different mission in life; "And you shall be unto me a kingdom of priests, a Holy nation." Exodus 19:6. For this reason the Jewish people have to live according 613 commandments commanded to them in their Holy book called the Torah and the Gentiles must be commited never to lead Jews astray from liveing by the Holy Torah. For more information on Noacidism how to join the Noachide movement if you are a Gentile, or, on Judaism and how to join a Jewish group if you are a Jew, we recomend you visit these oher great web sites. For Gentiles who want to join/form Noachide groups in your area http://www.fastlane.net/~bneinoah/world.html To learn the Seven Noachide Laws and their ramificiations in todays society gopher://gopher.chabad.org/11/outlook/7laws For Jews to learn the Torah so they can live a good Blessed Jewish life http://www.torah.org/programs/outsideinisrael.html For Jews to learn Torah on Mount Zion, Israel http://www.mznet.org/ For Jews worldwide to learn Torah or to experience a Sabbath in a warm, loving home http://www.chabad.org/ To read the full 20 page essay "Why the Jews don't believe in the New Testament" http://www.noachidetorah.home-page.org/ Current policy, music and insights of the re-established House of David http://www.thehouseofdavid.home-page.org/ To read the full copy of Eliyahu Silver's and Isaac Ewen Zahav's 20 page booklet titled: "Why don't the Jewish people recognize the new testament?" refer to our web sites at http://noachidetorah.mainpage.net/ or http://www.noachidetorah.allhere.com/ or search the keyword "CovenentDavid" in at least three search engines. Please feel free to download and share with your friends as we are sure this work will be a collectors item one day. To get Merit with God, make sure to tell this truth to all your friends, neighbors and collegues who are Gentiles that they must live by the Noachide Covenent and all the Jewish people that they must live in accordance with the Torah. The best way to live life is to serve God... properly and in Truth. Spread the Truth to all and God will shower us with His Blessing!!! The only way to acheive peace on earth is to live by God's rules so that God will then bestow peace upon us. This is the only way there will be peace on earth. To contact the writer by mail write Eliyahoo Silver P.O.B. 1651, zip code 91000, Jerusalem, Israel, or write the publisher by mail write Eliyahoo Silver C/O M. Ariel Cohen POB 32097 Jerusalem, Israel 91320. Thanks for subscribing to our mailing list of society and religion. We are sorry that it has been over two years for some who signed our mailing list and you may have forgotten about it but we hope you enjoy our message anyway. If you wish to be removed from future mailings, please simply and politely reply with the subject "Remove" to nocensores@altavista.net or nocensores@iname.com or Covenentdavid@iname.com or houseofdavid@joinme.com and you will happily be removed from any and all future mailings at no cost to you. Feel free to have your friends add themselves to our mailing lists by sending in their emails as many are already doing. "And it shall come to pass in the end of days, that the mountain of Y-H-W-H's house shall be established as the top of the mountains, and shall be exalted above the hills, and all nations shall flow unto it. And many peoples shall go and say ' Come ye, and let us go up to the mountain of Y-H-W-H, To the House of the God of Jacob, and He will teach us of His ways, and we will walk in His paths', for out of Zion shall come forth the Torah and the Word of Y-H-W-H from Jerusalem. And He shall judge between the nations, and shall decide for many peoples, and they shall beat their swords into plowshares, and their spears into pruninghooks, nation shall not lift up sword againt nation, neither shall they learn war anymore" Isaiah 2:2-4 Blessings from Mount Zion, Jerusalem, Israel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 16:14:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 7219115053 for ; Sat, 8 May 1999 16:14:18 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA23575; Sat, 8 May 1999 16:14:34 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Brian Feldman Cc: Matthew Thyer , current@FreeBSD.ORG Subject: Re: Doesn't anyone care about the broken sio ?? In-reply-to: Your message of "Sat, 08 May 1999 17:09:06 EDT." Date: Sat, 08 May 1999 16:14:34 -0700 Message-ID: <23571.926205274@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > MAME is a great piece of software, and in and of itself entirely legal; what > problem do you have with it? I'm not talking about MAME, go read the message again. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 17:26:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id BD1EC14C0B for ; Sat, 8 May 1999 17:26:21 -0700 (PDT) (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.9.3/8.8.8) with ESMTP id RAA43188; Sat, 8 May 1999 17:25:36 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905090025.RAA43188@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Robert Watson Cc: Mike Holling , current@FreeBSD.ORG Subject: Re: RTP and RTSP support in libalias? In-reply-to: Your message of "Sat, 08 May 1999 16:18:07 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 May 1999 17:25:36 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just do a net search on mbone applications . vat , vic , sdr are examples of rtp compliant applications. A generic framework for building rtp based tools can be found at: http://www-mash.cs.berkeley.edu/mash/ Enjoy -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 17:30:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 62FE314C0B for ; Sat, 8 May 1999 17:30:35 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id KAA09424 for ; Sun, 9 May 1999 10:00:33 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id KAA91738 for FreeBSD-current@FreeBSD.ORG; Sun, 9 May 1999 10:00:32 +0930 (CST) Date: Sun, 9 May 1999 10:00:31 +0930 From: Greg Lehey To: FreeBSD current users Subject: HEADS UP: bdevsw has changed its character Message-ID: <19990509100031.N68170@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A day or so ago, bdevsw changed from being an array of struct cdevsws to an inline function. That's not a problem in itself: do a make world and all will be well. It does, however, mean that klds which were compiled before the change will no longer load. I had a report today of one person who forgot to do this, and his source tree is on a vinum volume, and he can't load vinum. Beware! Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 18:30:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 4E8CC151CA for ; Sat, 8 May 1999 18:30:42 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id LAA13409; Sun, 9 May 1999 11:29:19 +1000 Date: Sun, 9 May 1999 11:29:19 +1000 From: Bruce Evans Message-Id: <199905090129.LAA13409@godzilla.zeta.org.au> To: imp@harmony.village.org, luigi@labinfo.iet.unipi.it Subject: Re: m_get(M_WAIT, ...) _can_ return NULL ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >: m = m_get(M_WAIT, ...) >: looking at the code, it seems that m_get() _can_ return a NULL pointer >: even if one specifies M_WAIT. > >Looking at the man page for malloc: > M_WAITOK > indicates that it is Ok to wait for resources. It is unconve- > niently defined as 0 so care should be taken never to compare > against this value directly or try to AND it as a flag. The de- > fault operation is to block until the memory allocation succeeds. > malloc() can only return NULL if M_NOWAIT is specified. > >Sounds like a bug to me. Er, m_get != malloc M_WAIT != M_WAITOK Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 18:44:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from goliath.camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with ESMTP id A6EA314D5F for ; Sat, 8 May 1999 18:44:15 -0700 (PDT) (envelope-from thyerm@camtech.com.au) Received: from camtech.com.au (dialup-ad-15-41.camtech.net.au [203.55.243.41]) by goliath.camtech.net.au (8.8.5/8.8.2) with ESMTP id LAA23337; Sun, 9 May 1999 11:05:51 +0930 (CST) Message-ID: <3734E580.58F2F009@camtech.com.au> Date: Sun, 09 May 1999 11:01:44 +0930 From: Matthew Thyer X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: Doesn't anyone care about the broken sio ?? References: <16823.926182364@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As far as I can tell, this is unrelated to newbus as the same actions would trigger this problem before and after newbus. I have been seeing this problem for many months (maybe years - but I've only recently identified a set of actions to reproduce it every time). The wierd thing is that I can download heaps of stuff all at the same time (at 48000 baud) and get over 5.5 K/s without a silo overflow BUT as soon as I run MAME, the serial port is stuffed and requires a reboot to do the smallest amount of traffic. NOTE: This occurs AFTER I exit MAME or while I keep it running!!!! Very strange. And its not just on this hardware. I'd just like someone to try to reproduce this. I realise that downloading a MAME ROM is problematic but surely someone out there owns an old space invaders machine or something similar. Poul-Henning Kamp wrote: > > Bruce said, in his own quite way, that somebody had broken fast > interrupts as part of newbus, and that is the end of that story. > > Poul-Henning > > In message <22229.926181448@zippy.cdrom.com>, "Jordan K. Hubbard" writes: > >> I mailed a simple way to reproduce the serious brokeness of the > >> serial port driver on my system and no one responds. > >> > >> What does this mean ? > > > >It means that nobody is probably willing to go bring up a MAME > >environment just to test this. You need to isolate it to a more > >minimal test case if you want people to jump on what could be a local > >problem (some serial hardware is better behaved than others) or a > >misbehaving X server (which is masking interrupts for too long; see > >mailing list archives on this topic). The more complex your > >reproduction case, in other words, the less likely it is that anyone > >will respond to it. > > > >If you can say "here's a small stand-alone C program which hogs things > >to the extent that the serial driver seriously overruns its buffers" > >then it's likely that someone will be at least motivated to compile, > >run and try it. If it involves running some esoteric application > >which requires downloading data of questionable legality on top of it, > >it's far less likely that anyone will even bother to look. > > > >- Jordan > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-current" in the body of the message > > > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 19:32:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from extremis.demon.co.uk (extremis.demon.co.uk [194.222.242.30]) by hub.freebsd.org (Postfix) with ESMTP id 6CD9C14FF8 for ; Sat, 8 May 1999 19:32:42 -0700 (PDT) (envelope-from gjvc@extremis.demon.co.uk) Received: (from gjvc@localhost) by extremis.demon.co.uk (8.9.3/8.9.1) id DAA02779 for freebsd-current@freebsd.org; Sun, 9 May 1999 03:33:38 GMT (envelope-from gjvc) Date: Sun, 9 May 1999 03:33:38 +0000 From: George Cox To: freebsd-current@freebsd.org Subject: Re: raw disk devices (IDE) Message-ID: <19990509033337.A2006@extremis.demon.co.uk> References: <19990508194421.B264@extremis.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <19990508194421.B264@extremis.demon.co.uk>; from George Cox on Sat, May 08, 1999 at 07:44:22PM +0000 X-Operating-System: FreeBSD extremis.demon.co.uk 4.0-CURRENT FreeBSD 4.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 08/05 19:44, George Cox wrote: > Just cvsupped now with the attached slightly alarming boot messages. The > kernel booted successfully however, and I am able to send this mail. :-) Well, just forget this one. I removed KERNFS and DEVFS from my config file and the messages disappear. gjvc --mode sheepish -- [gjvc] http://www.freebsd.org Dumb terminal, smart user. Smart terminal, [ THE POWER TO SERVE ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20: 8:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail-gw2adm.rcsntx.swbell.net (mail-gw2.rcsntx.swbell.net [151.164.30.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E0D114FAB for ; Sat, 8 May 1999 20:08:20 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ppp-207-193-10-49.hstntx.swbell.net [207.193.10.49]) by mail-gw2adm.rcsntx.swbell.net (8.8.5/8.8.5) with ESMTP id WAA01764 for ; Sat, 8 May 1999 22:08:15 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id WAA01403 for current@FreeBSD.ORG; Sat, 8 May 1999 22:09:36 -0500 (CDT) (envelope-from chris) Date: Sat, 8 May 1999 22:09:35 -0500 From: Chris Costello To: current@FreeBSD.ORG Subject: ppp is totally broken Message-ID: <19990508220935.A1379@holly.dyndns.org> Reply-To: chris@calldei.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend, there is code that causes ppp to assign a particular mbuf structure pointer to a null pointer, causing ppp to dump core. Contrary to somebody else's email to this list, it is, in fact, a problem affecting any authentication method. -- Chris Costello Who is General Failure and why is he reading my disk? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20: 9:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from goliath.camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with ESMTP id 0C82214FAB for ; Sat, 8 May 1999 20:09:10 -0700 (PDT) (envelope-from thyerm@camtech.com.au) Received: from camtech.com.au (dialup-ad-13-85.camtech.net.au [203.55.243.213]) by goliath.camtech.net.au (8.8.5/8.8.2) with ESMTP id MAA04554; Sun, 9 May 1999 12:44:03 +0930 (CST) Message-ID: <3734FC84.95F31E3B@camtech.com.au> Date: Sun, 09 May 1999 12:39:56 +0930 From: Matthew Thyer X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Brian Feldman Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG, David Dawes Subject: Re: Doesn't anyone care about the broken sio ?? References: Content-Type: multipart/mixed; boundary="------------DFBE461F7C8A0C55E1534890" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------DFBE461F7C8A0C55E1534890 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit *** STOP PRESS *** I have just confirmed that restarting the X server is enough to fix the problem. So my apologies to Bruce, -CURRENT and the whole FreeBSD community in general for blaming sio. For the benefit of David Dawes, I'll quickly restate the problem: Running xmame (from the ports collection) causes lots of silo overflows with user mode ppp until I either restart the X server or reboot. This occurs even after I exit xmame. This is all on FreeBSD-CURRENT but has been happenning for months and is not newbus related. Thankyou Brian, you are the first to NOT reproduce the problem. Note that all my recent testing of this has been at 300 MHz so dont jump on me when you see that I normally overclock at 450 MHz. So compare configuration: My X server is XFree86 3.3.3.1 (from ports) and I use the XF86_SVGA server. My video card is an ET6000 "Jaton VIDEO-58P" with 2.25 MB RAM. I run in 16 bit colour with KDE 1.1.1. I run MAME with sound enabled and I'm NOT using Luigi's PCM driver but rather the old driver (whats it called ??). I have a new ABIT BX6 release 2.0 motherboard (with 16550s I assume). I have an Intel Celeron 300a CPU which I normally run at 450 MHz (using a 100 MHz memory bus speed instead of 66 MHz but when I run it at 300 MHz it doesn't make any difference to this problem). I have PC100 SD RAM with an EPROM. This RAM is rated at 7ns believe it or not. I'd like to be using Soren's ATAPI driver but it doesn't like my CD-ROM drive so I'm using the normal wd driver with flags a0ffa0ff. I'm using a KTX V.90 modem at 115000 baud. I typically get 45333, 46667 or 48000 connections to my ISP. I'm using a Microsoft serial mouse but am not using moused. I do have a PS/2 intellimouse compatible mouse attached but only use it when I'm on the darkside (In Windows 95) as it doesn't work with moused or in XFree86. My whole system has been re-compiled within the last 2 days (world, updated /etc, kernel AND ALL ports [XFree86 3.3.3.1, kde 1.1.1 etc etc etc]) Kernel config file (MATTE), /etc/XF86Config file and dmesg output attached. I have one question about my kernel config: How do I know when it's unsafe to use "options CPU_DISABLE_5X86_LSSER" ? It would be good if the kernel disabled this option under those cases. My /etc/ppp/ppp.conf is: default: set log chat connect phase set device /dev/cuaa1 set speed 115200 allow users matt deny lqr deny chap set timeout 0 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATX4S95=47 OK-AT-OK \\dATDT\\T TIMEOUT 80 CONNECT" set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 isp: set phone ISPNUMBER set login "TIMEOUT 10 sername:--sername: MYUSER ssword: MYPASS" dial Brian Feldman wrote: > > On Sat, 8 May 1999, Jordan K. Hubbard wrote: > > > > I mailed a simple way to reproduce the serious brokeness of the > > > serial port driver on my system and no one responds. > > > > > > What does this mean ? > > > > It means that nobody is probably willing to go bring up a MAME > > environment just to test this. You need to isolate it to a more > > minimal test case if you want people to jump on what could be a local > > problem (some serial hardware is better behaved than others) or a > > misbehaving X server (which is masking interrupts for too long; see > > mailing list archives on this topic). The more complex your > > reproduction case, in other words, the less likely it is that anyone > > will respond to it. > > Hmm, so now you're the second to cite the possibility of X masking interrupts > too long, eh? ;) Actually, I use MAME all the time, and this problem does NOT > occur (XF86_SVGA on an S3 ViRGE/DX). Oh, user-ppp too of course. If I could > have reproduced this problem, I would have replied. > > > > > If you can say "here's a small stand-alone C program which hogs things > > to the extent that the serial driver seriously overruns its buffers" > > then it's likely that someone will be at least motivated to compile, > > run and try it. If it involves running some esoteric application > > which requires downloading data of questionable legality on top of it, > > it's far less likely that anyone will even bother to look. > > MAME is a great piece of software, and in and of itself entirely legal; what > problem do you have with it? > > > > > - Jordan > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > Brian Feldman _ __ ___ ____ ___ ___ ___ > green@unixhelp.org _ __ ___ | _ ) __| \ > FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) | > http://www.freebsd.org _ |___)___/___/ -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 --------------DFBE461F7C8A0C55E1534890 Content-Type: text/plain; charset=us-ascii; name="MATTE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="MATTE" # $Id: MATTE,v 11.8 1999/05/08 11:04:00 +09:30 matt Exp $ # based on: $Id: LINT,v 1.594 1999/05/06 18:08:23 peter Exp $ # machine i386 ident "MATTE" maxusers 20 options INCLUDE_CONFIG_FILE # Include this file in kernel config kernel root on wd0 cpu I686_CPU options CPU_DISABLE_5X86_LSSER # Dont use if you use memory mapped I/O device(s). options CPU_FASTER_5X86_FPU # Faster FPU exception handler options NO_F00F_HACK # Disable Pentium F00F hack # COMPATIBILITY OPTIONS options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options USER_LDT # Let processes manipulate their local descriptor table (needed for WINE) options SYSVSHM # Enable SYSV style shared memory options SYSVSEM # Enable SYSV style semaphores options SYSVMSG # Enable SYSV style message queues options MD5 # Include a MD5 routine in the kernel options VM86 # Allow processes to switch to vm86 mode (needed for doscmd) # DEBUGGING OPTIONS options DDB # Enable the kernel debugger #options INVARIANTS # Extra sanity checking (slower) #options INVARIANT_SUPPORT # Include sanity checking functions options UCONSOLE # Allow users to grab the console options USERCONFIG # Boot -c editor options VISUAL_USERCONFIG # Visual boot -c editor # NETWORKING OPTIONS options INET # Internet communications protocols # Network interfaces: pseudo-device ether # Generic Ethernet pseudo-device loop # Network loopback device pseudo-device tun 1 # Tunnel driver(user process ppp) pseudo-device streams # SysVR4 STREAMS emulation # FILESYSTEM OPTIONS options FFS # Berkeley Fast Filesystem options FFS_ROOT # FFS usable as root device options NFS # Network Filesystem options CD9660 # ISO 9660 Filesystem options MFS # Memory Filesystem options MSDOSFS # MSDOS Filesystem options PROCFS # Process Filesystem options NSWAPDEV=4 # Allow this many swap-devices options SOFTUPDATES # SoftUpdates aka delayed writes controller pci0 controller ncr0 options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L # SCSI DEVICE CONFIGURATION (CAM SCSI) controller scbus0 at ncr0 # Base SCSI code disk da0 at scbus0 target 0 disk da1 at scbus0 target 1 disk da2 at scbus0 target 2 disk da3 at scbus0 target 3 disk da4 at scbus0 target 4 disk da5 at scbus0 target 5 disk da6 at scbus0 target 6 options SCSI_DELAY=500 # Only wait 0.5 seconds for SCSI # MISCELLANEOUS DEVICES AND OPTIONS pseudo-device pty 64 # Pseudo ttys - can go as high as 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn 4 # Vnode driver (turns a file into a device) options MSGBUF_SIZE=81920 # Size of the kernel message buffer # HARDWARE DEVICE CONFIGURATION controller isa0 options AUTO_EOI_1 # Save 0.7-1.25 usec for each interrupt controller pnp0 # Enable PnP support in the kernel controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device vga0 at isa? port ? conflicts pseudo-device splash # Splash screen at start up! device sc0 at isa? options MAXCONS=12 # Number of virtual consoles options SC_HISTORY_SIZE=800 # Number of history buffer lines options VESA # Needs VM86 defined too!! device npx0 at nexus? port IO_NPX iosiz 0x0 flags 0x0 irq 13 #controller ata0 #device atadisk0 # ATA disk drives #device atapicd0 # ATAPI CDROM drives device wcd0 controller wdc0 at isa? port IO_WD1 irq 14 flags 0xa0ffa0ff disk wd0 at wdc0 drive 0 controller wdc1 at isa? port IO_WD2 irq 15 flags 0xa0ffa0ff controller fdc0 at isa? port IO_FD1 irq 6 drq 2 disk fd0 at fdc0 drive 0 device psm0 at atkbdc? irq 12 device ppc0 at isa? port? irq 7 controller ppbus0 device lpt0 at ppbus? device plip0 at ppbus? device ppi0 at ppbus? device sio0 at isa? port IO_COM1 irq 4 flags 0x10 device sio1 at isa? port IO_COM2 irq 3 options CONSPEED=38400 # Speed for serial console (default 9600) device ed0 at isa? port 0x300 irq 9 iomem 0xd8000 device apm0 at nexus? controller smbus0 controller intpm0 device smb0 at smbus? device joy0 at isa? port IO_GAME #device pcm0 at isa? port? irq 5 drq 1 flags 0x15 controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 --------------DFBE461F7C8A0C55E1534890 Content-Type: text/plain; charset=us-ascii; name="XF86Config" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="XF86Config" # File generated by xf86config. # # Copyright (c) 1995 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # For OSs that support Dynamically loaded modules, ModulePath can be # used to set a search path for the modules. This is currently supported # for Linux ELF, FreeBSD 2.x and NetBSD 1.x. The default path is shown # here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Module section -- this is an optional section which is used to specify # which dynamically loadable modules to load. Dynamically loadable # modules are currently supported only for Linux ELF, FreeBSD 2.x # and NetBSD 1.x. Currently, dynamically loadable modules are used # only for some extended input (XInput) device drivers. # ********************************************************************** # Section "Module" # # Matt's extra modules: Load "xie.so" Load "pex5.so" # # This loads the module for the Joystick driver # Load "xf86Jstk.so" # EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # DontZoom # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # DisableVidModeExtension # Uncomment this to enable the use of a non-local xvidtune client. # AllowNonLocalXvidtune # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # DisableModInDev # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # AllowNonLocalModInDev EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 5 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients # ServerNumLock # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: # LeftAlt Meta # RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock # To disable the XKEYBOARD extension, uncomment XkbDisable. # XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # XkbModel "pc102" # If you have a US Microsoft Natural keyboard, you can use: # XkbModel "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # XkbLayout "de" # or: # XkbLayout "de" # XkbVariant "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # XkbOptions "ctrl:swapcaps" # These are the default XKB settings for XFree86 # XkbRules "xfree86" # XkbModel "pc101" # XkbLayout "us" # XkbVariant "" # XkbOptions "" XkbKeymap "xfree86(us)" EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "Microsoft" Device "/dev/cuaa0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # or for the AceCad tablets which require 9600 baud # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) Emulate3Buttons # Emulate3Timeout 50 # ChordMiddle is an option for some 3-button Logitech mice # ChordMiddle EndSection # ********************************************************************** # Xinput section -- this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # Section "Xinput" # SubSection "WacomStylus" # Port "/dev/ttyS1" # DeviceName "Wacom" # EndSubSection # SubSection "WacomCursor" # Port "/dev/ttyS1" # EndSubSection # SubSection "WacomEraser" # Port "/dev/ttyS1" # EndSubSection # # SubSection "Elographics" # Port "/dev/ttyS1" # DeviceName "Elo" # MinimumXPosition 300 # MaximumXPosition 3500 # MinimumYPosition 300 # MaximumYPosition 3500 # Screen 0 # UntouchDelay 10 # ReportDelay 10 # EndSubSection # SubSection "Joystick" Port "/dev/joy0" DeviceName "Joystick" TimeOut 10 MinimumXPosition 100 MaximumXPosition 1300 MinimumYPosition 100 MaximumYPosition 1100 # CenterX 700 # CenterY 600 Delta 20 EndSubSection # # The Mouse Subsection contains the same type of entries as the # standard Pointer Section (see above), with the addition of the # DeviceName entry. # # SubSection "Mouse" # Port "/dev/mouse2" # DeviceName "Second Mouse" # Protocol "Logitech" # EndSubSection EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "Crap Noel" VendorName "KTX" ModelName "SVGA Plus" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5-35.8 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 60-95 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. # These two are equivalent # ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace # Mode "1024x768i" # DotClock 45 # HTimings 1024 1048 1208 1264 # VTimings 768 776 784 817 # Flags "Interlace" # EndMode # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. # 640x400 @ 70 Hz, 31.5 kHz hsync Modeline "640x400" 25.175 640 664 760 800 400 409 411 450 # 640x480 @ 60 Hz, 31.5 kHz hsync Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 # 800x600 @ 56 Hz, 35.15 kHz hsync ModeLine "800x600" 36 800 824 896 1024 600 601 603 625 # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync Modeline "1024x768" 44.9 1024 1048 1208 1264 768 776 784 817 Interlace # 640x400 @ 85 Hz, 37.86 kHz hsync Modeline "640x400" 31.5 640 672 736 832 400 401 404 445 -HSync +VSync # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline "640x480" 31.5 640 680 720 864 480 488 491 521 # 640x480 @ 75 Hz, 37.50 kHz hsync ModeLine "640x480" 31.5 640 656 720 840 480 481 484 500 -HSync -VSync # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 640x480 @ 85 Hz, 43.27 kHz hsync Modeline "640x400" 36 640 696 752 832 480 481 484 509 -HSync -VSync # 1152x864 @ 89 Hz interlaced, 44 kHz hsync ModeLine "1152x864" 65 1152 1168 1384 1480 864 865 875 985 Interlace # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 1024x768 @ 60 Hz, 48.4 kHz hsync Modeline "1024x768" 65 1024 1032 1176 1344 768 771 777 806 -hsync -vsync # 640x480 @ 100 Hz, 53.01 kHz hsync Modeline "640x480" 45.8 640 672 768 864 480 488 494 530 -HSync -VSync # 1152x864 @ 60 Hz, 53.5 kHz hsync Modeline "1152x864" 89.9 1152 1216 1472 1680 864 868 876 892 -HSync -VSync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "800x600" 60.75 800 864 928 1088 600 616 621 657 -HSync -VSync # 1024x768 @ 70 Hz, 56.5 kHz hsync Modeline "1024x768" 75 1024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1280x1024 @ 87 Hz interlaced, 51 kHz hsync Modeline "1280x1024" 80 1280 1296 1512 1568 1024 1025 1037 1165 Interlace # 800x600 @ 100 Hz, 64.02 kHz hsync Modeline "800x600" 69.65 800 864 928 1088 600 604 610 640 -HSync -VSync # 1024x768 @ 76 Hz, 62.5 kHz hsync Modeline "1024x768" 85 1024 1032 1152 1360 768 784 787 823 # 1152x864 @ 70 Hz, 62.4 kHz hsync Modeline "1152x864" 92 1152 1208 1368 1474 864 865 875 895 # 1280x1024 @ 61 Hz, 64.2 kHz hsync Modeline "1280x1024" 110 1280 1328 1512 1712 1024 1025 1028 1054 # 1024x768 @ 85 Hz, 70.24 kHz hsync Modeline "1024x768" 98.9 1024 1056 1216 1408 768 782 788 822 -HSync -VSync # 1152x864 @ 78 Hz, 70.8 kHz hsync Modeline "1152x864" 110 1152 1240 1324 1552 864 864 876 908 # 1280x1024 @ 70 Hz, 74.59 kHz hsync Modeline "1280x1024" 126.5 1280 1312 1472 1696 1024 1032 1040 1068 -HSync -VSync # 1600x1200 @ 60Hz, 75.00 kHz hsync Modeline "1600x1200" 162 1600 1664 1856 2160 1200 1201 1204 1250 +HSync +VSync # 1152x864 @ 84 Hz, 76.0 kHz hsync Modeline "1152x864" 135 1152 1464 1592 1776 864 864 876 908 # 1280x1024 @ 74 Hz, 78.85 kHz hsync Modeline "1280x1024" 135 1280 1312 1456 1712 1024 1027 1030 1064 # 1024x768 @ 100Hz, 80.21 kHz hsync Modeline "1024x768" 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync # 1280x1024 @ 76 Hz, 81.13 kHz hsync Modeline "1280x1024" 135 1280 1312 1416 1664 1024 1027 1030 1064 # 1600x1200 @ 70 Hz, 87.50 kHz hsync Modeline "1600x1200" 189 1600 1664 1856 2160 1200 1201 1204 1250 -HSync -VSync # 1152x864 @ 100 Hz, 89.62 kHz hsync Modeline "1152x864" 137.65 1152 1184 1312 1536 864 866 885 902 -HSync -VSync # 1280x1024 @ 85 Hz, 91.15 kHz hsync Modeline "1280x1024" 157.5 1280 1344 1504 1728 1024 1025 1028 1072 +HSync +VSync # 1600x1200 @ 75 Hz, 93.75 kHz hsync Modeline "1600x1200" 202.5 1600 1664 1856 2160 1200 1201 1204 1250 +HSync +VSync # 1600x1200 @ 85 Hz, 105.77 kHz hsync Modeline "1600x1200" 220 1600 1616 1808 2080 1200 1204 1207 1244 +HSync +VSync # 1280x1024 @ 100 Hz, 107.16 kHz hsync Modeline "1280x1024" 181.75 1280 1312 1440 1696 1024 1031 1046 1072 -HSync -VSync # 1800x1440 @ 64Hz, 96.15 kHz hsync ModeLine "1800X1440" 230 1800 1896 2088 2392 1440 1441 1444 1490 +HSync +VSync # 1800x1440 @ 70Hz, 104.52 kHz hsync ModeLine "1800X1440" 250 1800 1896 2088 2392 1440 1441 1444 1490 +HSync +VSync # 512x384 @ 78 Hz, 31.50 kHz hsync Modeline "512x384" 20.160 512 528 592 640 384 385 388 404 -HSync -VSync # 512x384 @ 85 Hz, 34.38 kHz hsync Modeline "512x384" 22 512 528 592 640 384 385 388 404 -HSync -VSync # Low-res Doublescan modes # If your chipset does not support doublescan, you get a 'squashed' # resolution like 320x400. # 320x200 @ 70 Hz, 31.5 kHz hsync, 8:5 aspect ratio Modeline "320x200" 12.588 320 336 384 400 200 204 205 225 Doublescan # 320x240 @ 60 Hz, 31.5 kHz hsync, 4:3 aspect ratio Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan # 320x240 @ 72 Hz, 36.5 kHz hsync Modeline "320x240" 15.750 320 336 384 400 240 244 246 262 Doublescan # 400x300 @ 56 Hz, 35.2 kHz hsync, 4:3 aspect ratio ModeLine "400x300" 18 400 416 448 512 300 301 302 312 Doublescan # 400x300 @ 60 Hz, 37.8 kHz hsync Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan # 400x300 @ 72 Hz, 48.0 kHz hsync Modeline "400x300" 25 400 424 488 520 300 319 322 333 Doublescan # 480x300 @ 56 Hz, 35.2 kHz hsync, 8:5 aspect ratio ModeLine "480x300" 21.656 480 496 536 616 300 301 302 312 Doublescan # 480x300 @ 60 Hz, 37.8 kHz hsync Modeline "480x300" 23.890 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 63 Hz, 39.6 kHz hsync Modeline "480x300" 25 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 72 Hz, 48.0 kHz hsync Modeline "480x300" 29.952 480 504 584 624 300 319 322 333 Doublescan EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Generic VGA" VendorName "Unknown" BoardName "Unknown" Chipset "generic" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Sample Device for accelerated server: # Section "Device" # Identifier "Actix GE32+ 2MB" # VendorName "Actix" # BoardName "GE32+" # Ramdac "ATT20C490" # Dacspeed 110 # Option "dac_8_bit" # Clocks 25.0 28.0 40.0 0.0 50.0 77.0 36.0 45.0 # Clocks 130.0 120.0 80.0 31.0 110.0 65.0 75.0 94.0 # EndSection # Sample Device for Hercules mono card: # Section "Device" # Identifier "Hercules mono" # EndSection # Device configured by xf86config: Section "Device" Identifier "Jaton VIDEO-58P" VendorName "Jaton" BoardName "VIDEO-58P" VideoRam 2304 #videoram 2304 # 2.25 MB, when memory probe is incorrect #Option "linear" # for linear mode at 8bpp #Option "noaccel" # when problems with accelerator #Option "power_saver" # enable VESA DPMS #Option "pci_retry" # faster, but problematic for ISA DMA #Option "hw_cursor" # Use hardware cursor (see docs for limitations) #Option "xaa_no_color_exp" # When text (or bitmap) is not rendered correctly # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Colour SVGA server Section "Screen" Driver "svga" # Use Device "Generic VGA" for Standard VGA 320x200x256 #Device "Generic VGA" Device "Jaton VIDEO-58P" DefaultColorDepth 16 Monitor "Crap Noel" Subsection "Display" Depth 8 # Omit the Modes line for the "Generic VGA" device Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 # Use Virtual 320 200 for Generic VGA EndSubsection Subsection "Display" Depth 16 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection EndSection # The 16-color VGA server Section "Screen" Driver "vga16" Device "Generic VGA" Monitor "Crap Noel" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The Mono server Section "Screen" Driver "vga2" Device "Generic VGA" Monitor "Crap Noel" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) Section "Screen" Driver "accel" Device "Jaton VIDEO-58P" Monitor "Crap Noel" Subsection "Display" Depth 8 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "1024x768" "320x200" "320x240" "400x300" "512x384" "640x480" "800x600" ViewPort 0 0 EndSubsection EndSection --------------DFBE461F7C8A0C55E1534890 Content-Type: text/plain; charset=us-ascii; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sat May 8 11:07:38 CST 1999 root@localhost:/usr/src/sys/compile/MATTE Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (300.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping=0 Features=0x183f9ff real memory = 67108864 (65536K bytes) config> pnp 1 0 bios enable sio0: system console avail memory = 62124032 (60668K bytes) Preloaded elf kernel "kernel" at 0xc02f4000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f409c. Pentium Pro MTRR support enabled, default memory type is uncacheable Probing for PnP devices: CSN 1 Vendor ID: CTL0024 [0x24008c0e] Serial 0x100a1ec0 Comp ID: PNP0600 [0x0006d041] npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS version 1.2 pcib0: on motherboard pci0: on pcib0 chip0: at device 0.0 on pci0 chip1: at device 1.0 on pci0 isab0: at device 7.0 on pci0 ide_pci0: at device 7.1 on pci0 chip2: at device 7.3 on pci0 ncr0: at device 13.0 on pci0 ncr0: interrupting at irq 7 isa0: on motherboard atkbdc0: at port 0x60 on isa0 atkbd0: on atkbdc0 atkbd0: interrupting at irq 1 psm0: on atkbdc0 psm0: model IntelliMouse, device ID 3 psm0: interrupting at irq 12 vga0: on isa0 sc0: on isa0 sc0: VGA color <12 virtual consoles, flags=0x0> wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa0 wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 6197MB (12692736 sectors), 12592 cyls, 16 heads, 63 S/T, 512 B/S wdc0: interrupting at irq 14 wdc1 at port 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa0 wdc1: unit 1 (atapi): , removable, dma, iordis wcd0: drive speed 4687KB/sec, 120KB cache wcd0: supported read types: CD-R, CD-RW, CD-DA wcd0: Audio: play, 255 volume levels wcd0: Mechanism: ejectable tray wcd0: Medium: no/blank disc inside, unlocked wdc1: interrupting at irq 15 fdc0: interrupting at irq 6 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> at fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: interrupting at irq 4 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at irq 3 ed0 at port 0x300-0x31f irq 9 on isa0 ed0: address 00:00:e8:20:33:e8, type NE2000 (16 bit) ed0: interrupting at irq 9 joy0 at port 0x201 on isa0 joy0: joystick sb0 at port 0x220 irq 5 drq 1 on isa0 snd0: sb0: interrupting at irq 5 sbxvi0 at drq 5 on isa0 snd0: sbmidi0 at port 0x330 on isa0 snd0: opl0 at port 0x388 on isa0 snd0: changing root device to wd0s2a --------------DFBE461F7C8A0C55E1534890-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20:20:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id ADDE014FAB for ; Sat, 8 May 1999 20:20:17 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.8.5) with ESMTP id XAA99072; Sat, 8 May 1999 23:18:05 -0400 (EDT) Date: Sat, 8 May 1999 23:18:04 -0400 (EDT) From: Chuck Robey To: Chris Costello Cc: current@FreeBSD.ORG Subject: Re: ppp is totally broken In-Reply-To: <19990508220935.A1379@holly.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 8 May 1999, Chris Costello wrote: > > Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend, > there is code that causes ppp to assign a particular mbuf > structure pointer to a null pointer, causing ppp to dump core. > Contrary to somebody else's email to this list, it is, in fact, a > problem affecting any authentication method. Are you talking about user-space ppp? mine is from a 24 hour old buildworld, and humming along fine. Maybe I'm not using one of the features you use? I use pap, could that be it? To be honest, in the last month or so, I've noticed distinctly greater stability to ppp. Haven't any notion why that is, but I'm sure pleased with it. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20:26:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from rina.torah.org (rina.torah.org [207.239.101.206]) by hub.freebsd.org (Postfix) with ESMTP id 63FCC1573C for ; Sat, 8 May 1999 20:26:32 -0700 (PDT) (envelope-from menken@torah.org) Received: from moed (client196-127-99.bellatlantic.net [151.196.127.99]) by rina.torah.org (8.9.3/8.9.3/Debian/GNU) with SMTP id XAA28784 for ; Sat, 8 May 1999 23:26:26 -0400 Message-Id: <4.1.19990508232735.00b66650@mail.torah.org> X-Sender: menken@mail.torah.org X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Sat, 08 May 1999 23:29:12 -0400 To: freebsd-current@freebsd.org From: Yaakov Menken Subject: Killing spam... Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To all readers, who received spam concerning a 'noachidetorah' organization, According to the copies of the message sent our way, the person who spammed you sent regards from Mt. Zion, along with a list of about 10 web sites, one of which was ours. The fellow is an embarrassment, but... Please be aware that the spammer has _NOTHING_ to do with us, Project Genesis, those who operate http://www.torah.org/ . We have no previous knowledge of 'noachidetorah' or anything to do with them. We have a zero-tolerance policy on spam (just like you). We were the third site on the list given, and obviously in a 'side reference.' We are based in Baltimore, MD, not Mt. Zion, Jerusalem (and if you found out that we're hosted by Team Genesis, you also found out our street address). Project Genesis, http://www.torah.org/ does NOT spam, was NOT responsible for the message you received, and does NOT know who sent it. Trust me that were it otherwise, we'd be moving fast to get rid of him. As I said above, we have a zero-tolerance policy and if someone with us were to spam, he'd be history. This guy is embarrassing. But rest assured we had NOThing to do with it! Yours truly, Yaakov Menken -- Rabbi Yaakov Menken menken@torah.org Director, Project Genesis (410) 602-1350 http://www.torah.org/ learn@torah.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20:33:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail-gw3adm.rcsntx.swbell.net (mail-gw3.rcsntx.swbell.net [151.164.30.53]) by hub.freebsd.org (Postfix) with ESMTP id 3DD5F15372 for ; Sat, 8 May 1999 20:33:02 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ppp-207-193-10-49.hstntx.swbell.net [207.193.10.49]) by mail-gw3adm.rcsntx.swbell.net (8.8.5/8.8.5) with ESMTP id WAA23839; Sat, 8 May 1999 22:32:53 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id WAA01547; Sat, 8 May 1999 22:34:11 -0500 (CDT) (envelope-from chris) Date: Sat, 8 May 1999 22:34:10 -0500 From: Chris Costello To: Chuck Robey Cc: Chris Costello , current@FreeBSD.ORG Subject: Re: ppp is totally broken Message-ID: <19990508223410.A1526@holly.dyndns.org> Reply-To: chris@calldei.com References: <19990508220935.A1379@holly.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i In-Reply-To: ; from Chuck Robey on Sat, May 08, 1999 at 11:18:04PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 8, 1999, Chuck Robey wrote: > On Sat, 8 May 1999, Chris Costello wrote: > > > > > Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend, > > there is code that causes ppp to assign a particular mbuf > > structure pointer to a null pointer, causing ppp to dump core. > > Contrary to somebody else's email to this list, it is, in fact, a > > problem affecting any authentication method. > > Are you talking about user-space ppp? mine is from a 24 hour old > buildworld, and humming along fine. Maybe I'm not using one of the > features you use? I use pap, could that be it? I use the default Unix-style login, and I also have the PPP from within 6-12 hours. It seems that it was broken within 24 hours. I'm using the 3.1R PPP right now, until the problem is resolved. I'm sending a problem report, as well. -- Chris Costello RAM DISK is not an installation procedure! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20:51:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 43376155F6 for ; Sat, 8 May 1999 20:51:26 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id XAA19723 for ; Sat, 8 May 1999 23:13:17 -0500 (EST) Date: Sat, 8 May 1999 23:13:16 -0500 (EST) From: Alfred Perlstein To: current@freebsd.org Subject: found 1 place where panic with bridge+divert Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think i found one spot where having this setup causes a panic: ___________ de0 (no IP) |FreeBSD box| xl0 - ips = 216.55.74.58, 192.168.2.1 `-----------' i have bridge, and divert sockets along with ipfw in my kernel, I'm having bridged packets filtered by ipfw via the sysctl. about 1 second after enableing a divert rule on de0, i panic, it seems to happen here: /* $Id: if_de.c,v 1.104 1999/05/03 09:36:29 dfr Exp $ */ "/usr/src/sys/pci/if_de.c" line 3739 of 5928 --63%-- col 28-31 at: nextout->d_addr1 = TULIP_KVATOPHYS(sc, mtod(ms, caddr_t)); for some reason i've been having a hell of a time trying to get gdb working on this box and was stuck in DDB with an opcode: movl PTmap(,%eax,4),%eax which is really in pmap.h (i386): static __inline vm_offset_t pmap_kextract(vm_offset_t va) { vm_offset_t pa; if ((pa = (vm_offset_t) PTD[va >> PDRSHIFT]) & PG_PS) { pa = (pa & ~(NBPDR - 1)) | (va & (NBPDR - 1)); } else { pa = *(vm_offset_t *)vtopte(va); /* HERE */ pa = (pa & PG_FRAME) | (va & PAGE_MASK); } return pa; } people in -stable seem not to have problems with bridge+divert sockets, anyone have any ideas? btw, if i enable the divert socket on my 'xl' card then it also seems to happen in an intrupt context. btw, this newbus stuff looks sorta interesting, considering it took me about a week to understand the old way, is there any chance for an API to be published? any good pointers to know what i can do with this stuff? thanks, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 8 20:53: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (Postfix) with ESMTP id 4454B1571B for ; Sat, 8 May 1999 20:52:54 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.9.1a/8.9.1) id NAA19431; Sun, 9 May 1999 13:52:46 +1000 (EST) Message-ID: <19990509135246.I27888@rf900.physics.usyd.edu.au> Date: Sun, 9 May 1999 13:52:46 +1000 From: David Dawes To: Matthew Thyer Cc: current@FreeBSD.ORG Subject: Re: Doesn't anyone care about the broken sio ?? References: <3734FC84.95F31E3B@camtech.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <3734FC84.95F31E3B@camtech.com.au>; from Matthew Thyer on Sun, May 09, 1999 at 12:39:56PM +0930 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 09, 1999 at 12:39:56PM +0930, Matthew Thyer wrote: >*** STOP PRESS *** I have just confirmed that restarting the X server > is enough to fix the problem. So my apologies to Bruce, -CURRENT > and the whole FreeBSD community in general for blaming sio. > >For the benefit of David Dawes, I'll quickly restate the problem: >Running xmame (from the ports collection) causes lots of silo overflows >with user mode ppp until I either restart the X server or reboot. >This occurs even after I exit xmame. This is all on FreeBSD-CURRENT but >has been happenning for months and is not newbus related. OK, so there may be a problem with the tseng driver in XFree86. Does xmame use DGA? If so, the problem may be related to switching in and out of DGA mode. A test for that would be to try another DGA client and see if it triggers the same problem (like the 'dga' test client that comes with XFree86 -- if you try it, press 'q' to exit it). The first thing I would suspect is PCI retries. The driver doesn't use those by default, but a bug might cause it to overfill the ET6000's fifo queue, which would bring the PCI retry mechanism into action. Do you only get the overflows when the X server is doing things? Do you think the X server process is using more CPU when this problem shows up compared with before? One other thing to try is adding the following line to the relevant Device section in your XF86Config file: Option "xaa_no_color_exp" and see if that makes any difference. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 0:52:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.40.153]) by hub.freebsd.org (Postfix) with ESMTP id 1914E14E36 for ; Sun, 9 May 1999 00:52:42 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by phk.freebsd.dk (8.9.1/8.8.8) with ESMTP id JAA06808; Sun, 9 May 1999 09:52:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.2/8.9.2) with ESMTP id JAA19106; Sun, 9 May 1999 09:52:31 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jos Backus Cc: current@FreeBSD.ORG Subject: Re: mountroot problem In-reply-to: Your message of "Sat, 08 May 1999 23:19:49 +0200." <19990508231949.A93718@hal.mpn.cp.philips.com> Date: Sun, 09 May 1999 09:52:31 +0200 Message-ID: <19104.926236351@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I found it, will commit in a sec. Sorry. Poul-Henning In message <19990508231949.A93718@hal.mpn.cp.philips.com>, Jos Backus writes: >Some more information: > >In sys/i386/i386/autoconf I'm seeing the following happen: > >static void >setroot() >{ > int majdev, mindev, unit, slice, part; > dev_t newrootdev; > char partname[2]; > char *sname; > > if (boothowto & RB_DFLTROOT || (bootdev & B_MAGICMASK) != B_DEVMAGIC) > return; > majdev = B_TYPE(bootdev); > printf("setroot: majdev=%d,bdevsw(majdev)=%p\n",majdev,bdevsw(majdev)); > if (majdev >= nblkdev || bdevsw(majdev) == NULL) > return; > unit = B_UNIT(bootdev); > slice = B_SLICE(bootdev); > >etc. > >which prints > > setroot: majdev=4,bdevsw(majdev)=0 > >Thus the function returns, without setting the name of the root device further >on in the code (it would appear that that is where it happens). > >-- >Jos Backus _/ _/_/_/ "Reliability means never > _/ _/ _/ having to say you're sorry." > _/ _/_/_/ -- D. J. Bernstein > _/ _/ _/ _/ >Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 0:56:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2023414E36 for ; Sun, 9 May 1999 00:56:15 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from feral.com (mjacob@feral.com [192.67.166.1]) by feral.com (8.8.7/8.8.7) with ESMTP id AAA07768; Sun, 9 May 1999 00:54:50 -0700 Date: Sun, 9 May 1999 00:54:50 -0700 (PWT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: Jos Backus , current@FreeBSD.ORG Subject: Re: mountroot problem In-Reply-To: <19104.926236351@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ah- that's why root stuff is broke... good.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 1:15:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (Postfix) with ESMTP id D662C14E01 for ; Sun, 9 May 1999 01:15:54 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (Postfix) with ESMTP id 6AB261F72; Sun, 9 May 1999 16:15:51 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey Cc: FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character In-reply-to: Your message of "Sun, 09 May 1999 10:00:31 +0930." <19990509100031.N68170@freebie.lemis.com> Date: Sun, 09 May 1999 16:15:51 +0800 From: Peter Wemm Message-Id: <19990509081553.6AB261F72@spinner.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > A day or so ago, bdevsw changed from being an array of struct cdevsws > to an inline function. That's not a problem in itself: do a make > world and all will be well. It does, however, mean that klds which > were compiled before the change will no longer load. I had a report > today of one person who forgot to do this, and his source tree is on a > vinum volume, and he can't load vinum. Beware! That isn't all.. If you are using kld modules, it is a Really Good Idea to keep your kld modules compiled and in sync with your kernel while internal interfaces are changing. kget(8) also will need a recompile. People who are running -current for stability had better be damn careful and be very selective about what they choose to run as a stable snapshot. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 1:19:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 7D45E1551C for ; Sun, 9 May 1999 01:19:18 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id RAA11058; Sun, 9 May 1999 17:49:16 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA36200; Sun, 9 May 1999 17:49:15 +0930 (CST) Date: Sun, 9 May 1999 17:49:14 +0930 From: Greg Lehey To: Peter Wemm Cc: FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character Message-ID: <19990509174914.A22791@freebie.lemis.com> References: <19990509100031.N68170@freebie.lemis.com> <19990509081553.6AB261F72@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990509081553.6AB261F72@spinner.netplex.com.au>; from Peter Wemm on Sun, May 09, 1999 at 04:15:51PM +0800 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 9 May 1999 at 16:15:51 +0800, Peter Wemm wrote: > Greg Lehey wrote: >> A day or so ago, bdevsw changed from being an array of struct cdevsws >> to an inline function. That's not a problem in itself: do a make >> world and all will be well. It does, however, mean that klds which >> were compiled before the change will no longer load. I had a report >> today of one person who forgot to do this, and his source tree is on a >> vinum volume, and he can't load vinum. Beware! > > That isn't all.. If you are using kld modules, it is a Really Good Idea to > keep your kld modules compiled and in sync with your kernel while internal > interfaces are changing. Right, it was just pretty unfortunate in this case (and I heard of another one) that the person had his source tree mounted on a vinum volume, so he could no longer access it :-) If this happens to anybody else, there's a version of the vinum kld compiled this morning on ftp://ftp.lemis.com/pub/vinum/vinum.ko. > kget(8) also will need a recompile. > > People who are running -current for stability had better be damn careful > and be very selective about what they choose to run as a stable snapshot. I think the real problem is that the klds get built with "make world" and not with a kernel build. How about changing that? I've got the opposite problem on another machine: I did a make world, but not a reboot, and now my Linux emulation is broken. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 1:20:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.40.153]) by hub.freebsd.org (Postfix) with ESMTP id C7F571551C for ; Sun, 9 May 1999 01:20:53 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by phk.freebsd.dk (8.9.1/8.8.8) with ESMTP id KAA06960; Sun, 9 May 1999 10:20:52 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.2/8.9.2) with ESMTP id KAA19226; Sun, 9 May 1999 10:20:45 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Wemm Cc: Greg Lehey , FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character In-reply-to: Your message of "Sun, 09 May 1999 16:15:51 +0800." <19990509081553.6AB261F72@spinner.netplex.com.au> Date: Sun, 09 May 1999 10:20:45 +0200 Message-ID: <19224.926238045@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990509081553.6AB261F72@spinner.netplex.com.au>, Peter Wemm write s: >Greg Lehey wrote: >> A day or so ago, bdevsw changed from being an array of struct cdevsws >> to an inline function. That's not a problem in itself: do a make >> world and all will be well. It does, however, mean that klds which >> were compiled before the change will no longer load. I had a report >> today of one person who forgot to do this, and his source tree is on a >> vinum volume, and he can't load vinum. Beware! > >That isn't all.. If you are using kld modules, it is a Really Good Idea to >keep your kld modules compiled and in sync with your kernel while internal >interfaces are changing. kget(8) also will need a recompile. > >People who are running -current for stability had better be damn careful >and be very selective about what they choose to run as a stable snapshot. Amen brother. In general any commit to sys/kern/* or sys/sys/* should make you pay a LOT of attention. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 1:22: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.40.153]) by hub.freebsd.org (Postfix) with ESMTP id 082FB15511 for ; Sun, 9 May 1999 01:22:04 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by phk.freebsd.dk (8.9.1/8.8.8) with ESMTP id KAA06975; Sun, 9 May 1999 10:22:04 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.2/8.9.2) with ESMTP id KAA19245; Sun, 9 May 1999 10:21:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Lehey Cc: Peter Wemm , FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character In-reply-to: Your message of "Sun, 09 May 1999 17:49:14 +0930." <19990509174914.A22791@freebie.lemis.com> Date: Sun, 09 May 1999 10:21:57 +0200 Message-ID: <19243.926238117@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990509174914.A22791@freebie.lemis.com>, Greg Lehey writes: >> People who are running -current for stability had better be damn careful >> and be very selective about what they choose to run as a stable snapshot. > >I think the real problem is that the klds get built with "make world" >and not with a kernel build. How about changing that? I've got the >opposite problem on another machine: I did a make world, but not a >reboot, and now my Linux emulation is broken. Well, it is a problem you cannot solve in general, in particular as we start to see 3rd parth KLDs... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 1:31:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 7183D15043 for ; Sun, 9 May 1999 01:31:29 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id SAA11104; Sun, 9 May 1999 18:01:28 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id SAA36250; Sun, 9 May 1999 18:01:27 +0930 (CST) Date: Sun, 9 May 1999 18:01:27 +0930 From: Greg Lehey To: Poul-Henning Kamp Cc: Peter Wemm , FreeBSD current users Subject: Building klds with kernel (was: HEADS UP: bdevsw has changed its character) Message-ID: <19990509180127.B22791@freebie.lemis.com> References: <19990509174914.A22791@freebie.lemis.com> <19243.926238117@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19243.926238117@critter.freebsd.dk>; from Poul-Henning Kamp on Sun, May 09, 1999 at 10:21:57AM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 9 May 1999 at 10:21:57 +0200, Poul-Henning Kamp wrote: > In message <19990509174914.A22791@freebie.lemis.com>, Greg Lehey writes: > >>> People who are running -current for stability had better be damn careful >>> and be very selective about what they choose to run as a stable snapshot. >> >> I think the real problem is that the klds get built with "make world" >> and not with a kernel build. How about changing that? I've got the >> opposite problem on another machine: I did a make world, but not a >> reboot, and now my Linux emulation is broken. > > Well, it is a problem you cannot solve in general, in particular as > we start to see 3rd parth KLDs... Well, as long as the third party klds are in source, that's fine. They're going to be a real problem otherwise anyway: what will they do with bdevsw? They'll have to be recompiled one way or the other if they're device drivers. Anyway, they're the exception. Most klds are part of the source tree, and they're logically part of the kernel, not of userland, so it makes more sense to build them when building the kernel. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 1:37:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (Postfix) with ESMTP id 40FC115043 for ; Sun, 9 May 1999 01:37:19 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (Postfix) with ESMTP id B4CF81F72; Sun, 9 May 1999 16:37:16 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey Cc: FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character In-reply-to: Your message of "Sun, 09 May 1999 17:49:14 +0930." <19990509174914.A22791@freebie.lemis.com> Date: Sun, 09 May 1999 16:37:16 +0800 From: Peter Wemm Message-Id: <19990509083718.B4CF81F72@spinner.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > On Sunday, 9 May 1999 at 16:15:51 +0800, Peter Wemm wrote: > > Greg Lehey wrote: > >> A day or so ago, bdevsw changed from being an array of struct cdevsws > >> to an inline function. That's not a problem in itself: do a make > >> world and all will be well. It does, however, mean that klds which > >> were compiled before the change will no longer load. I had a report > >> today of one person who forgot to do this, and his source tree is on a > >> vinum volume, and he can't load vinum. Beware! > > > > That isn't all.. If you are using kld modules, it is a Really Good Idea to > > keep your kld modules compiled and in sync with your kernel while internal > > interfaces are changing. > > Right, it was just pretty unfortunate in this case (and I heard of > another one) that the person had his source tree mounted on a vinum > volume, so he could no longer access it :-) If this happens to anybody > else, there's a version of the vinum kld compiled this morning on > ftp://ftp.lemis.com/pub/vinum/vinum.ko. Which is why I use pseudo-device vinum :-) But the risk there is that the ioctl's change as /sbin/vinum is compiled seperately. > > kget(8) also will need a recompile. > > > > People who are running -current for stability had better be damn careful > > and be very selective about what they choose to run as a stable snapshot. > > I think the real problem is that the klds get built with "make world" > and not with a kernel build. How about changing that? I've got the > opposite problem on another machine: I did a make world, but not a > reboot, and now my Linux emulation is broken. I have a system in mind to replace config(8) entirely and will allow flexible kernel and module building, but it's barely even on the drawing board. It will make sys/modules obsolete, which is the main reason why I don't want code in there. (The screensavers are misplaced). I also have half thought about moving some particular kernel-specific tools under this system, but I'm not at all sure about that. On one hand, libkvm etc could benefit, along with ps etc which are hightly kernel specific. But it brings in a whole new set of chicken/egg problems. (like, if the kernel build supervisor is maintained by the same tool, then there will be problems.) > Greg Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 2:37: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 5D6DA153AD for ; Sun, 9 May 1999 02:37:02 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id SAA09089; Sun, 9 May 1999 18:36:42 +0900 (JST) Message-ID: <373556A0.91EC28E@newsguy.com> Date: Sun, 09 May 1999 18:34:24 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.51 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Greg Lehey Cc: Peter Wemm , FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character References: <19990509100031.N68170@freebie.lemis.com> <19990509081553.6AB261F72@spinner.netplex.com.au> <19990509174914.A22791@freebie.lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > > I think the real problem is that the klds get built with "make world" > and not with a kernel build. How about changing that? I've got the > opposite problem on another machine: I did a make world, but not a > reboot, and now my Linux emulation is broken. Same problem with loader, with the added irony that loader is located under sys/... -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "Proof of Trotsky's farsightedness is that _none_ of his predictions have come true yet." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 5:32:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 7BCC514C09 for ; Sun, 9 May 1999 05:32:32 -0700 (PDT) (envelope-from spud@i.am) Received: from i.am (RAS1-p6.hfa.netvision.net.il [62.0.145.6]) by alpha.netvision.net.il (8.9.3/8.8.6) with ESMTP id PAA06307 for ; Sun, 9 May 1999 15:32:28 +0300 (IDT) Message-ID: <37357CCD.D77A1287@i.am> Date: Sun, 09 May 1999 15:17:19 +0300 From: Tomer Weller X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: KDE problems with -current. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i had problems with the old kdelibs packages(1.1), all the programs i compiled couldn't link. i think it's an EGCS issue, so i decided to compile the kdelibs (1.1.1) with -current. it compiled, but no KDE software worked (including kwm). tried to go back to the old pkg, but got the same error, i removed all kde components and reinstalled the kde-1.1 packages, got the same errors, can't get KDE to run at all now... what do i do ? P.S : kdebase-1.1.1 port errors with : gmake[3]: Entering directory `/usr/ports/x11/kdebase11/work/kdebase-1.1.1/kfm' /bin/sh ../libtool --silent --mode=link c++ -O -pipe -I/usr/local/include -DHAV E_GETUSERSHELL -DTIME_WITH_SYS_TIME -L/usr/local/lib -L/usr/X11R6/lib -rpath /u sr/local/lib -rpath /usr/X11R6/lib -o kfm kfmgui.o kfmview.o kbind.o main.o kfm dlg.o bookmark.o kfmprops.o kfmserver_ipc.o kfmserver_ipc2.o kfmserver.o kioserv er.o kioserver_ipc.o kioserver_ipc2.o kfmipc.o root.o kfmman.o kiojob.o htmlcach e.o autostart.o kfmtree.o krenamewin.o passworddialog.o kURLcompletion.o debug.o kfmw.o kfmpaths.o kfmjob.o kfmexec.o kmimemagic.o kfinder.o utils.o open-with.o finddlg.o kcookiejar.o kcookiewin.o popup.o kintlist.o -lkhtmlw -lkimgio -ljpeg -ltiff -ljpeg -lz -lpng -lz -lm -lqt -lX11 -lm -ljscript -lkfile -lkfm -lkdeco re -lXext -lqt -lX11 -lkdeui -lkdecore -lXext -lqt -lX11 root.o: file not recognized: File truncated gmake[3]: *** [kfm] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdebase11/work/kdebase-1.1.1/kfm' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/kdebase11/work/kdebase-1.1.1/kfm' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/kdebase11/work/kdebase-1.1.1' gmake: *** [all-recursive-am] Error 2 *** Error code 2 ====================================== Tomer Weller spud@i.am wellers@netvision.net.il "Drugs are good, and if you do'em pepole think that you're cool", NoFX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 5:43:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.42.68.2]) by hub.freebsd.org (Postfix) with ESMTP id F21B814E61 for ; Sun, 9 May 1999 05:43:26 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from altavista.net (dialup3-52.iptelecom.net.ua [212.42.69.243]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id PAA20100 for ; Sun, 9 May 1999 15:44:29 +0300 (EEST) Message-ID: <3735833E.1B1011B4@altavista.net> Date: Sun, 09 May 1999 15:44:46 +0300 From: Maxim Sobolev X-Mailer: Mozilla 4.51 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: NPX code reports negative i586_bzero() bandwidth Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I already submitted this (about a week ago).... :( Please take a look at negative bandwith reported by i586_bzero... (kernel cvsup'ed and rebuilded several minutes ago). Looks like data type owerflow (my machine have K6-2 266 running on 250MHz and 1MB of L2 cache). Calibrating clock(s) ... TSC clock: 250535974 Hz, i8254 clock: 1193028 Hz Timecounter "i8254" frequency 1193028 Hz CPU: AMD-K6(tm) 3D processor (250.54-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x580 Stepping=0 Features=0x8001bf Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 64M bytes Write Allocate 15-16M bytes: Enable Hardware Write Allocate Control: Disable real memory = 67108864 (65536K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x00265000 - 0x03ffdfff, 64589824 bytes (15769 pages) sio0: system console avail memory = 62922752 (61448K bytes) Found BIOS32 Service Directory header at 0xc00faff0 Entry = 0xfb470 (0xc00fb470) Rev = 0 Len = 1 PCI BIOS entry at 0xb4a0 Other BIOS signatures found: ACPI: 00000000 $PnP: 000fc0b0 Preloaded elf kernel "kernel" at 0xc0250000. Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 PnP: CSN 1 COMP_DEVICE_ID = 0x0006d041 CSN 1 Vendor ID: CTL0028 [0x28008c0e] Serial 0x1013c276 Comp ID: PNP0600 [0x0006d041] Called nullpnp_probe with tag 0x00000001, type 0x28008c0e Called nullpnp_probe with tag 0x00000001, type 0x0006d041 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=05971106) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = -2082577916 bytes/sec bzero() bandwidth = 184877056 bytes/sec Sincerely, Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 5:46:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.42.68.2]) by hub.freebsd.org (Postfix) with ESMTP id 4FD1214E61 for ; Sun, 9 May 1999 05:46:38 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from altavista.net (dialup3-52.iptelecom.net.ua [212.42.69.243]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id PAA20309; Sun, 9 May 1999 15:47:34 +0300 (EEST) Message-ID: <373583EC.311FBEAB@altavista.net> Date: Sun, 09 May 1999 15:47:40 +0300 From: Maxim Sobolev X-Mailer: Mozilla 4.51 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Tomer Weller Cc: freebsd-current@FreeBSD.ORG Subject: Re: KDE problems with -current. References: <37357CCD.D77A1287@i.am> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tomer Weller wrote: > re -lXext -lqt -lX11 -lkdeui -lkdecore -lXext -lqt -lX11 > root.o: file not recognized: File truncated Maybe you are building ports over NFS - some time ago NFS client code on -CURRENT was broken, however now it seems to be fixed. Sincerely, Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 5:52:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by hub.freebsd.org (Postfix) with ESMTP id B900814E66 for ; Sun, 9 May 1999 05:52:22 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl3.philips.com with ESMTP id OAA11163 for ; Sun, 9 May 1999 14:52:21 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma011160; Sun, 9 May 99 14:52:21 +0200 Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.9.3/8.6.10-1.2.2m-970826) with SMTP id OAA06459 for ; Sun, 9 May 1999 14:52:20 +0200 (MET DST) Received: (qmail 98777 invoked by uid 666); 9 May 1999 12:52:41 -0000 Date: Sun, 9 May 1999 14:52:41 +0200 From: Jos Backus To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: mountroot problem Message-ID: <19990509145241.B98681@hal.mpn.cp.philips.com> Reply-To: Jos Backus References: <19990508231949.A93718@hal.mpn.cp.philips.com> <19104.926236351@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19104.926236351@critter.freebsd.dk>; from Poul-Henning Kamp on Sun, May 09, 1999 at 09:52:31AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 09, 1999 at 09:52:31AM +0200, Poul-Henning Kamp wrote: > I found it, will commit in a sec. Sorry. No problem, and thanks. Kept me off the streets for an evening at least. Cheers, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 6:18:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 33EC2150E5 for ; Sun, 9 May 1999 06:18:26 -0700 (PDT) (envelope-from spud@i.am) Received: from i.am (RAS5-p106.hfa.netvision.net.il [62.0.147.106]) by alpha.netvision.net.il (8.9.3/8.8.6) with ESMTP id QAA09080; Sun, 9 May 1999 16:17:51 +0300 (IDT) Message-ID: <37358778.313847F2@i.am> Date: Sun, 09 May 1999 16:02:49 +0300 From: Tomer Weller X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Maxim Sobolev Cc: freebsd-current@FreeBSD.ORG Subject: Re: KDE problems with -current. References: <37357CCD.D77A1287@i.am> <373583EC.311FBEAB@altavista.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nope. Maxim Sobolev wrote: > Tomer Weller wrote: > > > re -lXext -lqt -lX11 -lkdeui -lkdecore -lXext -lqt -lX11 > > root.o: file not recognized: File truncated > > Maybe you are building ports over NFS - some time ago NFS client code on -CURRENT was broken, however now it seems to be fixed. > > Sincerely, > > Maxim > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ====================================== Tomer Weller spud@i.am wellers@netvision.net.il "Drugs are good, and if you do'em pepole think that you're cool", NoFX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 7:31:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by hub.freebsd.org (Postfix) with ESMTP id 0EF7B15509; Sun, 9 May 1999 07:31:13 -0700 (PDT) (envelope-from khaled@mailbox.telia.net) Received: from mailbox.telia.net (khaled@mailbox.telia.net [194.237.170.234]) by maile.telia.com (8.8.5/8.8.8) with ESMTP id QAA06395; Sun, 9 May 1999 16:31:12 +0200 (CEST) Received: from localhost (khaled@localhost) by mailbox.telia.net (8.9.1/8.8.5) with SMTP id QAA13086; Sun, 9 May 1999 16:31:18 +0200 (CEST) Date: Sun, 9 May 1999 16:31:18 +0200 (CEST) From: Khaled Daham To: freebsd-alpha@freebsd.org Cc: freebsd-current@freebsd.org Subject: de driver problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello folks I cvsupped,made world, built a kernel today and from now on the de interfaces only comes up in 100BaseTX, what causes it not to negotiate ? My Apr_29 kernel doesnt behave like this. The link lamp flickered like hell so it was quite a nice atmosphere for awhile , but i got tired of it :) /Khaled, Telia Network Services Mail: khaled@telia.net Cell: 070-6785492 Work: 08-4567281 :hacker: /n./ [originally, someone who makes furniture with an axe] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 9:45:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 1316815718 for ; Sun, 9 May 1999 09:45:19 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.9.3/8.9.1) id JAA00886; Sun, 9 May 1999 09:45:00 -0700 (PDT) (envelope-from obrien) Message-ID: <19990509094500.A841@nuxi.com> Date: Sun, 9 May 1999 09:45:00 -0700 From: "David O'Brien" To: Peter Wemm Cc: FreeBSD current users Subject: Re: HEADS UP: bdevsw has changed its character Reply-To: obrien@NUXI.com References: <19990509100031.N68170@freebie.lemis.com> <19990509081553.6AB261F72@spinner.netplex.com.au> <19990509174914.A22791@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19990509174914.A22791@freebie.lemis.com>; from Greg Lehey on Sun, May 09, 1999 at 05:49:14PM +0930 X-Operating-System: FreeBSD 3.2-BETA Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think the real problem is that the klds get built with "make world" > and not with a kernel build. How about changing that? I've shot myself in the foot this way too. I'd really like to see modules built as part of the kernel and not userland. As time goes on, I think we will push more and more of the kernel into modules (rather like Solaris). This distinction of where the live kernel's bits live isn't useful. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 10:13:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail-gw2adm.rcsntx.swbell.net (mail-gw2.rcsntx.swbell.net [151.164.30.52]) by hub.freebsd.org (Postfix) with ESMTP id 012D414CD5 for ; Sun, 9 May 1999 10:13:11 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ppp-207-193-13-174.hstntx.swbell.net [207.193.13.174]) by mail-gw2adm.rcsntx.swbell.net (8.8.5/8.8.5) with ESMTP id MAA10091; Sun, 9 May 1999 12:13:06 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id MAA21494; Sun, 9 May 1999 12:14:25 -0500 (CDT) (envelope-from chris) Date: Sun, 9 May 1999 12:14:24 -0500 From: Chris Costello To: Tomer Weller Cc: freebsd-current@FreeBSD.ORG Subject: Re: KDE problems with -current. Message-ID: <19990509121424.A21296@holly.dyndns.org> Reply-To: chris@calldei.com References: <37357CCD.D77A1287@i.am> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i In-Reply-To: <37357CCD.D77A1287@i.am>; from Tomer Weller on Sun, May 09, 1999 at 03:17:19PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 9, 1999, Tomer Weller wrote: > kdebase-1.1.1 port errors with : > root.o: file not recognized: File truncated Try doing: make deinstall make clean make all It looks like root.o may have been built with an older version of egcs, or perhaps it was an a.out object file. -- Chris Costello If at first you don't succeed, you must be a programmer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 12:50: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from knecht.sendmail.org (knecht.sendmail.org [209.31.233.160]) by hub.freebsd.org (Postfix) with ESMTP id E2A4614C4F for ; Sun, 9 May 1999 12:49:57 -0700 (PDT) (envelope-from mckusick@flamingo.McKusick.COM) Received: from flamingo.McKusick.COM (root@flamingo.mckusick.com [209.31.233.178]) by knecht.sendmail.org (8.9.3/8.9.3) with ESMTP id MAA03037; Sun, 9 May 1999 12:49:56 -0700 (PDT) Received: from flamingo.McKusick.COM (mckusick@localhost [127.0.0.1]) by flamingo.McKusick.COM (8.8.5/8.8.5) with ESMTP id MAA06832; Sun, 9 May 1999 12:12:44 -0700 (PDT) Message-Id: <199905091912.MAA06832@flamingo.McKusick.COM> To: John Polstra Subject: Re: Disappearing/Reappearing Files... (fwd) Cc: Julian Elischer , current@freebsd.org In-reply-to: Your message of "Sun, 09 May 1999 01:39:33 PDT." Date: Sun, 09 May 1999 12:12:44 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The changes that I added to soft updates two days ago only kick in when the soft dependency memory limit is hit. This certainly should not be happening at system startup, and on any machine with more than 64Mb of memory, almost never. I did make a couple of minor textual changes to other parts of the code which should not have had any effect, but just in case they did, I have put them back to their previous state in today's delta. I would appreciate your trying out the current delta (1.27) and seeing if the problem persists. If it does, please try out the version before I did my recent rework (1.24). If that version has the problem as well, then I believe that some other change is triggering the problem, as 1.24 represents a version that has been in production for half a year without trouble. Kirk McKusick =-=-=-=-=-=-=-= Date: Sun, 9 May 1999 01:39:33 -0700 (PDT) From: Julian Elischer To: mckusick@mckusick.com Subject: Re: Disappearing/Reappearing Files... (fwd) FYI also some other people are commenting on odd behaviour where a created file doesn't show up for a while... almost as if the readdir() is returning the 'backed out' version of the directory data. julian ---------- Forwarded message ---------- Date: Sat, 8 May 1999 14:11:10 -0700 (PDT) From: John Polstra To: current@FreeBSD.ORG Subject: Re: Disappearing/Reappearing Files... In article <199905082048.NAA34474@vashon.polstra.com>, John Polstra wrote: > > I'm seeing something possibly related (possibly not) on an Alpha with > this morning's -current. First I was getting unaligned accesses and > core dumps from the "cp" in /etc/rc that updates the /etc/motd file. > (I added "set -v" to /etc/rc to catch it.) But I could do the copy by > hand once the system was up. Now on the latest reboot I got this from > it: > > + cp /tmp/_motd /etc/motd > + chmod 644 /etc/motd > chmod: : No such file or directory > chmod in free(): warning: recursive call > chmod in free(): warning: recursive call > chmod in free(): warning: recursive call > chmod in free(): warning: recursive call > > (Hmm, why didn't the filename come out in chmod's error message?) > > I'm running with soft-updates but I'll try turning them off. I tried about 10 reboots, half with and half without soft-updates enabled on the various filesystems. With soft-updates disabled, I didn't see the above problem at all. With soft-updates enabled, I saw it most of the time but not always. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 13: 2: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (Postfix) with ESMTP id BE5D014F76; Sun, 9 May 1999 13:01:10 -0700 (PDT) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.2/8.9.2) with ESMTP id UAA11275; Sun, 9 May 1999 20:59:55 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (localhost [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id UAA06797; Sun, 9 May 1999 20:59:31 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199905091959.UAA06797@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: chris@calldei.com Cc: Steve Price , brian@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: latest ppp with PAP/CHAP coredumps In-reply-to: Your message of "Sat, 08 May 1999 17:40:22 CDT." <19990508174022.B471@holly.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 May 1999 20:59:30 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > > #0 0x805b519 in FsmRecvConfigRej (fp=0x80ae608, lhp=0xbfbfce98, bp=0x0) > ^^^^^^ [.....] I'm on the case :-) The fsm_Input code now does an mbuf_Read() which will return a NULL mbuf if everything has been read from it. I'm just committing some changes now that make ppp a little more careful about this sort of things. Thanks. > -- > Chris Costello > Avoid temporary variables and strange women. > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 13: 2:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 74B8E15864 for ; Sun, 9 May 1999 13:02:17 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id NAA15155; Sun, 9 May 1999 13:02:15 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id NAA36037; Sun, 9 May 1999 13:02:15 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [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: <199905091912.MAA06832@flamingo.McKusick.COM> Date: Sun, 09 May 1999 13:02:15 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Kirk McKusick Subject: Re: Disappearing/Reappearing Files... (fwd) Cc: current@freebsd.org, Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kirk McKusick wrote: > The changes that I added to soft updates two days ago only kick in > when the soft dependency memory limit is hit. This certainly should > not be happening at system startup, and on any machine with more > than 64Mb of memory, almost never. In my case it looks like your changes weren't the problem. I've had a failure without soft updates, and I'm fairly confident that it's a HW problem at this point. (I've only had the machine for a few days.) John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 13:17: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id C2A0B15271 for ; Sun, 9 May 1999 13:16:59 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.8.5) with ESMTP id QAA14501 for ; Sun, 9 May 1999 16:15:00 -0400 (EDT) Date: Sun, 9 May 1999 16:14:58 -0400 (EDT) From: Chuck Robey To: freebsd-current@FreeBSD.ORG Subject: kernel.old Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was thinking about Peter Wemm's recent change to the kernel Makefile, making a way to install multiple kernels without fragging your last known good kernel, and it got me to thinking, scragging kernel.old, now that we have good kld's, isn't the only way to find yourself well and truly screwed if your new kernel decides it's shy. If your new /modules directory has some incompatibilities with your old kernel, well, you aren't going to be able to save yourself by booting kernel.old. Something on the order of modules.old is going to need to be implemented. Seeing as the modules build isn't in the same part of the (logical) world as the kernel, well, this is somewhat more complicated than it would otherwise be. Is there any chance of the installation of modules being made the responsibility of the kernel Makefile, and not src/modules/Makefile.* ? If that were true, then the kernel installation could be tied to modules installation, and the rotation of the kernel could be extended to rotation of the modules directory. Ideally, I'd want the entire build of modules to be in that Makefile, but I guess that's dreaming. Think about it, it makes some sense, tho, doesn't it? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 13:26:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.40.153]) by hub.freebsd.org (Postfix) with ESMTP id B5FBA14F93 for ; Sun, 9 May 1999 13:26:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by phk.freebsd.dk (8.9.1/8.8.8) with ESMTP id WAA10185; Sun, 9 May 1999 22:26:33 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.2/8.9.2) with ESMTP id WAA21920; Sun, 9 May 1999 22:26:26 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Chuck Robey Cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel.old In-reply-to: Your message of "Sun, 09 May 1999 16:14:58 EDT." Date: Sun, 09 May 1999 22:26:26 +0200 Message-ID: <21918.926281586@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Chuck Robe y writes: >Something on the order of modules.old is going to need to >be implemented. Not to mention /boot/kernel.old.config ... I think you are seeing -current as the norm. You shouldn't. Under -stable the modules should (tm) continue to work since there are not made API changes in -stable. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 13:58:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 1E4EC15638; Sun, 9 May 1999 13:58:45 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA37867; Sun, 9 May 1999 21:58:40 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 9 May 1999 21:58:40 +0100 (BST) From: Doug Rabson To: Khaled Daham Cc: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Subject: Re: de driver problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 May 1999, Khaled Daham wrote: > Hello folks > > I cvsupped,made world, built a kernel today and from now on the de > interfaces only comes up in 100BaseTX, what causes it not to negotiate ? > My Apr_29 kernel doesnt behave like this. > > The link lamp flickered like hell so it was quite a nice atmosphere for > awhile , but i got tired of it :) > > /Khaled, Telia Network Services > > Mail: khaled@telia.net > Cell: 070-6785492 > Work: 08-4567281 > > :hacker: /n./ [originally, someone who makes furniture with an axe] Some tulip boards in alpha systems don't autonegociate properly so the SRM has a way of forcing them to a particular mode. A change was made recently to respect the SRM setting instead of using autoneg. The variable is typically called ewa0_mode. To find the right setting, type >>>set ewa0_mode from the SRM prompt and it will give you a list of settings. Choose one, then type e.g.: >>>set ewa0_mode Twisted-Pair -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 14:18:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (Postfix) with ESMTP id 5F9E9151E5 for ; Sun, 9 May 1999 14:18:34 -0700 (PDT) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.2/8.9.2) with ESMTP id WAA13390; Sun, 9 May 1999 22:15:20 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (localhost [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA10725; Sun, 9 May 1999 22:14:58 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199905092114.WAA10725@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: chris@calldei.com Cc: Chuck Robey , current@FreeBSD.ORG Subject: Re: ppp is totally broken In-reply-to: Your message of "Sat, 08 May 1999 22:34:10 CDT." <19990508223410.A1526@holly.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 May 1999 22:14:57 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > I'm using the 3.1R PPP right now, until the problem is > resolved. I'm sending a problem report, as well. It should be resolved now. A NULL mbuf value is valid - it just means that there's nothing in it. I changed fsm_Input() with the last commits, and didn't notice the MBUF_CTOP(bp) calls that you pointed out :-( MBUF_CTOP is now more robust, as are all the fsm functions and mbuf_Prepend() (which would have died when doing protocol rejects). > -- > Chris Costello > RAM DISK is not an installation procedure! -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 14:21:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 1A3F51563F for ; Sun, 9 May 1999 14:21:31 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.9.3/8.9.1) id OAA13348; Sun, 9 May 1999 14:18:11 -0700 (PDT) (envelope-from obrien) Message-ID: <19990509141811.A13330@nuxi.com> Date: Sun, 9 May 1999 14:18:11 -0700 From: "David O'Brien" To: Poul-Henning Kamp , Chuck Robey Cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel.old Reply-To: obrien@NUXI.com References: <21918.926281586@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <21918.926281586@critter.freebsd.dk>; from Poul-Henning Kamp on Sun, May 09, 1999 at 10:26:26PM +0200 X-Operating-System: FreeBSD 3.2-BETA Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Something on the order of modules.old is going to need to > >be implemented. > > Not to mention /boot/kernel.old.config ... > > I think you are seeing -current as the norm. You shouldn't. Under > -stable the modules should (tm) continue to work since there are not > made API changes in -stable. BUT we shouldn't make it easy for our developers (who do need to run -CURRENT) to kill themselves. Our development time is limited, and recovering from a bum kernel can be a PITA in some situations, so lets not waste our development time when we don't need to. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 14:24:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 38AA0151E5 for ; Sun, 9 May 1999 14:24:42 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA29830; Sun, 9 May 1999 15:23:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA47930; Sun, 9 May 1999 15:24:14 -0600 (MDT) Message-Id: <199905092124.PAA47930@harmony.village.org> To: Poul-Henning Kamp Subject: Re: HEADS UP: bdevsw has changed its character Cc: Peter Wemm , Greg Lehey , FreeBSD current users In-reply-to: Your message of "Sun, 09 May 1999 10:20:45 +0200." <19224.926238045@critter.freebsd.dk> References: <19224.926238045@critter.freebsd.dk> Date: Sun, 09 May 1999 15:24:14 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19224.926238045@critter.freebsd.dk> Poul-Henning Kamp writes: : In general any commit to sys/kern/* or sys/sys/* should make you pay : a LOT of attention. Also, when the number of commits in these areas has been as high as it has been lately, one should think twice before updating... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 14:44:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 1736D15168 for ; Sun, 9 May 1999 14:44:36 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id XAA12727 for freebsd-current@FreeBSD.ORG; Sun, 9 May 1999 23:44:33 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 0FA668849; Sun, 9 May 1999 20:07:39 +0200 (CEST) (envelope-from roberto) Date: Sun, 9 May 1999 20:07:39 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: config(8) changes and i4b Message-ID: <19990509200739.A8341@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5307 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone very -CURRENT and running i4b ? I just upgraded to the new config syntax and it seems that it doesn't grok pseudo-devices with numbers in the name correctly... With this config(8) works but some dependencies are not generated and "make" fails. -=-=- # Q.921 / layer 2 - i4b passive cards D channel handling pseudo-device "i4bq921" # Q.931 / layer 3 - i4b passive cards D channel handling pseudo-device "i4bq931" # layer 4 - i4b common passive and active card handling pseudo-device "i4b pseudo-device "i4btrc" 4 pseudo-device "i4bctl" pseudo-device "i4brbch" 4 pseudo-device "i4btel" 2 pseudo-device "i4bipr" 4 pseudo-device "i4bisppp" 4 -=-=- -=-=- loading kernel.debug i4b_l2.o: In function `i4b_dl_data_req': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2.c(.text+0x16f): undefined reference to `i4b_Dfreembuf' i4b_l2.o: In function `i4b_l2_unit_init': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2.c(.text+0x2aa): undefined reference to `i4b_Dfreembuf' i4b_l2.o: In function `i4b_ph_data_ind': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2.c(.text+0x5b2): undefined reference to `i4b_Dfreembuf' i4b_l2fsm.o: In function `F_AE01': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2fsm.c(.text+0x609): undefined reference to `i4b_Dcleanifq' i4b_l2fsm.o: In function `F_AE05': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2fsm.c(.text+0x64d): undefined reference to `i4b_Dcleanifq' i4b_l2fsm.o: In function `F_AE06': ... -=-=- Without the "" around the names, config(8) complains with "Syntax error". Any idea ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 15: 1:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from server.amis.net (server.amis.net [212.18.32.10]) by hub.freebsd.org (Postfix) with ESMTP id 7688B14D95 for ; Sun, 9 May 1999 15:01:18 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: by server.amis.net (Postfix, from userid 66) id DC4E6D5D8F; Mon, 10 May 1999 00:01:16 +0200 (CEST) Received: by gold.amis.net (Postfix, from userid 1000) id 99FD949; Sun, 9 May 1999 23:58:44 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by gold.amis.net (Postfix) with ESMTP id 8C29A1E2B; Sun, 9 May 1999 23:58:44 +0200 (CEST) Date: Sun, 9 May 1999 23:58:44 +0200 (CEST) From: Blaz Zupan To: Ollivier Robert Cc: FreeBSD Current Users' list Subject: Re: config(8) changes and i4b In-Reply-To: <19990509200739.A8341@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 May 1999, Ollivier Robert wrote: > Anyone very -CURRENT and running i4b ? I just upgraded to the new config > syntax and it seems that it doesn't grok pseudo-devices with numbers in the > name correctly... I'm running a kernel from yesterday, patched with i4b 0.80. > With this config(8) works but some dependencies are not generated and "make" > fails. It works for me. Try removing your kernel compile directory. > Without the "" around the names, config(8) complains with "Syntax error". Yes, this is a known bug in config. But with the quotes it works for me just fine. Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 15: 6:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from nomad.dataplex.net (nomad.dataplex.net [216.140.184.132]) by hub.freebsd.org (Postfix) with ESMTP id 4E99C14D95 for ; Sun, 9 May 1999 15:06:13 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from localhost (rkw@localhost) by nomad.dataplex.net (8.9.2/8.9.3) with ESMTP id RAA83100; Sun, 9 May 1999 17:02:57 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Authentication-Warning: nomad.dataplex.net: rkw owned process doing -bs Date: Sun, 9 May 1999 17:02:57 -0500 (CDT) From: Richard Wackerbarth Reply-To: rkw@dataplex.net To: Poul-Henning Kamp Cc: Chuck Robey , freebsd-current@FreeBSD.ORG Subject: Re: kernel.old In-Reply-To: <21918.926281586@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wish :-( It seems that some people think that it is OK to make changes to stable even though those changes break things which used to work. IMHO, branches of the kernel SHOULD be like shared libraries. (It is OK to ADD previously absent features or CORRECT internal errors, but NOT OK to delete features or change API's) On Sun, 9 May 1999, Poul-Henning Kamp wrote: > I think you are seeing -current as the norm. You shouldn't. Under > -stable the modules should (tm) continue to work since there are not > made API changes in -stable. Personally, I think that we should treat kernels just like another library. They export an API (sysctl) that libc, et. al. uses and another API that the kernel modules use. Any change that "breaks" code which is compliant with those API's belongs in a new release branch. PERIOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 15:17:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (Postfix) with ESMTP id CCAD715105 for ; Sun, 9 May 1999 15:17:27 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.3/8.6.9) with ESMTP id AAA38348; Mon, 10 May 1999 00:16:08 +0200 (CEST) Message-Id: <199905092216.AAA38348@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: Ollivier Robert Cc: freebsd-current@freebsd.org Subject: Re: config(8) changes and i4b Reply-To: Gary Jennejohn In-reply-to: Your message of "Sun, 09 May 1999 20:07:39 +0200." <19990509200739.A8341@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 May 1999 00:16:08 +0200 From: Gary Jennejohn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert writes: >Anyone very -CURRENT and running i4b ? I just upgraded to the new config >syntax and it seems that it doesn't grok pseudo-devices with numbers in the >name correctly... > >With this config(8) works but some dependencies are not generated and "make" >fails. >-=-=- ># Q.921 / layer 2 - i4b passive cards D channel handling >pseudo-device "i4bq921" > ># Q.931 / layer 3 - i4b passive cards D channel handling >pseudo-device "i4bq931" > ># layer 4 - i4b common passive and active card handling >pseudo-device "i4b ^ is there really a " missing here ? sorry, not yet because config is changing so quickly at the moment. All I can say is that i4b_Dfreembuf is located in layer2/i4b_mbuf.c. You could always add it manually to Makefile until config starts working again ;-) --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 15:21:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from web119.yahoomail.com (web119.yahoomail.com [205.180.60.120]) by hub.freebsd.org (Postfix) with SMTP id 7DE53151E8 for ; Sun, 9 May 1999 15:21:40 -0700 (PDT) (envelope-from valsho@yahoo.com) Message-ID: <19990509222310.4427.rocketmail@web119.yahoomail.com> Received: from [147.226.112.101] by web119.yahoomail.com; Sun, 09 May 1999 15:23:10 PDT Date: Sun, 9 May 1999 15:23:10 -0700 (PDT) From: Valentin Shopov Subject: 4.0-19990509-CURRENT upgrade To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running 4.0-19990503-CURRENT. In my case, freebsd swap is on /dev/wd0s3b (3-th partition) I'm trying to upgrade to last 4.0-0509-current. I got error msg: Unable to make device node for /dev/wd0s3b in /dev! The creation of filesystems will be aborted. On DEBUG screen I got: DEBUG: MakeDev: Unknown major/minor for devtype 0s3b Val _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 16: 2:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 6AF0614EE2 for ; Sun, 9 May 1999 16:02:45 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id TAA20817 for ; Sun, 9 May 1999 19:02:45 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA02641; Sun, 9 May 1999 19:02:14 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id TAA89568 for freebsd-current@freebsd.org; Sun, 9 May 1999 19:02:14 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199905092302.TAA89568@bb01f39.unx.sas.com> Subject: -current make world failure (compat22) To: freebsd-current@freebsd.org Date: Sun, 9 May 1999 19:02:14 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, The following is error related to compat22 is causing a make release to fail... Has mtree been updated approriately? thanks! John ===> lib/compat/compat22 cd /usr/src/lib/compat/compat22 ; make install DESTDIR=/R/stage/trees/compat22 SHARED=copies install -c -o root -g wheel -m 444 libalias.so.2.4 libc.so.3.1 libc_r.so.3.0 libcalendar.so.2.0 libcom_err.so.2.0 libcurses.so.2.0 libdialog.so.3.1 libedit.so.2.0 libf2c.so.2.0 libftpio.so.4.0 libg++.so.4.0 libgmp.so.3.0 libgnuregex.so.2.0 libipx.so.2.0 libkvm.so.2.0 libm.so.2.0 libmp.so.3.0 libmytinfo.so.2.0 libncurses.so.3.1 libopie.so.2.0 libpcap.so.2.2 libreadline.so.3.0 librpcsvc.so.2.0 libscrypt.so.2.0 libscsi.so.2.0 libskey.so.2.0 libss.so.2.0 libstdc++.so.2.0 libtelnet.so.2.0 libtermcap.so.2.1 libutil.so.2.2 libvgl.so.1.0 libxpg4.so.2.0 libz.so.2.0 /R/stage/trees/compat22/usr/lib/compat/aout usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-g group] [-m mode] [-o owner] directory ... *** Error code 64 And looking at /R /snap/release/R/stage/trees %ls bin compat20 des games manpages catpages compat21 dict info proflibs compat1x compat3x doc krb compat22 doesn't seem to exist... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 17: 9:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (Postfix) with ESMTP id 38B5514F52 for ; Sun, 9 May 1999 17:09:44 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from bragg (bragg [129.127.36.34]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id JAA30398; Mon, 10 May 1999 09:39:41 +0930 (CST) Received: from localhost by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA17870; Mon, 10 May 1999 09:40:24 +0930 Date: Mon, 10 May 1999 09:40:23 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: Tomer Weller Cc: Maxim Sobolev , freebsd-current@FreeBSD.ORG Subject: Re: KDE problems with -current. In-Reply-To: <37358778.313847F2@i.am> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 May 1999, Tomer Weller wrote: > Nope. Well, is root.o truncated or otherwise corrupted? Are you seeing any other filesystem problems on this machine? Did you crash/reboot during the build? Kris > Maxim Sobolev wrote: > > > Tomer Weller wrote: > > > > > re -lXext -lqt -lX11 -lkdeui -lkdecore -lXext -lqt -lX11 > > > root.o: file not recognized: File truncated > > > > Maybe you are building ports over NFS - some time ago NFS client code on -CURRENT was broken, however now it seems to be fixed. > > > > Sincerely, > > > > Maxim > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > ====================================== > Tomer Weller > spud@i.am > wellers@netvision.net.il > "Drugs are good, and if you do'em > pepole think that you're cool", NoFX > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----- "That suit's sharper than a page of Oscar Wilde witticisms that's been rolled up into a point, sprinkled with lemon juice and jabbed into someone's eye" "Wow, that's sharp!" - Ace Rimmer and the Cat, _Red Dwarf_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 17:29:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id A4EB915018 for ; Sun, 9 May 1999 17:29:04 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.9.3/8.9.1) id RAA17301; Sun, 9 May 1999 17:29:01 -0700 (PDT) (envelope-from obrien) Message-ID: <19990509172901.A17286@nuxi.com> Date: Sun, 9 May 1999 17:29:01 -0700 From: "David O'Brien" To: "John W. DeBoskey" , freebsd-current@FreeBSD.ORG Subject: Re: -current make world failure (compat22) Reply-To: obrien@NUXI.com References: <199905092302.TAA89568@bb01f39.unx.sas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199905092302.TAA89568@bb01f39.unx.sas.com>; from John W. DeBoskey on Sun, May 09, 1999 at 07:02:14PM -0400 X-Operating-System: FreeBSD 3.2-BETA Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The following is error related to compat22 is causing a make release > to fail... Has mtree been updated approriately? A grep in /usr/src/etc/mtree/* shows there is no special handling for compat?? dists. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 19: 4:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (Postfix) with ESMTP id 720C414C97 for ; Sun, 9 May 1999 19:04:44 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (Postfix) with ESMTP id 00A021F72 for ; Mon, 10 May 1999 10:04:40 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: HEADS UP: config(8) changes.. Date: Mon, 10 May 1999 10:04:40 +0800 From: Peter Wemm Message-Id: <19990510020443.00A021F72@spinner.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is late, but a few hours ago, phk chopped out some old stuff from config(8) and removed some backwards compatability warnings. A summary of the changes: If you had old "tty", "bio", "net", "cam" flags, these are obsolete and will now cause a syntax error rather than a warning. If you had old "vector xxxintr", it will now cause a syntax error rather than a warning. Most people would have been getting these warnings for a month or so and will have taken them out already. 'config kernel root on xx0' is gone and will cause a (non-fatal) error. The old config line is mostly no longer required. I say mostly, because there are some circumstances where people used it to change the default kernel name or force a different root device to the boot device. Forcing a different root device can be done with the following (in the config file itself, or in /etc/make.conf): options ROOTDEVICE=\"wd0s1e\" If you want to call your kernel something else, try this in the config file: makeoptions KERNEL=vmunix Or use add 'KERNEL=vmunix' to /etc/make.conf, or whatever. This will compile the kernel called "vmunix" and install it as /vmunix and deal with /vmunix.old etc. The KERNEL option has pretty much been working for some time now, although it wasn't "discovered" until now. What does this mean for -current users? Not a lot.. The average user can just delete the config line entirely and forget about it. The old defunct keywords need to be deleted (bio, net, tty, vector etc). It should be noted that config(8) is destined to die sooner or later and almost certainly never make it to a release branch. Removal of the port/irq/iomem/drq etc keywords is on the agenda, but it's not clear if they will go completely away since we need a way to run without loader(8) if possible. The Alpha build is (still) broken... (BTW; Don't shoot the messenger, I didn't delete it. But I do happen to think it's basically OK, apart from the loss of 'config vmunix' - that should be fairly easy to remap if a lot of people are going to be affected. Remember, even with remapping, the config lines would need an edit.) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 19:10:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 0AAA1152E6 for ; Sun, 9 May 1999 19:10:10 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA15111; Mon, 10 May 1999 11:40:04 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA41964; Mon, 10 May 1999 11:40:02 +0930 (CST) Date: Mon, 10 May 1999 11:40:02 +0930 From: Greg Lehey To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: config(8) changes.. Message-ID: <19990510114002.V22791@freebie.lemis.com> References: <19990510020443.00A021F72@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990510020443.00A021F72@spinner.netplex.com.au>; from Peter Wemm on Mon, May 10, 1999 at 10:04:40AM +0800 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 10 May 1999 at 10:04:40 +0800, Peter Wemm wrote: > It should be noted that config(8) is destined to die sooner or later and > almost certainly never make it to a release branch. I suppose this makes it almost bearable. What's coming in its place? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 19:15:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 1D6CF152B5 for ; Sun, 9 May 1999 19:15:29 -0700 (PDT) (envelope-from peter.jeremy@auss2.alcatel.com.au) Received: by border.alcanet.com.au id <40548>; Mon, 10 May 1999 12:00:30 +1000 Date: Mon, 10 May 1999 12:15:09 +1000 From: Peter Jeremy Subject: Re: HEADS UP: config(8) changes.. To: current@FreeBSD.ORG Message-Id: <99May10.120030est.40548@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: >If you had old "vector xxxintr", it will now cause a syntax error rather than >a warning. What is the new method of specifying a non-standard interrupt function? I have some code (currently on 2.x, but I was hoping to be able to move it) where I have different interrupt functions within the same driver. I could use a single interrupt handler, but it would mean either additional latency or overhead, which I'd like to avoid. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 19:44:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 7FCBF15519 for ; Sun, 9 May 1999 19:44:53 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA22533; Mon, 10 May 1999 12:44:52 +1000 Date: Mon, 10 May 1999 12:44:52 +1000 From: Bruce Evans Message-Id: <199905100244.MAA22533@godzilla.zeta.org.au> To: current@FreeBSD.ORG, peter.jeremy@auss2.alcatel.com.au Subject: Re: HEADS UP: config(8) changes.. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>If you had old "vector xxxintr", it will now cause a syntax error rather than >>a warning. > >What is the new method of specifying a non-standard interrupt >function? I have some code (currently on 2.x, but I was hoping to be >able to move it) where I have different interrupt functions within the >same driver. I could use a single interrupt handler, but it would >mean either additional latency or overhead, which I'd like to avoid. The driver has to know which one(s) to attach. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 19:48:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (Postfix) with ESMTP id D705314E5A for ; Sun, 9 May 1999 19:48:29 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (Postfix) with ESMTP id 4A1AC1F72 for ; Mon, 10 May 1999 10:48:25 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: Correction: HEADS UP: config(8) changes.. In-reply-to: Your message of "Mon, 10 May 1999 10:04:40 +0800." <19990510020443.00A021F72@spinner.netplex.com.au> Date: Mon, 10 May 1999 10:48:25 +0800 From: Peter Wemm Message-Id: <19990510024827.4A1AC1F72@spinner.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > If you had old "tty", "bio", "net", "cam" flags, these are obsolete and will > now cause a syntax error rather than a warning. > > If you had old "vector xxxintr", it will now cause a syntax error rather than > a warning. This is wrong, the warnings are just the same as before. > 'config kernel root on xx0' is gone and will cause a (non-fatal) error. 'config kernelname' (eg: config vmunix) has been tweaked to translate it into a makeoptions KERNEL=kernelname. > The old config line is mostly no longer required. I say mostly, because > there are some circumstances where people used it to change the default > kernel name or force a different root device to the boot device. > > Forcing a different root device can be done with the following (in the config > file itself, or in /etc/make.conf): > options ROOTDEVICE=\"wd0s1e\" Corretion.. ROOTDEVNAME.. Also, should be possible to tweak a translation in for this too so that 'root on foo' gets translated into: options ROOTDEVNAME=\"foo\" I haven't done it because I could think of a zillion better things to do than fight with lex/yacc. :-] (like fix the Alpha build) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 20:41:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from cheddar.direct.ca (cheddar.direct.ca [199.60.229.16]) by hub.freebsd.org (Postfix) with ESMTP id 242B21525B for ; Sun, 9 May 1999 20:41:22 -0700 (PDT) (envelope-from wassman@direct.ca) Received: from vic-53-0264.direct.ca ([216.66.129.160] helo=sorack) by cheddar.direct.ca with smtp (Exim 2.02 #20) id 10ggvN-0007hG-00 for current@freebsd.org; Sun, 9 May 1999 20:40:13 -0700 From: Seamus Wassman To: current@freebsd.org Subject: SPAM Date: Sun, 9 May 1999 20:31:00 -0700 X-Mailer: KMail [version 1.0.17] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99050920354700.00176@sorack> Content-Transfer-Encoding: 8bit X-KMail-Mark: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was quite surprised the First Time I got SPAM through this mailing list, I thought for sure there would be someone to moderate it so that no garbage gets through, I personally find it quite offensive to get SPAM on a help based mailing list, I have been thinking that maybe this list should have someone moderating it. Maybe I am way out of line, but I thought I would say my peice. -- Seamus Wassman Sparhawk@sparhawk.bc.ca http://www.sparhawk.bc.ca ICQ#: 7682151 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 20:57:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.cgocable.net (mail.cgocable.net [24.226.1.11]) by hub.freebsd.org (Postfix) with ESMTP id A1EFC152E7 for ; Sun, 9 May 1999 20:57:38 -0700 (PDT) (envelope-from rjp@datais.com) Received: from datais.com (cgowave-53-151.cgocable.net [24.226.53.151]) by mail.cgocable.net (8.9.3/8.9.3) with ESMTP id XAA28598 for ; Sun, 9 May 1999 23:56:41 -0400 (EDT) Message-ID: <37365957.A7B743BE@datais.com> Date: Sun, 09 May 1999 23:58:15 -0400 From: RJ Pauloski Reply-To: rjp@datais.com Organization: The Datacom Network X-Mailer: Mozilla 4.5 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 21:48:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 96CF114F33 for ; Sun, 9 May 1999 21:48:49 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.2/8.8.7) with ESMTP id AAA51440 for ; Mon, 10 May 1999 00:48:56 -0400 (EDT) Date: Mon, 10 May 1999 00:48:55 -0400 (EDT) From: Brian Feldman X-Sender: green@janus.syracuse.net To: current@freebsd.org Subject: 3DNow! support? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is anyone planning on upgrading the binutils gas to a later version so that we can get 3DNow! support? I'd like to use it, but I can't seem to get binutils to work right manually. Brian Feldman _ __ ___ ____ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) | http://www.freebsd.org _ |___)___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 9 22:58:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 714381574B for ; Sun, 9 May 1999 22:58:09 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id HAA02769 for freebsd-current@freebsd.org; Mon, 10 May 1999 07:58:07 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id A0BAB8837; Mon, 10 May 1999 07:39:42 +0200 (CEST) (envelope-from roberto) Date: Mon, 10 May 1999 07:39:42 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: Re: config(8) changes and i4b Message-ID: <19990510073942.A5062@keltia.freenix.fr> Mail-Followup-To: freebsd-current@freebsd.org References: <19990509200739.A8341@keltia.freenix.fr> <199905092216.AAA38348@peedub.muc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: <199905092216.AAA38348@peedub.muc.de>; from Gary Jennejohn on Mon, May 10, 1999 at 12:16:08AM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5307 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Gary Jennejohn: > >pseudo-device "i4b > ^ is there really a " missing here ? Oops. That was the error, shame on me for not seeing it. The bad thing is that config(8) never complained about that error :-( -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 1:54:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id E97F714F94 for ; Mon, 10 May 1999 01:54:43 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA51678; Mon, 10 May 1999 09:54:49 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 10 May 1999 09:54:49 +0100 (BST) From: Doug Rabson To: Peter Jeremy Cc: current@freebsd.org Subject: Re: HEADS UP: config(8) changes.. In-Reply-To: <99May10.120030est.40548@border.alcanet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Peter Jeremy wrote: > Peter Wemm wrote: > >If you had old "vector xxxintr", it will now cause a syntax error rather than > >a warning. > > What is the new method of specifying a non-standard interrupt > function? I have some code (currently on 2.x, but I was hoping to be > able to move it) where I have different interrupt functions within the > same driver. I could use a single interrupt handler, but it would > mean either additional latency or overhead, which I'd like to avoid. Use the flags in the driver to select. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 1:55:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 5894D14D65 for ; Mon, 10 May 1999 01:55:33 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA51690; Mon, 10 May 1999 09:55:47 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 10 May 1999 09:55:47 +0100 (BST) From: Doug Rabson To: Brian Feldman Cc: current@freebsd.org Subject: Re: 3DNow! support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Brian Feldman wrote: > Is anyone planning on upgrading the binutils gas to a later version so that we > can get 3DNow! support? I'd like to use it, but I can't seem to get binutils > to work right manually. I will update binutils when/if 2.9.2 comes out. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 3:40:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 0478114C39 for ; Mon, 10 May 1999 03:40:11 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.2/8.8.7) with ESMTP id GAA56693; Mon, 10 May 1999 06:40:09 -0400 (EDT) Date: Mon, 10 May 1999 06:40:09 -0400 (EDT) From: Brian Feldman X-Sender: green@janus.syracuse.net To: Doug Rabson Cc: current@FreeBSD.ORG Subject: Re: 3DNow! support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Doug Rabson wrote: > On Mon, 10 May 1999, Brian Feldman wrote: > > > Is anyone planning on upgrading the binutils gas to a later version so that we > > can get 3DNow! support? I'd like to use it, but I can't seem to get binutils > > to work right manually. > > I will update binutils when/if 2.9.2 comes out. Great! I look forward to that. > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 442 9037 > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Brian Feldman _ __ ___ ____ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) | http://www.freebsd.org _ |___)___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 5:16:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id F3A5515462 for ; Mon, 10 May 1999 05:16:41 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.8.5) with ESMTP id IAA25432; Mon, 10 May 1999 08:14:35 -0400 (EDT) Date: Mon, 10 May 1999 08:14:35 -0400 (EDT) From: Chuck Robey To: Seamus Wassman Cc: current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <99050920354700.00176@sorack> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 May 1999, Seamus Wassman wrote: > I was quite surprised the First Time I got SPAM through this mailing > list, I thought for sure there would be someone to moderate it so > that no garbage gets through, I personally find it quite offensive > to get SPAM on a help based mailing list, I have been thinking that > maybe this list should have someone moderating it. Maybe I am way > out of line, but I thought I would say my peice. Are you aware of the traffic on these lists? Adding a moderator would be a job requiring at least several hours a day, and would add hours worth of delay to the lists. Jonothan, our postmaster, is pretty darn good at maintaining our kill file, so folks don't usually get 2 chances to spam us. > > -- > Seamus Wassman > Sparhawk@sparhawk.bc.ca > http://www.sparhawk.bc.ca > ICQ#: 7682151 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 5:24:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.42.68.2]) by hub.freebsd.org (Postfix) with ESMTP id 8E4BE15495 for ; Mon, 10 May 1999 05:24:49 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from altavista.net (dialup3-25.iptelecom.net.ua [212.42.69.216]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id PAA08916 for ; Mon, 10 May 1999 15:25:34 +0300 (EEST) Message-ID: <3736D049.3EF8FB33@altavista.net> Date: Mon, 10 May 1999 15:25:46 +0300 From: Maxim Sobolev X-Mailer: Mozilla 4.51 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: World breakage related to svr4 module Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On the -CURRENT cvsup'ed two hours ago: ===> sys/modules/svr4 echo "#define COMPAT_43 1" > opt_compat.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include touch opt_vmpage.h sh /usr/src/sys/modules/svr4/../../kern/vnode_if.sh /usr/src/sys/modules/svr4/../../kern/vnode_if.src cc -c -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -UKERNEL /usr/src/sys/modules/svr4/../../i386/svr4/svr4_genassym.c cc -static -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -o svr4_genassym svr4_genassym.o cc -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sys/modules/svr4/../../svr4/svr4_sysent.c cc -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sys/modules/svr4/../../svr4/svr4_sysvec.c cc -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c /usr/src/sys/modules/svr4/../../svr4/svr4_sysent.c:29: warning: cast discards `volatile' from pointer target type cc -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sys/modules/svr4/../../svr4/svr4_signal.c /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: parse error before `svr4_execsw' /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: type defaults to `int' in declaration of `svr4_execsw' /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: initialization makes integer from pointer without a cast /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: excess elements in scalar initializer after `svr4_execsw' /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: data definition has no type or storage class cc -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sys/modules/svr4/../../svr4/svr4_fcntl.c *** Error code 1 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 5:30: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.promo.de (mail.Promo.DE [194.45.188.65]) by hub.freebsd.org (Postfix) with ESMTP id A362F15100 for ; Mon, 10 May 1999 05:29:53 -0700 (PDT) (envelope-from stefan.bethke@hanse.de) Received: from d225.promo.de (d225.Promo.DE [194.45.188.225]) by mail.promo.de (8.8.8/8.8.8) with ESMTP id OAA28467; Mon, 10 May 1999 14:27:39 +0200 (CEST) Date: Mon, 10 May 1999 14:27:01 +0200 From: Stefan Bethke To: Mike Smith Cc: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: m_get(M_WAIT, ...) _can_ return NULL ? Message-ID: <986828.3135335221@d225.promo.de> In-Reply-To: <199905081823.LAA01001@dingo.cdrom.com> Originator-Info: login-id=stefan; server=mail X-Mailer: Mulberry (MacOS) [1.4.2, s/n U-301178] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > I engaged in part of a sweep of this sort with Andrzej a while back, > but he never committed any of the changes. I'm not quite sure why. I've stumbled across this some time ago. See http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D569013+573412+/usr/local/www/= db /text/1998/freebsd-current/19980830.freebsd-current for the code affected (at least in September 1998), and http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D189411+200939+/usr/local/www/= db /text/1998/freebsd-current/19980809.freebsd-current for a possible "fix". It was rejected by Garrett (I don't quite remeber why) but might be helpful for anyone who likes to get into this. Stefan -- M=FChlendamm 12 | Voice +49-40-256848, +49-177-3504009 D-22089 Hamburg | e-mail: stefan.bethke@hanse.de Germany | stb@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 5:48:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (Postfix) with ESMTP id 8612B1553B for ; Mon, 10 May 1999 05:48:15 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (Postfix) with ESMTP id 23C6E1F72; Mon, 10 May 1999 20:48:13 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Maxim Sobolev Cc: current@freebsd.org Subject: Re: World breakage related to svr4 module In-reply-to: Your message of "Mon, 10 May 1999 15:25:46 +0300." <3736D049.3EF8FB33@altavista.net> Date: Mon, 10 May 1999 20:48:12 +0800 From: Peter Wemm Message-Id: <19990510124813.23C6E1F72@spinner.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > On the -CURRENT cvsup'ed two hours ago: > cc -O2 -pipe -march=pentium -mpentium -DKERNEL -DCOMPAT_SVR4 -DKERNEL > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- > -I/usr/obj/usr/src/sys/modules/svr4 > -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include > -c /usr/src/sys/modules/svr4/../../svr4/svr4_signal.c > /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: parse error > before `svr4_execsw' ^^^^^^^^^^^^^^^^^^^^ Ack, fixed.. (How embarresing... :-) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 5:58: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (Postfix) with ESMTP id 948931554B for ; Mon, 10 May 1999 05:57:57 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) by enst.enst.fr (8.9.1a/8.9.1) with ESMTP id OAA10538; Mon, 10 May 1999 14:57:51 +0200 (MET DST) Received: by bofh.enst.fr (Postfix, from userid 12426) id 32B0AD21A; Mon, 10 May 1999 14:57:51 +0200 (CEST) Message-ID: <19990510145751.A429@enst.fr> Date: Mon, 10 May 1999 14:57:51 +0200 From: Pierre Beyssac To: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: m_get(M_WAIT, ...) _can_ return NULL ? References: <199905081332.PAA07452@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199905081332.PAA07452@labinfo.iet.unipi.it>; from Luigi Rizzo on Sat, May 08, 1999 at 03:32:33PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 08, 1999 at 03:32:33PM +0200, Luigi Rizzo wrote: > m = m_get(M_WAIT, ...) > m->m_len = something. > > looking at the code, it seems that m_get() _can_ return a NULL pointer > even if one specifies M_WAIT. > > Could this be a potential weakness, and in this case, how shuld we go > and fix it -- by making m_get never return if there is no memory, > or by hunting all such occurrences of the code ? It's a well-known problem, it's a potential weakness, there are several pending PRs related to this (quick search from the subject, probably several more I didn't find): kern/9883 kern/10872 As Alfred said, this has been discussed several times on the lists, and IIRC the conclusion was that it's not easy to fix the code everywhere. It seemed best not to make m_get() wait, because it can result in unexpected blockings (classical starvation problem). I'd be willing to give it a look, but don't expect it to be 100% solved anytime soon. -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 6:19:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 57D8C15130 for ; Mon, 10 May 1999 06:19:26 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id GAA21148 for ; Mon, 10 May 1999 06:19:25 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id GAA19914 for ; Mon, 10 May 1999 06:19:24 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id GAA23237 for current@freebsd.org; Mon, 10 May 1999 06:19:23 -0700 (PDT) Date: Mon, 10 May 1999 06:19:23 -0700 (PDT) From: Don Lewis Message-Id: <199905101319.GAA23237@salsa.gv.tsc.tdk.com> To: current@freebsd.org Subject: patch for descriptor leak caused by KKIS.05051999.003b exploit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could someone give the attached patch a try in -current? It fixes the file descriptor leak that the KKIS.05051999.003b exploit causes. This fix seems to work fine in -stable. I'd like to commit it to the current tree and merge it into -stable before the 3.2 code freeze. Index: uipc_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_usrreq.c,v retrieving revision 1.43 diff -u -u -r1.43 uipc_usrreq.c --- uipc_usrreq.c 1999/04/28 11:37:07 1.43 +++ uipc_usrreq.c 1999/05/09 23:50:45 @@ -367,6 +367,9 @@ unp_shutdown(unp); } + if (control && error != 0) + unp_dispose(control); + release: if (control) m_freem(control); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 6:35:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id B9EEA15130; Mon, 10 May 1999 06:35:20 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.1/8.9.1) id PAA42215; Mon, 10 May 1999 15:35:19 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199905101335.PAA42215@freebsd.dk> Subject: vgl-990112.tgz anybody got it still ?? To: current@freebsd.org, hackers@freebsd.org Date: Mon, 10 May 1999 15:35:19 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I lost that file due to fatfingering a cleanup :) I can see that several people has downloaded it from my ftp-site so does anybody still have it, and could mail/ftp me a copy ?? Thanks -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 7:44:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from chopin.seattleu.edu (chopin.seattleu.edu [206.81.198.70]) by hub.freebsd.org (Postfix) with ESMTP id F06E715B38 for ; Mon, 10 May 1999 07:44:05 -0700 (PDT) (envelope-from hodeleri@seattleu.edu) Received: from seattleu.edu ([172.17.41.90]) by chopin.seattleu.edu (8.8.5/8.8.5) with ESMTP id HAA09971; Mon, 10 May 1999 07:43:33 -0700 (PDT) Message-ID: <3736F068.A0C36528@seattleu.edu> Date: Mon, 10 May 1999 07:42:48 -0700 From: Eric Hodel Organization: Dis X-Mailer: Mozilla 4.51 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: freebsd-current@FreeBSD.ORG Subject: Re: tosha after CAM changes References: <199905081900.NAA64562@panzer.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hmm, so you did a make world? > > I assume you mean "cdcontrol" above, and not "cdrecord". You can't pause, > play, etc., cds with cdrecord. cdcontrol uses the ioctl interface to the > cd driver, and so it shouldn't be affected. yes :( > Well, can you send me the output of the following commands: > > find /usr/include/cam -print |xargs ident /usr/include/cam: /usr/include/cam/scsi: /usr/include/cam/scsi/scsi_all.h: $Id: scsi_all.h,v 1.6 1998/12/05 22:10:14 mjacob Exp $ /usr/include/cam/scsi/scsi_cd.h: /usr/include/cam/scsi/scsi_ch.h: $NetBSD: scsi_changer.h,v 1.11 1998/02/13 08:28:32 enami Exp $ /usr/include/cam/scsi/scsi_da.h: $Id: scsi_da.h,v 1.2 1998/09/18 22:33:59 ken Exp $ /usr/include/cam/scsi/scsi_message.h: /usr/include/cam/scsi/scsi_pass.h: $Id: scsi_pass.h,v 1.2 1999/05/06 20:16:07 ken Exp $ /usr/include/cam/scsi/scsi_pt.h: $Id: scsi_pt.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ /usr/include/cam/scsi/scsi_sa.h: $Id: scsi_sa.h,v 1.4 1999/02/05 07:19:23 mjacob Exp $ /usr/include/cam/scsi/scsi_targetio.h: $Id: scsi_targetio.h,v 1.2 1999/03/05 23:25:11 gibbs Exp $ /usr/include/cam/cam.h: $Id: cam.h,v 1.2 1999/04/07 22:57:48 gibbs Exp $ /usr/include/cam/cam_ccb.h: $Id: cam_ccb.h,v 1.5 1999/05/06 20:15:57 ken Exp $ /usr/include/cam/cam_conf.h: $Id: cam_conf.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ /usr/include/cam/cam_debug.h: $Id: cam_debug.h,v 1.3 1998/12/05 23:55:48 mjacob Exp $ /usr/include/cam/cam_extend.h: $Id: cam_extend.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ /usr/include/cam/cam_periph.h: $Id: cam_periph.h,v 1.3 1998/10/22 22:16:48 ken Exp $ /usr/include/cam/cam_queue.h: $Id: cam_queue.h,v 1.4 1999/04/19 21:26:08 gibbs Exp $ /usr/include/cam/cam_sim.h: $Id: cam_sim.h,v 1.2 1999/05/06 20:15:59 ken Exp $ /usr/include/cam/cam_xpt.h: $Id: cam_xpt.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ /usr/include/cam/cam_xpt_periph.h: $Id: cam_xpt_periph.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ /usr/include/cam/cam_xpt_sim.h: $Id: cam_xpt_sim.h,v 1.3 1999/03/05 23:18:56 gibbs Exp $ > ls -la /usr/lib/libcam* -r--r--r-- 1 root wheel 55890 May 7 19:39 /usr/lib/libcam.a lrwxr-xr-x 1 root wheel 11 May 7 19:39 /usr/lib/libcam.so -> libcam.so.2 -r--r--r-- 1 root wheel 54350 May 7 19:39 /usr/lib/libcam.so.2 There you go. -- Eric Hodel hodeleri@seattleu.edu "If you understand what you're doing, you're not learning anything." -- A. L. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 8: 4:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B4B14CEB for ; Mon, 10 May 1999 08:04:40 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id JAA76406; Mon, 10 May 1999 09:04:05 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199905101504.JAA76406@panzer.plutotech.com> Subject: Re: tosha after CAM changes In-Reply-To: <3736F068.A0C36528@seattleu.edu> from Eric Hodel at "May 10, 1999 7:42:48 am" To: hodeleri@seattleu.edu (Eric Hodel) Date: Mon, 10 May 1999 09:04:05 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eric Hodel wrote... > > Hmm, so you did a make world? > > > > I assume you mean "cdcontrol" above, and not "cdrecord". You can't pause, > > play, etc., cds with cdrecord. cdcontrol uses the ioctl interface to the > > cd driver, and so it shouldn't be affected. > > yes :( > > > Well, can you send me the output of the following commands: > > > > find /usr/include/cam -print |xargs ident Well, these look right: > /usr/include/cam/scsi/scsi_pass.h: > $Id: scsi_pass.h,v 1.2 1999/05/06 20:16:07 ken Exp $ [ ... ] > /usr/include/cam/cam_ccb.h: > $Id: cam_ccb.h,v 1.5 1999/05/06 20:15:57 ken Exp $ And so does this: > > ls -la /usr/lib/libcam* > > -r--r--r-- 1 root wheel 55890 May 7 19:39 /usr/lib/libcam.a > lrwxr-xr-x 1 root wheel 11 May 7 19:39 /usr/lib/libcam.so -> > libcam.so.2 > -r--r--r-- 1 root wheel 54350 May 7 19:39 /usr/lib/libcam.so.2 So I'm a little confused here. Does camcontrol work? Try this: camcontrol devlist camcontrol tur -n da -u 0 -v If that works, can you try compiling tosha again? Is anyone else having problems? Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 8:11:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from indyio.rz.uni-sb.de (indyio.rz.uni-sb.de [134.96.7.3]) by hub.freebsd.org (Postfix) with ESMTP id 500C215335 for ; Mon, 10 May 1999 08:11:38 -0700 (PDT) (envelope-from netchild@Vodix.CS.Uni-SB.de) Received: from mars.rz.uni-sb.de (mars.rz.uni-sb.de [134.96.7.5]) by indyio.rz.uni-sb.de (8.8.8/8.8.7/8.7.7) with ESMTP id RAA2481383; Mon, 10 May 1999 17:10:43 +0200 (CST) Received: from work.net.local (maxtnt-140.telip.uni-sb.de [134.96.71.11]) by mars.rz.uni-sb.de (8.8.8/8.8.4/8.8.2) with ESMTP id RAA18211; Mon, 10 May 1999 17:10:42 +0200 (CST) Received: from Vodix.CS.Uni-SB.de (localhost.net.local [127.0.0.1]) by work.net.local (8.9.3/8.9.3) with ESMTP id RAA73390; Mon, 10 May 1999 17:10:21 +0200 (CEST) (envelope-from netchild@Vodix.CS.Uni-SB.de) Message-Id: <199905101510.RAA73390@work.net.local> Date: Mon, 10 May 1999 17:10:20 +0200 (CEST) From: A.Leidinger@Wurzelausix.CS.Uni-SB.de Subject: Re: tosha after CAM changes To: ken@plutotech.com Cc: hodeleri@seattleu.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <199905101504.JAA76406@panzer.plutotech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 May, Kenneth D. Merry wrote: >> /usr/include/cam/scsi/scsi_pass.h: >> $Id: scsi_pass.h,v 1.2 1999/05/06 20:16:07 ken Exp $ (137) root@ttyp3 # ident /usr/include/cam/scsi/scsi_pass.h /usr/include/cam/scsi/scsi_pass.h: $Id: scsi_pass.h,v 1.2 1999/05/06 20:16:07 ken Exp $ >> > ls -la /usr/lib/libcam* >> >> -r--r--r-- 1 root wheel 55890 May 7 19:39 /usr/lib/libcam.a >> lrwxr-xr-x 1 root wheel 11 May 7 19:39 /usr/lib/libcam.so -> >> libcam.so.2 >> -r--r--r-- 1 root wheel 54350 May 7 19:39 /usr/lib/libcam.so.2 (138) root@ttyp3 # ls -la /usr/lib/libcam* -r--r--r-- 1 root wheel 60110 7 Mai 20:18 /usr/lib/libcam.a lrwxr-xr-x 1 root wheel 11 7 Mai 20:18 /usr/lib/libcam.so -> libcam.so.2 -r--r--r-- 1 root wheel 58702 7 Mai 20:18 /usr/lib/libcam.so.2 > Is anyone else having problems? tosha recompiled some hours ago: (134) root@ttyp3 # tosha -i -d /dev/cd1c Device: /dev/cd1c -- "PIONEER" "CD-ROM DR-U16S" "1.01" track playing start end raw size mp3 size # of track number time sector sector in bytes 128 kbps frames type --------------------------------------------------------------------- 1 4:10'27 0 18776 44163504 4006595 9585 audio ... Bye, Alexander. -- http://netchild.home.pages.de A.Leidinger @ wurzelausix.cs.uni-sb.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 10:31:16 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id 0AAF81586E; Mon, 10 May 1999 10:31:15 -0700 (PDT) From: "Jonathan M. Bresler" To: wassman@direct.ca Cc: current@freebsd.org In-reply-to: <99050920354700.00176@sorack> (message from Seamus Wassman on Sun, 9 May 1999 20:31:00 -0700) Subject: Re: SPAM Message-Id: <19990510173115.0AAF81586E@hub.freebsd.org> Date: Mon, 10 May 1999 10:31:15 -0700 (PDT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: Seamus Wassman > Date: Sun, 9 May 1999 20:31:00 -0700 > > I was quite surprised the First Time I got SPAM through this mailing list, I > thought for sure there would be someone to moderate it so that no garbage gets > through, I personally find it quite offensive to get SPAM on a help based > mailing list, I have been thinking that maybe this list should have someone > moderating it. Maybe I am way out of line, but I thought I would say my > peice. you are not out of line. ;) with volunteers, we could moderate the list(s). mail transfer would be slower as we wait for the moderator(s) to approve each piece of email. if we use more than one moderator per list, the time-sequence of email would be lost....we would get some very strange threads...could be enteraining. the amount of spam we get is very little. its easy to delte a couple messages. i do not believe it is worthwhile ot moderate the lists. jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 10:31:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id F3CE71586E for ; Mon, 10 May 1999 10:31:42 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id NAA11757 for ; Mon, 10 May 1999 13:31:41 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA03759; Mon, 10 May 1999 13:31:11 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id NAA22327 for freebsd-current@freebsd.org; Mon, 10 May 1999 13:31:11 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199905101731.NAA22327@bb01f39.unx.sas.com> Subject: One last make world problem (imgact_svr4.c) To: freebsd-current@freebsd.org Date: Mon, 10 May 1999 13:31:10 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, It looks like most of the compilation problems from the last few days have been cleaned up pretty well... The last one I'm seeing now is: cc -nostdinc -O -pipe -DKERNEL -DCOMPAT_SVR4 -DKERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/usr/src/sys/modules/svr4 -I/usr/obj/usr/src/sys/modules/svr4/@ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: parse error before `svr4_execsw' /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: type defaults to `int' in declaration of `svr4_execsw' /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: initialization makes integer from pointer without a cast /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: excess elements in scalar initializer after `svr4_execsw' /usr/src/sys/modules/svr4/../../svr4/imgact_svr4.c:233: warning: data definition has no type or storage class *** Error code 1 I don't see any mods to code for the type or initializer via cvsweb, and my tree is only a few hours out of date. I tend to forget, this is against the 4.0 sources. Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 11:31:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail-gw2adm.rcsntx.swbell.net (mail-gw2.rcsntx.swbell.net [151.164.30.52]) by hub.freebsd.org (Postfix) with ESMTP id 99AA914C1E for ; Mon, 10 May 1999 11:31:19 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ppp-207-193-13-87.hstntx.swbell.net [207.193.13.87]) by mail-gw2adm.rcsntx.swbell.net (8.8.5/8.8.5) with ESMTP id NAA14131; Mon, 10 May 1999 13:31:04 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id NAA26158; Mon, 10 May 1999 13:32:01 -0500 (CDT) (envelope-from chris) Date: Mon, 10 May 1999 13:31:49 -0500 From: Chris Costello To: Brian Somers Cc: chris@calldei.com, Chuck Robey , current@FreeBSD.ORG Subject: Re: ppp is totally broken Message-ID: <19990510133149.I22538@holly.dyndns.org> Reply-To: chris@calldei.com References: <19990508223410.A1526@holly.dyndns.org> <199905092114.WAA10725@keep.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i In-Reply-To: <199905092114.WAA10725@keep.lan.Awfulhak.org>; from Brian Somers on Sun, May 09, 1999 at 10:14:57PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 9, 1999, Brian Somers wrote: > [.....] > > I'm using the 3.1R PPP right now, until the problem is > > resolved. I'm sending a problem report, as well. > > It should be resolved now. A NULL mbuf value is valid - it just > means that there's nothing in it. I changed fsm_Input() with the Wouldn't it be better for *bp to be NULL instead of bp? > last commits, and didn't notice the MBUF_CTOP(bp) calls that you > pointed out :-( I hadn't looked into MBUF_CTOP, else I would have had enough of a grasp of the actual problem-causing code to at least find out what the problem was, if not fix it. > > MBUF_CTOP is now more robust, as are all the fsm functions and > mbuf_Prepend() (which would have died when doing protocol rejects). > > > -- > > Chris Costello > > RAM DISK is not an installation procedure! > > -- > Brian > > Don't _EVER_ lose your sense of humour ! > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Chris Costello Expert systems are built to embody the knowledge of human experts. - Kulawiec To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 12:52:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from chopin.seattleu.edu (chopin.seattleu.edu [206.81.198.70]) by hub.freebsd.org (Postfix) with ESMTP id 9D3CE14F4D for ; Mon, 10 May 1999 12:52:12 -0700 (PDT) (envelope-from hodeleri@seattleu.edu) Received: from seattleu.edu ([172.17.41.90]) by chopin.seattleu.edu (8.8.5/8.8.5) with ESMTP id MAA25050; Mon, 10 May 1999 12:51:36 -0700 (PDT) Message-ID: <3737389C.A43DB3E@seattleu.edu> Date: Mon, 10 May 1999 12:50:52 -0700 From: Eric Hodel Organization: Dis X-Mailer: Mozilla 4.51 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: freebsd-current@FreeBSD.ORG Subject: Re: tosha after CAM changes References: <199905101504.JAA76406@panzer.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > So I'm a little confused here. Does camcontrol work? Try this: > > camcontrol devlist camcontrol: error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for device > camcontrol tur -n da -u 0 -v camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: Inappropriate ioctl for device perhaps deleting and resupping is in order? -- Eric Hodel hodeleri@seattleu.edu "If you understand what you're doing, you're not learning anything." -- A. L. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13: 1:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id EA79415C31 for ; Mon, 10 May 1999 13:01:17 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id OAA78016; Mon, 10 May 1999 14:00:30 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199905102000.OAA78016@panzer.plutotech.com> Subject: Re: tosha after CAM changes In-Reply-To: <3737389C.A43DB3E@seattleu.edu> from Eric Hodel at "May 10, 1999 12:50:52 pm" To: hodeleri@seattleu.edu (Eric Hodel) Date: Mon, 10 May 1999 14:00:30 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eric Hodel wrote... > "Kenneth D. Merry" wrote: > > So I'm a little confused here. Does camcontrol work? Try this: > > > > camcontrol devlist > > camcontrol: error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for > device > > > camcontrol tur -n da -u 0 -v > > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: Inappropriate ioctl for device > > perhaps deleting and resupping is in order? It looks like you may not have the kernel side of the changes. When was your kernel compiled? You may indeed want to cvsup again. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:15:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 9F5E2151FC; Mon, 10 May 1999 13:14:58 -0700 (PDT) (envelope-from mark@grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id WAA57830; Mon, 10 May 1999 22:14:57 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.9.3/8.9.3) with ESMTP id WAA03760; Mon, 10 May 1999 22:14:56 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199905102014.WAA03760@greenpeace.grondar.za> To: "Jonathan M. Bresler" Cc: current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: Your message of " Mon, 10 May 1999 10:31:15 MST." <19990510173115.0AAF81586E@hub.freebsd.org> References: <19990510173115.0AAF81586E@hub.freebsd.org> Date: Mon, 10 May 1999 22:14:56 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jonathan M. Bresler" wrote: > with volunteers, we could moderate the list(s). mail transfer > would be slower as we wait for the moderator(s) to approve each piece > of email. if we use more than one moderator per list, the > time-sequence of email would be lost....we would get some very > strange threads...could be enteraining. Have you ever considered only allowing list members to post, or are there difficulties that make this impossible? > the amount of spam we get is very little. its easy to delte a > couple messages. i do not believe it is worthwhile ot moderate the > lists. Do you have any stats of "accepted mail" vs "rejected mail" vs SPAM? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:21:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from chopin.seattleu.edu (chopin.seattleu.edu [206.81.198.70]) by hub.freebsd.org (Postfix) with ESMTP id C576414D9B for ; Mon, 10 May 1999 13:21:33 -0700 (PDT) (envelope-from hodeleri@seattleu.edu) Received: from seattleu.edu ([172.17.41.90]) by chopin.seattleu.edu (8.8.5/8.8.5) with ESMTP id NAA02468; Mon, 10 May 1999 13:21:00 -0700 (PDT) Message-ID: <37373F80.8C55254B@seattleu.edu> Date: Mon, 10 May 1999 13:20:16 -0700 From: Eric Hodel Organization: Dis X-Mailer: Mozilla 4.51 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: "freebsd-current@FreeBSD.ORG" Subject: Re: tosha after CAM changes References: <199905102000.OAA78016@panzer.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > > Eric Hodel wrote... > > "Kenneth D. Merry" wrote: > > > So I'm a little confused here. Does camcontrol work? Try this: > > > > > > camcontrol devlist > > > > camcontrol: error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for > > device > > > > > camcontrol tur -n da -u 0 -v > > > > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > > cam_lookup_pass: Inappropriate ioctl for device > > > > perhaps deleting and resupping is in order? > > It looks like you may not have the kernel side of the changes. When was > your kernel compiled? > > You may indeed want to cvsup again. I'll do that and tell you the results. -- Eric Hodel hodeleri@seattleu.edu "If you understand what you're doing, you're not learning anything." -- A. L. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:22:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from mortar.carlson.com (mortar.carlson.com [208.240.12.98]) by hub.freebsd.org (Postfix) with ESMTP id B16BC15757; Mon, 10 May 1999 13:22:27 -0700 (PDT) (envelope-from veldy@visi.com) Received: from mortar.carlson.com (root@localhost) by mortar.carlson.com with ESMTP id PAA10332; Mon, 10 May 1999 15:22:28 -0500 (CDT) Received: from w142844 ([172.25.99.35]) by mortar.carlson.com with SMTP id PAA10328; Mon, 10 May 1999 15:22:25 -0500 (CDT) Message-ID: <036401be9b22$d35b4540$236319ac@w142844.carlson.com> From: "Thomas T. Veldhouse" To: "Jonathan M. Bresler" , "Mark Murray" Cc: Subject: Re: SPAM Date: Mon, 10 May 1999 15:22:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A spammer could simply become a list member and then SPAM. They won't care if they are removed once they have perpetrated their abuse. Tom Veldhouse veldy@visi.com -----Original Message----- From: Mark Murray To: Jonathan M. Bresler Cc: current@FreeBSD.ORG Date: Monday, May 10, 1999 3:17 PM Subject: Re: SPAM >"Jonathan M. Bresler" wrote: >> with volunteers, we could moderate the list(s). mail transfer >> would be slower as we wait for the moderator(s) to approve each piece >> of email. if we use more than one moderator per list, the >> time-sequence of email would be lost....we would get some very >> strange threads...could be enteraining. > >Have you ever considered only allowing list members to post, or are >there difficulties that make this impossible? > >> the amount of spam we get is very little. its easy to delte a >> couple messages. i do not believe it is worthwhile ot moderate the >> lists. > >Do you have any stats of "accepted mail" vs "rejected mail" vs SPAM? > >M >-- >Mark Murray >Join the anti-SPAM movement: http://www.cauce.org > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:25:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E4F1614DDF; Mon, 10 May 1999 13:25:28 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id QAA15319; Mon, 10 May 1999 16:25:05 -0400 (EDT) (envelope-from wollman) Date: Mon, 10 May 1999 16:25:05 -0400 (EDT) From: Garrett Wollman Message-Id: <199905102025.QAA15319@khavrinen.lcs.mit.edu> To: Mark Murray Cc: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <199905102014.WAA03760@greenpeace.grondar.za> References: <19990510173115.0AAF81586E@hub.freebsd.org> <199905102014.WAA03760@greenpeace.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Have you ever considered only allowing list members to post, or are > there difficulties that make this impossible? Yes, there are. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:28:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id C33D515575; Mon, 10 May 1999 13:28:16 -0700 (PDT) (envelope-from mark@grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id WAA57871; Mon, 10 May 1999 22:28:13 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.9.3/8.9.3) with ESMTP id WAA03970; Mon, 10 May 1999 22:28:11 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199905102028.WAA03970@greenpeace.grondar.za> To: "Thomas T. Veldhouse" Cc: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: Your message of " Mon, 10 May 1999 15:22:26 EST." <036401be9b22$d35b4540$236319ac@w142844.carlson.com> References: <036401be9b22$d35b4540$236319ac@w142844.carlson.com> Date: Mon, 10 May 1999 22:28:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Thomas T. Veldhouse" wrote: > A spammer could simply become a list member and then SPAM. They won't care > if they are removed once they have perpetrated their abuse. Yes, but is stops the scrape 'n spammers who get the easy-to-reach addresses off the web page. The subscribed spammers at least have a verified email address, which is too easy to whack for the amount of trouble they went to. Spammers go fo massive bulk; subscribing to mailing lists doesn't fit the profile for the majority of them. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:29:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 1427E14DDF; Mon, 10 May 1999 13:29:20 -0700 (PDT) (envelope-from mark@grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id WAA57882; Mon, 10 May 1999 22:29:17 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.9.3/8.9.3) with ESMTP id WAA03995; Mon, 10 May 1999 22:29:17 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199905102029.WAA03995@greenpeace.grondar.za> To: Garrett Wollman Cc: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: Your message of " Mon, 10 May 1999 16:25:05 -0400." <199905102025.QAA15319@khavrinen.lcs.mit.edu> References: <19990510173115.0AAF81586E@hub.freebsd.org> <199905102014.WAA03760@greenpeace.grondar.za> <199905102025.QAA15319@khavrinen.lcs.mit.edu> Date: Mon, 10 May 1999 22:29:16 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > > Have you ever considered only allowing list members to post, or are > > there difficulties that make this impossible? > > Yes, there are. Content-free answer. Please elaborate? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:30: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 3BB6A152CE; Mon, 10 May 1999 13:30:02 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.8.5) with ESMTP id QAA48468; Mon, 10 May 1999 16:27:45 -0400 (EDT) Date: Mon, 10 May 1999 16:27:45 -0400 (EDT) From: Chuck Robey To: Mark Murray Cc: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <199905102014.WAA03760@greenpeace.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Mark Murray wrote: > "Jonathan M. Bresler" wrote: > > with volunteers, we could moderate the list(s). mail transfer > > would be slower as we wait for the moderator(s) to approve each piece > > of email. if we use more than one moderator per list, the > > time-sequence of email would be lost....we would get some very > > strange threads...could be enteraining. > > Have you ever considered only allowing list members to post, or are > there difficulties that make this impossible? There might be some resistance to this for all lists, but how about just, say, current and committers? Hackers == maybe? I don't think anyone on current or committers will complain. > > > the amount of spam we get is very little. its easy to delte a > > couple messages. i do not believe it is worthwhile ot moderate the > > lists. > > Do you have any stats of "accepted mail" vs "rejected mail" vs SPAM? > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:32:10 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 8890615BDF; Mon, 10 May 1999 13:32:05 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.8.5) with ESMTP id QAA48480; Mon, 10 May 1999 16:29:54 -0400 (EDT) Date: Mon, 10 May 1999 16:29:54 -0400 (EDT) From: Chuck Robey To: "Thomas T. Veldhouse" Cc: "Jonathan M. Bresler" , Mark Murray , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <036401be9b22$d35b4540$236319ac@w142844.carlson.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Thomas T. Veldhouse wrote: > A spammer could simply become a list member and then SPAM. They won't care > if they are removed once they have perpetrated their abuse. The could, but most wouldn't, wouldn't even know how. It wouldn't be a sure cure, but it would sure help. Don't do it on newbies type lists, like -questions or -newbies, even multimedia gets a lot of newbies. Current and committers would be good candidates. > > Tom Veldhouse > veldy@visi.com > > -----Original Message----- > From: Mark Murray > To: Jonathan M. Bresler > Cc: current@FreeBSD.ORG > Date: Monday, May 10, 1999 3:17 PM > Subject: Re: SPAM > > > >"Jonathan M. Bresler" wrote: > >> with volunteers, we could moderate the list(s). mail transfer > >> would be slower as we wait for the moderator(s) to approve each piece > >> of email. if we use more than one moderator per list, the > >> time-sequence of email would be lost....we would get some very > >> strange threads...could be enteraining. > > > >Have you ever considered only allowing list members to post, or are > >there difficulties that make this impossible? > > > >> the amount of spam we get is very little. its easy to delte a > >> couple messages. i do not believe it is worthwhile ot moderate the > >> lists. > > > >Do you have any stats of "accepted mail" vs "rejected mail" vs SPAM? > > > >M > >-- > >Mark Murray > >Join the anti-SPAM movement: http://www.cauce.org > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-current" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:36:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id E5B0115B4D; Mon, 10 May 1999 13:36:06 -0700 (PDT) (envelope-from mark@grondar.za) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id WAA57915; Mon, 10 May 1999 22:36:03 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.9.3/8.9.3) with ESMTP id WAA04081; Mon, 10 May 1999 22:35:59 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199905102035.WAA04081@greenpeace.grondar.za> To: Chuck Robey Cc: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: Your message of " Mon, 10 May 1999 16:27:45 -0400." References: Date: Mon, 10 May 1999 22:35:58 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey wrote: > > Have you ever considered only allowing list members to post, or are > > there difficulties that make this impossible? > > There might be some resistance to this for all lists, but how about > just, say, current and committers? Hackers == maybe? I can imagine that there could be resistance; I just want to know what the reasons are. Perhaps there is a solution that could be constructed. I have been hugely sucessful in getting my owm mailbox cleaned up. At one stage I was receiving 50-70 spams _a_day_; it is now about 5 a week and dropping. I had to get pretty fascist, but my false-positive is very low (maybe 7 in total). M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:36:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 6DD6015CCC for ; Mon, 10 May 1999 13:36:26 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id WAA09474; Mon, 10 May 1999 22:34:07 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id XAA46629; Sun, 9 May 1999 23:13:16 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199905092113.XAA46629@yedi.iaf.nl> Subject: Re: kernel.old In-Reply-To: from Chuck Robey at "May 9, 1999 4:14:58 pm" To: chuckr@picnic.mat.net (Chuck Robey) Date: Sun, 9 May 1999 23:13:16 +0200 (CEST) Cc: freebsd-current@FreeBSD.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Chuck Robey wrote ... > I was thinking about Peter Wemm's recent change to the kernel Makefile, > making a way to install multiple kernels without fragging your last > known good kernel, and it got me to thinking, scragging kernel.old, now > that we have good kld's, isn't the only way to find yourself well and > truly screwed if your new kernel decides it's shy. Shy enough to hide on the swap device after a panic ;-) ? Groeten / Cheers, | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:37: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id A29D115D7C; Mon, 10 May 1999 13:36:26 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id WAA09472; Mon, 10 May 1999 22:34:06 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id XAA46622; Sun, 9 May 1999 23:11:48 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199905092111.XAA46622@yedi.iaf.nl> Subject: Re: de driver problem In-Reply-To: from Doug Rabson at "May 9, 1999 9:58:40 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 9 May 1999 23:11:48 +0200 (CEST) Cc: khaled@mailbox.telia.net, freebsd-alpha@FreeBSD.org, freebsd-current@FreeBSD.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Doug Rabson wrote ... > On Sun, 9 May 1999, Khaled Daham wrote: > > > Hello folks > > > > I cvsupped,made world, built a kernel today and from now on the de > > interfaces only comes up in 100BaseTX, what causes it not to negotiate ? > > My Apr_29 kernel doesnt behave like this. > > > > The link lamp flickered like hell so it was quite a nice atmosphere for > > awhile , but i got tired of it :) > > > > /Khaled, Telia Network Services > > > > Mail: khaled@telia.net > > Cell: 070-6785492 > > Work: 08-4567281 > > > > :hacker: /n./ [originally, someone who makes furniture with an axe] > > Some tulip boards in alpha systems don't autonegociate properly so the SRM > has a way of forcing them to a particular mode. A change was made recently Recently... I think it's been there for a couple of years. > to respect the SRM setting instead of using autoneg. The variable is > typically called ewa0_mode. To find the right setting, type > > >>>set ewa0_mode > > from the SRM prompt and it will give you a list of settings. Choose one, > then type e.g.: > > >>>set ewa0_mode Twisted-Pair Keep in mind that older SRMs that understand the older Tulip 10/100Mbit chips (21140 IRRC) might not recognise the new ones (is that the 21143?) Bit me once.. Groeten / Cheers, | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:47:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from jumping-spider.aracnet.com (jumping-spider.aracnet.com [205.159.88.14]) by hub.freebsd.org (Postfix) with ESMTP id 4A35115183 for ; Mon, 10 May 1999 13:47:06 -0700 (PDT) (envelope-from ctapang@easystreet.com) Received: from apex (216-99-199-225.cust.aracnet.com [216.99.199.225]) by jumping-spider.aracnet.com (8.9.1/8.9.0) with SMTP id NAA06806 for ; Mon, 10 May 1999 13:46:58 -0700 Message-ID: <001801be9b26$8a063e00$0d787880@apex.tapang> From: "Carlos C. Tapang" To: Subject: Some Linux news from Client Server News Date: Mon, 10 May 1999 13:49:03 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MIMEOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The first item is of interest to FreeBSD. Somebody should suggest to Mindcraft to include FreeBSD in the "Death Match". The last item is about Ken Thompson thrashing Linux. --Carlos Linux Watch: Mindcraft Proposes Linux-NT Death Match; Microsoft Accepts the Challenge Mindcraft, in an attempt to salvage its reputation after publishing a Microsoft-funded test in which NT trashed Linux, has invited Linus Torvalds, Red Hat or anyone they choose to try to prove that Linux can outperform NT Server in what it's calling an "Open Benchmark" shootout. Microsoft has already said it will risk the challenge. The event, if it comes off, could be way more fun than anything this side of the antitrust trial. It's put up or shut up time, boys. In the controversial tests paid for by Microsoft Mindcraft declared NT to be 3.7x faster than Linux as a web server and to have 2.5x the performance as a file server. The fact that Microsoft funded the tests and that the admission was buried on page 16 of the 20-page final report (CSN No 296) set the Linux community off. The implication, and in some cases outright accusation, was that Mindcraft rigged the tests for its patron and played pawn to the mighty Microsoft marketing machine. "Mindcraft's honesty and name have been impugned," the testing house said, citing interviews with Torvalds in publications ranging from ABCnews.com to Linux Today and Salon. In particular, the Linux community was outraged by statements in Mindcraft's report that it had attempted to find the best ways to tune Linux using the standard forms of Linux support - web sites, newsgroup pleas for help and the like. It said the response was negligible. In what Mindcraft now calls an "Open Benchmark Invitation," it says that it's willing to have Torvalds choose anyone he wants to help it tune Linux, the Samba middleware and Apache web server used in its benchmarks. Red Hat, likewise, was invited to send anyone it wants to serve as Linux experts. The Linux experts can load the software and run the tests themselves if they wish. Microsoft, it said, is welcome to send its NT experts to do the same. It also carefully stated in bold text in its invitation that Mindcraft will bear all of its own expenses for the new tests, and that it will run them "at any mutually agreeable test site." Microsoft seems pretty confident. It's volunteered to turn over its own test labs for the shoot-out, the same facility where Mindcraft made its original and now-notorious findings. That location was a bit of an eye opener unknown before. The lab offer pretty much answers the question of whether Redmond plans to have its hotshot tuning experts on hand. The only direct response from the Linux community so far has come from developer Jeremy Allison, said to be the brains behind Samba, who refused to participate unless Mindcraft tests using NT clients rather than the Win9x clients it's been using so far. In an e-mail to Mindcraft he said that Samba works better with NT clients, NT better with Win9x. Mindcraft also said that it's re-run the tests on its own using Linux tuning tips that Torvalds and open source people provided. It refuses to divulge the new results until after the new tests are run, and added that the shootout tests will be run on the same hardware that it used for its own re-test. Mindcraft has set strict ground rules for the tests, which are published on its web site, but has given Linux three chance to prove its case. The Linux world gets to run a set of benchmarks using the tunes, patches and bug fixes that Mindcraft had at its disposal when it ran the second set of tests. Then it can add whatever patches and bug fixes it would like from either the Red Hat or the open source kernel.org web sites as long as they were available on April 20 when Mindcraft started its tests, but it still has to be the Linux 2.2.6 that Mindcraft tested. Finally, the Linux experts can run a set of optional tests using any Linux kernel, Apache version, Samba version, patches and bug fixes posted on the web at the start of the Open Benchmark test. There's no mention of whether Microsoft is allowed or even wants to test Windows 2000 beta 3. Linux Watch: Linuxcare Gets El Primo Backer Kleiner Perkins, the famed VC, has made its Linux bet, putting its money into Linuxcare, the San Francisco-based Linux support house. Unfortunately, nobody's saying how big the bet is but they've imported ex-IBMer Fernand Sarrat to be CEO. Sarrat has lately been at Cylink, the security and cryptography firm as president and CEO. Before that he was at IBM for 23 years, lastly at general manager, network centric computing marketing and services, which was heavy on Internet-delivered solutions. Former Linuxcare CEO Arthur Tyde has given way to Sarrat and will stay on as executive VP, focusing on operations and external relations. Kleiner along with Sand Hill Group, who's coughing up fewer bucks, are providing Linuxcare's first round. Kleiner is putting its general partner Ted Schlein on the Linuxcare board. Linux Watch: Unix Co-Creator Trashes Linux Ken Thompson, the co-creator of Unix, thinks Linux will be a short-term phenomenon. He calls the operating system "unreliable" and sees its surge in popularity as more an anti-Microsoft backlash than anything else. Thompson, still a researcher at Lucent's Bell Labs where Unix was born, lambasts Linux in the current issue of the IEEE's online magazine, Computer. "I view Linux as something that's not Microsoft - a backlash against Microsoft, no more and no less. I don't think it will be very successful in the long run," he told Computer. Linux creator Linus Torvalds called Thompson "extremely misguided." Thompson also questions how effective the open source concept is."I've looked at the source and there are pieces that are good and pieces that are not. A whole bunch of random people have contributed to this source, and the quality varies drastically," he said. "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse. In a non-PC environment, it just won't hold up. If you're using it on a single box, that's one thing. But if you want to use Linux in firewalls, gateways, embedded systems and so on, it has a long way to go." Carlos C. Tapang http://www.genericwindows.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:50:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from oldnews.quick.net (unknown [207.212.170.1]) by hub.freebsd.org (Postfix) with ESMTP id 30FEB14C1A; Mon, 10 May 1999 13:50:07 -0700 (PDT) (envelope-from donegan@oldnews.quick.net) Received: (from donegan@localhost) by oldnews.quick.net (8.8.5/8.6.9) id NAA24917; Mon, 10 May 1999 13:49:46 -0700 (PDT) Date: Mon, 10 May 1999 13:49:45 -0700 (PDT) From: "Steven P. Donegan" To: Mark Murray Cc: Chuck Robey , "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <199905102035.WAA04081@greenpeace.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have received more email today related to SPAM than I have actual SPAM in the last month+ What has triggered this solution looking for a problem? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:51:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from helios.dnttm.ru (dnttm-gw.rssi.ru [193.232.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 8031614FBA; Mon, 10 May 1999 13:51:17 -0700 (PDT) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.9.1/8.9.1/IP-3) with UUCP id AAA14397; Tue, 11 May 1999 00:47:55 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.9.3/8.9.1) with ESMTP id AAA05565; Tue, 11 May 1999 00:50:46 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199905102050.AAA05565@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-reply-to: Your message of "Mon, 10 May 1999 16:27:45 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 May 1999 00:50:45 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > "Jonathan M. Bresler" wrote: > > > with volunteers, we could moderate the list(s). mail transfer > > > would be slower as we wait for the moderator(s) to approve each piece > > > of email. if we use more than one moderator per list, the > > > time-sequence of email would be lost....we would get some very > > > strange threads...could be enteraining. > > > > Have you ever considered only allowing list members to post, or are > > there difficulties that make this impossible? I suggest following approach: moderate only mail that lack the mailing list name in To: or Cc: headers. It is far from ideal, but I think would work reasonably well. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:57:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from jane.lfn.org (ops.lfn.org [209.16.92.6]) by hub.freebsd.org (Postfix) with SMTP id 4B64F15B3E for ; Mon, 10 May 1999 13:57:16 -0700 (PDT) (envelope-from caj@lfn.org) Received: (qmail 27672 invoked by uid 100); 10 May 1999 20:57:04 -0000 Date: Mon, 10 May 1999 15:57:04 -0500 (CDT) From: Craig Johnston To: "Thomas T. Veldhouse" Cc: "Jonathan M. Bresler" , Mark Murray , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <036401be9b22$d35b4540$236319ac@w142844.carlson.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Thomas T. Veldhouse wrote: > A spammer could simply become a list member and then SPAM. They won't care > if they are removed once they have perpetrated their abuse. I think most won't bother. Probably a good number of them are mailing automatically to a list of mailing lists. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 13:59:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 8C03B14EA9; Mon, 10 May 1999 13:59:37 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id QAA15633; Mon, 10 May 1999 16:59:22 -0400 (EDT) (envelope-from wollman) Date: Mon, 10 May 1999 16:59:22 -0400 (EDT) From: Garrett Wollman Message-Id: <199905102059.QAA15633@khavrinen.lcs.mit.edu> To: Mark Murray Cc: "Thomas T. Veldhouse" , "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <199905102028.WAA03970@greenpeace.grondar.za> References: <036401be9b22$d35b4540$236319ac@w142844.carlson.com> <199905102028.WAA03970@greenpeace.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Yes, but is stops the scrape 'n spammers who get the easy-to-reach > addresses off the web page. It also stops perfectly legitimate users who are subscribed to a local mailing-list exploder, read the lists through Usenet, or for other reasons are subscribed with a different address from the one or ones they use to post. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 14: 9:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from schuimpje.snt.utwente.nl (schuimpje.snt.utwente.nl [130.89.238.4]) by hub.freebsd.org (Postfix) with ESMTP id 7B7F91556B for ; Mon, 10 May 1999 14:09:32 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from wit395301.student.utwente.nl ([130.89.235.121]:20999 "EHLO vangelderen.org" ident: "NO-IDENT-SERVICE[2]") by schuimpje.snt.utwente.nl with ESMTP id <8281-10584>; Mon, 10 May 1999 23:09:18 +0200 Message-ID: <37374B07.3DD3D0A8@vangelderen.org> Date: Mon, 10 May 1999 23:09:27 +0200 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.51 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitrij Tejblum Cc: "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM References: <199905102050.AAA05565@tejblum.dnttm.rssi.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dmitrij Tejblum wrote: > > > > "Jonathan M. Bresler" wrote: > > > > with volunteers, we could moderate the list(s). mail > > > > transfer would be slower as we wait for the moderator(s) > > > > to approve each piece of email. if we use more than one > > > > moderator per list, the time-sequence of email would be > > > > lost....we would get some very strange threads...could be > > > > enteraining. > > > > > > Have you ever considered only allowing list members to > > > post, or are there difficulties that make this impossible? > > I suggest following approach: moderate only mail that lack the > mailing list name in To: or Cc: headers. It is far from ideal, > but I think would work reasonably well. May I humbly suggest that we stop this discussion until spam becomes a real problem on this list? So far this thread has generated more noise than all spam that slipped trough to the list in the past year. Jonathan is doing an awful job, please give him credit for stopping the vast majority of spam messages and let this thread die. Cheers, Jeroen -- Jeroen C. van Gelderen - jeroen@vangelderen.org - 0xC33EDFDE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 14:13:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 1618914C19; Mon, 10 May 1999 14:13:10 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.8.5) with ESMTP id RAA49083; Mon, 10 May 1999 17:10:38 -0400 (EDT) Date: Mon, 10 May 1999 17:10:38 -0400 (EDT) From: Chuck Robey To: Garrett Wollman Cc: Mark Murray , "Thomas T. Veldhouse" , "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: <199905102059.QAA15633@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Garrett Wollman wrote: > < said: > > > Yes, but is stops the scrape 'n spammers who get the easy-to-reach > > addresses off the web page. > > It also stops perfectly legitimate users who are subscribed to a local > mailing-list exploder, read the lists through Usenet, or for other > reasons are subscribed with a different address from the one or ones > they use to post. Garrett's points are why I sugggested that it would not be a useable approach for -questions, newbies, and mabye hackers, 'cause they all get a fair amount of posts like what Garrett describes. Current and committers do NOT get such an audience, and the argument doesn't hold for those lists, which do get spammed. > > -GAWollman > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 14:24:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from fep2-orange.clear.net.nz (fep2-orange.clear.net.nz [203.97.32.2]) by hub.freebsd.org (Postfix) with ESMTP id 8821614C19; Mon, 10 May 1999 14:24:25 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep2-orange.clear.net.nz (1.5/1.9) with ESMTP id JAA16240; Tue, 11 May 1999 09:24:21 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.3/8.9.2) id JAA63093; Tue, 11 May 1999 09:24:01 +1200 (NZST) (envelope-from jabley) Date: Tue, 11 May 1999 09:24:00 +1200 From: Joe Abley To: Mark Murray Cc: Garrett Wollman , "Jonathan M. Bresler" , current@FreeBSD.ORG, jabley@clear.co.nz Subject: Re: SPAM Message-ID: <19990511092400.A63076@clear.co.nz> References: <19990510173115.0AAF81586E@hub.freebsd.org> <199905102014.WAA03760@greenpeace.grondar.za> <199905102025.QAA15319@khavrinen.lcs.mit.edu> <199905102029.WAA03995@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199905102029.WAA03995@greenpeace.grondar.za>; from Mark Murray on Mon, May 10, 1999 at 10:29:16PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 10, 1999 at 10:29:16PM +0200, Mark Murray wrote: > Garrett Wollman wrote: > > < said: > > > > > Have you ever considered only allowing list members to post, or are > > > there difficulties that make this impossible? > > > > Yes, there are. > > Content-free answer. Please elaborate? You might like to check the mailing list archives. This has been discussed to death many, many times. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 14:28:52 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id A620414C19; Mon, 10 May 1999 14:28:34 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id WAA58821; Mon, 10 May 1999 22:28:49 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 10 May 1999 22:28:49 +0100 (BST) From: Doug Rabson To: Wilko Bulte Cc: khaled@mailbox.telia.net, freebsd-alpha@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: de driver problem In-Reply-To: <199905092111.XAA46622@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 May 1999, Wilko Bulte wrote: > As Doug Rabson wrote ... > > On Sun, 9 May 1999, Khaled Daham wrote: > > > > > Hello folks > > > > > > I cvsupped,made world, built a kernel today and from now on the de > > > interfaces only comes up in 100BaseTX, what causes it not to negotiate ? > > > My Apr_29 kernel doesnt behave like this. > > > > > > The link lamp flickered like hell so it was quite a nice atmosphere for > > > awhile , but i got tired of it :) > > > > > > /Khaled, Telia Network Services > > > > > > Mail: khaled@telia.net > > > Cell: 070-6785492 > > > Work: 08-4567281 > > > > > > :hacker: /n./ [originally, someone who makes furniture with an axe] > > > > Some tulip boards in alpha systems don't autonegociate properly so the SRM > > has a way of forcing them to a particular mode. A change was made recently > > Recently... I think it's been there for a couple of years. Maybe you are remembering a NetBSD change? We just started doing the same thing in FreeBSD recently. > > > to respect the SRM setting instead of using autoneg. The variable is > > typically called ewa0_mode. To find the right setting, type > > > > >>>set ewa0_mode > > > > from the SRM prompt and it will give you a list of settings. Choose one, > > then type e.g.: > > > > >>>set ewa0_mode Twisted-Pair > > Keep in mind that older SRMs that understand the older Tulip 10/100Mbit > chips (21140 IRRC) might not recognise the new ones (is that the 21143?) > > Bit me once.. Yeah. That must be why my 164lx won't netboot. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 14:38:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 2024514F49 for ; Mon, 10 May 1999 14:37:44 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id XAA12104; Mon, 10 May 1999 23:21:53 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id WAA01357; Mon, 10 May 1999 22:58:57 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199905102058.WAA01357@yedi.iaf.nl> Subject: Re: tosha after CAM changes In-Reply-To: <199905102000.OAA78016@panzer.plutotech.com> from "Kenneth D. Merry" at "May 10, 1999 2: 0:30 pm" To: ken@plutotech.com (Kenneth D. Merry) Date: Mon, 10 May 1999 22:58:57 +0200 (CEST) Cc: hodeleri@seattleu.edu, freebsd-current@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Kenneth D. Merry wrote ... > Eric Hodel wrote... > > "Kenneth D. Merry" wrote: > > > So I'm a little confused here. Does camcontrol work? Try this: > > > > > > camcontrol devlist > > > > camcontrol: error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for > > device > > > > > camcontrol tur -n da -u 0 -v > > > > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > > cam_lookup_pass: Inappropriate ioctl for device > > > > perhaps deleting and resupping is in order? > > It looks like you may not have the kernel side of the changes. When was > your kernel compiled? > > You may indeed want to cvsup again. I had the same phenomenon here. cvsup && buildworld && installworld && make clean tosha ; make tosha fixed it. Groeten / Cheers, | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 15:30:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id C641B150BA for ; Mon, 10 May 1999 15:30:32 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id PAA76264 for freebsd-current@freebsd.org; Mon, 10 May 1999 15:26:51 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199905102226.PAA76264@troutmask.apl.washington.edu> Subject: major/minor cleanup breakage To: freebsd-current@freebsd.org Date: Mon, 10 May 1999 15:26:51 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter, Poul, cvsup from cvsup2 at 1215 pst 10 may 99. make buildworld yields (wrapped to <80 char lines) ===> usr.sbin/i4b/isdnmonitor cc -O2 -pipe -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c \ /usr/src/usr.sbin/i4b/isdnmonitor/main.c gzip -cn /usr/src/usr.sbin/i4b/isdnmonitor/isdnmonitor.8 > isdnmonitor.8.gz /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as different\ kind of symbol /usr/obj/usr/src/tmp/usr/include/sys/types.h:114: previous declaration of \ `major' /usr/src/usr.sbin/i4b/isdnmonitor/main.c:104: `minor' redeclared as different \ kind of symbol /usr/obj/usr/src/tmp/usr/include/sys/types.h:108: previous declaration of \ `minor' {standard input}: Assembler messages: {standard input}:1519: Fatal error: Symbol minor already defined. *** Error code 1 1 error This patch might fix the problem. -- Steve --- main.c.orig Mon May 10 15:24:29 1999 +++ main.c Mon May 10 15:25:20 1999 @@ -100,8 +100,8 @@ static int sub_state = 0; static int sub_state_count = 0; -static int major = 0; -static int minor = 0; +static int isdn_major = 0; +static int isdn_minor = 0; static int nctrl = 0; static u_int32_t rights = 0; @@ -450,13 +450,13 @@ { case 0: /* initial data */ - major = I4B_GET_2B(msg, I4B_MON_IDATA_VERSMAJOR); - minor = I4B_GET_2B(msg, I4B_MON_IDATA_VERSMINOR); + isdn_major = I4B_GET_2B(msg, I4B_MON_IDATA_VERSMAJOR); + isdn_minor = I4B_GET_2B(msg, I4B_MON_IDATA_VERSMINOR); nctrl = I4B_GET_2B(msg, I4B_MON_IDATA_NUMCTRL); rights = I4B_GET_4B(msg, I4B_MON_IDATA_CLACCESS); printf("remote protocol version is %02d.%02d, %d controller(s) found, our rights = %x\n", - major, minor, nctrl, rights); + isdn_major, isdn_minor, nctrl, rights); if (nctrl > 0) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 15:46:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id 44CFB15183 for ; Mon, 10 May 1999 15:46:19 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id QAA78933; Mon, 10 May 1999 16:45:39 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199905102245.QAA78933@panzer.plutotech.com> Subject: Re: tosha after CAM changes In-Reply-To: <199905102058.WAA01357@yedi.iaf.nl> from Wilko Bulte at "May 10, 1999 10:58:57 pm" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Mon, 10 May 1999 16:45:39 -0600 (MDT) Cc: hodeleri@seattleu.edu, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wilko Bulte wrote... > As Kenneth D. Merry wrote ... > > Eric Hodel wrote... > > > "Kenneth D. Merry" wrote: > > > > So I'm a little confused here. Does camcontrol work? Try this: > > > > > > > > camcontrol devlist > > > > > > camcontrol: error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for > > > device > > > > > > > camcontrol tur -n da -u 0 -v > > > > > > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > > > cam_lookup_pass: Inappropriate ioctl for device > > > > > > perhaps deleting and resupping is in order? > > > > It looks like you may not have the kernel side of the changes. When was > > your kernel compiled? > > > > You may indeed want to cvsup again. > > I had the same phenomenon here. cvsup && buildworld && installworld && make > clean tosha ; make tosha fixed it. I fully expected that you would have to recompile tosha. His problem was, I think, that he did a buildworld/installworld and then rebuilt and reinstalled tosha, but it didn't work. As far as I can tell, he probably has bogus kernel sources, since camcontrol didn't work either. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 15:55:39 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id 57C6B15183; Mon, 10 May 1999 15:55:38 -0700 (PDT) From: "Jonathan M. Bresler" To: mark@grondar.za Cc: current@FreeBSD.ORG In-reply-to: <199905102014.WAA03760@greenpeace.grondar.za> (message from Mark Murray on Mon, 10 May 1999 22:14:56 +0200) Subject: Re: SPAM Message-Id: <19990510225538.57C6B15183@hub.freebsd.org> Date: Mon, 10 May 1999 15:55:38 -0700 (PDT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Delivered-To: jmb@hub.freebsd.org > Cc: current@FreeBSD.ORG > References: <19990510173115.0AAF81586E@hub.freebsd.org> > Date: Mon, 10 May 1999 22:14:56 +0200 > From: Mark Murray > > "Jonathan M. Bresler" wrote: > > with volunteers, we could moderate the list(s). mail transfer > > would be slower as we wait for the moderator(s) to approve each piece > > of email. if we use more than one moderator per list, the > > time-sequence of email would be lost....we would get some very > > strange threads...could be enteraining. > > Have you ever considered only allowing list members to post, or are > there difficulties that make this impossible? yes...i have. that policy may be appropriate for some of the lists, but it is certainly not appropriate for -questions, -newbies and some others. a person could subscribe and then spam. not likely but possible. > > couple messages. i do not believe it is worthwhile ot moderate the > > lists. > > Do you have any stats of "accepted mail" vs "rejected mail" vs SPAM? used to keep track, but lost interest...didnt seem to be much information there. spam seems to come in waves. these days, for the freebsd-mailing lists at least, sems to be more like ripples ;) jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 15:58:18 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id BE02715183; Mon, 10 May 1999 15:58:17 -0700 (PDT) From: "Jonathan M. Bresler" To: wollman@khavrinen.lcs.mit.edu Cc: mark@grondar.za, current@FreeBSD.ORG In-reply-to: <199905102025.QAA15319@khavrinen.lcs.mit.edu> (message from Garrett Wollman on Mon, 10 May 1999 16:25:05 -0400 (EDT)) Subject: Re: SPAM Message-Id: <19990510225817.BE02715183@hub.freebsd.org> Date: Mon, 10 May 1999 15:58:17 -0700 (PDT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > < said: > > > Have you ever considered only allowing list members to post, or are > > there difficulties that make this impossible? > > Yes, there are. > i forgot to mention that such a policy creates a single "allowed" address per user...not good. jmb > -GAWollman > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 16: 2:50 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id BCB95155C3; Mon, 10 May 1999 16:02:35 -0700 (PDT) From: "Jonathan M. Bresler" To: donegan@quick.net Cc: mark@grondar.za, chuckr@picnic.mat.net, current@FreeBSD.ORG In-reply-to: (donegan@quick.net) Subject: Re: SPAM Message-Id: <19990510230235.BCB95155C3@hub.freebsd.org> Date: Mon, 10 May 1999 16:02:35 -0700 (PDT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Date: Mon, 10 May 1999 13:49:45 -0700 (PDT) > From: "Steven P. Donegan" > > I have received more email today related to SPAM than I have actual SPAM > in the last month+ What has triggered this solution looking for a problem? > that is an eloquent statement of the situat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 16:10:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from ix.netcom.com (sil-wa17-44.ix.netcom.com [207.93.156.44]) by hub.freebsd.org (Postfix) with ESMTP id 6206E14C9A for ; Mon, 10 May 1999 16:10:34 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.8.8) id QAA12094; Mon, 10 May 1999 16:10:32 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Mon, 10 May 1999 16:10:32 -0700 (PDT) Message-Id: <199905102310.QAA12094@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: Thomas Dean To: freebsd-current@FreeBSD.ORG Subject: Make -j12 world Failed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am running 4.0-current SMP as of Apr 29. I cvsup'ed this morning and at about 0950, started 'make -j12 world > log.file'. I returned to find the machine frozen and the console blank. Pressing a key resulted in a high-pitched squeal and no other response. Could not ping the machine. Power-cycled to clear. I extracted some error messages from /var/log/messages and have attached dmesg. Make world stopped in the midst of making man pages. There were no errors reported in the log file. At 1020 this morning, there was an "object inconsistant state: RPC: 1, RC: 0" message that repeated many times. The machine had been up for a week. I restarted make -j12 world and will build a new kernel, if make world is successful. tomdean ===== from /var/log/messages ========================== ... May 9 22:56:54 celebris /kernel: da1 at ncr0 bus 0 target 1 lun 0 May 9 22:56:54 celebris /kernel: da1: Fixed Direct Access SCSI-2 device May 9 22:56:54 celebris /kernel: da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled May 9 22:56:54 celebris /kernel: da1: 3090MB (6328861 512 byte sectors: 255H 63S/T 393C) May 9 22:56:54 celebris /kernel: changing root device to da1s1a May 9 22:56:57 celebris lpd[169]: restarted May 10 09:39:22 celebris su: tomdean to root on /dev/ttyp0 May 10 10:20:28 celebris /kernel: object inconsistant state: RPC: 1, RC: 0 May 10 10:21:03 celebris last message repeated 57 times May 10 10:23:04 celebris last message repeated 82 times May 10 10:23:11 celebris last message repeated 3 times May 10 15:49:41 celebris /kernel: Copyright (c) 1992-1999 The FreeBSD Project. May 10 15:49:41 celebris /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 May 10 15:49:41 celebris /kernel: The Regents of the University of California. All rights reserved. May 10 15:49:41 celebris /kernel: FreeBSD 4.0-CURRENT #0: Thu Apr 29 16:25:13 PDT 1999 May 10 15:49:41 celebris /kernel: tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP May 10 15:49:41 celebris /kernel: Timecounter "i8254" frequency 1193182 Hz May 10 15:49:41 celebris /kernel: CPU: Pentium/P54C (586-class CPU) May 10 15:49:41 celebris /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 May 10 15:49:41 celebris /kernel: Features=0x3bf May 10 15:49:41 celebris /kernel: real memory = 100663296 (98304K bytes) ... ===== dmesg ================ Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Thu Apr 29 16:25:13 PDT 1999 tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 100663296 (98304K bytes) avail memory = 94916608 (92692K bytes) Programming 16 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02c0000. npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 chip0: at device 0.0 on pci0 ncr0: at device 1.0 on pci0 ncr0: interrupting at irq 11 isab0: at device 2.0 on pci0 de0: at device 8.0 on pci0 de0: interrupting at irq 10 de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 de0: address 00:00:f8:02:76:db isa0: on motherboard fdc0: interrupting at irq 6 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> at fdc0 drive 0 atkbdc0: at port 0x60 on isa0 atkbd0: on atkbdc0 atkbd0: interrupting at irq 1 psm0: on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 psm0: interrupting at irq 12 vga0: on isa0 sc0: on isa0 sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: interrupting at irq 4 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at irq 3 ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: PC87334 chipset (PS2/NIBBLE) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppc0: interrupting at irq 7 Intel Pentium detected, installing workaround for F00F bug APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 Waiting 10 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! (probe6:ncr0:0:6:0): COMMAND FAILED (6 ff) @0xc09ebe00. (probe5:ncr0:0:5:0): COMMAND FAILED (6 ff) @0xc09e9400. (probe4:ncr0:0:4:0): COMMAND FAILED (6 ff) @0xc09e9a00. (probe3:ncr0:0:3:0): COMMAND FAILED (6 ff) @0xc09e8000. (probe2:ncr0:0:2:0): COMMAND FAILED (6 ff) @0xc09e8600. (probe1:ncr0:0:1:0): COMMAND FAILED (6 ff) @0xc09e8c00. (probe0:ncr0:0:0:0): COMMAND FAILED (6 ff) @0xc09c5200. da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8) da0: 1042MB (2134305 512 byte sectors: 255H 63S/T 132C) cd0 at ncr0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 8) cd0: cd present [271780 x 2048 byte records] da2 at ncr0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da2: 1029MB (2109376 512 byte sectors: 255H 63S/T 131C) da1 at ncr0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da1: 3090MB (6328861 512 byte sectors: 255H 63S/T 393C) changing root device to da1s1a WARNING: / was not properly dismounted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 17:42:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from hydrogen.fircrest.net (metriclient-2.uoregon.edu [128.223.172.2]) by hub.freebsd.org (Postfix) with ESMTP id B4523151C9; Mon, 10 May 1999 17:42:29 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.fircrest.net (8.9.1/8.8.7) id RAA06683; Mon, 10 May 1999 17:42:02 -0700 (PDT) Message-ID: <19990510174202.29832@hydrogen.nike.efn.org> Date: Mon, 10 May 1999 17:42:02 -0700 From: John-Mark Gurney To: Chuck Robey Cc: "Thomas T. Veldhouse" , "Jonathan M. Bresler" , Mark Murray , current@FreeBSD.ORG Subject: Re: SPAM References: <036401be9b22$d35b4540$236319ac@w142844.carlson.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Chuck Robey on Mon, May 10, 1999 at 04:29:54PM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 3.0-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 Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey scribbled this message on May 10: > On Mon, 10 May 1999, Thomas T. Veldhouse wrote: > > > A spammer could simply become a list member and then SPAM. They won't care > > if they are removed once they have perpetrated their abuse. > > The could, but most wouldn't, wouldn't even know how. It wouldn't be > a sure cure, but it would sure help. Don't do it on newbies type lists, > like -questions or -newbies, even multimedia gets a lot of newbies. > Current and committers would be good candidates. there are a couple MAJOR problems with doing that to committers: a) I don't use my jmg@freebsd.org account to send mail, I'd have to do that, as just simply being a commiter gets your freebsd account subscribed to cvs-committers. I wondered why I was getting double commit messages when I became a committer, till I realized this and unsubscribed from cvs-all. b) If a normal user responds to mail to cvs-all, us committers wouldn't get the response as their reply would be dropped because they aren't on cvs-committers, but everyone else on cvs-* would get the reply. I have only recieved 61 spam messages so far since the begining of the year, this includes the dups to multiple mailing lists and myself. This is about one every other day, and considering most are dups, that isn't even two a week... -- John-Mark Gurney Voice: +1 541 684 8449 Cu Networking P.O. Box 5693, 97405 "The soul contains in itself the event that shall presently befall it. The event is only the actualizing of its thought." -- Ralph Waldo Emerson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 18:16:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 48A4F1508D; Mon, 10 May 1999 18:16:15 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id TAA16055; Mon, 10 May 1999 19:36:24 -0400 (EDT) (envelope-from wollman) Date: Mon, 10 May 1999 19:36:24 -0400 (EDT) From: Garrett Wollman Message-Id: <199905102336.TAA16055@khavrinen.lcs.mit.edu> To: Chuck Robey Cc: Garrett Wollman , Mark Murray , "Thomas T. Veldhouse" , "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: References: <199905102059.QAA15633@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > a fair amount of posts like what Garrett describes. Current and > committers do NOT get such an audience, and the argument doesn't hold > for those lists, Yes they do. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 19:13:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from eagle.phc.igs.net (eagle.phc.igs.net [207.210.17.201]) by hub.freebsd.org (Postfix) with ESMTP id 1EF4715DB6 for ; Mon, 10 May 1999 19:12:35 -0700 (PDT) (envelope-from eagle@eagle.phc.igs.net) Received: by eagle.phc.igs.net (Postfix, from userid 1003) id 9B1401886; Mon, 10 May 1999 21:11:47 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by eagle.phc.igs.net (Postfix) with SMTP id 95CA513; Mon, 10 May 1999 21:11:47 +0000 (GMT) Date: Mon, 10 May 1999 21:11:47 +0000 (GMT) From: eagle To: Chuck Robey Cc: "Thomas T. Veldhouse" , "Jonathan M. Bresler" , Mark Murray , current@FreeBSD.ORG Subject: Re: SPAM In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Chuck Robey wrote: > On Mon, 10 May 1999, Thomas T. Veldhouse wrote: > > > A spammer could simply become a list member and then SPAM. They won't care > > if they are removed once they have perpetrated their abuse. > > The could, but most wouldn't, wouldn't even know how. It wouldn't be > a sure cure, but it would sure help. Don't do it on newbies type lists, > like -questions or -newbies, even multimedia gets a lot of newbies. > Current and committers would be good candidates. So you got some spam from the mailing list, so you generate a few hundred more emails about the spam, i'm being spammed by anti spam email :) Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 19:14: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from chandra.eatell.msr.prug.or.jp (dhcp418.6bone.nec.co.jp [202.247.4.18]) by hub.freebsd.org (Postfix) with ESMTP id CB63714DAA; Mon, 10 May 1999 19:13:55 -0700 (PDT) (envelope-from y-nakaga@nwsl.mesh.ad.jp) Received: from nwsl.mesh.ad.jp (localhost.eatell.msr.prug.or.jp [127.0.0.1]) by chandra.eatell.msr.prug.or.jp (8.8.8/8.8.5) with ESMTP id CAA08686; Tue, 11 May 1999 02:13:19 GMT Message-Id: <199905110213.CAA08686@chandra.eatell.msr.prug.or.jp> To: Peter Wemm Cc: Nick Hibma , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pci pcisupport.c In-reply-to: Your message of "Mon, 10 May 1999 22:32:11 +0800." <19990510143213.E2FD91F72@spinner.netplex.com.au> Date: Tue, 11 May 1999 11:13:18 +0900 From: NAKAGAWA Yoshihisa Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I was thinking of doing this, the same as alpm and intpm: > > case 0x: > #if NUHCI > 0 > return NULL; > #else > return "VIA blah USB controller"; > #endif It depends on old-config, so poor mechanism. newconfig already implimented best match probe/attach. -- NAKAGAWA, Yoshihisa y-nakaga@nwsl.mesh.ad.jp nakagawa@jp.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 19:20:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail0.atl.bellsouth.net (mail0.atl.bellsouth.net [205.152.0.27]) by hub.freebsd.org (Postfix) with ESMTP id 530FD14BD5 for ; Mon, 10 May 1999 19:20:37 -0700 (PDT) (envelope-from wghicks@bellsouth.net) Received: from wghicks.bellsouth.net (host-209-214-69-179.atl.bellsouth.net [209.214.69.179]) by mail0.atl.bellsouth.net (8.8.8-spamdog/8.8.5) with ESMTP id WAA16142; Mon, 10 May 1999 22:19:52 -0400 (EDT) Received: from wghicks (wghicks@localhost [127.0.0.1]) by wghicks.bellsouth.net (8.9.3/8.9.2) with ESMTP id WAA02239; Mon, 10 May 1999 22:21:49 -0400 (EDT) (envelope-from wghicks@wghicks.bellsouth.net) Message-Id: <199905110221.WAA02239@bellsouth.net> To: Doug Rabson Cc: Brian Feldman , current@FreeBSD.ORG, wghicks@wghicks.bellsouth.net Subject: Re: 3DNow! support? In-reply-to: Your message of "Mon, 10 May 1999 09:55:47 BST." Date: Mon, 10 May 1999 22:21:49 -0400 From: W Gerald Hicks Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Is anyone planning on upgrading the binutils gas to a later version > > so that we can get 3DNow! support? I'd like to use it, but I can't > > seem to get binutils to work right manually. > I will update binutils when/if 2.9.2 comes out. I've seen some post-2.9.1 patches from the Debian folks... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 21: 2: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from ozz.etrust.ru (ozz.etrust.ru [195.2.84.116]) by hub.freebsd.org (Postfix) with ESMTP id 161361516C for ; Mon, 10 May 1999 21:01:54 -0700 (PDT) (envelope-from osa@etrust.ru) Received: from localhost (unknown [127.0.0.1]) by ozz.etrust.ru (Postfix) with ESMTP id 90BB7224 for ; Tue, 11 May 1999 04:01:52 +0000 (GMT) Date: Tue, 11 May 1999 08:01:52 +0400 (MSD) From: oZZ!!! To: freebsd-current@FreeBSD.org Subject: Tonight make world failed at isdnmonitor... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Makeworld failed at isdnmonitor: ===> usr.sbin/i4b/isdnmonitor cc -Os -pipe -mpentium -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.sbin/i4b/isdn monitor/main.c /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as different kind of symbol /usr/obj/usr/src/tmp/usr/include/sys/types.h:114: previous declaration of `major' /usr/src/usr.sbin/i4b/isdnmonitor/main.c:104: `minor' redeclared as different kind of symbol /usr/obj/usr/src/tmp/usr/include/sys/types.h:108: previous declaration of `minor' {standard input}: Assembler messages: {standard input}:1510: Fatal error: Symbol minor already defined. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Any idea? Rgdz, Sergey Osokin aka oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 21: 8:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from eagle.phc.igs.net (eagle.phc.igs.net [207.210.17.201]) by hub.freebsd.org (Postfix) with ESMTP id 3513314FE4 for ; Mon, 10 May 1999 21:07:59 -0700 (PDT) (envelope-from eagle@eagle.phc.igs.net) Received: by eagle.phc.igs.net (Postfix, from userid 1003) id 774701886; Mon, 10 May 1999 23:07:06 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by eagle.phc.igs.net (Postfix) with SMTP id 722BF1C; Mon, 10 May 1999 23:07:06 +0000 (GMT) Date: Mon, 10 May 1999 23:07:06 +0000 (GMT) From: eagle To: oZZ!!! Cc: freebsd-current@FreeBSD.ORG Subject: Re: Tonight make world failed at isdnmonitor... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 May 1999, oZZ!!! wrote: > > Hello! > Makeworld failed at isdnmonitor: > > ===> usr.sbin/i4b/isdnmonitor > cc -Os -pipe -mpentium -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c > /usr/src/usr.sbin/i4b/isdn > monitor/main.c > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as > different kind of symbol > /usr/obj/usr/src/tmp/usr/include/sys/types.h:114: previous declaration of > `major' > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:104: `minor' redeclared as > different kind of symbol > /usr/obj/usr/src/tmp/usr/include/sys/types.h:108: previous declaration of > `minor' > {standard input}: Assembler messages: > {standard input}:1510: Fatal error: Symbol minor already defined. > *** Error code 1 tell phk thanks this ones related to his changes to types.h as well Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 21:18:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 6FD1014FE4 for ; Mon, 10 May 1999 21:18:35 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id NAA22295 for ; Tue, 11 May 1999 13:48:34 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id NAA66832 for FreeBSD-current@FreeBSD.ORG; Tue, 11 May 1999 13:48:32 +0930 (CST) Date: Tue, 11 May 1999 13:48:31 +0930 From: Greg Lehey To: FreeBSD current users Subject: Panic unloading klds? Message-ID: <19990511134831.D65965@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In a new kernel, I can no longer unload the Vinum kld: I get a panic in module_release: Program received signal SIGSEGV, Segmentation fault. 0xc014460e in module_release (mod=0xc0f5a600) at ../../kern/kern_module.c:163 163 TAILQ_REMOVE(&mod->file->modules, mod, flink); (kgdb) bt #0 0xc014460e in module_release (mod=0xc0f5a600) at ../../kern/kern_module.c:163 #1 0xc0144f6e in linker_file_unload (file=0xc0f5c300) at ../../kern/kern_linker.c:443 #2 0xc0145525 in kldunload (p=0xc68a3260, uap=0xc6df5f90) at ../../kern/kern_linker.c:734 #3 0xc021fab6 in syscall (frame=) at ../../i386/i386/trap.c:1066 #4 0xc02122e0 in Xint0x80_syscall () #5 0x80484de in ?? () #6 0x8048414 in ?? () #7 0x80480e9 in ?? () (kgdb) f 0 #0 0xc014460e in module_release (mod=0xc0f5a600) at ../../kern/kern_module.c:163 163 TAILQ_REMOVE(&mod->file->modules, mod, flink); I haven't had time to completely eliminate the possibility that it's a problem with Vinum, but it looks unlikely. Has anybody else seen this? Has anybody else unloaded klds from a -CURRENT of the last 3 days or so without seeing this? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 21:45:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id E43C515899 for ; Mon, 10 May 1999 21:45:30 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id VAA10383; Mon, 10 May 1999 21:48:18 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199905110448.VAA10383@troutmask.apl.washington.edu> Subject: Re: Tonight make world failed at isdnmonitor... In-Reply-To: from oZZ!!! at "May 11, 1999 08:01:52 am" To: osa@etrust.ru (oZZ!!!) Date: Mon, 10 May 1999 21:48:18 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I sent a patch for this about 8 hours ago. No one seems to read -current. oZZ!!! wrote: > > Hello! > Makeworld failed at isdnmonitor: > > ===> usr.sbin/i4b/isdnmonitor > cc -Os -pipe -mpentium -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c > /usr/src/usr.sbin/i4b/isdn > monitor/main.c > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as > different kind of symbol > /usr/obj/usr/src/tmp/usr/include/sys/types.h:114: previous declaration of > `major' > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:104: `minor' redeclared as > different kind of symbol > /usr/obj/usr/src/tmp/usr/include/sys/types.h:108: previous declaration of > `minor' > {standard input}: Assembler messages: > {standard input}:1510: Fatal error: Symbol minor already defined. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Any idea? > > Rgdz, > Sergey Osokin aka oZZ, > osa@etrust.ru > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 23: 6:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 802AF1590D for ; Mon, 10 May 1999 23:06:25 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id PAA20713; Tue, 11 May 1999 15:03:45 +0900 (JST) Message-ID: <3737B5AB.353025AB@newsguy.com> Date: Tue, 11 May 1999 13:44:27 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.51 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Chuck Robey Cc: Mark Murray , "Thomas T. Veldhouse" , current@FreeBSD.ORG Subject: Re: SPAM References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey wrote: > > Garrett's points are why I sugggested that it would not be a useable > approach for -questions, newbies, and mabye hackers, 'cause they all get > a fair amount of posts like what Garrett describes. Current and > committers do NOT get such an audience, and the argument doesn't hold > for those lists, which do get spammed. 1) It *DOES* hold for committers, since it's closed subscription. For example, Matthew Dillon would be left out. 2) It *DOES* hold for -current, since many committers find it's signal/noise ratio too low. For instance, Robert Nordier (the boot guy). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "Proof of Trotsky's farsightedness is that _none_ of his predictions have come true yet." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 10 23:30:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (Postfix) with ESMTP id D1B9314F4B for ; Mon, 10 May 1999 23:30:41 -0700 (PDT) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.2/8.9.2) with ESMTP id HAA27137; Tue, 11 May 1999 07:20:03 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (localhost [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA34245; Tue, 11 May 1999 07:19:31 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199905110619.HAA34245@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: chris@calldei.com Cc: Brian Somers , Chuck Robey , current@FreeBSD.ORG Subject: Re: ppp is totally broken In-reply-to: Your message of "Mon, 10 May 1999 13:31:49 CDT." <19990510133149.I22538@holly.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 May 1999 07:19:28 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, May 9, 1999, Brian Somers wrote: > > [.....] > > > I'm using the 3.1R PPP right now, until the problem is > > > resolved. I'm sending a problem report, as well. > > > > It should be resolved now. A NULL mbuf value is valid - it just > > means that there's nothing in it. I changed fsm_Input() with the > > Wouldn't it be better for *bp to be NULL instead of bp? bp is a ``struct mbuf *''. *bp (a struct mbuf) can't be NULL. [.....] > -- > Chris Costello > Expert systems are built to embody the knowledge of human experts. - Kulawiec -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 0:14: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 2189215902 for ; Tue, 11 May 1999 00:14:01 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA90306; Tue, 11 May 1999 08:14:24 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 11 May 1999 08:14:24 +0100 (BST) From: Doug Rabson To: W Gerald Hicks Cc: Brian Feldman , current@FreeBSD.ORG, wghicks@wghicks.bellsouth.net.demon.co.uk Subject: Re: 3DNow! support? In-Reply-To: <199905110221.WAA02239@bellsouth.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, W Gerald Hicks wrote: > > > Is anyone planning on upgrading the binutils gas to a later version > > > so that we can get 3DNow! support? I'd like to use it, but I can't > > > seem to get binutils to work right manually. > > > I will update binutils when/if 2.9.2 comes out. > > I've seen some post-2.9.1 patches from the Debian folks... > I'm waiting for the official gnu release. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 0:21:52 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 95FEE158AA; Tue, 11 May 1999 00:21:49 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA90331; Tue, 11 May 1999 08:21:37 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 11 May 1999 08:21:37 +0100 (BST) From: Doug Rabson To: NAKAGAWA Yoshihisa Cc: Peter Wemm , Nick Hibma , current@freebsd.org Subject: Re: cvs commit: src/sys/pci pcisupport.c In-Reply-To: <199905110213.CAA08686@chandra.eatell.msr.prug.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 May 1999, NAKAGAWA Yoshihisa wrote: > > I was thinking of doing this, the same as alpm and intpm: > > > > case 0x: > > #if NUHCI > 0 > > return NULL; > > #else > > return "VIA blah USB controller"; > > #endif > > It depends on old-config, so poor mechanism. newconfig already > implimented best match probe/attach. And a very useful mechanism it is. Which is why I implemented priority ordered probes in -current. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 0:59:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from eagle.phc.igs.net (eagle.phc.igs.net [207.210.17.201]) by hub.freebsd.org (Postfix) with ESMTP id CDFB715938 for ; Tue, 11 May 1999 00:59:30 -0700 (PDT) (envelope-from eagle@eagle.phc.igs.net) Received: by eagle.phc.igs.net (Postfix, from userid 1003) id 02A52188B; Tue, 11 May 1999 02:58:54 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by eagle.phc.igs.net (Postfix) with SMTP id DB2461C; Tue, 11 May 1999 02:58:54 +0000 (GMT) Date: Tue, 11 May 1999 02:58:54 +0000 (GMT) From: eagle To: Steve Kargl Cc: oZZ!!! , freebsd-current@FreeBSD.ORG Subject: Re: Tonight make world failed at isdnmonitor... In-Reply-To: <199905110448.VAA10383@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 May 1999, Steve Kargl wrote: > I sent a patch for this about 8 hours ago. No one seems > to read -current. well it still is broken and i must of missed that patch somewhere in my mail, 3:58 a.m east coast time tuesday 11 rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 1:13:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 6C5C315120 for ; Tue, 11 May 1999 01:13:13 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id SAA21580 for current@freebsd.org; Tue, 11 May 1999 18:24:18 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199905110824.SAA21580@cimlogic.com.au> Subject: ROOTDEVNAME changes break MFS_ROOT only kernels To: current@freebsd.org Date: Tue, 11 May 1999 18:24:18 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Prior to the ROOTDEVNAME changes, I used to build embedded kernels with MFS_ROOT and MFS_ROOT_SIZE options, plus the config line as: config foo root on wd0 but _without_ any disk devices or disk controllers. The "root on wd0" on the config line was to satisfy the config(8) syntax, but was overriden by the use of MFS_ROOT AFAIK. After the ROOTDEVNAME changes, the kernel always tries to mount a root file system from a _device_ regardless of the MFS_ROOT option. Such a kernel will always panic with: "error 6: panic: cannot mount root (2)". FWIW, this is the kernel config file for an embedded kernel (called gizmo): # # GIZMO -- A little gizmo thingy. # machine "i386" cpu "I386_CPU" ident GENERIC maxusers 2 options MATH_EMULATE # Support for x87 emulation options INET # InterNETworking options MFS # Memory filesystem options "COMPAT_43" # Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE # Allow users to grab the console options FAILSAFE # Be conservative options MFS_ROOT # Use a memory file system as root. options MFS_ROOT_SIZE=2048 # Space for MFS root filesystem. options INIT_PATH="/gizmo" config gizmo controller isa0 device npx0 at nexus? port IO_NPX irq 13 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device ed0 at isa? port 0x300 irq 11 iomem 0xd8000 pseudo-device loop pseudo-device ether Nice and simple, but after the ROOTDEVNAME changes, it cannot work. Sulk. The ROOTDEVNAME stuff needs to be fixed to allow this. Local disks and disk controllers should be optional. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 1:33:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from hcsext.hcs.de (hcsext.hcs.de [194.123.40.2]) by hub.freebsd.org (Postfix) with SMTP id 6352715940 for ; Tue, 11 May 1999 01:33:11 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1493 bytes) by hcsext.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 11 May 1999 10:33:11 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m10h7yQ-0000e7C; Tue, 11 May 99 10:33 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Tonight make world failed at isdnmonitor... In-Reply-To: from eagle at "May 11, 99 02:58:54 am" To: freebsd-current@FreeBSD.ORG Date: Tue, 11 May 1999 10:33:10 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 684 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I sent a patch for this about 8 hours ago. No one seems > > to read -current. > well it still is broken and i must of missed that patch somewhere in my > mail, > > 3:58 a.m east coast time tuesday 11 just read mail, tested Steves fix, committed. 10:23 am central european summer time tuesday 11 The world is round and needs 24 hours to rotate once. ;-) hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 3:15:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 1D5AD15BF6; Tue, 11 May 1999 03:15:15 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id MAA30302; Tue, 11 May 1999 12:15:08 +0200 (CEST) (envelope-from des) To: Chuck Robey Cc: Garrett Wollman , Mark Murray , "Thomas T. Veldhouse" , "Jonathan M. Bresler" , current@FreeBSD.ORG Subject: Re: SPAM References: From: Dag-Erling Smorgrav Date: 11 May 1999 12:15:07 +0200 In-Reply-To: Chuck Robey's message of "Mon, 10 May 1999 17:10:38 -0400 (EDT)" Message-ID: Lines: 18 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey writes: > Garrett's points are why I sugggested that it would not be a useable > approach for -questions, newbies, and mabye hackers, 'cause they all get > a fair amount of posts like what Garrett describes. Current and > committers do NOT get such an audience, and the argument doesn't hold > for those lists, which do get spammed. Oh no? I regularly send mail to -current and -committers from at least three different addresses, none of which are subscribed. Listen up. We've been through this before. We all agreed it wouldn't work. If you wanna know why, search the archives instead of making the problem considerably worse by starting (and fueling) threads such as this. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 3:25: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from tantivy.stanford.edu (tantivy.Stanford.EDU [36.118.0.70]) by hub.freebsd.org (Postfix) with ESMTP id BE3F9159C0; Tue, 11 May 1999 03:25:03 -0700 (PDT) (envelope-from techie@tantivy.stanford.edu) Received: (from techie@localhost) by tantivy.stanford.edu (8.9.3/8.9.1) id DAA01705; Tue, 11 May 1999 03:23:57 -0700 (PDT) Date: Tue, 11 May 1999 03:23:57 -0700 (PDT) From: Bob Vaughan Message-Id: <199905111023.DAA01705@tantivy.stanford.edu> To: chuckr@picnic.mat.net, des@flood.ping.uio.no Subject: Re: SPAM Cc: current@FreeBSD.ORG, jmb@hub.freebsd.org, mark@grondar.za, veldy@visi.com, wollman@khavrinen.lcs.mit.edu In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG here's an idea.. why not have two addresses for the list. the first would be the public address, and would be restricted to subscribers. the second would be a non-published address, which would be unrestricted, and would feed the published list via a side door. only the first list would be open for subscriptions. -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | kc6sxc@w6yx.ampr.org | P.O. Box 9792, Stanford, Ca 94309-9792 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 5:28:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (Postfix) with ESMTP id 503641590E for ; Tue, 11 May 1999 05:28:10 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (Postfix) with ESMTP id C870E1F72; Tue, 11 May 1999 20:28:07 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: eagle Cc: oZZ!!! , freebsd-current@FreeBSD.ORG Subject: Re: Tonight make world failed at isdnmonitor... In-reply-to: Your message of "Mon, 10 May 1999 23:07:06 GMT." Date: Tue, 11 May 1999 20:28:07 +0800 From: Peter Wemm Message-Id: <19990511122808.C870E1F72@spinner.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > ===> usr.sbin/i4b/isdnmonitor > > cc -Os -pipe -mpentium -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c > > /usr/src/usr.sbin/i4b/isdn > > monitor/main.c > > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as > > different kind of symbol > > /usr/obj/usr/src/tmp/usr/include/sys/types.h:114: previous declaration of > > `major' > > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:104: `minor' redeclared as > > different kind of symbol > > /usr/obj/usr/src/tmp/usr/include/sys/types.h:108: previous declaration of > > `minor' > > {standard input}: Assembler messages: > > {standard input}:1510: Fatal error: Symbol minor already defined. > > *** Error code 1 > > tell phk thanks this ones related to his changes to types.h as well phk has another patch in the pipeline right now that fixes this (ie: major() etc become macros again in userlant.) I'd have jumped in and tweaked types.h to fix this particular problem, but that would be just adding more deltas to dead-end code. I think phk was planning a checkpoint commit sometime shortly. If he gets delayed, I'll give types.h a tweak to avoid the problems and to buy some time. Please remember, this is -current, we've got to expect things to be broken every so often - but on the other hand, staying broken for too long is an inconvenience for the developers who -current is intended for. > Rob Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 7:19:30 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 55CAD14F2C; Tue, 11 May 1999 07:19:24 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id PAA26575; Tue, 11 May 1999 15:54:08 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id XAA01002; Mon, 10 May 1999 23:55:31 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199905102155.XAA01002@yedi.iaf.nl> Subject: Re: de driver problem In-Reply-To: from Doug Rabson at "May 10, 1999 10:28:49 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Mon, 10 May 1999 23:55:31 +0200 (CEST) Cc: khaled@mailbox.telia.net, freebsd-alpha@FreeBSD.org, freebsd-current@FreeBSD.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Doug Rabson wrote ... > On Sun, 9 May 1999, Wilko Bulte wrote: > > > As Doug Rabson wrote ... > > > On Sun, 9 May 1999, Khaled Daham wrote: > > > > > > > Hello folks > > > > > > > > I cvsupped,made world, built a kernel today and from now on the de > > > > > > Some tulip boards in alpha systems don't autonegociate properly so the SRM > > > has a way of forcing them to a particular mode. A change was made recently > > > > Recently... I think it's been there for a couple of years. > > Maybe you are remembering a NetBSD change? We just started doing the same > thing in FreeBSD recently. Oops I was confusing things with another email about the messages the driver spits out on dma not keeping up. > > > to respect the SRM setting instead of using autoneg. The variable is > > > typically called ewa0_mode. To find the right setting, type > > > > > > >>>set ewa0_mode > > > > > > from the SRM prompt and it will give you a list of settings. Choose one, > > > then type e.g.: > > > > > > >>>set ewa0_mode Twisted-Pair > > > > Keep in mind that older SRMs that understand the older Tulip 10/100Mbit > > chips (21140 IRRC) might not recognise the new ones (is that the 21143?) > > > > Bit me once.. > > Yeah. That must be why my 164lx won't netboot. Could well be. My Aspen Alpine refused to with a DE500. A DE435 (10mbit only) worked just dandy. Groeten / Cheers, | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 7:27:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from ix.netcom.com (mvo-ca18-15.ix.netcom.com [207.93.156.143]) by hub.freebsd.org (Postfix) with ESMTP id B4D0E15F36 for ; Tue, 11 May 1999 07:27:15 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.8.8) id HAA39426; Tue, 11 May 1999 07:27:12 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Tue, 11 May 1999 07:27:12 -0700 (PDT) Message-Id: <199905111427.HAA39426@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: Thomas Dean To: freebsd-current@freebsd.org Subject: Make World Fails - minor and major conflict Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am running -current SMP as of last week. I cvsup'ed last night and started a 'Make -j12 world'. tomdean ===> usr.sbin/i4b/isdnmonitor cc -O2 -m486 -pipe -DDEBUG -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.sbin/i4b/isdnmonitor/main.c gzip -cn /usr/src/usr.sbin/i4b/isdnmonitor/isdnmonitor.8 > isdnmonitor.8.gz /usr/src/usr.sbin/i4b/isdnmonitor/main.c:103: `major' redeclared as different kind of symbol /usr/obj/usr/src/tmp/usr/include/sys/types.h:114: previous declaration of `major' /usr/src/usr.sbin/i4b/isdnmonitor/main.c:104: `minor' redeclared as different kind of symbol /usr/obj/usr/src/tmp/usr/include/sys/types.h:108: previous declaration of `minor' {standard input}: Assembler messages: {standard input}:1519: Fatal error: Symbol minor already defined. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 7:38: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from eagle.phc.igs.net (eagle.phc.igs.net [207.210.17.201]) by hub.freebsd.org (Postfix) with ESMTP id 8B7BA14DF8 for ; Tue, 11 May 1999 07:37:59 -0700 (PDT) (envelope-from eagle@eagle.phc.igs.net) Received: by eagle.phc.igs.net (Postfix, from userid 1003) id A4DEE18B2; Tue, 11 May 1999 09:37:30 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by eagle.phc.igs.net (Postfix) with SMTP id 83DAB14; Tue, 11 May 1999 09:37:30 +0000 (GMT) Date: Tue, 11 May 1999 09:37:29 +0000 (GMT) From: eagle To: Hellmuth Michaelis Cc: freebsd-current@FreeBSD.ORG Subject: Re: Tonight make world failed at isdnmonitor... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 May 1999, Hellmuth Michaelis wrote: > > > > I sent a patch for this about 8 hours ago. No one seems > > > to read -current. > > well it still is broken and i must of missed that patch somewhere in my > > mail, > > > > 3:58 a.m east coast time tuesday 11 > > just read mail, tested Steves fix, committed. > > 10:23 am central european summer time tuesday 11 > > The world is round and needs 24 hours to rotate once. ;-) > > hellmuth O.k. I admit it i've been an ass over changing the names of 2 variables in what was it 8 lines of code. rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 8: 5:30 1999 Delivered-To: freebsd-current@freebsd.org Received: from eagle.phc.igs.net (eagle.phc.igs.net [207.210.17.201]) by hub.freebsd.org (Postfix) with ESMTP id B449815044 for ; Tue, 11 May 1999 08:05:25 -0700 (PDT) (envelope-from eagle@eagle.phc.igs.net) Received: by eagle.phc.igs.net (Postfix, from userid 1003) id 5595C18B2; Tue, 11 May 1999 10:04:57 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by eagle.phc.igs.net (Postfix) with SMTP id 5058514; Tue, 11 May 1999 10:04:57 +0000 (GMT) Date: Tue, 11 May 1999 10:04:57 +0000 (GMT) From: eagle To: Thomas Dean Cc: freebsd-current@FreeBSD.ORG Subject: Re: Make World Fails - minor and major conflict In-Reply-To: <199905111427.HAA39426@ix.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 May 1999, Thomas Dean wrote: > I am running -current SMP as of last week. > > I cvsup'ed last night and started a 'Make -j12 world'. > cvsup again that should fix it. if it doesnt add my or anything else for that matter, to all occurances of the variable minor and major in that file. Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 9:16:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (Postfix) with SMTP id D439C154F4; Tue, 11 May 1999 09:15:22 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA25904; Tue, 11 May 1999 12:14:59 -0400 From: Bill Paul Message-Id: <199905111614.MAA25904@skynet.ctr.columbia.edu> Subject: Anybody actually using gigabit ethernet? To: current@freebsd.org, stable@freebsd.org Date: Tue, 11 May 1999 12:14:56 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1950 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm wondering if anybody out there has actually done any experimentation with gigabit ethernet boards using the Alteon Tigon driver. I know that it works on my hardware, but it's nice to actually have some feedback from people so that I know if it's actually working worth a damn. So far I have not heard a peep out of anybody, other than a couple of people who were nice enough to help out with some driver testing, and that was months ago. I usually consider this a good thing, because it means that at least nobody is complaining. But when people ask me "hey Bill, how well do these boards work with FreeBSD?" all I can tell them is that they seem to work okay in my limited test environment. This does not exactly provide a lot of motivation to go out and buy some gigabit ethernet cards. Also, I only have access to a limited selection of cards (I have a 3Com and a Netgear board, and others have tested AceNIC boards) so I don't know for sure if some of the ones that I claim to support actually work. (I don't have any reason to believe they won't, but Murphy's Law applies.) I also don't have access to a gigabit switch, so my testing is limited to blasting traffic between two hosts through a fiber patch. So, if anybody is actually using a Tigon-based gigabit board with STABLE or CURRENT, let me know. Is it working reliably? Is performance good? Is it bad? Inquiring minds want to know. -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" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 9:26:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from btw.plaintalk.bellevue.wa.us (btw.aa.net [206.125.75.16]) by hub.freebsd.org (Postfix) with ESMTP id 6269C14BEE; Tue, 11 May 1999 09:26:15 -0700 (PDT) (envelope-from dennis.glatting@software-munitions.com) Received: from localhost (dennisg@localhost) by btw.plaintalk.bellevue.wa.us (8.9.3/8.9.3) with ESMTP id JAA32528; Tue, 11 May 1999 09:25:36 -0700 (PDT) Date: Tue, 11 May 1999 09:25:35 -0700 (PDT) From: Dennis Glatting To: Bill Paul Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Anybody actually using gigabit ethernet? In-Reply-To: <199905111614.MAA25904@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reading your message I felt compelled to ask you a question. Are you using gb end-to-end? That probably isn't a good idea because in TCP the sequence numbers can wrap within timeout periods and the data stream become undetectably (from a TCP perspective) corrupt. -- Dennis Glatting Copyright (c) 1999 Software Munitions To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 9:39:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (Postfix) with SMTP id 78C2415406; Tue, 11 May 1999 09:38:31 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA25952; Tue, 11 May 1999 12:38:26 -0400 From: Bill Paul Message-Id: <199905111638.MAA25952@skynet.ctr.columbia.edu> Subject: Re: Anybody actually using gigabit ethernet? To: dennis.glatting@software-munitions.com (Dennis Glatting) Date: Tue, 11 May 1999 12:38:23 -0400 (EDT) Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: from "Dennis Glatting" at May 11, 99 09:25:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1414 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Dennis Glatting had to walk into mine and say: > In reading your message I felt compelled to ask you a question. Are > you using gb end-to-end? That probably isn't a good idea because in > TCP the sequence numbers can wrap within timeout periods and the data > stream become undetectably (from a TCP perspective) corrupt. You didn't read what I said. I don't have a gigabit ethernet switch. I only have cards. Therefore the *only* way I can test the operation of the driver and adapters is to connect two machines with gigabit cards back to back with a patch cable. This automatically implies 'using gb end-to-end.' As for corruption due to TCP sequence number wrapping, I don't know what to tell you. I never noticed such behavior in my tests, but that's why I'm asking for feedback from other people. -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" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 11 9:44:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 1EAC9155B1; Tue, 11 May 1999 09:44:22 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with SMTP id SAA26851; Tue, 11 May 1999 18:44:05 +0200 (MET DST) Date: Tue, 11 May 1999 18:43:57 +0200 (MET DST) From: Nick Hibma X-Sender: n_