From owner-freebsd-current Sun Feb 25 1:58:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 051BF37B401 for ; Sun, 25 Feb 2001 01:58:41 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f1P9wYM48544; Sun, 25 Feb 2001 11:58:34 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200102250958.f1P9wYM48544@zibbi.icomtek.csir.co.za> Subject: m4 leaving /tmp/m4* directories To: kris@FreeBSD.FreeBSD.ORG Date: Sun, 25 Feb 2001 11:58:34 +0200 (SAT) 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After m4 has been changed to do its temporary work in a subdirectory, "make world" leaves a lot of /tmp/m4* directories behind. This patch fix it for me. It is not protected by a "#ifndef vms" though. I don't know if vms has rmdir() or not and I'm not sure if we care about it. John -- John Hay -- John.Hay@icomtek.csir.co.za Index: usr.bin/m4/main.c =================================================================== RCS file: /home/ncvs/src/usr.bin/m4/main.c,v retrieving revision 1.8 diff -u -r1.8 main.c --- usr.bin/m4/main.c 2000/11/22 11:09:30 1.8 +++ usr.bin/m4/main.c 2001/02/20 05:58:02 @@ -227,9 +227,10 @@ (void) remove(m4temp); #else (void) unlink(m4temp); - (void) rmdir(m4dir); #endif } + if (m4dir != NULL) + (void) rmdir(m4dir); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 1:59:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from pc-service.ch (pop-zh-11-dialup-7.spectraweb.ch [194.230.9.7]) by hub.freebsd.org (Postfix) with ESMTP id 19B7137B503 for ; Sun, 25 Feb 2001 01:59:10 -0800 (PST) (envelope-from martin@pc-service.ch) Received: (from martin@localhost) by pc-service.ch (8.9.3/8.9.3) id LAA25625; Sun, 25 Feb 2001 11:06:55 +0100 (CET) (envelope-from martin) Date: Sun, 25 Feb 2001 11:06:55 +0100 (CET) Message-Id: <200102251006.LAA25625@pc-service.ch> To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-URL: http://www.freebsd.org/handbook/makeworld.html X-Mailer: Lynx, Version 2.8.3rel.1 X-Personal_name: Martin Schweizer From: info@pc-service.ch Subject: subscribe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subsribe info@pc-service.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 2:53:36 2001 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 2D2AF37B401 for ; Sun, 25 Feb 2001 02:53:33 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA04802; Sun, 25 Feb 2001 21:53:17 +1100 Date: Sun, 25 Feb 2001 21:48:33 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Hay Cc: kris@FreeBSD.FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: m4 leaving /tmp/m4* directories In-Reply-To: <200102250958.f1P9wYM48544@zibbi.icomtek.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 25 Feb 2001, John Hay wrote: > After m4 has been changed to do its temporary work in a subdirectory, > "make world" leaves a lot of /tmp/m4* directories behind. > > This patch fix it for me. It is not protected by a "#ifndef vms" though. > I don't know if vms has rmdir() or not and I'm not sure if we care > about it. I think remove() is supposed to work for all types of files. It is documented to work for directories in FreeBSD. Using remove() in both cases can't break the vms case more than it already is (the previous commit didn't attempt to maintain it). > Index: usr.bin/m4/main.c > =================================================================== > RCS file: /home/ncvs/src/usr.bin/m4/main.c,v > retrieving revision 1.8 > diff -u -r1.8 main.c > --- usr.bin/m4/main.c 2000/11/22 11:09:30 1.8 > +++ usr.bin/m4/main.c 2001/02/20 05:58:02 > @@ -227,9 +227,10 @@ > (void) remove(m4temp); > #else > (void) unlink(m4temp); > - (void) rmdir(m4dir); > #endif > } > + if (m4dir != NULL) > + (void) rmdir(m4dir); > > return 0; > } m4dir is known to be non-NULL here. If it would be NULL, then we have already dumped core for asprintf()'ing it after not checking the value returned by mkdtemp(). We also follow the null pointer after (void)ing errors in asprintf(). Cleaning up is also broken in killdev(). Cleaning up doesn't seem to have ever been implemented in the signal handler. onintr() has the usual bugs, but it doesn't remove any files. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 5: 1: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D6FB637B503 for ; Sun, 25 Feb 2001 05:01:03 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA60007; Sun, 25 Feb 2001 14:00:54 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Matt Dillon Cc: Kirk McKusick , current@FreeBSD.ORG Subject: Giving up on buffers References: <200102231206.EAA12234@beastie.mckusick.com> <200102231756.f1NHuAX83112@earth.backplane.com> From: Dag-Erling Smorgrav Date: 25 Feb 2001 14:00:53 +0100 In-Reply-To: Matt Dillon's message of "Fri, 23 Feb 2001 09:56:10 -0800 (PST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon writes: > (2) the I/O for the buffer synchronization is initiated but interrupts > are winding up being disabled by the halt code due to holding Giant > and not sleeping (more likely). That all I can think of. We've hit > the interrupt disablement problem before in -current, it's probably > something simliar. Sounds likely. On my laptop, the "giving up on n buffers" message is usually accompanied by an ata0 timeout. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 6:22:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id F2DC537B491 for ; Sun, 25 Feb 2001 06:22:15 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1PEMB045086; Sun, 25 Feb 2001 15:22:11 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 25 Feb 2001 15:22:36 +0100 (CET) From: Martin Blapp To: Daniel Eischen Cc: current@freebsd.org Subject: Re: XFree 4.0 broken by libc changes ? In-Reply-To: <200102250025.TAA09702@pcnet1.pcnet.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 Daniel, > I don't know, what port builds libGL.so.1? > Something has to link in the threads library... Yep, XFree86 libs should be linked against -lc_r, I got this working with this. It's still broken in FreeBSD ports, all GL dependent programms are broken for CURRENT at the moment. I've another issue now: /usr/local/bin/dcopidl ./konq_undo.h > konq_undo.kidl || rm -f konq_undo.kidl /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol "_flockfile" /usr/local/bin/dcopidl2cpp --c++-suffix cc --no-stub konq_undo.kidl /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol "_flockfile This while I'm trying to build kdebase2 from ports. You've got an idea ? # objdump --dynamic-syms /usr/lib/libc_r.so.5 | grep _flockfile 00009068 g DF .text 00000040 _flockfile_debug 00000000 D *UND* 00000000 _flockfile and right, it's undefined there ... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 7:31:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 6BAD337B491 for ; Sun, 25 Feb 2001 07:31:26 -0800 (PST) (envelope-from daemon@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 14X38u-0002hj-00; Sun, 25 Feb 2001 16:31:24 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.2/8.11.1) id f1PEabn67712 for freebsd-current@freebsd.org; Sun, 25 Feb 2001 15:36:37 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: dump(8) segfaults Date: Sun, 25 Feb 2001 14:36:36 +0000 (UTC) Message-ID: <97b59k$220u$1@kemoauc.mips.inka.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is on alpha--does anybody see this on i386 as well? naddy@kemoauc[~] dump 0af /dev/null /dev/da0a DUMP: Date of this level 0 dump: Sun Feb 25 15:33:49 2001 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/da0a (/) to /dev/null DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 67655 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! Segmentation fault -current as of Feb 20. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 9:23:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 9EBEF37B4EC for ; Sun, 25 Feb 2001 09:23:18 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1PHND051357; Sun, 25 Feb 2001 18:23:13 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 25 Feb 2001 18:23:39 +0100 (CET) From: Martin Blapp To: Daniel Eischen Cc: current@freebsd.org Subject: Re: XFree 4.0 broken by libc changes ? 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 Hi, > konq_undo.kidl /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined > symbol "_flockfile" > /usr/local/bin/dcopidl2cpp --c++-suffix cc --no-stub konq_undo.kidl > /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol > "_flockfile Sorry, fixed this with recompling qt. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 10: 3:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from sidonie.ods.org (APastourelles-101-1-2-32.abo.wanadoo.fr [193.251.53.32]) by hub.freebsd.org (Postfix) with ESMTP id 4FEB437B401 for ; Sun, 25 Feb 2001 10:03:20 -0800 (PST) (envelope-from f314116@yahoo.com) Received: from aglae (aglae [192.168.100.2]) by sidonie.ods.org (8.11.1/8.11.1) with ESMTP id f1PIPrd00754 for ; Sun, 25 Feb 2001 19:25:55 +0100 (CET) (envelope-from f314116@yahoo.com) Date: Sun, 25 Feb 2001 19:03:16 +0100 (CET) From: Frederic Stark X-Sender: fred@aglae.ods.org Reply-To: Frederic Stark To: freebsd-current@freebsd.org Subject: VESA crash + softupdt inconsistency Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1017620214-983123888=:765" Content-ID: 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-1017620214-983123888=:765 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: World is 18 Feb 2001 Kernel is 23 Feb 2001 vidcontrol -g 100x37 VESA_800x600 (while building another kernel) made machine hang, beeping continuously, tcp/ip stack was down, ctrl-alt-del unusable. Plugged power off (forgot to ask for ddb. still a freebsd newbie...) At boot, had an 'UNEXPECTED SOFT UPDATE INCONSISTENCY' on /usr (which had softupdates turned on + noatime). manual fsck corrected about 200 summary informations. Attachment: log with the error, the fsck output and dmesg output (Apologies in advance, if a 14Kb attachment is inapropriate for the list) Cheers, --fred --0-1017620214-983123888=:765 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="softupdates-crash-20010224.log" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: error + fsck output + dmesg Content-Disposition: ATTACHMENT; FILENAME="softupdates-crash-20010224.log" U3lzdGVtIGlzIGZyb20gMTggRmViIDIwMDENCktlcm5lbCBpcyBmcm9tIDIz IEZlYiAyMDAxDQoNCkJvb3QgbG9nOg0KDQphZDA6IDM5MDgyTUIgPE1heHRv ciA1NDA5OEg4PiBbNzk0MDYvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUE2 Ng0KYWNkMDogRFZELVJPTSA8QVNVUyBEVkQtUk9NIEU2MDg+IGF0IGF0YTAt c2xhdmUgdXNpbmcgVURNQTMzDQpXYWl0aW5nIDEwIHNlY29uZHMgZm9yIFND U0kgZGV2aWNlcyB0byBzZXR0bGUNCk1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6 L2Rldi9hZDBzNGENCldBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNt b3VudGVkDQpzd2Fwb246IGFkZGluZyAvZGV2L2FkMHM0YiBhcyBzd2FwIGRl dmljZQ0KQXV0b21hdGljIGJvb3QgaW4gcHJvZ3Jlc3MuLi4NCi9kZXYvYWQw czRhOiAyNDAyIGZpbGVzLCA0NTU2NCB1c2VkLCA0MDE5IGZyZWUgKDI2NyBm cmFncywgNDY5IGJsb2NrcywgMC41JSBmcmFnDQptZW50YXRpb24pDQpjZDAg YXQgYWhjMCBidXMgMCB0YXJnZXQgNSBsdW4gMA0KY2QwOiA8WUFNQUhBIENS Vzg0MjRTIDEuMGY+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0yIGRldmljZQ0K Y2QwOiA1LjAwME1CL3MgdHJhbnNmZXJzICg1LjAwME1Ieiwgb2Zmc2V0IDE1 KQ0KY2QwOiBjZCBwcmVzZW50IFsxIHggMjA0OCBieXRlIHJlY29yZHNdDQov ZGV2L2FkMHM0ZjogSU5DT1JSRUNUIEJMT0NLIENPVU5UIEk9MjU5NTk5MCAo MjI1NiBzaG91bGQgYmUgMjA4KSAoQ09SUkVDVEVEKQ0KL2Rldi9hZDBzNGY6 IFVOQUxMT0NBVEVEICBJPTI5MzcyNjQgIE9XTkVSPXJvb3QgTU9ERT0xMDA2 NDQNCi9kZXYvYWQwczRmOiBTSVpFPTc4NzIgTVRJTUU9RmViIDI1IDE3OjQ5 IDIwMDENCi9kZXYvYWQwczRmOiBGSUxFPS9vYmovdXNyL3NyYy9zeXMvQUdM QUUvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL3Zwby9pbW1pby5vDQoN Cg0KL2Rldi9hZDBzNGY6IFVORVhQRUNURUQgU09GVCBVUERBVEUgSU5DT05T SVNURU5DWTsgUlVOIGZzY2sgTUFOVUFMTFkuDQovZGV2L2FkMHM0ZTogOTY2 IGZpbGVzLCA2NjAxIHVzZWQsIDEzMjE0IGZyZWUgKDIzMCBmcmFncywgMTYy MyBibG9ja3MsIDEuMiUgZnJhZw0KbWVudGF0aW9uKQ0KVEhFIEZPTExPV0lO RyBGSUxFIFNZU1RFTSBIQUQgQU4gVU5FWFBFQ1RFRCBJTkNPTlNJU1RFTkNZ Og0KICAgICAgICB1ZnM6IC9kZXYvYWQwczRmICgvdXNyKQ0KQXV0b21hdGlj IGZpbGUgc3lzdGVtIGNoZWNrIGZhaWxlZCAuIC4gLiBoZWxwIQ0KRW50ZXIg ZnVsbCBwYXRobmFtZSBvZiBzaGVsbCBvciBSRVRVUk4gZm9yIC9iaW4vc2g6 DQojIGZzY2sgL2Rldi9hZDBzNGYNCioqIC9kZXYvYWQwczRmDQoqKiBMYXN0 IE1vdW50ZWQgb24gL3Vzcg0KKiogUGhhc2UgMSAtIENoZWNrIEJsb2NrcyBh bmQgU2l6ZXMNCioqIFBoYXNlIDIgLSBDaGVjayBQYXRobmFtZXMNCioqIFBo YXNlIDMgLSBDaGVjayBDb25uZWN0aXZpdHkNCioqIFBoYXNlIDQgLSBDaGVj ayBSZWZlcmVuY2UgQ291bnRzDQoqKiBQaGFzZSA1IC0gQ2hlY2sgQ3lsIGdy b3Vwcw0KRlJFRSBCTEsgQ09VTlQoUykgV1JPTkcgSU4gU1VQRVJCTEsNClNB TFZBR0U/IFt5bl0geQ0KU1VNTUFSWSBJTkZPUk1BVElPTiBCQUQNClNBTFZB R0U/IFt5bl0geQ0KDQpBTExPQ0FURUQgRlJBRyA5MjY5MzMgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDkyNjkzNCBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIEZSQUcgOTI3MDgwIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5 MjcwODEgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDkyNzA4MiBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MDgzIE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyA5MjcwODQgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBG UkFHIDkyNzA4NSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MDg2 IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5MjcwODcgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDkyNzEwNCBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIEZSQUcgOTI3MTA1IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5 MjcxMDYgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDkyNzEwNyBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MTA4IE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyA5MjcxMDkgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBG UkFHIDkyNzExMCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MTEy IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5MjcxMTMgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDkyNzExNCBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIEZSQUcgOTI3MTE1IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5 MjcxMTYgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDkyNzExNyBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MTE4IE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyA5MjcxMTkgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBG UkFHIDkyNzEyMCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MTIx IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5MjcxMjIgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDkyNzEyMyBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIEZSQUcgOTI3MTI0IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyA5 MjcxMjUgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDkyNzEyNiBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgOTI3MTI3IE1BUktFRCBGUkVFDQpC TEsoUykgTUlTU0lORyBJTiBCSVQgTUFQUw0KU0FMVkFHRT8gW3luXSB5DQoN CkFMTE9DQVRFRCBJTk9ERSAyMzgzNDAgTUFSS0VEIEZSRUUNCkFMTE9DQVRF RCBGUkFHIDQyMjY4ODggTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDQy MjY4ODkgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDQyMjY4OTAgTUFS S0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDQyMjY4OTEgTUFSS0VEIEZSRUUN CkFMTE9DQVRFRCBGUkFHIDQyMjY4OTIgTUFSS0VEIEZSRUUNCkFMTE9DQVRF RCBGUkFHIDQyMjY4OTMgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDQy MjY4OTQgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAyNTk1OTc2IE1B UktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjU5NTk3NyBNQVJLRUQgRlJF RQ0KQUxMT0NBVEVEIElOT0RFIDI1OTU5NzggTUFSS0VEIEZSRUUNCkFMTE9D QVRFRCBJTk9ERSAyNTk1OTc5IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5P REUgMjU5NTk4MCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDI1OTU5 ODEgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAyNTk1OTgyIE1BUktF RCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjU5NTk4MyBNQVJLRUQgRlJFRQ0K QUxMT0NBVEVEIElOT0RFIDI1OTU5ODQgTUFSS0VEIEZSRUUNCkFMTE9DQVRF RCBJTk9ERSAyNTk1OTg1IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUg MjU5NTk4NiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDI1OTU5ODcg TUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAyNTk1OTg4IE1BUktFRCBG UkVFDQpBTExPQ0FURUQgSU5PREUgMjU5NTk4OSBNQVJLRUQgRlJFRQ0KQUxM T0NBVEVEIElOT0RFIDI1OTU5OTAgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJ Tk9ERSAyNTk1OTkxIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjU5 NTk5MiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDI1OTU5OTMgTUFS S0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAyNTk1OTk0IE1BUktFRCBGUkVF DQpBTExPQ0FURUQgSU5PREUgMjU5NTk5NSBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIElOT0RFIDI1OTU5OTYgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFH IDEwNzUyOTI1IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMDc1Mjky NiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTA5NDU3NjMgTUFSS0VE IEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEwOTQ1NzY0IE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyAxMDk0NTc2NSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVE IEZSQUcgMTA5NDU3NjYgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEw OTQ1NzY3IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMTIxMjIyNiBN QVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTEyMTIyMjcgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDExMjEyMjI4IE1BUktFRCBGUkVFDQpBTExP Q0FURUQgRlJBRyAxMTIxMjIyOSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZS QUcgMTEyMTIyMzAgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDExMjEy NjcyIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMTIxMjY3MyBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTEyMTI2NzQgTUFSS0VEIEZSRUUN CkFMTE9DQVRFRCBGUkFHIDExMjEyNjc1IE1BUktFRCBGUkVFDQpBTExPQ0FU RUQgRlJBRyAxMTIxMjY3NiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcg MTEyMTI2NzcgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDExMjIwNjUw IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMTIyMDY1MSBNQVJLRUQg RlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTEyMjA2NTIgTUFSS0VEIEZSRUUNCkFM TE9DQVRFRCBGUkFHIDExMjIwNjUzIE1BUktFRCBGUkVFDQpBTExPQ0FURUQg RlJBRyAxMTIyMTE3MCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTEy MjExNzEgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDExMjIxMTcyIE1B UktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjc0NjY1NSBNQVJLRUQgRlJF RQ0KQUxMT0NBVEVEIElOT0RFIDI3NDY2NTcgTUFSS0VEIEZSRUUNCkFMTE9D QVRFRCBJTk9ERSAyNzQ2NjU4IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5P REUgMjc0NjY1OSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDI3NDY2 NjAgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAyNzQ2NjYxIE1BUktF RCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjc0NjY2MiBNQVJLRUQgRlJFRQ0K QUxMT0NBVEVEIElOT0RFIDI3NDY2NjMgTUFSS0VEIEZSRUUNCkFMTE9DQVRF RCBGUkFHIDExMzM5ODY0IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAx MTMzOTg2NSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTEzNDAwNDUg TUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDExMzQwMDQ2IE1BUktFRCBG UkVFDQpBTExPQ0FURUQgRlJBRyAxMTM0MDA0NyBNQVJLRUQgRlJFRQ0KQUxM T0NBVEVEIElOT0RFIDI5MzcyNjQgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJ Tk9ERSAyOTM3MjY1IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjkz NzI2NiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDI5MzcyNjcgTUFS S0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAyOTM3MjY4IE1BUktFRCBGUkVF DQpBTExPQ0FURUQgSU5PREUgMjkzNzI2OSBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIElOT0RFIDI5MzcyNzAgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9E RSAyOTM3MjcxIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMjkzNzI3 MiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDI5MzcyNzMgTUFSS0VE IEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEyMTI2MzEzIE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyAxMjEyNjMxNCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVE IEZSQUcgMTIxMjYzMTUgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEy MTI2MzE2IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMjEyNjMxNyBN QVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTIxMzAxNDYgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDEyMTMwMTQ3IE1BUktFRCBGUkVFDQpBTExP Q0FURUQgRlJBRyAxMjEzMDE0OCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZS QUcgMTIxMzAxNDkgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEyMTMw MTUwIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMzA0MDIxNSBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RFIDMwNDAyMTcgTUFSS0VEIEZSRUUN CkFMTE9DQVRFRCBJTk9ERSAzMDQwMjE4IE1BUktFRCBGUkVFDQpBTExPQ0FU RUQgSU5PREUgMzA0MDIxOSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIElOT0RF IDMwNDAyMjAgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBJTk9ERSAzMDQwMjIx IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgSU5PREUgMzA0MDIyMiBNQVJLRUQg RlJFRQ0KQUxMT0NBVEVEIElOT0RFIDMwNDAyMjMgTUFSS0VEIEZSRUUNCkFM TE9DQVRFRCBGUkFHIDEyNTUxNjcwIE1BUktFRCBGUkVFDQpBTExPQ0FURUQg RlJBRyAxMjU1MTY3NCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTI1 NTE2NzUgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEyNTUxNjc2IE1B UktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMjU1MjExNSBNQVJLRUQgRlJF RQ0KQUxMT0NBVEVEIEZSQUcgMTI4NTU3MjggTUFSS0VEIEZSRUUNCkFMTE9D QVRFRCBGUkFHIDEyODU1NzI5IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJB RyAxMjg1NTczMCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTI4NTU3 MzEgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEyODU1NzMyIE1BUktF RCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMjg1NTczMyBNQVJLRUQgRlJFRQ0K QUxMT0NBVEVEIEZSQUcgMTI4NTU3MzQgTUFSS0VEIEZSRUUNCkFMTE9DQVRF RCBGUkFHIDEyODU1NzM1IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAx MzQwOTk1NiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTM0MDk5OTIg TUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEzNDA5OTkzIE1BUktFRCBG UkVFDQpBTExPQ0FURUQgRlJBRyAxMzQwOTk5NCBNQVJLRUQgRlJFRQ0KQUxM T0NBVEVEIEZSQUcgMTM0MDk5OTUgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBG UkFHIDEzNDA5OTk2IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMzQw OTk5NyBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTM0MDk5OTggTUFS S0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEzNDA5OTk5IE1BUktFRCBGUkVF DQpBTExPQ0FURUQgRlJBRyAxMzQxMDI4OCBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIEZSQUcgMTM0MTAyODkgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFH IDEzNDEwMjkwIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxMzQxMDI5 MSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTM0MTAyOTIgTUFSS0VE IEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEzNDEwMjkzIE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyAxMzQxMDI5NCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVE IEZSQUcgMTM0MTAyOTUgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDEz NDE0MzQ0IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk0NCBN QVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5NDUgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2OTQ2IE1BUktFRCBGUkVFDQpBTExP Q0FURUQgRlJBRyAxNDYxNjk0NyBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZS QUcgMTQ2MTY5NDggTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2 OTQ5IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk1MCBNQVJL RUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5NTEgTUFSS0VEIEZSRUUN CkFMTE9DQVRFRCBGUkFHIDE0NjE2OTUyIE1BUktFRCBGUkVFDQpBTExPQ0FU RUQgRlJBRyAxNDYxNjk1MyBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcg MTQ2MTY5NTQgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2OTU1 IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk1NiBNQVJLRUQg RlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5NTcgTUFSS0VEIEZSRUUNCkFM TE9DQVRFRCBGUkFHIDE0NjE2OTU4IE1BUktFRCBGUkVFDQpBTExPQ0FURUQg RlJBRyAxNDYxNjk1OSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2 MTY5NjAgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2OTYxIE1B UktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk2MiBNQVJLRUQgRlJF RQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5NjMgTUFSS0VEIEZSRUUNCkFMTE9D QVRFRCBGUkFHIDE0NjE2OTY0IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJB RyAxNDYxNjk2NSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5 NjYgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2OTY3IE1BUktF RCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk2OCBNQVJLRUQgRlJFRQ0K QUxMT0NBVEVEIEZSQUcgMTQ2MTY5NjkgTUFSS0VEIEZSRUUNCkFMTE9DQVRF RCBGUkFHIDE0NjE2OTcwIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAx NDYxNjk3MSBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5NzIg TUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2OTczIE1BUktFRCBG UkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk3NCBNQVJLRUQgRlJFRQ0KQUxM T0NBVEVEIEZSQUcgMTQ2MTY5NzUgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBG UkFHIDE0NjE2OTc2IE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYx Njk3NyBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTY5NzggTUFS S0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjE2OTc5IE1BUktFRCBGUkVF DQpBTExPQ0FURUQgRlJBRyAxNDYxNjk4MCBNQVJLRUQgRlJFRQ0KQUxMT0NB VEVEIEZSQUcgMTQ2MTY5ODEgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFH IDE0NjE2OTgyIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDYxNjk4 MyBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2MTkzNzUgTUFSS0VE IEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0NjIwNTMzIE1BUktFRCBGUkVFDQpB TExPQ0FURUQgRlJBRyAxNDY0NTM2MCBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVE IEZSQUcgMTQ2NDUzNjEgTUFSS0VEIEZSRUUNCkFMTE9DQVRFRCBGUkFHIDE0 NjQ1MzYyIE1BUktFRCBGUkVFDQpBTExPQ0FURUQgRlJBRyAxNDY0NTM2MyBN QVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZSQUcgMTQ2NDUzNjQgTUFSS0VEIEZS RUUNCkFMTE9DQVRFRCBGUkFHIDE0NjQ1MzY1IE1BUktFRCBGUkVFDQpBTExP Q0FURUQgRlJBRyAxNDY0NTM2NiBNQVJLRUQgRlJFRQ0KQUxMT0NBVEVEIEZS QUcgMTQ2NDUzNjcgTUFSS0VEIEZSRUUNCjQwNjAwOSBmaWxlcywgMTMyNTM2 NjYgdXNlZCwgMTYzMzU1OCBmcmVlICg0NDgwNiBmcmFncywgMTk4NTk0IGJs b2NrcywgMC4zJSBmcmFnDQptZW50YXRpb24pDQoqKioqKiBGSUxFIFNZU1RF TSBNQVJLRUQgQ0xFQU4gKioqKioNCioqKioqIEZJTEUgU1lTVEVNIFdBUyBN T0RJRklFRCAqKioqKg0KIyBleGl0DQoNCg0KTG9nZ2VkIGluLCB0aGVuIGRp ZCBhOg0KDQpiYXNoLTIuMDMjIGxzIC1saSAvdXNyL29iai91c3Ivc3JjL3N5 cy9BR0xBRS9tb2R1bGVzL3Vzci9zcmMvc3lzL21vZHVsZXMvdnBvL2ltDQpt aW8ubw0KMjkzNzI2NCAtcnctci0tci0tICAxIHJvb3QgIHdoZWVsICA3ODcy IEZlYiAyNSAxNzo0OSAvdXNyL29iai91c3Ivc3JjL3N5cy9BR0xBRS8NCm1v ZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy92cG8vaW1taW8ubw0KYmFzaC0y LjAzIyB0dW5lZnMgLXAgL2Rldi9hZDBzNGENCnR1bmVmczogc29mdCB1cGRh dGVzOiAgKC1uKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZGlz YWJsZWQNCnR1bmVmczogbWF4aW11bSBjb250aWd1b3VzIGJsb2NrIGNvdW50 OiAoLWEpICAgICAgICAgICAgICAgMTUNCnR1bmVmczogcm90YXRpb25hbCBk ZWxheSBiZXR3ZWVuIGNvbnRpZ3VvdXMgYmxvY2tzOiAoLWQpICAgMCBtcw0K dHVuZWZzOiBtYXhpbXVtIGJsb2NrcyBwZXIgZmlsZSBpbiBhIGN5bGluZGVy IGdyb3VwOiAoLWUpICAyMDQ4DQp0dW5lZnM6IG1pbmltdW0gcGVyY2VudGFn ZSBvZiBmcmVlIHNwYWNlOiAoLW0pICAgICAgICAgICAgIDglDQp0dW5lZnM6 IG9wdGltaXphdGlvbiBwcmVmZXJlbmNlOiAoLW8pICAgICAgICAgICAgICAg ICAgICAgIHRpbWUNCmJhc2gtMi4wMyMNCg0KKHNvZnQgdXBkYXRlcyB3YXMg dHVybmVkIG9uIGJlZm9yZSBjcmFzaCkNCg0KDQpkbWVzZyBpczoNCg0KDQpD b3B5cmlnaHQgKGMpIDE5OTItMjAwMSBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQoJVGhlIFJlZ2VudHMgb2Yg dGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNl cnZlZC4NCkZyZWVCU0QgNS4wLUNVUlJFTlQgIzA6IFNhdCBGZWIgMjQgMTQ6 MTM6NTUgQ0VUIDIwMDENCiAgICByb290QGFnbGFlLm9kcy5vcmc6L3Vzci9v YmovdXNyL3NyYy9zeXMvQUdMQUUNClRpbWVjb3VudGVyICJpODI1NCIgIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6DQpUaW1lY291bnRlciAiVFNDIiAgZnJlcXVl bmN5IDU1Mzg3OTI5MCBIeg0KQ1BVOiBBTUQgQXRobG9uKHRtKSBQcm9jZXNz b3IgKDU1My44OC1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkF1 dGhlbnRpY0FNRCIgIElkID0gMHg2MjEgIFN0ZXBwaW5nID0gMQ0KICBGZWF0 dXJlcz0weDE4M2Y5ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNS Pg0KICBBTUQgRmVhdHVyZXM9MHhjMDQwMDAwMDxBTUlFLERTUCwzRE5vdyE+ DQpyZWFsIG1lbW9yeSAgPSAyMDEyNjEwNTYgKDE5NjU0NEsgYnl0ZXMpDQph dmFpbCBtZW1vcnkgPSAxOTEzNjEwMjQgKDE4Njg3NksgYnl0ZXMpDQpQcmVs b2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwNDIzMDAwLg0KUHJl bG9hZGVkIGVsZiBtb2R1bGUgInNwbGFzaF9ibXAua28iIGF0IDB4YzA0MjMw OWMuDQpXQVJOSU5HOiBzaXplIG9mIGtpbmZvX3Byb2MgKDY0OCkgc2hvdWxk IGJlIDY0NCEhIQ0KUGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQN Cm1vZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAoc3BsYXNoX2JtcCwg YzA0MWU4MjQsIDApIGVycm9yIDINClVzbmQgaW5nICRQSVIgdGFibGUsIDcg ZW50cmllcyBhdCAweGMwMGY4MWUwDQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+ IG9uIG1vdGhlcmJvYXJkDQpucHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpwY2li MDogPEFNRC03NTEgaG9zdCB0byBQQ0kgYnJpZGdlPiBhdCBwY2lidXMgMCBv biBtb3RoZXJib2FyZA0KcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwDQpwY2li MTogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCnBj aTE6IDxQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPGRpc3BsYXksIFZHQT4g YXQgNS4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQppc2FiMDogPFBDSS1JU0Eg YnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTANCmlzYTA6IDxJU0EgYnVz PiBvbiBpc2FiMA0KYXRhcGNpMDogPFZJQSA4MkM2ODYgQVRBNjYgY29udHJv bGxlcj4gcG9ydCAweGZmYTAtMHhmZmFmIGF0IGRldmljZSA0LjEgb24gcGNp MA0KYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCnVoY2kwOiA8 VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGQwMDAtMHhkMDFm IGlycSAxMCBhdCBkZXZpY2UgNC4yIG9uIHBjaTANCnVzYjA6IDxWSUEgODND NTcyIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMA0KdXNiMDogVVNCIHJldmlz aW9uIDEuMA0KdWh1YjA6IFZJQSBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjA6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1aGNpMTogPFZJQSA4M0M1NzIg VVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhkNDAwLTB4ZDQxZiBpcnEgMTAgYXQg ZGV2aWNlIDQuMyBvbiBwY2kwDQp1c2IxOiA8VklBIDgzQzU3MiBVU0IgY29u dHJvbGxlcj4gb24gdWhjaTENCnVzYjE6IFVTQiByZXZpc2lvbiAxLjANCnVo dWIxOiBWSUEgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDENCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZA0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCA0 LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmFoYzA6IDxBZGFwdGVjIDI5NDBB IFVsdHJhIFNDU0kgYWRhcHRlcj4gcG9ydCAweGRjMDAtMHhkY2ZmIG1lbSAw eGVmZmZiMDAwLTB4ZWZmZmJmZmYgaXJxIDExIGF0IGRldmljZSAxMy4wIG9u IHBjaTANCmFpYzc4NjA6IFNpbmdsZSBDaGFubmVsIEEsIFNDU0kgSWQ9Nywg My8yNTUgU0NCcw0KcGNpMDogPG11bHRpbWVkaWEsIHZpZGVvPiBhdCAxNC4w IChubyBkcml2ZXIgYXR0YWNoZWQpDQp4bDA6IDwzQ29tIDNjOTA1Qy1UWCBG YXN0IEV0aGVybGluayBYTD4gcG9ydCAweGNjMDAtMHhjYzdmIG1lbSAweGVm ZmZmZjgwLTB4ZWZmZmZmZmYgaXJxIDEyIGF0IGRldmljZSAxNS4wIG9uIHBj aTANCnhsMDogRXRoZXJuZXQgYWRkcmVzczogMDA6NTA6ZGE6NTE6MGE6ZmUN Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiB4bDANCnhscGh5MDogPDNjOTA1QyAx MC8xMDAgaW50ZXJuYWwgUEhZPiBvbiBtaWlidXMwDQp4bHBoeTA6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBh dXRvDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBh dCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwDQphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzANCmZkYzA6IDxORUMgNzIw NjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2 IGRycSAyIG9uIGlzYTANCmZkYzA6IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0 aHJlc2hvbGQNCmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBk cml2ZSAwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPg0Kc2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdz IDB4MTAgb24gaXNhMA0Kc2lvMDogdHlwZSAxNjU1MEENCnNpbzEgYXQgcG9y dCAweDJmOC0weDJmZiBpcnEgMyBvbiBpc2EwDQpzaW8xOiB0eXBlIDE2NTUw QQ0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNk ZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KdnQwOiA8cGN2dCBW VDIyMCBjb25zb2xlIGRyaXZlcj4gYXQgcG9ydCAweDNiMC0weDNkZiBpb21l bSAwLTB4N2ZmZiBvbiBpc2EwDQp2dDA6IGdlbmVyaWMgVkdBLCA4MCBjb2x1 bW5zLCBjb2xvciwgOCBzY3JlZW5zLCB1bmtub3duIGtleWJvYXJkDQpXQVJO SU5HOiBEcml2ZXIgbWlzdGFrZTogcmVwZWF0IG1ha2VfZGV2KCJ0dHl2MCIp DQpXQVJOSU5HOiBEcml2ZXIgbWlzdGFrZTogcmVwZWF0IG1ha2VfZGV2KCJ0 dHl2MSIpDQpXQVJOSU5HOiBEcml2ZXIgbWlzdGFrZTogcmVwZWF0IG1ha2Vf ZGV2KCJ0dHl2MiIpDQpXQVJOSU5HOiBEcml2ZXIgbWlzdGFrZTogcmVwZWF0 IG1ha2VfZGV2KCJ0dHl2MyIpDQpXQVJOSU5HOiBEcml2ZXIgbWlzdGFrZTog cmVwZWF0IG1ha2VfZGV2KCJ0dHl2NCIpDQpXQVJOSU5HOiBEcml2ZXIgbWlz dGFrZTogcmVwZWF0IG1ha2VfZGV2KCJ0dHl2NSIpDQpXQVJOSU5HOiBEcml2 ZXIgbWlzdGFrZTogcmVwZWF0IG1ha2VfZGV2KCJ0dHl2NiIpDQpXQVJOSU5H OiBEcml2ZXIgbWlzdGFrZTogcmVwZWF0IG1ha2VfZGV2KCJ0dHl2NyIpDQp1 bmtub3duOiA8UE5QMGMwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KdW5r bm93bjogPFBOUDAzMDM+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCnVua25v d246IDxQTlAwNTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQp1bmtub3du OiA8UE5QMDUwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KdW5rbm93bjog PFBOUDA3MDA+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCmFkMDogMzkwODJN QiA8TWF4dG9yIDU0MDk4SDg+IFs3OTQwNi8xNi82M10gYXQgYXRhMC1tYXN0 ZXIgVURNQTY2DQphY2QwOiBEVkQtUk9NIDxBU1VTIERWRC1ST00gRTYwOD4g YXQgYXRhMC1zbGF2ZSB1c2luZyBVRE1BMzMNCldhaXRpbmcgMTAgc2Vjb25k cyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0KTW91bnRpbmcgcm9vdCBm cm9tIHVmczovZGV2L2FkMHM0YQ0KV0FSTklORzogLyB3YXMgbm90IHByb3Bl cmx5IGRpc21vdW50ZWQNCmNkMCBhdCBhaGMwIGJ1cyAwIHRhcmdldCA1IGx1 biAwDQpjZDA6IDxZQU1BSEEgQ1JXODQyNFMgMS4wZj4gUmVtb3ZhYmxlIENE LVJPTSBTQ1NJLTIgZGV2aWNlIA0KY2QwOiA1LjAwME1CL3MgdHJhbnNmZXJz ICg1LjAwME1Ieiwgb2Zmc2V0IDE1KQ0KY2QwOiBjZCBwcmVzZW50IFsxIHgg MjA0OCBieXRlIHJlY29yZHNdDQo= --0-1017620214-983123888=:765-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 10:29:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6373E37B491 for ; Sun, 25 Feb 2001 10:29:19 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA00687; Sun, 25 Feb 2001 10:29:12 -0800 Date: Sun, 25 Feb 2001 10:29:11 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Christian Weisgerber Cc: freebsd-current@FreeBSD.ORG Subject: Re: dump(8) segfaults In-Reply-To: <97b59k$220u$1@kemoauc.mips.inka.de> 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 Yup. Looks like it got broken. File a PR- or if you can, find out who made recent changes to dump and ask them about it. On Sun, 25 Feb 2001, Christian Weisgerber wrote: > This is on alpha--does anybody see this on i386 as well? > > naddy@kemoauc[~] dump 0af /dev/null /dev/da0a > DUMP: Date of this level 0 dump: Sun Feb 25 15:33:49 2001 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/da0a (/) to /dev/null > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 67655 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: SIGSEGV: ABORTING! > DUMP: SIGSEGV: ABORTING! > DUMP: SIGSEGV: ABORTING! > DUMP: SIGSEGV: ABORTING! > DUMP: SIGSEGV: ABORTING! > Segmentation fault > > -current as of Feb 20. > > -- > Christian "naddy" Weisgerber naddy@mips.inka.de > > > 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 Feb 25 11:44:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 77A6337B503; Sun, 25 Feb 2001 11:44:05 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1PJi2056321; Sun, 25 Feb 2001 20:44:02 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 25 Feb 2001 20:44:28 +0100 (CET) From: Martin Blapp To: alfred@freebsd.org, dillon@earth.backplane.com Cc: current@freebsd.org Subject: some proposals about nfsd(8) 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, nfsd.c has the following lines: (void)signal(SIGQUIT, SIG_IGN); (void)signal(SIGTERM, SIG_IGN); So nfsd(8) can only be killed by -9. Does this make sense ? Unregistering withing rpcbind or portmap is not possible, so one has to kill portmap(8) or rpcbind(8) and restart all the rpc services which had registered themself within portmapper. Very very bad. This also rises some questions about 'nfsd -r'. This flag is used to reregister an existing nfsd within portmapper or rpcbind. But since we use 'nfsd -h' to allow nfsd to bind to one or more IP's, it's broken for some part cause the wrong addresses get registered. It's better to kill nfsd and restart it. So my first proposal is to remove the SIG_IGN lines and adding a signal handler for unregistering nfs within portmapper or rpcbind. Second, I'd like to have this 'nfsd -r' removed, cause it's broken in the concept anyway and useless. Kill nfsd and restart does the same, and the binding is done the right way. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 11:54:40 2001 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 4A51A37B4EC for ; Sun, 25 Feb 2001 11:54:38 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id OAA26181; Sun, 25 Feb 2001 14:54:04 -0500 (EST) Date: Sun, 25 Feb 2001 14:54:04 -0500 (EST) From: Daniel Eischen To: Martin Blapp Cc: current@freebsd.org Subject: Re: XFree 4.0 broken by libc changes ? 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, 25 Feb 2001, Martin Blapp wrote: > > Daniel, > > > I don't know, what port builds libGL.so.1? > > Something has to link in the threads library... > > Yep, XFree86 libs should be linked against -lc_r, > I got this working with this. > > It's still broken in FreeBSD ports, all GL dependent > programms are broken for CURRENT at the moment. > > I've another issue now: > > /usr/local/bin/dcopidl ./konq_undo.h > konq_undo.kidl || rm -f > konq_undo.kidl /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined > symbol "_flockfile" > /usr/local/bin/dcopidl2cpp --c++-suffix cc --no-stub konq_undo.kidl > /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol > "_flockfile > > This while I'm trying to build kdebase2 from ports. > > You've got an idea ? > > # objdump --dynamic-syms /usr/lib/libc_r.so.5 | grep _flockfile > 00009068 g DF .text 00000040 _flockfile_debug > 00000000 D *UND* 00000000 _flockfile Right, _flockfile is in libc.so.5 now. It should be picked up if the application is also linked with libc.so.5, I think. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 12: 8:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id A0BD037B4EC for ; Sun, 25 Feb 2001 12:08:45 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1PK8fJ11071; Sun, 25 Feb 2001 12:08:41 -0800 (PST) Date: Sun, 25 Feb 2001 12:08:41 -0800 From: Alfred Perlstein To: Martin Blapp Cc: dillon@earth.backplane.com, current@freebsd.org Subject: Re: some proposals about nfsd(8) Message-ID: <20010225120841.W8663@fw.wintelcom.net> 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 mb@imp.ch on Sun, Feb 25, 2001 at 08:44:28PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Martin Blapp [010225 11:44] wrote: > > Hi, > > nfsd.c has the following lines: > > (void)signal(SIGQUIT, SIG_IGN); > (void)signal(SIGTERM, SIG_IGN); > > So nfsd(8) can only be killed by -9. Does this make > sense ? Unregistering withing rpcbind or portmap is > not possible, so one has to kill portmap(8) or rpcbind(8) > and restart all the rpc services which had registered > themself within portmapper. Very very bad. Well, I would check the CVS logs to see why it had been done, if it came like that from 4.4BSD then we should change it, but otherwise consider why it was added. > This also rises some questions about 'nfsd -r'. This > flag is used to reregister an existing nfsd within > portmapper or rpcbind. But since we use 'nfsd -h' > to allow nfsd to bind to one or more IP's, it's > broken for some part cause the wrong addresses get > registered. It's better to kill nfsd and restart > it. > > So my first proposal is to remove the SIG_IGN lines and > adding a signal handler for unregistering nfs within > portmapper or rpcbind. > > Second, I'd like to have this 'nfsd -r' removed, cause > it's broken in the concept anyway and useless. Kill nfsd and > restart does the same, and the binding is done the right way. I'd like to kill 'nfsd -r' however it makes more sense to fix -r so that it works with -h than to just remove the functionality. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@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 Feb 25 12:21:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 550A237B491; Sun, 25 Feb 2001 12:21:27 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1PKLIi16065; Sun, 25 Feb 2001 12:21:18 -0800 (PST) (envelope-from dillon) Date: Sun, 25 Feb 2001 12:21:18 -0800 (PST) From: Matt Dillon Message-Id: <200102252021.f1PKLIi16065@earth.backplane.com> To: Martin Blapp Cc: alfred@freebsd.org, current@freebsd.org Subject: Re: some proposals about nfsd(8) References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : : :Hi, : :nfsd.c has the following lines: : :(void)signal(SIGQUIT, SIG_IGN); :(void)signal(SIGTERM, SIG_IGN); : :So nfsd(8) can only be killed by -9. Does this make :sense ? Unregistering withing rpcbind or portmap is :not possible, so one has to kill portmap(8) or rpcbind(8) :and restart all the rpc services which had registered :themself within portmapper. Very very bad. nfsd sits in the kernel most of the time. It needs to ignore SIGTERM in order to stay alive as long as possible during a shutdown, otherwise loopback mounts will not be able to unmount. You do not have to kill portmap to restart nfsd. Nfsd sits on a known port, all you need to do is restart nfsd if you've killed it. :This also rises some questions about 'nfsd -r'. This :flag is used to reregister an existing nfsd within nfsd -r is used if you already have nfsd's running but somehow unregistered the nfs service from the portmapper. For example, if you killed the portmapper and restarted it. nfsd -r simply reregisters the service that is already running and then exits. :portmapper or rpcbind. But since we use 'nfsd -h' :to allow nfsd to bind to one or more IP's, it's :broken for some part cause the wrong addresses get :registered. It's better to kill nfsd and restart :it. The -h issue has nothing to do with the portmapper. The portmapper does not map IP addresses, only ports. -h is necessary when you have a multi-homed machine and wish to allow UDP NFS mounts. In order to UDP NFS mounts to work, the socket must be bound to a particular IP address or the NFS replies from the server may come from the wrong host. :So my first proposal is to remove the SIG_IGN lines and :adding a signal handler for unregistering nfs within :portmapper or rpcbind. That will not solve any real problem and can screw up a shutdown sequence. :Second, I'd like to have this 'nfsd -r' removed, cause :it's broken in the concept anyway and useless. Kill nfsd and :restart does the same, and the binding is done the right way. : :Martin There's nothing wrong with nfsd -r. It's there in case someone decides they need to kill and restart the portmapper but don't want to unnecessarily interrupt existing nfsd connections (e.g. TCP NFS mounts). -Matt :Martin Blapp, mb@imp.ch :------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 12:31:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 5754337B503 for ; Sun, 25 Feb 2001 12:31:23 -0800 (PST) (envelope-from daemon@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 14X7pC-0007jH-01; Sun, 25 Feb 2001 21:31:22 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.2/8.11.1) id f1PJuFY80569 for freebsd-current@freebsd.org; Sun, 25 Feb 2001 20:56:15 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: dump(8) segfaults Date: Sun, 25 Feb 2001 19:56:15 +0000 (UTC) Message-ID: <97bo0v$2ehn$1@kemoauc.mips.inka.de> References: <97b59k$220u$1@kemoauc.mips.inka.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob wrote: > Yup. Looks like it got broken. File a PR- Done. > or if you can, find out who made recent changes to dump and ask > them about it. phk did, but those changes look harmless. In fact, I just backed them out and dump still segfaults. This problem is triggered by some kernel change. dump makes serious use of signals and setjmp/longjmp... -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 12:40:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3CF7F37B401; Sun, 25 Feb 2001 12:40:42 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA01236; Sun, 25 Feb 2001 12:40:40 -0800 Date: Sun, 25 Feb 2001 12:40:39 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Christian Weisgerber , John Baldwin , jake@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: dump(8) segfaults In-Reply-To: <97bo0v$2ehn$1@kemoauc.mips.inka.de> 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 Yes- okay. It also works on an i386- but not on alpha. John, Jake? You've been twirling around in here recently haven't you? On Sun, 25 Feb 2001, Christian Weisgerber wrote: > Matthew Jacob wrote: > > > Yup. Looks like it got broken. File a PR- > > Done. > > > or if you can, find out who made recent changes to dump and ask > > them about it. > > phk did, but those changes look harmless. In fact, I just backed > them out and dump still segfaults. > > This problem is triggered by some kernel change. dump makes serious > use of signals and setjmp/longjmp... > > -- > Christian "naddy" Weisgerber naddy@mips.inka.de > > > 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 Feb 25 12:54:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A3B5637B491; Sun, 25 Feb 2001 12:54:29 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1PKsN058608; Sun, 25 Feb 2001 21:54:23 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 25 Feb 2001 21:54:48 +0100 (CET) From: Martin Blapp To: Matt Dillon Cc: alfred@freebsd.org, current@freebsd.org Subject: Re: some proposals about nfsd(8) In-Reply-To: <200102252021.f1PKLIi16065@earth.backplane.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 Matt, thank you for you mail. > nfsd sits in the kernel most of the time. It needs > to ignore SIGTERM in order to stay alive as long > as possible during a shutdown, otherwise loopback > mounts will not be able to unmount. ok, added a comment about this. > nfsd -r is used if you already have nfsd's > running but somehow unregistered the nfs service > from the portmapper. For example, if you killed > the portmapper and restarted it. nfsd -r simply > reregisters the service that is already running > and then exits. that's clear. but why I get such output ? # nfsd -h localhost (and output from rpcinfo(8)) 100003 2 udp 127.0.0.1.8.1 nfs superuser 100003 3 udp 127.0.0.1.8.1 nfs superuser 100003 2 udp6 ::1.8.1 nfs superuser 100003 3 udp6 ::1.8.1 nfs superuser and if it's just started normal: # nfsd(8) and (and output from rpcinfo(8)) 100003 2 udp 0.0.0.0.8.1 nfs superuser 100003 3 udp 0.0.0.0.8.1 nfs superuser 100003 2 udp6 ::.8.1 nfs superuser 100003 3 udp6 ::.8.1 nfs superuser rpcbind(8) has registered it with the complete address. Is this visible output only and it listen to ports only or does this also includes binding to some interface ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 14: 4: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id A6A6337B491; Sun, 25 Feb 2001 14:03:54 -0800 (PST) (envelope-from null@pozo.com) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1PM3iK04046; Sun, 25 Feb 2001 14:03:44 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010225140128.00a6a968@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 25 Feb 2001 14:03:42 -0800 To: current@FreeBSD.ORG From: Manfred Antar Subject: Current SMP kernel won't build Cc: smp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I haven't been able to build a SMP kernel for a day. I just did a make world and tried again, no luck I keep getting this error: linking kernel.debug cam_periph.o: In function `cam_periph_mapmem': /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined reference to `_mtx_assert' cam_periph.o: In function `cam_periph_unmapmem': /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xc02): undefined reference to `_mtx_assert' /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xd86): undefined reference to `_mtx_assert' /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xeee): undefined reference to `_mtx_assert' yarrow.o: In function `reseed': /usr/src/sys/compile/pro2/../../dev/random/yarrow.c(.text+0x54f): undefined reference to `_mtx_assert' yarrow.o:/usr/src/sys/compile/pro2/../../dev/random/yarrow.c:417: more undefined references to `_mtx_assert' follow *** Error code 1 Stop in /usr/src/sys/compile/pro2 Manfred ================================== || 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 Feb 25 14:28:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 9326C37B4EC; Sun, 25 Feb 2001 14:28:49 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 8FAEF3E02; Sun, 25 Feb 2001 14:28:43 -0800 (PST) To: Manfred Antar Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Current SMP kernel won't build In-Reply-To: Message from Manfred Antar of "Sun, 25 Feb 2001 14:03:42 PST." <5.0.2.1.2.20010225140128.00a6a968@pozo.com> Date: Sun, 25 Feb 2001 14:28:43 -0800 From: Dima Dorfman Message-Id: <20010225222843.8FAEF3E02@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cam_periph.o: In function `cam_periph_mapmem': > /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined refe > rence to `_mtx_assert' Try putting, options INVARIANT_SUPPORT in your kernel config. I think jhb recently made mtx_assert conditional on that option. Either that, or take out "options INVARIANTS". Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 14:58: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 27AB137B503; Sun, 25 Feb 2001 14:58:03 -0800 (PST) (envelope-from null@pozo.com) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1PMvi100444; Sun, 25 Feb 2001 14:57:50 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010225145511.00a6aad8@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 25 Feb 2001 14:57:43 -0800 To: Dima Dorfman From: Manfred Antar Subject: Re: Current SMP kernel won't build Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG In-Reply-To: <20010225222843.8FAEF3E02@bazooka.unixfreak.org> References: <5.0.2.1.2.20010225140128.00a6a968@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 02:28 PM 2/25/2001 -0800, you wrote: >> cam_periph.o: In function `cam_periph_mapmem': >> /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined refe >> rence to `_mtx_assert' > >Try putting, > > options INVARIANT_SUPPORT > >in your kernel config. I think jhb recently made mtx_assert >conditional on that option. Either that, or take out "options >INVARIANTS". > > Dima Dorfman > dima@unixfreak.org That did it Thanks Manfred ================================== || 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 Feb 25 15:25:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id A2DD037B503; Sun, 25 Feb 2001 15:25:32 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1PNPBs18762; Sun, 25 Feb 2001 15:25:11 -0800 (PST) (envelope-from dillon) Date: Sun, 25 Feb 2001 15:25:11 -0800 (PST) From: Matt Dillon Message-Id: <200102252325.f1PNPBs18762@earth.backplane.com> To: Martin Blapp Cc: alfred@freebsd.org, current@freebsd.org Subject: Re: some proposals about nfsd(8) References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :ok, added a comment about this. : :> nfsd -r is used if you already have nfsd's :> running but somehow unregistered the nfs service :> from the portmapper. For example, if you killed :> the portmapper and restarted it. nfsd -r simply :> reregisters the service that is already running :> and then exits. : :that's clear. but why I get such output ? : :# nfsd -h localhost (and output from rpcinfo(8)) : 100003 2 udp 127.0.0.1.8.1 nfs superuser : 100003 3 udp 127.0.0.1.8.1 nfs superuser : 100003 2 udp6 ::1.8.1 nfs superuser : 100003 3 udp6 ::1.8.1 nfs superuser : :and if it's just started normal: : :# nfsd(8) and (and output from rpcinfo(8)) : 100003 2 udp 0.0.0.0.8.1 nfs superuser : 100003 3 udp 0.0.0.0.8.1 nfs superuser : 100003 2 udp6 ::.8.1 nfs superuser : 100003 3 udp6 ::.8.1 nfs superuser : :Martin : :... If you run nfsd without a -h argument, it binds to INADDR_ANY which means that it can accept packets from any interface. However, if you have more then one interface this will break UDP mounts because the reply packet may not be returned from the same IP address that it was sent to. What argument are you passing to rpcinfo? All I get is: earth:/home/dillon> rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100005 3 udp 1023 mountd 100005 3 tcp 1023 mountd 100005 1 udp 1023 mountd 100005 1 tcp 1023 mountd 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100024 1 udp 1011 status 100024 1 tcp 1022 status 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs The portmapper has no concept of IP address bindings, only port bindings. It understands program, version, protocol, and port, and that's it. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 15:46:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 206DE37B491 for ; Sun, 25 Feb 2001 15:46:26 -0800 (PST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1PNkLh85147; Sun, 25 Feb 2001 16:46:21 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.2/8.8.3) with ESMTP id f1PNhQY01286; Sun, 25 Feb 2001 16:43:26 -0700 (MST) Message-Id: <200102252343.f1PNhQY01286@billy-club.village.org> To: Dag-Erling Smorgrav Subject: Re: Giving up on buffers Cc: Matt Dillon , Kirk McKusick , current@FreeBSD.ORG In-reply-to: Your message of "25 Feb 2001 14:00:53 +0100." References: <200102231206.EAA12234@beastie.mckusick.com> <200102231756.f1NHuAX83112@earth.backplane.com> Date: Sun, 25 Feb 2001 16:43:25 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : Matt Dillon writes: : > (2) the I/O for the buffer synchronization is initiated but interrupts : > are winding up being disabled by the halt code due to holding Giant : > and not sleeping (more likely). That all I can think of. We've hit : > the interrupt disablement problem before in -current, it's probably : > something simliar. : : Sounds likely. On my laptop, the "giving up on n buffers" message is : usually accompanied by an ata0 timeout. Just FYI: ata isn't printing a timeout for me. However, I have had several panics with the lpt problem which freeze the system hard in the syncing buffers. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 15:53:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id DA06B37B491; Sun, 25 Feb 2001 15:53:38 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA01945; Sun, 25 Feb 2001 15:48:37 -0800 Date: Sun, 25 Feb 2001 15:48:36 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Manfred Antar Cc: Dima Dorfman , current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Current SMP kernel won't build In-Reply-To: <5.0.2.1.2.20010225145511.00a6aad8@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 What on *earth* are you all referring to? With current top of tree I get QUARM:253: unknown option "INVARIANT_SUPPORT" On Sun, 25 Feb 2001, Manfred Antar wrote: > At 02:28 PM 2/25/2001 -0800, you wrote: > >> cam_periph.o: In function `cam_periph_mapmem': > >> /usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined refe > >> rence to `_mtx_assert' > > > >Try putting, > > > > options INVARIANT_SUPPORT > > > >in your kernel config. I think jhb recently made mtx_assert > >conditional on that option. Either that, or take out "options > >INVARIANTS". > > > > Dima Dorfman > > dima@unixfreak.org > > > That did it > Thanks > Manfred > ================================== > || 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 15:58:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-10.dsl.lsan03.pacbell.net [63.207.60.10]) by hub.freebsd.org (Postfix) with ESMTP id 6788537B491; Sun, 25 Feb 2001 15:58:20 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0587D67156; Sun, 25 Feb 2001 15:58:19 -0800 (PST) Date: Sun, 25 Feb 2001 15:58:19 -0800 From: Kris Kennaway To: Matthew Jacob Cc: Manfred Antar , Dima Dorfman , current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Current SMP kernel won't build Message-ID: <20010225155819.A68391@mollari.cthul.hu> References: <5.0.2.1.2.20010225145511.00a6aad8@pozo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sun, Feb 25, 2001 at 03:48:36PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 25, 2001 at 03:48:36PM -0800, Matthew Jacob wrote: >=20 > What on *earth* are you all referring to? > With current top of tree I get >=20 > QUARM:253: unknown option "INVARIANT_SUPPORT" You're a few days back from the top. It was removed briefly then reappeared. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6mZwbWry0BWjoQKURAo8zAJsFrb6ADiPenAn5JorYwV/SE/RFOACgvKT3 ntJbmibJsbk7i4MgT7UUIcE= =osqq -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 16: 1:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 9B96037B491; Sun, 25 Feb 2001 16:01:19 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 18CDB3E09; Sun, 25 Feb 2001 16:01:19 -0800 (PST) To: mjacob@feral.com Cc: Manfred Antar , Dima Dorfman , current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Current SMP kernel won't build In-Reply-To: Message from Matthew Jacob of "Sun, 25 Feb 2001 15:48:36 PST." Date: Sun, 25 Feb 2001 16:01:19 -0800 From: Dima Dorfman Message-Id: <20010226000119.18CDB3E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What on *earth* are you all referring to? > With current top of tree I get > > QUARM:253: unknown option "INVARIANT_SUPPORT" src/sys/conf/options: ---------------------------- revision 1.256 date: 2001/02/24 19:03:18; author: jhb; state: Exp; lines: +2 -1 Add back in INVARIANT_SUPPORT and expand the comments in NOTES about it to include the reasoning Eivind justifiably thwapped me over the head with. ---------------------------- ... ---------------------------- revision 1.254 date: 2001/02/22 10:03:05; author: jhb; state: Exp; lines: +1 -2 Now that zerror() and SPLASSERT() have been laid to rest, INVARIANT_SUPPORT is no longer needed. R.I.P. ---------------------------- Looks like you have a tree somewhere between those two commits. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 16:27:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3C44F37B491; Sun, 25 Feb 2001 16:27:25 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA02063; Sun, 25 Feb 2001 16:27:13 -0800 Date: Sun, 25 Feb 2001 16:27:12 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Kris Kennaway Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Current SMP kernel won't build In-Reply-To: <20010225155819.A68391@mollari.cthul.hu> 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 *sputter* I just updated (I thought...) whups... maybe not.. On Sun, 25 Feb 2001, Kris Kennaway wrote: > On Sun, Feb 25, 2001 at 03:48:36PM -0800, Matthew Jacob wrote: > > > > What on *earth* are you all referring to? > > With current top of tree I get > > > > QUARM:253: unknown option "INVARIANT_SUPPORT" > > You're a few days back from the top. It was removed briefly then > reappeared. > > Kris > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 16:28:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 8878337B401; Sun, 25 Feb 2001 16:28:48 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA02079; Sun, 25 Feb 2001 16:28:46 -0800 Date: Sun, 25 Feb 2001 16:28:45 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dima Dorfman , Kris Kennaway Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Current SMP kernel won't build In-Reply-To: <20010226000119.18CDB3E09@bazooka.unixfreak.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 sorry.. I have a nightly script that updates, but it fell over (silently) on the 23rd... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 22:29:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-80.dsl.lsan03.pacbell.net [64.165.226.80]) by hub.freebsd.org (Postfix) with ESMTP id 119B137B491 for ; Sun, 25 Feb 2001 22:29:44 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9A828677A0; Sun, 25 Feb 2001 22:29:42 -0800 (PST) Date: Sun, 25 Feb 2001 22:29:42 -0800 From: Kris Kennaway To: current@FreeBSD.org Subject: Scheduler panic Message-ID: <20010225222942.A14476@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is on a UP system. Kris 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 condition= s. 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"... IdlePTD 4767744 initial pcb at 3c9740 panicstr: from debugger panic messages: --- panic: runq_add: proc 0xca466420 (more) not SRUN panic: from debugger Uptime: 3h39m42s dumping to dev #da/0x20001, offset 262144 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 11= 1 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90= 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65= 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40= 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15= 14 13 12 11 10 9 8 7 6 5 4 3 2 1=20 --- #0 dumpsys () at ../../kern/kern_shutdown.c:476 476 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:476 #1 0xc01b0c3c in boot (howto=3D260) at ../../kern/kern_shutdown.c:319 #2 0xc01b1011 in panic (fmt=3D0xc032a794 "from debugger") at ../../kern/kern_shutdown.c:569 #3 0xc013c7dd in db_panic (addr=3D-1070605187, have_addr=3D0, count=3D-1,= =20 modif=3D0xca4dbca0 "") at ../../ddb/db_command.c:433 #4 0xc013c77b in db_command (last_cmdp=3D0xc0371cf4, cmd_table=3D0xc0371b5= 4,=20 aux_cmd_tablep=3D0xc03b6b60) at ../../ddb/db_command.c:333 #5 0xc013c842 in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc013eaaf in db_trap (type=3D3, code=3D0) at ../../ddb/db_trap.c:71 #7 0xc02fda0c in kdb_trap (type=3D3, code=3D0, regs=3D0xca4dbda0) at ../../i386/i386/db_interface.c:164 #8 0xc030a418 in trap (frame=3D{tf_fs =3D -901382120, tf_es =3D 16,=20 tf_ds =3D -1051394032, tf_edi =3D -1069770656, tf_esi =3D 256,=20 tf_ebp =3D -900874772, tf_isp =3D -900874804, tf_ebx =3D 2,=20 tf_edx =3D -1070199057, tf_ecx =3D 32, tf_eax =3D 18, tf_trapno =3D 3= ,=20 tf_err =3D 0, tf_eip =3D -1070605187, tf_cs =3D 8, tf_eflags =3D 86,= =20 tf_esp =3D -1070199073, tf_ss =3D -1070347485}) at ../../i386/i386/tr= ap.c:614 #9 0xc02fdc7d in Debugger (msg=3D0xc033cb23 "panic") at machine/cpufunc.h:= 60 #10 0xc01b1008 in panic (fmt=3D0xc033cf60 "runq_add: proc %p (%s) not SRUN") at ../../kern/kern_shutdown.c:567 #11 0xc01b483c in runq_add (rq=3D0xc03c9860, p=3D0xca466420) at ../../kern/kern_switch.c:142 #12 0xc01b47f5 in setrunqueue (p=3D0xca466420) at ../../kern/kern_switch.c:= 70 ---Type to continue, or q to quit--- #13 0xc01a5750 in ithread_schedule (ithread=3D0xc1349100, do_switch=3D1) at ../../kern/kern_intr.c:376 #14 0xc030ed8d in sched_ithd (cookie=3D0x5) at ../../i386/isa/ithread.c:99 #15 0x8 in ?? () #16 0xc01b3329 in issignal (p=3D0xca466420) at ../../kern/kern_sig.c:1410 #17 0xc01b116a in CURSIG (p=3D0xca466420) at ../../kern/kern_sig.c:190 #18 0xc030981e in userret (p=3D0xca466420, frame=3D0xca4dbfa8, oticks=3D2) at ../../i386/i386/trap.c:179 #19 0xc030b3d3 in syscall (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 4= 7,=20 tf_edi =3D 2, tf_esi =3D 12, tf_ebp =3D -1077938440, tf_isp =3D -9008= 74284,=20 tf_ebx =3D -2, tf_edx =3D 22195, tf_ecx =3D 17, tf_eax =3D 0, tf_trap= no =3D 22,=20 tf_err =3D 2, tf_eip =3D 672387100, tf_cs =3D 31, tf_eflags =3D 646,= =20 tf_esp =3D -1077938484, tf_ss =3D 47}) at ../../i386/i386/trap.c:1239 #20 0xc02fe393 in Xint0x80_syscall () #21 0x804d186 in ?? () #22 0x80495ac in ?? () #23 0x804915d in ?? () Script done on Sun Feb 25 22:28:05 2001 --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6mffVWry0BWjoQKURApD2AKD9ZPLAj/tsdXgCJJASdiNI7rHaLQCfYHt8 Fc9MpUrrnXo0cd0RuORS6EQ= =EWeO -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 25 22:31:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-80.dsl.lsan03.pacbell.net [64.165.226.80]) by hub.freebsd.org (Postfix) with ESMTP id BDCA237B401 for ; Sun, 25 Feb 2001 22:31:51 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 79F7167987; Sun, 25 Feb 2001 22:31:51 -0800 (PST) Date: Sun, 25 Feb 2001 22:31:51 -0800 From: Kris Kennaway To: current@FreeBSD.org Subject: Scheduler panic Message-ID: <20010225223151.A17872@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is on a UP system. Kris 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 condition= s. 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"... IdlePTD 4767744 initial pcb at 3c9740 panicstr: from debugger panic messages: --- panic: runq_add: proc 0xca466420 (more) not SRUN panic: from debugger Uptime: 3h39m42s dumping to dev #da/0x20001, offset 262144 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 11= 1 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90= 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65= 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40= 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15= 14 13 12 11 10 9 8 7 6 5 4 3 2 1=20 --- #0 dumpsys () at ../../kern/kern_shutdown.c:476 476 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:476 #1 0xc01b0c3c in boot (howto=3D260) at ../../kern/kern_shutdown.c:319 #2 0xc01b1011 in panic (fmt=3D0xc032a794 "from debugger") at ../../kern/kern_shutdown.c:569 #3 0xc013c7dd in db_panic (addr=3D-1070605187, have_addr=3D0, count=3D-1,= =20 modif=3D0xca4dbca0 "") at ../../ddb/db_command.c:433 #4 0xc013c77b in db_command (last_cmdp=3D0xc0371cf4, cmd_table=3D0xc0371b5= 4,=20 aux_cmd_tablep=3D0xc03b6b60) at ../../ddb/db_command.c:333 #5 0xc013c842 in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc013eaaf in db_trap (type=3D3, code=3D0) at ../../ddb/db_trap.c:71 #7 0xc02fda0c in kdb_trap (type=3D3, code=3D0, regs=3D0xca4dbda0) at ../../i386/i386/db_interface.c:164 #8 0xc030a418 in trap (frame=3D{tf_fs =3D -901382120, tf_es =3D 16,=20 tf_ds =3D -1051394032, tf_edi =3D -1069770656, tf_esi =3D 256,=20 tf_ebp =3D -900874772, tf_isp =3D -900874804, tf_ebx =3D 2,=20 tf_edx =3D -1070199057, tf_ecx =3D 32, tf_eax =3D 18, tf_trapno =3D 3= ,=20 tf_err =3D 0, tf_eip =3D -1070605187, tf_cs =3D 8, tf_eflags =3D 86,= =20 tf_esp =3D -1070199073, tf_ss =3D -1070347485}) at ../../i386/i386/tr= ap.c:614 #9 0xc02fdc7d in Debugger (msg=3D0xc033cb23 "panic") at machine/cpufunc.h:= 60 #10 0xc01b1008 in panic (fmt=3D0xc033cf60 "runq_add: proc %p (%s) not SRUN") at ../../kern/kern_shutdown.c:567 #11 0xc01b483c in runq_add (rq=3D0xc03c9860, p=3D0xca466420) at ../../kern/kern_switch.c:142 #12 0xc01b47f5 in setrunqueue (p=3D0xca466420) at ../../kern/kern_switch.c:= 70 ---Type to continue, or q to quit--- #13 0xc01a5750 in ithread_schedule (ithread=3D0xc1349100, do_switch=3D1) at ../../kern/kern_intr.c:376 #14 0xc030ed8d in sched_ithd (cookie=3D0x5) at ../../i386/isa/ithread.c:99 #15 0x8 in ?? () #16 0xc01b3329 in issignal (p=3D0xca466420) at ../../kern/kern_sig.c:1410 #17 0xc01b116a in CURSIG (p=3D0xca466420) at ../../kern/kern_sig.c:190 #18 0xc030981e in userret (p=3D0xca466420, frame=3D0xca4dbfa8, oticks=3D2) at ../../i386/i386/trap.c:179 #19 0xc030b3d3 in syscall (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 4= 7,=20 tf_edi =3D 2, tf_esi =3D 12, tf_ebp =3D -1077938440, tf_isp =3D -9008= 74284,=20 tf_ebx =3D -2, tf_edx =3D 22195, tf_ecx =3D 17, tf_eax =3D 0, tf_trap= no =3D 22,=20 tf_err =3D 2, tf_eip =3D 672387100, tf_cs =3D 31, tf_eflags =3D 646,= =20 tf_esp =3D -1077938484, tf_ss =3D 47}) at ../../i386/i386/trap.c:1239 #20 0xc02fe393 in Xint0x80_syscall () #21 0x804d186 in ?? () #22 0x80495ac in ?? () #23 0x804915d in ?? () Script done on Sun Feb 25 22:28:05 2001 --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6mfhWWry0BWjoQKURAoiZAJ0YYdcfrIMAXzkmDB/mmTMBU6+0XwCg6GHP fzZIl32bmyArqfONvwmS6iM= =8bdu -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 2: 9:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (brian.inet.it [213.92.4.195]) by hub.freebsd.org (Postfix) with SMTP id 364AF37B401 for ; Mon, 26 Feb 2001 02:09:50 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 6331 invoked by uid 1000); 26 Feb 2001 10:06:22 -0000 Date: Mon, 26 Feb 2001 11:06:20 +0100 From: Andrea Campi To: Mark Murray Cc: John Baldwin , freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT slowdown in last 2 weeks Message-ID: <20010226110617.A1506@webcom.it> References: <20010222081232.A7793@webcom.it> <200102240849.f1O8nY129418@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102240849.f1O8nY129418@gratis.grondar.za>; from mark@grondar.za on Sat, Feb 24, 2001 at 10:50:17AM +0200 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 24, 2001 at 10:50:17AM +0200, Mark Murray wrote: > > and now performance is very good, event with: > > > > kern.random.sys.harvest_ethernet: 1 > > kern.random.sys.harvest_point_to_point: 0 > > kern.random.sys.harvest_interrupt: 1 > > You mean "even with"? If so, then I am very pleased indeed! Yeah, that's what I mean! Granted, this is just my workstation so I don't have that many interrupts, but I often have a lot of network traffic, and ATA drives generate quite a lot of interrupts during make world ;-) Bye, Andrea -- Yes, I've heard of "decaf." What's your point? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 2:40:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (pop3.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 2330A37B491; Mon, 26 Feb 2001 02:40:15 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1QAbxv26058; Mon, 26 Feb 2001 12:38:18 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1QAc0S38457; Mon, 26 Feb 2001 12:38:00 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9A3202.DD0FB62E@FreeBSD.org> Date: Mon, 26 Feb 2001 12:37:54 +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 Baldwin Cc: "Alexander N. Kabaev" , current@FreeBSD.org, Dag-Erling Smorgrav Subject: Re: A possible bug in the interrupt thread preemption code [Was: References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > On 22-Feb-01 Maxim Sobolev wrote: > > John Baldwin wrote: > >> > >> A recursive sched_lock? Erm, well, stick these options in your kernel > >> config: > >> > >> options KTR > >> options KTR_EXTEND > >> options KTR_COMPILE=KTR_LOCK > >> options KTR_MASK=KTR_MASK > > > > Bah, it even doesn't compile with these options: > > cc -c -pipe -O -march=pentium -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual > > -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev > > -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL > > -include > > opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_ktr.c > > ../../kern/kern_ktr.c: In function `__Tunable_ktr_mask': > > ../../kern/kern_ktr.c:95: `KTR_MASK' undeclared (first use in this function) > > ../../kern/kern_ktr.c:95: (Each undeclared identifier is reported only once > > ../../kern/kern_ktr.c:95: for each function it appears in.) > > *** Error code 1 > > 1 error > > Oh, whoops, that should be: > > options KTR_MASK=KTR_LOCK Update: I'm still unable to boot kernel on my machine even into single user. Following is backtrace from ddb (after commenting out enable_intr() in trap.c::trace() as usually): Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc0265e36 stask pointer = 0x10:0xc3577f50 frame pointer = 0x10:0xc3577f64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor flags = resume, IOPL = 0 current process = 16 (irq14: ata0) kernel: type 9 trap, code=0 Stopped at sw1b+0x7c: ltr %si db> trace sw1b(c0147c74, c0147c74, 0, c32c1da0, c3577f94) at sw1b+0x7c ithread_loop(c0741c00, c3577fa8) at ithread_loop+0x67b fork_exit(c0147c74, c0741c00, c3577fa8) at fork_exit+0xd6 fork_trampoline() at fork_trampoline+0x8 -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 4: 2: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-74.dsl.lsan03.pacbell.net [63.207.60.74]) by hub.freebsd.org (Postfix) with ESMTP id 03F9037B503 for ; Mon, 26 Feb 2001 04:02:06 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8141366B09; Mon, 26 Feb 2001 04:02:05 -0800 (PST) Date: Mon, 26 Feb 2001 04:02:05 -0800 From: Kris Kennaway To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: Scheduler panic Message-ID: <20010226040205.A552@mollari.cthul.hu> References: <20010225222942.A14476@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010225222942.A14476@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Feb 25, 2001 at 10:29:42PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote: > This is on a UP system. Had another one of these, under the same conditions. Both times I was running more(1) on a stdin stream which was generated by a "find | grep | more" operation, and I suspended the process with ^Z, triggering the panic. Perhaps this will help in tracking down the root cause. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6mkW8Wry0BWjoQKURAgCjAKCqTa08sFjJyFf5YH1f2zqoqNx6LwCeLrDM nBALxR+RoOr8vEVE08p71IQ= =+o82 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 5:26:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id AB55037B65D; Mon, 26 Feb 2001 05:26:45 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1QDQX018007; Mon, 26 Feb 2001 14:26:33 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 26 Feb 2001 14:26:58 +0100 (CET) From: Martin Blapp To: Matt Dillon Cc: alfred@freebsd.org, current@freebsd.org Subject: Re: some proposals about nfsd(8) In-Reply-To: <200102252325.f1PNPBs18762@earth.backplane.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 > What argument are you passing to rpcinfo? That info was from tirpc (rpcbind) and a modified nfsd(8) which was originally ported from NetBSD and adapted to our nfsd(8): http://home.teleport.ch/freebsd/newnfsd.c It seems our way doing the registration was wrong (but only for doing bindhost stuff). If you have specified binding to two hosts, like 'nfsd -h ip1 -h ip2', pmap_set was called twice or more times in the for loop: for (i = 0; udpflag && i < bindhostc; i++) { } And that's at least for rpcbind wrong, cause rpcbind registers it with the ai_udp->ai_addr. It may work in portmapper cause there's a much more simpler registration there. As you said, portmapper does only register ports, not ports binded to a interface or an ip. I've changed the way nfsd(8) does the registration. I get now the same results in rpcinfox. If I bind to one or more IP's, the portmapper registration is the same now: #nfsd -u -t or #nfsd -u -t -h localhost #nfsd -u -t -h host1 -h host2 100003 2 udp 0.0.0.0.8.1 nfs superuser 100003 3 udp 0.0.0.0.8.1 nfs superuser 100003 2 udp6 ::.8.1 nfs superuser 100003 3 udp6 ::.8.1 nfs superuser 100003 2 tcp 0.0.0.0.8.1 nfs superuser 100003 3 tcp 0.0.0.0.8.1 nfs superuser 100003 2 tcp6 ::.8.1 nfs superuser 100003 3 tcp6 ::.8.1 nfs superuser I also added a new option to nfsd, to unregister within rpcbind: nfsd -d (removes the registration entrys in rpcbind) Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 6:25: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id 3D50137B491 for ; Mon, 26 Feb 2001 06:25:02 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 7D1A5BACB; Mon, 26 Feb 2001 09:25:01 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: Scheduler panic In-Reply-To: Message from Kris Kennaway of "Mon, 26 Feb 2001 04:02:05 PST." <20010226040205.A552@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Feb 2001 09:25:01 -0500 From: Jake Burkholder Message-Id: <20010226142501.7D1A5BACB@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote: > > This is on a UP system. > > Had another one of these, under the same conditions. Both times I was > running more(1) on a stdin stream which was generated by a "find | > grep | more" operation, and I suspended the process with ^Z, > triggering the panic. Perhaps this will help in tracking down the > root cause. I'm pretty sure I know what this is; I'll work up a patch tonight. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 9:30: 7 2001 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 6C24937B401 for ; Mon, 26 Feb 2001 09:30:02 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.2/8.11.2) id f1QHTP251119 for freebsd-current@freebsd.org; Mon, 26 Feb 2001 09:29:25 -0800 (PST) (envelope-from sgk) From: Steve Kargl Message-Id: <200102261729.f1QHTP251119@troutmask.apl.washington.edu> Subject: panic -- sched lock recursed To: FreeBSD Current Date: Mon, 26 Feb 2001 09:29:25 -0800 (PST) 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 It appears that lpd is again triggering a panic. Sources are from 25 Feb 01 at 1039 PST. Kernel.debug, vmcore.0, kernel.0 available for the asking. -- Steve (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /usr/tmp/kernel.0 (kgdb) core-file /usr/tmp/vmcore.0 IdlePTD 3481600 initial pcb at 2944e0 panicstr: from debugger panic messages: --- panic: mutex sched lock recursed at /usr/src/sys/kern/kern_synch.c:873 panic: from debugger Uptime: 1m16s dumping to dev da0s2b, offset 466944 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 3 3 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:476 476 if (dumping++) { (kgdb) trace trace command requires an argument (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:476 #1 0xc016c2af in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:319 #2 0xc016c679 in panic (fmt=0xc023c4d4 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:569 #3 0xc012e0f1 in db_panic (addr=-1071565276, have_addr=0, count=-1, modif=0xc7c44cb4 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc012e091 in db_command (last_cmdp=0xc0267d14, cmd_table=0xc0267b74, aux_cmd_tablep=0xc02822b0) at /usr/src/sys/ddb/db_command.c:333 #5 0xc012e156 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc013031f in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:71 #7 0xc02133b6 in kdb_trap (type=3, code=0, regs=0xc7c44db4) at /usr/src/sys/i386/i386/db_interface.c:164 #8 0xc021fbcc in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1071358496, tf_esi = 256, tf_ebp = -943436288, tf_isp = -943436320, tf_ebx = 2, tf_edx = -1072984320, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071565276, tf_cs = 8, tf_eflags = 70, tf_esp = -1071270881, tf_ss = -1071359837}) at /usr/src/sys/i386/i386/trap.c:614 #9 0xc0213624 in Debugger (msg=0xc02458a3 "panic") at machine/cpufunc.h:60 #10 0xc016c670 in panic (fmt=0xc0244dc4 "mutex %s recursed at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:567 #11 0xc01673d3 in _mtx_assert (m=0xc02acb20, what=9, file=0xc0245de0 "/usr/src/sys/kern/kern_synch.c", line=873) at /usr/src/sys/kern/kern_mutex.c:614 #12 0xc0171729 in mi_switch () at /usr/src/sys/kern/kern_synch.c:873 #13 0xc0161120 in ithread_schedule (ithread=0xc0aa1400, do_switch=1) at /usr/src/sys/kern/kern_intr.c:378 #14 0xc022440b in sched_ithd (cookie=0x7) at /usr/src/sys/i386/isa/ithread.c:99 #15 0x8 in ?? () #16 0xc021e775 in sw1b () #17 0xc0161648 in ithread_loop (arg=0xc0aa1400) at /usr/src/sys/kern/kern_intr.c:535 #18 0xc0160558 in fork_exit (callout=0xc0161288 , arg=0xc0aa1400, frame=0xc7c44fa8) at /usr/src/sys/kern/kern_fork.c:672 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 12: 0:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 024C637B4EC for ; Mon, 26 Feb 2001 12:00:27 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1QJv5l42505; Mon, 26 Feb 2001 11:57:05 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: <200102261729.f1QHTP251119@troutmask.apl.washington.edu> Date: Mon, 26 Feb 2001 12:00:05 -0800 (PST) From: John Baldwin To: Steve Kargl Subject: RE: panic -- sched lock recursed Cc: FreeBSD Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 26-Feb-01 Steve Kargl wrote: > It appears that lpd is again triggering a panic. Sources > are from 25 Feb 01 at 1039 PST. Kernel.debug, vmcore.0, kernel.0 > available for the asking. This is a different panic the dreaded 'ltr' panics everyone has been seeing, but the enable_intr() in trap keeps hiding it. I think I'll go commit a hack for that right now. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 15:33:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id 26F7137B401; Mon, 26 Feb 2001 15:33:40 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 49323BACB; Mon, 26 Feb 2001 18:33:39 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: freebsd-current@freebsd.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern init_main.c kern_fork.c kern_mutex.c In-Reply-To: Message from Jake Burkholder of "Mon, 26 Feb 2001 15:27:35 PST." <200102262327.f1QNRZu52746@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Feb 2001 18:33:39 -0500 From: Jake Burkholder Message-Id: <20010226233339.49323BACB@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > jake 2001/02/26 15:27:35 PST > > Modified files: > sys/kern init_main.c kern_fork.c kern_mutex.c > Log: > Initialize native priority to PRI_MAX. It was usually 0 which made a > process's priority go through the roof when it released a (contested) > mutex. Only set the native priority in mtx_lock if hasn't already > been set. > > Reviewed by: jhb > > Revision Changes Path > 1.161 +2 -1 src/sys/kern/init_main.c > 1.102 +2 -1 src/sys/kern/kern_fork.c > 1.53 +3 -12 src/sys/kern/kern_mutex.c > This should fix the problems with syncing the disks at shutdown. What happened was the sync-ors priority would get set to 0, which didn't allow any interrupt threads to run. Usually this didn't matter because the priority gets lowered when returning to user mode. But, of course, shutting down implies never returning to userland. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 15:38:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 1BC5437B4EC for ; Mon, 26 Feb 2001 15:38:17 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA06531 for ; Mon, 26 Feb 2001 15:38:17 -0800 Date: Mon, 26 Feb 2001 15:38:16 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: does SMP i386 work at all right now? 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 finally realized I hadn't been running my 2xPPro box with SMP enabled for a month or so. The top of tree, with the exception of Jake's last fix, hangs: Mounting root from ufs:/dev/da0a da0s1: type 0xa5, start 63, end = 8385929, size 8385867 : OK WARNING: / was not properly dismounted p/MsPb:i nC/PiUn1i taLiatu:n cted! ic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff swapon: adding /dev/da0b as swap device Automatic boot in progress... .... (note the mangeld serial output) Is this supposed to work right now? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 16: 9:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 322AD37B503 for ; Mon, 26 Feb 2001 16:09:15 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1R05sl50964; Mon, 26 Feb 2001 16:05:54 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Mon, 26 Feb 2001 16:08:57 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: RE: does SMP i386 work at all right now? Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 26-Feb-01 Matthew Jacob wrote: > > I finally realized I hadn't been running my 2xPPro box with SMP enabled for a > month or so. The top of tree, with the exception of Jake's last fix, hangs: > > Mounting root from ufs:/dev/da0a > da0s1: type 0xa5, start 63, end = 8385929, size 8385867 : OK > WARNING: / was not properly dismounted > p/MsPb:i nC/PiUn1i taLiatu:n cted! > ic_initialize(): > lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff > swapon: adding /dev/da0b as swap device > Automatic boot in progress... > .... > > (note the mangeld serial output) It's not mangled per se, it's a panic message frome one CPU while the other CPU was initializing. It looks like using a serial console exacerbated the race on the kernel console output and ended up dropping characters. Of the 'SMP: AP CPU #1 Launched!' message you seem to have 'MP: CPU1 Launced!' with 'p/sbin/initaittic_initialize()' mixed in with it. Hmm, are you booting verbose? Hmm, a verbose boot on my dual 600 with a non-serial console has this: SMP: AP CPU #1 Lstart_init: trying /sbin/init uanched! SMP: CPU1 apic_initialize(): ... So perhaps it is not panicing, but just the usual console mangling resulting from multiple processors writing to the kernel console at the same time. I'm not sure why it hangs for you though.. > Is this supposed to work right now? Yes. > -matt -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 26 16:11:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6587B37B491; Mon, 26 Feb 2001 16:11:25 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA06674; Mon, 26 Feb 2001 16:11:25 -0800 Date: Mon, 26 Feb 2001 16:11:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: current@FreeBSD.org Subject: RE: does SMP i386 work at all right now? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 26 Feb 2001, John Baldwin wrote: > > On 26-Feb-01 Matthew Jacob wrote: > > > > I finally realized I hadn't been running my 2xPPro box with SMP enabled for a > > month or so. The top of tree, with the exception of Jake's last fix, hangs: > > > > Mounting root from ufs:/dev/da0a > > da0s1: type 0xa5, start 63, end = 8385929, size 8385867 : OK > > WARNING: / was not properly dismounted > > p/MsPb:i nC/PiUn1i taLiatu:n cted! > > ic_initialize(): > > lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff > > swapon: adding /dev/da0b as swap device > > Automatic boot in progress... > > .... > > > > (note the mangeld serial output) > > It's not mangled per se, it's a panic message frome one CPU while the other CPU > was initializing. It looks like using a serial console exacerbated the race on > the kernel console output and ended up dropping characters. Of the > 'SMP: AP CPU #1 Launched!' message you seem to have 'MP: CPU1 Launced!' with > 'p/sbin/initaittic_initialize()' mixed in with it. Hmm, are you booting > verbose? Yes. > > Hmm, a verbose boot on my dual 600 with a non-serial console has this: > > SMP: AP CPU #1 Lstart_init: trying /sbin/init > uanched! > SMP: CPU1 apic_initialize(): > ... > > So perhaps it is not panicing, but just the usual console mangling resulting > from multiple processors writing to the kernel console at the same time. I'm > not sure why it hangs for you though.. > > > Is this supposed to work right now? > > Yes. Well, heh, it works less well than Alpha (UP of course) for me. So, this customer will come back later....got things to do.. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 5:56: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id E3EB537B718 for ; Tue, 27 Feb 2001 05:55:58 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p14-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.15]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id WAA14750 for ; Tue, 27 Feb 2001 22:55:57 +0900 (JST) Message-ID: <3A9BB142.81B6FF19@newsguy.com> Date: Tue, 27 Feb 2001 22:53:06 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: current@freebsd.org Subject: midi panics Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting fatal trap 12 with interrupts disabled related to the midi code during boot. Backtrace is: _mtx_lock_sleep+0x23a mpu_uartmode+0x3e mpu_attach+0x25 mpusbc_attach+0x19 device_probe_and_attach+0x9a bus_generic_attach+0x16 sbc_attach+0x3ad device_probe_and_attach+0x9a isa_probe_children+0x143 configure+0x39 mi_statup+0x68 begin+0x29 The problem DOES NOT HAPPEN when I have acpica in the kernel. With apm instead, though, it panics each and every time. Removing midi/seq from the kernel removes the problem. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@kzinti.bsdconspiracy.net Acabou o hipismo-arte. Mas a desculpa brasileira mais ouvida em Sydney e' que nao tem mais cavalo bobo por ai'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 5:57:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 0B1AA37B71A for ; Tue, 27 Feb 2001 05:57:50 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p14-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.15]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id WAA15396 for ; Tue, 27 Feb 2001 22:57:49 +0900 (JST) Message-ID: <3A9BB1B2.4BF08346@newsguy.com> Date: Tue, 27 Feb 2001 22:54:58 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: current@freebsd.org Subject: acpi and invisible pnpbios? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When using acpica some of my pnpbios entries do not get probed. In particular, I never see reports on non-identified PNP IDs (even boot verbose), nor does my ess 1869 gets identified or shown. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@kzinti.bsdconspiracy.net Acabou o hipismo-arte. Mas a desculpa brasileira mais ouvida em Sydney e' que nao tem mais cavalo bobo por ai'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 6:11:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 0C2D937B719 for ; Tue, 27 Feb 2001 06:11:17 -0800 (PST) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: (from uucp@localhost) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.1+3.4W/3.7W-rina.r-0.1-11.01.2000) with UUCP id f1REBFJ39918; Tue, 27 Feb 2001 23:11:15 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.11.1+3.4W/3.7W) with ESMTP id f1REAc821855 ; Tue, 27 Feb 2001 23:10:39 +0900 (JST) Date: Tue, 27 Feb 2001 23:10:38 +0900 Message-ID: <86r90k6wtd.wl@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> From: Seigo Tanimura To: dcs@newsguy.com Cc: current@freebsd.org Subject: Re: midi panics In-Reply-To: In your message of "Tue, 27 Feb 2001 22:53:06 +0900" <3A9BB142.81B6FF19@newsguy.com> References: <3A9BB142.81B6FF19@newsguy.com> Cc: Seigo Tanimura User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Carrots 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 On Tue, 27 Feb 2001 22:53:06 +0900, "Daniel C. Sobral" said: Daniel> I'm getting fatal trap 12 with interrupts disabled related to the midi Daniel> code during boot. Daniel> Backtrace is: Daniel> _mtx_lock_sleep+0x23a Daniel> mpu_uartmode+0x3e Daniel> mpu_attach+0x25 mpu_uartmode() is called before init of scp->mtx. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 6:14: 9 2001 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 3C56037B71B for ; Tue, 27 Feb 2001 06:14:05 -0800 (PST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) 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 XAA16930; Tue, 27 Feb 2001 23:16:19 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Message-Id: <200102271416.XAA16930@shidahara1.planet.sci.kobe-u.ac.jp> To: "Daniel C. Sobral" Cc: current@freebsd.org Subject: Re: acpi and invisible pnpbios? In-reply-to: Your message of "Tue, 27 Feb 2001 22:54:58 JST." <3A9BB1B2.4BF08346@newsguy.com> Date: Tue, 27 Feb 2001 23:16:18 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A9BB1B2.4BF08346@newsguy.com>, "Daniel C. Sobral" $B$5$s$$$o$/(B: >When using acpica some of my pnpbios entries do not get probed. In Please send me DSDT block. >particular, I never see reports on non-identified PNP IDs (even boot >verbose), nor does my ess 1869 gets identified or shown. It is because,PnPBIOS probe message etc. is shown by isa/pnpparse.c and ACPI enumulator do not use it. To be get verbose infomation, use debug option.(But it makes heavy performance loss.) 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 Tue Feb 27 6:36:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 45E6237B719 for ; Tue, 27 Feb 2001 06:36:12 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p14-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.15]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id XAA29900; Tue, 27 Feb 2001 23:36:10 +0900 (JST) Message-ID: <3A9BBAAF.9066855F@newsguy.com> Date: Tue, 27 Feb 2001 23:33:19 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Takanori Watanabe Cc: current@freebsd.org Subject: Re: acpi and invisible pnpbios? References: <200102271416.XAA16930@shidahara1.planet.sci.kobe-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Takanori Watanabe wrote: > > In message <3A9BB1B2.4BF08346@newsguy.com>, "Daniel C. Sobral" $B$5$s$$$o$/(B: > >When using acpica some of my pnpbios entries do not get probed. In > > Please send me DSDT block. What a DSDT block? (looks down) Oh. Mmmm. Ok, let me see if I can get this to you. > >particular, I never see reports on non-identified PNP IDs (even boot > >verbose), nor does my ess 1869 gets identified or shown. > > It is because,PnPBIOS probe message etc. is shown by isa/pnpparse.c > and ACPI enumulator do not use it. To be get verbose infomation, > use debug option.(But it makes heavy performance loss.) But at least one pnpbios function _is_ called! -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@kzinti.bsdconspiracy.net Acabou o hipismo-arte. Mas a desculpa brasileira mais ouvida em Sydney e' que nao tem mais cavalo bobo por ai'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 6:51: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 0057937B71B for ; Tue, 27 Feb 2001 06:51:00 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p14-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.15]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id XAA05502; Tue, 27 Feb 2001 23:50:58 +0900 (JST) Message-ID: <3A9BBE26.4763C1A1@newsguy.com> Date: Tue, 27 Feb 2001 23:48:06 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Takanori Watanabe Cc: current@freebsd.org Subject: Re: acpi and invisible pnpbios? References: <200102271416.XAA16930@shidahara1.planet.sci.kobe-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Takanori Watanabe wrote: > > In message <3A9BB1B2.4BF08346@newsguy.com>, "Daniel C. Sobral" $B$5$s$$$o$/(B: > >When using acpica some of my pnpbios entries do not get probed. In > > Please send me DSDT block. > > >particular, I never see reports on non-identified PNP IDs (even boot > >verbose), nor does my ess 1869 gets identified or shown. > > It is because,PnPBIOS probe message etc. is shown by isa/pnpparse.c > and ACPI enumulator do not use it. To be get verbose infomation, > use debug option.(But it makes heavy performance loss.) Mmmmm. That explains a lot, indeed, because I do not have ACPI. Curious that the only device I lose is the ess1869. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.obscure.bsdconspiracy.net I think you are delusional, but that is OK. Its part of your natural charm! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 9:19:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 5E42E37B71B for ; Tue, 27 Feb 2001 09:19:08 -0800 (PST) (envelope-from julian@elischer.org) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id BAA30743 for ; Wed, 28 Feb 2001 01:19:06 +0800 Received: from elischer.org (i079-084.nv.iinet.net.au [203.59.79.84]) by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id BAA06382 for ; Wed, 28 Feb 2001 01:16:09 +0800 Message-ID: <3A9BE161.BF5FF26F@elischer.org> Date: Tue, 27 Feb 2001 09:18:25 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: repo intervention needed Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can someone with privs to do so remove src/sys/dev/nulmodem before it gets too far? -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 9:20:31 2001 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 7760D37B71D for ; Tue, 27 Feb 2001 09:20:27 -0800 (PST) (envelope-from root@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f1RHKPC72673 for freebsd-current@freebsd.org.AVP; Tue, 27 Feb 2001 18:20:25 +0100 (CET) (envelope-from root@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f1RHKPS72667 for freebsd-current@freebsd.org; Tue, 27 Feb 2001 18:20:25 +0100 (CET) (envelope-from root@neland.dk) Received: from gina.neland.dk (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.11.1/8.11.0) with ESMTP id f1RHK6x16066 for ; Tue, 27 Feb 2001 18:20:11 +0100 (CET) (envelope-from root@neland.dk) Date: Tue, 27 Feb 2001 18:21:21 +0100 (CET) From: Leif Neland To: Subject: make kernel failure: pecoff: machine/lock.h Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This happens with both my custom and GENERIC kernel. It has failed for some days, and also with source cvsup'ed today. A kernel built with "make buildkernel -k" works... Leif ===> mly cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/mly/../../dev/mly/mly.c cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/mly/../../dev/mly/mly_pci.c cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/mly/../../dev/mly/mly_cam.c ld -r -o mly.kld mly.o mly_pci.o mly_cam.o perl5 @/kern/gensetdefs.pl mly.kld cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c setdef0.c cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c setdef1.c ld -Bshareable -o mly.ko setdef0.o mly.kld setdef1.o ===> pecoff make: don't know how to make machine/lock.h. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GINA. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 11: 7:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from camel.avias.com (camel.avias.com [195.14.38.87]) by hub.freebsd.org (Postfix) with ESMTP id EE69D37B719 for ; Tue, 27 Feb 2001 11:07:29 -0800 (PST) (envelope-from camel@avias.com) Received: from 192.168.2.2 ([192.168.2.2]) by camel.avias.com (8.11.2/8.11.2) with ESMTP id f1RJ6AR35240 for ; Tue, 27 Feb 2001 22:06:11 +0300 (MSK) (envelope-from camel@avias.com) Date: Tue, 27 Feb 2001 22:08:18 +0300 From: Ilya Naumov X-Mailer: The Bat! (v1.48d) Educational Reply-To: Ilya Naumov X-Priority: 3 (Normal) Message-ID: <167535345.20010227220818@avias.com> To: current@freebsd.org Subject: d.net client + today's kernel 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 Hello, a distributed.net client (ports/misc/dnetc) being run on -current with today's kernel just hangs my box. the system _dramatically_ slows down and stops to respond on any external events (keyboard, network, etc). d.net client is a daemon, that uses cpu idle (and only idle) time to do some background mathematical calculations (www.distributed.net). it seems that with latest kernel snapshots a dnet client takes highest priority instead of lowest one. -- Best regards, Ilya mailto:camel@avias.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 11:12:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from diskfarm.firehouse.net (rdu26-60-051.nc.rr.com [66.26.60.51]) by hub.freebsd.org (Postfix) with ESMTP id 0DCC437B719 for ; Tue, 27 Feb 2001 11:12:46 -0800 (PST) (envelope-from abc@diskfarm.firehouse.net) Received: (from abc@localhost) by diskfarm.firehouse.net (8.11.1/8.11.1) id f1RJEu846195; Tue, 27 Feb 2001 14:14:56 -0500 (EST) (envelope-from abc) Date: Tue, 27 Feb 2001 14:14:56 -0500 From: Alan Clegg To: Ilya Naumov Cc: current@FreeBSD.ORG Subject: Re: d.net client + today's kernel Message-ID: <20010227141456.C43615@diskfarm.firehouse.net> References: <167535345.20010227220818@avias.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <167535345.20010227220818@avias.com>; from camel@avias.com on Tue, Feb 27, 2001 at 10:08:18PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Unless the network is lying to me again, Ilya Naumov said: > a distributed.net client (ports/misc/dnetc) being run on -current with > today's kernel just hangs my box. the system _dramatically_ slows > down and stops to respond on any external events (keyboard, network, > etc). An interesting side-effect (on 4.2-STABLE) on my laptop is that when running the dnetc code, my laptop will power down (without shutting down) after about 5 minutes of 100% CPU use. Not sure if it is a thermal issue (the fan comes on and stays on when dnetc is run) or something else. It does not panic, it just powers off. *BLINK* AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 11:24:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id 0131737B719 for ; Tue, 27 Feb 2001 11:24:03 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 2522 invoked by uid 666); 27 Feb 2001 19:35:59 -0000 Received: from i078-108.nv.iinet.net.au (HELO elischer.org) (203.59.78.108) by mail.m.iinet.net.au with SMTP; 27 Feb 2001 19:35:59 -0000 Message-ID: <3A9BFEA8.C5A57FDB@elischer.org> Date: Tue, 27 Feb 2001 11:23:21 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org, ports@freebsd.org Subject: ports refusing to build... Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [on -current] So I updated the vmware port via CVS today but it refuses to build with: jules# make Error: your port uses an old layout. Please update it to match this bsd.port.mk. If you have updated your ports collection via cvsup and are still getting this error, see Q12 and Q13 in the cvsup FAQ on http://www.polstra.com for further information. *** Error code 1 Stop in /usr/ports/emulators/vmware. *** Error code 1 Stop in /usr/ports/emulators/vmware. *** Error code 1 Stop in /usr/ports/emulators/vmware. *** Error code 1 Stop in /usr/ports/emulators/vmware. *** Error code 1 Stop in /usr/ports/emulators/vmware. ---------------------------------------- qustions 12 and 13 are: 12.But you said above that CVSup won't delete any files if I don't have a checkouts file. If I adopt my existing files as you describe, don't I run a risk that some files which should be deleted won't be deleted? 13.How can I adopt my FreeBSD-2.2.5 sources, and update them directly to FreeBSD-current? I don't see how these are relavent since I mirror the CVS tree and checked the ports out from CVS. Is it true that the ports tree cannot build at the moment because it's inconsitent with itself? -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 11:29:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 7B47D37B71A for ; Tue, 27 Feb 2001 11:29:05 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1RJPLl80806; Tue, 27 Feb 2001 11:25:22 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Tue, 27 Feb 2001 11:28:37 -0800 (PST) From: John Baldwin To: Leif Neland Subject: RE: make kernel failure: pecoff: machine/lock.h Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Feb-01 Leif Neland wrote: > This happens with both my custom and GENERIC kernel. > > It has failed for some days, and also with source cvsup'ed today. > A kernel built with "make buildkernel -k" works... > > Leif Have you tried running make depend? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Tue Feb 27 11:51:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by hub.freebsd.org (Postfix) with ESMTP id C65F937B718; Tue, 27 Feb 2001 11:51:51 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from fwd00.sul.t-online.com by mailout05.sul.t-online.com with smtp id 14XqA2-0000F5-0G; Tue, 27 Feb 2001 20:51:50 +0100 Received: from peedub.muc.de (320038014727-0001@[62.155.144.123]) by fmrl00.sul.t-online.com with esmtp id 14Xq9y-113yPgC; Tue, 27 Feb 2001 20:51:46 +0100 Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.11.2/8.11.1) with ESMTP id f1RKpXk07463; Tue, 27 Feb 2001 21:51:38 +0100 (CET) (envelope-from garyj@peedub.muc.de) Message-Id: <200102272051.f1RKpXk07463@peedub.muc.de> To: John Baldwin Cc: Leif Neland , freebsd-current@FreeBSD.ORG Subject: Re: make kernel failure: pecoff: machine/lock.h Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 27 Feb 2001 11:28:37 PST." Date: Tue, 27 Feb 2001 21:51:33 +0100 From: Gary Jennejohn X-Sender: 320038014727-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin writes: > > On 27-Feb-01 Leif Neland wrote: > > This happens with both my custom and GENERIC kernel. > > > > It has failed for some days, and also with source cvsup'ed today. > > A kernel built with "make buildkernel -k" works... > > > > Leif > > Have you tried running make depend? > Failing that, trying deleting your /sys/compile/ directory and re-config'ing your kernel. This has always worked for me. --- Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 13:37:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id 5DB3A37B71A; Tue, 27 Feb 2001 13:37:36 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f1RLbvZ12272; Tue, 27 Feb 2001 16:37:57 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Tue, 27 Feb 2001 16:37:57 -0500 From: Will Andrews To: Julian Elischer Cc: FreeBSD Ports Subject: Re: ports refusing to build... Message-ID: <20010227163757.O767@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Julian Elischer , FreeBSD Ports References: <3A9BFEA8.C5A57FDB@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="YZElM7ipGqdpYifc" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A9BFEA8.C5A57FDB@elischer.org>; from julian@elischer.org on Tue, Feb 27, 2001 at 11:23:21AM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --YZElM7ipGqdpYifc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ belongs on -ports ONLY ] On Tue, Feb 27, 2001 at 11:23:21AM -0800, Julian Elischer wrote: > So I updated the vmware port via CVS today > but it refuses to build with: > jules# make > Error: your port uses an old layout. Please update it to match this > bsd.port.mk. If you have updated your ports collection via cvsup and are= still > getting this error, see Q12 and Q13 in the cvsup FAQ on http://www.polstr= a.com > for further information. > *** Error code 1 >=20 > Stop in /usr/ports/emulators/vmware. > *** Error code 1 >=20 > Stop in /usr/ports/emulators/vmware. > *** Error code 1 >=20 > Stop in /usr/ports/emulators/vmware. > *** Error code 1 >=20 > Stop in /usr/ports/emulators/vmware. > *** Error code 1 >=20 > Stop in /usr/ports/emulators/vmware. > ---------------------------------------- > qustions 12 and 13 are: >=20 > 12.But you said above that CVSup won't delete any files if I don't have > a checkouts file. If I adopt my existing files as you describe, don't= =20 > I run a risk that some files which should be deleted won't be deleted?= =20 > 13.How can I adopt my FreeBSD-2.2.5 sources, and update them directly to= =20 > FreeBSD-current?=20 >=20 > I don't see how these are relavent since I mirror the CVS tree and checked > the ports out from CVS. >=20 > Is it true that the ports tree cannot build at the moment because > it's inconsitent with itself? Did you even read the suggestion? It said "if you updated .. via cvsup =2E. see Q12 and Q13 ..". Your problem is because you didn't update your ports/Mk (sigh). --=20 wca --YZElM7ipGqdpYifc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6nB40F47idPgWcsURAmQLAJ4o26cFPmddmUgyW3U0Sowk8ZcWnACeNNxk OkpNAKNpkhovaCw0hfspA60= =/RT0 -----END PGP SIGNATURE----- --YZElM7ipGqdpYifc-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 13:49:10 2001 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 AA32537B71B for ; Tue, 27 Feb 2001 13:49:03 -0800 (PST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f1RLn1j92445 for freebsd-current@FreeBSD.ORG.AVP; Tue, 27 Feb 2001 22:49:01 +0100 (CET) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f1RLn1F92423; Tue, 27 Feb 2001 22:49:01 +0100 (CET) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.1/8.11.0) with ESMTP id f1RLmbx16966; Tue, 27 Feb 2001 22:48:44 +0100 (CET) (envelope-from leifn@neland.dk) Date: Tue, 27 Feb 2001 22:48:37 +0100 (CET) From: Leif Neland To: Gary Jennejohn Cc: John Baldwin , freebsd-current@FreeBSD.ORG Subject: Re: make kernel failure: pecoff: machine/lock.h In-Reply-To: <200102272051.f1RKpXk07463@peedub.muc.de> 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, 27 Feb 2001, Gary Jennejohn wrote: > John Baldwin writes: > > > > On 27-Feb-01 Leif Neland wrote: > > > This happens with both my custom and GENERIC kernel. > > > > > > It has failed for some days, and also with source cvsup'ed today. > > > A kernel built with "make buildkernel -k" works... > > > > > > Leif > > > > Have you tried running make depend? > > > > > Failing that, trying deleting your /sys/compile/ directory > and re-config'ing your kernel. This has always worked for me. > I'm building the kernel "the new way", ie cd /usr/src make buildkernel KERNCONF= So the kernel is build in /usr/obj/usr/src/sys/GENERIC I deleted this, which buildkernel does itself, and config'ing it does too, and as I expected, it didn't make any difference. Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 14:44:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1342A37B71C for ; Tue, 27 Feb 2001 14:44:24 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1RMejl87446; Tue, 27 Feb 2001 14:40:45 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Tue, 27 Feb 2001 14:44:02 -0800 (PST) From: John Baldwin To: Leif Neland Subject: Re: make kernel failure: pecoff: machine/lock.h Cc: freebsd-current@FreeBSD.org, Gary Jennejohn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Feb-01 Leif Neland wrote: > > > On Tue, 27 Feb 2001, Gary Jennejohn wrote: > >> John Baldwin writes: >> > >> > On 27-Feb-01 Leif Neland wrote: >> > > This happens with both my custom and GENERIC kernel. >> > > >> > > It has failed for some days, and also with source cvsup'ed today. >> > > A kernel built with "make buildkernel -k" works... >> > > >> > > Leif >> > >> > Have you tried running make depend? >> > >> >> >> Failing that, trying deleting your /sys/compile/ directory >> and re-config'ing your kernel. This has always worked for me. >> > I'm building the kernel "the new way", ie cd /usr/src > make buildkernel KERNCONF= > > So the kernel is build in /usr/obj/usr/src/sys/GENERIC > > I deleted this, which buildkernel does itself, and config'ing it does too, > and as I expected, it didn't make any difference. > > Leif Ok. It may be that we are overflowing the kernel stack and corrupting the pcb in the process. One idea atm is to move the pcb off of the stack (since it stores persistent data it's a bad place for it anyways) and to add a red zone at the bottom of the stack to catch overflows. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Tue Feb 27 14:53:19 2001 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 A60F437B71B for ; Tue, 27 Feb 2001 14:53:14 -0800 (PST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f1RMrDt24578 for freebsd-current@FreeBSD.ORG.AVP; Tue, 27 Feb 2001 23:53:13 +0100 (CET) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f1RMrDJ24564; Tue, 27 Feb 2001 23:53:13 +0100 (CET) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.1/8.11.0) with ESMTP id f1RMqsx17630; Tue, 27 Feb 2001 23:52:59 +0100 (CET) (envelope-from leifn@neland.dk) Date: Tue, 27 Feb 2001 23:52:53 +0100 (CET) From: Leif Neland To: John Baldwin Cc: freebsd-current@FreeBSD.ORG Subject: Re: make kernel failure: pecoff: machine/lock.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 27 Feb 2001, John Baldwin wrote: > > On 27-Feb-01 Leif Neland wrote: > > > > > > On Tue, 27 Feb 2001, Gary Jennejohn wrote: > > > >> John Baldwin writes: > >> > > >> > On 27-Feb-01 Leif Neland wrote: > >> > > This happens with both my custom and GENERIC kernel. > >> > > > >> > > It has failed for some days, and also with source cvsup'ed today. > >> > > A kernel built with "make buildkernel -k" works... > >> > > > >> > > Leif > >> > > >> > Have you tried running make depend? > >> > > >> > >> > >> Failing that, trying deleting your /sys/compile/ directory > >> and re-config'ing your kernel. This has always worked for me. > >> > > I'm building the kernel "the new way", ie cd /usr/src > > make buildkernel KERNCONF= > > > > So the kernel is build in /usr/obj/usr/src/sys/GENERIC > > > > I deleted this, which buildkernel does itself, and config'ing it does too, > > and as I expected, it didn't make any difference. > > > > Leif > > Ok. It may be that we are overflowing the kernel stack and corrupting the pcb > in the process. One idea atm is to move the pcb off of the stack (since it > stores persistent data it's a bad place for it anyways) and to add a red zone > at the bottom of the stack to catch overflows. > Do you really thinks it is something this complicated? To me it just sounds like a makefile bug, as going to the pecoff directory and typing make gives the same error. But what do I know... Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 15: 5:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 8A0D237B718 for ; Tue, 27 Feb 2001 15:05:40 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1RN22l88465; Tue, 27 Feb 2001 15:02:02 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Tue, 27 Feb 2001 15:05:20 -0800 (PST) From: John Baldwin To: Leif Neland Subject: Re: make kernel failure: pecoff: machine/lock.h Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Feb-01 Leif Neland wrote: > > > On Tue, 27 Feb 2001, John Baldwin wrote: > >> >> On 27-Feb-01 Leif Neland wrote: >> > >> > >> > On Tue, 27 Feb 2001, Gary Jennejohn wrote: >> > >> >> John Baldwin writes: >> >> > >> >> > On 27-Feb-01 Leif Neland wrote: >> >> > > This happens with both my custom and GENERIC kernel. >> >> > > >> >> > > It has failed for some days, and also with source cvsup'ed today. >> >> > > A kernel built with "make buildkernel -k" works... >> >> > > >> >> > > Leif >> >> > >> >> > Have you tried running make depend? >> >> > >> >> >> >> >> >> Failing that, trying deleting your /sys/compile/ directory >> >> and re-config'ing your kernel. This has always worked for me. >> >> >> > I'm building the kernel "the new way", ie cd /usr/src >> > make buildkernel KERNCONF= >> > >> > So the kernel is build in /usr/obj/usr/src/sys/GENERIC >> > >> > I deleted this, which buildkernel does itself, and config'ing it does too, >> > and as I expected, it didn't make any difference. >> > >> > Leif >> >> Ok. It may be that we are overflowing the kernel stack and corrupting the >> pcb >> in the process. One idea atm is to move the pcb off of the stack (since it >> stores persistent data it's a bad place for it anyways) and to add a red >> zone >> at the bottom of the stack to catch overflows. >> > Do you really thinks it is something this complicated? > To me it just sounds like a makefile bug, as going to the pecoff directory > and typing make gives the same error. But what do I know... Oh, crossed wires. I was referring to the 'ltr' panics. Umm, you should only get this error if you have a stale .depend file. Note that config -r doesn't exist anymore, so it actually doesn't get automatically deleted by config or buildkernel. Can you build a kernel the old way? > Leif -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Tue Feb 27 16:21: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id DAAA037B718; Tue, 27 Feb 2001 16:20:50 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1S0Gl008890; Wed, 28 Feb 2001 01:16:51 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Wed, 28 Feb 2001 01:17:12 +0100 (CET) From: Martin Blapp To: Marcel Moolenaar , Thomas Moestl Cc: freebsd-emulation@FreeBSD.ORG, current@FreeBSD.ORG Subject: [PATCH] for linux_connect (ugly) In-Reply-To: <3A6C7C25.A6101656@cup.hp.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, Thomas Moestl and I tried to fix linux_connect. Most of this patch is from Thomas Moestl. I did only a little part of it and testing. Staroffice5.2 has been broken about one year now, and it needs a fix with the same behaviour to work correctly with FreeBSD. This patch should be rewritten so it can be comitted to CURRENT and (IMPORTANT) to STABLE before 4.3 is out. --- src/sys/sys/socket.h.orig Wed Feb 28 01:02:42 2001 +++ src/sys/sys/socket.h Wed Feb 28 01:02:10 2001 @@ -79,6 +79,7 @@ #define SO_REUSEPORT 0x0200 /* allow local address & port reuse */ #define SO_TIMESTAMP 0x0400 /* timestamp received dgram traffic */ #define SO_ACCEPTFILTER 0x1000 /* there is an accept filter */ +#define SO_KNBCONN 0x2000 /* kluge bit for linuxulator connect */ /* * Additional options, not kept in so_options. --- src/sys/compat/linux/linux_socket.c.orig Wed Feb 28 00:58:00 2001 +++ src/sys/compat/linux/linux_socket.c Wed Feb 28 01:00:51 2001 @@ -41,6 +41,8 @@ #include #include #include +#include +#include #include #include @@ -424,8 +426,9 @@ int *avalsize; } */ bsd_getsockopt_args; void *status, *statusl; - int stat, statl = sizeof stat; + int stat, iconn, statl = sizeof stat; caddr_t sg; + struct file *fp; /* Check for non-blocking */ bsd_fcntl_args.fd = linux_args.s; @@ -453,9 +456,27 @@ if ((error = copyin(status, &stat, sizeof stat))) return (error); + /* + * Ugly kluge: some applications depend on 0 being + * returned only the first time. Therefore, we set + * the (otherwise invisible) SO_KNBCONN flag. + * If it is set, return EISCONN. + */ + error = holdsock(p->p_fd, linux_args.s, &fp); + if (error) + return (error); + iconn = ((struct socket *)fp->f_data)->so_options & + SO_KNBCONN; + ((struct socket *)fp->f_data)->so_options |= SO_KNBCONN; + fdrop(fp, p); + + if (iconn) + return (EISCONN); + p->p_retval[0] = stat; return (0); - } + } else + return (EISCONN); } return (error); Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 16:46:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id 3EDB037B71A for ; Tue, 27 Feb 2001 16:46:09 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by dsl.MexComUSA.net (8.11.2/8.11.1) id f1S0emK32844 for freebsd-current@FreeBSD.ORG; Tue, 27 Feb 2001 16:40:48 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.200.120.86 ( [63.200.120.86]) as user eculp@EnContacto.Net by Mail.MexComUSA.net with HTTP; Tue, 27 Feb 2001 16:40:47 -0800 Message-ID: <983320847.3a9c490f92fc0@Mail.MexComUSA.net> Date: Tue, 27 Feb 2001 16:40:47 -0800 From: Edwin Culp To: freebsd-current@FreeBSD.ORG Subject: Re: make kernel failure: pecoff: machine/lock.h References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.200.120.86 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had that, and many other problems, about a week ago and I am not sure but i think that I ended up doing an rm -rf /usr/sys/modules/* , cvsuped made world and built new kernel with no problem. I remember that I had to erase all the modules directory but I'm not comeletely sure that it was this problem. Sorry, it's old age. ed Quoting Leif Neland : > > > On Tue, 27 Feb 2001, Gary Jennejohn wrote: > > > John Baldwin writes: > > > > > > On 27-Feb-01 Leif Neland wrote: > > > > This happens with both my custom and GENERIC kernel. > > > > > > > > It has failed for some days, and also with source cvsup'ed today. > > > > A kernel built with "make buildkernel -k" works... > > > > > > > > Leif > > > > > > Have you tried running make depend? > > > > > > > > > Failing that, trying deleting your /sys/compile/ directory > > and re-config'ing your kernel. This has always worked for me. > > > I'm building the kernel "the new way", ie cd /usr/src > make buildkernel KERNCONF= > > So the kernel is build in /usr/obj/usr/src/sys/GENERIC > > I deleted this, which buildkernel does itself, and config'ing it does too, > and as I expected, it didn't make any difference. > > Leif > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- EnContacto.Net - InternetSalon.Org - CafeMania.Net ------------------------------------------------- EnContacto.Net - CafeMania.Net - InternetSalon.Org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 16:55:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (sproxy.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 1E7F737B719 for ; Tue, 27 Feb 2001 16:55:15 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 4772 invoked by uid 0); 28 Feb 2001 00:55:13 -0000 Received: from p3e9e0415.dip.t-dialin.net (HELO forge.local) (62.158.4.21) by mail.gmx.net (mp017-rz3) with SMTP; 28 Feb 2001 00:55:13 -0000 Received: from tmm by forge.local with local (Exim 3.20 #1) id 14Xutg-0001nQ-00 for ; Wed, 28 Feb 2001 01:55:16 +0100 Date: Wed, 28 Feb 2001 01:55:15 +0100 From: Thomas Moestl To: current@FreeBSD.ORG Subject: Re: [PATCH] for linux_connect (ugly) Message-ID: <20010228015515.A6763@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , current@FreeBSD.ORG References: <3A6C7C25.A6101656@cup.hp.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 mb@imp.ch on Wed, Feb 28, 2001 at 01:17:12AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 28, 2001 at 01:17:12AM +0100, Martin Blapp wrote: > Thomas Moestl and I tried to fix linux_connect. Most of this patch > is from Thomas Moestl. I did only a little part of it and testing. > > Staroffice5.2 has been broken about one year now, and it needs > a fix with the same behaviour to work correctly with FreeBSD. > > This patch should be rewritten so it can be comitted to CURRENT > and (IMPORTANT) to STABLE before 4.3 is out. > > + /* > + * Ugly kluge: some applications depend on 0 being > + * returned only the first time. Therefore, we set > + * the (otherwise invisible) SO_KNBCONN flag. > + * If it is set, return EISCONN. > + */ > + error = holdsock(p->p_fd, linux_args.s, &fp); > + if (error) > + return (error); > + iconn = ((struct socket *)fp->f_data)->so_options & > + SO_KNBCONN; > + ((struct socket *)fp->f_data)->so_options |= SO_KNBCONN; > + fdrop(fp, p); > + > + if (iconn) > + return (EISCONN); Some background: when a socket is connected in non-blocking mode and the connect does not immediately succeed (i.e. EINPROGRESS is returned), linux obviously will return the value getsockopt(...SO_ERROR...) on the socket would give on FreeBSD (i.e. 0 if the connection attempt succeeded) from the first connect() call on the socket after the connection has been established. Only the next call will returne EISCONN. So, the linuxulator has been modified in the past to always return the value getsockopt(...SO_ERROR...) gives. This does break applications that loop and wait for EISCONN, e.g. StarOffice. I might add that I do not particularly like this patch (because of fiddling with the socket internals) and consider it more of a quick fix. A somewhat cleaner solution might be to add a SO_USER socket option that can be freely set or reset by any FreeBSD application (without any effect). This could then be used to store connect state, and linux applications would run fine because they are ignorant of this. This way the getsockopt/setsockopt interface could be used in the linuxulator. Then again, maybe it is better to hide this... Well. I dislike the Linux behaviour. I see no really clean way of emulating this without touching our socket internals (a separate state could be kept in the linuxulator, but this is even more ugly, I presume). - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 17:24:14 2001 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 5A24737B71B for ; Tue, 27 Feb 2001 17:24:11 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 17428 invoked by uid 0); 28 Feb 2001 01:24:09 -0000 Received: from p3e9e0415.dip.t-dialin.net (HELO forge.local) (62.158.4.21) by mail.gmx.net (mail02) with SMTP; 28 Feb 2001 01:24:09 -0000 Received: from tmm by forge.local with local (Exim 3.20 #1) id 14XvLg-0001s2-00 for ; Wed, 28 Feb 2001 02:24:12 +0100 Date: Wed, 28 Feb 2001 02:24:12 +0100 From: Thomas Moestl To: current@FreeBSD.ORG Subject: Re: [PATCH] for linux_connect (ugly) Message-ID: <20010228022412.A7084@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , current@FreeBSD.ORG References: <3A6C7C25.A6101656@cup.hp.com> <20010228015515.A6763@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010228015515.A6763@crow.dom2ip.de>; from tmoestl@gmx.net on Wed, Feb 28, 2001 at 01:55:15AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 28, 2001 at 01:55:15AM +0100, Thomas Moestl wrote: > On Wed, Feb 28, 2001 at 01:17:12AM +0100, Martin Blapp wrote: > > Thomas Moestl and I tried to fix linux_connect. Most of this patch > > is from Thomas Moestl. I did only a little part of it and testing. > > > > Staroffice5.2 has been broken about one year now, and it needs > > a fix with the same behaviour to work correctly with FreeBSD. > > > > This patch should be rewritten so it can be comitted to CURRENT > > and (IMPORTANT) to STABLE before 4.3 is out. > > > > + /* > > + * Ugly kluge: some applications depend on 0 being > > + * returned only the first time. Therefore, we set > > + * the (otherwise invisible) SO_KNBCONN flag. > > + * If it is set, return EISCONN. > > + */ > > + error = holdsock(p->p_fd, linux_args.s, &fp); > > + if (error) > > + return (error); > > + iconn = ((struct socket *)fp->f_data)->so_options & > > + SO_KNBCONN; > > + ((struct socket *)fp->f_data)->so_options |= SO_KNBCONN; > > + fdrop(fp, p); > > + > > + if (iconn) > > + return (EISCONN); I have forgotten to add that if we fiddle with the socket's internals anyway, this should probably be put into the socket state. This really is a quick hack, but maybe it can be sanitized to be useful. - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 18:20:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id C9D0737B71C for ; Tue, 27 Feb 2001 18:20:46 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f1S2JTl80974; Tue, 27 Feb 2001 20:19:29 -0600 (CST) (envelope-from jlemon) Date: Tue, 27 Feb 2001 20:19:29 -0600 (CST) From: Jonathan Lemon Message-Id: <200102280219.f1S2JTl80974@prism.flugsvamp.com> To: tmoestl@gmx.net, current@freebsd.org Subject: Re: [PATCH] for linux_connect (ugly) X-Newsgroups: local.mail.freebsd-current In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >Some background: when a socket is connected in non-blocking mode and >the connect does not immediately succeed (i.e. EINPROGRESS is returned), >linux obviously will return the value getsockopt(...SO_ERROR...) on the >socket would give on FreeBSD (i.e. 0 if the connection attempt succeeded) >from the first connect() call on the socket after the connection has been >established. Only the next call will returne EISCONN. >So, the linuxulator has been modified in the past to always return the >value getsockopt(...SO_ERROR...) gives. >This does break applications that loop and wait for EISCONN, e.g. >StarOffice. Let me get this straight, just so I understand the behavior: 1. socket is marked non-blocking. 2. connect() is made, does not immediately succeed, returns EINPROGRESS 3. connect() call is repeatedly made, EALREADY is returned. 4. connection finally established, connect() returns EISCONN Is this the correct/desired behavior? -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 18:41: 2 2001 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 63B3937B719 for ; Tue, 27 Feb 2001 18:41:00 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1S2dcP03557 for freebsd-current@FreeBSD.org; Tue, 27 Feb 2001 18:39:38 -0800 (PST) (envelope-from obrien) Date: Tue, 27 Feb 2001 18:39:38 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.org Subject: Re: make kernel failure: pecoff: machine/lock.h Message-ID: <20010227183937.A3442@dragon.nuxi.com> Reply-To: freebsd-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 jhb@FreeBSD.org on Tue, Feb 27, 2001 at 11:28:37AM -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, Feb 27, 2001 at 11:28:37AM -0800, John Baldwin wrote: > Have you tried running make depend? I've got the same problem about a bogus dependancy on machine/lock.h. And yes, this is after a `make depend' on a /sys I *just* CVSup'ed. :-( -- -- 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 Feb 27 18:55: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id C275F37B718 for ; Tue, 27 Feb 2001 18:54:55 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 9B4BDBACC; Tue, 27 Feb 2001 21:54:53 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Ilya Naumov Cc: current@FreeBSD.ORG Subject: Re: d.net client + today's kernel In-Reply-To: Message from Ilya Naumov of "Tue, 27 Feb 2001 22:08:18 +0300." <167535345.20010227220818@avias.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Feb 2001 21:54:53 -0500 From: Jake Burkholder Message-Id: <20010228025453.9B4BDBACC@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hello, > > a distributed.net client (ports/misc/dnetc) being run on -current with > today's kernel just hangs my box. the system _dramatically_ slows > down and stops to respond on any external events (keyboard, network, > etc). > > d.net client is a daemon, that uses cpu idle (and only idle) time to do some > background mathematical calculations (www.distributed.net). it seems that with > latest kernel snapshots a dnet client takes highest priority instead > of lowest one. > Sorry, this should be fixed. I'm running it now and it seems fine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 19:59:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 4B2A837B71A; Tue, 27 Feb 2001 19:59:27 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.2/8.11.1) with ESMTP id f1S3xMI02079; Tue, 27 Feb 2001 23:59:23 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Tue, 27 Feb 2001 23:59:22 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: System hangs with -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 Okay, can't seem to find a 9pin->9pin NULL modem cable in this 'pit of the earth' town, so figured I'd do the sysctl commands on my console and use an ssh connection into the machine to run the 'hanging sequence' ... the console flashed a bunch of 'debugging info' and then hung solid ... I could still login remotely and whatnot, type commands, just nothing was happening on the console, couldn't change vty's, nothing ... is it supposed to do that? *raised eyebrow* On Thu, 22 Feb 2001, John Baldwin wrote: > > On 23-Feb-01 The Hermit Hacker wrote: > > On Thu, 22 Feb 2001, John Baldwin wrote: > > > >> > >> On 22-Feb-01 The Hermit Hacker wrote: > >> > > >> > Okay, I have to pick up a NULL modem cable tomorrow and dive into this ... > >> > finally ... > >> > > >> > The various KTR_ that you mention below, these are kernel settings that I > >> > compile into the kernel? > >> > >> Yes. You want this: > >> > >> options KTR > >> options KTR_EXTEND > >> options KTR_COMPILE=0x1208 > > > > okay, just so that I understand ... I compile my kernel with these > > options, and then run the two sysctl commands you list below? the > > KTR_COMPILE arg looks similar to the ktr_mask one below, which is why I'm > > confirming ... > > Yes. KTR_COMPILE controls what KTR tracepoints are actually compiled into > the kernel. The ktr_mask sysctl controls a runtime mask that lets you choose > which of the compiled in masks you want to enable. I have manpages for this > stuff, but they are waiting for doc guys to review them. > > >> The mtx_quiet.patch is old and won't apply to current now I'm afraid. > >> > >> > On Tue, 2 Jan 2001, John Baldwin wrote: > >> > > >> >> > >> >> On 02-Jan-01 The Hermit Hacker wrote: > >> >> > > >> >> > Over the past several months, as others have reported, I've been > >> >> > getting > >> >> > system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, but > >> >> > ctl-alt-esc doesn't break me to the debugger ... > >> >> > > >> >> > I'm not complaining about the hangs, if I was overly concerned, I'd run > >> >> > -STABLE, but I'm wondering how one goes about providing debug > >> >> > information > >> >> > on them other then through DDB? > >> >> > >> >> Not easily. :( If you can make the problem easily repeatable, then you > >> >> can > >> >> try > >> >> turning on KTR in your kernel (see NOTES, you will need KTR_EXTEND), > >> >> setting > >> >> up > >> >> a serial console that you log the output of, create a shell script that > >> >> runs > >> >> the following commands: > >> >> > >> >> #!/bin/sh > >> >> > >> >> # Turn on KTR_INTR, KTR_PROC, and KTR_LOCK > >> >> sysctl -w debug.ktr_mask=0x1208 > >> >> sysctl -w debug.ktr_verbose=2 > >> >> > >> >> run_magic_command_that_hangs_my_machine > >> >> > >> >> and run the script. You probably want to run it over a tty or remote > >> >> login > >> >> so > >> >> tthat the serial console output is just the logging (warning, it will be > >> >> very > >> >> verbose!). Also, you probably want to use > >> >> http://www.FreeBSD.org/~jhb/patches/mtx_quiet.patch to shut up most of > >> >> the > >> >> irrelevant and cluttery mutex trace messages. Note that having this much > >> >> logging on will probably slow the machine to a crawl as well, so you may > >> >> have > >> >> to just start this up and go off and do something else until it hangs. > >> >> :-/ > >> >> Another alternative is to rig up a NMI debouncer and use it to break into > >> >> the > >> >> debugger. Then you can start poking around to see who owns sched_lock, > >> >> etc. > >> >> > >> >> > Thanks ... > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > 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 Feb 27 20: 4: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id D44BE37B718; Tue, 27 Feb 2001 20:03:50 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.2/8.11.1) with ESMTP id f1S43o802126; Wed, 28 Feb 2001 00:03:50 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Wed, 28 Feb 2001 00:03:50 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: System hangs with -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 Yup, definitely doesn't like me using the console ... just tried it again, and its as if it can't scroll up the screen to send more data or something? I just rebooted, and then ssh'd in from remote ... type'd the two sysctl commands, and got: cpu1 ../../i386/i386/trap.c.181 GOT (spin) sched lock [0xc0320f20] r=0 at ../../i386/i386/trap.c:181 cpcsocp/../i386/i386/trap.c.217 REL (spin) sched l on my screen ... type'd exactly as seen ... and that's it ... console is now locked again ... On Tue, 27 Feb 2001, The Hermit Hacker wrote: > > Okay, can't seem to find a 9pin->9pin NULL modem cable in this 'pit of the > earth' town, so figured I'd do the sysctl commands on my console and use > an ssh connection into the machine to run the 'hanging sequence' ... the > console flashed a bunch of 'debugging info' and then hung solid ... I > could still login remotely and whatnot, type commands, just nothing was > happening on the console, couldn't change vty's, nothing ... > > is it supposed to do that? *raised eyebrow* > > On Thu, 22 Feb 2001, John Baldwin wrote: > > > > > On 23-Feb-01 The Hermit Hacker wrote: > > > On Thu, 22 Feb 2001, John Baldwin wrote: > > > > > >> > > >> On 22-Feb-01 The Hermit Hacker wrote: > > >> > > > >> > Okay, I have to pick up a NULL modem cable tomorrow and dive into this ... > > >> > finally ... > > >> > > > >> > The various KTR_ that you mention below, these are kernel settings that I > > >> > compile into the kernel? > > >> > > >> Yes. You want this: > > >> > > >> options KTR > > >> options KTR_EXTEND > > >> options KTR_COMPILE=0x1208 > > > > > > okay, just so that I understand ... I compile my kernel with these > > > options, and then run the two sysctl commands you list below? the > > > KTR_COMPILE arg looks similar to the ktr_mask one below, which is why I'm > > > confirming ... > > > > Yes. KTR_COMPILE controls what KTR tracepoints are actually compiled into > > the kernel. The ktr_mask sysctl controls a runtime mask that lets you choose > > which of the compiled in masks you want to enable. I have manpages for this > > stuff, but they are waiting for doc guys to review them. > > > > >> The mtx_quiet.patch is old and won't apply to current now I'm afraid. > > >> > > >> > On Tue, 2 Jan 2001, John Baldwin wrote: > > >> > > > >> >> > > >> >> On 02-Jan-01 The Hermit Hacker wrote: > > >> >> > > > >> >> > Over the past several months, as others have reported, I've been > > >> >> > getting > > >> >> > system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, but > > >> >> > ctl-alt-esc doesn't break me to the debugger ... > > >> >> > > > >> >> > I'm not complaining about the hangs, if I was overly concerned, I'd run > > >> >> > -STABLE, but I'm wondering how one goes about providing debug > > >> >> > information > > >> >> > on them other then through DDB? > > >> >> > > >> >> Not easily. :( If you can make the problem easily repeatable, then you > > >> >> can > > >> >> try > > >> >> turning on KTR in your kernel (see NOTES, you will need KTR_EXTEND), > > >> >> setting > > >> >> up > > >> >> a serial console that you log the output of, create a shell script that > > >> >> runs > > >> >> the following commands: > > >> >> > > >> >> #!/bin/sh > > >> >> > > >> >> # Turn on KTR_INTR, KTR_PROC, and KTR_LOCK > > >> >> sysctl -w debug.ktr_mask=0x1208 > > >> >> sysctl -w debug.ktr_verbose=2 > > >> >> > > >> >> run_magic_command_that_hangs_my_machine > > >> >> > > >> >> and run the script. You probably want to run it over a tty or remote > > >> >> login > > >> >> so > > >> >> tthat the serial console output is just the logging (warning, it will be > > >> >> very > > >> >> verbose!). Also, you probably want to use > > >> >> http://www.FreeBSD.org/~jhb/patches/mtx_quiet.patch to shut up most of > > >> >> the > > >> >> irrelevant and cluttery mutex trace messages. Note that having this much > > >> >> logging on will probably slow the machine to a crawl as well, so you may > > >> >> have > > >> >> to just start this up and go off and do something else until it hangs. > > >> >> :-/ > > >> >> Another alternative is to rig up a NMI debouncer and use it to break into > > >> >> the > > >> >> debugger. Then you can start poking around to see who owns sched_lock, > > >> >> etc. > > >> >> > > >> >> > Thanks ... > > > > -- > > > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > > > 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 > 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 Feb 27 20:58:56 2001 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 C9CAD37B71B; Tue, 27 Feb 2001 20:58:49 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA14790; Wed, 28 Feb 2001 15:58:46 +1100 Date: Wed, 28 Feb 2001 15:58:39 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: Leif Neland , freebsd-current@FreeBSD.ORG, Gary Jennejohn Subject: Re: make kernel failure: pecoff: machine/lock.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 27 Feb 2001, John Baldwin wrote: > Ok. It may be that we are overflowing the kernel stack and corrupting the pcb > in the process. One idea atm is to move the pcb off of the stack (since it > stores persistent data it's a bad place for it anyways) and to add a red zone > at the bottom of the stack to catch overflows. Most of the pcb actually has the same persistence as the kernel stack (both mainly store the process's context while the process is in the kernel). But it is silly to put the pcb below the stack instead of above it. Perhaps the idea is to get a panic sooner when something is corrupted. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 27 21:36:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id 959B537B71B for ; Tue, 27 Feb 2001 21:36:15 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 10910 invoked by uid 666); 28 Feb 2001 05:48:09 -0000 Received: from i003-146.nv.iinet.net.au (HELO elischer.org) (203.59.3.146) by mail.m.iinet.net.au with SMTP; 28 Feb 2001 05:48:09 -0000 Message-ID: <3A9C8E4C.C19E7F68@elischer.org> Date: Tue, 27 Feb 2001 21:36:12 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Bruce Evans Cc: John Baldwin , Leif Neland , freebsd-current@FreeBSD.ORG, Gary Jennejohn Subject: Re: make kernel failure: pecoff: machine/lock.h References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > > On Tue, 27 Feb 2001, John Baldwin wrote: > > > Ok. It may be that we are overflowing the kernel stack and corrupting the pcb > > in the process. One idea atm is to move the pcb off of the stack (since it > > stores persistent data it's a bad place for it anyways) and to add a red zone > > at the bottom of the stack to catch overflows. > > Most of the pcb actually has the same persistence as the kernel stack > (both mainly store the process's context while the process is in the > kernel). But it is silly to put the pcb below the stack instead of > above it. Perhaps the idea is to get a panic sooner when something > is corrupted. I have never understood why the context is not ON the stack. > > Bruce > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 1:13:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 3649537B718 for ; Wed, 28 Feb 2001 01:13:33 -0800 (PST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id KAA48335 for current@freebsd.org; Wed, 28 Feb 2001 10:13:31 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.1/8.8.8) with ESMTP id f1S9D8I00371 for ; Wed, 28 Feb 2001 10:13:08 +0100 (CET) (envelope-from root@nihil) Date: Wed, 28 Feb 2001 10:13:08 +0100 (CET) From: Michael Reifenberger To: FreeBSD-Current Subject: lock order reversal under -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, with -current sources (as of -now) I get during startup: lock order reversal 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 2nd 0xc0306840 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:940 3rd 0xcbd20a0c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:949 32 Is that bad? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 2:13: 6 2001 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 5C45937B71C; Wed, 28 Feb 2001 02:13:01 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f1SADEM33918; Wed, 28 Feb 2001 11:13:14 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: stable@freebsd.org, current@freebsd.org Subject: Jail code has been dysfunctional... From: Poul-Henning Kamp Date: Wed, 28 Feb 2001 11:13:14 +0100 Message-ID: <33916.983355194@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For some time in current. Unfortunately I found out when I MFC'ed the non-working code into -stable. I belive the code works in -current again now, and I will MFC the fix probably some time sunday. -- 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 Feb 28 3:25:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id BFD6737B718 for ; Wed, 28 Feb 2001 03:25:49 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f1SBPiM51551 for current@FreeBSD.org; Wed, 28 Feb 2001 13:25:44 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200102281125.f1SBPiM51551@zibbi.icomtek.csir.co.za> Subject: resolver problem with shared linked programs To: current@FreeBSD.org Date: Wed, 28 Feb 2001 13:25:44 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed that sendmail started to complain of a failed reverse lookup when starting: Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 At first I thought something is wrong with my ipv6 dns setup, but it turned out that if a program is linked shared the first getipnodebyaddr() it does will succeed, but the rest fail. For a staticly linked program all of them will succeed: ######## beast:~/try > cc -Wall -static -O -o tstgetipnodebyaddr.static-c tstgetipnodebyaddr.c beast:~/try > cc -Wall -O -o tstgetipnodebyaddr tstgetipnodebyaddr.c beast:~/try > ./tstgetipnodebyaddr.static-c And the answer is: beast.icomtek.csir.co.za And the answer is: beast.icomtek.csir.co.za beast:~/try > ./tstgetipnodebyaddr And the answer is: beast.icomtek.csir.co.za Oops: 2. getipnodebyaddr: Host name lookup failure beast:~/try > ######## My test program is at the end of the email. Maybe I (and sendmail) have done something wrong? John -- John Hay -- John.Hay@icomtek.csir.co.za #include #include #include #include #include #include int main(int argc, char **argv) { struct hostent *he; int h_err; u_char ipnum[16]; char *astr1; astr1 = "146.64.24.3"; h_err = inet_pton(AF_INET, astr1, ipnum); if(h_err == 0) { printf("conversion error with inet_pton()\n"); exit(1); } he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); if(he == NULL) { printf("Oops: %d.\n", h_err); herror("getipnodebyaddr"); } else printf("And the answer is: %s\n", he->h_name); he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); if(he == NULL) { printf("Oops: %d.\n", h_err); herror("getipnodebyaddr"); } else printf("And the answer is: %s\n", he->h_name); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 3:38:47 2001 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 01BB637B719; Wed, 28 Feb 2001 03:38:45 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA15731; Wed, 28 Feb 2001 22:38:39 +1100 Date: Wed, 28 Feb 2001 22:38:32 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Julian Elischer Cc: John Baldwin , Leif Neland , freebsd-current@FreeBSD.ORG, Gary Jennejohn Subject: Re: make kernel failure: pecoff: machine/lock.h In-Reply-To: <3A9C8E4C.C19E7F68@elischer.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 Tue, 27 Feb 2001, Julian Elischer wrote: > Bruce Evans wrote: > > Most of the pcb actually has the same persistence as the kernel stack > > (both mainly store the process's context while the process is in the > > kernel). But it is silly to put the pcb below the stack instead of > > above it. Perhaps the idea is to get a panic sooner when something > > is corrupted. > > I have never understood why the context is not ON the stack. At least on i386's, it is because the context is not all saved in LIFO order. The pcb gets the non-LIFO stuff. E.g., the FP state is saved lazily, not pushed on every entry to the kernel. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 3:43:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from avias.com (avias-gw.corbina.net [195.14.40.4]) by hub.freebsd.org (Postfix) with ESMTP id D349437B718 for ; Wed, 28 Feb 2001 03:43:20 -0800 (PST) (envelope-from camel@avias.com) Received: from [195.14.38.87] (camel.avias.com [195.14.38.87]) by avias.com (8.11.2/8.11.2) with ESMTP id f1SBgsK53582; Wed, 28 Feb 2001 14:42:56 +0300 (MSK) (envelope-from camel@avias.com) Date: Wed, 28 Feb 2001 14:41:35 +0300 (MSK) From: Ilya Naumov To: Jake Burkholder Cc: Subject: Re: d.net client + today's kernel In-Reply-To: <20010228025453.9B4BDBACC@cr66388-a.rchrd1.on.wave.home.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, 27 Feb 2001, Jake Burkholder wrote: > > a distributed.net client (ports/misc/dnetc) being run on -current with > > today's kernel just hangs my box. the system _dramatically_ slows > > down and stops to respond on any external events (keyboard, network, > > etc). > Sorry, this should be fixed. I'm running it now and it seems fine. what's the date of your kernel? sincerely, ilya naumov (at work) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 4:14:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id D8B3D37B718 for ; Wed, 28 Feb 2001 04:14:12 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 8C102BACC; Wed, 28 Feb 2001 07:14:12 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Ilya Naumov Cc: current@FreeBSD.ORG Subject: Re: d.net client + today's kernel In-Reply-To: Message from Ilya Naumov of "Wed, 28 Feb 2001 14:41:35 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Feb 2001 07:14:12 -0500 From: Jake Burkholder Message-Id: <20010228121412.8C102BACC@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, 27 Feb 2001, Jake Burkholder wrote: > > > > a distributed.net client (ports/misc/dnetc) being run on -current with > > > today's kernel just hangs my box. the system _dramatically_ slows > > > down and stops to respond on any external events (keyboard, network, > > > etc). > > Sorry, this should be fixed. I'm running it now and it seems fine. > > what's the date of your kernel? > 2001/02/27 18:53:44 PST Any time after that should be good. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 4:26:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from srcso.globis.ru (globis.ru [212.248.80.7]) by hub.freebsd.org (Postfix) with ESMTP id 05B3E37B719 for ; Wed, 28 Feb 2001 04:26:23 -0800 (PST) (envelope-from igor@raduga.dyndns.org) Received: from raduga.dyndns.org (raduga.sochi.net [212.248.82.76]) by srcso.globis.ru (8.9.3/8.9.3) with ESMTP id QAA93453 for ; Wed, 28 Feb 2001 16:09:44 +0300 (MSK) (envelope-from igor@raduga.dyndns.org) Received: (from igor@localhost) by raduga.dyndns.org (8.10.1/8.10.1) id f1SCPFH13515 for freebsd-current@freebsd.org; Wed, 28 Feb 2001 15:25:15 +0300 Date: Wed, 28 Feb 2001 15:25:15 +0300 From: Igor Robul To: freebsd-current@freebsd.org Subject: KDE2 port? Message-ID: <20010228152515.A13403@linux.rainbow> Reply-To: igorr@crosswinds.net Mail-Followup-To: freebsd-current@freebsd.org References: <20010223140324.A55387@office.naver.co.id> <20010223045037.A547@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20010223045037.A547@zippy.mybox.zip>; from jazepeda@pacbell.net on Fri, Feb 23, 2001 at 04:50:37AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 23, 2001 at 04:50:37AM -0800, Alex Zepeda wrote: > Define flawlessly? > > I haven't noticed any problems yet with KDE2, other than the usual mixing I can't build KDE2 port on -CURRENT-20010228 I'm not complaining of course, I even don't need KDE, but I wish try it :-) This -CURRENT is my workstation. On -STABLE server I have build KDE2 without problems, but then deinstalled it (why I need KDE on server? :-) ) Problem is, while compiling I get: cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../../CContLib -I/usr/local/include -Wall -c ProcessList.c ProcessList.c: In function `updateProcess': ProcessList.c:199: structure has no member named `ki_priority' -- Igor Robul, Unix System Administrator & Programmer @ sanatorium "Raduga", Sochi, Russia http://www.brainbench.com/transcript.jsp?pid=304744 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 4:49: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from srcso.globis.ru (globis.ru [212.248.80.7]) by hub.freebsd.org (Postfix) with ESMTP id D24F137B719 for ; Wed, 28 Feb 2001 04:48:52 -0800 (PST) (envelope-from igor@raduga.dyndns.org) Received: from raduga.dyndns.org (raduga.sochi.net [212.248.82.76]) by srcso.globis.ru (8.9.3/8.9.3) with ESMTP id QAA93533 for ; Wed, 28 Feb 2001 16:32:31 +0300 (MSK) (envelope-from igor@raduga.dyndns.org) Received: (from igor@localhost) by raduga.dyndns.org (8.10.1/8.10.1) id f1SCmYU13908 for freebsd-current@FreeBSD.ORG; Wed, 28 Feb 2001 15:48:34 +0300 Date: Wed, 28 Feb 2001 15:48:34 +0300 From: Igor Robul To: freebsd-current@FreeBSD.ORG Subject: struct ki_pri VS ki_priority in sys/user.h Message-ID: <20010228154834.A13861@linux.rainbow> Reply-To: igorr@crosswinds.net Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20010223140324.A55387@office.naver.co.id> <20010223045037.A547@zippy.mybox.zip> <20010228152515.A13403@linux.rainbow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20010228152515.A13403@linux.rainbow>; from igor@raduga.dyndns.org on Wed, Feb 28, 2001 at 03:25:15PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 28, 2001 at 03:25:15PM +0300, Igor Robul wrote: > Problem is, while compiling I get: > cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../../CContLib > -I/usr/local/include -Wall -c ProcessList.c > ProcessList.c: In function `updateProcess': > ProcessList.c:199: structure has no member named `ki_priority' Ok, now there is "struct ki_pri" instead of "int (?) ki_priority" This is used in ksysguardd, so (hoping I'll not get problems) I have changed ki_priority to ki_pri.pri_user in KDE source. But can somebody enlighten me on this topic? -- Igor Robul, Unix System Administrator & Programmer @ sanatorium "Raduga", Sochi, Russia http://www.brainbench.com/transcript.jsp?pid=304744 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 4:57: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (smtp.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id CC20C37B718 for ; Wed, 28 Feb 2001 04:56:55 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1SCumg31425; Wed, 28 Feb 2001 14:56:49 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1SCugS53260; Wed, 28 Feb 2001 14:56:42 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9CF587.8FE3E2DF@FreeBSD.org> Date: Wed, 28 Feb 2001 14:56:39 +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: igorr@crosswinds.net Cc: freebsd-current@FreeBSD.org Subject: Re: struct ki_pri VS ki_priority in sys/user.h References: <20010223140324.A55387@office.naver.co.id> <20010223045037.A547@zippy.mybox.zip> <20010228152515.A13403@linux.rainbow> <20010228154834.A13861@linux.rainbow> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Igor Robul wrote: > On Wed, Feb 28, 2001 at 03:25:15PM +0300, Igor Robul wrote: > > Problem is, while compiling I get: > > cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../../CContLib > > -I/usr/local/include -Wall -c ProcessList.c > > ProcessList.c: In function `updateProcess': > > ProcessList.c:199: structure has no member named `ki_priority' > Ok, now there is "struct ki_pri" instead of "int (?) ki_priority" > This is used in ksysguardd, so (hoping I'll not get problems) I have > changed ki_priority to ki_pri.pri_user in KDE source. > > But can somebody enlighten me on this topic? Should be fine. See http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/user.h. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 5: 1:35 2001 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 4060937B71A; Wed, 28 Feb 2001 05:01:18 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1SD14g31585; Wed, 28 Feb 2001 15:01:04 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1SD0pS53319; Wed, 28 Feb 2001 15:00:51 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9CF680.563D9F2B@FreeBSD.org> Date: Wed, 28 Feb 2001 15:00:48 +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: phk@FreeBSD.org Cc: current@FreeBSD.org Subject: Correct size of kinfo_proc Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Poul, In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. Please correct. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 5: 7:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id 5C81F37B71A for ; Wed, 28 Feb 2001 05:07:18 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 12793 invoked by uid 666); 28 Feb 2001 13:19:08 -0000 Received: from i076-137.nv.iinet.net.au (HELO elischer.org) (203.59.76.137) by mail.m.iinet.net.au with SMTP; 28 Feb 2001 13:19:08 -0000 Message-ID: <3A9CF800.F633256B@elischer.org> Date: Wed, 28 Feb 2001 05:07:12 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Bruce Evans Cc: John Baldwin , Leif Neland , freebsd-current@FreeBSD.ORG, Gary Jennejohn Subject: Re: make kernel failure: pecoff: machine/lock.h References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > > On Tue, 27 Feb 2001, Julian Elischer wrote: > > > Bruce Evans wrote: > > > Most of the pcb actually has the same persistence as the kernel stack > > > (both mainly store the process's context while the process is in the > > > kernel). But it is silly to put the pcb below the stack instead of > > > above it. Perhaps the idea is to get a panic sooner when something > > > is corrupted. > > > > I have never understood why the context is not ON the stack. > > At least on i386's, it is because the context is not all saved in LIFO > order. The pcb gets the non-LIFO stuff. E.g., the FP state is saved > lazily, not pushed on every entry to the kernel. We could push the pcb onto the stack as easily as have it somewhere else. It's not compulsory to access stack memeory in sequential order. > > Bruce > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 5:10:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from srcso.globis.ru (globis.ru [212.248.80.7]) by hub.freebsd.org (Postfix) with ESMTP id 1502D37B71B for ; Wed, 28 Feb 2001 05:10:38 -0800 (PST) (envelope-from igor@raduga.dyndns.org) Received: from raduga.dyndns.org (raduga.sochi.net [212.248.82.76]) by srcso.globis.ru (8.9.3/8.9.3) with ESMTP id QAA93631 for ; Wed, 28 Feb 2001 16:54:15 +0300 (MSK) (envelope-from igor@raduga.dyndns.org) Received: (from igor@localhost) by raduga.dyndns.org (8.10.1/8.10.1) id f1SDA9D14378 for freebsd-current@freebsd.org; Wed, 28 Feb 2001 16:10:09 +0300 Date: Wed, 28 Feb 2001 16:10:09 +0300 From: Igor Robul To: freebsd-current@freebsd.org Subject: Re: Correct size of kinfo_proc Message-ID: <20010228161009.B14235@linux.rainbow> Reply-To: igorr@crosswinds.net Mail-Followup-To: freebsd-current@freebsd.org References: <3A9CF680.563D9F2B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <3A9CF680.563D9F2B@FreeBSD.org>; from sobomax@FreeBSD.ORG on Wed, Feb 28, 2001 at 03:00:48PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 28, 2001 at 03:00:48PM +0200, Maxim Sobolev wrote: > Hi Poul, > > In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to > kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. > Please correct. Why don't use sizeof() insead of hardcoding numbers? -- Igor Robul, Unix System Administrator & Programmer @ sanatorium "Raduga", Sochi, Russia http://www.brainbench.com/transcript.jsp?pid=304744 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 5:24:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta04.mail.mel.aone.net.au (mta04.mail.au.uu.net [203.2.192.84]) by hub.freebsd.org (Postfix) with ESMTP id 5D9DB37B718; Wed, 28 Feb 2001 05:24:39 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.55.241.53]) by mta04.mail.mel.aone.net.au with ESMTP id <20010228132436.XNSI17033.mta04.mail.mel.aone.net.au@camtech.net.au>; Thu, 1 Mar 2001 00:24:36 +1100 Message-ID: <3A9CFCF0.C24ADB1@camtech.net.au> Date: Wed, 28 Feb 2001 23:58:16 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: John Hay Cc: current@FreeBSD.org, stable@FreeBSD.org Subject: Re: resolver problem with shared linked programs References: <200102281125.f1SBPiM51551@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Hay wrote: > > I noticed that sendmail started to complain of a failed reverse lookup > when starting: > > Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 > > At first I thought something is wrong with my ipv6 dns setup, but it turned > out that if a program is linked shared the first getipnodebyaddr() it does > will succeed, but the rest fail. For a staticly linked program all of > them will succeed: So it's in -CURRENT too. -STABLE users have been complaining of a similar problem since about the 20th/21st of Feb. I was damned lucky that I skimmed: http://www.mail-archive.com/freebsd-stable%40freebsd.org/ before I built a -STABLE system today. I'm cross posting to stable so others can try your program. And I wont install my -CURRENT buildworld. > > #include > #include > #include > #include > #include > #include > > int main(int argc, char **argv) > { > struct hostent *he; > int h_err; > u_char ipnum[16]; > char *astr1; > > astr1 = "146.64.24.3"; > h_err = inet_pton(AF_INET, astr1, ipnum); > if(h_err == 0) { > printf("conversion error with inet_pton()\n"); > exit(1); > } > > he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); > if(he == NULL) { > printf("Oops: %d.\n", h_err); > herror("getipnodebyaddr"); > } else > printf("And the answer is: %s\n", he->h_name); > > he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); > if(he == NULL) { > printf("Oops: %d.\n", h_err); > herror("getipnodebyaddr"); > } else > printf("And the answer is: %s\n", he->h_name); > > return 0; > } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 5:39:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from inferno.risc.fr (inferno.risc.fr [193.106.194.131]) by hub.freebsd.org (Postfix) with ESMTP id 24C6537B718 for ; Wed, 28 Feb 2001 05:39:31 -0800 (PST) (envelope-from patricejg@risc.fr) Received: from tornado.risc.fr (tornado.risc.fr) by inferno.risc.fr (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Wed, 28 Feb 2001 14:41:33 +0100 Received: from pcDemoNfuse (colossus.risc.fr [192.168.1.91]) by tornado.risc.fr (RISC Technology SMTP Server) with SMTP id G9H1R400.K7G for ; Wed, 28 Feb 2001 14:33:04 +0000 Message-ID: <000501c0a18c$cca62db0$5b01a8c0@risc.fr> Reply-To: "Pat" From: "Patrice JACQUES-GUSTAVE" To: Subject: Inscription Date: Wed, 28 Feb 2001 14:46:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit 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 Bonjour à tous !!! Je découvre jour après jour Freebsd, qui finit par vraiment me plaire. Du coup, j'aimerais faire partie de votre liste de diffusion. Merci d'avance et merci à vous tous... RISC Technology Europe Les solutions et les services d'un expert http://www.risc.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 6:40:44 2001 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 84DCB37B718 for ; Wed, 28 Feb 2001 06:40:42 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA26462; Thu, 1 Mar 2001 01:40:32 +1100 Date: Thu, 1 Mar 2001 01:40:25 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: igorr@crosswinds.net Cc: freebsd-current@FreeBSD.ORG Subject: Re: Correct size of kinfo_proc In-Reply-To: <20010228161009.B14235@linux.rainbow> 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, 28 Feb 2001, Igor Robul wrote: > On Wed, Feb 28, 2001 at 03:00:48PM +0200, Maxim Sobolev wrote: > > Hi Poul, > > > > In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to > > kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. > > Please correct. > Why don't use sizeof() insead of hardcoding numbers? because we don't want the size of the struct. We want the size that the should have. It must be a constant for binary compatibility. This is a small part of binary compatibility, but good enough to inhibit adding new fields in the middle. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 7:21:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) by hub.freebsd.org (Postfix) with ESMTP id DA90537B718 for ; Wed, 28 Feb 2001 07:21:16 -0800 (PST) (envelope-from stephane@freebsd-fr.org) Received: from sequoia.mondomaineamoi.megalo (dijon-43-104.dial.proxad.net [213.228.43.104]) by postfix2-1.free.fr (Postfix) with ESMTP id E9FD9C159; Wed, 28 Feb 2001 16:21:09 +0100 (CET) Received: (from stephane@localhost) by sequoia.mondomaineamoi.megalo (8.11.2/8.11.1) id f1SFJmr11857; Wed, 28 Feb 2001 16:19:48 +0100 (CET) (envelope-from stephane) Date: Wed, 28 Feb 2001 16:19:48 +0100 From: Stephane Legrand To: Patrice JACQUES-GUSTAVE Cc: freebsd-current@freebsd.org Subject: Re: Inscription Message-ID: <20010228161948.K81939@sequoia.mondomaineamoi.megalo> Reply-To: Stephane.Legrand@bigfoot.com References: <000501c0a18c$cca62db0$5b01a8c0@risc.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <000501c0a18c$cca62db0$5b01a8c0@risc.fr>; from patricejg@risc.fr on Wed, Feb 28, 2001 at 02:46:06PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 28, 2001 at 02:46:06PM +0100, Patrice JACQUES-GUSTAVE wrote: > Bonjour à tous !!! > > Je découvre jour après jour Freebsd, qui finit par vraiment me plaire. Du > coup, j'aimerais faire partie de votre liste de diffusion. > > Merci d'avance et merci à vous tous... > Bonjour, Attention, "freebsd-current" est une liste en langue anglaise, il faut normalement éviter d'envoyer des messages dans une autre langue. Si vous voulez toujours vous inscrire, la procédure à suivre est indiquée sur http://www.freebsd.org/handbook/eresources.html#ERESOURCES-MAIL par exemple. Pour info, il existe une liste de diffusion francophone au sujet de FreeBSD. Pour plus de détails et pour vous inscrire, vous pouvez consulter http://www.freebsd-fr.org/mailing-lists.html Cordialement. Stéphane Legrand. -- Stephane.Legrand@bigfoot.com FreeBSD Francophone : http://www.freebsd-fr.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 7:37: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id BCB7937B71A; Wed, 28 Feb 2001 07:36:58 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.2/8.11.2/20010112/$Revision: 1.13 $) id f1SFacp27137; Wed, 28 Feb 2001 09:36:38 -0600 (CST) (envelope-from ler) Date: Wed, 28 Feb 2001 09:36:38 -0600 From: Larry Rosenman To: Matthew Thyer Cc: John Hay , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: resolver problem with shared linked programs Message-ID: <20010228093638.A27124@lerami.lerctr.org> References: <200102281125.f1SBPiM51551@zibbi.icomtek.csir.co.za> <3A9CFCF0.C24ADB1@camtech.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3A9CFCF0.C24ADB1@camtech.net.au>; from thyerm@camtech.net.au on Wed, Feb 28, 2001 at 11:58:16PM +1030 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Matthew Thyer [010228 07:26]: > John Hay wrote: > > > > I noticed that sendmail started to complain of a failed reverse lookup > > when starting: > > > > Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 > > > > At first I thought something is wrong with my ipv6 dns setup, but it turned > > out that if a program is linked shared the first getipnodebyaddr() it does > > will succeed, but the rest fail. For a staticly linked program all of > > them will succeed: > > So it's in -CURRENT too. -STABLE users have been complaining of a > similar problem since about the 20th/21st of Feb. > > I was damned lucky that I skimmed: > http://www.mail-archive.com/freebsd-stable%40freebsd.org/ > before I built a -STABLE system today. > > I'm cross posting to stable so others can try your program. Bingo. It breaks on -STABLE too. LER $ uname -a FreeBSD lerbsd.lerctr.org 4.2-STABLE FreeBSD 4.2-STABLE #108: Tue Feb 27 22:28:4 0 CST 2001 ler@lerbsd.lerctr.org:/usr/src/sys/compile/LERBSD i386 $ cc -O -static -o x x.c $ ./x And the answer is: beast.icomtek.csir.co.za And the answer is: beast.icomtek.csir.co.za $ cc -O -o x x.c $ time ./x And the answer is: beast.icomtek.csir.co.za Oops: 2. getipnodebyaddr: Host name lookup failure 81.12s real 0.00s user 0.00s system $ > > And I wont install my -CURRENT buildworld. > > > > > #include > > #include > > #include > > #include > > #include > > #include > > > > int main(int argc, char **argv) > > { > > struct hostent *he; > > int h_err; > > u_char ipnum[16]; > > char *astr1; > > > > astr1 = "146.64.24.3"; > > h_err = inet_pton(AF_INET, astr1, ipnum); > > if(h_err == 0) { > > printf("conversion error with inet_pton()\n"); > > exit(1); > > } > > > > he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); > > if(he == NULL) { > > printf("Oops: %d.\n", h_err); > > herror("getipnodebyaddr"); > > } else > > printf("And the answer is: %s\n", he->h_name); > > > > he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); > > if(he == NULL) { > > printf("Oops: %d.\n", h_err); > > herror("getipnodebyaddr"); > > } else > > printf("And the answer is: %s\n", he->h_name); > > > > return 0; > > } > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 7:56: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id BE88537B71A; Wed, 28 Feb 2001 07:56:00 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f1SFsdt06865; Wed, 28 Feb 2001 09:54:39 -0600 (CST) (envelope-from jlemon) Date: Wed, 28 Feb 2001 09:54:39 -0600 From: Jonathan Lemon To: stable@freebsd.org, current@freebsd.org Subject: DNS & kqread (kq in general) Message-ID: <20010228095439.P20550@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I"ve committed a fix for the problem where DNS hangs or takes a long time to resolve (the process gets stuck in kqread). In the last kqueue update, I added a new filter-specific flag to the read/write filters, which allows the filter to specify its own read/write watermarks. However, since this flag was previously unused, if you do not initialize the structure to zero, you may get unexpected results. To that end, I'd encourage kqueue users to review their code and make sure that the structure is completely initialized. A new a new convenience macro EV_SET() was also added to which should also assist this process. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 8: 5:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id C18CD37B719 for ; Wed, 28 Feb 2001 08:05:18 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f1SG3vb07084; Wed, 28 Feb 2001 10:03:57 -0600 (CST) (envelope-from jlemon) Date: Wed, 28 Feb 2001 10:03:57 -0600 (CST) From: Jonathan Lemon Message-Id: <200102281603.f1SG3vb07084@prism.flugsvamp.com> To: jhay@icomtek.csir.co.za, current@freebsd.org Subject: Re: resolver problem with shared linked programs X-Newsgroups: local.mail.freebsd-current In-Reply-To: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >At first I thought something is wrong with my ipv6 dns setup, but it turned >out that if a program is linked shared the first getipnodebyaddr() it does >will succeed, but the rest fail. For a staticly linked program all of >them will succeed: I just fixed this a few minutes ago. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 9:35:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id D300137B719 for ; Wed, 28 Feb 2001 09:35:06 -0800 (PST) (envelope-from TrimYourCc@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f1SHZgs15153 for current@FreeBSD.org; Wed, 28 Feb 2001 12:35:42 -0500 (EST) (envelope-from TrimYourCc@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to TrimYourCc@physics.purdue.edu using -f Date: Wed, 28 Feb 2001 12:35:42 -0500 From: Will Andrews To: FreeBSD Current Subject: Re: cvs commit: src/gnu/usr.bin/binutils/ar Makefile src/gnu/usr.bin/binutils/as Makefile.inc0 src/gnu/usr.bin/binutils/ld Makefile src/gnu/usr.bin/binutils/ranlib Makefile Message-ID: <20010228123542.N767@ohm.physics.purdue.edu> Reply-To: FreeBSD Current Mail-Followup-To: Will Andrews , FreeBSD Current References: <200102271125.f1RBPig49632@freefall.freebsd.org> <20010227150929.B72398@dragon.nuxi.com> <20010228102308.K767@ohm.physics.purdue.edu> <200102281651.f1SGp8d41759@harmony.village.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ygMS4IY6gunbiOBN" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102281651.f1SGp8d41759@harmony.village.org>; from imp@harmony.village.org on Wed, Feb 28, 2001 at 09:51:08AM -0700 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ygMS4IY6gunbiOBN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ cc's trimmed, moved to -current ] On Wed, Feb 28, 2001 at 09:51:08AM -0700, Warner Losh wrote: > So long as it is not forced unconditionally to be static. I agree. > b) I've not seen the numbers for this. If it is only 1% faster, it > doesn't make sense, even though it sounds good on paper. I will perform careful benchmarks and publish results. Can people wait until that is done before moving forward please? Give me until Saturday. --=20 wca --ygMS4IY6gunbiOBN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6nTbtF47idPgWcsURAvL0AJ9xqFuUyD3nsu7EHxf9htOeU3je3ACff8u/ ifUtRo4Hi3W4BdIo5ZY91jw= =Ee09 -----END PGP SIGNATURE----- --ygMS4IY6gunbiOBN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 9:37:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id 3176D37B718; Wed, 28 Feb 2001 09:37:31 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f1SHc5K15191; Wed, 28 Feb 2001 12:38:05 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Wed, 28 Feb 2001 12:38:05 -0500 From: Will Andrews To: igorr@crosswinds.net Cc: FreeBSD Ports Subject: Re: KDE2 port? Message-ID: <20010228123805.O767@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , igorr@crosswinds.net, FreeBSD Ports References: <20010223140324.A55387@office.naver.co.id> <20010223045037.A547@zippy.mybox.zip> <20010228152515.A13403@linux.rainbow> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="o2u2a/VXF22CnfBq" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010228152515.A13403@linux.rainbow>; from igor@raduga.dyndns.org on Wed, Feb 28, 2001 at 03:25:15PM +0300 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --o2u2a/VXF22CnfBq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 28, 2001 at 03:25:15PM +0300, Igor Robul wrote: > I can't build KDE2 port on -CURRENT-20010228 > I'm not complaining of course, I even don't need KDE, but I wish try > it :-) > This -CURRENT is my workstation. On -STABLE server I have build KDE2 > without problems, but then deinstalled it (why I need KDE on server? > :-) ) >=20 > Problem is, while compiling I get: > cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../../CContLib > -I/usr/local/include -Wall -c ProcessList.c > ProcessList.c: In function `updateProcess': > ProcessList.c:199: structure has no member named `ki_priority' Known problem. Will be fixed as soon as I can get my hands on a fresh -CURRENT box. This post should have been sent to -ports anyawys... --=20 wca --o2u2a/VXF22CnfBq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6nTd8F47idPgWcsURAjE7AJ9ib4NC6Sa58nuqK2KjTQQFvXaZpACfTQQA 7gUaZLtn5aem/qoPjdm9No8= =M8Zj -----END PGP SIGNATURE----- --o2u2a/VXF22CnfBq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 10: 3:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id C20E337B719; Wed, 28 Feb 2001 10:03:23 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.2/8.11.2/20010112/$Revision: 1.13 $) id f1SI3CN29335; Wed, 28 Feb 2001 12:03:12 -0600 (CST) (envelope-from ler) Date: Wed, 28 Feb 2001 12:03:12 -0600 From: Larry Rosenman To: Matthew Thyer Cc: John Hay , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: resolver problem with shared linked programs Message-ID: <20010228120312.B28918@lerami.lerctr.org> References: <200102281125.f1SBPiM51551@zibbi.icomtek.csir.co.za> <3A9CFCF0.C24ADB1@camtech.net.au> <20010228093638.A27124@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010228093638.A27124@lerami.lerctr.org>; from ler@lerctr.org on Wed, Feb 28, 2001 at 09:36:38AM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010228 09:37]: > * Matthew Thyer [010228 07:26]: > > John Hay wrote: > > > > > > I noticed that sendmail started to complain of a failed reverse lookup > > > when starting: > > > > > > Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 > > > > > > At first I thought something is wrong with my ipv6 dns setup, but it turned > > > out that if a program is linked shared the first getipnodebyaddr() it does > > > will succeed, but the rest fail. For a staticly linked program all of > > > them will succeed: > > > > So it's in -CURRENT too. -STABLE users have been complaining of a > > similar problem since about the 20th/21st of Feb. > > > > I was damned lucky that I skimmed: > > http://www.mail-archive.com/freebsd-stable%40freebsd.org/ > > before I built a -STABLE system today. > > > > I'm cross posting to stable so others can try your program. > Bingo. It breaks on -STABLE too. > > LER > $ uname -a > FreeBSD lerbsd.lerctr.org 4.2-STABLE FreeBSD 4.2-STABLE #108: Tue Feb > 27 22:28:4 > 0 CST 2001 ler@lerbsd.lerctr.org:/usr/src/sys/compile/LERBSD i386 > $ cc -O -static -o x x.c > $ ./x > And the answer is: beast.icomtek.csir.co.za > And the answer is: beast.icomtek.csir.co.za > $ cc -O -o x x.c > $ time ./x > And the answer is: beast.icomtek.csir.co.za > Oops: 2. > getipnodebyaddr: Host name lookup failure > 81.12s real 0.00s user 0.00s system Jonathan Lemon's res_send.c fix fixes this: Welcome to FreeBSD! $ ./x And the answer is: beast.icomtek.csir.co.za And the answer is: beast.icomtek.csir.co.za $ cc -O -o x x.c $ ./x And the answer is: beast.icomtek.csir.co.za And the answer is: beast.icomtek.csir.co.za $ time ./x And the answer is: beast.icomtek.csir.co.za And the answer is: beast.icomtek.csir.co.za 0.00s real 0.00s user 0.00s system $ > $ > > > > And I wont install my -CURRENT buildworld. > > > > > > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > > > > int main(int argc, char **argv) > > > { > > > struct hostent *he; > > > int h_err; > > > u_char ipnum[16]; > > > char *astr1; > > > > > > astr1 = "146.64.24.3"; > > > h_err = inet_pton(AF_INET, astr1, ipnum); > > > if(h_err == 0) { > > > printf("conversion error with inet_pton()\n"); > > > exit(1); > > > } > > > > > > he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); > > > if(he == NULL) { > > > printf("Oops: %d.\n", h_err); > > > herror("getipnodebyaddr"); > > > } else > > > printf("And the answer is: %s\n", he->h_name); > > > > > > he = getipnodebyaddr(ipnum, 4, AF_INET, &h_err); > > > if(he == NULL) { > > > printf("Oops: %d.\n", h_err); > > > herror("getipnodebyaddr"); > > > } else > > > printf("And the answer is: %s\n", he->h_name); > > > > > > return 0; > > > } > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 E-Mail: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 11:44:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id C974237B719 for ; Wed, 28 Feb 2001 11:44:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1SJeFl21985; Wed, 28 Feb 2001 11:40:15 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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, 28 Feb 2001 11:43:48 -0800 (PST) From: John Baldwin To: Bruce Evans Subject: Re: make kernel failure: pecoff: machine/lock.h Cc: Gary Jennejohn , freebsd-current@FreeBSD.org, Leif Neland Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Feb-01 Bruce Evans wrote: > On Tue, 27 Feb 2001, John Baldwin wrote: > >> Ok. It may be that we are overflowing the kernel stack and corrupting the >> pcb >> in the process. One idea atm is to move the pcb off of the stack (since it >> stores persistent data it's a bad place for it anyways) and to add a red >> zone >> at the bottom of the stack to catch overflows. > > Most of the pcb actually has the same persistence as the kernel stack > (both mainly store the process's context while the process is in the > kernel). But it is silly to put the pcb below the stack instead of > above it. Perhaps the idea is to get a panic sooner when something > is corrupted. That is the idea. Not all of the pcb is just used while in the kernel. The pcb_ext that points to a TSS on the i386 for example. The problem I think people are having with the ltr panic is that the stack gets deep enough to overwrite that field of the pcb, and we die later on when we try to access an invalid pointer there. Perhaps pcb_ext, pcb_ldt, and other things that are persistent across kernel entry/exit should be stored in p_md instead of p_addr. However, I would like the machine to panic when it overflows the stack rather than trash the pcb, yes. > Bruce -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Wed Feb 28 12:34:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 6C84D37B719 for ; Wed, 28 Feb 2001 12:34:41 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f1SKRNl23390; Wed, 28 Feb 2001 12:27:23 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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, 28 Feb 2001 12:30:56 -0800 (PST) From: John Baldwin To: Michael Reifenberger Subject: RE: lock order reversal under -current Cc: FreeBSD-Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Feb-01 Michael Reifenberger wrote: > Hi, > with -current sources (as of -now) I get during startup: > > lock order reversal > 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 > 2nd 0xc0306840 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:940 > 3rd 0xcbd20a0c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:949 > 32 > > Is that bad? Yes and no. It's a bug yes, but it has probably been around since at least 4.4BSD, so you can ignore it for now. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Wed Feb 28 15:33:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id ADEF837B719 for ; Wed, 28 Feb 2001 15:33:36 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA16265 for ; Wed, 28 Feb 2001 15:33:37 -0800 Date: Wed, 28 Feb 2001 15:33:35 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: (device hints) okay, what's wrong with this? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have 3 hints in /boot/device.hints hint.isp.0.portwnn="w50000000aaaa0000" hint.isp.0.nodewnn="w50000000aaaa0001" hint.isp.0.role=3 resource_get_int picks up 'hint.isp.0.role=3' with no problem. resource_get_string fails to pick up either hint.isp.0.portwnn or hint.isp.0.nodewwn. Nor does a getenv on a handcrafted "hint.isp.0.portwwn" string work. What am I doing wrong? What's this? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 16: 2:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 8C02937B718 for ; Wed, 28 Feb 2001 16:02:24 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA16373 for ; Wed, 28 Feb 2001 16:02:25 -0800 Date: Wed, 28 Feb 2001 16:02:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: Never Mind: Re: (device hints) okay, what's wrong with this? 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 Clearly I'm going blind. Sorry for the noise. > > I have 3 hints in /boot/device.hints > > hint.isp.0.portwnn="w50000000aaaa0000" > hint.isp.0.nodewnn="w50000000aaaa0001" > hint.isp.0.role=3 > > > resource_get_int picks up 'hint.isp.0.role=3' with no problem. > resource_get_string fails to pick up either hint.isp.0.portwnn > or hint.isp.0.nodewwn. Nor does a getenv on a handcrafted > "hint.isp.0.portwwn" string work. What am I doing wrong? > > What's this? > > -matt > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 16:49: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from VL-MS-MR003.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by hub.freebsd.org (Postfix) with ESMTP id 2FFC937B76A for ; Wed, 28 Feb 2001 16:48:55 -0800 (PST) (envelope-from bmilekic@technokratis.com) Received: from jehovah ([24.202.203.190]) by VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15) with SMTP id G9HU9104.TPY; Wed, 28 Feb 2001 19:48:37 -0500 Message-ID: <00cc01c0a1e9$b32f3040$becbca18@jehovah> From: "Bosko Milekic" To: , "Patrice JACQUES-GUSTAVE" Cc: References: <000501c0a18c$cca62db0$5b01a8c0@risc.fr> <20010228161948.K81939@sequoia.mondomaineamoi.megalo> Subject: Re: Inscription Date: Wed, 28 Feb 2001 19:51:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephane Legrand wrote: > On Wed, Feb 28, 2001 at 02:46:06PM +0100, Patrice JACQUES-GUSTAVE wrote: > > Bonjour à tous !!! > > > > Je découvre jour après jour Freebsd, qui finit par vraiment me plaire. Du > > coup, j'aimerais faire partie de votre liste de diffusion. > > > > Merci d'avance et merci à vous tous... > > > > Bonjour, > > Attention, "freebsd-current" est une liste en langue anglaise, il > faut normalement éviter d'envoyer des messages dans une autre > langue. Si vous voulez toujours vous inscrire, la procédure à suivre > est indiquée sur > http://www.freebsd.org/handbook/eresources.html#ERESOURCES-MAIL > par exemple. > > Pour info, il existe une liste de diffusion francophone au sujet > de FreeBSD. Pour plus de détails et pour vous inscrire, vous pouvez > consulter http://www.freebsd-fr.org/mailing-lists.html Attention. Certains de nous parlent et écrivent le français, quand même. :-) > > Cordialement. > Stéphane Legrand. > > -- > Stephane.Legrand@bigfoot.com > FreeBSD Francophone : http://www.freebsd-fr.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 17:43:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 7101037B719 for ; Wed, 28 Feb 2001 17:43:21 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f211dPl32404; Wed, 28 Feb 2001 17:39:25 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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, 28 Feb 2001 17:43:01 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: RE: Never Mind: Re: (device hints) okay, what's wrong with this? Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Mar-01 Matthew Jacob wrote: > Clearly I'm going blind. Sorry for the noise. You're not the only one. Was hard for me to see it as well. :) >> I have 3 hints in /boot/device.hints >> >> hint.isp.0.portwnn="w50000000aaaa0000" >> hint.isp.0.nodewnn="w50000000aaaa0001" >> hint.isp.0.role=3 >> >> >> resource_get_int picks up 'hint.isp.0.role=3' with no problem. >> resource_get_string fails to pick up either hint.isp.0.portwnn >> or hint.isp.0.nodewwn. Nor does a getenv on a handcrafted >> "hint.isp.0.portwwn" string work. What am I doing wrong? >> >> What's this? >> >> -matt >> >> >> > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Wed Feb 28 17:46: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 0059C37B71B; Wed, 28 Feb 2001 17:46:00 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA16653; Wed, 28 Feb 2001 17:46:01 -0800 Date: Wed, 28 Feb 2001 17:45:59 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: current@FreeBSD.org Subject: RE: Never Mind: Re: (device hints) okay, what's wrong with this? 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 > > You're not the only one. Was hard for me to see it as well. :) > >> hint.isp.0.portwnn="w50000000aaaa0000" In the quest to manage far too many digits, I stumbled over far too many letters. Sigh. What still is unfortunate here is that I have to this leading 'w' if I want a string because there is no quad (uint64_t) resource, and resource_get_long will I'm sure happily return you a munged translation of above when I really want all of it. Now that I think about it, we also need 128 bit UUIDs as well... -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 20:39: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1CE9937B719; Wed, 28 Feb 2001 20:39:04 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f214d1d45319; Wed, 28 Feb 2001 21:39:01 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103010439.f214d1d45319@harmony.village.org> To: mjacob@feral.com Subject: Re: Never Mind: Re: (device hints) okay, what's wrong with this? Cc: John Baldwin , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 28 Feb 2001 17:45:59 PST." References: Date: Wed, 28 Feb 2001 21:39:01 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Matthew Jacob writes: : Now that I think about it, we also need 128 bit UUIDs as well... This is the big reason why I think storing things as strings might not be such a horrible idea. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 20:40:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id ADF3837B71B for ; Wed, 28 Feb 2001 20:40:10 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f214e1d45348; Wed, 28 Feb 2001 21:40:08 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103010440.f214e1d45348@harmony.village.org> To: igorr@crosswinds.net Subject: Re: Correct size of kinfo_proc Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of "Wed, 28 Feb 2001 16:10:09 +0300." <20010228161009.B14235@linux.rainbow> References: <20010228161009.B14235@linux.rainbow> <3A9CF680.563D9F2B@FreeBSD.org> Date: Wed, 28 Feb 2001 21:40:01 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010228161009.B14235@linux.rainbow> Igor Robul writes: : On Wed, Feb 28, 2001 at 03:00:48PM +0200, Maxim Sobolev wrote: : > Hi Poul, : > : > In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to : > kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. : > Please correct. : Why don't use sizeof() insead of hardcoding numbers? Because KINFO_PROC_SIZE is part of the ABI. Changes to its size are always wrong, in that they break the ABI. The checks are there to tell us when the ABI has been broken. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 20:42:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5DBC837B719 for ; Wed, 28 Feb 2001 20:42:24 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f214gAd45371; Wed, 28 Feb 2001 21:42:15 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103010442.f214gAd45371@harmony.village.org> To: Leif Neland Subject: Re: make kernel failure: pecoff: machine/lock.h Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 27 Feb 2001 18:21:21 +0100." References: Date: Wed, 28 Feb 2001 21:42:10 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Leif Neland writes: : ===> pecoff : make: don't know how to make machine/lock.h. Stop If you are making from pure, clean sources, like I think you said you were, you may need to rm src/sys/modules/pecoff/.depend. I had a few of these kicking around and it caused me problems, even on a clean build :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 20:44:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3606C37B718 for ; Wed, 28 Feb 2001 20:44:47 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f214ikd45405 for ; Wed, 28 Feb 2001 21:44:46 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103010444.f214ikd45405@harmony.village.org> To: freebsd-current@FreeBSD.ORG Subject: Re: make kernel failure: pecoff: machine/lock.h In-reply-to: Your message of "Tue, 27 Feb 2001 18:39:38 PST." <20010227183937.A3442@dragon.nuxi.com> References: <20010227183937.A3442@dragon.nuxi.com> Date: Wed, 28 Feb 2001 21:44:46 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010227183937.A3442@dragon.nuxi.com> "David O'Brien" writes: : On Tue, Feb 27, 2001 at 11:28:37AM -0800, John Baldwin wrote: : > Have you tried running make depend? : : I've got the same problem about a bogus dependancy on machine/lock.h. : And yes, this is after a `make depend' on a /sys I *just* CVSup'ed. :-( find /sys -name .depend | xargs egrep machine/lock.h was how I found the problem. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 20:48:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C5FCD37B71B for ; Wed, 28 Feb 2001 20:48:09 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f214htd45393; Wed, 28 Feb 2001 21:43:56 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103010443.f214htd45393@harmony.village.org> To: Edwin Culp Subject: Re: make kernel failure: pecoff: machine/lock.h Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 27 Feb 2001 16:40:47 PST." <983320847.3a9c490f92fc0@Mail.MexComUSA.net> References: <983320847.3a9c490f92fc0@Mail.MexComUSA.net> Date: Wed, 28 Feb 2001 21:43:55 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <983320847.3a9c490f92fc0@Mail.MexComUSA.net> Edwin Culp writes: : I had that, and many other problems, about a week ago and I am not : sure but i think that I ended up doing an rm -rf /usr/sys/modules/* : , cvsuped made world and built new kernel with no problem. I : remember that I had to erase all the modules directory but I'm not : comeletely sure that it was this problem. Sorry, it's old age. Likely it is stale .depend files in the src/sys/modules hierarchy. That's why killing it worked. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 21:28:37 2001 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 97B1E37B718; Wed, 28 Feb 2001 21:28:34 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA12249; Thu, 1 Mar 2001 16:28:30 +1100 Date: Thu, 1 Mar 2001 16:28:26 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: Gary Jennejohn , freebsd-current@FreeBSD.org, Leif Neland Subject: Re: make kernel failure: pecoff: machine/lock.h 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 Wed, 28 Feb 2001, John Baldwin wrote: > On 28-Feb-01 Bruce Evans wrote: > > Most of the pcb actually has the same persistence as the kernel stack > > (both mainly store the process's context while the process is in the > > kernel). But it is silly to put the pcb below the stack instead of > > above it. Perhaps the idea is to get a panic sooner when something > > is corrupted. > > That is the idea. Not all of the pcb is just used while in the kernel. The > pcb_ext that points to a TSS on the i386 for example. The problem I think > people are having with the ltr panic is that the stack gets deep enough to > overwrite that field of the pcb, and we die later on when we try to access an > invalid pointer there. Perhaps pcb_ext, pcb_ldt, and other things that are > persistent across kernel entry/exit should be stored in p_md instead of p_addr. I think that at least the pointers belong in p_md. I had some panics that looked a bit like the ltr one. These turned out to be caused by priority inversion (related to the native priority bugs) preventing an ithread from running. The ithread held a pointer to a process and the process exited before the pointer was used. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 22: 1:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id E55B837B71A for ; Wed, 28 Feb 2001 22:01:18 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id VAA17394; Wed, 28 Feb 2001 21:58:09 -0800 Date: Wed, 28 Feb 2001 21:58:07 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Never Mind: Re: (device hints) okay, what's wrong with this? In-Reply-To: <200103010439.f214d1d45319@harmony.village.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 > In message Matthew Jacob writes: > : Now that I think about it, we also need 128 bit UUIDs as well... > > This is the big reason why I think storing things as strings might not > be such a horrible idea. As long as simple things can be treated simply- we're cool. Most everyone will want just an integer. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 28 23:22:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from cx281057-a.irvn1.occa.home.com (cx281057-a.irvn1.occa.home.com [24.1.175.22]) by hub.freebsd.org (Postfix) with ESMTP id AF07037B71A; Wed, 28 Feb 2001 23:22:10 -0800 (PST) (envelope-from housel@acm.org) Received: from cx281057-a.irvn1.occa.home.com (localhost [127.0.0.1]) by cx281057-a.irvn1.occa.home.com (8.11.1/8.11.1) with ESMTP id f217NN302978; Wed, 28 Feb 2001 23:23:25 -0800 (PST) (envelope-from housel@acm.org) Date: Wed, 28 Feb 2001 23:23:23 -0800 Message-ID: From: housel@acm.org (Peter S. Housel) To: John Baldwin Cc: freebsd-current@FreeBSD.ORG Subject: ltr %si panic User-Agent: Wanderlust/2.4.0 (Rio) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) 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 I'm getting the "ltr %si" panic on my laptop whenever I insert my Ethernet card. My last CVSup/build was Tuesday evening; I won't be able to do any more until this gets fixed, obviously. -Peter- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #5: Wed Feb 28 22:21:23 PST 2001 root@nomad:/usr/src/sys/compile/NOMAD Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 595504803 Hz CPU: Pentium (595.50-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 real memory = 184483840 (180160K bytes) avail memory = 175194112 (171088K bytes) Preloaded elf kernel "kernel" at 0xc041c000. WARNING: size of kinfo_proc (648) should be 644!!! Using $PIR table, 9 entries at 0xc00fdf30 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci0: at 0.1 (no driver attached) pci0: at 0.2 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1050-0x105f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x1060-0x107f irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered umass0: Y-E DATA FlashBuster-U, rev 1.00/3.04, addr 2 umass1: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3 pci0: at 7.3 (no driver attached) pci0: at 8.0 (no driver attached) pcm0: port 0x1080-0x1083,0x1000-0x103f mem 0xfc010000-0xfc017fff irq 9 at device 9.0 on pci0 pci0: at 10.0 (no driver attached) pci0: at 11.0 (no driver attached) pcic-pci0: at device 12.0 on pci0 pci0: at 13.0 (no driver attached) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources unknown: can't assign resources ad0: 11513MB [23392/16/63] at ata0-master UDMA33 (probe1:umass-sim0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:umass-sim0:0:1:0): NOT READY asc:3a,0 (probe1:umass-sim0:0:1:0): Medium not present Mounting root from ufs:/dev/ad0s2a da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 20KB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc02d1b48 stack pointer = 0x10:0xc960ff50 frame pointer = 0x10:0xc960ff64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 20 (irq9: uhci0 pcm0) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 5:42:15 2001 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 A906537B718 for ; Thu, 1 Mar 2001 05:42:08 -0800 (PST) (envelope-from DougB@gorean.org) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id FAA11554 for ; Thu, 1 Mar 2001 05:42:07 -0800 (PST) (envelope-from DougB@gorean.org) Message-ID: <3A9E51AF.AEBE999E@gorean.org> Date: Thu, 01 Mar 2001 05:42:07 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: New entropy harvesting sysctl's enabled in rc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gang, Here is the promised next phase in the /dev/random saga. Now that Mark has committed the entropy harvesters, it's time to make use of them. I've had the sysctl's that enable the harvesting turned on basically since they were committed with no noticable negative effects on my celeron 450. Others have reported similar results. Therefore we are turning the harvesters on by default, with the ability to easily disable them in rc.conf. I was unable to test the ppp bits, but I've every reason to believe that this will work. Comments and suggestions are welcome. The goal is to turn on the appropriate harvesters for ethernet, and/or ppp/slip/tun based on the presence of a configured device of that nature. So, the ethernet bits check to see if there is an ethernet card configured, and turns on that harvester if so. The same should be true for the ppp harvester, based on the suggestions I received for detecting whether a tun device is or will be in use. The next phase will be to eliminate the last of the hackish pseudo-entropy harvesting, and move the writing of the rc.shutdown entropy file to /var/db/entropy. Obviously if you experience any problems or slowdowns with the sysctl's enabled please speak up. I want to give this new stuff a couple weeks to mature before removal of the hackish stuff, since other than the mere fact that it _is_ hackish, it's not really hurting anything. Appropriate rc.conf(5) entries will be coming in a seperate commit. I am working on a general cleanup/update of that file, but I plan to wait till the reality in rc.conf is closer to what we want it to be. Doug -------- Original Message -------- Subject: cvs commit: src/etc rc src/etc/defaults rc.conf Date: Thu, 1 Mar 2001 05:19:50 -0800 (PST) From: Doug Barton To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org dougb 2001/03/01 05:19:50 PST Modified files: etc rc etc/defaults rc.conf Log: Add code to turn on the entropy harvesting sysctl's as early as possible during the boot process. We're turning it on by default, based on the actual presence of a configured ethernet card, and/or ppp/tun devices. Of course, it's easy to disable in rc.conf. Revision Changes Path 1.253 +79 -1 src/etc/rc 1.91 +4 -1 src/etc/defaults/rc.conf http://www.FreeBSD.org/cgi/cvsweb.cgi/src/etc/rc.diff?&r1=1.252&r2=1.253&f=h http://www.FreeBSD.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?&r1=1.90&r2=1.91&f=h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 5:55:30 2001 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 E86B037B71A; Thu, 1 Mar 2001 05:55:21 -0800 (PST) (envelope-from dv@dv.ru) Received: from localhost (dv@localhost) by xkis.kis.ru (8.9.3/8.9.3) with SMTP id QAA24261; Thu, 1 Mar 2001 16:55:18 +0300 (MSK) Date: Thu, 1 Mar 2001 16:55:18 +0300 (MSK) From: Dmitry Valdov X-Sender: dv@xkis.kis.ru To: stable@freebsd.org, current@freebsd.org Subject: PAM(?) breaks r* and ftpd 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! Try to make an .rhosts file and rlogin to fresh RELENG_4 or -CURRENT branch. > rlogin -l dv xxx.xxx.xxx.xxx No output until Ctrl-C is pressed ftpd is also broken: > ftp xxx.xxx.xxx.xxx Connected to xxx.xxx.xxx.xxx also no output. ftpd works only when connecting to localhost: > ftp localhost Connected to localhost. 220 xxx.xxx.xxx.xxx FTP server (Version 6.00LS) ready. Name (localhost:dv): after recompiling with -DNOPAM ftpd starts working. -current & -stable as one month before works. Dmitry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 6:11:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5BA8C37B718 for ; Thu, 1 Mar 2001 06:11:45 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA80229; Thu, 1 Mar 2001 15:11:40 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Julian Elischer Cc: Guillaume , freebsd-current@FreeBSD.ORG Subject: Re: unknown: can't assign resources References: <005101c09db6$62e94f80$0a0110ac@guillaume> <3A96A14B.EC358111@elischer.org> From: Dag-Erling Smorgrav Date: 01 Mar 2001 15:11:40 +0100 In-Reply-To: Julian Elischer's message of "Fri, 23 Feb 2001 09:43:39 -0800" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer writes: > Msmith mailed me a PNP device list. > I include it here for your assistance in identifying these. That list is from Microsoft's web site and only lists generic devices. A better list can be found at the following URL: http://home.hyperlink.net.au/~chart/download/pnpid.txt DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 6:41:54 2001 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 9477037B71B; Thu, 1 Mar 2001 06:41:37 -0800 (PST) (envelope-from dv@dv.ru) Received: from localhost (dv@localhost) by xkis.kis.ru (8.9.3/8.9.3) with SMTP id RAA00897; Thu, 1 Mar 2001 17:41:36 +0300 (MSK) Date: Thu, 1 Mar 2001 17:41:36 +0300 (MSK) From: Dmitry Valdov X-Sender: dv@xkis.kis.ru To: stable@freebsd.org, current@freebsd.org Subject: Re: PAM(?) breaks r* and ftpd 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 Hi! This commit fixes the problem in -stable kris 2001/02/17 21:31:16 PST Modified files: (Branch: RELENG_4) lib/libc/net res_init.c Log: My previous commit was overenthusiastic - it does not apply to RELENG_4. Pointy hat to: kris Revision Changes Path 1.19.2.4 +1 -3 src/lib/libc/net/res_init.c Dmitry. On Thu, 1 Mar 2001, Dmitry Valdov wrote: > Date: Thu, 1 Mar 2001 16:55:18 +0300 (MSK) > From: Dmitry Valdov > To: stable@freebsd.org, current@freebsd.org > Subject: PAM(?) breaks r* and ftpd > > Hi! > > Try to make an .rhosts file and rlogin to fresh RELENG_4 or -CURRENT branch. > > rlogin -l dv xxx.xxx.xxx.xxx > > No output until Ctrl-C is pressed > > ftpd is also broken: > > > ftp xxx.xxx.xxx.xxx > Connected to xxx.xxx.xxx.xxx > > also no output. > > ftpd works only when connecting to localhost: > > > ftp localhost > Connected to localhost. > 220 xxx.xxx.xxx.xxx FTP server (Version 6.00LS) ready. > Name (localhost:dv): > > after recompiling with -DNOPAM ftpd starts working. > > -current & -stable as one month before works. > > Dmitry. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 8:15:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 2009937B71A; Thu, 1 Mar 2001 08:15:13 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.11.0/8.11.0) with ESMTP id f21GF2u01213; Thu, 1 Mar 2001 17:15:03 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.11.0/8.11.0) with ESMTP id f21GF2K10093; Thu, 1 Mar 2001 17:15:02 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.11.2/8.11.2) id f21GF2S44087; Date: Thu, 1 Mar 2001 17:15:02 +0100 From: Andre Albsmeier To: Jonathan Lemon Cc: stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: DNS & kqread (kq in general) Message-ID: <20010301171502.A24094@curry.mchp.siemens.de> References: <20010228095439.P20550@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010228095439.P20550@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Wed, Feb 28, 2001 at 09:54:39AM -0600 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 28-Feb-2001 at 09:54:39 -0600, Jonathan Lemon wrote: > I"ve committed a fix for the problem where DNS hangs or takes > a long time to resolve (the process gets stuck in kqread). > > In the last kqueue update, I added a new filter-specific flag to > the read/write filters, which allows the filter to specify its > own read/write watermarks. However, since this flag was previously > unused, if you do not initialize the structure to zero, you may > get unexpected results. > > To that end, I'd encourage kqueue users to review their code and > make sure that the structure is completely initialized. A new > a new convenience macro EV_SET() was also added to > which should also assist this process. I saw that you modified usr.bin/tail/forward.c as well. This fixes PR# 24223. Would you mind closing it? Thanks, -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 8:30:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id D876D37B718 for ; Thu, 1 Mar 2001 08:30:27 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by dsl.MexComUSA.net (8.11.3/8.11.1) id f21GP6V44564 for current@FreeBSD.Org; Thu, 1 Mar 2001 08:25:06 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.205.16.203 ( [63.205.16.203]) as user eculp@EnContacto.Net by Mail.MexComUSA.net with HTTP; Thu, 1 Mar 2001 08:25:03 -0800 Message-ID: <983463903.3a9e77df4c3cf@Mail.MexComUSA.net> Date: Thu, 1 Mar 2001 08:25:03 -0800 From: Edwin Culp To: current@FreeBSD.Org Subject: Problem with telnet and slow network response. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.205.16.203 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am in the process of trying to get all my current machines on the same page and I am finding a very strange problem. In theory, the machines were/are configured almost exactly the same with the same applications and versions. Now as I finish updating them about half (2 and 2 right  ow) will stall on a telnet. I get the login then passwd then it just sets there and does nothing. No error, no time out, nothing in the logs. From the internal interface it works fine. Other machines with the same configuration, work as before. The problem shows it's self on smtp, ftp, www, etc. Any suggestions will be appreciated. I feel like/am almost sure it is operator error but I have been searching for it for several days with no luck, checking ipfw, pam, host.[allow|deny], .rhosts, etc. Thanks, ed -- EnContacto.Net - InternetSalon.Org - CafeMania.Net ------------------------------------------------- EnContacto.Net - CafeMania.Net - InternetSalon.Org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 8:47:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id A606B37B718 for ; Thu, 1 Mar 2001 08:47:24 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14YWEc-0007g0-00 for current@freebsd.org; Thu, 01 Mar 2001 17:47:22 +0100 Received: from b812d.pppool.de ([213.7.129.45] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.22 #1) id 14YWEZ-0005bD-00 for current@freebsd.org; Thu, 01 Mar 2001 17:47:21 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.2/8.11.2) with ESMTP id f21FxjU49058 for ; Thu, 1 Mar 2001 16:59:46 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200103011559.f21FxjU49058@Magelan.Leidinger.net> Date: Thu, 1 Mar 2001 16:59:42 +0100 (CET) From: Alexander Leidinger Subject: undefined reference _mtx_assert To: current@freebsd.org MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="0-1804289383-983462387=:49055" Content-Transfer-Encoding: BINARY Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0-1804289383-983462387=:49055 Content-Type: TEXT/plain; charset=us-ascii Hi, since 2 or 3 days I can't build a new kernel: ---snip--- linking kernel.debug cam_periph.o: In function `cam_periph_mapmem': /big/usr/src/sys/cam/cam_periph.c(.text+0xa1a): undefined reference to `_mtx_assert' cam_periph.o: In function `cam_periph_unmapmem': /big/usr/src/sys/cam/cam_periph.c(.text+0xb81): undefined reference to `_mtx_assert' /big/usr/src/sys/cam/cam_periph.c(.text+0xca5): undefined reference to `_mtx_assert' /big/usr/src/sys/cam/cam_periph.c(.text+0xdb5): undefined reference to `_mtx_assert' if_ed.o: In function `ed_start': /big/usr/src/sys/dev/ed/if_ed.c(.text+0x2c97): undefined reference to `_mtx_assert' if_ed.o(.text+0x3a0f):/big/usr/src/sys/dev/ed/if_ed.c: more undefined references to `_mtx_assert' follow *** Error code 1 ---snip--- I already removed my build directory, tried to use "make buildkernel" instead of doing it the old way and also did 2 "make cleandir" before a "make depend && make". My kernel config is attached, the source is from today in the morning. Bye, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 --0-1804289383-983462387=:49055 Content-Type: TEXT/plain; name=WORK Content-Disposition: attachment; filename=WORK machine i386 ident WORK maxusers 40 makeoptions DEBUG=-g makeoptions CONF_CFLAGS=-fno-builtin hints "WORK.hints" # Options for the VM subsystem #options PQ_NOOPT # No coloring options PQ_LARGECACHE # color for 512k/16k cache #options PQ_HUGECACHE # color for 1024k/16k cache cpu I686_CPU # aka Pentium Pro(tm) options CPU_FASTER_5X86_FPU options CPU_SUSP_HLT options "NO_F00F_HACK" options PERFMON options COMPAT_43 options SYSVSHM options SHMMAXPGS=8192 options SYSVSEM options SYSVMSG options DDB options GDB_REMOTE_CHAT options KTRACE #kernel tracing options UCONSOLE options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options INET #Internet communications protocols device ether #Generic Ethernet device sppp #Generic Synchronous PPP device loop 1 #Network loopback device device bpf #Berkeley packet filter # # The INVARIANTS option is used in a number of source files to enable # extra sanity checking of internal structures. This support is not # enabled by default because of the extra time it would take to check # for these conditions, which can only occur as a result of # programming errors. # options INVARIANTS options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options TCP_RESTRICT_RST #restrict emission of TCP RST options FFS #Fast filesystem options SOFTUPDATES options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L device scbus #base SCSI code #device ch #SCSI media changers device da #SCSI direct access devices (aka disks) #device sa #SCSI tapes device cd #SCSI CD-ROMs device pass #CAM passthrough driver device ses #SCSI SES/SAF-TE driver options CAM_MAX_HIGHPOWER=4 options SCSI_DELAY=5000# Be pessimistic about Joe SCSI device options SES_ENABLE_PASSTHROUGH device pty #Pseudo ttys device gzip #Exec gzipped a.out's #device snp 3 #Snoop device - to look at pty/vty/etc.. options MSGBUF_SIZE=40960 device isa # Enable support for the kernel PLL to use an external PPS signal, # under supervision of [x]ntpd(8) # More info in ntpd documentation: http://www.eecis.udel.edu/~ntp options PPS_SYNC device atkbdc 1 device atkbd options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP="german.iso" #options KBD_DISABLE_KEYMAP_LOAD # refuse to load a keymap options KBD_INSTALL_CDEV # install a CDEV entry in /dev device psm device vga device splash device sc 1 options MAXCONS=16 # number of virtual consoles options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT="iso" options SC_HISTORY_SIZE=800 # number of history buffer lines device npx device ata device atadisk # ATA disk drives #device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives device fdc device sio 2 device ed #device miibus #device wb device midi device seq device pca device apm #device acpi device pci device ahc options AHC_ALLOW_MEMIO device smbus device intpm device smb device iicbus device iicbb device ic device iic device iicsmb options AVM_A1 device isic device "i4bq921" device "i4bq931" device "i4b" device "i4btrc" 2 device "i4bctl" device "i4brbch" 2 #device "i4btel" 1 #device "i4bipr" 2 options IPR_VJ device "i4bisppp" 2 options PERIPH_1284 # Makes your computer act as a IEEE1284 # compliant peripheral device ppbus device lpt #device plip device ppi device pps device lpbb #options PCFCLOCK_VERBOSE device pcfclock options PPC_PROBE_CHIPSET device ppc #options CLK_CALIBRATION_LOOP #options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION --0-1804289383-983462387=:49055-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 9:35: 7 2001 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 72F4E37B71A for ; Thu, 1 Mar 2001 09:35:05 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f21HYtK09137; Thu, 1 Mar 2001 09:34:55 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.1) id f21HXk789001; Thu, 1 Mar 2001 09:33:46 -0800 (PST) (envelope-from jhb) 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: <3A9E51AF.AEBE999E@gorean.org> Date: Thu, 01 Mar 2001 09:33:45 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: Doug Barton Subject: RE: New entropy harvesting sysctl's enabled in rc Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Mar-01 Doug Barton wrote: > I was unable to test the ppp bits, but I've every reason to believe that > this will work. Comments and suggestions are welcome. The goal is to turn > on the appropriate harvesters for ethernet, and/or ppp/slip/tun based on > the presence of a configured device of that nature. So, the ethernet bits > check to see if there is an ethernet card configured, and turns on that > harvester if so. The same should be true for the ppp harvester, based on > the suggestions I received for detecting whether a tun device is or will be > in use. Erm, it doesn't hurt to turn the sysctl on if no device is present, so why not just turn it on w/o bothering to check? If there's no ether device then having the sysctl on or off doesn't change anything except that if one plugs in an ether device later or kldloads a driver later entropy won't be collected, where as if you just turn the sysctl on if network entropy is enabled regardless of what devices are configured it will all just work and DTRT. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Thu Mar 1 9:36: 4 2001 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 5E74137B71D for ; Thu, 1 Mar 2001 09:36:00 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f21HZnK09296; Thu, 1 Mar 2001 09:35:49 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.1) id f21HYfh89005; Thu, 1 Mar 2001 09:34:41 -0800 (PST) (envelope-from jhb) 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: <200103011559.f21FxjU49058@Magelan.Leidinger.net> Date: Thu, 01 Mar 2001 09:34:41 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: Alexander Leidinger Subject: RE: undefined reference _mtx_assert Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Mar-01 Alexander Leidinger wrote: > Hi, > > since 2 or 3 days I can't build a new kernel: Add INVARIANT_SUPPORT to your kernel config, and you should be reading your cvs-all and -current mail. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Thu Mar 1 10:11:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (mobile.acadiau.ca [131.162.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 7D78537B71A; Thu, 1 Mar 2001 10:11:42 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f21I0qP39938; Thu, 1 Mar 2001 14:00:53 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Thu, 1 Mar 2001 14:00:52 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: System hangs with -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 any comments on this? any way of doing this without a serial console? thanks ... On Wed, 28 Feb 2001, The Hermit Hacker wrote: > > Yup, definitely doesn't like me using the console ... just tried it again, > and its as if it can't scroll up the screen to send more data or > something? > > I just rebooted, and then ssh'd in from remote ... type'd the two sysctl > commands, and got: > > cpu1 ../../i386/i386/trap.c.181 GOT (spin) sched lock [0xc0320f20] r=0 at ../../i386/i386/trap.c:181 > cpcsocp/../i386/i386/trap.c.217 REL (spin) sched l > > on my screen ... type'd exactly as seen ... and that's it ... console is > now locked again ... > > On Tue, 27 Feb 2001, The Hermit Hacker wrote: > > > > > Okay, can't seem to find a 9pin->9pin NULL modem cable in this 'pit of the > > earth' town, so figured I'd do the sysctl commands on my console and use > > an ssh connection into the machine to run the 'hanging sequence' ... the > > console flashed a bunch of 'debugging info' and then hung solid ... I > > could still login remotely and whatnot, type commands, just nothing was > > happening on the console, couldn't change vty's, nothing ... > > > > is it supposed to do that? *raised eyebrow* > > > > On Thu, 22 Feb 2001, John Baldwin wrote: > > > > > > > > On 23-Feb-01 The Hermit Hacker wrote: > > > > On Thu, 22 Feb 2001, John Baldwin wrote: > > > > > > > >> > > > >> On 22-Feb-01 The Hermit Hacker wrote: > > > >> > > > > >> > Okay, I have to pick up a NULL modem cable tomorrow and dive into this ... > > > >> > finally ... > > > >> > > > > >> > The various KTR_ that you mention below, these are kernel settings that I > > > >> > compile into the kernel? > > > >> > > > >> Yes. You want this: > > > >> > > > >> options KTR > > > >> options KTR_EXTEND > > > >> options KTR_COMPILE=0x1208 > > > > > > > > okay, just so that I understand ... I compile my kernel with these > > > > options, and then run the two sysctl commands you list below? the > > > > KTR_COMPILE arg looks similar to the ktr_mask one below, which is why I'm > > > > confirming ... > > > > > > Yes. KTR_COMPILE controls what KTR tracepoints are actually compiled into > > > the kernel. The ktr_mask sysctl controls a runtime mask that lets you choose > > > which of the compiled in masks you want to enable. I have manpages for this > > > stuff, but they are waiting for doc guys to review them. > > > > > > >> The mtx_quiet.patch is old and won't apply to current now I'm afraid. > > > >> > > > >> > On Tue, 2 Jan 2001, John Baldwin wrote: > > > >> > > > > >> >> > > > >> >> On 02-Jan-01 The Hermit Hacker wrote: > > > >> >> > > > > >> >> > Over the past several months, as others have reported, I've been > > > >> >> > getting > > > >> >> > system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, but > > > >> >> > ctl-alt-esc doesn't break me to the debugger ... > > > >> >> > > > > >> >> > I'm not complaining about the hangs, if I was overly concerned, I'd run > > > >> >> > -STABLE, but I'm wondering how one goes about providing debug > > > >> >> > information > > > >> >> > on them other then through DDB? > > > >> >> > > > >> >> Not easily. :( If you can make the problem easily repeatable, then you > > > >> >> can > > > >> >> try > > > >> >> turning on KTR in your kernel (see NOTES, you will need KTR_EXTEND), > > > >> >> setting > > > >> >> up > > > >> >> a serial console that you log the output of, create a shell script that > > > >> >> runs > > > >> >> the following commands: > > > >> >> > > > >> >> #!/bin/sh > > > >> >> > > > >> >> # Turn on KTR_INTR, KTR_PROC, and KTR_LOCK > > > >> >> sysctl -w debug.ktr_mask=0x1208 > > > >> >> sysctl -w debug.ktr_verbose=2 > > > >> >> > > > >> >> run_magic_command_that_hangs_my_machine > > > >> >> > > > >> >> and run the script. You probably want to run it over a tty or remote > > > >> >> login > > > >> >> so > > > >> >> tthat the serial console output is just the logging (warning, it will be > > > >> >> very > > > >> >> verbose!). Also, you probably want to use > > > >> >> http://www.FreeBSD.org/~jhb/patches/mtx_quiet.patch to shut up most of > > > >> >> the > > > >> >> irrelevant and cluttery mutex trace messages. Note that having this much > > > >> >> logging on will probably slow the machine to a crawl as well, so you may > > > >> >> have > > > >> >> to just start this up and go off and do something else until it hangs. > > > >> >> :-/ > > > >> >> Another alternative is to rig up a NMI debouncer and use it to break into > > > >> >> the > > > >> >> debugger. Then you can start poking around to see who owns sched_lock, > > > >> >> etc. > > > >> >> > > > >> >> > Thanks ... > > > > > > -- > > > > > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > > > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > > > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > > > > > > 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 > > > > 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 > 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 Thu Mar 1 12:19:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 2039E37B719 for ; Thu, 1 Mar 2001 12:19:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f21KEuA62692; Thu, 1 Mar 2001 12:14:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Thu, 01 Mar 2001 12:18:44 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: System hangs with -current ... Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Mar-01 The Hermit Hacker wrote: > > any comments on this? any way of doing this without a serial console? > > thanks ... The data is too much to make a normal console feasible, although you could try cranking up the console to hte highest res (80x60 or 132x60, etc.) you can and let it freeze and then write down those 60 lines adn maybe that will be enough to figure it out. However, if its looping this won't work. :( I've no idea atm why the serial console isn't working for you. > On Wed, 28 Feb 2001, The Hermit Hacker wrote: > >> >> Yup, definitely doesn't like me using the console ... just tried it again, >> and its as if it can't scroll up the screen to send more data or >> something? >> >> I just rebooted, and then ssh'd in from remote ... type'd the two sysctl >> commands, and got: >> >> cpu1 ../../i386/i386/trap.c.181 GOT (spin) sched lock [0xc0320f20] r=0 at >> ../../i386/i386/trap.c:181 >> cpcsocp/../i386/i386/trap.c.217 REL (spin) sched l >> >> on my screen ... type'd exactly as seen ... and that's it ... console is >> now locked again ... >> >> On Tue, 27 Feb 2001, The Hermit Hacker wrote: >> >> > >> > Okay, can't seem to find a 9pin->9pin NULL modem cable in this 'pit of the >> > earth' town, so figured I'd do the sysctl commands on my console and use >> > an ssh connection into the machine to run the 'hanging sequence' ... the >> > console flashed a bunch of 'debugging info' and then hung solid ... I >> > could still login remotely and whatnot, type commands, just nothing was >> > happening on the console, couldn't change vty's, nothing ... >> > >> > is it supposed to do that? *raised eyebrow* >> > >> > On Thu, 22 Feb 2001, John Baldwin wrote: >> > >> > > >> > > On 23-Feb-01 The Hermit Hacker wrote: >> > > > On Thu, 22 Feb 2001, John Baldwin wrote: >> > > > >> > > >> >> > > >> On 22-Feb-01 The Hermit Hacker wrote: >> > > >> > >> > > >> > Okay, I have to pick up a NULL modem cable tomorrow and dive into >> > > >> > this ... >> > > >> > finally ... >> > > >> > >> > > >> > The various KTR_ that you mention below, these are kernel settings >> > > >> > that I >> > > >> > compile into the kernel? >> > > >> >> > > >> Yes. You want this: >> > > >> >> > > >> options KTR >> > > >> options KTR_EXTEND >> > > >> options KTR_COMPILE=0x1208 >> > > > >> > > > okay, just so that I understand ... I compile my kernel with these >> > > > options, and then run the two sysctl commands you list below? the >> > > > KTR_COMPILE arg looks similar to the ktr_mask one below, which is why >> > > > I'm >> > > > confirming ... >> > > >> > > Yes. KTR_COMPILE controls what KTR tracepoints are actually compiled >> > > into >> > > the kernel. The ktr_mask sysctl controls a runtime mask that lets you >> > > choose >> > > which of the compiled in masks you want to enable. I have manpages for >> > > this >> > > stuff, but they are waiting for doc guys to review them. >> > > >> > > >> The mtx_quiet.patch is old and won't apply to current now I'm afraid. >> > > >> >> > > >> > On Tue, 2 Jan 2001, John Baldwin wrote: >> > > >> > >> > > >> >> >> > > >> >> On 02-Jan-01 The Hermit Hacker wrote: >> > > >> >> > >> > > >> >> > Over the past several months, as others have reported, I've been >> > > >> >> > getting >> > > >> >> > system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, >> > > >> >> > but >> > > >> >> > ctl-alt-esc doesn't break me to the debugger ... >> > > >> >> > >> > > >> >> > I'm not complaining about the hangs, if I was overly concerned, >> > > >> >> > I'd run >> > > >> >> > -STABLE, but I'm wondering how one goes about providing debug >> > > >> >> > information >> > > >> >> > on them other then through DDB? >> > > >> >> >> > > >> >> Not easily. :( If you can make the problem easily repeatable, >> > > >> >> then you >> > > >> >> can >> > > >> >> try >> > > >> >> turning on KTR in your kernel (see NOTES, you will need >> > > >> >> KTR_EXTEND), >> > > >> >> setting >> > > >> >> up >> > > >> >> a serial console that you log the output of, create a shell script >> > > >> >> that >> > > >> >> runs >> > > >> >> the following commands: >> > > >> >> >> > > >> >> #!/bin/sh >> > > >> >> >> > > >> >> # Turn on KTR_INTR, KTR_PROC, and KTR_LOCK >> > > >> >> sysctl -w debug.ktr_mask=0x1208 >> > > >> >> sysctl -w debug.ktr_verbose=2 >> > > >> >> >> > > >> >> run_magic_command_that_hangs_my_machine >> > > >> >> >> > > >> >> and run the script. You probably want to run it over a tty or >> > > >> >> remote >> > > >> >> login >> > > >> >> so >> > > >> >> tthat the serial console output is just the logging (warning, it >> > > >> >> will be >> > > >> >> very >> > > >> >> verbose!). Also, you probably want to use >> > > >> >> http://www.FreeBSD.org/~jhb/patches/mtx_quiet.patch to shut up >> > > >> >> most of >> > > >> >> the >> > > >> >> irrelevant and cluttery mutex trace messages. Note that having >> > > >> >> this much >> > > >> >> logging on will probably slow the machine to a crawl as well, so >> > > >> >> you may >> > > >> >> have >> > > >> >> to just start this up and go off and do something else until it >> > > >> >> hangs. >> > > >> >> :-/ >> > > >> >> Another alternative is to rig up a NMI debouncer and use it to >> > > >> >> break into >> > > >> >> the >> > > >> >> debugger. Then you can start poking around to see who owns >> > > >> >> sched_lock, >> > > >> >> etc. >> > > >> >> >> > > >> >> > Thanks ... >> > > >> > > -- >> > > >> > > John Baldwin -- http://www.FreeBSD.org/~jhb/ >> > > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc >> > > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >> > > >> > >> > 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 >> > >> >> 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 >> > > Marc G. Fournier ICQ#7615664 IRC Nick: > Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: > scrappy@{freebsd|postgresql}.org > -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Thu Mar 1 12:55:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id A62F337B718 for ; Thu, 1 Mar 2001 12:55:16 -0800 (PST) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.11.1/8.11.1) with ESMTP id f21KvAJ21498; Thu, 1 Mar 2001 15:57:15 -0500 (EST) (envelope-from bandix@looksharp.net) Date: Thu, 1 Mar 2001 15:57:10 -0500 (EST) From: "Brandon D. Valentine" To: Doug Barton Cc: Subject: Re: New entropy harvesting sysctl's enabled in rc In-Reply-To: <3A9E51AF.AEBE999E@gorean.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 Thu, 1 Mar 2001, Doug Barton wrote: > Appropriate rc.conf(5) entries will be coming in a seperate commit. I am >working on a general cleanup/update of that file, but I plan to wait till >the reality in rc.conf is closer to what we want it to be. This is only tangentially related but while you're talking about a cleanup of the rc.conf(5) file, did anyone ever work up a patchset for the NetBSD rc system that was discussed several months ago? -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 13:34:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 57A6737B71A for ; Thu, 1 Mar 2001 13:34:40 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f21LYZ049898; Thu, 1 Mar 2001 22:34:35 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 1 Mar 2001 22:35:00 +0100 (CET) From: Martin Blapp To: Jonathan Lemon Cc: Thomas Moestl , current@freebsd.org Subject: Re: linux_connect patch In-Reply-To: <20010227224908.K20550@prism.flugsvamp.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 Jonathan, I tested yout patch with CURRENT and STABLE, and it does fix the Staroffice Network-Problem too. I tested: Linux SO5.2 Linux Netscape 4.7 Linux linux-jdk1.3.0, green threads (digichat) and everythings works. So please commit this, and it should also go into STABLE before 4.3 is out. This fix is really necessary. Martin > + /* > + * Linux doesn't return EISCONN the first time it occurs, > + * when on a non-blocking socket. Instead it returns the > + * error getsockopt(SOL_SOCKET, SO_ERROR) would return on BSD. > + */ > + error = holdsock(p->p_fd, linux_args.s, &fp); > + if (error) > + return (error); > + error = EISCONN; > + if (fp->f_flag & FNONBLOCK) { > + so = (struct socket *)fp->f_data; > + if ((u_int)so->so_emuldata != 0) > + error = so->so_error; > + so->so_emuldata = (void *)1; > } > - > + fdrop(fp, p); > return (error); > } > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 13:53:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 13F4037B71A for ; Thu, 1 Mar 2001 13:53:34 -0800 (PST) (envelope-from fanf@dotat.at) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14Yb0i-000O4l-00; Thu, 01 Mar 2001 21:53:20 +0000 Date: Thu, 1 Mar 2001 21:53:20 +0000 From: Tony Finch To: Doug Barton Cc: freebsd-current@freebsd.org Subject: Re: New entropy harvesting sysctl's enabled in rc Message-ID: <20010301215320.E483@hand.dotat.at> References: <3A9E51AF.AEBE999E@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A9E51AF.AEBE999E@gorean.org> Organization: Covalent Technologies, Inc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > >The goal is to turn on the appropriate harvesters for ethernet, >and/or ppp/slip/tun based on the presence of a configured device of >that nature. So, the ethernet bits check to see if there is an >ethernet card configured, and turns on that harvester if so. What about ethernet devices that aren't present at boot time but which turn up later? Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at FINISTERRE: EAST OR SOUTHEAST 4 OR 5 INCREASING 6 OR 7, BUT CYCLONIC BECOMING SOUTHWESTERLY IN FAR SOUTH. SHOWERS THEN RAIN. GOOD BECOMING MODERATE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 17:51:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 837FD37B718; Thu, 1 Mar 2001 17:51:27 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f221pQd52948; Thu, 1 Mar 2001 18:51:26 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103020151.f221pQd52948@harmony.village.org> To: John Baldwin Subject: Re: undefined reference _mtx_assert Cc: Alexander Leidinger , current@FreeBSD.ORG In-reply-to: Your message of "Thu, 01 Mar 2001 09:34:41 PST." References: Date: Thu, 01 Mar 2001 18:51:26 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message John Baldwin writes: : Add INVARIANT_SUPPORT to your kernel config, and you should be reading your : cvs-all and -current mail. :) Is there a reason to not have INVARIANT_SUPPORT be default for a while in -current? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 18:35:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id 0FE2B37B718 for ; Thu, 1 Mar 2001 18:35:49 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 4F733BACC; Thu, 1 Mar 2001 21:35:48 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: Scheduler panic In-Reply-To: Message from Jake Burkholder of "Mon, 26 Feb 2001 09:25:01 EST." <20010226142501.7D1A5BACB@cr66388-a.rchrd1.on.wave.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Mar 2001 21:35:47 -0500 From: Jake Burkholder Message-Id: <20010302023548.4F733BACC@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote: > > > This is on a UP system. > > > > Had another one of these, under the same conditions. Both times I was > > running more(1) on a stdin stream which was generated by a "find | > > grep | more" operation, and I suspended the process with ^Z, > > triggering the panic. Perhaps this will help in tracking down the > > root cause. > > I'm pretty sure I know what this is; I'll work up a patch tonight. > Sorry this is taking so long. Its turned out to be a little more complex to fix properly than I originally thought. We're going to have to change the way one of the fields of struct proc (p_pptr) is locked. The problem is that a process is getting preempted when its not SRUN, which should be protected by the scheduler lock so that the preemption can't occur. This is the best workaround I can think of: Index: kern/kern_intr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_intr.c,v retrieving revision 1.47 diff -u -r1.47 kern_intr.c --- kern/kern_intr.c 2001/02/28 02:53:43 1.47 +++ kern/kern_intr.c 2001/03/02 02:28:08 @@ -366,7 +366,7 @@ */ ithread->it_need = 1; mtx_lock_spin(&sched_lock); - if (p->p_stat == SWAIT) { + if (p->p_stat == SWAIT && curproc->p_stat == SRUN) { CTR1(KTR_INTR, __func__ ": setrunqueue %d", p->p_pid); p->p_stat = SRUN; setrunqueue(p); Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 20:44:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 18A3037B71A for ; Thu, 1 Mar 2001 20:44:22 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f224is154620; Thu, 1 Mar 2001 20:44:55 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: <200103020151.f221pQd52948@harmony.village.org> Date: Thu, 01 Mar 2001 20:44:01 -0800 (PST) From: John Baldwin To: Warner Losh Subject: Re: undefined reference _mtx_assert Cc: current@FreeBSD.org, Alexander Leidinger Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Mar-01 Warner Losh wrote: > In message John Baldwin writes: >: Add INVARIANT_SUPPORT to your kernel config, and you should be reading your >: cvs-all and -current mail. :) > > Is there a reason to not have INVARIANT_SUPPORT be default for a while > in -current? I'm already working on this. See www.freebsd.org/~jhb/patches/newkern.patch. This is verified to work on x86 just fine (it affects release, so it requires more testing than might seem obvious at first.) It should work on the alpha, but I can't get my alpha machine to stay up through a buildworld. Right now it is getting a page fault while holding a spinlock, which blows up since it tries to grab a sleep lock with interrupts disabled. Then again, it may just be at a raised IPL above 0 but not at IPL_HIGH. Not sure yet. *sigh* > Warner -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Thu Mar 1 20:44:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id BC2BA37B71E for ; Thu, 1 Mar 2001 20:44:24 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f224iw154632; Thu, 1 Mar 2001 20:44:58 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: <20010302023548.4F733BACC@cr66388-a.rchrd1.on.wave.home.com> Date: Thu, 01 Mar 2001 20:44:05 -0800 (PST) From: John Baldwin To: Jake Burkholder Subject: Re: Scheduler panic Cc: current@FreeBSD.org, Kris Kennaway Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Mar-01 Jake Burkholder wrote: >> > On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote: >> > > This is on a UP system. >> > >> > Had another one of these, under the same conditions. Both times I was >> > running more(1) on a stdin stream which was generated by a "find | >> > grep | more" operation, and I suspended the process with ^Z, >> > triggering the panic. Perhaps this will help in tracking down the >> > root cause. >> >> I'm pretty sure I know what this is; I'll work up a patch tonight. >> > > Sorry this is taking so long. Its turned out to be a little more > complex to fix properly than I originally thought. We're going to > have to change the way one of the fields of struct proc (p_pptr) > is locked. The problem is that a process is getting preempted > when its not SRUN, which should be protected by the scheduler > lock so that the preemption can't occur. > > This is the best workaround I can think of: > > Index: kern/kern_intr.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_intr.c,v > retrieving revision 1.47 > diff -u -r1.47 kern_intr.c > --- kern/kern_intr.c 2001/02/28 02:53:43 1.47 > +++ kern/kern_intr.c 2001/03/02 02:28:08 > @@ -366,7 +366,7 @@ > */ > ithread->it_need = 1; > mtx_lock_spin(&sched_lock); > - if (p->p_stat == SWAIT) { > + if (p->p_stat == SWAIT && curproc->p_stat == SRUN) { > CTR1(KTR_INTR, __func__ ": setrunqueue %d", p->p_pid); > p->p_stat = SRUN; > setrunqueue(p); > > Jake Eek, this is wrong. We need to always put it on the runqueue, the trick is we just need to avoid the actual task switch. This is what I have here: @@ -369,7 +374,7 @@ CTR1(KTR_INTR, __func__ ": setrunqueue %d", p->p_pid); p->p_stat = SRUN; setrunqueue(p); - if (do_switch) { + if (do_switch && curproc->p_stat == SRUN) { saveintr = sched_lock.mtx_saveintr; mtx_intr_enable(&sched_lock); if (curproc != PCPU_GET(idleproc)) (Among other fixes.) I'll try and get this committed tonight if no one screams bloody murder. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Thu Mar 1 20:50:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id 5DC9B37B719 for ; Thu, 1 Mar 2001 20:50:18 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 23221BACC; Thu, 1 Mar 2001 23:50:17 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: Scheduler panic In-Reply-To: Message from Jake Burkholder of "Thu, 01 Mar 2001 21:35:47 EST." <20010302023548.4F733BACC@cr66388-a.rchrd1.on.wave.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Mar 2001 23:50:16 -0500 From: Jake Burkholder Message-Id: <20010302045017.23221BACC@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG replying to myself again.... > > This is the best workaround I can think of: > > Index: kern/kern_intr.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_intr.c,v > retrieving revision 1.47 > diff -u -r1.47 kern_intr.c > --- kern/kern_intr.c 2001/02/28 02:53:43 1.47 > +++ kern/kern_intr.c 2001/03/02 02:28:08 > @@ -366,7 +366,7 @@ > */ > ithread->it_need = 1; > mtx_lock_spin(&sched_lock); > - if (p->p_stat == SWAIT) { > + if (p->p_stat == SWAIT && curproc->p_stat == SRUN) { > CTR1(KTR_INTR, __func__ ": setrunqueue %d", p->p_pid); > p->p_stat = SRUN; > setrunqueue(p); Heh. Sorry this is wrong, the test for SRUN should be in the same if statement as the do_switch, one further in. This will completetly miss interrupts if the race is ever hit... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 1 23:46: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 494C337B719 for ; Thu, 1 Mar 2001 23:45:59 -0800 (PST) (envelope-from nbm@rapier.smartspace.co.za) Received: (qmail 52929 invoked by uid 1001); 2 Mar 2001 07:45:46 -0000 Date: Fri, 2 Mar 2001 09:45:46 +0200 From: Neil Blakey-Milner To: "Brandon D. Valentine" Cc: Doug Barton , freebsd-current@FreeBSD.ORG Subject: Re: New entropy harvesting sysctl's enabled in rc Message-ID: <20010302094546.A51248@rapier.smartspace.co.za> References: <3A9E51AF.AEBE999E@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bandix@looksharp.net on Thu, Mar 01, 2001 at 03:57:10PM -0500 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2001-03-01 (15:57), Brandon D. Valentine wrote: > > Appropriate rc.conf(5) entries will be coming in a seperate commit. I am > >working on a general cleanup/update of that file, but I plan to wait till > >the reality in rc.conf is closer to what we want it to be. > > This is only tangentially related but while you're talking about a > cleanup of the rc.conf(5) file, did anyone ever work up a patchset for > the NetBSD rc system that was discussed several months ago? I have a bastardisation on my laptop at home; if I can find the time over the weekend, I'll see about getting it off there[1] and sending it to -hackers. [1] It has no network card anymore, and a dodgy floppy drive. Joy. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 2:37: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 5D19C37B71A; Fri, 2 Mar 2001 02:37:01 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14Ymvk-00057Z-00; Fri, 02 Mar 2001 11:37:00 +0100 Received: from b828b.pppool.de ([213.7.130.139] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.22 #1) id 14Ymvk-0001ot-00; Fri, 02 Mar 2001 11:37:00 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.2) with ESMTP id f22ANxj01688; Fri, 2 Mar 2001 11:24:00 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200103021024.f22ANxj01688@Magelan.Leidinger.net> Date: Fri, 2 Mar 2001 11:23:56 +0100 (CET) From: Alexander Leidinger Subject: Re: undefined reference _mtx_assert To: jhb@FreeBSD.ORG Cc: current@FreeBSD.ORG In-Reply-To: <200103020151.f221pQd52948@harmony.village.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1 Mar, Warner Losh wrote: > In message John Baldwin writes: > : Add INVARIANT_SUPPORT to your kernel config, and you should be reading your Thanks. > : cvs-all and -current mail. :) I'm doing this since 3-current. Tha last thing I remember regarding INVARIANT was a commit which said INVARIANT_SUPPORT isn't neccessary anymore. It's seems I got it wrong. Thanks, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 4:52:40 2001 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 6219337B719; Fri, 2 Mar 2001 04:52:24 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id f22CqA206495; Fri, 2 Mar 2001 14:52:10 +0200 (EET) (envelope-from ru) Date: Fri, 2 Mar 2001 14:52:10 +0200 From: Ruslan Ermilov To: Andrey Chernov , current@FreeBSD.org Subject: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302145210.A6392@sunbay.com> Mail-Followup-To: Andrey Chernov , current@FreeBSD.org References: <200103021245.f22CjrQ34193@freefall.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: <200103021245.f22CjrQ34193@freefall.freebsd.org>; from ru@FreeBSD.org on Fri, Mar 02, 2001 at 04:45:53AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I have just committed the following fix to the setlocale(3) that changes the meaning of the LC_ALL environment variable so that it conforms to ISO and POSIX standards. On Fri, Mar 02, 2001 at 04:45:53AM -0800, Ruslan Ermilov wrote: > ru 2001/03/02 04:45:53 PST > > Modified files: > lib/libc/locale setlocale.c > Log: > Fix setlocale() to conform to the ISO C and POSIX standards. > The below text is quoted from the latest POSIX draft: > > : The values of locale categories shall be determined by a precedence > : order; the first condition met below determines the value: > : > : 1. If the LC_ALL environment variable is defined and is not null, > : the value of LC_ALL shall be used. > : 2. If the LC_* environment variable (LC_COLLATE, LC_CTYPE, LC_MESSAGES, > : LC_MONETARY, LC_NUMERIC, LC_TIME) is defined and is not null, the > : value of the environment variable shall be used to initialize the > : category that corresponds to the environment variable. > : 3. If the LANG environment variable is defined and is not null, the > : value of the LANG environment variable shall be used. > : 4. If the LANG environment variable is not set or is set to the empty > : string, the implementation-defined default locale shall be used. > > The conditions 1 and 2 were interchanged, i.e., LC_* were looked first, > then LC_ALL, then LANG (note that LC_ALL and LANG were essentially the > same, providing the default, with LC_ALL taking precedence over LANG). > Now, LC_ALL and LANG serve the different purposes. LC_ALL overrides > any LC_*, and LANG provides the default fallback. > > Testcase: > > /usr/bin/env LC_ALL=C LC_TIME=de_DE.ISO_8859-1 /bin/date > > Should return date in the "C" locale format. > > Inspired by: date(1) reference page in the Draft > > Revision Changes Path > 1.30 +4 -4 src/lib/libc/locale/setlocale.c -- 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 Fri Mar 2 5:33: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mf003.infoweb.ne.jp (mf003.infoweb.ne.jp [210.131.99.13]) by hub.freebsd.org (Postfix) with ESMTP id 5ED3A37B718 for ; Fri, 2 Mar 2001 05:32:56 -0800 (PST) (envelope-from fwkg7679@mb.infoweb.ne.jp) Received: from amdk6.nodomain.noroot.amdk6.nodmain.noroot by mf003.infoweb.ne.jp (8.9.3+3.2W/3.7W-10/13/99) with ESMTP id WAA20909 for ; Fri, 2 Mar 2001 22:32:54 +0900 Message-Id: <200103021332.WAA20909@mf003.infoweb.ne.jp> Date: Fri, 02 Mar 2001 22:34:18 +0900 From: KUROSAWA Takahiro To: current@freebsd.org Subject: sigaltstack(2) setting not inherited by the child process User-Agent: Wanderlust/1.1.1 (Purple Rain) REMI/1.14.1 (=?ISO-8859-1?Q?Mus?= =?ISO-8859-1?Q?higawa=F2sugi?=) FLIM/1.13.2 (Kasanui) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386-pc-freebsdelf5.0) MIME-Version: 1.0 (generated by REMI 1.14.1 - =?ISO-8859-1?Q?=22Mushigawa=F2?= =?ISO-8859-1?Q?sugi=22?=) Content-Type: multipart/mixed; boundary="Multipart_Fri_Mar__2_22:34:18_2001-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Multipart_Fri_Mar__2_22:34:18_2001-1 Content-Type: text/plain; charset=US-ASCII The sigaction(2) manpage states that the signal stack is inherited by the child after fork(2), but the signal stack is not inherited in fact. The attached test program checks if the sigaltstack(2) setting is inherited by the child or not. The result of the program is: original: sp=0x0 size=0 flags=4 changed: sp=0x8049a20 size=1048576 flags=0 child: sp=0x8049a20 size=1048576 flags=4 <- flags: 4 parent: sp=0x8049a20 size=1048576 flags=0 but it should be: original: sp=0x0 size=0 flags=4 changed: sp=0x8049a20 size=1048576 flags=0 child: sp=0x8049a20 size=1048576 flags=0 <- flags: 0 parent: sp=0x8049a20 size=1048576 flags=0 The parent had cleared the SS_DISABLE flag of ss_flags (in struct sigaltstack) and forked the child, but SS_DISABLE is set on the child. The following patch against sys/kern/kern_fork.c fixes this problem: Index: sys/kern/kern_fork.c =================================================================== RCS file: /usr/local/share/cvsup/cvsroot/src/sys/kern/kern_fork.c,v retrieving revision 1.103 diff -u -r1.103 kern_fork.c --- sys/kern/kern_fork.c 2001/02/28 02:53:43 1.103 +++ sys/kern/kern_fork.c 2001/03/02 12:45:40 @@ -461,7 +461,7 @@ * Preserve some more flags in subprocess. P_PROFIL has already * been preserved. */ - p2->p_flag |= p1->p_flag & P_SUGID; + p2->p_flag |= p1->p_flag & (P_SUGID | P_ALTSTACK); if (p1->p_session->s_ttyvp != NULL && p1->p_flag & P_CONTROLT) p2->p_flag |= P_CONTROLT; if (flags & RFPPWAIT) --Multipart_Fri_Mar__2_22:34:18_2001-1 Content-Type: text/plain; charset=US-ASCII #include #include #include #include #include #include #define ALTSTACKSIZE (1024 * 1024) static u_int64_t altstack[ALTSTACKSIZE / sizeof(u_int64_t)]; static void print_sigstack(char *info) { struct sigaltstack ss; int ret; ret = sigaltstack(NULL, &ss); if (ret < 0) { perror("sigaltstack"); exit(1); } printf("%10s: sp=%p size=%d flags=%x\n", info, ss.ss_sp, ss.ss_size, ss.ss_flags); fflush(stdout); } int main(int argc, char *argv[]) { struct sigaltstack ss; pid_t pid; int ret; print_sigstack("original"); ss.ss_sp = (char *)altstack; ss.ss_size = sizeof(altstack); ss.ss_flags = 0; ret = sigaltstack(&ss, NULL); if (ret < 0) { perror("sigaltstack"); exit(1); } print_sigstack("changed"); pid = fork(); if (pid < 0) { perror("fork"); exit(1); } if (pid == 0) { print_sigstack("child"); exit(0); } wait(NULL); print_sigstack("parent"); return 0; } --Multipart_Fri_Mar__2_22:34:18_2001-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 5:42:59 2001 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 8A49637B718; Fri, 2 Mar 2001 05:42:40 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id f22DgRM11069; Fri, 2 Mar 2001 15:42:27 +0200 (EET) (envelope-from ru) Date: Fri, 2 Mar 2001 15:42:27 +0200 From: Ruslan Ermilov To: Andrey Chernov , current@FreeBSD.org Subject: Re: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302154227.A7883@sunbay.com> Mail-Followup-To: Andrey Chernov , current@FreeBSD.org References: <200103021245.f22CjrQ34193@freefall.freebsd.org> <20010302145210.A6392@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: <20010302145210.A6392@sunbay.com>; from ru@FreeBSD.org on Fri, Mar 02, 2001 at 02:52:10PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 02, 2001 at 02:52:10PM +0200, Ruslan Ermilov wrote: [...] > > Testcase: > > > > /usr/bin/env LC_ALL=C LC_TIME=de_DE.ISO_8859-1 /bin/date > > > > Should return date in the "C" locale format. > > I have checked both System V and Linux, they behave correctly. NetBSD and OpenBSD behave like FreeBSD did (incorrectly). I am not checking src/ to see what other fixes are required. The typical fix will be "LC_TIME=C date" -> "LC_ALL=C date", probably preserving the "LC_TIME=C" setting so that the upgrade path from the old system isn't broken. Comments? Cheers, -- 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 Fri Mar 2 7: 0:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id BC50037B719 for ; Fri, 2 Mar 2001 07:00:28 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.2/8.11.2) id f22F0QN65684 for current@FreeBSD.org; Fri, 2 Mar 2001 18:00:26 +0300 (MSK) (envelope-from ache) Date: Fri, 2 Mar 2001 18:00:25 +0300 From: "Andrey A. Chernov" To: current@FreeBSD.org Subject: Re: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302180024.A65538@nagual.pp.ru> References: <200103021245.f22CjrQ34193@freefall.freebsd.org> <20010302145210.A6392@sunbay.com> <20010302154227.A7883@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: <20010302154227.A7883@sunbay.com>; from ru@FreeBSD.org on Fri, Mar 02, 2001 at 03:42:27PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 02, 2001 at 15:42:27 +0200, Ruslan Ermilov wrote: > I am not checking src/ to see what other fixes are required. > The typical fix will be "LC_TIME=C date" -> "LC_ALL=C date", > probably preserving the "LC_TIME=C" setting so that the > upgrade path from the old system isn't broken. I don't think it worth to preserve LC_TIME=C, those parts are not critical -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 7:17:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (mobile.acadiau.ca [131.162.137.70]) by hub.freebsd.org (Postfix) with ESMTP id DC7FA37B770; Fri, 2 Mar 2001 07:17:38 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f22FHbP59099; Fri, 2 Mar 2001 11:17:38 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Fri, 2 Mar 2001 11:17:37 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: System hangs with -current ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Mar 2001, John Baldwin wrote: > > On 01-Mar-01 The Hermit Hacker wrote: > > > > any comments on this? any way of doing this without a serial console? > > > > thanks ... > > The data is too much to make a normal console feasible, although you > could try cranking up the console to hte highest res (80x60 or 132x60, > etc.) you can and let it freeze and then write down those 60 lines adn > maybe that will be enough to figure it out. However, if its looping > this won't work. :( I've no idea atm why the serial console isn't > working for you. Inability to actually find a NULL modem cable, actually :( Checked two local shops, and neither of them carry one ... just hijacked one from work for the weekend, so will hit this tonight and report anything I can come up with ... > > > On Wed, 28 Feb 2001, The Hermit Hacker wrote: > > > >> > >> Yup, definitely doesn't like me using the console ... just tried it again, > >> and its as if it can't scroll up the screen to send more data or > >> something? > >> > >> I just rebooted, and then ssh'd in from remote ... type'd the two sysctl > >> commands, and got: > >> > >> cpu1 ../../i386/i386/trap.c.181 GOT (spin) sched lock [0xc0320f20] r=0 at > >> ../../i386/i386/trap.c:181 > >> cpcsocp/../i386/i386/trap.c.217 REL (spin) sched l > >> > >> on my screen ... type'd exactly as seen ... and that's it ... console is > >> now locked again ... > >> > >> On Tue, 27 Feb 2001, The Hermit Hacker wrote: > >> > >> > > >> > Okay, can't seem to find a 9pin->9pin NULL modem cable in this 'pit of the > >> > earth' town, so figured I'd do the sysctl commands on my console and use > >> > an ssh connection into the machine to run the 'hanging sequence' ... the > >> > console flashed a bunch of 'debugging info' and then hung solid ... I > >> > could still login remotely and whatnot, type commands, just nothing was > >> > happening on the console, couldn't change vty's, nothing ... > >> > > >> > is it supposed to do that? *raised eyebrow* > >> > > >> > On Thu, 22 Feb 2001, John Baldwin wrote: > >> > > >> > > > >> > > On 23-Feb-01 The Hermit Hacker wrote: > >> > > > On Thu, 22 Feb 2001, John Baldwin wrote: > >> > > > > >> > > >> > >> > > >> On 22-Feb-01 The Hermit Hacker wrote: > >> > > >> > > >> > > >> > Okay, I have to pick up a NULL modem cable tomorrow and dive into > >> > > >> > this ... > >> > > >> > finally ... > >> > > >> > > >> > > >> > The various KTR_ that you mention below, these are kernel settings > >> > > >> > that I > >> > > >> > compile into the kernel? > >> > > >> > >> > > >> Yes. You want this: > >> > > >> > >> > > >> options KTR > >> > > >> options KTR_EXTEND > >> > > >> options KTR_COMPILE=0x1208 > >> > > > > >> > > > okay, just so that I understand ... I compile my kernel with these > >> > > > options, and then run the two sysctl commands you list below? the > >> > > > KTR_COMPILE arg looks similar to the ktr_mask one below, which is why > >> > > > I'm > >> > > > confirming ... > >> > > > >> > > Yes. KTR_COMPILE controls what KTR tracepoints are actually compiled > >> > > into > >> > > the kernel. The ktr_mask sysctl controls a runtime mask that lets you > >> > > choose > >> > > which of the compiled in masks you want to enable. I have manpages for > >> > > this > >> > > stuff, but they are waiting for doc guys to review them. > >> > > > >> > > >> The mtx_quiet.patch is old and won't apply to current now I'm afraid. > >> > > >> > >> > > >> > On Tue, 2 Jan 2001, John Baldwin wrote: > >> > > >> > > >> > > >> >> > >> > > >> >> On 02-Jan-01 The Hermit Hacker wrote: > >> > > >> >> > > >> > > >> >> > Over the past several months, as others have reported, I've been > >> > > >> >> > getting > >> > > >> >> > system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, > >> > > >> >> > but > >> > > >> >> > ctl-alt-esc doesn't break me to the debugger ... > >> > > >> >> > > >> > > >> >> > I'm not complaining about the hangs, if I was overly concerned, > >> > > >> >> > I'd run > >> > > >> >> > -STABLE, but I'm wondering how one goes about providing debug > >> > > >> >> > information > >> > > >> >> > on them other then through DDB? > >> > > >> >> > >> > > >> >> Not easily. :( If you can make the problem easily repeatable, > >> > > >> >> then you > >> > > >> >> can > >> > > >> >> try > >> > > >> >> turning on KTR in your kernel (see NOTES, you will need > >> > > >> >> KTR_EXTEND), > >> > > >> >> setting > >> > > >> >> up > >> > > >> >> a serial console that you log the output of, create a shell script > >> > > >> >> that > >> > > >> >> runs > >> > > >> >> the following commands: > >> > > >> >> > >> > > >> >> #!/bin/sh > >> > > >> >> > >> > > >> >> # Turn on KTR_INTR, KTR_PROC, and KTR_LOCK > >> > > >> >> sysctl -w debug.ktr_mask=0x1208 > >> > > >> >> sysctl -w debug.ktr_verbose=2 > >> > > >> >> > >> > > >> >> run_magic_command_that_hangs_my_machine > >> > > >> >> > >> > > >> >> and run the script. You probably want to run it over a tty or > >> > > >> >> remote > >> > > >> >> login > >> > > >> >> so > >> > > >> >> tthat the serial console output is just the logging (warning, it > >> > > >> >> will be > >> > > >> >> very > >> > > >> >> verbose!). Also, you probably want to use > >> > > >> >> http://www.FreeBSD.org/~jhb/patches/mtx_quiet.patch to shut up > >> > > >> >> most of > >> > > >> >> the > >> > > >> >> irrelevant and cluttery mutex trace messages. Note that having > >> > > >> >> this much > >> > > >> >> logging on will probably slow the machine to a crawl as well, so > >> > > >> >> you may > >> > > >> >> have > >> > > >> >> to just start this up and go off and do something else until it > >> > > >> >> hangs. > >> > > >> >> :-/ > >> > > >> >> Another alternative is to rig up a NMI debouncer and use it to > >> > > >> >> break into > >> > > >> >> the > >> > > >> >> debugger. Then you can start poking around to see who owns > >> > > >> >> sched_lock, > >> > > >> >> etc. > >> > > >> >> > >> > > >> >> > Thanks ... > >> > > > >> > > -- > >> > > > >> > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > >> > > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > >> > > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > >> > > > >> > > >> > 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 > >> > > >> > >> 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 > >> > > > > Marc G. Fournier ICQ#7615664 IRC Nick: > > Scrappy > > Systems Administrator @ hub.org > > primary: scrappy@hub.org secondary: > > scrappy@{freebsd|postgresql}.org > > > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > 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 Fri Mar 2 8: 6:42 2001 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 B3B5A37B719 for ; Fri, 2 Mar 2001 08:06:29 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id f22G5si23887; Fri, 2 Mar 2001 18:05:54 +0200 (EET) (envelope-from ru) Date: Fri, 2 Mar 2001 18:05:54 +0200 From: Ruslan Ermilov To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Re: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302180554.A23604@sunbay.com> Mail-Followup-To: "Andrey A. Chernov" , current@FreeBSD.ORG References: <200103021245.f22CjrQ34193@freefall.freebsd.org> <20010302145210.A6392@sunbay.com> <20010302154227.A7883@sunbay.com> <20010302180024.A65538@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010302180024.A65538@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Mar 02, 2001 at 06:00:25PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 02, 2001 at 06:00:25PM +0300, Andrey A. Chernov wrote: > On Fri, Mar 02, 2001 at 15:42:27 +0200, Ruslan Ermilov wrote: > > I am not checking src/ to see what other fixes are required. > > The typical fix will be "LC_TIME=C date" -> "LC_ALL=C date", > > probably preserving the "LC_TIME=C" setting so that the > > upgrade path from the old system isn't broken. > > I don't think it worth to preserve LC_TIME=C, those parts are not critical > Hmm, some parts are critical. For example, sys/conf/newvers.sh. -- 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 Fri Mar 2 8:20:15 2001 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 A3CDE37B71A; Fri, 2 Mar 2001 08:19:49 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f22GJia04983; Fri, 2 Mar 2001 18:19:46 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f22GJlN64225; Fri, 2 Mar 2001 18:19:47 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9FC81E.1B2EDCC7@FreeBSD.org> Date: Fri, 02 Mar 2001 18:19:43 +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: jkh@FreeBSD.org Cc: current@FreeBSD.org Subject: Labeling Vinum partitions in the sysinstall(8) [patch] Content-Type: multipart/mixed; boundary="------------A9805AA2D47C2FC02223933A" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------A9805AA2D47C2FC02223933A Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi folks, I'm currently creating a Vinum(4) configuration wizard for sysinstall(8), which would simplify Vinum configuration procedure for the vinum newbies. So far I finished a patch that allows create vinum partitions using sysinstall's disklabel editor and would like to commit it. Please review attached patches. Thanks! -Maxim --------------A9805AA2D47C2FC02223933A Content-Type: text/plain; charset=koi8-r; name="si.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="si.diff" Index: label.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/label.c,v retrieving revision 1.102 diff -d -u -r1.102 label.c --- label.c 2001/02/07 11:26:41 1.102 +++ label.c 2001/03/02 14:12:59 @@ -277,6 +277,8 @@ if (c2->type == part) { if (c2->subtype == FS_SWAP) label_chunk_info[j].type = PART_SWAP; + else if (c2->subtype == FS_VINUM) + label_chunk_info[j].type = PART_VINUM; else label_chunk_info[j].type = PART_FILESYSTEM; label_chunk_info[j].c = c2; @@ -383,19 +385,24 @@ "A file system", "Swap", "A swap partition.", + "Vinum", + "A vinum subdisk." }; WINDOW *w = savescr(); i = dialog_menu("Please choose a partition type", "If you want to use this partition for swap space, select Swap.\n" - "If you want to put a filesystem on it, choose FS.", - -1, -1, 2, 2, fs_types, selection, NULL, NULL); + "If you want to put a filesystem on it, choose FS.\n" + "If you want to use it as a subdisk in a Vinum plex, choose Vinum.", + -1, -1, 3, 3, fs_types, selection, NULL, NULL); restorescr(w); if (!i) { if (!strcmp(selection, "FS")) return PART_FILESYSTEM; else if (!strcmp(selection, "Swap")) return PART_SWAP; + else if (!strcmp(selection, "Vinum")) + return PART_VINUM; } return PART_NONE; } @@ -571,6 +578,8 @@ mountpoint = ((PartInfo *)label_chunk_info[i].c->private_data)->mountpoint; else if (label_chunk_info[i].type == PART_SWAP) mountpoint = "swap"; + else if (label_chunk_info[i].type == PART_VINUM) + mountpoint = "vinum"; else mountpoint = ""; @@ -581,6 +590,8 @@ newfs = ((PartInfo *)label_chunk_info[i].c->private_data)->newfs ? "UFS Y" : "UFS N"; else if (label_chunk_info[i].type == PART_SWAP) newfs = "SWAP"; + else if (label_chunk_info[i].type == PART_VINUM) + newfs = "VINUM"; else newfs = "*"; for (j = 0; j < MAX_MOUNT_NAME && mountpoint[j]; j++) @@ -895,6 +906,7 @@ else { char *val; int size; + int subtype; struct chunk *tmp; char osize[80]; u_long flags = 0; @@ -959,17 +971,26 @@ "partitions should usually be at least %dMB in size", ROOT_MIN_SIZE); } } + switch (type) { + case PART_SWAP: + subtype = FS_SWAP; + break; + case PART_VINUM: + subtype = FS_VINUM; + break; + default: + subtype = FS_BSDFFS; + break; + } tmp = Create_Chunk_DWIM(label_chunk_info[here].c->disk, label_chunk_info[here].c, - size, part, - (type == PART_SWAP) ? FS_SWAP : FS_BSDFFS, - flags); + size, part, subtype, flags); if (!tmp) { msgConfirm("Unable to create the partition. Too big?"); clear_wins(); break; } - if (type != PART_SWAP) { + if (type != PART_SWAP && type != PART_VINUM) { /* This is needed to tell the newfs -u about the size */ tmp->private_data = new_part(p->mountpoint, p->newfs, tmp->size); safe_free(p); @@ -1021,6 +1042,10 @@ case PART_SWAP: msg = "You don't need to specify a mountpoint for a swap partition."; + break; + + case PART_VINUM: + msg = "You don't need to specify a mountpoint for a vinum subdisk."; break; case PART_FAT: Index: sysinstall.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/sysinstall.h,v retrieving revision 1.202 diff -d -u -r1.202 sysinstall.h --- sysinstall.h 2001/03/02 08:15:40 1.202 +++ sysinstall.h 2001/03/02 14:13:01 @@ -245,7 +245,7 @@ DEVICE_TYPE_UFS, DEVICE_TYPE_NFS, DEVICE_TYPE_ANY, - DEVICE_TYPE_HTTP, + DEVICE_TYPE_HTTP } DeviceType; /* CDROM mount codes */ @@ -274,6 +274,7 @@ PART_SWAP, PART_FILESYSTEM, PART_FAT, + PART_VINUM } PartType; /* The longest newfs command we'll hand to system() */ --------------A9805AA2D47C2FC02223933A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 8:29:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id AB55B37B718; Fri, 2 Mar 2001 08:29:06 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 361D159568; Fri, 2 Mar 2001 10:29:01 -0600 (CST) Date: Fri, 2 Mar 2001 10:29:01 -0600 From: "Michael C . Wu" To: ru@freebsd.org, "Andrey A. Chernov" Cc: current@FreeBSD.org Subject: Re: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302102900.A23453@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <200103021245.f22CjrQ34193@freefall.freebsd.org> <20010302145210.A6392@sunbay.com> <20010302154227.A7883@sunbay.com> <20010302180024.A65538@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010302180024.A65538@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Mar 02, 2001 at 06:00:25PM +0300 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 02, 2001 at 06:00:25PM +0300, Andrey A. Chernov scribbled: | On Fri, Mar 02, 2001 at 15:42:27 +0200, Ruslan Ermilov wrote: | > I am not checking src/ to see what other fixes are required. | > The typical fix will be "LC_TIME=C date" -> "LC_ALL=C date", | > probably preserving the "LC_TIME=C" setting so that the | > upgrade path from the old system isn't broken. | | I don't think it worth to preserve LC_TIME=C, those parts are not critical Hmm? LC_TIME for wall(1)? w(1)? who(1)? date(1)? Not critical ? :) -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 8:41:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 6011F37B71E; Fri, 2 Mar 2001 08:41:53 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id E07C85955A; Fri, 2 Mar 2001 10:41:52 -0600 (CST) Date: Fri, 2 Mar 2001 10:41:52 -0600 From: "Michael C . Wu" To: Ruslan Ermilov Cc: Andrey Chernov , current@FreeBSD.org Subject: Re: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302104152.B23453@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <200103021245.f22CjrQ34193@freefall.freebsd.org> <20010302145210.A6392@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: <20010302145210.A6392@sunbay.com>; from ru@FreeBSD.org on Fri, Mar 02, 2001 at 02:52:10PM +0200 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 02, 2001 at 02:52:10PM +0200, Ruslan Ermilov scribbled: | I have just committed the following fix to the setlocale(3) | that changes the meaning of the LC_ALL environment variable | so that it conforms to ISO and POSIX standards. In the future, can you also send the request for review email to -i18n? | On Fri, Mar 02, 2001 at 04:45:53AM -0800, Ruslan Ermilov wrote: | > Fix setlocale() to conform to the ISO C and POSIX standards. | > The below text is quoted from the latest POSIX draft: | > | > : The values of locale categories shall be determined by a precedence | > : order; the first condition met below determines the value: | > : | > : 1. If the LC_ALL environment variable is defined and is not null, | > : the value of LC_ALL shall be used. Thanks for the fix. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 8:56:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (brian.inet.it [213.92.4.195]) by hub.freebsd.org (Postfix) with SMTP id 48B5237B71C for ; Fri, 2 Mar 2001 08:56:33 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 7894 invoked by uid 1000); 2 Mar 2001 16:53:09 -0000 Date: Fri, 2 Mar 2001 17:53:09 +0100 From: Andrea Campi To: Maxim Sobolev Cc: jkh@FreeBSD.org, current@FreeBSD.org Subject: Re: Labeling Vinum partitions in the sysinstall(8) [patch] Message-ID: <20010302175309.A479@webcom.it> References: <3A9FC81E.1B2EDCC7@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: <3A9FC81E.1B2EDCC7@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Mar 02, 2001 at 06:19:43PM +0200 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm currently creating a Vinum(4) configuration wizard for sysinstall(8), which > would simplify Vinum configuration procedure for the vinum newbies. So far I > finished a patch that allows create vinum partitions using sysinstall's > disklabel editor and would like to commit it. Please review attached patches. ccd anybody? Bye, Andrea -- Where do you think you're going today? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 9:23:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (pop3.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id BA1EB37B71C; Fri, 2 Mar 2001 09:23:14 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f22H6xa05982; Fri, 2 Mar 2001 19:07:09 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f22H73N64673; Fri, 2 Mar 2001 19:07:03 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9FD332.2129434A@FreeBSD.org> Date: Fri, 02 Mar 2001 19:06:58 +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: Andrea Campi Cc: jkh@FreeBSD.org, current@FreeBSD.org Subject: Re: Labeling Vinum partitions in the sysinstall(8) [patch] References: <3A9FC81E.1B2EDCC7@FreeBSD.org> <20010302175309.A479@webcom.it> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrea Campi wrote: > > > > I'm currently creating a Vinum(4) configuration wizard for sysinstall(8), which > > would simplify Vinum configuration procedure for the vinum newbies. So far I > > finished a patch that allows create vinum partitions using sysinstall's > > disklabel editor and would like to commit it. Please review attached patches. > > ccd anybody? AFAIK, unlike vinum, ccd doesn't require any special disk labeling. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 9:28:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 6A9C637B718; Fri, 2 Mar 2001 09:28:48 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f22HTS157554; Fri, 2 Mar 2001 09:29:28 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: <3A9FC81E.1B2EDCC7@FreeBSD.org> Date: Fri, 02 Mar 2001 09:28:31 -0800 (PST) From: John Baldwin To: Maxim Sobolev Subject: RE: Labeling Vinum partitions in the sysinstall(8) [patch] Cc: current@FreeBSD.org, jkh@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Mar-01 Maxim Sobolev wrote: > Hi folks, > > I'm currently creating a Vinum(4) configuration wizard for sysinstall(8), > which > would simplify Vinum configuration procedure for the vinum newbies. So far I > finished a patch that allows create vinum partitions using sysinstall's > disklabel editor and would like to commit it. Please review attached patches. Heh, I wrote http://www.FreeBSD.org/~jhb/patches/sysinstall.vinum.patch probably a year ago now, but because it only changes the disklabel editor and doesn't add a full vinum configurator the patch was rejected. :-/ Hopefully you will have better luck than I did... > Thanks! > > -Maxim -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Fri Mar 2 9:59: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 8076F37B718 for ; Fri, 2 Mar 2001 09:58:58 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.2/8.11.2) id f22Hwu767854 for current@FreeBSD.ORG; Fri, 2 Mar 2001 20:58:56 +0300 (MSK) (envelope-from ache) Date: Fri, 2 Mar 2001 20:58:54 +0300 From: "Andrey A. Chernov" To: current@FreeBSD.ORG Subject: Re: **HEADS UP** essential setlocale(3) fix Message-ID: <20010302205853.A67808@nagual.pp.ru> References: <200103021245.f22CjrQ34193@freefall.freebsd.org> <20010302145210.A6392@sunbay.com> <20010302154227.A7883@sunbay.com> <20010302180024.A65538@nagual.pp.ru> <20010302180554.A23604@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: <20010302180554.A23604@sunbay.com>; from ru@FreeBSD.ORG on Fri, Mar 02, 2001 at 06:05:54PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 02, 2001 at 18:05:54 +0200, Ruslan Ermilov wrote: > On Fri, Mar 02, 2001 at 06:00:25PM +0300, Andrey A. Chernov wrote: > > On Fri, Mar 02, 2001 at 15:42:27 +0200, Ruslan Ermilov wrote: > > > I am not checking src/ to see what other fixes are required. > > > The typical fix will be "LC_TIME=C date" -> "LC_ALL=C date", > > > probably preserving the "LC_TIME=C" setting so that the > > > upgrade path from the old system isn't broken. > > > > I don't think it worth to preserve LC_TIME=C, those parts are not critical > > > Hmm, some parts are critical. For example, sys/conf/newvers.sh. And what critical happens in worst scenario? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 10:58:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with ESMTP id D54DC37B719 for ; Fri, 2 Mar 2001 10:58:13 -0800 (PST) (envelope-from bugs@freebsd.netcom.com) Received: (from bugs@localhost) by freebsd.netcom.com (8.8.8+Sun/8.8.8) id MAA26939 for freebsd-current@freebsd.org; Fri, 2 Mar 2001 12:58:12 -0600 (CST) From: Mark Hittinger Message-Id: <200103021858.MAA26939@freebsd.netcom.com> Subject: recent -current behaviors To: freebsd-current@freebsd.org Date: Fri, 2 Mar 2001 12:58:12 -0600 (CST) X-Mailer: ELM [version 2.5 PL2] 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 One of the things I do with my -current boxes is I run a local rsync to make a backup of the system drive whenever I feel like the thing is stable enough to have a backup made :-) The rsync is fairly intensive I/O wise and memory wise. I see the following behaviors with -current * rsync runs to completion and hangs at the very end, can be interrupted - my guess is trying to free memory * rsync pauses periodically, usually for 30 seconds, and then continues during this pause the system is wedged, no mouse movement etc - my guess is trying to do some garbage collection to get more memory :-) * the server crashes and restarts When I'm not running the rsync its rare to see this trouble. Could we have a bug where freed pages aren't getting freed right? Later Mark Hittinger Earthlink bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 11:11:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 9820C37B71B; Fri, 2 Mar 2001 11:11:18 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f22JBDa07992; Fri, 2 Mar 2001 21:11:15 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f22JBAN65268; Fri, 2 Mar 2001 21:11:10 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9FF04D.1E4ABDF9@FreeBSD.org> Date: Fri, 02 Mar 2001 21:11:09 +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 Baldwin Cc: current@FreeBSD.org, jkh@FreeBSD.org Subject: Re: Labeling Vinum partitions in the sysinstall(8) [patch] References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > On 02-Mar-01 Maxim Sobolev wrote: > > Hi folks, > > > > I'm currently creating a Vinum(4) configuration wizard for sysinstall(8), > > which > > would simplify Vinum configuration procedure for the vinum newbies. So far I > > finished a patch that allows create vinum partitions using sysinstall's > > disklabel editor and would like to commit it. Please review attached patches. > > Heh, I wrote http://www.FreeBSD.org/~jhb/patches/sysinstall.vinum.patch > probably a year ago now, but because it only changes the disklabel editor and > doesn't add a full vinum configurator the patch was rejected. :-/ Hopefully > you will have better luck than I did... I hope so, because it greatly simplifies the task even without a full vinum configurator (as I said I'm working on it as well). Yeah, I know that disklabel(8) is cool, but it is not very intuitive and easy to use tool, especially for GUI-pampered win32 converts. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 11:26: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id DC1AF37B71A; Fri, 2 Mar 2001 11:25:56 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f22JPJH10516; Fri, 2 Mar 2001 11:25:19 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: jhb@FreeBSD.org Cc: sobomax@FreeBSD.org, current@FreeBSD.org, jkh@FreeBSD.org Subject: RE: Labeling Vinum partitions in the sysinstall(8) [patch] In-Reply-To: References: <3A9FC81E.1B2EDCC7@FreeBSD.org> 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: <20010302112519S.jkh@osd.bsdi.com> Date: Fri, 02 Mar 2001 11:25:19 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 44 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: John Baldwin Subject: RE: Labeling Vinum partitions in the sysinstall(8) [patch] Date: Fri, 02 Mar 2001 09:28:31 -0800 (PST) > Heh, I wrote http://www.FreeBSD.org/~jhb/patches/sysinstall.vinum.patch > probably a year ago now, but because it only changes the disklabel editor and > doesn't add a full vinum configurator the patch was rejected. :-/ Hopefully > you will have better luck than I did... Well, I'm not sure it was "rejected" so much as "sent back with a set of requests attached." The problem here is that vinum is currently a feature which isn't "exposed" to the general public - you need to be someone who's interested in tracking down the details and doing some reading before you can create a vinum-based filesystem. That's good in this particular case because vinum is hardly a trivial piece of work and you'd better read up on it before using it or you're probably going to end up doing nasty things to your system. This is not to say that vinum wouldn't substantially benefit from a lot of front-end work which removes a lot of the confusion and hair from the process, indeed I think that would make vinum a lot more popular and useful, but all the Baldwin/Sobolev patches do is essentially draw an arrow which leads over the cliff. :-) They don't front-end the process enough that someone completely unfamiliar with vinum will be able to do the right things. For the person who *already* knows what vinum does, these patches make initial setup a bit easier, I don't dispute that at all. There are a lot more people than the vinum masters who use sysinstall, however, and those folks are going to be going "what's this? Should I select it? What do I do after that?" In short, it only opens a big can of worms for them. In short, I think these patches are a good start but only about 1/10th of the work necessary to truly bring vinum support into sysinstall. As a 1/10th effort, I also consider them to be something to be passed around amongst various hackers interested in providing the other 9/10 but nothing to actually expose end-users to right now. That's why your (John's) patches went back with comments attached and I've merely been waiting for you to finish them. ;) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 12:42:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.siscom.net (mail.siscom.net [209.251.2.99]) by hub.freebsd.org (Postfix) with SMTP id E228C37B718 for ; Fri, 2 Mar 2001 12:42:24 -0800 (PST) (envelope-from jarnett@siscom.net) Received: (qmail 5705 invoked from network); 2 Mar 2001 20:00:46 -0000 Received: from jesse.siscom.net (HELO jesse) (209.251.2.40) by mail.siscom.net with SMTP; 2 Mar 2001 20:00:46 -0000 Message-ID: <002101c0a353$88def4e0$2802fbd1@siscom.net> From: "Jesse Arnett" To: Subject: Date: Fri, 2 Mar 2001 15:01:13 -0500 Organization: SISCOM Inc. 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 unsubscribe freebsd-current unsubscribe freebsd-security unsubscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 12:54:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id 71D7A37B71C for ; Fri, 2 Mar 2001 12:54:07 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by dsl.MexComUSA.net (8.11.3/8.11.3) id f22KmW201146 for current@FreeBSD.Org; Fri, 2 Mar 2001 12:48:32 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.200.120.86 ( [63.200.120.86]) as user eculp@EnContacto.Net by Mail.MexComUSA.net with HTTP; Fri, 2 Mar 2001 12:48:32 -0800 Message-ID: <983566112.3aa0072037e2a@Mail.MexComUSA.net> Date: Fri, 2 Mar 2001 12:48:32 -0800 From: Edwin Culp To: current@FreeBSD.Org Subject: mount: /dev/ad0s1e: File name too long MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.200.120.86 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just found something new in current. When I rebooted with todays current, it put me into single user with the following message: mount: /dev/ad0s1e: File name too long The problem seems to be the directory that I have been mounting it under for a couple of years. /var/ftp/release If I make it shorter like, /mnt. it works fine. Not a big deal, easy to work around and I haven't made a release since the begining of February :-). ed -- EnContacto.Net - InternetSalon.Org - CafeMania.Net ------------------------------------------------- EnContacto.Net - CafeMania.Net - InternetSalon.Org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 13: 2: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 3F74437B718 for ; Fri, 2 Mar 2001 13:02:00 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f22KvdA01013; Fri, 2 Mar 2001 12:57:39 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: <983566112.3aa0072037e2a@Mail.MexComUSA.net> Date: Fri, 02 Mar 2001 13:01:42 -0800 (PST) From: John Baldwin To: Edwin Culp Subject: RE: mount: /dev/ad0s1e: File name too long Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Mar-01 Edwin Culp wrote: > I just found something new in current. When I rebooted with todays current, > it > put me into single user with the following message: > > mount: /dev/ad0s1e: File name too long > > The problem seems to be the directory that I have been mounting it under for > a > couple of years. /var/ftp/release If I make it shorter like, /mnt. it > works > fine. > > Not a big deal, easy to work around and I haven't made a release since the > begining of February :-). Blame Adrian Chadd (adrian@FreeBSD.org) :) Apparently the limit he's enforcing on mount names is rather short... :) > ed -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Fri Mar 2 21:19:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81]) by hub.freebsd.org (Postfix) with ESMTP id F148437B718 for ; Fri, 2 Mar 2001 21:19:43 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.28.1.202]) by mta01.mail.mel.aone.net.au with ESMTP id <20010303051940.GFWK23784.mta01.mail.mel.aone.net.au@camtech.net.au> for ; Sat, 3 Mar 2001 16:19:40 +1100 Message-ID: <3AA07FB9.CCA40541@camtech.net.au> Date: Sat, 03 Mar 2001 15:53:05 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.org Subject: Problems compiling kern_mutex.c Content-Type: multipart/mixed; boundary="------------2F6D02896ADA07B51218DA54" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------2F6D02896ADA07B51218DA54 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The last couple of kernel builds (with cvs updates and buildworlds inbetween) have failed with messages as below. I assume I need to add something to my kernel config file so I have attached it. 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/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/../include -I/usr/src/sys/contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/kern/kern_mutex.c /usr/src/sys/kern/kern_mutex.c:593: warning: no previous prototype for `_mtx_assert' /usr/src/sys/kern/kern_mutex.c: In function `_mtx_assert': /usr/src/sys/kern/kern_mutex.c:595: `MA_OWNED' undeclared (first use in this function) /usr/src/sys/kern/kern_mutex.c:595: (Each undeclared identifier is reported only once /usr/src/sys/kern/kern_mutex.c:595: for each function it appears in.) /usr/src/sys/kern/kern_mutex.c:596: `MA_RECURSED' undeclared (first use in this function) /usr/src/sys/kern/kern_mutex.c:597: `MA_NOTRECURSED' undeclared (first use in this function) /usr/src/sys/kern/kern_mutex.c:610: `MA_NOTOWNED' undeclared (first use in this function) /usr/src/sys/kern/kern_mutex.c:595: warning: unreachable code at beginning of switch statement *** Error code 1 /usr/src/UPDATING provides no insight. --------------2F6D02896ADA07B51218DA54 Content-Type: text/plain; charset=us-ascii; name="MATT" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="MATT" # $FreeBSD: MATT,v 22.8 2001/03/03 15:26:00 +10:30 matt Exp $ # Based on: $FreeBSD: src/sys/i386/conf/NOTES,v 1.899 2001/03/02 05:57:39 markm Exp $ machine i386 options INCLUDE_CONFIG_FILE # Include this file in kernel cpu I686_CPU ident MATT maxusers 64 options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options MFS # Memory Filesystem options NFS # Network Filesystem options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem options DEVFS # Devices filesystem options SOFTUPDATES # Enable FFS soft updates support options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=300 # Delay (in ms) before probing SCSI options DDB # Enable the kernel debugger options KTRACE # Kernel tracing (SYSV emul requirement) options INVARIANT_SUPPORT # Support modules built with INVARIANTS options UCONSOLE # Allow users to grab the console options USERCONFIG # Boot -c editor options VISUAL_USERCONFIG # Visual boot -c editor options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options SHMALL=16384 options SHMMAXPGS=4096 options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" options SHMSEG=50 options SHMMNI=64 options SEMMNI=32 options SEMMNS=128 # System V compatible message queues # Please note that the values provided here are used to test kernel # building. The defaults in the sources provide almost the same numbers. # MSGSSZ must be a power of 2 between 8 and 1024. options MSGMNB=2049 # Max number of chars in queue options MSGMNI=41 # Max number of message queue identifiers options MSGSEG=2049 # Max number of message segments options MSGSSZ=16 # Size of a message segment options MSGTQL=41 # Max number of messages in system options P1003_1B # Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # Install a CDEV entry in /dev options NCP # NetWare Core protocol options NWFS # Netware filesystem options VFS_AIO # Real aio_* system calls options ENABLE_VFS_IOOPT # IO optimization through VM system when vfs.ioopt > 0 options MSGBUF_SIZE=40960 # Size of the kernel message buffer options COMPAT_LINUX # Linux ABI emulation options LINPROCFS # Linux-like proc filesystem support #options ACCEPT_FILTER_DATA #options ACCEPT_FILTER_HTTP # PECOFF module (Win32 Execution Format) #options PECOFF_SUPPORT #options PECOFF_DEBUG device isa device pci device agp options AUTO_EOI_1 # Save 0.7-1.25 usec for each interrupt # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering options ATA_ENABLE_ATAPI_DMA # Enable DMA on ATAPI devices options ATA_ENABLE_TAGS # Enable tagged queuing if poss options ATA_ENABLE_WC # Enable write caching (for tags) # SCSI Controllers device sym # NCR/Symbios Logic (newer chipsets) # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device vga options VESA # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 options MAXCONS=12 # Number of virtual consoles options SC_HISTORY_SIZE=400 # Number of history buffer lines options SC_DISABLE_REBOOT # Disable Ctrl-Alt-Del reboot options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_YELLOW|BG_GREEN)" options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" #options SC_DEBUG_LEVEL=5 # Syscons debug level #options SC_RENDER_DEBUG # syscons rendering debugging #options VFS_BIO_DEBUG # VFS buffer I/O debugging # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 device atkbd device psm # Floating point support - do not disable. device npx # Power management support (see LINT for more options) device apm # Serial (COM) ports device sio options BREAK_TO_DEBUGGER # A BREAK on a comconsole goes to DDB # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device vn # Vnode (turn a file into a device) device gif 4 # IPv6 and IPv4 tunneling device faith 1 # IPv6-to-IPv4 relaying (translation) device random # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter options PPP_FILTER # Enable bpf filtering (needs bpf) # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ukbd # Keyboard device ums # Mouse # Sound device pcm device sbc device midi device seq device smbus device iicbus device iicbb device intpm device smb device ichsmb device bktr 1 # Brooktree BT848 support options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_PAL device tdfx # Enable 3Dfx Voodoo support options TDFX_LINUX # Enable Linuxulator support # ACPI support based on Intels ACPI component architecture device acpica # pmtimer: Timer device driver for power management events (APM or ACPI) device pmtimer # Adjust system timer at wakeup time --------------2F6D02896ADA07B51218DA54-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 2 21:32:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id EDF0537B71A for ; Fri, 2 Mar 2001 21:32:46 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 7DF013E09; Fri, 2 Mar 2001 21:32:46 -0800 (PST) To: Matthew Thyer Cc: current@FreeBSD.org Subject: Re: Problems compiling kern_mutex.c In-Reply-To: <3AA07FB9.CCA40541@camtech.net.au>; from thyerm@camtech.net.au on "Sat, 03 Mar 2001 15:53:05 +1030" Date: Fri, 02 Mar 2001 21:32:46 -0800 From: Dima Dorfman Message-Id: <20010303053246.7DF013E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Thyer writes: > /usr/src/sys/kern/kern_mutex.c:593: warning: no previous prototype for `_mtx_ > assert' > /usr/src/sys/kern/kern_mutex.c: In function `_mtx_assert': > /usr/src/sys/kern/kern_mutex.c:595: `MA_OWNED' undeclared (first use in this > function) > /usr/src/sys/kern/kern_mutex.c:595: (Each undeclared identifier is reported o > nly once > /usr/src/sys/kern/kern_mutex.c:595: for each function it appears in.) > /usr/src/sys/kern/kern_mutex.c:596: `MA_RECURSED' undeclared (first use in th > is function) > /usr/src/sys/kern/kern_mutex.c:597: `MA_NOTRECURSED' undeclared (first use in > this function) > /usr/src/sys/kern/kern_mutex.c:610: `MA_NOTOWNED' undeclared (first use in th > is function) It looks like these are defined when you have, options INVARIANTS in your kernel config. It shouldn't be required, but try adding it and see if that helps. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 1:10:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id EA99937B71A; Sat, 3 Mar 2001 01:10:28 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14Z8Ec-0000DY-00; Sat, 03 Mar 2001 02:21:54 -0700 Message-ID: <3AA0B7B2.F18CEC97@softweyr.com> Date: Sat, 03 Mar 2001 02:21:54 -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: Maxim Sobolev Cc: John Baldwin , current@FreeBSD.org, jkh@FreeBSD.org Subject: Re: Labeling Vinum partitions in the sysinstall(8) [patch] References: <3A9FF04D.1E4ABDF9@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > > John Baldwin wrote: > > > On 02-Mar-01 Maxim Sobolev wrote: > > > Hi folks, > > > > > > I'm currently creating a Vinum(4) configuration wizard for sysinstall(8), > > > which > > > would simplify Vinum configuration procedure for the vinum newbies. So far I > > > finished a patch that allows create vinum partitions using sysinstall's > > > disklabel editor and would like to commit it. Please review attached patches. > > > > Heh, I wrote http://www.FreeBSD.org/~jhb/patches/sysinstall.vinum.patch > > probably a year ago now, but because it only changes the disklabel editor and > > doesn't add a full vinum configurator the patch was rejected. :-/ Hopefully > > you will have better luck than I did... > > I hope so, because it greatly simplifies the task even without a full vinum > configurator (as I said I'm working on it as well). Yeah, I know that disklabel(8) > is cool, but it is not very intuitive and easy to use tool, especially for > GUI-pampered win32 converts. So, we're impatiently awaiting your nice GUI-ish vinum configurator in Tcl/Tk, Python, Ruby, Perl, Java, or whatever. ;^) -- "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 Sat Mar 3 1:25:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id BB62A37B723 for ; Sat, 3 Mar 2001 00:56:06 -0800 (PST) (envelope-from max@vic.sabbo.net) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f238tvi19211; Sat, 3 Mar 2001 10:55:57 +0200 Received: (from max@localhost) by vic.sabbo.net (8.11.2/8.11.2) id f238tuF70125; Sat, 3 Mar 2001 10:55:56 +0200 (EET) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200103030855.f238tuF70125@vic.sabbo.net> Subject: Re: Problems compiling kern_mutex.c To: dima@unixfreak.org (Dima Dorfman) Date: Sat, 3 Mar 2001 10:55:56 +0200 (EET) Cc: thyerm@camtech.net.au (Matthew Thyer), current@FreeBSD.org In-Reply-To: <20010303053246.7DF013E09@bazooka.unixfreak.org> from "Dima Dorfman" at Mar 02, 2001 09:32:46 PM X-Mailer: ELM [version 2.5 PL3] 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 > > Matthew Thyer writes: > > /usr/src/sys/kern/kern_mutex.c:593: warning: no previous prototype for `_mtx_ > > assert' > > /usr/src/sys/kern/kern_mutex.c: In function `_mtx_assert': > > /usr/src/sys/kern/kern_mutex.c:595: `MA_OWNED' undeclared (first use in this > > function) > > /usr/src/sys/kern/kern_mutex.c:595: (Each undeclared identifier is reported o > > nly once > > /usr/src/sys/kern/kern_mutex.c:595: for each function it appears in.) > > /usr/src/sys/kern/kern_mutex.c:596: `MA_RECURSED' undeclared (first use in th > > is function) > > /usr/src/sys/kern/kern_mutex.c:597: `MA_NOTRECURSED' undeclared (first use in > > this function) > > /usr/src/sys/kern/kern_mutex.c:610: `MA_NOTOWNED' undeclared (first use in th > > is function) > > It looks like these are defined when you have, > > options INVARIANTS > > in your kernel config. It shouldn't be required, but try adding it > and see if that helps. Rcent kernels require `option INVARIANT_SUPPORT' in addition to `options INVARIANTS'. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 1:26:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (sascha.netrail.net [205.215.32.46]) by hub.freebsd.org (Postfix) with ESMTP id 6A70C37B719 for ; Sat, 3 Mar 2001 01:26:49 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f239SIO01442 for ; Sat, 3 Mar 2001 01:28:18 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103030928.f239SIO01442@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: current@freebsd.org Subject: contrib/sendmail/cf ownership spammed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Mar 2001 01:28:17 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've noticed that 'make world' spams the ownership of src/contrib/sendmail/cf, leaving it owned by root. This is bad. 8) -- ... 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 Sat Mar 3 11: 6:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from meer.meer.net (meer.meer.net [209.245.148.2]) by hub.freebsd.org (Postfix) with ESMTP id 4F7DC37B722 for ; Sat, 3 Mar 2001 11:06:18 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com (unknown-35-202.wrs.com [147.11.35.202]) by meer.meer.net (8.9.3/8.9.3/meer) with ESMTP id LAA3307541 for ; Sat, 3 Mar 2001 11:06:16 -0800 (PST) Message-Id: <200103031906.LAA3307541@meer.meer.net> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-current@freebsd.org Subject: Getting a first build up and running? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Mar 2001 11:06:15 -0800 From: "George V. Neville-Neil" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have a machine I want to use as a FreeBSD-Current machine since I want to work with some of the new features in 5.x that I require for a port (I'm trying to port The Click Modular Router from Linux and it would be good to have kernel threads). The problem is that the machine is right now at 4.0-RELEASE. I've done a cvsup for current and am trying to build. I get the following error during make buildworld. The error output is at the end of the email. So, do I need to do something special? Is there a CURRENT-STABLE label of some sort as the last time that -CURRENT was known to build/install? I can't find anything in the handbook on this kind of thing. Is there a "guide to -CURRENT" somewhere? Thanks, George >>> stage 3: cross tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=i386 TOOLS_PREFIX=/usr/obj/usr/src/i386 PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/ src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin TARGET_ARCH=i386 make -f Makefile.inc1 -DNO_FORTRAN -DNO_GDB -DNOHTML -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cross-tools cd /usr/src/gnu/usr.bin/perl/libperl; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl created for /usr/src/gnu/usr.bin/perl/libperl Extracting config.h (with variable substitutions) rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include /usr/src/gnu/usr.bin/perl/libperl/../../.. /../contrib/perl5/perl.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/ perl5/gv.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/toke.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/perly.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/op.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/regcomp.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/dump.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/mg.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/hv.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/av.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/run.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/pp_hot.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/sv.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/pp.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/scope.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/pp_ctl.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/pp_sys.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/doop.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/doio.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/regexec.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/utf8.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/taint.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/deb.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/universal.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/xsutils.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/globals.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/perlio.c /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/perlapi.c cd /usr/src/gnu/usr.bin/perl/libperl; make _EXTRADEPEND cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/perl.c -o perl.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/gv.c -o gv.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/toke.c -o toke.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/op.c -o op.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/regcomp.c -o regcomp.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/dump.c -o dump.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/util.c -o util.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/mg.c -o mg.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/hv.c -o hv.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/av.c -o av.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/run.c -o run.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/pp_hot.c -o pp_hot.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/sv.c -o sv.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/pp.c -o pp.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/scope.c -o scope.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/pp_ctl.c -o pp_ctl.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/pp_sys.c -o pp_sys.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/doop.c -o doop.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/doio.c -o doio.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/regexec.c -o regexec.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/utf8.c -o utf8.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/taint.c -o taint.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/deb.c -o deb.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/universal.c -o universal.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/xsutils.c -o xsutils.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/globals.c -o globals.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/perlio.c -o perlio.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/perlapi.c -o perlapi.o cc -O -pipe -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/libperl -I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -DPERL_CORE -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/libperl/../../ ../../contrib/perl5/perly.c -o perly.o building static perl library ranlib libperl.a sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 libperl.a /usr/obj/usr/src/i386/usr/lib cd /usr/src/gnu/usr.bin/perl/miniperl; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl created for /usr/src/gnu/usr.bin/perl/miniperl ln -sf /usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5/op.c opmini.c Extracting config.h (with variable substitutions) rm -f .depend mkdep -f .depend -a -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib /perl5 -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl -DPERL_EXTERNAL_GLOB -I/usr/obj/usr/src/i386/usr/include /usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5/miniperlmain.c opmini.c cd /usr/src/gnu/usr.bin/perl/miniperl; make _EXTRADEPEND echo miniperl: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a /usr/obj/usr/src/i386/usr/lib/libm.a /usr/obj/usr/src/i386/usr/lib/libcrypt.a > > .depend cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl -DPERL_EXTERNAL_GLOB -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/miniperl/../ ../../../contrib/perl5/miniperlmain.c cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl -DPERL_EXTERNAL_GLOB -I/usr/obj/usr/src/i386/usr/include -c opmini.c cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl -DPERL_EXTERNAL_GLOB -I/usr/obj/usr/src/i386/usr/include -L/usr/obj/usr/src/i386/usr/src/gnu/usr. bin/perl/miniperl/../libperl -static -o miniperl miniperlmain.o opmini.o /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a -lm -lcrypt /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a(mg .o): In function `Perl_magic_set': mg.o(.text+0x3823): undefined reference to `setproctitle' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 11:28:42 2001 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 CC2A737B71B for ; Sat, 3 Mar 2001 11:28:39 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f23JSb145682; Sat, 3 Mar 2001 11:28:37 -0800 (PST) (envelope-from obrien) Date: Sat, 3 Mar 2001 11:28:37 -0800 From: "David O'Brien" To: "George V. Neville-Neil" Cc: freebsd-current@freebsd.org Subject: Re: Getting a first build up and running? Message-ID: <20010303112837.A45662@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <200103031906.LAA3307541@meer.meer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103031906.LAA3307541@meer.meer.net>; from gnn@neville-neil.com on Sat, Mar 03, 2001 at 11:06:15AM -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 Sat, Mar 03, 2001 at 11:06:15AM -0800, George V. Neville-Neil wrote: > I have a machine I want to use as a FreeBSD-Current machine since I want > to work with some of the new features in 5.x that I require for a port (I'm ... > The problem is that the machine is right now at 4.0-RELEASE. I've done a > cvsup for current and am trying to build. You first want to CVSup to and `make world' to the latest RELENG_4. Then jump to -current from that. -- -- 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 Sat Mar 3 12:12:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from acampi.inet.it (acampi.inet.it [213.92.4.194]) by hub.freebsd.org (Postfix) with SMTP id E5AAC37B719 for ; Sat, 3 Mar 2001 12:12:14 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 10387 invoked from network); 3 Mar 2001 21:11:14 -0000 Received: from unknown (HELO webcom.it) (212.239.10.243) by acampi.inet.it with SMTP; 3 Mar 2001 21:11:14 -0000 Received: (qmail 877 invoked by uid 1000); 3 Mar 2001 19:16:03 -0000 Date: Sat, 3 Mar 2001 20:16:03 +0100 From: Andrea Campi To: Maxim Sobolev Cc: jkh@FreeBSD.org, current@FreeBSD.org Subject: Re: Labeling Vinum partitions in the sysinstall(8) [patch] Message-ID: <20010303201602.A471@webcom.it> References: <3A9FC81E.1B2EDCC7@FreeBSD.org> <20010302175309.A479@webcom.it> <3A9FD332.2129434A@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: <3A9FD332.2129434A@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Mar 02, 2001 at 07:06:58PM +0200 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > ccd anybody? > > AFAIK, unlike vinum, ccd doesn't require any special disk labeling. Sorry, I should have been clearer. If I got it right, you're working not only on disk labeling for vinum, but on a complete frontend. If that is true, I think we (yes I am volunteering, in case nobody else will - but I might need help) should look into it and see how hard it might be to turn the non-disklabel part into also a ccdconfig frontend. I think what I'm trying to achieve is quite clear. It's currently very hard to install a system with say a mirrored /usr; you need to do a lot of post-install games. Having done that a lot of times in last year, I would love to have the option to ccdconfig partitions in sysinstall, and install on them. Bye, Andrea -- ...and that is how we know the Earth to be banana-shaped. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 12:18:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id B746137B71A for ; Sat, 3 Mar 2001 12:17:59 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id WGX02496 for freebsd-current@freebsd.org; Sat, 3 Mar 2001 22:17:55 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.2/8.11.2) id f23JRTp02121 for freebsd-current@freebsd.org; Sat, 3 Mar 2001 21:27:29 +0200 (EET) (envelope-from netch) Date: Sat, 3 Mar 2001 21:27:29 +0200 From: Valentin Nechayev To: freebsd-current@freebsd.org Subject: kernel logging under heavy load Message-ID: <20010303212729.A1052@iv.nn.kiev.ua> Reply-To: netch@netch.kiev.ua Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-42: On Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A simple but intensive fork bomb were started on 5.0-current UP machine. After it, /var/log/messages contains: Mar 3 19:16:46 iv /boot/kernel/kernel: roc: table is full Mar 3 19:16:46 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:46 iv last message repeated 42 times Mar 3 19:16:46 iv /boot/kernel/kernel: proc: table <3>proc: table is full Mar 3 19:16:46 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:47 iv last message repeated 41 times Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is fs full Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:47 iv last message repeated 42 times Mar 3 19:16:47 iv /boot/kernel/kernel: proc:ll Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:47 iv last message repeated 43 times Mar 3 19:16:47 iv /boot/kernel/kernel: table is full Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:47 iv last message repeated 42 times Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is futable is full Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:47 iv last message repeated 42 times Mar 3 19:16:47 iv /boot/kernel/kernel: l Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:47 iv last message repeated 43 times Mar 3 19:16:47 iv /boot/kernel/kernel: proc: l Mar 3 19:16:47 iv /boot/kernel/kernel: proc: table is full Mar 3 19:16:50 iv last message repeated 10212 times Mar 3 19:17:16 iv /boot/kernel/kernel: roc: table is full Mar 3 19:17:16 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 42 times Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table roc: table is full Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 42 times Mar 3 19:17:17 iv /boot/kernel/kernel: ull Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 43 times Mar 3 19:17:17 iv /boot/kernel/kernel: procull Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 43 times Mar 3 19:17:17 iv /boot/kernel/kernel: table is full Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 42 times Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is f table is full Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 42 times Mar 3 19:17:17 iv /boot/kernel/kernel: ll Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 43 times Mar 3 19:17:17 iv /boot/kernel/kernel: proc:ll Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 43 times Mar 3 19:17:17 iv /boot/kernel/kernel: table is full Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 42 times Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is futable is full Mar 3 19:17:17 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:17 iv last message repeated 42 times Mar 3 19:17:17 iv /boot/kernel/kernel: l Mar 3 19:17:18 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:18 iv last message repeated 43 times Mar 3 19:17:18 iv /boot/kernel/kernel: proc: l Mar 3 19:17:18 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:18 iv last message repeated 3524 times Mar 3 19:17:46 iv /boot/kernel/kernel: roc: table is full Mar 3 19:17:46 iv /boot/kernel/kernel: proc: table is full Mar 3 19:17:47 iv last message repeated 3559 times The message is generated with command kern_fork.c:246: tablefull("proc"); The system in question is UP, 5.0-current of 2001-02-27 /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 12:29:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 89B1237B718 for ; Sat, 3 Mar 2001 12:29:19 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f23KTHW71518 for ; Sat, 3 Mar 2001 16:29:18 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 3 Mar 2001 16:29:17 -0400 (AST) From: The Hermit Hacker To: Subject: Problem with sio in -current ... possible cause of hangs? 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 Morning all ... I'm trying to get my serial console to work on my desktop, and appear to be failing miserably at even just getting it to accept a 'getty' serial connection, let alone serial console ... First, my X/mouse runs on /dev/ttyd1 ... if I startx, my mouse does work, but X hangs *very* quickly. Based on this, I know that /dev/ttyd1 does work, at least for a short time. Now, to confirm ... a NULL modem cable *is* pin 2->3, 3->2, right? rx->tx, tx->rx? I've tested the cable using a multi-meter, just to make sure that it is doing what I expect ... If I plug my cable from /dev/ttyd0 -> /dev/ttyd1 on the same machine, run getty on /dev/ttyd1 and use kermit to connect to /dev/cuaa0, I get no response back, which is why I'm wondering about sio ... I've also tried connecting my serial port on my laptop to both /dev/ttyd0 and /dev/ttyd1, and run getty, and that doesn't get any login prompt either ... Since, albeit briefly, I know that /dev/ttyd1 does work when X starts up, I'd expect that getty would give me a login prompt if I enabled it on that port, no? I'm running -CURRENT as of Feb 27th, and am just about to upgrade again ... dmesg shows my sio devices as: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Which look right to me ... I've scan'd /usr/src/UPGRADING to see if there was something in the past that I might have missed concerning sio, but couldn't find anything ... And, sio is defined in my kernel as simple 'device sio' ... Thoughts? Thanks ... 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 Sat Mar 3 15:25:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 9567737B718 for ; Sat, 3 Mar 2001 15:25:37 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f23NQL166344; Sat, 3 Mar 2001 15:26:22 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Sat, 03 Mar 2001 15:25:18 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: Problem with sio in -current ... possible cause of hangs? Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 03-Mar-01 The Hermit Hacker wrote: > > Morning all ... > > I'm trying to get my serial console to work on my desktop, and > appear to be failing miserably at even just getting it to accept a 'getty' > serial connection, let alone serial console ... > > First, my X/mouse runs on /dev/ttyd1 ... if I startx, my mouse > does work, but X hangs *very* quickly. Based on this, I know that > /dev/ttyd1 does work, at least for a short time. > > Now, to confirm ... a NULL modem cable *is* pin 2->3, 3->2, right? > rx->tx, tx->rx? I've tested the cable using a multi-meter, just to make > sure that it is doing what I expect ... > > If I plug my cable from /dev/ttyd0 -> /dev/ttyd1 on the same > machine, run getty on /dev/ttyd1 and use kermit to connect to /dev/cuaa0, > I get no response back, which is why I'm wondering about sio ... Try turning clocal off on the host and port you are running kermit on. Even then, I still have yet to get getty to work at all, it's always stuck in 'siodcd'. I've noticed via debugging output that the DCD change bit does raise for a read, but that teh DCD status bit stays at zero the entire time. The sio driver seems to ignore the change bit and only read the status bit, so it thinks DCD is never raised and hangs forever on open. Note that I can get a getty fine on a serial console, just not on a /dev/ttydX that's not also the serial console. :( I've had this problem since before PRE_SMPNG however. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 16:29:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 26E6537B719; Sat, 3 Mar 2001 16:29:29 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f240TRT13870; Sat, 3 Mar 2001 20:29:28 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 3 Mar 2001 20:29:27 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: Problem with sio in -current ... possible cause of hangs? 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 Woo hoo ... got the serial console working ... I had put -D into /boot.config, vs -P ... ... neat ... I got all the boot info on my serial console, then the login prompt went to the main screen, and no control on either one ... is that supposed to happen? On Sat, 3 Mar 2001, John Baldwin wrote: > > On 03-Mar-01 The Hermit Hacker wrote: > > > > Morning all ... > > > > I'm trying to get my serial console to work on my desktop, and > > appear to be failing miserably at even just getting it to accept a 'getty' > > serial connection, let alone serial console ... > > > > First, my X/mouse runs on /dev/ttyd1 ... if I startx, my mouse > > does work, but X hangs *very* quickly. Based on this, I know that > > /dev/ttyd1 does work, at least for a short time. > > > > Now, to confirm ... a NULL modem cable *is* pin 2->3, 3->2, right? > > rx->tx, tx->rx? I've tested the cable using a multi-meter, just to make > > sure that it is doing what I expect ... > > > > If I plug my cable from /dev/ttyd0 -> /dev/ttyd1 on the same > > machine, run getty on /dev/ttyd1 and use kermit to connect to /dev/cuaa0, > > I get no response back, which is why I'm wondering about sio ... > > Try turning clocal off on the host and port you are running kermit on. Even > then, I still have yet to get getty to work at all, it's always stuck in > 'siodcd'. I've noticed via debugging output that the DCD change bit does raise > for a read, but that teh DCD status bit stays at zero the entire time. The > sio driver seems to ignore the change bit and only read the status bit, so it > thinks DCD is never raised and hangs forever on open. Note that I can get a > getty fine on a serial console, just not on a /dev/ttydX that's not also the > serial console. :( I've had this problem since before PRE_SMPNG however. > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > 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 Sat Mar 3 16:43:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id DCBB937B71A for ; Sat, 3 Mar 2001 16:43:10 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f240h9R50096 for ; Sat, 3 Mar 2001 20:43:10 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 3 Mar 2001 20:42:01 -0400 (AST) From: The Hermit Hacker To: Subject: Using serial console to debug system hangs ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, after some hurdles with getting the serial console to work, I've now go it to work ... I put the two sysctl commands into a file so that I could run it as a script: #!/bin/sh sysctl -w debug.ktr.mask=0x1208 sysctl -w debug.ktr.verbose=2 When I 'try' to run it, I get all the 'KTR'(?) messages on my serial console, something is changing/happening so fast that my ssh connection into the machine hangs before I finish typing in the shell script: ======== enable_kernel_debug: 3 lines, 72 characters. thelab# !./ ======== needless to say, running the command to hang the computer is proving difficult :) Then again, if I do a cold boot of the machine, the messages stop scrolling up the console, but a cut-n-paste of them is sort of illegible: ======== k0clo.c/k...c/.k4e3r8n /RkEeLr n(_scplionc)k .scch2e0d9 lRoEcLk (s[p0xicn0) 32c1al1l8o0]ut r[=00x ca0t 31.d./8.2.0/] ker=r0n/ akte r.n._c/l.o./ckk.ecrn:4/k3e8r e_cpluo1c k..c/:.2.0/9k rcnp/uk0e r.n./.l.o/ckke.rcn./3k5e0r nG_OcTl o(cskp.icn.)2 0s3c hGeOdT l(oscpki n[)0 xccall2o1u1t8 0[]0 xrc=003 1adt8 2.0.]/ ..0/k aertn ./.k/er..n_/ckllorcnk/.kecr:n35_0c .ok.uc1: 2.0.3/ .c/pkue0r.n/.k/.er./n_kcelrnoc/kke.crn.4_c38l ocRkEL. c(.s2p09in )R ELs ch(sepd iln)oc kc al[0loxuct03 [210x18c003] 1rd=802 0a] t r=..0/ a..t /.k.er/.n./.ckerenrn_c/lkoerckn_.ccl:4oc3k8 :20u91 .c.p/u.0. /.k.e/r.n.//kkeerrnn_/ckleorcnk_.ccl.o3c5k0. cG.O2T0 3( sGpOiTn )( sspcihne)d claolclko u[t0 x[c00x3213118d08]2 0r]= 0r =a0t a.t. /....//.k.e/0ke/rkne/rkne_rcnl_occlko.cck:.3c5:02 p3c uc1p u.0. /....//.k.e/rkne/rkne/rkne_rcnl_occlko.cck..4c3.82 RE LR E(Ls p(isnp)i ns)c hceadl lloouctk [[00xxcc003312d1812800]] rr==00 aatt ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc::24398 ccppuu01 ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc..230530 GGOOTT ((ssppiinn)) csaclhleodu tl o[c0kx c[003x1cd0832201]1 8r0=]0 ra=t0 .a.t ======== then again, looking at it, it looks like everything is going in duplicates? suggestions? 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 Sat Mar 3 16:46:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from orion.buckhorn.net (orion.buckhorn.net [63.151.7.243]) by hub.freebsd.org (Postfix) with ESMTP id 2F6A837B718 for ; Sat, 3 Mar 2001 16:46:25 -0800 (PST) (envelope-from bob@buckhorn.net) Received: from buckhorn.net (localhost.buckhorn.net.net [127.0.0.1]) by orion.buckhorn.net (8.11.2/8.11.2) with ESMTP id f240jpi33705 for ; Sat, 3 Mar 2001 18:45:52 -0600 (CST) (envelope-from bob@buckhorn.net) Message-ID: <3AA1903F.9BA9E0D@buckhorn.net> Date: Sat, 03 Mar 2001 18:45:51 -0600 From: Bob Martin X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Sorry. Off topic but need help. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While trying to upgrade a 3.3-Stable box to 4.2-Release, we crashed during the upgrade. After restoring the system from tape, password no longer work. We've tried killing all files except master.passwd and regenerating with pwd_mkdb, but that didn't work. Any help would be greatly appreciated. Bob Martin -- As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality. -- Albert Einstein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 16:54:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id E714D37B719 for ; Sat, 3 Mar 2001 16:54:16 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f240t2166635; Sat, 3 Mar 2001 16:55:02 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Sat, 03 Mar 2001 16:53:58 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: Using serial console to debug system hangs ... Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 04-Mar-01 The Hermit Hacker wrote: > > Well, after some hurdles with getting the serial console to work, I've now > go it to work ... I put the two sysctl commands into a file so that I > could run it as a script: > >#!/bin/sh > sysctl -w debug.ktr.mask=0x1208 > sysctl -w debug.ktr.verbose=2 > > When I 'try' to run it, I get all the 'KTR'(?) messages on my serial > console, something is changing/happening so fast that my ssh connection > into the machine hangs before I finish typing in the shell script: > > ======== > enable_kernel_debug: 3 lines, 72 characters. > thelab# !./ > ======== Put the sysctl's and the command that hangs the machine into one script and run that one shell script.. > needless to say, running the command to hang the computer is proving > difficult :) > > Then again, if I do a cold boot of the machine, the messages stop > scrolling up the console, but a cut-n-paste of them is sort of illegible: > > ======== > k0clo.c/k...c/.k4e3r8n /RkEeLr n(_scplionc)k .scch2e0d9 lRoEcLk > (s[p0xicn0) 32c1al1l8o0]ut r[=00x ca0t 31.d./8.2.0/] ker=r0n/ akte > r.n._c/l.o./ckk.ecrn:4/k3e8r > e_cpluo1c k..c/:.2.0/9k > rcnp/uk0e r.n./.l.o/ckke.rcn./3k5e0r nG_OcTl o(cskp.icn.)2 0s3c > hGeOdT l(oscpki n[)0 xccall2o1u1t8 0[]0 xrc=003 1adt8 2.0.]/ ..0/k aertn > ./.k/er..n_/ckllorcnk/.kecr:n35_0c > .ok.uc1: 2.0.3/ > .c/pkue0r.n/.k/.er./n_kcelrnoc/kke.crn.4_c38l ocRkEL. c(.s2p09in )R > ELs ch(sepd iln)oc kc al[0loxuct03 [210x18c003] 1rd=802 0a] t r=..0/ a..t > /.k.er/.n./.ckerenrn_c/lkoerckn_.ccl:4oc3k8 > :20u91 > .c.p/u.0. /.k.e/r.n.//kkeerrnn_/ckleorcnk_.ccl.o3c5k0. cG.O2T0 3( > sGpOiTn )( sspcihne)d claolclko u[t0 x[c00x3213118d08]2 0r]= 0r =a0t a.t. > /....//.k.e/0ke/rkne/rkne_rcnl_occlko.cck:.3c5:02 > p3c > uc1p u.0. /....//.k.e/rkne/rkne/rkne_rcnl_occlko.cck..4c3.82 RE LR > E(Ls p(isnp)i ns)c hceadl lloouctk [[00xxcc003312d1812800]] rr==00 aatt > ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc::24398 > > ccppuu01 ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc..230530 > GGOOTT ((ssppiinn)) csaclhleodu tl o[c0kx c[003x1cd0832201]1 8r0=]0 ra=t0 > .a.t > ======== Hmm, it's colliding with itself a lot. Unfortunately, to make this useful over the serial console, you need to shut up all the sio lock messages. Hmmm, well for now try just using a 'debug.ktr.mask' of 0x1200 to skip all the mutex operations. If we need them later on, then I will try and get some other work done to make it easier to shut up certain mutexes in the log output without having to change each individual mutex operation. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 17:28:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 2DD0B37B719; Sat, 3 Mar 2001 17:28:07 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 99C713E09; Sat, 3 Mar 2001 17:28:06 -0800 (PST) To: The Hermit Hacker Cc: John Baldwin , freebsd-current@FreeBSD.org Subject: Re: Problem with sio in -current ... possible cause of hangs? In-Reply-To: ; from scrappy@hub.org on "Sat, 3 Mar 2001 20:29:27 -0400 (AST)" Date: Sat, 03 Mar 2001 17:28:06 -0800 From: Dima Dorfman Message-Id: <20010304012806.99C713E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The Hermit Hacker writes: > ... neat ... I got all the boot info on my serial console, then the login > prompt went to the main screen, and no control on either one ... > > is that supposed to happen? You aren't supposed to get a login screen on the serial line unless you enabled ttyd0 in /etc/ttys. For example, the following, ttyd0 "/usr/libexec/getty std.9600" cons25 on secure enables getty on the serial line. The default in /etc/ttys is for ttyd? to be marked 'off' (second field from the end). Change that and try again. Hope this helps Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 19: 0:22 2001 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 0180937B718; Sat, 3 Mar 2001 19:00:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.3/8.11.3) id f2432m742565; Sat, 3 Mar 2001 19:02:48 -0800 (PST) (envelope-from sgk) From: Steve Kargl Message-Id: <200103040302.f2432m742565@troutmask.apl.washington.edu> Subject: Re: cvs commit: src/sys/kern kern_intr.c src/sys/sys interrupt.h In-Reply-To: "from John Baldwin at Mar 3, 2001 05:32:51 pm" To: John Baldwin Date: Sat, 3 Mar 2001 19:02:48 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (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 John Baldwin wrote: > > without causing problems. However, it may be that a sleep mutex wouldn't be > but so evil. If desired I can whip up a patch to do that instead and see how > much worse it is. It would probably hurt lpr performance a bit unless the > ppbus was fixed to do its own multiplexing of the interrupt. > I get an instance panic if I start lpd, so I doubt you can make lpr performance any worse ;-) The printer is connected to the parallel port. On my work machine, lpd/lpr work fine, but the printer is connected via tcp/ip. I have a crash dump if you need it. Sources are from 2 Mar 01 at 2158 PST. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 19: 4:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 13ECD37B718; Sat, 3 Mar 2001 19:04:07 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f24342J71741; Sat, 3 Mar 2001 23:04:03 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 3 Mar 2001 23:04:02 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: Using serial console to debug system hangs ... 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 Wow, that was painful ... after 2 hrs, I got as far as: thelab# ./enable_debug debug.ktr.mask: 1 -> 4608 debug.ktr.verbose: 0 -> 2 waiting for X server to begin accepting connections . XFree86 Version 4.0.2 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 18 December 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: FreeBSD 5.0-CURRENT i386 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Sat Mar 3 22:08:37 2001 (==) Using config file: "/root/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "Samtron 95P" (**) | |-->Device "TNT" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) XKB: rules: "xfree86" (**) XKB: model: "microsoft" (**) XKB: layout: "us" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) and gave up ... am going to try again just before I go to bed tonight, hopefully its running (and hung) by the time I get up in the morning ;) On Sat, 3 Mar 2001, John Baldwin wrote: > > On 04-Mar-01 The Hermit Hacker wrote: > > > > Well, after some hurdles with getting the serial console to work, I've now > > go it to work ... I put the two sysctl commands into a file so that I > > could run it as a script: > > > >#!/bin/sh > > sysctl -w debug.ktr.mask=0x1208 > > sysctl -w debug.ktr.verbose=2 > > > > When I 'try' to run it, I get all the 'KTR'(?) messages on my serial > > console, something is changing/happening so fast that my ssh connection > > into the machine hangs before I finish typing in the shell script: > > > > ======== > > enable_kernel_debug: 3 lines, 72 characters. > > thelab# !./ > > ======== > > Put the sysctl's and the command that hangs the machine into one script and run > that one shell script.. > > > needless to say, running the command to hang the computer is proving > > difficult :) > > > > Then again, if I do a cold boot of the machine, the messages stop > > scrolling up the console, but a cut-n-paste of them is sort of illegible: > > > > ======== > > k0clo.c/k...c/.k4e3r8n /RkEeLr n(_scplionc)k .scch2e0d9 lRoEcLk > > (s[p0xicn0) 32c1al1l8o0]ut r[=00x ca0t 31.d./8.2.0/] ker=r0n/ akte > > r.n._c/l.o./ckk.ecrn:4/k3e8r > > e_cpluo1c k..c/:.2.0/9k > > rcnp/uk0e r.n./.l.o/ckke.rcn./3k5e0r nG_OcTl o(cskp.icn.)2 0s3c > > hGeOdT l(oscpki n[)0 xccall2o1u1t8 0[]0 xrc=003 1adt8 2.0.]/ ..0/k aertn > > ./.k/er..n_/ckllorcnk/.kecr:n35_0c > > .ok.uc1: 2.0.3/ > > .c/pkue0r.n/.k/.er./n_kcelrnoc/kke.crn.4_c38l ocRkEL. c(.s2p09in )R > > ELs ch(sepd iln)oc kc al[0loxuct03 [210x18c003] 1rd=802 0a] t r=..0/ a..t > > /.k.er/.n./.ckerenrn_c/lkoerckn_.ccl:4oc3k8 > > :20u91 > > .c.p/u.0. /.k.e/r.n.//kkeerrnn_/ckleorcnk_.ccl.o3c5k0. cG.O2T0 3( > > sGpOiTn )( sspcihne)d claolclko u[t0 x[c00x3213118d08]2 0r]= 0r =a0t a.t. > > /....//.k.e/0ke/rkne/rkne_rcnl_occlko.cck:.3c5:02 > > p3c > > uc1p u.0. /....//.k.e/rkne/rkne/rkne_rcnl_occlko.cck..4c3.82 RE LR > > E(Ls p(isnp)i ns)c hceadl lloouctk [[00xxcc003312d1812800]] rr==00 aatt > > ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc::24398 > > > > ccppuu01 ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc..230530 > > GGOOTT ((ssppiinn)) csaclhleodu tl o[c0kx c[003x1cd0832201]1 8r0=]0 ra=t0 > > .a.t > > ======== > > Hmm, it's colliding with itself a lot. Unfortunately, to make this useful over > the serial console, you need to shut up all the sio lock messages. Hmmm, well > for now try just using a 'debug.ktr.mask' of 0x1200 to skip all the mutex > operations. If we need them later on, then I will try and get some other work > done to make it easier to shut up certain mutexes in the log output without > having to change each individual mutex operation. > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > 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 Sat Mar 3 19:51:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id D199737B718; Sat, 3 Mar 2001 19:51:20 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6EC7966EED; Sat, 3 Mar 2001 19:51:20 -0800 (PST) Date: Sat, 3 Mar 2001 19:51:20 -0800 From: Kris Kennaway To: Julian Elischer Cc: current@freebsd.org, ports@freebsd.org Subject: Re: ports refusing to build... Message-ID: <20010303195120.A61727@mollari.cthul.hu> References: <3A9BFEA8.C5A57FDB@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A9BFEA8.C5A57FDB@elischer.org>; from julian@elischer.org on Tue, Feb 27, 2001 at 11:23:21AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 27, 2001 at 11:23:21AM -0800, Julian Elischer wrote: >=20 > [on -current] >=20 > So I updated the vmware port via CVS today > but it refuses to build with: > jules# make > Error: your port uses an old layout. Please update it to match this > bsd.port.mk. If you have updated your ports collection via cvsup and are= still ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > getting this error, see Q12 and Q13 in the cvsup FAQ on http://www.polstr= a.com > for further information. > I don't see how these are relavent since I mirror the CVS tree and checked > the ports out from CVS. You're updating with CVS, not cvsup, so the question doesn't apply. > Is it true that the ports tree cannot build at the moment because > it's inconsitent with itself? Nope. You have extra files in your ports directory because the attics were removed from the repo, so CVS thinks they're your files and doesn't delete them. Remove them by hand (look for lines in your cvs update starting with '?'). Kris --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6obu4Wry0BWjoQKURApvYAJ48zO9XVyCRdL2yqK8f8hH5VQLPwgCgpPVP Ut5lGpCLJFL4eiik49/fjyA= =ZpTw -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 20: 4:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4CE7E37B71A; Sat, 3 Mar 2001 20:04:38 -0800 (PST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f2444aX18364; Sat, 3 Mar 2001 21:04:36 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.2/8.8.3) with ESMTP id f2441tZ11380; Sat, 3 Mar 2001 21:01:55 -0700 (MST) Message-Id: <200103040401.f2441tZ11380@billy-club.village.org> To: Steve Kargl Subject: Re: cvs commit: src/sys/kern kern_intr.c src/sys/sys interrupt.h Cc: John Baldwin , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 03 Mar 2001 19:02:48 PST." <200103040302.f2432m742565@troutmask.apl.washington.edu> References: <200103040302.f2432m742565@troutmask.apl.washington.edu> Date: Sat, 03 Mar 2001 21:01:55 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103040302.f2432m742565@troutmask.apl.washington.edu> Steve Kargl writes: : I get an instance panic if I start lpd, so I doubt you can make : lpr performance any worse ;-) The printer is connected to the : parallel port. On my work machine, lpd/lpr work fine, but the : printer is connected via tcp/ip. I can start lpd on my machine, but sometimes the machine will panic when an actual print job hits it. On reboot it will panic when lpd starts sometimes. Other times it will just work. This is from a Feb 24th -current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 20:10:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 3BE5F37B718; Sat, 3 Mar 2001 20:10:20 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta3/8.12.0.Beta3) id f244AJ3P038958; Sat, 3 Mar 2001 20:10:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15009.49195.573372.961805@horsey.gshapiro.net> Date: Sat, 3 Mar 2001 20:10:19 -0800 From: Gregory Neil Shapiro To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: contrib/sendmail/cf ownership spammed In-Reply-To: <200103030928.f239SIO01442@mass.dis.org> References: <200103030928.f239SIO01442@mass.dis.org> X-Mailer: VM 6.90 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG msmith> I've noticed that 'make world' spams the ownership of msmith> src/contrib/sendmail/cf, leaving it owned by root. This is bad. 8) I'll fix this as soon as I get back from the east coast (Monday, assuming the snow storm they are expecting waits until I am in the air before hitting). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 20:25:15 2001 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 B31E437B719 for ; Sat, 3 Mar 2001 20:25:13 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.3/8.11.3) id f244ReE43114; Sat, 3 Mar 2001 20:27:40 -0800 (PST) (envelope-from sgk) From: Steve Kargl Message-Id: <200103040427.f244ReE43114@troutmask.apl.washington.edu> Subject: Re: cvs commit: src/sys/kern kern_intr.c src/sys/sys interrupt.h In-Reply-To: <200103040401.f2441tZ11380@billy-club.village.org> "from Warner Losh at Mar 3, 2001 09:01:55 pm" To: Warner Losh Date: Sat, 3 Mar 2001 20:27:40 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (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 Warner Losh wrote: > In message <200103040302.f2432m742565@troutmask.apl.washington.edu> Steve Kargl writes: > : I get an instance panic if I start lpd, so I doubt you can make > : lpr performance any worse ;-) The printer is connected to the > : parallel port. On my work machine, lpd/lpr work fine, but the > : printer is connected via tcp/ip. > > I can start lpd on my machine, but sometimes the machine will panic > when an actual print job hits it. On reboot it will panic when lpd > starts sometimes. Other times it will just work. This is from a Feb > 24th -current. I have printing jobs sitting in the queue, so when lpq fires up my machine panics. I haven't tried deleting the print jobs, restarting lpd, and then printing. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 21: 2:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id 042CF37B718 for ; Sat, 3 Mar 2001 21:02:56 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 16693 invoked by uid 666); 4 Mar 2001 05:13:39 -0000 Received: from i078-043.nv.iinet.net.au (HELO elischer.org) (203.59.78.43) by mail.m.iinet.net.au with SMTP; 4 Mar 2001 05:13:39 -0000 Message-ID: <3AA1CC71.8F6FF340@elischer.org> Date: Sat, 03 Mar 2001 21:02:41 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "George V. Neville-Neil" Cc: freebsd-current@freebsd.org Subject: Re: Getting a first build up and running? References: <200103031906.LAA3307541@meer.meer.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "George V. Neville-Neil" wrote: > > Hi, > > I have a machine I want to use as a FreeBSD-Current machine since I want > to work with some of the new features in 5.x that I require for a port (I'm > trying to port > The Click Modular Router from Linux and it would be good to have kernel > threads). The click router was designed around he same time as netgraph with many of the sme design goals, except they wanted to make it slightly less lego than I did. It is interesting how many common ideas came up but also how many differences To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 21:21: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 7D97937B718 for ; Sat, 3 Mar 2001 21:21:06 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f245Lp180045; Sat, 3 Mar 2001 21:21:52 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: Sat, 03 Mar 2001 21:20:46 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: Using serial console to debug system hangs ... Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 04-Mar-01 The Hermit Hacker wrote: > > Wow, that was painful ... after 2 hrs, I got as far as: Yeah, it spews out a lot of crap. :-/ You prolly want to use a 115200 serial console if at all possible. Should've mentioned that earlier.. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 21:24:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 0024337B719; Sat, 3 Mar 2001 21:24:46 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id VAA02221; Sat, 3 Mar 2001 21:24:46 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id VAA59248; Sat, 3 Mar 2001 21:24:45 -0800 (PST) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id VAA25942; Sat, 3 Mar 2001 21:24:45 -0800 (PST) From: Don Lewis Message-Id: <200103040524.VAA25942@salsa.gv.tsc.tdk.com> Date: Sat, 3 Mar 2001 21:24:45 -0800 In-Reply-To: References: X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: John Baldwin , The Hermit Hacker Subject: RE: Using serial console to debug system hangs ... Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 3, 9:20pm, John Baldwin wrote: } Subject: RE: Using serial console to debug system hangs ... } } On 04-Mar-01 The Hermit Hacker wrote: } > } > Wow, that was painful ... after 2 hrs, I got as far as: } } Yeah, it spews out a lot of crap. :-/ You prolly want to use a 115200 serial } console if at all possible. Should've mentioned that earlier.. .. so I shouldn't plan in using my ASR-33 for this, I guess. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 21:53:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 4F5BB37B71A; Sat, 3 Mar 2001 21:53:25 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f245rN966948; Sun, 4 Mar 2001 01:53:23 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sun, 4 Mar 2001 01:53:23 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: Using serial console to debug system hangs ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 3 Mar 2001, John Baldwin wrote: > > On 04-Mar-01 The Hermit Hacker wrote: > > > > Wow, that was painful ... after 2 hrs, I got as far as: > > Yeah, it spews out a lot of crap. :-/ You prolly want to use a 115200 serial > console if at all possible. Should've mentioned that earlier.. Okay, reading NOTES, it says that 9600 is the default ... does that mean I should be able to attach at 115200 and it should auto-upgrade, or do I have to recompile kernel iwth CONSPEED=115200 for this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 3 23:35:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from meer.meer.net (meer.meer.net [209.245.148.2]) by hub.freebsd.org (Postfix) with ESMTP id 4B52A37B718 for ; Sat, 3 Mar 2001 23:35:48 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com (unknown-35-202.wrs.com [147.11.35.202]) by meer.meer.net (8.9.3/8.9.3/meer) with ESMTP id XAA3426892; Sat, 3 Mar 2001 23:35:36 -0800 (PST) Message-Id: <200103040735.XAA3426892@meer.meer.net> X-Mailer: exmh version 2.1.1 10/15/1999 To: Julian Elischer Cc: freebsd-current@FreeBSD.ORG Subject: Re: Getting a first build up and running? In-Reply-To: Message from Julian Elischer of "Sat, 03 Mar 2001 21:02:41 PST." <3AA1CC71.8F6FF340@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Mar 2001 23:35:34 -0800 From: "George V. Neville-Neil" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The click router was designed around he same time as netgraph with many of the > same design goals, except they wanted to make it slightly less lego than I did. > > It is interesting how many common ideas came up but also how many differences > As one of the designers of netgraph I'd be interested to hear your thoughts on the comparison. I've looked at both but only played with netgraph a little. Having read the major papers on Click I think it's an excellent way to build highly extensible, field upgradable, fast routers. I guess we'll see of course :-) Later, George To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message