From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 03:43:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9412616A4BF for ; Sun, 14 Sep 2003 03:43:51 -0700 (PDT) Received: from alo.louko.com (x1.louko.com [195.218.71.106]) by mx1.FreeBSD.org (Postfix) with SMTP id DB57143FF7 for ; Sun, 14 Sep 2003 03:43:49 -0700 (PDT) (envelope-from alo@x1.louko.com) Received: (qmail 83264 invoked by uid 406); 14 Sep 2003 10:43:48 -0000 Date: 14 Sep 2003 10:43:48 -0000 Message-ID: <20030914104348.83262.qmail@alo.louko.com> To: freebsd-hackers@freebsd.org From: alo@iki.fi (Antti Louko) Subject: Problems when writing to a Compact Flash card, FreeBSD 5.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 10:43:51 -0000 Does anyone has good suggestions for the following problem? Configuration Basic FreeBSD 5.1-RELEASE, not upgraded or patched except as mentioned below. Full verbose dmesg and kernel config below. CPU: VIA C3 Samuel 2 (532.64-MHz 686-class CPU) mfsroot atapci0: port 0xc000-0xc00f at device 7.1 on pci0 ad2: success setting PIO0 on VIA 82C686B chip ad2: ATA-0 disk at ata1-master Verbatim 64MB CF card. Writing to the CF card freezes the whole system, only way out is to power cycle the machine. I have experimented a little bit and it seems that the freezing happens after writing about 8MB of data. If the data is written in smaller chunks, problem doesn't occur. I alse patched ata-disk.c and added arbitrary delays in different places. It seems that DELAY(600) (value 60 in twait variable) in relevant places mostly prevents the problem. I think the delay is not the real solution but it only hides the real problem and cures the symptom, not the disease itself. It may be that slowing down the data transfer makes the problem go away. sysctl.conf, kernel config, dmesg (verbose) and the patched ata-disk.c are here: Regards, Antti Louko From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 06:51:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A72716A4BF for ; Sun, 14 Sep 2003 06:51:00 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FD443F3F for ; Sun, 14 Sep 2003 06:50:59 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19yXH6-0001Lu-00 for freebsd-hackers@freebsd.org; Sun, 14 Sep 2003 16:50:57 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Sep 2003 16:50:48 +0300 From: Danny Braniss Message-Id: Subject: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 13:51:00 -0000 hi all, Any experiance with EMCsq./SAN? I know FreeBSD is not on their list, but was wondering if it works even without the 'qualified' stamp. If not, then is there some recomendation for any other SAN? thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 10:27:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5A9E16A4BF for ; Sun, 14 Sep 2003 10:27:14 -0700 (PDT) Received: from mail.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C93C43F3F for ; Sun, 14 Sep 2003 10:27:11 -0700 (PDT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id BD96F30003; Sun, 14 Sep 2003 19:27:04 +0200 (CEST) Received: from hydra.fs.ei.tum.de (hydra.fs.ei.tum.de [192.168.113.23]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client did not present a certificate) by mail.fs.ei.tum.de (Postfix) with ESMTP id 0148930002; Sun, 14 Sep 2003 19:27:02 +0200 (CEST) Date: Sun, 14 Sep 2003 19:26:55 +0200 From: Simon 'corecode' Schubert To: "Matthew N. Dodd" Message-Id: <20030914192655.51deb3a4.corecode@fs.ei.tum.de> In-Reply-To: <20030913012449.Y27896@sasami.jurai.net> References: <20030913045444.407b1cd6.corecode@fs.ei.tum.de> <20030913012449.Y27896@sasami.jurai.net> X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.s2C6?ZlJKlwc.g" X-Virus-Scanned: by AMaViS 0.3.12 cc: bsd@ibotty.net cc: hackers@freebsd.org cc: kernel@lists.dragonflybsd.org Subject: Re: Prebinding for DragonFly/FreeBSD-4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 17:27:14 -0000 --=.s2C6?ZlJKlwc.g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Lately Matthew N. Dodd told: > Prebinding on a per executable basis rather than a per "object" (ELF > executable or library) means that when you go to prebind KDE (for > example) you run /var out of diskspace :/ Yes, that might be true. How about this approach: (doesn't cope with cyclic ``needs'' yet) - assign every .so a base address so that no collisions happen for every binary considered Then, for every binary: - start with resolving the last object (often libc), as if only this object was loaded - proceed to the next object (might be another .so or the binary) - there again, resolve stuff. if this changes resolved data in objects resolved before (global references...), save this data too, like deltas to the data of the object before. - loop This means: Every object has the data assigned which it ultimatively requests. If globals etc exists they will overridden by the next object which requested previous object. On load, just run the same way. First, load data of the last object (i.e. libc), then running the object list back to the binary, load data. Globals that get resolved another way than without object X will be overwriten by the patchup data for object X. Uhg, I hope I made myself (at least partly) clear enough to follow. cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.s2C6?ZlJKlwc.g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/ZKTmr5S+dk6z85oRAs+ZAJ4nDXU1IABA5Sstg/E/TcUrfwofZQCaAwLM BSK681FZblROSdSQO1aCplk= =msZJ -----END PGP SIGNATURE----- --=.s2C6?ZlJKlwc.g-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 10:52:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A97916A4BF for ; Sun, 14 Sep 2003 10:52:39 -0700 (PDT) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id B024343FB1 for ; Sun, 14 Sep 2003 10:52:38 -0700 (PDT) (envelope-from rick@kiwi-computer.com) Received: (qmail 34231 invoked by uid 2001); 14 Sep 2003 17:52:37 -0000 Date: Sun, 14 Sep 2003 12:52:37 -0500 From: "Rick C. Petty" To: hackers@freebsd.org Message-ID: <20030914175237.GA34203@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: inode recovery and differences between UFS1/2 & soft updates X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 17:52:39 -0000 Hello. I posted a message to ports yesterday regarding the status of sysutils/ffsrecov, which won't compile with UFS2 headers. I'm in dire need of reconnecting or dumping inodes (well the associated files) because of a pair of crashes causing fsck to fail due to "unreferenced files". A few years back I did a bunch of work with UFS1/FFS including a few personal utilities to dump unconnected files, etc. I know the UFS1 implementation pretty well, but that was prior to the use of soft updates or the new UFS2. I'd like to pull the valuable data off this drive before I fsck it clean and thus modify the file system. My question(s) concern the differences between UFS1 & UFS2 and the use of soft updates. AFAICT, soft-updates affects the in-memory copy and does not affect the structures on the FS itself, just the order in which those structures are updated to improve performance. I therefore assume that the FS structure is similar to the original UFS1/FFS and could use my old utilities to dump the files without modification. The concern is that possibly soft updates was interrupted during a metadata write and maybe the inode or something else became corrupt; I can't imagine how, I just wanted to verify that this wouldn't happen. It seems to me that the basic differences between UFS1 & UFS2 are the new ACLs and extended attributes, both of which don't change the underlying format of the file system. It is my guess that I should be able to repair this and even recompile ffsrecov using the old UFS headers. I'm also guessing that I should be able to throw the drives into an older freebsd system (w/o UFS2) and recover it that way. Please let me know if I'm way off base here. On a related note, the soft-updates document, http://www.usenix.org/publications/library/proceedings/usenix99/mckusick.html implies that the unconnected inodes I'm seeing with fsck are files that were deleted when the system was previously up, whose metadata was written but whose inodes' link counts weren't decremented yet. In such a case, these "unreferenced files" should be unimportant. I still wish to dump the inodes because one of my drives had a low-level failure (hence why the system crashed twice in a row) and after fsck-ing some important files did disappear without a trace (I have a list of inodes and the FS was only mounted read-only to verify the file integrity). I'm running 5.1-RELEASE with UFS2 on both drives and softupdates enabled. They are ATA/133 and ATA/100 respectfully (although the ATA/100 workes better at udma66-- otherwise I get a bunch of ICRC errors and often it'll drop to PIO mode). Any help on this topic would be appreciated. Some of the data is vital and I need it quickly. Thanks in advance, -- Rick C. Petty Senior Software Engineer, KIWI Computer --------------------------------------------------------------- rick@kiwi-computer.com http://www.kiwi-computer.com/ From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 11:54:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8D416A4BF for ; Sun, 14 Sep 2003 11:54:42 -0700 (PDT) Received: from hotmail.com (law11-f10.law11.hotmail.com [64.4.17.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CC0943F3F for ; Sun, 14 Sep 2003 11:54:41 -0700 (PDT) (envelope-from quentine_wayne@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 14 Sep 2003 11:54:40 -0700 Received: from 141.217.17.165 by lw11fd.law11.hotmail.msn.com with HTTP; Sun, 14 Sep 2003 18:54:40 GMT X-Originating-IP: [141.217.17.165] X-Originating-Email: [quentine_wayne@hotmail.com] From: "Zane Long Quentine" To: freebsd-hackers@freebsd.org Date: Sun, 14 Sep 2003 18:54:40 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed Message-ID: X-OriginalArrivalTime: 14 Sep 2003 18:54:40.0989 (UTC) FILETIME=[A759C0D0:01C37AF1] Subject: How to use usb storage in Freebsd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 18:54:42 -0000 the version of FreeBSD is 4.8 use the dmesg, I found some related information about my usb strorage -->begin here umass0: Digital , Inc. TGE UFD MP3 Player., rev 1.10/0.01, addr 2 umass0: Get Max Lun not supported (IOERROR) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: 650KB/s transfers da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR da0: reading primary partition table: error reading fsbn 0 umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR -->end here when I use the the command mkdir /mnt/usb mount -t msdos /dev/da0s1 /mnt/usb, error message with"Input/output error " What I should do? _________________________________________________________________ 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 13:09:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EF4216A4BF for ; Sun, 14 Sep 2003 13:09:02 -0700 (PDT) Received: from web13401.mail.yahoo.com (web13401.mail.yahoo.com [216.136.175.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 6082143F75 for ; Sun, 14 Sep 2003 13:09:01 -0700 (PDT) (envelope-from giffunip@yahoo.com) Message-ID: <20030914200901.67901.qmail@web13401.mail.yahoo.com> Received: from [200.91.194.117] by web13401.mail.yahoo.com via HTTP; Sun, 14 Sep 2003 13:09:01 PDT Date: Sun, 14 Sep 2003 13:09:01 -0700 (PDT) From: "Pedro F. Giffuni" To: Bruce M Simpson In-Reply-To: <20030913050843.GE55913@spc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: FYI: NetBSD mmap Improvements X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 20:09:02 -0000 Hi again; Reading more deeply,the patch was made to be able to run Linux's crossover office, but it would seem like it's not required on FreeBSD though as out mmap behaves similar to the linux one. FWIW, I found this reference on the NetBSD mailing lists: http://mail-index.netbsd.org/tech-kern/2003/06/20/0006.html cheers, Pedro. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 13:40:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE3C16A4C0 for ; Sun, 14 Sep 2003 13:40:36 -0700 (PDT) Received: from hotmail.com (law11-f85.law11.hotmail.com [64.4.17.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B51A43FBF for ; Sun, 14 Sep 2003 13:40:36 -0700 (PDT) (envelope-from int0x80@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 14 Sep 2003 13:40:36 -0700 Received: from 66.131.129.43 by lw11fd.law11.hotmail.msn.com with HTTP; Sun, 14 Sep 2003 20:40:35 GMT X-Originating-IP: [66.131.129.43] X-Originating-Email: [int0x80@hotmail.com] From: "Raunchy McSmutbag" To: freebsd-hackers@freebsd.org Date: Sun, 14 Sep 2003 20:40:35 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 Sep 2003 20:40:36.0293 (UTC) FILETIME=[73682F50:01C37B00] Subject: motherboard agp panic >:O X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 20:40:37 -0000 my mobo doesnt have agp - it's a PCCHIPS m754lmr. The site says its supposed to have AGP but mine doesnt. On boot, however, my kernel panics with agp0:contigmalloc1: size must not be 0 I just installed 5.1 from floppies - i didnt touch anything. I tried unloading the agp module with the bootloader but that doesnt work. Does anyone have any ideas on how to fix this? =/ _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 18:49:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D3A16A4BF for ; Sun, 14 Sep 2003 18:49:19 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF45643F3F for ; Sun, 14 Sep 2003 18:49:18 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h8F1mpGJ063099; Sun, 14 Sep 2003 20:48:51 -0500 (CDT) (envelope-from dan) Date: Sun, 14 Sep 2003 20:48:51 -0500 From: Dan Nelson To: Danny Braniss Message-ID: <20030915014850.GK61528@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 01:49:19 -0000 In the last episode (Sep 14), Danny Braniss said: > hi all, > Any experiance with EMCsq./SAN? I know FreeBSD is not on their > list, but was wondering if it works even without the 'qualified' > stamp. I'd be surprised if there were any problems, but if you already have an EMC unit, let them know you'd like to attach a FreeBSD box (give them exact hardware specs) and they'll certify it. It's in their best interest to support their customers' systems :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 20:14:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC3616A4BF for ; Sun, 14 Sep 2003 20:14:05 -0700 (PDT) Received: from wvths.com (h0009b74df4c5.ne.client2.attbi.com [66.31.200.227]) by mx1.FreeBSD.org (Postfix) with SMTP id EA99C43F3F for ; Sun, 14 Sep 2003 20:14:04 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from localhost (mail.wvths.com [127.0.0.1]) by wvths.com (WVTHS Mail Gateway) with ESMTP id 5CF8FFD99; Sun, 14 Sep 2003 23:18:05 -0400 (EDT) Received: from wvths.com ([127.0.0.1]) by localhost (mail.wvths.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 97925-08; Sun, 14 Sep 2003 23:17:59 -0400 (EDT) Received: from webmail.wvths.com (www.wvths.com [192.168.0.6]) by wvths.com (WVTHS Mail Gateway) with SMTP id 01110FD98; Sun, 14 Sep 2003 23:17:58 -0400 (EDT) Received: from 24.218.220.202 (SquirrelMail authenticated user sysadmin) by webmail.wvths.com with HTTP; Sun, 14 Sep 2003 23:11:11 -0400 (EDT) Message-ID: <16771.24.218.220.202.1063595471.squirrel@webmail.wvths.com> Date: Sun, 14 Sep 2003 23:11:11 -0400 (EDT) From: sysadmin@wvths.com To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by Sophos AntiVirus Engine Content-Transfer-Encoding: quoted-printable Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 03:14:06 -0000 Hello, It's been almost a month now since I posted the original message on the list and I'm wondering about the progress on resolving this problem. I still can reproduce the panics after cvs-supping to RELENG_4 ~ 23:00 ED= T today. Thanks much. From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 20:59:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED1D316A4BF for ; Sun, 14 Sep 2003 20:59:10 -0700 (PDT) Received: from ganymede.hub.org (u173n10.eastlink.ca [24.224.173.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0520343F75 for ; Sun, 14 Sep 2003 20:59:08 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id C16D8348FE; Mon, 15 Sep 2003 00:59:03 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BEACD3487F; Mon, 15 Sep 2003 00:59:03 -0300 (ADT) Date: Mon, 15 Sep 2003 00:59:03 -0300 (ADT) From: "Marc G. Fournier" To: sysadmin@wvths.com In-Reply-To: <16771.24.218.220.202.1063595471.squirrel@webmail.wvths.com> Message-ID: <20030915005857.X82880@ganymede.hub.org> References: <16771.24.218.220.202.1063595471.squirrel@webmail.wvths.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 03:59:11 -0000 and the problem is/was? On Sun, 14 Sep 2003 sysadmin@wvths.com wrote: > Hello, > > It's been almost a month now since I posted the original message on the > list and I'm wondering about the progress on resolving this problem. > > I still can reproduce the panics after cvs-supping to RELENG_4 ~ 23:00 EDT > today. > > Thanks much. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 21:06:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C99C16A4BF for ; Sun, 14 Sep 2003 21:06:57 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 83ED143F3F for ; Sun, 14 Sep 2003 21:06:56 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 15614 invoked from network); 15 Sep 2003 04:06:55 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 15 Sep 2003 04:06:55 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 14 Sep 2003 23:05:31 -0500 (CDT) From: Mike Silbersack To: sysadmin@wvths.com In-Reply-To: <16771.24.218.220.202.1063595471.squirrel@webmail.wvths.com> Message-ID: <20030914230339.K1033@odysseus.silby.com> References: <16771.24.218.220.202.1063595471.squirrel@webmail.wvths.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 04:06:57 -0000 On Sun, 14 Sep 2003 sysadmin@wvths.com wrote: > Hello, > > It's been almost a month now since I posted the original message on the > list and I'm wondering about the progress on resolving this problem. > > I still can reproduce the panics after cvs-supping to RELENG_4 ~ 23:00 EDT > today. > > Thanks much. Ooops, I forgot to follow up on this. Ok, a few questions: 1. Can you compile INVARIANTS and INVARIANT_SUPPORT into your kernel? That might help us track down the problem. 2. What does your network setup look like? Are you using divert sockets, is there ppp in action, etc. I believe that I tried out your script at the time, and I couldn't find it to cause any problems on my system. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 21:25:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E48B16A4BF; Sun, 14 Sep 2003 21:25:34 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AC6D43F93; Sun, 14 Sep 2003 21:25:32 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (3m0zjb4i@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h8F4PPg15599539; Mon, 15 Sep 2003 08:25:25 +0400 (MSD) Date: Mon, 15 Sep 2003 08:25:25 +0400 (MSD) From: Maxim Konovalov To: Mike Silbersack In-Reply-To: <20030914230339.K1033@odysseus.silby.com> Message-ID: <20030915081818.F29770@news1.macomnet.ru> References: <16771.24.218.220.202.1063595471.squirrel@webmail.wvths.com> <20030914230339.K1033@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sysadmin@wvths.com cc: hackers@freebsd.org cc: rwatson@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 04:25:34 -0000 On Sun, 14 Sep 2003, 23:05-0500, Mike Silbersack wrote: > > On Sun, 14 Sep 2003 sysadmin@wvths.com wrote: > > > Hello, > > > > It's been almost a month now since I posted the original message on the > > list and I'm wondering about the progress on resolving this problem. > > > > I still can reproduce the panics after cvs-supping to RELENG_4 ~ 23:00 EDT > > today. > > > > Thanks much. > > Ooops, I forgot to follow up on this. > > Ok, a few questions: > > 1. Can you compile INVARIANTS and INVARIANT_SUPPORT into your kernel? > That might help us track down the problem. > > 2. What does your network setup look like? Are you using divert sockets, > is there ppp in action, etc. > > I believe that I tried out your script at the time, and I couldn't find it > to cause any problems on my system. rwatson has fixed this panic in rev. 1.115 in -current: revision 1.115 date: 2003/08/26 14:11:48; author: rwatson; state: Exp; lines: +2 -0 M_PREPEND() with an argument of M_TRYWAIT can fail, meaning the returned mbuf can be NULL. Check for NULL in rip_output() when prepending an IP header. This prevents mbuf exhaustion from causing a local kernel panic when sending raw IP packets. PR: kern/55886 Reported by: Pawel Malachowski MFC after: 3 days and haven't MFCed it yet. Here is a patch for -stable: Index: sys/netinet/raw_ip.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/raw_ip.c,v retrieving revision 1.64.2.17 diff -u -r1.64.2.17 raw_ip.c --- sys/netinet/raw_ip.c 9 Sep 2003 19:09:22 -0000 1.64.2.17 +++ sys/netinet/raw_ip.c 15 Sep 2003 04:21:59 -0000 @@ -257,6 +257,8 @@ return(EMSGSIZE); } M_PREPEND(m, sizeof(struct ip), M_WAIT); + if (m == NULL) + return(ENOBUFS); ip = mtod(m, struct ip *); ip->ip_tos = inp->inp_ip_tos; ip->ip_off = 0; %%% -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 23:03:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4187316A4BF for ; Sun, 14 Sep 2003 23:03:34 -0700 (PDT) Received: from cfcl.com (cpe-24-221-172-174.ca.sprintbbd.net [24.221.172.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81BEF43FAF for ; Sun, 14 Sep 2003 23:03:33 -0700 (PDT) (envelope-from rdm@cfcl.com) Received: from [192.168.254.205] ([192.168.254.205]) by cfcl.com (8.12.6/8.11.1) with ESMTP id h8F6DOj6052008 for ; Sun, 14 Sep 2003 23:13:25 -0700 (PDT) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: In-Reply-To: References: X-Mailer: Eudora for Macintosh! Date: Sun, 14 Sep 2003 23:03:29 -0700 To: freebsd-hackers@freebsd.org From: Rich Morin Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: prospects for DMA support for SiS962(L) Southbridge? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 06:03:34 -0000 With FreeBSD 4.9 on the horizon, I thought I might bring this up again... At 10:01 AM -0700 6/17/03, Rich Morin wrote: >I recently upgraded my motherboard and CPU, as: > > 478 pin Celeron; 2.1 GHz > 512 MB DDR DIMM (2 ea.) > SiS962(L) Southbridge > >I then found that I couldn't boot the (FreeBSD 4.7) system, getting: > > ad0: READ command timeout tag=0 serv=0 resetting > ata0: resetting devices > >After a bunch of Googling and some discussions on freebsd-questions, >I decided to change line 90 of /usr/src/sys/dev/ataata-disk.c to: > > static int ata_dma = 0; > >This works, but I suspect that it is slowing down my disk I/O quite a >bit. So, I would like to know the prospects for this controller being >supported in FreeBSD any time soon. -- email: rdm@cfcl.com; phone: +1 650-873-7841 http://www.cfcl.com - Canta Forda Computer Laboratory http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 23:33:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8833816A4BF for ; Sun, 14 Sep 2003 23:33:18 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543CF43FD7 for ; Sun, 14 Sep 2003 23:33:17 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h8F6XATX068462; Mon, 15 Sep 2003 00:33:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Sep 2003 00:33:12 -0600 (MDT) Message-Id: <20030915.003312.129341017.imp@bsdimp.com> To: dillon@apollo.backplane.com From: "M. Warner Losh" In-Reply-To: <200309131916.h8DJGEPX085062@apollo.backplane.com> References: <200309131916.h8DJGEPX085062@apollo.backplane.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: FreeBSD DevSummit Pics Available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 06:33:18 -0000 In message: <200309131916.h8DJGEPX085062@apollo.backplane.com> Matthew Dillon writes: : FreeBSD DevSummit pics are available at: : : http://apollo.backplane.com/BSDCON2003/ : : The links at the bottom. About 31 people are attending. They were saying that *1*31 people were attending, but that was on the first day. I saw maybe 15 additional walk up people that weren't on the attendee list, but don't know what the final attendance figures were. This year's BSDcon has absolutely wonderful papers. First conference in a long time that I saw all but 3 papers, and I was bummed to miss those three... And the hallway track was also great too. Well worth the trip. Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 23:39:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61DFB16A4BF for ; Sun, 14 Sep 2003 23:39:11 -0700 (PDT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D0743FBF for ; Sun, 14 Sep 2003 23:39:10 -0700 (PDT) (envelope-from xride@xforce.dk) Received: from x12.dk (xforce.dk [80.164.11.218]) by pasmtp.tele.dk (Postfix) with ESMTP id 6074D1EC369 for ; Mon, 15 Sep 2003 08:39:08 +0200 (CEST) Received: from x12.dk (xride@localhost [127.0.0.1]) by x12.dk (8.12.9/8.12.9) with ESMTP id h8F6d4cA015641 for ; Mon, 15 Sep 2003 08:39:04 +0200 (CEST) (envelope-from xride@xforce.dk) Received: from localhost (xride@localhost) by x12.dk (8.12.9/8.12.9/Submit) with ESMTP id h8F6d4Eo015638 for ; Mon, 15 Sep 2003 08:39:04 +0200 (CEST) X-Authentication-Warning: x12.dk: xride owned process doing -bs Date: Mon, 15 Sep 2003 08:39:01 +0200 (CEST) From: Soeren Straarup X-X-Sender: xride@x12.dk To: hackers@freebsd.org Message-ID: <20030914115738.T1597-100000@x12.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: usb devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 06:39:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Can there be more than one 'vendor SOMETHING 0x0001 Desc' with different SOMETHING and Desc in src/sys/dev/usb/usbdevs ? Best regards S=F8ren *----------------------------------------------------------------* | Soeren Straarup Mobile: +45 20 27 62 44 | | FreeBSD wannabe since 2.2.6-R http://xforce.dk | | Also running OpenBSD and NetBSD aka OZ2DAK aka Xride | *----------------------------------------------------------------* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/ZV6IXTGeGCdlN14RAqUQAKDHcQtzXJFEz8hAzRg+MdkcS1nHuwCeLLfM kfw+QUrzw8oxmV5CGkucS5o=3D =3DDT8h -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 23:49:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5508516A4BF for ; Sun, 14 Sep 2003 23:49:02 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F1BA43FB1 for ; Sun, 14 Sep 2003 23:49:01 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h8F6rWbi007138; Mon, 15 Sep 2003 02:53:33 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h8F6ml8x067074; Sun, 14 Sep 2003 23:48:47 -0700 (PDT) (envelope-from jmg) Date: Sun, 14 Sep 2003 23:48:46 -0700 From: John-Mark Gurney To: Matthew Dillon Message-ID: <20030915064846.GZ39788@funkthat.com> Mail-Followup-To: Matthew Dillon , hackers@freebsd.org References: <200309110336.h8B3aSuG067289@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200309110336.h8B3aSuG067289@apollo.backplane.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: hackers@freebsd.org Subject: Re: BSDCon pictures available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 06:49:02 -0000 Matthew Dillon wrote this message on Wed, Sep 10, 2003 at 20:36 -0700: > BSDCon pictures are available as I have time to upload them: > > http://apollo.backplane.com/BSDCON2003/ So what is the latest hit stats on this? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 00:19:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B8D716A4BF for ; Mon, 15 Sep 2003 00:19:39 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0541F43F75 for ; Mon, 15 Sep 2003 00:19:37 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.9/8.12.9) with ESMTP id h8F7JQIo015104; Mon, 15 Sep 2003 09:19:26 +0200 (CEST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9/Submit) id h8F7JLrZ015103; Mon, 15 Sep 2003 09:19:21 +0200 (CEST) From: Soren Schmidt Message-Id: <200309150719.h8F7JLrZ015103@spider.deepcore.dk> In-Reply-To: To: Rich Morin Date: Mon, 15 Sep 2003 09:19:21 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: prospects for DMA support for SiS962(L) Southbridge? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 07:19:39 -0000 It seems Rich Morin wrote: > With FreeBSD 4.9 on the horizon, I thought I might bring this up again... > There is no time for this on 4.9 (at least if it should be done properly. 5.1 has support for all SiS chipsets... > At 10:01 AM -0700 6/17/03, Rich Morin wrote: > >I recently upgraded my motherboard and CPU, as: > > > > 478 pin Celeron; 2.1 GHz > > 512 MB DDR DIMM (2 ea.) > > SiS962(L) Southbridge > > > >I then found that I couldn't boot the (FreeBSD 4.7) system, getting: > > > > ad0: READ command timeout tag=0 serv=0 resetting > > ata0: resetting devices > > > >After a bunch of Googling and some discussions on freebsd-questions, > >I decided to change line 90 of /usr/src/sys/dev/ataata-disk.c to: > > > > static int ata_dma = 0; > > > >This works, but I suspect that it is slowing down my disk I/O quite a > >bit. So, I would like to know the prospects for this controller being > >supported in FreeBSD any time soon. > -- > email: rdm@cfcl.com; phone: +1 650-873-7841 > http://www.cfcl.com - Canta Forda Computer Laboratory > http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. > http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -S鴕en From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 00:33:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4E316A4BF for ; Mon, 15 Sep 2003 00:33:37 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CCAB43FB1 for ; Mon, 15 Sep 2003 00:33:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h8F7c1bi012428; Mon, 15 Sep 2003 03:38:01 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h8F7X8tF067598; Mon, 15 Sep 2003 00:33:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 15 Sep 2003 00:33:08 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20030915073308.GA39788@funkthat.com> Mail-Followup-To: "M. Warner Losh" , dillon@apollo.backplane.com, hackers@freebsd.org References: <200309131916.h8DJGEPX085062@apollo.backplane.com> <20030915.003312.129341017.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030915.003312.129341017.imp@bsdimp.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: dillon@apollo.backplane.com cc: hackers@freebsd.org Subject: Re: FreeBSD DevSummit Pics Available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 07:33:37 -0000 M. Warner Losh wrote this message on Mon, Sep 15, 2003 at 00:33 -0600: > In message: <200309131916.h8DJGEPX085062@apollo.backplane.com> > Matthew Dillon writes: > : FreeBSD DevSummit pics are available at: > : > : http://apollo.backplane.com/BSDCON2003/ > : > : The links at the bottom. About 31 people are attending. > > They were saying that *1*31 people were attending, but that was on the It was about 131 people attending BSDcon. The first day of the devsummit there was about 31. > first day. I saw maybe 15 additional walk up people that weren't on > the attendee list, but don't know what the final attendance figures > were. This year's BSDcon has absolutely wonderful papers. First > conference in a long time that I saw all but 3 papers, and I was > bummed to miss those three... Yes, the papers were all very good quality. > And the hallway track was also great too. Well worth the trip. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 00:45:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF46116A4BF for ; Mon, 15 Sep 2003 00:45:21 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D9A43FE3 for ; Mon, 15 Sep 2003 00:45:20 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h8F7o5bi013940; Mon, 15 Sep 2003 03:50:05 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h8F7jJfl067784; Mon, 15 Sep 2003 00:45:19 -0700 (PDT) (envelope-from jmg) Date: Mon, 15 Sep 2003 00:45:19 -0700 From: John-Mark Gurney To: "Rick C. Petty" Message-ID: <20030915074518.GB39788@funkthat.com> Mail-Followup-To: "Rick C. Petty" , hackers@freebsd.org References: <20030914175237.GA34203@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030914175237.GA34203@megan.kiwi-computer.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: hackers@freebsd.org Subject: Re: inode recovery and differences between UFS1/2 & soft updates X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 07:45:22 -0000 Rick C. Petty wrote this message on Sun, Sep 14, 2003 at 12:52 -0500: > Hello. I posted a message to ports yesterday regarding the status of > sysutils/ffsrecov, which won't compile with UFS2 headers. I'm in dire need > of reconnecting or dumping inodes (well the associated files) because of a > pair of crashes causing fsck to fail due to "unreferenced files". Sorry, must of missed that. I'm the author of ffsrecov, and I haven't updated mainly because I haven't had a system w/ UFS2 to really test on. I might be able to get to it in the next week or two, but I assume that you need it sooner. > A few years back I did a bunch of work with UFS1/FFS including a few > personal utilities to dump unconnected files, etc. I know the UFS1 > implementation pretty well, but that was prior to the use of soft updates > or the new UFS2. I'd like to pull the valuable data off this drive before > I fsck it clean and thus modify the file system. My question(s) concern > the differences between UFS1 & UFS2 and the use of soft updates. I would recommend if you can is to dump it to another filesystem or to tape.. then you can reinstall and recover the data at a more leisurely pace.. I had to do this when I originally wrote ffsrecov. Part of the reason you couldn't recover direct from device in the early versions. > AFAICT, soft-updates affects the in-memory copy and does not affect the > structures on the FS itself, just the order in which those structures are > updated to improve performance. I therefore assume that the FS structure > is similar to the original UFS1/FFS and could use my old utilities to dump > the files without modification. The concern is that possibly soft updates > was interrupted during a metadata write and maybe the inode or something > else became corrupt; I can't imagine how, I just wanted to verify that this > wouldn't happen. Most IDE disks have write caching enabled, and if the system powers off before the data is writen to disk, softupdates will think that the write hit the disk when infact it hadn't yet. > It seems to me that the basic differences between UFS1 & UFS2 are the new > ACLs and extended attributes, both of which don't change the underlying > format of the file system. It is my guess that I should be able to repair > this and even recompile ffsrecov using the old UFS headers. I'm also > guessing that I should be able to throw the drives into an older freebsd > system (w/o UFS2) and recover it that way. Please let me know if I'm way > off base here. Another really big difference is that the size of the blocks are different.. There is also a different way of listing blocks relating to the file. This was changed to a more dynamic approch and so it looks more like extents while keeping the advantages of the old way. (Thanks for your presentation at BSDcon, Kirk!) > On a related note, the soft-updates document, > http://www.usenix.org/publications/library/proceedings/usenix99/mckusick.html > implies that the unconnected inodes I'm seeing with fsck are files that > were deleted when the system was previously up, whose metadata was written > but whose inodes' link counts weren't decremented yet. In such a case, > these "unreferenced files" should be unimportant. I still wish to dump the > inodes because one of my drives had a low-level failure (hence why the > system crashed twice in a row) and after fsck-ing some important files did > disappear without a trace (I have a list of inodes and the FS was only > mounted read-only to verify the file integrity). -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 01:19:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BB6F16A4BF for ; Mon, 15 Sep 2003 01:19:19 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E3BA43FCB for ; Mon, 15 Sep 2003 01:19:18 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19yoZo-000P8w-00; Mon, 15 Sep 2003 11:19:16 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Dan Nelson In-reply-to: Your message of Sun, 14 Sep 2003 20:48:51 -0500 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Sep 2003 11:19:16 +0300 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 08:19:19 -0000 > In the last episode (Sep 14), Danny Braniss said: > > hi all, > > Any experiance with EMCsq./SAN? I know FreeBSD is not on their > > list, but was wondering if it works even without the 'qualified' > > stamp. > > I'd be surprised if there were any problems, but if you already have an > EMC unit, let them know you'd like to attach a FreeBSD box (give them > exact hardware specs) and they'll certify it. It's in their best > interest to support their customers' systems :) > that is not what im hearing from them :-( we are just begining negotiations to - maybe - get an EMC, do you have any FiberChannel experiance? danny From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 01:22:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B1EB16A4BF for ; Mon, 15 Sep 2003 01:22:32 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A6343FE5 for ; Mon, 15 Sep 2003 01:22:31 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h8F8MRVI094856; Mon, 15 Sep 2003 01:22:27 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h8F8MPZG094853; Mon, 15 Sep 2003 01:22:25 -0700 (PDT) Date: Mon, 15 Sep 2003 01:22:25 -0700 (PDT) From: Matthew Dillon Message-Id: <200309150822.h8F8MPZG094853@apollo.backplane.com> To: John-Mark Gurney References: <200309110336.h8B3aSuG067289@apollo.backplane.com> <20030915064846.GZ39788@funkthat.com> cc: hackers@freebsd.org Subject: Re: BSDCon pictures available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 08:22:32 -0000 :> BSDCon pictures are available as I have time to upload them: :> :> http://apollo.backplane.com/BSDCON2003/ : :So what is the latest hit stats on this? : :-- : John-Mark Gurney Voice: +1 415 225 5579 As of now, For BSDCON: 197555 hits from inception (keep in mind that the pages have a lot of thumbnails on them so this doesn't mean much). 1767 unique visitors by IP. 12 of the unique visitors for BSDCon were from microsoft. I just thought I would throw that in :-) For DevSummit: 16044 hits, 424 unique visitors by IP. 9.38 GB uploaded for BSDCON + DevSummit to date. The picture archive (thumbnails + fullsize jpegs) is 622MB. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 03:54:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7876916A4BF for ; Mon, 15 Sep 2003 03:54:01 -0700 (PDT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA4F543F3F for ; Mon, 15 Sep 2003 03:54:00 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from mail.robbins.dropbear.id.au (210.50.204.238) by smtp02.syd.iprimus.net.au (7.0.018) id 3F4C083E00371E5E for freebsd-hackers@freebsd.org; Mon, 15 Sep 2003 20:53:58 +1000 Received: by mail.robbins.dropbear.id.au (Postfix, from userid 1000) id 31557C8BA; Mon, 15 Sep 2003 20:53:57 +1000 (EST) Date: Mon, 15 Sep 2003 20:53:56 +1000 From: Tim Robbins To: freebsd-hackers@freebsd.org Message-ID: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 10:54:01 -0000 The recent thread about BSD-licensed replacements for GNU utilities in OpenBSD has prompted me to share my reimplementation of the sort(1) utility. Most of the code is new. sort.1 and obsolete.c came from 4.4BSD via NetBSD. I've been using it instead of GNU sort on my systems for the past few months, I've run a few test suites on it, and I think most of the bugs have been ironed out now. If anyone's interested, it's available here: http://people.freebsd.org/~tjr/sort1.tar.gz It's not quite as fast as the GNU or 4.4BSD sort implementations, but it's BSD-licensed, follows the normal BSD coding conventions, has better locale support than 4.4BSD's (and perhaps GNU's, too), and I believe it's much less buggy than the 4.4BSD sort (sort -n is horribly broken in 4.4BSD's, see the NetBSD PR database for an example). It attempts to conform to the POSIX standards; by default it follows 1003.2-1992, removing the CFLAGS+=-DOBSOLETE line in the Makefile will make it follow 1003.1-2001. Comments/patches are welcome. As the "History" suggestion of the manual page suggests, my plan is to get this in to FreeBSD 6, along with replacements for some other GNU tools. I have a diff(1) replacement (with sdiff support) in the works, among other things. Tim From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 03:57:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5398316A4BF; Mon, 15 Sep 2003 03:57:55 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5972843F85; Mon, 15 Sep 2003 03:57:53 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.9/8.12.9) with ESMTP id h8FAvoIo016758; Mon, 15 Sep 2003 12:57:51 +0200 (CEST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9/Submit) id h8FAvoJS016757; Mon, 15 Sep 2003 12:57:50 +0200 (CEST) From: Soren Schmidt Message-Id: <200309151057.h8FAvoJS016757@spider.deepcore.dk> In-Reply-To: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> To: Tim Robbins Date: Mon, 15 Sep 2003 12:57:50 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 10:57:55 -0000 It seems Tim Robbins wrote: > Comments/patches are welcome. As the "History" suggestion of the manual page > suggests, my plan is to get this in to FreeBSD 6, along with replacements for > some other GNU tools. I have a diff(1) replacement (with sdiff support) in > the works, among other things. Go for it!! the more GPL'd stuff we can remove the better!! -S鴕en From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 08:49:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58BEB16A4BF for ; Mon, 15 Sep 2003 08:49:09 -0700 (PDT) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35D6843FDD for ; Mon, 15 Sep 2003 08:49:08 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) h8FFml3W082708; Mon, 15 Sep 2003 08:48:47 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost)h8FFmktV082703; Mon, 15 Sep 2003 08:48:47 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Mon, 15 Sep 2003 08:48:46 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Danny Braniss In-Reply-To: Message-ID: <20030915084808.C82169@demos.bsdclusters.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 15:49:09 -0000 Unless they are giving it to you virtually free, I would seriously look at other vendors. -Kip On Mon, 15 Sep 2003, Danny Braniss wrote: > > In the last episode (Sep 14), Danny Braniss said: > > > hi all, > > > Any experiance with EMCsq./SAN? I know FreeBSD is not on their > > > list, but was wondering if it works even without the 'qualified' > > > stamp. > > > > I'd be surprised if there were any problems, but if you already have an > > EMC unit, let them know you'd like to attach a FreeBSD box (give them > > exact hardware specs) and they'll certify it. It's in their best > > interest to support their customers' systems :) > > > that is not what im hearing from them :-( > we are just begining negotiations to - maybe - get an EMC, do you have any > FiberChannel experiance? > danny > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 10:37:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44B7016A4BF for ; Mon, 15 Sep 2003 10:37:01 -0700 (PDT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DAE843FE9 for ; Mon, 15 Sep 2003 10:37:00 -0700 (PDT) (envelope-from omestre@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:omestre@sdf.lonestar.org [192.94.73.1]) by sdf.lonestar.org (8.12.9/8.12.8) with ESMTP id h8FHadEC005998; Mon, 15 Sep 2003 17:36:39 GMT Received: (from omestre@localhost) by sdf.lonestar.org (8.12.9/8.12.8/Submit) id h8FHadHB008897; Mon, 15 Sep 2003 17:36:39 GMT Date: Mon, 15 Sep 2003 17:36:39 +0000 (UTC) From: omestre X-X-Sender: omestre@sdf.lonestar.org To: John-Mark Gurney In-Reply-To: <20030915055531.GX39788@funkthat.com> Message-ID: References: <20030902205418.GB30374@genius.tao.org.uk> <20030910055621.GP39788@funkthat.com> <20030915055531.GX39788@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Booting a machine over the network without pxe. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 17:37:01 -0000 On Sun, 14 Sep 2003, John-Mark Gurney wrote: Well, i would be very happy with my patch in FreeBSD project! That without say that a "real" programmer would take care of the patch :), and i will just use the features in my servers.... :)) I don't know what should i do. I did think that after i submit a PR, the devel men will fix any problems to fit the FreeBSD project needs. Sorry, but is my first PR... Shall i fix it?? Well, shall i change the boot.netif.hostname to kern.hostname? Because if so, it's very simple in my patch, because is JUST a variable. For my patch do not cares the variable name. Do you know what i mean? I've just put that name because i did think that i was making a good thing. :)) Or maybe you can do that? Tell me what i must to do, and i will make the changes. I don't know how to make a new "OPTION" in FreeBSD kernel to my patch, you can help me? Thanks again, sorry about the newbie questions, but i really don't know the procedures. Leal > Date: Sun, 14 Sep 2003 22:55:31 -0700 > From: John-Mark Gurney > To: omestre > Subject: Re: Booting a machine over the network without pxe. > > omestre wrote this message on Thu, Sep 11, 2003 at 14:26 +0000: > > On Tue, 9 Sep 2003, John-Mark Gurney wrote: > > > > > boot.netif.hostname already exists as kern.hostname. Why create yet > > > another knob for the same value? > > I have used the structures that already exists.. for bootp or > > pxe purposes... > > No, I did not misunderstand. > > > Maybe you did not understand my patch (terrible english :), but I'm using > > the loader.conf file to set that variables, and that ones (for bootp/pxe) > > have a pattern, i think that follow it is nice. The variables are (i > > > I understood your patch fine, and just so you know, your english isn't > terrible.. I know many native english speakers who write more > incomprehensible messages than this... > > > guess) for autoconfiguration task (in boot)... So boot.netif.hostname is > > not the same as kern.hostname. > > But this decision for me is irrelevant, the devel man will decide what is > > better. :)) > > Well, I am a developer, and would like to not see this patch go in till > it is fixed. The reason I say this is that soon, we'll have another > subsystem that sets the hostname for some reason, and they'll say, oh, > the bootp subsystem has it's own copy of the hostname, and soon, we might > have 5+ copies in the system, and then people won't know what one to us > or which one is the most up to date or "real" hostname of the system. > > Ok, can you answer me what uses this variable? Is this just storage > of information obtained from bootp/PXE? Do you end up setting kern.hostname > from it? > > Is there a good technical reason in your opinion for keeing it in the > "bootp" tree. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > omestre@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 10:45:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 761F916A4BF for ; Mon, 15 Sep 2003 10:45:19 -0700 (PDT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283C243FB1 for ; Mon, 15 Sep 2003 10:45:18 -0700 (PDT) (envelope-from omestre@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:omestre@sdf.lonestar.org [192.94.73.1]) by sdf.lonestar.org (8.12.9/8.12.8) with ESMTP id h8FHj6EC010823; Mon, 15 Sep 2003 17:45:06 GMT Received: (from omestre@localhost) by sdf.lonestar.org (8.12.9/8.12.8/Submit) id h8FHj6vG007485; Mon, 15 Sep 2003 17:45:06 GMT Date: Mon, 15 Sep 2003 17:45:06 +0000 (UTC) From: omestre X-X-Sender: omestre@sdf.lonestar.org To: Kip Macy In-Reply-To: <20030915084808.C82169@demos.bsdclusters.com> Message-ID: References: <20030915084808.C82169@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 17:45:19 -0000 On Mon, 15 Sep 2003, Kip Macy wrote: We have FreeBSD machines connected to EMC 8830 working fine! Leal > Date: Mon, 15 Sep 2003 08:48:46 -0700 (PDT) > From: Kip Macy > To: Danny Braniss > Cc: freebsd-hackers@freebsd.org > Subject: Re: EMCsq/SAN > > Unless they are giving it to you virtually free, I would seriously > look at other vendors. > > -Kip > > On Mon, 15 Sep 2003, Danny Braniss wrote: > > > > In the last episode (Sep 14), Danny Braniss said: > > > > hi all, > > > > Any experiance with EMCsq./SAN? I know FreeBSD is not on their > > > > list, but was wondering if it works even without the 'qualified' > > > > stamp. > > > > > > I'd be surprised if there were any problems, but if you already have an > > > EMC unit, let them know you'd like to attach a FreeBSD box (give them > > > exact hardware specs) and they'll certify it. It's in their best > > > interest to support their customers' systems :) > > > > > that is not what im hearing from them :-( > > we are just begining negotiations to - maybe - get an EMC, do you have any > > FiberChannel experiance? > > danny > > > > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > omestre@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 11:03:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1F2516A4BF for ; Mon, 15 Sep 2003 11:03:05 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B5FD43F3F for ; Mon, 15 Sep 2003 11:03:05 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc11) with ESMTP id <200309151803040130070qqae>; Mon, 15 Sep 2003 18:03:04 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA41581; Mon, 15 Sep 2003 11:03:03 -0700 (PDT) Date: Mon, 15 Sep 2003 11:03:02 -0700 (PDT) From: Julian Elischer To: "M. Warner Losh" In-Reply-To: <20030915.003312.129341017.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: dillon@apollo.backplane.com cc: hackers@freebsd.org Subject: Re: FreeBSD DevSummit Pics Available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 18:03:05 -0000 On Mon, 15 Sep 2003, M. Warner Losh wrote: > In message: <200309131916.h8DJGEPX085062@apollo.backplane.com> > Matthew Dillon writes: > : FreeBSD DevSummit pics are available at: > : > : http://apollo.backplane.com/BSDCON2003/ > : > : The links at the bottom. About 31 people are attending. final count was about 36 people I think.. with 30 at dinner on Saturday night.. I'd say there were about 25 people on Sunday. > > They were saying that *1*31 people were attending, but that was on the > first day. I saw maybe 15 additional walk up people that weren't on > the attendee list, but don't know what the final attendance figures > were. This year's BSDcon has absolutely wonderful papers. First > conference in a long time that I saw all but 3 papers, and I was > bummed to miss those three... > > And the hallway track was also great too. Well worth the trip. > > Warner > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 11:43:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3907616A4BF; Mon, 15 Sep 2003 11:43:14 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC5E43FDF; Mon, 15 Sep 2003 11:43:13 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8EB5666D32; Mon, 15 Sep 2003 11:43:07 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 5DEDBA88; Mon, 15 Sep 2003 11:43:07 -0700 (PDT) Date: Mon, 15 Sep 2003 11:43:07 -0700 From: Kris Kennaway To: Tim Robbins Message-ID: <20030915184307.GA6822@rot13.obsecurity.org> References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 18:43:14 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 15, 2003 at 08:53:56PM +1000, Tim Robbins wrote: > It's not quite as fast as the GNU or 4.4BSD sort implementations Why is this? I often need to sort huge files, so I'd be reluctant to use an implementation with a significant performance penalty. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Zgg7Wry0BWjoQKURAp0FAKCJS7MdzeuG3V/WEHp8MN1dDbs8KgCgjMdg OyExMxbz/Y6bfN6n1eNb+DY= =o/AY -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 12:44:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2DCE16A4BF for ; Mon, 15 Sep 2003 12:44:06 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0548543FF2 for ; Mon, 15 Sep 2003 12:44:05 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 7539D1539B4; Mon, 15 Sep 2003 09:43:59 -1000 (HST) Date: Mon, 15 Sep 2003 09:43:57 -1000 From: Clifton Royston To: Danny Braniss Message-ID: <20030915094357.A21525@tikitechnologies.com> Mail-Followup-To: Danny Braniss , freebsd-hackers@freebsd.org References: <20030915190040.04F1B16A4D6@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030915190040.04F1B16A4D6@hub.freebsd.org>; 12:00:40PM -0700 cc: freebsd-hackers@freebsd.org Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 19:44:06 -0000 > From: Danny Braniss > Subject: Re: EMCsq/SAN > To: Dan Nelson > Cc: freebsd-hackers@freebsd.org > > > In the last episode (Sep 14), Danny Braniss said: > > > hi all, > > > Any experiance with EMCsq./SAN? I know FreeBSD is not on their > > > list, but was wondering if it works even without the 'qualified' > > > stamp. > > > > I'd be surprised if there were any problems, but if you already have an > > EMC unit, let them know you'd like to attach a FreeBSD box (give them > > exact hardware specs) and they'll certify it. It's in their best > > interest to support their customers' systems :) > > > that is not what im hearing from them :-( > we are just begining negotiations to - maybe - get an EMC, do you have any > FiberChannel experiance? > danny I don't know if they have any FreeBSD users of the SAN product, but they definitely had some major FreeBSD users of their Symmetra NFS server when we were eval'ing it a few years ago. They wouldn't give names, but they gave the impression it might have been Yahoo and eBay. Even in that case, they wouldn't say it was certified with FreeBSD though. Their product was extremely expensive, BTW, even with them offering us huge discounts. Given the amount you'll be spending, if they don't say it's certified to work with FreeBSD, you should be able to get them to accept a conditional purchase with an addendum to the purchase contract which allows you to void the sale and return it at their expense, if you find any incompatibilities to your specifications within a set period of time. In the end our testing did turn up some major NFS performance problems and incompatibilities with the OS of the client machines we were trying to run on it - not FreeBSD. These were not at all EMC's fault, but we were forced to use the escape clause we wrote into the purchase contract. We were very glad we had crafted that carefully. This is tangentially relevant to your question, but it does point up that 1) you want to be careful with non-certified clients, and 2) price/performance was not EMC's strong point at least then. If you have money to burn that's another story. (In which case, you wanna hire a testing consultant? ) -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:43:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 275AF16A4C0 for ; Mon, 15 Sep 2003 13:43:03 -0700 (PDT) Received: from Chow.corp.media.net (rottie.media.net [66.113.65.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95B5843FA3 for ; Mon, 15 Sep 2003 13:43:01 -0700 (PDT) (envelope-from max.clark@media.net) Received: from MCLARK (76.0.6.10.IN-ADDR.ARPA [10.6.0.76]) by Chow.corp.media.net (Netscape Messaging Server 4.15) with SMTP id HL9VZH00.TFT; Mon, 15 Sep 2003 13:38:05 -0700 From: "Max Clark" To: "Clifton Royston" , "Danny Braniss" Date: Mon, 15 Sep 2003 13:49:06 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <20030915094357.A21525@tikitechnologies.com> Importance: Normal cc: freebsd-hackers@freebsd.org Subject: RE: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 20:43:03 -0000 As an aside, when considering SAN solutions you should have a good look at the HP (Compaq) EMA product. I bought one at a previous company and for 1/5th the cost of EMC we got all of the features and fantastic support. Well worth the phone call. Max From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:48:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7017316A4BF for ; Mon, 15 Sep 2003 13:48:20 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F0B743FBD for ; Mon, 15 Sep 2003 13:48:19 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h8FKmEhJ001649; Mon, 15 Sep 2003 22:48:14 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h8FKmEkh001648; Mon, 15 Sep 2003 22:48:14 +0200 (CEST) (envelope-from wkb) Date: Mon, 15 Sep 2003 22:48:14 +0200 From: Wilko Bulte To: Max Clark Message-ID: <20030915204814.GA1613@freebie.xs4all.nl> References: <20030915094357.A21525@tikitechnologies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-PRERELEASE X-PGP: finger wilko@freebsd.org cc: freebsd-hackers@freebsd.org cc: Clifton Royston Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 20:48:20 -0000 On Mon, Sep 15, 2003 at 01:49:06PM -0700, Max Clark wrote: > As an aside, when considering SAN solutions you should have a good look at > the HP (Compaq) EMA product. I bought one at a previous company and for > 1/5th the cost of EMC we got all of the features and fantastic support. The only downside is that the HSG80 based EMA products are EOL now. They can be had as used equipment of course. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:53:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44A7516A4BF for ; Mon, 15 Sep 2003 13:53:55 -0700 (PDT) Received: from Chow.corp.media.net (rottie.media.net [66.113.65.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E7243FAF for ; Mon, 15 Sep 2003 13:53:54 -0700 (PDT) (envelope-from max.clark@media.net) Received: from MCLARK (76.0.6.10.IN-ADDR.ARPA [10.6.0.76]) by Chow.corp.media.net (Netscape Messaging Server 4.15) with SMTP id HL9WHN00.FEB; Mon, 15 Sep 2003 13:48:59 -0700 From: "Max Clark" To: "Wilko Bulte" Date: Mon, 15 Sep 2003 13:59:59 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <20030915204814.GA1613@freebie.xs4all.nl> Importance: Normal cc: freebsd-hackers@freebsd.org cc: Clifton Royston Subject: RE: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 20:53:55 -0000 http://h18006.www1.hp.com/products/storageworks/ma8kema12k/index.html > The only downside is that the HSG80 based EMA products are EOL now. > They can be had as used equipment of course. When did they announce an EOL for the HSG80? -Max From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:56:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E665316A4BF for ; Mon, 15 Sep 2003 13:56:24 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FB743FE0 for ; Mon, 15 Sep 2003 13:56:23 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h8FKuKhJ001768; Mon, 15 Sep 2003 22:56:20 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h8FKuKB8001767; Mon, 15 Sep 2003 22:56:20 +0200 (CEST) (envelope-from wkb) Date: Mon, 15 Sep 2003 22:56:20 +0200 From: Wilko Bulte To: Max Clark Message-ID: <20030915205620.GC1613@freebie.xs4all.nl> References: <20030915204814.GA1613@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-PRERELEASE X-PGP: finger wilko@freebsd.org cc: freebsd-hackers@freebsd.org cc: Clifton Royston Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 20:56:25 -0000 On Mon, Sep 15, 2003 at 01:59:59PM -0700, Max Clark wrote: > http://h18006.www1.hp.com/products/storageworks/ma8kema12k/index.html > > > The only downside is that the HSG80 based EMA products are EOL now. > > They can be had as used equipment of course. > > When did they announce an EOL for the HSG80? Dunno exactly. But it is all MSA1000, EVA3000 and EVA5000 plus the XP arrays now. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 14:30:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9E3316A4BF for ; Mon, 15 Sep 2003 14:30:41 -0700 (PDT) Received: from nospam.dyndns.dk (c-180-196-86.ka.dial.de.ignite.net [62.180.196.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E6D43FE3 for ; Mon, 15 Sep 2003 14:30:00 -0700 (PDT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NetScum.dyndns.dk [2002:3eb4:c456:0:220:afff:fed4:dbcb]) dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id h8FLRrG71221 verified NO) for ; Mon, 15 Sep 2003 23:27:54 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from root@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id h8FLRrv71220; Mon, 15 Sep 2003 23:27:53 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Mon, 15 Sep 2003 23:27:53 +0200 (CEST) Message-Id: <200309152127.h8FLRrv71220@Mail.NOSPAM.DynDNS.dK> From: Barry Bouwsma To: FreeBSD List of Hackers Subject: Machine wedges solid after one serial-port source-line addition... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 21:30:42 -0000 [NOTE: IPv6-only e-mail above, so you probably want to drop me from the recipients and just send to the list, which I'll read later, as I'm not always online -- else remove just the hostname part to reveal an IPv4-aware e-mail for me that may well timeout and bounce. Sorry.] Hello gurus and the like; In the process of trying to enhance my FreeBSD kernel's PPS and related NTP timekeeping ability, I discovered I could reliably wedge my machine (two different machines, actually) solid, such that I couldn't break into the kernel debugger and the NumLock key wouldn't toggle the LED, and only hitting the reset/power switch could return me to sanity. Thinking it was a problem with the logic of my added code, I pruned things and realized a single printf() line would cause my machine to hang within a few minutes of boot; of course, with a PPS source (radio clock) connected to the serial port to toggle the DCD line every second and trigger the printf(). I'd been stuck with STABLE-09.Dec.2002 for a while, but the same thing seems to happen as well with a RELENG_4 kernel as of a week or so ago -- at least with my hardware. Would anyone care to explain why the following simple patch could be enough to wedge my machine solid? (My original hack-patches without any console printf() debuggery did the same thing within seconds, as well...) All it does is notify the console whenever a serial port DCD PPS signal transition is detected, as follows (patch against 4.foo; I haven't tried this with 5.bar or later -- also, not a real patch as I've included context and snipped my comments) : --- /usr/local/system/src/sys/isa/sio.c Tue Sep 2 08:57:19 2003 +++ /usr/local/source-hacks/sys/isa/sio.c Tue Sep 2 18:55:31 2003 [...] @@ -1999,21 +2015,56 @@ while (!com->gone) { if (com->pps.ppsparam.mode & PPS_CAPTUREBOTH) { modem_status = inb(com->modem_status_port); if ((modem_status ^ com->last_modem_status) & MSR_DCD) { tc = timecounter; count = tc->tc_get_timecount(tc); pps_event(&com->pps, tc, count, (modem_status & MSR_DCD) ? PPS_CAPTUREASSERT : PPS_CAPTURECLEAR); + printf("DCD status change\n"); } } line_status = inb(com->line_status_port); [...] I'd be grateful for enlightenment. I'd successfully added other lines to record timestamps of other modem lines in addition to DCD (TIOCDCDTIMESTAMP) but any attempt to do anything with code comparable to the above would invariably result in a wedge within seconds to hours, from which keyboard debugger entry was ineffective. Also note that added debuggery reveals the solid wedge doesn't happen anywhere in the suspect section of code that I sprinkled with printf()s, but I haven't done enough debuggery to narrow down where it does or does not happen. I'm wondering if it's something really blindingly obvious that I should be but am not aware of, or something I gotta work on to track down. Thanks, Barry Bouwsma From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 14:32:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E12816A4BF for ; Mon, 15 Sep 2003 14:32:34 -0700 (PDT) Received: from nospam.dyndns.dk (c-180-196-86.ka.dial.de.ignite.net [62.180.196.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4365E43F3F for ; Mon, 15 Sep 2003 14:32:08 -0700 (PDT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NetScum.dyndns.dk [2002:3eb4:c456:0:220:afff:fed4:dbcb])h8FLVjQ71247verified NO) for ; Mon, 15 Sep 2003 23:31:46 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from root@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id h8FLVjq71246; Mon, 15 Sep 2003 23:31:45 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Mon, 15 Sep 2003 23:31:45 +0200 (CEST) Message-Id: <200309152131.h8FLVjq71246@Mail.NOSPAM.DynDNS.dK> From: Barry Bouwsma To: FreeBSD Hive of Hackers Subject: Conflict between use of /dev/pps and /dev/ppi? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 21:32:34 -0000 [NOTE: IPv6-only e-mail above, so you probably want to drop me from the recipients and just send to the list, which I'll read later, as I'm not always online -- else remove JUST the hostname part to reveal an IPv4-aware e-mail for me that may still timeout and bounce. Sorry.] Hello hallowed hackers, Be cautioned that this appears valid for RELENG_4 code way back from December of 2002, and I'm pretty sure I haven't banged on either the latest kernel source, or -CURRENT for that matter, as I'm still trying to catch up. I noticed that if I try to write a simple program to open /dev/ppi and do things with it (that work, no less, sometimes), this fails so long as ntpd has /dev/pps open (the parallel port nACK line is used for that). Likewise, when I stop ntpd and run my program, then I'm unable to start ntpd without it complaining about being unable to open /dev/pps. Is there something I should be doing when opening /dev/ppi0 to free it from /dev/pps0 ? I can open /dev/ppi0 simultaneously by several progams though. crw-rw---- 1 root wheel 82, 0 Jan 6 2002 /dev/ppi0 crw------- 1 root wheel 89, 0 Jul 3 14:45 /dev/pps0 The particular code I'm using looks like fd = open("/dev/ppi0", O_RDONLY ); Or is this something within the kernel source that needs munging? Apologies if it no longer (fails to) work this way, but I'm still downloading and reviewing the last nine months of changes to the Internet. Thanks, Barry Bouwsma From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 14:39:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01E2016A4BF for ; Mon, 15 Sep 2003 14:39:40 -0700 (PDT) Received: from web14906.mail.yahoo.com (web14906.mail.yahoo.com [216.136.225.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 790EA43FBF for ; Mon, 15 Sep 2003 14:39:39 -0700 (PDT) (envelope-from nirv199@yahoo.com) Message-ID: <20030915213939.36222.qmail@web14906.mail.yahoo.com> Received: from [200.103.137.29] by web14906.mail.yahoo.com via HTTP; Mon, 15 Sep 2003 14:39:39 PDT Date: Mon, 15 Sep 2003 14:39:39 -0700 (PDT) From: Paulo Roberto To: Raunchy McSmutbag , freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: motherboard agp panic >:O X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 21:39:40 -0000 --- Raunchy McSmutbag wrote: > my mobo doesnt have agp - it's a PCCHIPS m754lmr. The href=http://www.pcchips.com.tw/M754LMR.html>site says its > supposed to > have AGP but mine doesnt. Play a little with your BIOS configuration and see if you can config your AGP. And a little tip: DO NOT BUY PCCHIPS!! I bought a few pcchips mobos once and a while and just one old model (running on an old Celeron 233) runs _without_ any problem. best regards, Paulo Roberto __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 15:38:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D977F16A4B3 for ; Mon, 15 Sep 2003 15:38:27 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB6B43F3F for ; Mon, 15 Sep 2003 15:38:26 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h8FMb9rO030752; Mon, 15 Sep 2003 18:37:09 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h8FMb9IC030749; Mon, 15 Sep 2003 18:37:09 -0400 (EDT) Date: Mon, 15 Sep 2003 18:37:08 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Maxim Konovalov In-Reply-To: <20030915081818.F29770@news1.macomnet.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sysadmin@wvths.com cc: hackers@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 22:38:28 -0000 If one of you has had a chance to test this properly, please go ahead and commit. I don't have remote -STABLE development boxes, so haven't been able to do any -STABLE merging since I went to BSDCon. I did get RE permission to MFC this change. FYI, I have a bunch more related changes in a patch that I can dig up once I'm caught up on work re-mail. There are a number of M_TRYWAIT scenarios where we don't test the return value -- some easier to fix than others. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Mon, 15 Sep 2003, Maxim Konovalov wrote: > On Sun, 14 Sep 2003, 23:05-0500, Mike Silbersack wrote: > > > > > On Sun, 14 Sep 2003 sysadmin@wvths.com wrote: > > > > > Hello, > > > > > > It's been almost a month now since I posted the original message on the > > > list and I'm wondering about the progress on resolving this problem. > > > > > > I still can reproduce the panics after cvs-supping to RELENG_4 ~ 23:00 EDT > > > today. > > > > > > Thanks much. > > > > Ooops, I forgot to follow up on this. > > > > Ok, a few questions: > > > > 1. Can you compile INVARIANTS and INVARIANT_SUPPORT into your kernel? > > That might help us track down the problem. > > > > 2. What does your network setup look like? Are you using divert sockets, > > is there ppp in action, etc. > > > > I believe that I tried out your script at the time, and I couldn't find it > > to cause any problems on my system. > > rwatson has fixed this panic in rev. 1.115 in -current: > > revision 1.115 > date: 2003/08/26 14:11:48; author: rwatson; state: Exp; lines: +2 -0 > M_PREPEND() with an argument of M_TRYWAIT can fail, meaning the > returned mbuf can be NULL. Check for NULL in rip_output() when > prepending an IP header. This prevents mbuf exhaustion from > causing a local kernel panic when sending raw IP packets. > > PR: kern/55886 > Reported by: Pawel Malachowski > MFC after: 3 days > > and haven't MFCed it yet. Here is a patch for -stable: > > Index: sys/netinet/raw_ip.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/raw_ip.c,v > retrieving revision 1.64.2.17 > diff -u -r1.64.2.17 raw_ip.c > --- sys/netinet/raw_ip.c 9 Sep 2003 19:09:22 -0000 1.64.2.17 > +++ sys/netinet/raw_ip.c 15 Sep 2003 04:21:59 -0000 > @@ -257,6 +257,8 @@ > return(EMSGSIZE); > } > M_PREPEND(m, sizeof(struct ip), M_WAIT); > + if (m == NULL) > + return(ENOBUFS); > ip = mtod(m, struct ip *); > ip->ip_tos = inp->inp_ip_tos; > ip->ip_off = 0; > %%% > > -- > Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org > From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 15:54:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FCC216A4B3 for ; Mon, 15 Sep 2003 15:54:08 -0700 (PDT) Received: from wvths.com (h000bbe1cfce3.ne.client2.attbi.com [24.218.220.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6725043F75 for ; Mon, 15 Sep 2003 15:54:07 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from nix.lab.net (localhost.lab.net [127.0.0.1]) by wvths.com (Postfix) with SMTP id 26122132CC6 for ; Mon, 15 Sep 2003 18:55:59 -0400 (EDT) From: "sysadmin@wvths.com" Date: Mon, 15 Sep 2003 18:55:59 -0400 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Message-Id: To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 22:54:08 -0000 It appears that pr-55886 is entirely different bug. After applying the above patch, I can still get a kernel panic due to mbufs exhaustion. Mike "Silby" Silbersack wrote: > 1. Can you compile INVARIANTS and INVARIANT_SUPPORT into your kernel? After compiling INVARIANTS* into the kernel, here's what the backtrace looks like: --- bt --- # gdb -k kernel.debug vmcore.11 GNU gdb 4.18 (FreeBSD) IdlePTD at phsyical address 0x00405000 initial pcb at physical address 0x003548a0 panicstr: m_copydata, offset > size of mbuf chain panic messages: --- panic: m_copydata, offset > size of mbuf chain syncing disks... done Uptime: 1h12m27s dumping to dev #ad/0x50001, offset 1048608 dump ata0: resetting devices .. done --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0168237 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc0168675 in panic (fmt=0xc02db260 "m_copydata, offset > size of mbuf chain") at ../../kern/kern_shutdown.c:595 #3 0xc018576e in m_copydata (m=0xc155ec00, off=6144, len=2048, cp=0xc1558000 "") at ../../kern/uipc_mbuf.c:979 #4 0xc0186776 in m_defrag (m0=0xc155ec00, how=1) at ../../kern/uipc_mbuf.c:1572 #5 0xc021de70 in dc_encap (sc=0xc21c3000, m_head=0xc155ec00, txidx=0xd72dede4) at ../../pci/if_dc.c:3006 #6 0xc021e0bb in dc_start (ifp=0xc21c3000) at ../../pci/if_dc.c:3105 #7 0xc021de09 in dc_intr (arg=0xc21c3000) at ../../pci/if_dc.c:2970 #8 0xc02b419d in intr_mux (arg=0xc144e3a0) at ../../i386/isa/intr_machdep.c:601 #9 0xc02aa0f2 in generic_bcopy () #10 0xc023be35 in vm_fault (map=0xd4a9afc0, vaddr=134705152, fault_type=2 '\002', fault_flags=8) at ../../vm/vm_page.h:495 #11 0xc02abb1e in trap_pfault (frame=0xd72defa8, usermode=1, eva=134708896) at ../../i386/i386/trap.c:847 #12 0xc02ab5af in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134740690, tf_esi = 134740672, tf_ebp = -1078004340, tf_isp = -684855340, tf_ebx = 18, tf_edx = 134696192, tf_ecx = 134740672, tf_eax = 134708863, tf_trapno = 12, tf_err = 7, tf_eip = 134614425, tf_cs = 31, tf_eflags = 66118, tf_esp = -1078004348, tf_ss = 47}) at ../../i386/i386/trap.c:377 #13 0x8060d99 in ?? () #14 0x8062111 in ?? () #15 0x8061c2a in ?? () #16 0x8060047 in ?? () #17 0x805ffeb in ?? () #18 0x805e3f5 in ?? () #19 0x8048e29 in ?? () #20 0x804813e in ?? () (kgdb)q --- bt --- > 2. What does your network setup look like? Are you using divert > sockets, is there ppp in action, etc. Nothing special, Accton EN2242 10/100BaseTX NIC using dc driver, ipwf compiled in, but no rules a set ATM. Can anyone else reproduce the panic using this script: -- #!/bin/sh while :; do ping -f -s 65467 ip_addr & done -- Thanks, From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 16:34:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A222716A4B3 for ; Mon, 15 Sep 2003 16:34:22 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0203A43FAF for ; Mon, 15 Sep 2003 16:34:22 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from mail.robbins.dropbear.id.au (210.50.44.173) by smtp01.syd.iprimus.net.au (7.0.018) id 3F4C093C0044E8C6; Tue, 16 Sep 2003 09:34:20 +1000 Received: by mail.robbins.dropbear.id.au (Postfix, from userid 1000) id A4ACAC8BA; Tue, 16 Sep 2003 09:34:18 +1000 (EST) Date: Tue, 16 Sep 2003 09:34:18 +1000 From: Tim Robbins To: Kris Kennaway Message-ID: <20030915233418.GA13536@dilbert.robbins.dropbear.id.au> References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> <20030915184307.GA6822@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030915184307.GA6822@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@FreeBSD.ORG Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 23:34:22 -0000 On Mon, Sep 15, 2003 at 11:43:07AM -0700, Kris Kennaway wrote: > On Mon, Sep 15, 2003 at 08:53:56PM +1000, Tim Robbins wrote: > > > It's not quite as fast as the GNU or 4.4BSD sort implementations > > Why is this? Because it spends too much time comparing lines. In particular, it seems to be spending a lot of time extracting the specified fields from lines, even when no -k options are specified. It's also more general than the 4.4BSD implementation, which can't sort according to the locale's LC_COLLATE settings, and has a lot of difficulty sorting numbers (with the -n option) properly. If speed was everything, we'd already be using that one -- it's significantly faster than GNU. > I often need to sort huge files, so I'd be reluctant to use an > implementation with a significant performance penalty. It would be great if you could compare my sort against GNU on some real world data and let me know how it goes. Tim From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 17:24:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1590216A4B3; Mon, 15 Sep 2003 17:24:06 -0700 (PDT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23BDA43FAF; Mon, 15 Sep 2003 17:24:05 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h8G0O1WE010902; Mon, 15 Sep 2003 20:24:03 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> Date: Mon, 15 Sep 2003 20:24:00 -0400 To: Tim Robbins , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 00:24:06 -0000 At 8:53 PM +1000 9/15/03, Tim Robbins wrote: >Comments/patches are welcome. As the "History" suggestion >of the manual page suggests, my plan is to get this in to >FreeBSD 6, along with replacements for some other GNU tools. Might we put this in freebsd-current (5.x), but under some other name? sortbsd, or something? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 17:27:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE4CB16A4B3; Mon, 15 Sep 2003 17:27:00 -0700 (PDT) Received: from mag.barnet.com.au (mag.barnet.com.au [218.185.88.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96E043FA3; Mon, 15 Sep 2003 17:26:59 -0700 (PDT) (envelope-from edwin@mavetju.org) Received: from extmail.barnet.com.au (tim.direct.int.barnet.com.au [10.10.10.2]) by mag.barnet.com.au (Postfix) with ESMTP id 1A336590C; Tue, 16 Sep 2003 10:26:57 +1000 (EST) X-Viruscan-Id: <3F6658D0000000850125FABC@VIRUSCAN-127.0.0.1> Received: from k7.mavetju (tim.barnet.com.au [218.185.88.1]) by extmail.barnet.com.au (Postfix) with ESMTP id A42591E1C; Tue, 16 Sep 2003 10:26:52 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id C47586A7101; Tue, 16 Sep 2003 10:26:51 +1000 (EST) Date: Tue, 16 Sep 2003 10:26:51 +1000 From: Edwin Groothuis To: Garance A Drosihn Message-ID: <20030916002651.GA824@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Garance A Drosihn , Tim Robbins , freebsd-hackers@freebsd.org References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: Tim Robbins Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 00:27:00 -0000 On Mon, Sep 15, 2003 at 08:24:00PM -0400, Garance A Drosihn wrote: > At 8:53 PM +1000 9/15/03, Tim Robbins wrote: > >Comments/patches are welcome. As the "History" suggestion > >of the manual page suggests, my plan is to get this in to > >FreeBSD 6, along with replacements for some other GNU tools. > > Might we put this in freebsd-current (5.x), but under some > other name? sortbsd, or something? ports/sysutils/bsdutils-tjr And of course with the option to overwrite the base installed stuff :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/weblog.php From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 18:47:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B993716A4B3 for ; Mon, 15 Sep 2003 18:47:46 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id A459B43FA3 for ; Mon, 15 Sep 2003 18:47:44 -0700 (PDT) (envelope-from richardcoleman@mindspring.com) Received: from c-24-98-233-138.atl.client2.attbi.com ([24.98.233.138] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (Exim 3.33 #1) id 19z4wS-0001P2-00 for freebsd-hackers@freebsd.org; Mon, 15 Sep 2003 18:47:44 -0700 Message-ID: <3F666BCE.6080203@mindspring.com> Date: Mon, 15 Sep 2003 21:47:58 -0400 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 1ee258965991efcb0865379cdb43356e5e89bb4777695beb702e37df12b9c9efbb4004c4bb6e170c86b75c40c3ba62f4350badd9bab72f9c350badd9bab72f9c Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 01:47:46 -0000 Garance A Drosihn wrote: > At 8:53 PM +1000 9/15/03, Tim Robbins wrote: > >> Comments/patches are welcome. As the "History" suggestion >> of the manual page suggests, my plan is to get this in to >> FreeBSD 6, along with replacements for some other GNU tools. > > Might we put this in freebsd-current (5.x), but under some > other name? sortbsd, or something? Why would you want to do that? Unless the performance difference is huge, I don't see the problem. Since the number of people that really that extra 10% (or whatever) of speed (for sort) is small, I would suggest the reverse. Replace the current sort with the BSD licensed version, and move the current one to a port "gnu-sort", or whatever. I suddenly feel the need to go build a bikeshed. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 18:57:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D62116A4BF; Mon, 15 Sep 2003 18:57:35 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3078F43FAF; Mon, 15 Sep 2003 18:57:34 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23](untrusted sender)) by comcast.net (sccrmhc12) with SMTP id <2003091601573301200j0njee>; Tue, 16 Sep 2003 01:57:33 +0000 Date: Mon, 15 Sep 2003 18:57:32 -0700 (PDT) From: Doug Barton To: Richard Coleman In-Reply-To: <3F666BCE.6080203@mindspring.com> Message-ID: <20030915185643.I13557@znfgre.qbhto.arg> References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> <3F666BCE.6080203@mindspring.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: tjr@freebsd.org Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 01:57:35 -0000 On Mon, 15 Sep 2003, Richard Coleman wrote: > Garance A Drosihn wrote: > > At 8:53 PM +1000 9/15/03, Tim Robbins wrote: > > > >> Comments/patches are welcome. As the "History" suggestion > >> of the manual page suggests, my plan is to get this in to > >> FreeBSD 6, along with replacements for some other GNU tools. > > > > Might we put this in freebsd-current (5.x), but under some > > other name? sortbsd, or something? > > Why would you want to do that? Unless the performance difference is > huge, I don't see the problem. > > Since the number of people that really that extra 10% (or whatever) of > speed (for sort) is small, I would suggest the reverse. Replace the > current sort with the BSD licensed version, and move the current one to > a port "gnu-sort", or whatever. This was exactly what I was thinking. Tim, can you mail -arch with this proposal? Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 20:47:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3437016A4B3 for ; Mon, 15 Sep 2003 20:47:01 -0700 (PDT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C7843FBF for ; Mon, 15 Sep 2003 20:47:00 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h8G3kwnA007216; Mon, 15 Sep 2003 23:46:58 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3F666BCE.6080203@mindspring.com> References: <20030915105356.GA11926@dilbert.robbins.dropbear.id.au> <3F666BCE.6080203@mindspring.com> Date: Mon, 15 Sep 2003 23:46:57 -0400 To: richardcoleman@mindspring.com, freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: A new sort utility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 03:47:01 -0000 At 9:47 PM -0400 9/15/03, Richard Coleman wrote: >Garance A Drosihn wrote: >>At 8:53 PM +1000 9/15/03, Tim Robbins wrote: >> >>>Comments/patches are welcome. As the "History" suggestion >>>of the manual page suggests, my plan is to get this in to >>>FreeBSD 6, along with replacements for some other GNU tools. >> >>Might we put this in freebsd-current (5.x), but under some >>other name? sortbsd, or something? > >Why would you want to do that? Just so we could have it in 5.x, instead of the stated plan of waiting until 6.x. I do not feel strongly about it, other than to say that it'd be nice if this was part of 5.x, and I don't know if we want to switch to rewrite of 'sort' at this point in 5.x. *Someday* we've got to stop dropping in major changes to 5.x, and get serious about releasing it as -stable so we can start on 6.x-current. Just my 2 cents. I don't feel strongly about it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 20:52:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8107D16A4B3 for ; Mon, 15 Sep 2003 20:52:56 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF7443F3F for ; Mon, 15 Sep 2003 20:52:55 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (user@mail [198.78.66.163])h8G3qsnW001326 for ; Mon, 15 Sep 2003 20:52:54 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Mon, 15 Sep 2003 20:52:54 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030915205155.N52432-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 4.9 ETA ? ( /me ducks) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 03:52:56 -0000 I know it's lame, but I am curious if there is a ETA on 4.9. Any feedback (one day, one week) appreciated. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 20:57:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 737EE16A4B3 for ; Mon, 15 Sep 2003 20:57:03 -0700 (PDT) Received: from geekpunk.net (adsl-154-171-84.bna.bellsouth.net [68.154.171.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4068A43FD7 for ; Mon, 15 Sep 2003 20:57:02 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.8p1/8.12.6) with ESMTP id h8G3vJxl027977; Mon, 15 Sep 2003 22:57:19 -0500 (CDT) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.8p1/8.12.8/Submit) id h8G3vIpE027976; Mon, 15 Sep 2003 22:57:18 -0500 (CDT) Date: Mon, 15 Sep 2003 22:57:17 -0500 From: "Brandon D. Valentine" To: Josh Brooks Message-ID: <20030916035717.GD389@geekpunk.net> References: <20030915205155.N52432-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030915205155.N52432-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: 4.9 ETA ? ( /me ducks) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 03:57:03 -0000 On Mon, Sep 15, 2003 at 08:52:54PM -0700, Josh Brooks wrote: > > I know it's lame, but I am curious if there is a ETA on 4.9. > > Any feedback (one day, one week) appreciated. Help yourself: http://www.freebsd.org/releng/ =) Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: texas is exhilarating From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 21:00:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADDCC16A4B3 for ; Mon, 15 Sep 2003 21:00:29 -0700 (PDT) Received: from hotmail.com (law11-f67.law11.hotmail.com [64.4.17.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2860643F93 for ; Mon, 15 Sep 2003 21:00:29 -0700 (PDT) (envelope-from int0x80@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 15 Sep 2003 21:00:28 -0700 Received: from 24.203.175.78 by lw11fd.law11.hotmail.msn.com with HTTP; Tue, 16 Sep 2003 04:00:28 GMT X-Originating-IP: [24.203.175.78] X-Originating-Email: [int0x80@hotmail.com] From: "Raunchy McSmutbag" To: nirv199@yahoo.com, freebsd-hackers@freebsd.org Date: Tue, 16 Sep 2003 04:00:28 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 16 Sep 2003 04:00:28.0951 (UTC) FILETIME=[1111F270:01C37C07] Subject: Re: motherboard agp panic >:O X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 04:00:29 -0000 no luck.. the only agp my mobo has is the onboard card (TNT2 32 megs.. piece of shit). i tried playing with it but same thing. I really think its a kernel bug >:O >From: Paulo Roberto >To: Raunchy McSmutbag ,freebsd-hackers@freebsd.org >Subject: Re: motherboard agp panic >:O >Date: Mon, 15 Sep 2003 14:39:39 -0700 (PDT) >MIME-Version: 1.0 >Received: from mx2.freebsd.org ([216.136.204.119]) by mc2-f3.hotmail.com >with Microsoft SMTPSVC(5.0.2195.5600); Mon, 15 Sep 2003 14:41:05 -0700 >Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])by >mx2.freebsd.org (Postfix) with ESMTPid 8FCFC562B5; Mon, 15 Sep 2003 >14:40:15 -0700 (PDT)(envelope-from owner-freebsd-hackers@freebsd.org) >Received: from hub.freebsd.org (localhost [127.0.0.1])by hub.freebsd.org >(Postfix) with ESMTPid 054BE16A4F1; Mon, 15 Sep 2003 14:40:14 -0700 (PDT) >Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])by >hub.freebsd.org (Postfix) with ESMTP id 01E2016A4BFfor >;Mon, 15 Sep 2003 14:39:40 -0700 (PDT) >Received: from web14906.mail.yahoo.com >(web14906.mail.yahoo.com[216.136.225.58])by mx1.FreeBSD.org (Postfix) with >SMTP id 790EA43FBFfor ;Mon, 15 Sep 2003 >14:39:39 -0700 (PDT)(envelope-from nirv199@yahoo.com) >Received: from [200.103.137.29] by web14906.mail.yahoo.com via HTTP;Mon, 15 >Sep 2003 14:39:39 PDT >X-Message-Info: EoYTbT2lH2NvRo2GGctasGPZHmz9KUHh >Delivered-To: freebsd-hackers@freebsd.org >Message-ID: <20030915213939.36222.qmail@web14906.mail.yahoo.com> >In-Reply-To: >X-BeenThere: freebsd-hackers@freebsd.org >X-Mailman-Version: 2.1.1 >Precedence: list >List-Id: Technical Discussions relating to >FreeBSD >List-Unsubscribe: >, >List-Archive: >List-Post: >List-Help: >List-Subscribe: >, >Sender: owner-freebsd-hackers@freebsd.org >Errors-To: owner-freebsd-hackers@freebsd.org >Return-Path: owner-freebsd-hackers@freebsd.org >X-OriginalArrivalTime: 15 Sep 2003 21:41:06.0310 (UTC) >FILETIME=[117A9260:01C37BD2] > >--- Raunchy McSmutbag wrote: > > my mobo doesnt have agp - it's a PCCHIPS m754lmr. The > href=http://www.pcchips.com.tw/M754LMR.html>site says its > > supposed to > > have AGP but mine doesnt. > >Play a little with your BIOS configuration and see if you can config >your AGP. And a little tip: DO NOT BUY PCCHIPS!! I bought a few pcchips >mobos once and a while and just one old model (running on an old >Celeron 233) runs _without_ any problem. > >best regards, > >Paulo Roberto > > >__________________________________ >Do you Yahoo!? >Yahoo! SiteBuilder - Free, easy-to-use web site design software >http://sitebuilder.yahoo.com >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 21:00:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDAF16A4B3 for ; Mon, 15 Sep 2003 21:00:56 -0700 (PDT) Received: from mag.barnet.com.au (mag.barnet.com.au [218.185.88.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDF443FDF for ; Mon, 15 Sep 2003 21:00:55 -0700 (PDT) (envelope-from edwin@mavetju.org) Received: from extmail.barnet.com.au (tim.direct.int.barnet.com.au [10.10.10.2]) by mag.barnet.com.au (Postfix) with ESMTP id 4A56F59DD; Tue, 16 Sep 2003 14:00:49 +1000 (EST) X-Viruscan-Id: <3F668AF10001330601F7DDA3@VIRUSCAN-127.0.0.1> Received: from k7.mavetju (tim.barnet.com.au [218.185.88.1]) by extmail.barnet.com.au (Postfix) with ESMTP id 749B61E15; Tue, 16 Sep 2003 14:00:48 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 98C116A7103; Tue, 16 Sep 2003 14:00:47 +1000 (EST) Date: Tue, 16 Sep 2003 14:00:47 +1000 From: Edwin Groothuis To: Josh Brooks Message-ID: <20030916040047.GB824@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Josh Brooks , freebsd-hackers@freebsd.org References: <20030915205155.N52432-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030915205155.N52432-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: 4.9 ETA ? ( /me ducks) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 04:00:56 -0000 On Mon, Sep 15, 2003 at 08:52:54PM -0700, Josh Brooks wrote: > I know it's lame, but I am curious if there is a ETA on 4.9. http://www.freebsd.org/releases/4.9R/schedule.html Looks like it's going to be a more two weeks. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/weblog.php From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 11:59:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEC5E16A4BF; Mon, 15 Sep 2003 11:59:35 -0700 (PDT) Received: from mail.iis.sinica.edu.tw (mail.iis.sinica.edu.tw [140.109.20.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B79443F85; Mon, 15 Sep 2003 11:59:32 -0700 (PDT) (envelope-from keichii@iis.sinica.edu.tw) Received: from infinite (localhost [127.0.0.1]) (authenticated bits=0)h8FIxRsm099743; Tue, 16 Sep 2003 02:59:28 +0800 (CST) (envelope-from keichii@iis.sinica.edu.tw) Message-ID: <002401c37bbb$7e4c5b60$b1e23e80@infinite> From: "Michael C. Wu" To: , Date: Mon, 15 Sep 2003 13:59:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Mailman-Approved-At: Mon, 15 Sep 2003 21:26:27 -0700 Subject: [AsiaBSDCon] Announcing the USENIX AsiaBSDCon and its Request for Papers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 18:59:36 -0000 Dear Recipients: We are happy to announce that the USENIX AsiaBSDCon 2004 will take place at Academia Sinica, Taipei, Taiwan between March 13 2004 and March 15 2004. We would like to invite all whom are interested in BSD and their applications (including but not limited to: bioinformatics, scientific computing, e-commerce, operating systems, etc.) to submit papers to the conference. The RFP is at : http://www.asiabsdcon.org/cfp.shtml I am happy to say that we have a great set of invited speakers who will discuss many topics of interest. They will speak at the beautiful activity center of Academia Sinica, the premier research institution of Taiwan. ( http://www.sinica.edu.tw ) Traveling to Taiwan is considered inexpensive at USD$400-800 during that time. With limited space, the conference hotel is approximately USD$25 per single room per night, with free wavelan access on campus. For those that wish to stay in downtown Taipei, we have arranged English-speaking hotels costing from USD$30~USD$100 with convenient subway transportation. There will be no registration fee for people who register early. We also provide food during the conference at no cost to those who register within the early registration deadline. However, we welcome any donations to enable us to do more for the conference. All proceeds not used will be used either towards next year's conference or donated to independent BSD foundations. Should we receive sufficient response, we will organize a touring trip of some parts of Taiwan before or after the conference. Hot springs, beautiful canyons, towering mountains, brilliant nightlife, and white sandy beaches are all part of Taiwan. (You can indicate your willingness to join such a trip as soon as the registration system opens.) We look forward to a great conference with your participation. Regards, Michael C. Wu Program Coordinator, USENIX AsiaBSDCon 2004 From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:16:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE7016A4BF for ; Mon, 15 Sep 2003 13:16:35 -0700 (PDT) Received: from web9506.mail.yahoo.com (web9506.mail.yahoo.com [216.136.129.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A449743FAF for ; Mon, 15 Sep 2003 13:16:34 -0700 (PDT) (envelope-from bsdmaillist@yahoo.com.hk) Message-ID: <20030915201631.10323.qmail@web9506.mail.yahoo.com> Received: from [202.85.131.68] by web9506.mail.yahoo.com via HTTP; Tue, 16 Sep 2003 04:16:31 CST Date: Tue, 16 Sep 2003 04:16:31 +0800 (CST) From: =?big5?q?maillist=20bsd?= To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 15 Sep 2003 21:26:27 -0700 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: My jail can not ssh.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 20:16:35 -0000 Hi , I am just testing jail on my FreeBSD4.8-stable box, i found i can not ssh to the jail environment, but i can telnet to jail environment, the sshd is running both inside and outside jail. What's the problem. With following link is i ask in www.freebsdforums.org . http://www.freebsdforums.org/forums/showthread.php?s=&threadid=13656 Regards, kinux 程穝筧羘崩ざ:甀ヱ谅ア攀み睭... http://ringtone.yahoo.com.hk From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 22:31:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB88F16A4B3 for ; Mon, 15 Sep 2003 22:31:44 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4768443F85 for ; Mon, 15 Sep 2003 22:31:43 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 97244 invoked from network); 16 Sep 2003 05:31:42 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 16 Sep 2003 05:31:42 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 16 Sep 2003 00:30:13 -0500 (CDT) From: Mike Silbersack To: Robert Watson In-Reply-To: Message-ID: <20030916002940.L12166@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sysadmin@wvths.com cc: hackers@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 05:31:44 -0000 On Mon, 15 Sep 2003, Robert Watson wrote: > If one of you has had a chance to test this properly, please go ahead and > commit. I don't have remote -STABLE development boxes, so haven't been > able to do any -STABLE merging since I went to BSDCon. I did get RE > permission to MFC this change. > > FYI, I have a bunch more related changes in a patch that I can dig up once > I'm caught up on work re-mail. There are a number of M_TRYWAIT scenarios > where we don't test the return value -- some easier to fix than others. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories Ok, I'll do it. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 22:49:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D4816A4B3 for ; Mon, 15 Sep 2003 22:49:10 -0700 (PDT) Received: from alo.louko.com (x1.louko.com [195.218.71.106]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A85043F85 for ; Mon, 15 Sep 2003 22:49:09 -0700 (PDT) (envelope-from alo@x1.louko.com) Received: (qmail 95093 invoked by uid 406); 16 Sep 2003 05:49:06 -0000 Date: 16 Sep 2003 05:49:06 -0000 Message-ID: <20030916054906.95092.qmail@alo.louko.com> To: freebsd-hackers@freebsd.org From: alo@louko.com (Antti Louko) Subject: Problems when writing to a Compact Flash card, FreeBSD 5.1, solution found. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 05:49:10 -0000 Finally, after adding and removing printfs and DELAYs in different places, I found that probably after status inquiry, one must wait just a little moment before doing anything with IDE device. The following patch seems to fix the problem. Thank you for all of you who participated in the effort with suggestions or sympathy! Regards, Antti Louko P.S. If I won't find further problems, I will send this as a bug report so this will get into the releases, too. I haven't tried CURRENT yet but it seems that it might have the problem, too. *** dev/ata/ata-all.c.orig Sun May 18 19:43:08 2003 --- dev/ata/ata-all.c Tue Sep 16 08:14:56 2003 *************** *** 978,983 **** --- 978,984 ---- DELAY(1); while (timeout < 5000000) { /* timeout 5 secs */ atadev->channel->status = ATA_IDX_INB(atadev->channel, ATA_STATUS); + DELAY(1); /* if drive fails status, reselect the drive just to be sure */ if (atadev->channel->status == 0xff) { From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 23:48:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8319F16A4B3 for ; Mon, 15 Sep 2003 23:48:28 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD9943FB1 for ; Mon, 15 Sep 2003 23:48:27 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19z9dR-000F5F-00; Tue, 16 Sep 2003 09:48:25 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: omestre In-reply-to: Your message of Mon, 15 Sep 2003 17:45:06 +0000 (UTC) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 2003 09:48:25 +0300 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: EMCsq/SAN X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 06:48:28 -0000 > On Mon, 15 Sep 2003, Kip Macy wrote: > > We have FreeBSD machines connected to EMC 8830 working fine! > > Leal > what FC hardware are you using/recommend? btw, is this an i86? thanks, danny > > Date: Mon, 15 Sep 2003 08:48:46 -0700 (PDT) > > From: Kip Macy > > To: Danny Braniss > > Cc: freebsd-hackers@freebsd.org > > Subject: Re: EMCsq/SAN > > > > Unless they are giving it to you virtually free, I would seriously > > look at other vendors. > > > > -Kip > > > > On Mon, 15 Sep 2003, Danny Braniss wrote: > > > > > > In the last episode (Sep 14), Danny Braniss said: > > > > > hi all, > > > > > Any experiance with EMCsq./SAN? I know FreeBSD is not on their > > > > > list, but was wondering if it works even without the 'qualified' > > > > > stamp. > > > > > > > > I'd be surprised if there were any problems, but if you already have an > > > > EMC unit, let them know you'd like to attach a FreeBSD box (give them > > > > exact hardware specs) and they'll certify it. It's in their best > > > > interest to support their customers' systems :) > > > > > > > that is not what im hearing from them :-( > > > we are just begining negotiations to - maybe - get an EMC, do you have any > > > FiberChannel experiance? > > > danny > > > > > > > > > _______________________________________________ > > > freebsd-hackers@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > > omestre@sdf.lonestar.org > SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 00:00:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21A1816A4BF for ; Tue, 16 Sep 2003 00:00:16 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE6843F93 for ; Tue, 16 Sep 2003 00:00:14 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (l23qmyp7@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h8G709g15540553; Tue, 16 Sep 2003 11:00:10 +0400 (MSD) Date: Tue, 16 Sep 2003 11:00:09 +0400 (MSD) From: Maxim Konovalov To: "sysadmin@wvths.com" In-Reply-To: Message-ID: <20030916105810.U63985@news1.macomnet.ru> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 07:00:16 -0000 On Mon, 15 Sep 2003, 18:55-0400, sysadmin@wvths.com wrote: > It appears that pr-55886 is entirely different bug. After applying the > above patch, I can still get a kernel panic due to mbufs exhaustion. > > Mike "Silby" Silbersack wrote: > > 1. Can you compile INVARIANTS and INVARIANT_SUPPORT into your kernel? > > After compiling INVARIANTS* into the kernel, here's what the backtrace > looks like: > --- bt --- > > # gdb -k kernel.debug vmcore.11 > GNU gdb 4.18 (FreeBSD) > > > IdlePTD at phsyical address 0x00405000 initial pcb at physical address > 0x003548a0 panicstr: m_copydata, offset > size of mbuf chain panic > messages: > --- > panic: m_copydata, offset > size of mbuf chain > > syncing disks... > done > Uptime: 1h12m27s > > dumping to dev #ad/0x50001, offset 1048608 dump ata0: resetting devices .. > done > > --- > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) bt > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > #1 0xc0168237 in boot (howto=256) at ../../kern/kern_shutdown.c:316 > #2 0xc0168675 in panic (fmt=0xc02db260 "m_copydata, offset > size of mbuf chain") at ../../kern/kern_shutdown.c:595 > #3 0xc018576e in m_copydata (m=0xc155ec00, off=6144, len=2048, cp=0xc1558000 "") at ../../kern/uipc_mbuf.c:979 > #4 0xc0186776 in m_defrag (m0=0xc155ec00, how=1) at ../../kern/uipc_mbuf.c:1572 > #5 0xc021de70 in dc_encap (sc=0xc21c3000, m_head=0xc155ec00, txidx=0xd72dede4) at ../../pci/if_dc.c:3006 > #6 0xc021e0bb in dc_start (ifp=0xc21c3000) at ../../pci/if_dc.c:3105 > #7 0xc021de09 in dc_intr (arg=0xc21c3000) at ../../pci/if_dc.c:2970 > #8 0xc02b419d in intr_mux (arg=0xc144e3a0) at ../../i386/isa/intr_machdep.c:601 > #9 0xc02aa0f2 in generic_bcopy () > #10 0xc023be35 in vm_fault (map=0xd4a9afc0, vaddr=134705152, fault_type=2 '\002', fault_flags=8) at ../../vm/vm_page.h:495 > #11 0xc02abb1e in trap_pfault (frame=0xd72defa8, usermode=1, eva=134708896) at ../../i386/i386/trap.c:847 > #12 0xc02ab5af in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134740690, tf_esi = 134740672, tf_ebp = -1078004340, > tf_isp = -684855340, tf_ebx = 18, tf_edx = 134696192, tf_ecx = 134740672, tf_eax = 134708863, tf_trapno = 12, tf_err = 7, > tf_eip = 134614425, tf_cs = 31, tf_eflags = 66118, tf_esp = -1078004348, tf_ss = 47}) at ../../i386/i386/trap.c:377 > #13 0x8060d99 in ?? () > #14 0x8062111 in ?? () > #15 0x8061c2a in ?? () > #16 0x8060047 in ?? () > #17 0x805ffeb in ?? () > #18 0x805e3f5 in ?? () > #19 0x8048e29 in ?? () > #20 0x804813e in ?? () > (kgdb)q Do you use any klds? What does kldstat say? > --- bt --- > > > 2. What does your network setup look like? Are you using divert > > sockets, is there ppp in action, etc. > > Nothing special, Accton EN2242 10/100BaseTX NIC using dc driver, ipwf > compiled in, but no rules a set ATM. > > Can anyone else reproduce the panic using this script: > -- > #!/bin/sh > while :; do > ping -f -s 65467 ip_addr & > done I can't. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 01:07:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855A016A4C2; Tue, 16 Sep 2003 01:07:34 -0700 (PDT) Received: from smtp.infracaninophile.co.uk (happy-idiot-talk.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C1A43FAF; Tue, 16 Sep 2003 01:07:32 -0700 (PDT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [127.0.0.1]) h8G87F7T036415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Sep 2003 09:07:27 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)h8G87FqG036414; Tue, 16 Sep 2003 09:07:15 +0100 (BST) (envelope-from matthew) Date: Tue, 16 Sep 2003 09:07:15 +0100 From: Matthew Seaman To: maillist bsd Message-ID: <20030916080715.GA35605@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: maillist bsd , freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org References: <20030915201631.10323.qmail@web9506.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20030915201631.10323.qmail@web9506.mail.yahoo.com> User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-11.2 required=5.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MUTT autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: My jail can not ssh.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 08:07:35 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 16, 2003 at 04:16:31AM +0800, maillist bsd wrote: > I am just testing jail on my FreeBSD4.8-stable box, i found i can not ssh= to the jail environment, but i can telnet to jail environment, the sshd is= running both inside and outside jail. What's the problem. This is freebsd-questions@... material, rather than freebsd-hackers@... I suspect that your problem is that the sshd(8) in your host and jail environments are both binding to IN_ADDR_ANY. That means both daemons are fighting over the loopback interface (at least). Cure is to tell sshd which interfaces to bind to explicitly. So, assuming your host environment uses 192.168.0.1 and your jail uses 192.168.0.2, then add: ListenAddress 127.0.0.1 ListenAddress 192.168.0.1 ListenAddress ::1 to /etc/ssh/sshd_config in the host environment, and=20 ListenAddress 192.168.0.2 to /etc/ssh/sshd_config in the jail environment. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/ZsSzdtESqEQa7a0RAocVAJ0c67OgkzvkdwJqhzEZNquSXUqUYACeIl4u 32EWngvbVpc4V+57ndwSPuw= =zKeq -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 01:18:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46D7216A4B3; Tue, 16 Sep 2003 01:18:32 -0700 (PDT) Received: from smtp.volant.org (gate.volant.org [207.111.218.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4228543FDD; Tue, 16 Sep 2003 01:18:31 -0700 (PDT) (envelope-from patl+freebsd@volant.org) Received: from 64-144-229-193.client.dsl.net ([64.144.229.193] helo=[192.168.0.13]) by smtp.volant.org with asmtp (TLSv1:AES256-SHA:256) (Exim 4.22) id 19zB2c-0005na-AS; Tue, 16 Sep 2003 01:18:30 -0700 Date: Tue, 16 Sep 2003 01:18:29 -0700 From: Pat Lashley To: freebsd-questions@freebsd.org, maillist bsd Message-ID: <3927478112.1063700309@mccaffrey.phoenix.volant.org> In-Reply-To: <20030916080715.GA35605@happy-idiot-talk.infracaninophile.co.uk> References: <20030915201631.10323.qmail@web9506.mail.yahoo.com> <20030916080715.GA35605@happy-idiot-talk.infracaninophile.co.uk> X-Mailer: Mulberry/3.1.0b6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scan-Signature: 106a317f3e33c1e32c9ba517d70ce429824ba71c X-Spam-Score: 0.2 (/) X-Spam-Score-Int: 2 X-Spam-Report: 0.2/5.0 This mail has matched the spam-filter tests listed below. See http://spamassassin.org/tag/ for details about the specific tests reported. In general, the higher the number of total points, the more likely that it actually is spam. (The 'required' number of points listed below is the arbitrary number above which the message is normally considered spam.) Content analysis details: (0.20 points total, 5 required)header IN_REP_TO (-0.5 points) Has a In-Reply-To header quoted email text REPLY_WITH_QUOTES (-0.5 points) Reply with quoted text AWL (2.2 points) AWL: Auto-whitelist adjustment cc: freebsd-hackers@freebsd.org Subject: Re: My jail can not ssh.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 08:18:32 -0000 --On Tuesday, September 16, 2003 09:07:15 +0100 Matthew Seaman wrote: > On Tue, Sep 16, 2003 at 04:16:31AM +0800, maillist bsd wrote: > >> I am just testing jail on my FreeBSD4.8-stable box, i found i can not >> ssh to the jail environment, but i can telnet to jail environment, the >> sshd is running both inside and outside jail. What's the problem. > > I suspect that your problem is that the sshd(8) in your host and jail > environments are both binding to IN_ADDR_ANY. That means both daemons > are fighting over the loopback interface (at least). Another subtle thing that can cause problem is if the jailed SSH can't do DNS resolution. Telnet in and run your favorite DNS query app (host, dnsip, dig, nslookup, etc.). If it fails, check resolv.conf in the jail; and check the access controls on your name server If that isn't it, lsof is your friend. Install it on the host system and try something like 'lsof -i :ssh' to see what processes are listening at what addresses. -Pat From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 03:04:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ACCB16A4B3 for ; Tue, 16 Sep 2003 03:04:19 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C0C243FAF for ; Tue, 16 Sep 2003 03:04:18 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfinn.dialup.mindspring.com ([165.247.202.247] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19zCgz-00012R-00 for hackers@freebsd.org; Tue, 16 Sep 2003 03:04:17 -0700 Message-ID: <3F66DFED.C3FA43EE@mindspring.com> Date: Tue, 16 Sep 2003 03:03:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD List of Hackers References: <200309152127.h8FLRrv71220@Mail.NOSPAM.DynDNS.dK> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ab15e04276ba2ef74863fdd756b78240350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Subject: Re: Machine wedges solid after one serial-port source-line addition... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 10:04:19 -0000 Barry Bouwsma wrote: > Would anyone care to explain why the following simple patch could be > enough to wedge my machine solid? (My original hack-patches without > any console printf() debuggery did the same thing within seconds, as > well...) All it does is notify the console whenever a serial port DCD > PPS signal transition is detected, as follows (patch against 4.foo; I > haven't tried this with 5.bar or later -- also, not a real patch as I've > included context and snipped my comments) : [ ... ] > I'm wondering if it's something really blindingly obvious that I should > be but am not aware of, or something I gotta work on to track down. You are calling printf() from a fast interrupt handler. You shouldn't call printf() from any interrupt handler, and particularly you shouldn't call it from something that can and will have a FIFO overrun well before the printf() gets back. If you need to communicate information to a console log (or wherever), then you should enqueue the information on the status change, and wake up some thread to do the actual processing of the information out to the console. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 08:48:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3738516A4B3; Tue, 16 Sep 2003 08:48:33 -0700 (PDT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C3243FAF; Tue, 16 Sep 2003 08:48:31 -0700 (PDT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.12.9/8.12.9) with ESMTP id h8GFhJg2072042; Wed, 17 Sep 2003 00:43:20 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200309161543.h8GFhJg2072042@sana.init-main.com> To: hackers@freebsd.org Date: Wed, 17 Sep 2003 00:43:19 +0900 From: Takanori Watanabe cc: nork@freebsd.org Subject: Does anyone work on making ATA moduler? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 15:48:33 -0000 Hi,There is a problem when PCMCIA related stuff is used as module, ATA CF is not recognized. This is because PCMCIA atachment is not compiled when pccard(4) is not compiled in. To fix it, we have to supply PCMCIA attachment in any form. One way is to make a kernel module that contains only ATA/PCMCIA attachment with this Makefile == .PATH: ${.CURDIR}/../../dev/ata KMOD= atacard SRCS= ata-card.c SRCS+= bus_if.h device_if.h card_if.h power_if.h .include === Then two question. 1. May I commit this workaround? 2. Are there any people working on ATA for making it fully moduler? From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 08:58:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A62116A4BF for ; Tue, 16 Sep 2003 08:58:54 -0700 (PDT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781D743FCB for ; Tue, 16 Sep 2003 08:58:52 -0700 (PDT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.9/8.12.9/NinthNine) with ESMTP id h8GFwn9U080153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Sep 2003 00:58:49 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 17 Sep 2003 00:58:49 +0900 From: Norikatsu Shigemura To: hackers@FreeBSD.org Message-Id: <20030917005849.60a9130a.nork@FreeBSD.org> In-Reply-To: <200309161543.h8GFhJg2072042@sana.init-main.com> References: <200309161543.h8GFhJg2072042@sana.init-main.com> X-Mailer: Sylpheed version 0.9.5 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Takanori Watanabe Subject: Re: Does anyone work on making ATA moduler? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 15:58:54 -0000 On Wed, 17 Sep 2003 00:43:19 +0900 Takanori Watanabe wrote: > Hi,There is a problem when PCMCIA related stuff > is used as module, ATA CF is not recognized. > This is because PCMCIA atachment is not compiled > when pccard(4) is not compiled in. > To fix it, we have to supply PCMCIA attachment > in any form. > One way is to make a kernel module that contains only > ATA/PCMCIA attachment with this Makefile Tested by: nork using ume's smart card in CBUG Hakone Camp. > == > .PATH: ${.CURDIR}/../../dev/ata > KMOD= atacard > SRCS= ata-card.c > SRCS+= bus_if.h device_if.h card_if.h power_if.h > .include > === This is good works with MODULES_OVERRIDE. > Then two question. > 1. May I commit this workaround? > 2. Are there any people working on ATA for making it fully > moduler? Please, please commit this or other work around. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 09:01:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F36516A4BF; Tue, 16 Sep 2003 09:01:05 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD1B43F93; Tue, 16 Sep 2003 09:01:03 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.9/8.12.9) with ESMTP id h8GG10j5001735; Tue, 16 Sep 2003 18:01:01 +0200 (CEST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9/Submit) id h8GG10Sl001734; Tue, 16 Sep 2003 18:01:00 +0200 (CEST) From: Soren Schmidt Message-Id: <200309161601.h8GG10Sl001734@spider.deepcore.dk> In-Reply-To: <200309161543.h8GFhJg2072042@sana.init-main.com> To: Takanori Watanabe Date: Tue, 16 Sep 2003 18:01:00 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: hackers@FreeBSD.ORG cc: nork@FreeBSD.ORG Subject: Re: Does anyone work on making ATA moduler? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 16:01:05 -0000 It seems Takanori Watanabe wrote: > Hi,There is a problem when PCMCIA related stuff > is used as module, ATA CF is not recognized. > > This is because PCMCIA atachment is not compiled > when pccard(4) is not compiled in. > > To fix it, we have to supply PCMCIA attachment > in any form. > One way is to make a kernel module that contains only > ATA/PCMCIA attachment with this Makefile > Then two question. > 1. May I commit this workaround? No, not yet.. > 2. Are there any people working on ATA for making it fully > moduler? Yes there is. -S鴕en From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 09:04:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28CFF16A4B3 for ; Tue, 16 Sep 2003 09:04:09 -0700 (PDT) Received: from likya.bimel.com.tr (likya.bimel.com.tr [212.175.96.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C67A43FDD for ; Tue, 16 Sep 2003 09:04:06 -0700 (PDT) (envelope-from ustuntas@bimel.com.tr) Received: (from root@localhost) by likya.bimel.com.tr (8.12.9/8.12.9) id h8GG3kwI002552 for freebsd-hackers@freebsd.org; Tue, 16 Sep 2003 19:03:46 +0300 (EEST) (envelope-from ustuntas@bimel.com.tr) Received: from bimel.com.tr (zeugma.bimel.com.tr [212.175.96.11]) by likya.bimel.com.tr (8.12.9/8.12.9av) with ESMTP id h8GG3j63002543 for ; Tue, 16 Sep 2003 19:03:46 +0300 (EEST) (envelope-from ustuntas@bimel.com.tr) Message-ID: <3F67356D.9060501@bimel.com.tr> Date: Tue, 16 Sep 2003 19:08:13 +0300 From: Murat USTUNTAS User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: tr, en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 Subject: Mirror Plex (Raid 1) after installing FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 16:04:09 -0000 Hello, I read documents on Vinum for FreeBSD. But, some points exculed.. I want to find some points on Vinum.. If I have identical 2 disks (Samsung SP6300 Series),suppose, I want to install the FreeBSD on one of them 60 Gb. After installing the FreeBSD , I want to run vinum with mirroring with whole disk. How can I configure like situation.. Virtually: <-6Gb-|--10 Gb--|-44 Gb-> +-----+---------+-------+ | | | | | / | /usr | /home | FreeBSD installed 1. Disk | | | | +-----+---------+-------+ \_________Vinum_________/ || || \/ RAID - 1 +-----+---------+-------+ | | | | | / | /usr | /home | FreeBSD Vinum Mirror Plex 2. Disk | | | | +-----+---------+-------+ Regards, Murat Ustuntas From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 09:24:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC7516A4BF for ; Tue, 16 Sep 2003 09:24:33 -0700 (PDT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id C002143FA3 for ; Tue, 16 Sep 2003 09:24:30 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 15274 invoked from network); 16 Sep 2003 16:16:26 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 16 Sep 2003 16:16:25 -0000 Received: (qmail 42770 invoked by uid 1000); 16 Sep 2003 16:24:28 -0000 Date: Tue, 16 Sep 2003 19:24:27 +0300 From: Peter Pentchev To: Murat USTUNTAS Message-ID: <20030916162427.GR397@straylight.oblivion.bg> Mail-Followup-To: Murat USTUNTAS , freebsd-hackers@freebsd.org References: <3F67356D.9060501@bimel.com.tr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbfcI4OLZ4XW0yH2" Content-Disposition: inline In-Reply-To: <3F67356D.9060501@bimel.com.tr> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: Mirror Plex (Raid 1) after installing FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 16:24:33 -0000 --VbfcI4OLZ4XW0yH2 Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 16, 2003 at 07:08:13PM +0300, Murat USTUNTAS wrote: > Hello, >=20 > I read documents on Vinum for FreeBSD. But, some points exculed.. I want = to > find some points on Vinum.. > If I have identical 2 disks (Samsung SP6300 Series),suppose, I want to > install the > FreeBSD on one of them 60 Gb. After installing the FreeBSD , I want to run > vinum with mirroring with whole disk. How can I configure like situation.. Isn't this exactly what is covered by the 'Bootstrapping Vinum' article? http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/vinum/ G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This inert sentence is my body, but my soul is alive, dancing in the sparks= of your brain. --VbfcI4OLZ4XW0yH2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Zzk77Ri2jRYZRVMRAmQTAJ4tyOpDYTNdsixjMJ6LUIZ75FpDDACgqmMr pU8O5zfu40cadQ/hxjOQWcY= =QOAr -----END PGP SIGNATURE----- --VbfcI4OLZ4XW0yH2-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 10:33:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D783216A4B3 for ; Tue, 16 Sep 2003 10:33:13 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FF743FBF for ; Tue, 16 Sep 2003 10:33:13 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (user@mail [198.78.66.163])h8GHXCnW064751 for ; Tue, 16 Sep 2003 10:33:12 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Tue, 16 Sep 2003 10:33:12 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030916103259.N52432-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 17:33:14 -0000 1. What is the workaround for this issue ? Be creative. Not everyone can update their userland in a normal fashion - and no, I won't sit here and justify that statement. Think embedded systems. 2. Is there really an exploit in the wild ? Any comments appreciated. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 11:46:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BE4016A4B3 for ; Tue, 16 Sep 2003 11:46:11 -0700 (PDT) Received: from mail.isg.siue.edu (mail.isg.siue.edu [146.163.5.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5066F43FDD for ; Tue, 16 Sep 2003 11:46:05 -0700 (PDT) (envelope-from wgrim@cougar.isg.siue.edu) Received: from WEBSHIELD2.isg.siue.edu (webshield2.isg.siue.edu [146.163.5.150]) by mail.isg.siue.edu (8.9.3p2/8.9.3) with SMTP id NAA16332 for ; Tue, 16 Sep 2003 13:45:43 -0500 (CDT) Received: From cougar ([146.163.5.29]) by WEBSHIELD2.isg.siue.edu (WebShield SMTP v4.5 MR1a); id 1063737942635; Tue, 16 Sep 2003 13:45:42 -0500 Date: Tue, 16 Sep 2003 13:45:42 -0500 (CDT) From: William Michael Grim To: Josh Brooks In-Reply-To: <20030916103259.N52432-100000@mail.econolodgetulsa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 18:46:11 -0000 What the hell are you talking about? Thanks for not giving us any info about your problem. William Michael Grim Student, Southern Illinois University at Edwardsville Unix Network Administrator, SIUE, Computer Science dept. On Tue, 16 Sep 2003, Josh Brooks wrote: > > 1. What is the workaround for this issue ? Be creative. Not everyone can > update their userland in a normal fashion - and no, I won't sit here and > justify that statement. Think embedded systems. > > 2. Is there really an exploit in the wild ? Any comments appreciated. > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 11:50:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D455D16A4B3 for ; Tue, 16 Sep 2003 11:50:20 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6865B43FB1 for ; Tue, 16 Sep 2003 11:50:17 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 8FAA4A9FA; Tue, 16 Sep 2003 14:50:16 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 5DC20B926; Tue, 16 Sep 2003 14:50:16 -0400 (EDT) Date: Tue, 16 Sep 2003 14:50:16 -0400 From: Michael Edenfield To: William Michael Grim Message-ID: <20030916185016.GC83018@wombat.localnet> Mail-Followup-To: William Michael Grim , Josh Brooks , freebsd-hackers@freebsd.org References: <20030916103259.N52432-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 18:50:20 -0000 * William Michael Grim [030916 14:46]: > What the hell are you talking about? Thanks for not giving us any info > about your problem. I suspect he means: http://www.securityfocus.com/archive/1/337662/2003-09-13/2003-09-19/0 --Mike From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 11:54:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FF0D16A4B3 for ; Tue, 16 Sep 2003 11:54:13 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B2D43F93 for ; Tue, 16 Sep 2003 11:54:12 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Tue, 16 Sep 2003 14:54:11 -0400 Message-ID: From: Don Bowman To: 'Josh Brooks' , freebsd-hackers@freebsd.org Date: Tue, 16 Sep 2003 14:54:05 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 18:54:13 -0000 From: Josh Brooks [mailto:user@mail.econolodgetulsa.com] > > 1. What is the workaround for this issue ? Be creative. Not > everyone can > update their userland in a normal fashion - and no, I won't > sit here and > justify that statement. Think embedded systems. > > 2. Is there really an exploit in the wild ? Any comments appreciated. [from the yesterday posting to full-disclosure, which has been fixed in cvs as http://www.freebsd.org/cgi/cvsweb.cgi/src/crypto/openssh/buffer.c.diff?r1=1. 1.1.6&r2=1.1.1.7&f=h] from the discussions on the exploit, it sounds like it needs to hit you fairly often. You can set sshd to only start so often [since they won't be able to authenticate presumably they won't login]. You can use e.g. ipfw, hosts.allow to restrict access to your subnets or whatever. if privilege separation is used perhaps this helps, the full disclosure list hadn't reached consensus on this yet. Use the 'AllowUsers' to specify which users can access. Not sure if this would help. Try using 'VerifyReverseMapping' on the hopes that an attacker wouldn't set this up? From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 11:55:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C64F816A4B3 for ; Tue, 16 Sep 2003 11:55:20 -0700 (PDT) Received: from atlasta.net (wow.atlasta.net [12.129.13.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E9EB43F93 for ; Tue, 16 Sep 2003 11:55:18 -0700 (PDT) (envelope-from drais@wow.atlasta.net) Received: (qmail 49881 invoked by uid 1068); 16 Sep 2003 18:55:17 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Sep 2003 18:55:17 -0000 Date: Tue, 16 Sep 2003 11:55:17 -0700 (PDT) From: David Raistrick To: William Michael Grim In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 18:55:20 -0000 On Tue, 16 Sep 2003, William Michael Grim wrote: > What the hell are you talking about? Thanks for not giving us any info > about your problem. He appears to have made a basic assumption that the readers of -hackers would subscribe to security-advisories as well. FreeBSD Security Advisory FreeBSD-SA-03:12.openssh The www.freebsd.org website hasn't been updated with this SA, but you may view it at the list archive: http://lists.freebsd.org/pipermail/freebsd-announce/2003-September/000910.html ...david --- david raistrick drais@atlasta.net http://www.expita.com/nomime.html From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 11:55:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEBA16A4BF; Tue, 16 Sep 2003 11:55:36 -0700 (PDT) Received: from wvths.com (h0009b74df4c5.ne.client2.attbi.com [66.31.200.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 11E7243FA3; Tue, 16 Sep 2003 11:55:35 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from localhost (mail.wvths.com [127.0.0.1]) by wvths.com (WVTHS Mail Gateway) with ESMTP id B9A3EFD9B; Tue, 16 Sep 2003 14:59:37 -0400 (EDT) Received: from wvths.com ([127.0.0.1]) by localhost (mail.wvths.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22686-01; Tue, 16 Sep 2003 14:59:34 -0400 (EDT) Received: from webmail.wvths.com (www.wvths.com [192.168.0.6]) by wvths.com (WVTHS Mail Gateway) with SMTP id E0101FD9A; Tue, 16 Sep 2003 14:59:33 -0400 (EDT) Received: from 24.218.220.202 (SquirrelMail authenticated user sysadmin) by webmail.wvths.com with HTTP; Tue, 16 Sep 2003 14:52:42 -0400 (EDT) Message-ID: <23988.24.218.220.202.1063738362.squirrel@webmail.wvths.com> In-Reply-To: <20030916105810.U63985@news1.macomnet.ru> References: <20030916105810.U63985@news1.macomnet.ru> Date: Tue, 16 Sep 2003 14:52:42 -0400 (EDT) From: sysadmin@wvths.com To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by Sophos AntiVirus Engine Content-Transfer-Encoding: quoted-printable cc: mbr@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 18:55:36 -0000 > Do you use any klds? What does kldstat say? No klds loaded. Well, it looks like the dc net driver is causing the panic. After some testing, I got this backtrace: --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0168237 in boot (howto=3D256) at ../../kern/kern_shutdown.c:316 #2 0xc0168675 in panic (fmt=3D0xc02db260 "m_copydata, offset > size of m= buf chain") at ../../kern/kern_shutdown.c:595 #3 0xc018576e in m_copydata (m=3D0xc1560d00, off=3D6144, len=3D2048, cp=3D0xc155a800 "") at ../../kern/uipc_mbuf.c:979 #4 0xc0186776 in m_defrag (m0=3D0xc1560d00, how=3D1) at ../../kern/uipc_mbuf.c:1572 #5 0xc021de70 in dc_encap (sc=3D0xc21c3000, m_head=3D0xc1560d00, txidx=3D0xd72d9f60) at ../../pci/if_dc.c:3006 #6 0xc021e0bb in dc_start (ifp=3D0xc21c3000) at ../../pci/if_dc.c:3105 #7 0xc021de09 in dc_intr (arg=3D0xc21c3000) at ../../pci/if_dc.c:2970 #8 0xc02b419d in intr_mux (arg=3D0xc144e3a0) at ../../i386/isa/intr_machdep.c:601 #9 0x8068e79 in ?? () #10 0x8061e3c in ?? () #11 0x8063c75 in ?? () #12 0x8061c2a in ?? () #13 0x8060047 in ?? () #14 0x805ffeb in ?? () #15 0x805e3f5 in ?? () #16 0x8048e29 in ?? () #17 0x804813e in ?? () (kgdb) up 3 #3 0xc018576e in m_copydata (m=3D0xc1560d00, off=3D6144, len=3D2048, cp=3D0xc155a800 "") at ../../kern/uipc_mbuf.c:979 979 KASSERT(m !=3D NULL, ("m_copydata, offset > size = of mbuf chain")); (kgdb) up #4 0xc0186776 in m_defrag (m0=3D0xc1560d00, how=3D1) at ../../kern/uipc_mbuf.c:1572 1572 m_copydata(m0, progress, length, mtod(m_new, caddr_t)); (kgdb) up #5 0xc021de70 in dc_encap (sc=3D0xc21c3000, m_head=3D0xc1560d00, txidx=3D0xd72d9f60) at ../../pci/if_dc.c:3006 3006 m =3D m_defrag(m_head, M_DONTWAIT); (kgdb) up #6 0xc021e0bb in dc_start (ifp=3D0xc21c3000) at ../../pci/if_dc.c:3105 3105 if (dc_encap(sc, m_head, &idx)) { (kgdb) up #7 0xc021de09 in dc_intr (arg=3D0xc21c3000) at ../../pci/if_dc.c:2970 2970 dc_start(ifp); (kgdb) up #8 0xc02b419d in intr_mux (arg=3D0xc144e3a0) at ../../i386/isa/intr_machdep.c:601 601 p->handler(p->argument); --- After switching to the xl-based NIC, I couldn't reproduce the crash anymo= re. Thanks, From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 12:04:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DEFF16A4B3; Tue, 16 Sep 2003 12:04:44 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E915243F3F; Tue, 16 Sep 2003 12:04:42 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.9p1/8.12.3) with ESMTP id h8GJ4eib004631; Tue, 16 Sep 2003 21:04:40 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by nbs.imp.ch (8.12.8/8.12.3) with ESMTP id h8GJ4dlH13801320; Tue, 16 Sep 2003 21:04:39 +0200 (MES) Date: Tue, 16 Sep 2003 21:04:39 +0200 (CEST) From: Martin Blapp To: sysadmin@wvths.com In-Reply-To: <23988.24.218.220.202.1063738362.squirrel@webmail.wvths.com> Message-ID: <20030916210151.J47434@cvs.imp.ch> References: <23988.24.218.220.202.1063738362.squirrel@webmail.wvths.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: mbr@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 19:04:44 -0000 Hi, > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > #1 0xc0168237 in boot (howto=256) at ../../kern/kern_shutdown.c:316 > #2 0xc0168675 in panic (fmt=0xc02db260 "m_copydata, offset > size of mbuf > chain") at ../../kern/kern_shutdown.c:595 > #3 0xc018576e in m_copydata (m=0xc1560d00, off=6144, len=2048, > cp=0xc155a800 "") at ../../kern/uipc_mbuf.c:979 > #4 0xc0186776 in m_defrag (m0=0xc1560d00, how=1) at > ../../kern/uipc_mbuf.c:1572 > #5 0xc021de70 in dc_encap (sc=0xc21c3000, m_head=0xc1560d00, > txidx=0xd72d9f60) at ../../pci/if_dc.c:3006 > #6 0xc021e0bb in dc_start (ifp=0xc21c3000) at ../../pci/if_dc.c:3105 > #7 0xc021de09 in dc_intr (arg=0xc21c3000) at ../../pci/if_dc.c:2970 This doesn't help me at all. Looks like corrupted mbufs, this doesn't have to be in the if_dc driver itself. So how can you reproduce this panic, is it a fresh panic at all, or did you encounter it since ever ? What kind of card do you have (pciconf -lv) ? Martin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 12:27:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB1DE16A4B3; Tue, 16 Sep 2003 12:27:52 -0700 (PDT) Received: from wvths.com (h0009b74df4c5.ne.client2.attbi.com [66.31.200.227]) by mx1.FreeBSD.org (Postfix) with SMTP id B94D343F93; Tue, 16 Sep 2003 12:27:50 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from localhost (mail.wvths.com [127.0.0.1]) by wvths.com (WVTHS Mail Gateway) with ESMTP id 8D5A3FD99; Tue, 16 Sep 2003 15:31:53 -0400 (EDT) Received: from wvths.com ([127.0.0.1]) by localhost (mail.wvths.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22675-06; Tue, 16 Sep 2003 15:31:50 -0400 (EDT) Received: from webmail.wvths.com (webmail.wvths.com [192.168.0.6]) by wvths.com (WVTHS Mail Gateway) with SMTP id 80FACFD98; Tue, 16 Sep 2003 15:31:48 -0400 (EDT) Received: from 24.218.220.202 (SquirrelMail authenticated user sysadmin) by webmail.wvths.com with HTTP; Tue, 16 Sep 2003 15:24:56 -0400 (EDT) Message-ID: <24022.24.218.220.202.1063740296.squirrel@webmail.wvths.com> In-Reply-To: <20030916210151.J47434@cvs.imp.ch> References: <20030916105810.U63985@news1.macomnet.ru> <23988.24.218.220.202.1063738362.squirrel@webmail.wvths.com> <20030916210151.J47434@cvs.imp.ch> Date: Tue, 16 Sep 2003 15:24:56 -0400 (EDT) From: sysadmin@wvths.com To: "Martin Blapp" User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by Sophos AntiVirus Engine Content-Transfer-Encoding: quoted-printable cc: sysadmin@wvths.com cc: hackers@freebsd.org cc: mbr@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 19:27:52 -0000 > > Hi, > >> #0 dumpsys () at ../../kern/kern_shutdown.c:487 >> #1 0xc0168237 in boot (howto=3D256) at ../../kern/kern_shutdown.c:316 >> #2 0xc0168675 in panic (fmt=3D0xc02db260 "m_copydata, offset > size o= f >> mbuf >> chain") at ../../kern/kern_shutdown.c:595 >> #3 0xc018576e in m_copydata (m=3D0xc1560d00, off=3D6144, len=3D2048, >> cp=3D0xc155a800 "") at ../../kern/uipc_mbuf.c:979 >> #4 0xc0186776 in m_defrag (m0=3D0xc1560d00, how=3D1) at >> ../../kern/uipc_mbuf.c:1572 >> #5 0xc021de70 in dc_encap (sc=3D0xc21c3000, m_head=3D0xc1560d00, >> txidx=3D0xd72d9f60) at ../../pci/if_dc.c:3006 >> #6 0xc021e0bb in dc_start (ifp=3D0xc21c3000) at ../../pci/if_dc.c:310= 5 >> #7 0xc021de09 in dc_intr (arg=3D0xc21c3000) at ../../pci/if_dc.c:2970 > > This doesn't help me at all. Looks like corrupted mbufs, this doesn't > have to be in the if_dc driver itself. > > So how can you reproduce this panic, is it a fresh panic at all, or > did you encounter it since ever ? What kind of card do you have (pcicon= f > -lv) ? I remember first being able to get this panic around the beggining of August, maybe earlier. Reproduce it using this shell script: --- #!/bin/bash while :; do ping -f -s 65467 ip_addr & done --- Here's the NIC info: dc0@pci2:9:0: class=3D0x020000 card=3D0x00ed16ec chip=3D0x12161113 rev=3D= 0x11 hdr=3D0x00 vendor =3D 'Accton Technology Corporation' device =3D 'EN5251-Based Fast Ethernet Adapter' class =3D network subclass =3D ethernet HTH, From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 12:36:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B60416A536; Tue, 16 Sep 2003 12:36:39 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BD3143FE9; Tue, 16 Sep 2003 12:36:38 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.9p1/8.12.3) with ESMTP id h8GJaZib009785; Tue, 16 Sep 2003 21:36:36 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by nbs.imp.ch (8.12.8/8.12.3) with ESMTP id h8GJaYlH13820120; Tue, 16 Sep 2003 21:36:35 +0200 (MES) Date: Tue, 16 Sep 2003 21:36:34 +0200 (CEST) From: Martin Blapp To: sysadmin@wvths.com In-Reply-To: <24022.24.218.220.202.1063740296.squirrel@webmail.wvths.com> Message-ID: <20030916213511.N47434@cvs.imp.ch> References: <20030916105810.U63985@news1.macomnet.ru> <23988.24.218.220.202.1063738362.squirrel@webmail.wvths.com> <24022.24.218.220.202.1063740296.squirrel@webmail.wvths.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: mbr@freebsd.org Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 19:36:39 -0000 Hi, > #!/bin/bash > while :; do > ping -f -s 65467 ip_addr & > done So probably mbuf exhaustion. > > Here's the NIC info: > dc0@pci2:9:0: class=0x020000 card=0x00ed16ec chip=0x12161113 rev=0x11 > hdr=0x00 > vendor = 'Accton Technology Corporation' > device = 'EN5251-Based Fast Ethernet Adapter' > class = network > subclass = ethernet I just made a change to this card yesterday, but this is a different area. Would be interesting if CURRENT does panic too ... Martin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 12:48:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D3B16A4B3 for ; Tue, 16 Sep 2003 12:48:03 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FEFD43FBF for ; Tue, 16 Sep 2003 12:48:02 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.9p1/8.12.3) with ESMTP id h8GJlxib011521 for ; Tue, 16 Sep 2003 21:48:00 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by nbs.imp.ch (8.12.8/8.12.3) with ESMTP id h8GJlxlH13818711 for ; Tue, 16 Sep 2003 21:47:59 +0200 (MES) Date: Tue, 16 Sep 2003 21:47:59 +0200 (CEST) From: Martin Blapp To: hackers@freebsd.org Message-ID: <20030916214707.K47434@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: 4.8-stable kernel panic (fwd) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 19:48:03 -0000 >From: David Rhodus >To: sysadmin@wvths.com >Cc: Martin Blapp , mbr@freebsd.org, hackers@freebsd.org >Subject: Re: 4.8-stable kernel panic Yes, I don't think this email will make it to hackers@ because all the email from my office gets drop because freebsd.org''s mail server's hate me and think everything I sent is spam.. M_PREPEND() can fail leaving (m == NULL). Try this and see if it will work for you. -DR Index: raw_ip.c =================================================================== RCS file: /data/fbsd-cvs/ncvs/src/sys/netinet/raw_ip.c,v retrieving revision 1.114 diff -u -r1.114 raw_ip.c --- raw_ip.c 16 Sept 2003 14:46:40 -0000 1.114 +++ raw_ip.c 16 Sept 2003 19:50:07 -0000 @@ -288,6 +288,8 @@ return(EMSGSIZE); } M_PREPEND(m, sizeof(struct ip), M_TRYWAIT); + if (m == NULL) + return(ENOBUFS); ip = mtod(m, struct ip *); ip->ip_tos = inp->inp_ip_tos; ip->ip_off = 0; From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 13:41:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8E7216A4B3 for ; Tue, 16 Sep 2003 13:41:54 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 025D443FA3 for ; Tue, 16 Sep 2003 13:41:54 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 115FC153CCB; Tue, 16 Sep 2003 10:41:23 -1000 (HST) Date: Tue, 16 Sep 2003 10:23:56 -1000 From: Clifton Royston To: freebsd-hackers@freebsd.org Message-ID: <20030916102356.A11571@lava.net> Mail-Followup-To: freebsd-hackers@lava.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Resent-From: cliftonr@lava.net Resent-Date: Tue, 16 Sep 2003 10:41:22 -1000 Resent-To: freebsd-hackers@freebsd.org Resent-Message-Id: <20030916204123.115FC153CCB@malasada.lava.net> Subject: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 20:41:54 -0000 For those who don't know what I'm talking about, try executing "host thisdomainhasneverexistedandneverwill.com", or any other domain you'd care to make up in .com or .net. Verisign has abused the trust placed in them to operate a root name server, by creating wildcard A records directly under .com and .net, which point to Verisign's "search" website. This kind of abuse, which I don't think was ever anticipated as coming from an authorized root name server, is busting all manner of things in DNS. To name just a couple at this site, it's a bonanza to spammers because it breaks all the antispam measures which depend on validating the sender or hello domain, and it's screwing up the proxy-autoconfigure script for our webcache (which uses Javascript to check if a domain exists so that the user can get an in-browser error rather than a web-cache error page on typos) I'm sure there are other little things that it will break to have every possible .com or .net domain resolve. To add insult to injury, the site is slow as molasses to come up, taking literally minutes to finally appear in a browser. I filed a personal complaint to ICANN asking that they revoke Verisign's right to operate a root name server and to be a registrar for .com and .net. (If you think this is overly harsh, check the requirements for TLD managers given in RFC 1591 and for root name server operators in RFC 2870.) Given the rate at which ICANN moves, maybe I'll get an initial response that they've read my message in the next 2 years. In the meantime I'm trying to figure out if there's some simple hack to disregard these wildcard A records, short of requesting zone transfers of the root nameservers (e.g. via peering with f.root-servers.net) and purging those records out of the zone before loading it. Any ideas, either under djbdns or Bind 9? -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 13:45:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 771AC16A4B3 for ; Tue, 16 Sep 2003 13:45:55 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF0A43F3F for ; Tue, 16 Sep 2003 13:45:54 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 35F1C3D28; Tue, 16 Sep 2003 16:45:43 -0400 (EDT) From: "Dan Langille" To: Clifton Royston Date: Tue, 16 Sep 2003 16:45:27 -0400 MIME-Version: 1.0 Message-ID: <3F673E27.29338.6E87ACC@localhost> Priority: normal In-reply-to: <20030916102356.A11571@lava.net> X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: freebsd-hackers@FreeBSD.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 20:45:55 -0000 On 16 Sep 2003 at 10:23, Clifton Royston wrote: > In the meantime I'm trying to figure out if there's some simple hack > to disregard these wildcard A records, short of requesting zone > transfers of the root nameservers (e.g. via peering with > f.root-servers.net) and purging those records out of the zone before > loading it. Any ideas, either under djbdns or Bind 9? Sorry, only for bind8, as was posted to my local LUG list: http://achurch.org/bind-verisign-patch.html -- Dan Langille : http://www.langille.org/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 13:58:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F01E816A4B3 for ; Tue, 16 Sep 2003 13:58:10 -0700 (PDT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E335143F3F for ; Tue, 16 Sep 2003 13:58:09 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h8GKw7Zc011529; Tue, 16 Sep 2003 16:58:08 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030916102356.A11571@lava.net> References: <20030916102356.A11571@lava.net> Date: Tue, 16 Sep 2003 16:58:06 -0400 To: Clifton Royston , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 20:58:11 -0000 At 10:23 AM -1000 9/16/03, Clifton Royston wrote: > In the meantime I'm trying to figure out if there's some >simple hack to disregard these wildcard A records, short of >requesting zone transfers of the root nameservers (e.g. via >peering with f.root-servers.net) and purging those records >out of the zone before loading it. > >Any ideas, either under djbdns or Bind 9? The story at http://daily.daemonnews.org/view_story.php3?story_id=4068 notes that there is a patch for dnscache at: http://tinydns.org/djbdns-1.05-ignoreip.patch someone also posted a likely update for bind 9 to slashdot: http://slashdot.org/comments.pl?sid=78637&cid=6973033 (also available in a uuencoded version at: http://slashdot.org/comments.pl?sid=78637&cid=6972991 ) I have no idea of how well either of these work. Use your own discretion at applying them. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 13:59:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D16A316A4B3 for ; Tue, 16 Sep 2003 13:59:30 -0700 (PDT) Received: from atlasta.net (wow.atlasta.net [12.129.13.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C15E43F85 for ; Tue, 16 Sep 2003 13:59:30 -0700 (PDT) (envelope-from drais@wow.atlasta.net) Received: (qmail 63061 invoked by uid 1068); 16 Sep 2003 20:59:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Sep 2003 20:59:29 -0000 Date: Tue, 16 Sep 2003 13:59:29 -0700 (PDT) From: David Raistrick To: Clifton Royston In-Reply-To: <20030916102356.A11571@lava.net> Message-ID: References: <20030916102356.A11571@lava.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 20:59:31 -0000 On Tue, 16 Sep 2003, Clifton Royston wrote: > In the meantime I'm trying to figure out if there's some simple hack > to disregard these wildcard A records, short of requesting zone > transfers of the root nameservers (e.g. via peering with > f.root-servers.net) and purging those records out of the zone before > loading it. Any ideas, either under djbdns or Bind 9? http://www.imperialviolet.org/dnsfix.html A few hack-arounds have been posted here. ...david --- david raistrick drais@atlasta.net http://www.expita.com/nomime.html From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 14:12:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3322316A4B3 for ; Tue, 16 Sep 2003 14:12:58 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4436643F75 for ; Tue, 16 Sep 2003 14:12:57 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 93606A9FA; Tue, 16 Sep 2003 17:12:45 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 7BBE2B927; Tue, 16 Sep 2003 17:12:41 -0400 (EDT) Date: Tue, 16 Sep 2003 17:12:41 -0400 From: Michael Edenfield To: Dan Langille Message-ID: <20030916211241.GA83385@wombat.localnet> Mail-Followup-To: Dan Langille , Clifton Royston , freebsd-hackers@FreeBSD.org References: <20030916102356.A11571@lava.net> <3F673E27.29338.6E87ACC@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <3F673E27.29338.6E87ACC@localhost> X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i cc: freebsd-hackers@FreeBSD.org cc: Clifton Royston Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 21:12:58 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dan Langille [030916 16:46]: > On 16 Sep 2003 at 10:23, Clifton Royston wrote: >=20 > > In the meantime I'm trying to figure out if there's some simple hack > > to disregard these wildcard A records, short of requesting zone > > transfers of the root nameservers (e.g. via peering with > > f.root-servers.net) and purging those records out of the zone before > > loading it. Any ideas, either under djbdns or Bind 9? >=20 > Sorry, only for bind8, as was posted to my local LUG list: >=20 > http://achurch.org/bind-verisign-patch.html And from NANOG, here are workarounds for Bind9 and djbdns. http://www.imperialviolet.org/dnsfix.html --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Z3zJCczNhKRsh48RAkoeAJ9ARAyjQPw68Rwe+i8pCgaSKA1kOACgsrFK khK5Qwpj1b3IuHXgFsHFFns= =zg18 -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 14:53:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AC3016A4B3 for ; Tue, 16 Sep 2003 14:53:08 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 085D343FBD for ; Tue, 16 Sep 2003 14:53:07 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8GLr4Zj068132; Tue, 16 Sep 2003 14:53:04 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3F673E27.29338.6E87ACC@localhost> Date: Tue, 16 Sep 2003 14:53:04 -0700 (PDT) From: John Polstra To: Dan Langille X-Bogosity: No, tests=bogofilter, spamicity=0.495708, version=0.14.5 cc: freebsd-hackers@freebsd.org cc: Clifton Royston Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 21:53:08 -0000 On 16-Sep-2003 Dan Langille wrote: > On 16 Sep 2003 at 10:23, Clifton Royston wrote: > >> In the meantime I'm trying to figure out if there's some simple hack >> to disregard these wildcard A records, short of requesting zone >> transfers of the root nameservers (e.g. via peering with >> f.root-servers.net) and purging those records out of the zone before >> loading it. Any ideas, either under djbdns or Bind 9? > > Sorry, only for bind8, as was posted to my local LUG list: > > http://achurch.org/bind-verisign-patch.html I think the patch will cause named to leak memory, though, unless you add a call "db_detach(&dp);" somewhere before the continue. I think the corrected patch should look like this: Index: ns_resp.c =================================================================== RCS file: /home/ncvs/src/contrib/bind/bin/named/ns_resp.c,v retrieving revision 1.1.1.2.2.10 diff -u -r1.1.1.2.2.10 ns_resp.c --- ns_resp.c 25 Aug 2003 21:07:49 -0000 1.1.1.2.2.10 +++ ns_resp.c 16 Sep 2003 21:37:56 -0000 @@ -955,6 +955,16 @@ type = dp->d_type; if (i < ancount) { /* Answer section. */ + /* HACK to kill Verisign stupidity + * --achurch@achurch.org + * see http://www.imperialviolet.org/dnsfix.html */ + static char IP_TO_KILL[] = {64,94,110,11}; + if (type == ns_t_a && + memcmp(dp->d_data, IP_TO_KILL, 4) == 0) { + db_detach(&dp); + validanswer = 0; + continue; + } /* * Check for attempts to overflow the buffer in * getnameanswer. That's just from looking at the nearby code. I haven't tested it extensively. I have notified the original author of the patch about this. John From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 14:56:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AF7716A4B3 for ; Tue, 16 Sep 2003 14:56:02 -0700 (PDT) Received: from atlasta.net (wow.atlasta.net [12.129.13.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 611F443FBF for ; Tue, 16 Sep 2003 14:56:01 -0700 (PDT) (envelope-from drais@wow.atlasta.net) Received: (qmail 69199 invoked by uid 1068); 16 Sep 2003 21:56:00 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Sep 2003 21:56:00 -0000 Date: Tue, 16 Sep 2003 14:56:00 -0700 (PDT) From: David Raistrick To: Aaron Wohl In-Reply-To: <20030912085805.F0D0B3AF2B@www.fastmail.fm> Message-ID: References: <20030912085805.F0D0B3AF2B@www.fastmail.fm> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD on Intel Server Board SE7501WV2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 21:56:02 -0000 On Fri, 12 Sep 2003, Aaron Wohl wrote: > We have two systems with this motherboard. Id recommend looking for a > different motherboard. If you find one in the same class let me know > what you find Im looking too for our next set of servers. Aaron, I just ordered a supermicro X5DP8 board (and chassis, the 6023P-8R server combo) that I'll put two 2.4 Xeons and 512 megs of ram into. It uses the E7501 chipset, so I'd say it's comperable to the SE7501WV2. Check with me in a month and I'll tell you how it does. :) > On Thu, 11 Sep 2003 13:36:35 -0400 (EDT), "Yaoping Ruan" > said: > > > We plan to install FreeBSD on an Intel Server Board SE7501WV2 with 1 XEON > > 2.4GHz CPU, 4GB PC2100 DDR memory, and a Seagate 120GB ATA 7200RPM Of the original poster, though, I have to ask: Why use a Xeon server with only 1 processor? Is the larger cache that important in your application? ...david --- david raistrick drais@atlasta.net http://www.expita.com/nomime.html From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 15:22:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A10816A4B3 for ; Tue, 16 Sep 2003 15:22:20 -0700 (PDT) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CCA43FE1 for ; Tue, 16 Sep 2003 15:22:17 -0700 (PDT) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp02.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1])h8GMMBeq030777; Wed, 17 Sep 2003 08:22:11 +1000 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp02.alcatel.com.au (Lotus Domino Release 5.0.12) with ESMTP id 2003091708221080:2070 ; Wed, 17 Sep 2003 08:22:10 +1000 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) by gsmx07.alcatel.com.au (8.12.9/8.12.9) with ESMTP id h8GMMA7d093948; Wed, 17 Sep 2003 08:22:10 +1000 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.9/8.12.9/Submit) id h8GMM947093947; Wed, 17 Sep 2003 08:22:09 +1000 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Wed, 17 Sep 2003 08:22:09 +1000 From: Peter Jeremy To: Zane Long Quentine Message-ID: <20030916222209.GA93877@gsmx07.alcatel.com.au> References: Mime-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.4.1i X-MIMETrack: Itemize by SMTP Server on SYDSMTP02/AlcatelAustralia(Release 5.0.12 |February 13, 2003) at 17/09/2003 08:22:10 AM,|February 13, 2003) at 17/09/2003 08:22:12 AM, Serialize complete at 17/09/2003 08:22:12 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline cc: freebsd-hackers@freebsd.org Subject: Re: How to use usb storage in Freebsd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 22:22:20 -0000 On 2003-Sep-14 18:54:40 +0000, Zane Long Quentine wrote: >the version of FreeBSD is 4.8 >use the dmesg, I found some related information about my usb strorage >-->begin here >umass0: Digital , Inc. TGE UFD MP3 Player., rev 1.10/0.01, addr 2 >umass0: Get Max Lun not supported (IOERROR) >da0 at umass-sim0 bus 0 target 0 lun 0 >da0: Removable Direct Access SCSI-4 device >da0: 650KB/s transfers >da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) >umass0: BBB reset failed, IOERROR >umass0: BBB bulk-in clear stall failed, IOERROR FWIW, I get the same with a somewhat older -STABLE: umass0: SigmaTel, Inc. USBMSC Audio Player, rev 1.10/0.01, addr 2 umass0: Get Max Lun not supported (IOERROR) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: 650KB/s transfers da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR Presumably the umass driver needs a quirk to handle SigmaTel devices but I'm not certain how to fix this. Peter From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 15:47:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0CAF16A4B3 for ; Tue, 16 Sep 2003 15:47:40 -0700 (PDT) Received: from fever.boogie.com (cpe-66-87-52-132.co.sprintbbd.net [66.87.52.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D042943FAF for ; Tue, 16 Sep 2003 15:47:39 -0700 (PDT) (envelope-from durian@boogie.com) Received: from man.boogie.com (man.boogie.com [192.168.1.3]) by fever.boogie.com (8.12.9/8.12.9) with ESMTP id h8GMldLF097915 for ; Tue, 16 Sep 2003 16:47:39 -0600 (MDT) (envelope-from durian@boogie.com) From: Mike Durian To: hackers@freebsd.org Date: Tue, 16 Sep 2003 16:47:38 -0600 User-Agent: KMail/1.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309161647.38197.durian@boogie.com> Subject: tty layer and lbolt sleeps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 22:47:40 -0000 I'm trying to implement a serial protocol that is timing sensitive. I'm noticing things like drains and reads and blocking until the next kernel tick. I believe this is due to the lbolt sleeps in the tty.c code. It looks like I can avoid these sleeps if isbackground() returns false, however I can't figure out how to make this happen. The process is running in the foreground and my attempts to play with the process group haven't helped. Can anyone explain what is happening and nudge me towards a fix? mike From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 16:53:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E4AE16A4DC for ; Tue, 16 Sep 2003 16:53:23 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A70A644301 for ; Tue, 16 Sep 2003 16:47:26 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h8GNlOTX086197; Tue, 16 Sep 2003 17:47:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 16 Sep 2003 17:47:24 -0600 (MDT) Message-Id: <20030916.174724.23091230.imp@bsdimp.com> To: xride@xforce.dk From: "M. Warner Losh" In-Reply-To: <20030914115738.T1597-100000@x12.dk> References: <20030914115738.T1597-100000@x12.dk> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: usb devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 23:53:26 -0000 In message: <20030914115738.T1597-100000@x12.dk> Soeren Straarup writes: : Can there be more than one 'vendor SOMETHING 0x0001 Desc' with different : SOMETHING and Desc in src/sys/dev/usb/usbdevs ? Of course. That's the whole point of having a vendor space that's assigned by a central authority and a subspace that the vendor manages. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 16:53:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E697C16A4E7; Tue, 16 Sep 2003 16:53:27 -0700 (PDT) Received: from smtp-relay1.barrysworld.com (ns1.barrysworld.com [213.221.172.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3997D440A5; Tue, 16 Sep 2003 16:03:53 -0700 (PDT) (envelope-from killing@barrysworld.com) Received: from [213.221.181.50] (helo=barrysworld.com) by smtp-relay1.barrysworld.com with esmtp (Exim 4.22) id 19zOr2-0000Pm-Eg; Wed, 17 Sep 2003 00:03:28 +0100 Received: from vader [212.135.219.179] by barrysworld.com with ESMTP (SMTPD32-7.15) id A7C32647009A; Wed, 17 Sep 2003 00:07:47 +0100 Message-ID: <01b001c37ca6$9d466ec0$b3db87d4@vader> From: "Steven Hartland" To: , References: <200309161817.h8GIH1Kj072339@freefall.freebsd.org> Date: Wed, 17 Sep 2003 00:02:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: sshd dieing? after applying FreeBSD-SA-03:12.openssh X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Steven Hartland List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 23:53:28 -0000 OpenSSH_3.6.1p1 FreeBSD-20030916, SSH protocols 1.5/2.0, OpenSSL 0x0090701f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: Connecting to 10.10.1.23 [10.10.1.23] port 22. debug1: Connection established. debug1: identity file /root/.ssh/identity type -1 debug1: identity file /root/.ssh/id_rsa type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p1 FreeBSD-20030916 debug1: match: OpenSSH_3.6.1p1 FreeBSD-20030916 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.6.1p1 FreeBSD-20030916 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '10.10.1.23' is known and matches the DSA host key. debug1: Found key in /root/.ssh/known_hosts:2 debug1: ssh_dss_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received Each of my connections has slow hung this is the debug from a new connection attempt it gets no further. Help! OS on both source and destination is 5.1-RELEASE-p2 + ssh patch. Steve / K From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 16:53:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB7FF16A50C; Tue, 16 Sep 2003 16:53:28 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7EC4434F; Tue, 16 Sep 2003 16:52:26 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h8GNqOTX086213; Tue, 16 Sep 2003 17:52:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 16 Sep 2003 17:52:25 -0600 (MDT) Message-Id: <20030916.175225.72243697.imp@bsdimp.com> To: takawata@init-main.com From: "M. Warner Losh" In-Reply-To: <200309161543.h8GFhJg2072042@sana.init-main.com> References: <200309161543.h8GFhJg2072042@sana.init-main.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: nork@freebsd.org Subject: Re: Does anyone work on making ATA moduler? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 23:53:29 -0000 In message: <200309161543.h8GFhJg2072042@sana.init-main.com> Takanori Watanabe writes: : Hi,There is a problem when PCMCIA related stuff : is used as module, ATA CF is not recognized. : : This is because PCMCIA atachment is not compiled : when pccard(4) is not compiled in. : : To fix it, we have to supply PCMCIA attachment : in any form. : One way is to make a kernel module that contains only : ATA/PCMCIA attachment with this Makefile Yes. that's a common idea. : == : .PATH: ${.CURDIR}/../../dev/ata : : KMOD= atacard : SRCS= ata-card.c : : SRCS+= bus_if.h device_if.h card_if.h power_if.h : : .include : === : : Then two question. : 1. May I commit this workaround? I think that the naming would be ata_pccard to fit other things in the kernel. : 2. Are there any people working on ATA for making it fully : moduler? hehe. I call mine ata_pccard :-) I tried having full ata module, but ran into some hairy build issues that I didn't want to take the time to sort out with soren's rototil going on in the background. Now that that is done, I'll have to revisit. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 16:56:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C26516A4C2 for ; Tue, 16 Sep 2003 16:56:03 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 622B043F75 for ; Tue, 16 Sep 2003 16:56:00 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h8GNtvTX086313; Tue, 16 Sep 2003 17:55:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 16 Sep 2003 17:55:58 -0600 (MDT) Message-Id: <20030916.175558.10083602.imp@bsdimp.com> To: jdp@polstra.com From: "M. Warner Losh" In-Reply-To: References: <3F673E27.29338.6E87ACC@localhost> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: dan@langille.org cc: cliftonr@lava.net Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 23:56:03 -0000 I think we should put a filter for this nonsense into the base system. Hack the resolve to filter out the adddress, and hack bind to filter it out too. that way we can leverage our position in the name servers in the world to do something about this BS. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:00:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FBDC16A4DC for ; Tue, 16 Sep 2003 17:00:31 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A85643FF2 for ; Tue, 16 Sep 2003 17:00:28 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8H00PZj068563; Tue, 16 Sep 2003 17:00:25 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030916.175558.10083602.imp@bsdimp.com> Date: Tue, 16 Sep 2003 17:00:25 -0700 (PDT) From: John Polstra To: "M. Warner Losh" X-Bogosity: No, tests=bogofilter, spamicity=0.500552, version=0.14.5 cc: freebsd-hackers@freebsd.org cc: cliftonr@lava.net cc: dan@langille.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:00:31 -0000 On 16-Sep-2003 M. Warner Losh wrote: > I think we should put a filter for this nonsense into the base > system. Hack the resolve to filter out the adddress, and hack bind to > filter it out too. that way we can leverage our position in the name > servers in the world to do something about this BS. I think so too, in principle. But we need something better than a hard-coded IP address. It would take Verisign about an hour to figure out they need to change the address frequently. (Well, OK, a day ... it's Verisign, after all.) John From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:04:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0201B16A4D6 for ; Tue, 16 Sep 2003 17:04:25 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A3E43F93 for ; Tue, 16 Sep 2003 17:04:20 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h8H04HTX086392; Tue, 16 Sep 2003 18:04:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 16 Sep 2003 18:04:17 -0600 (MDT) Message-Id: <20030916.180417.44250294.imp@bsdimp.com> To: jdp@polstra.com From: "M. Warner Losh" In-Reply-To: References: <20030916.175558.10083602.imp@bsdimp.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: cliftonr@lava.net cc: dan@langille.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:04:25 -0000 In message: John Polstra writes: : On 16-Sep-2003 M. Warner Losh wrote: : > I think we should put a filter for this nonsense into the base : > system. Hack the resolve to filter out the adddress, and hack bind to : > filter it out too. that way we can leverage our position in the name : > servers in the world to do something about this BS. : : I think so too, in principle. But we need something better than a : hard-coded IP address. It would take Verisign about an hour to figure : out they need to change the address frequently. (Well, OK, a day ... : it's Verisign, after all.) Agreed. but it wouldn't be too hard to determine at boot/hourly doing a bogus query to find the address of the moment. Even they would be hard pressed to change things more than hourly. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:18:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C575116A4B3 for ; Tue, 16 Sep 2003 17:18:14 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0F4743F93 for ; Tue, 16 Sep 2003 17:18:12 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 666ACA9FB; Tue, 16 Sep 2003 20:18:11 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 2860DB927; Tue, 16 Sep 2003 20:18:11 -0400 (EDT) Date: Tue, 16 Sep 2003 20:18:10 -0400 From: Michael Edenfield To: "M. Warner Losh" Message-ID: <20030917001810.GA84494@wombat.localnet> Mail-Followup-To: "M. Warner Losh" , jdp@polstra.com, freebsd-hackers@freebsd.org, dan@langille.org, cliftonr@lava.net References: <3F673E27.29338.6E87ACC@localhost> <20030916.175558.10083602.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20030916.175558.10083602.imp@bsdimp.com> X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: cliftonr@lava.net cc: dan@langille.org cc: jdp@polstra.com Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:18:14 -0000 X-List-Received-Date: Wed, 17 Sep 2003 00:18:14 -0000 X-List-Received-Date: Wed, 17 Sep 2003 00:18:14 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * M. Warner Losh [030916 20:12]: > I think we should put a filter for this nonsense into the base > system. Hack the resolve to filter out the adddress, and hack bind to > filter it out too. that way we can leverage our position in the name > servers in the world to do something about this BS. ISC claims they'll have a patch ready for the stock BIND sometime in the next few days for this. All we need to do is import it :) --Mike --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Z6hCCczNhKRsh48RAqwwAKDN0E3OqKKJyuH1C9FgWO4qK7mA4QCfXDVc 1IDZyBCAiKctmigv/ZJdCf4= =lRsl -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:19:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1AB716A4B3 for ; Tue, 16 Sep 2003 17:19:19 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB4F643F75 for ; Tue, 16 Sep 2003 17:19:18 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 59ED0A9FA; Tue, 16 Sep 2003 20:19:18 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 44086B926; Tue, 16 Sep 2003 20:19:18 -0400 (EDT) Date: Tue, 16 Sep 2003 20:19:18 -0400 From: Michael Edenfield To: John Polstra Message-ID: <20030917001917.GB84494@wombat.localnet> Mail-Followup-To: John Polstra , "M. Warner Losh" , freebsd-hackers@freebsd.org, cliftonr@lava.net, dan@langille.org References: <20030916.175558.10083602.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: cliftonr@lava.net cc: dan@langille.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:19:19 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * John Polstra [030916 20:14]: > On 16-Sep-2003 M. Warner Losh wrote: > > I think we should put a filter for this nonsense into the base > > system. Hack the resolve to filter out the adddress, and hack bind to > > filter it out too. that way we can leverage our position in the name > > servers in the world to do something about this BS. >=20 > I think so too, in principle. But we need something better than a > hard-coded IP address. It would take Verisign about an hour to figure > out they need to change the address frequently. (Well, OK, a day ... > it's Verisign, after all.) The best idea I had seen floated around was to cache the response to the lookup of "*.net" for a given period of time inside the resolver. kutulu@wombat:~$ host *.net *.net has address 64.94.110.11 --Mike --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Z6iFCczNhKRsh48RAifrAJ4yIYOnjb1KPwhB9VYLVuevOoP+pgCfaaKB ezHMvnHm4xOSO2R5fvxb1qo= =KwBH -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:21:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA32316A4D6 for ; Tue, 16 Sep 2003 17:21:00 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C5D43FCB for ; Tue, 16 Sep 2003 17:20:59 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id C6D6A153D71; Tue, 16 Sep 2003 14:20:54 -1000 (HST) Date: Tue, 16 Sep 2003 14:20:53 -1000 From: Clifton Royston To: "M. Warner Losh" Message-ID: <20030916142052.B28748@tikitechnologies.com> Mail-Followup-To: "M. Warner Losh" , jdp@polstra.com, dan@langille.org, freebsd-hackers@freebsd.org References: <3F673E27.29338.6E87ACC@localhost> <20030916.175558.10083602.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030916.175558.10083602.imp@bsdimp.com>; from imp@bsdimp.com on Tue, Sep 16, 2003 at 05:55:58PM -0600 cc: freebsd-hackers@freebsd.org cc: dan@langille.org cc: jdp@polstra.com Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:21:01 -0000 On Tue, Sep 16, 2003 at 05:55:58PM -0600, M. Warner Losh wrote: > I think we should put a filter for this nonsense into the base > system. Hack the resolve to filter out the adddress, and hack bind to > filter it out too. that way we can leverage our position in the name > servers in the world to do something about this BS. IMHO the correct behavior would be to discard any wildcard RR at any TLD zone. I found most of the discussion seems to be going on on NANOG. (Apparently they're not the first, BTW; some CC TLDs have been doing it for a while, as have some of the new TLDs like .museum. It's just that it was a noise-level problem until it affected .com and .net) The ISC has announced it expects to have a patch by Wednesday. That's better than I'd hoped. Thanks for all the feedback I've got, BTW. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:22:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52E5E16A4B3 for ; Tue, 16 Sep 2003 17:22:23 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id E96AD43FB1 for ; Tue, 16 Sep 2003 17:22:21 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 7A582A9FA; Tue, 16 Sep 2003 20:22:20 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 41428B927; Tue, 16 Sep 2003 20:22:20 -0400 (EDT) Date: Tue, 16 Sep 2003 20:22:20 -0400 From: Michael Edenfield To: "M. Warner Losh" , jdp@polstra.com, freebsd-hackers@freebsd.org, dan@langille.org Message-ID: <20030917002219.GC84494@wombat.localnet> Mail-Followup-To: "M. Warner Losh" , jdp@polstra.com, freebsd-hackers@freebsd.org, dan@langille.org References: <3F673E27.29338.6E87ACC@localhost> <20030916.175558.10083602.imp@bsdimp.com> <20030917001810.GA84494@wombat.localnet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline In-Reply-To: <20030917001810.GA84494@wombat.localnet> X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:22:23 -0000 --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Michael Edenfield [030916 20:21]: > * M. Warner Losh [030916 20:12]: > > I think we should put a filter for this nonsense into the base > > system. Hack the resolve to filter out the adddress, and hack bind to > > filter it out too. that way we can leverage our position in the name > > servers in the world to do something about this BS. >=20 > ISC claims they'll have a patch ready for the stock BIND sometime in the > next few days for this. All we need to do is import it :) In particular, see: http://apnews.excite.com/article/20030916/D7TJOF3G0.html "Though running the software update is optional, Vixie expects many customers will. The consortium was testing the patch Tuesday and planned to release it by Wednesday." --Mike --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Z6k7CczNhKRsh48RAvd2AJ0eSrahUlvspO1rl1pGSehrMVM5HACfRfg4 ii2fgpekl8vBfkSefwylJqU= =0gaB -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:24:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D66316A4B3 for ; Tue, 16 Sep 2003 17:24:08 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DEBB43F75 for ; Tue, 16 Sep 2003 17:24:06 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id D89193D28 for ; Tue, 16 Sep 2003 20:23:55 -0400 (EDT) From: "Dan Langille" To: hackers@freebsd.org Date: Tue, 16 Sep 2003 20:23:41 -0400 MIME-Version: 1.0 Message-ID: <3F67714D.32262.7B04653@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: [PATCH] : libc_r/uthread/uthread_write.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:24:08 -0000 I've had preliminary success with this patch. More testing needs to be done, but in the meantime, I would appreciate reviews and comments. The patched code is available from http://beta.freebsddiary.org/tmp/uthread_write.c and the patch appears below. In short, the logic has been changed to ensure that if __sys_write returns zero, this value is returned by _write. The syslog calls are just for debugging and will be removed. Thank you. --- uthread_write.c.org Tue Sep 16 12:14:22 2003 +++ uthread_write.c Tue Sep 16 16:38:02 2003 @@ -39,6 +39,7 @@ #include #include #include "pthread_private.h" +#include ssize_t _write(int fd, const void *buf, size_t nbytes) @@ -93,7 +94,7 @@ * write: */ if (blocking && ((n < 0 && (errno == EWOULDBLOCK || - errno == EAGAIN)) || (n >= 0 && num < nbytes))) { + errno == EAGAIN)) || (n > 0 && num < nbytes))) { curthread->data.fd.fd = fd; _thread_kern_set_timeout(NULL); @@ -136,6 +137,15 @@ ret = num; else ret = n; + + } else if (n == 0) { + ret = 0; + if (n == 0) { + setlogmask (LOG_UPTO (LOG_NOTICE)); + openlog("uthread_write.c", LOG_CONS | LOG_PID | LOG_NDELAY, LOG_LOCAL1); + syslog (LOG_NOTICE, "zero has been returned in uthread_write.c; num = '%d'", num); + } + break; /* Check if the write has completed: */ } else if (num >= nbytes) -- Dan Langille : http://www.langille.org/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:34:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7793916A4B3 for ; Tue, 16 Sep 2003 17:34:20 -0700 (PDT) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id B67C043F75 for ; Tue, 16 Sep 2003 17:34:19 -0700 (PDT) (envelope-from sethk@magnesium.net) Received: (qmail 37763 invoked by uid 1165); 17 Sep 2003 00:27:38 -0000 Resent-Message-ID: <20030917002738.37762.qmail@magnesium.net> Date: 16 Sep 2003 17:27:38 -0700 Date: Tue, 16 Sep 2003 17:25:48 -0700 From: Seth Kingsley To: "M. Warner Losh" Message-ID: <20030917002548.GA34420@mail.meowfishies.com> References: <20030916.175558.10083602.imp@bsdimp.com> <20030916.180417.44250294.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20030916.180417.44250294.imp@bsdimp.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-RELEASE i386 X-GPG-Key-ID: 1024D/5C413B08 X-GPG-Key-Fingerprint: F772 5D24 02B4 D233 90F5 080F 0F50 3298 5C41 3B08 X-URL: http://www.meowfishies.com/ Resent-From: sethk@meowfishies.com Resent-Date: Tue, 16 Sep 2003 17:27:37 -0700 Resent-To: freebsd-hackers@freebsd.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:34:20 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 16, 2003 at 06:04:17PM -0600, M. Warner Losh wrote: > Agreed. but it wouldn't be too hard to determine at boot/hourly doing > a bogus query to find the address of the moment. Even they would be > hard pressed to change things more than hourly. In the document VeriSign distributes on the *.com spam portal, titled Site Finder Developer's Guide (an entertaining read): http://sitefinder.verisign.com/pdf/sitefinderdevguide.pdf they describe the procedure for applications to determine if a match is the result of an actual domain record or the wildcard. This consists of comparing the returned address to the record for *.com. If the resolver could cache this value, it would be easy to keep up with VeriSign's current canonical spam host: % host -t a \*.com *.com has address 64.94.110.11 --=20 || Seth Kingsley || sethk@meowfishies.com || || http://www.meowfishies.com/ | Meow ^_^ || --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/Z6oMD1AymFxBOwgRAma7AJ4my5Hl67Pd1WcILXC/FBBbu0uViACfawJC keJRLPoMqbcnlaV9ogve654= =7/WA -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:49:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD3F16A4B3 for ; Tue, 16 Sep 2003 17:49:07 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FE143FA3 for ; Tue, 16 Sep 2003 17:49:07 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h8H0n6Dm001535; Tue, 16 Sep 2003 20:49:06 -0400 (EDT) Date: Tue, 16 Sep 2003 20:49:06 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Dan Langille In-Reply-To: <3F67714D.32262.7B04653@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: [PATCH] : libc_r/uthread/uthread_write.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:49:08 -0000 On Tue, 16 Sep 2003, Dan Langille wrote: > I've had preliminary success with this patch. More testing needs > to be done, but in the meantime, I would appreciate reviews and > comments. The patched code is available from > http://beta.freebsddiary.org/tmp/uthread_write.c and the patch > appears below. > > In short, the logic has been changed to ensure that if __sys_write > returns zero, this value is returned by _write. I think this is not quite correct. Since libc_r is looping and some data may have been read, then the partial byte count should be returned, not zero. It is possible the partial byte count could also be zero in some cases, so it would result in zero being returned in those instances. I think the problem lies with the SCSI tape device. It should either return 0 or -1 with errno=ENOSPC on a write that detects an EOT, not partial byte count. If you are using libkse or libthr, you will get a partial byte count and not zero because the tape driver returns the (partial) bytes written. So exiting the loop in libc_r and returning 0 would only seem to correct the "problem" for libc_r. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:52:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D90316A4B3 for ; Tue, 16 Sep 2003 17:52:03 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6690743F3F for ; Tue, 16 Sep 2003 17:52:02 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 19683 invoked by uid 84); 17 Sep 2003 00:25:21 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.148523 secs); 17 Sep 2003 00:25:21 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 17 Sep 2003 00:25:20 -0000 Message-ID: <3F67AA29.4030409@netli.com> Date: Tue, 16 Sep 2003 17:26:17 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org References: <20030916.175558.10083602.imp@bsdimp.com> <20030916.180417.44250294.imp@bsdimp.com> In-Reply-To: <20030916.180417.44250294.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:52:03 -0000 M. Warner Losh wrote: > In message: > John Polstra writes: > : On 16-Sep-2003 M. Warner Losh wrote: > : > I think we should put a filter for this nonsense into the base > : > system. Hack the resolve to filter out the adddress, and hack bind to > : > filter it out too. that way we can leverage our position in the name > : > servers in the world to do something about this BS. > : > : I think so too, in principle. But we need something better than a > : hard-coded IP address. It would take Verisign about an hour to figure > : out they need to change the address frequently. (Well, OK, a day ... > : it's Verisign, after all.) > > Agreed. but it wouldn't be too hard to determine at boot/hourly doing > a bogus query to find the address of the moment. Even they would be > hard pressed to change things more than hourly. They will then be able to make this router to filter out the better half of Internet after a while. -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 17:57:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A388B16A4BF for ; Tue, 16 Sep 2003 17:57:05 -0700 (PDT) Received: from geekpunk.net (adsl-154-171-84.bna.bellsouth.net [68.154.171.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A8143FCB for ; Tue, 16 Sep 2003 17:57:02 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.8p1/8.12.6) with ESMTP id h8GIqIFN030583; Tue, 16 Sep 2003 13:52:18 -0500 (CDT) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.8p1/8.12.8/Submit) id h8GIqCA2030582; Tue, 16 Sep 2003 13:52:12 -0500 (CDT) Date: Tue, 16 Sep 2003 13:52:12 -0500 From: "Brandon D. Valentine" To: William Michael Grim Message-ID: <20030916185212.GF389@geekpunk.net> References: <20030916103259.N52432-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: OpenSSH flaw #23515 - what is the workaround, and is there an exploit ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 00:57:05 -0000 On Tue, Sep 16, 2003 at 01:45:42PM -0500, William Michael Grim wrote: > What the hell are you talking about? Thanks for not giving us any info > about your problem. I think he was assuming that we were all aware of the OpenSSH exploit that was just announced. Mr. Brooks would do well to read freebsd-announce, freebsd-security or freebsd-security-notifications. His question has been answered in the latest FreeBSD Security Advisory. Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: unix is my os From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 18:00:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B09716A5F3 for ; Tue, 16 Sep 2003 18:00:56 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFCC543FF3 for ; Tue, 16 Sep 2003 18:00:52 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 6CC9AA9FA; Tue, 16 Sep 2003 20:28:41 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 6CF6BB926; Tue, 16 Sep 2003 20:28:20 -0400 (EDT) Date: Tue, 16 Sep 2003 20:28:20 -0400 From: Michael Edenfield To: "M. Warner Losh" , jdp@polstra.com, dan@langille.org, freebsd-hackers@freebsd.org Message-ID: <20030917002820.GD84494@wombat.localnet> Mail-Followup-To: "M. Warner Losh" , jdp@polstra.com, dan@langille.org, freebsd-hackers@freebsd.org References: <3F673E27.29338.6E87ACC@localhost> <20030916.175558.10083602.imp@bsdimp.com> <20030916142052.B28748@tikitechnologies.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8nsIa27JVQLqB7/C" Content-Disposition: inline In-Reply-To: <20030916142052.B28748@tikitechnologies.com> X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 01:00:56 -0000 --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Clifton Royston [030916 20:22]: > I found most of the discussion seems to be going on on NANOG.=20 > (Apparently they're not the first, BTW; some CC TLDs have been doing it > for a while, as have some of the new TLDs like .museum. It's just that > it was a noise-level problem until it affected .com and .net) In particular, many of the countries where domain names are their "primary export" (think .nu, .cc, etc) do this. Some of them have seperate MX records, too, so all mail to non-existant domains gets shunted off somewhere. On the flip side, the people who run .bix and .info (?) tried the same stunt as Verisign a few months back, and if I remember my news blurbs right, the US Gov't asked them to stop. --Mike --8nsIa27JVQLqB7/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Z6qjCczNhKRsh48RAmsnAJ4vdT+qJ/v11t4uhh/3ilnu+QgOCwCgoaJZ OduudHH7I/WAUGkecY8gJrI= =z5eD -----END PGP SIGNATURE----- --8nsIa27JVQLqB7/C-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 18:01:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE6D16A662 for ; Tue, 16 Sep 2003 18:01:08 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5B943FF7 for ; Tue, 16 Sep 2003 18:01:05 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8H0S4Zj068743; Tue, 16 Sep 2003 17:28:04 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030916.180417.44250294.imp@bsdimp.com> Date: Tue, 16 Sep 2003 17:28:04 -0700 (PDT) From: John Polstra To: "M. Warner Losh" X-Bogosity: No, tests=bogofilter, spamicity=0.500273, version=0.14.5 cc: freebsd-hackers@freebsd.org cc: dan@langille.org cc: cliftonr@lava.net Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 01:01:08 -0000 On 17-Sep-2003 M. Warner Losh wrote: > In message: > John Polstra writes: >: On 16-Sep-2003 M. Warner Losh wrote: >: > I think we should put a filter for this nonsense into the base >: > system. Hack the resolve to filter out the adddress, and hack bind to >: > filter it out too. that way we can leverage our position in the name >: > servers in the world to do something about this BS. >: >: I think so too, in principle. But we need something better than a >: hard-coded IP address. It would take Verisign about an hour to figure >: out they need to change the address frequently. (Well, OK, a day ... >: it's Verisign, after all.) > > Agreed. but it wouldn't be too hard to determine at boot/hourly doing > a bogus query to find the address of the moment. Even they would be > hard pressed to change things more than hourly. True, we could probably do it. I guess we'd have to generate a few random and unlikely queries, try them, and see if all/most of them resolve to the same address. Or maybe the to the same small set of addresses, depending on how determined Verisign is to make this work. I just _love_ how Verisign doesn't even have a reverse DNS record for that address. Jerks. I sincerely hope that for once, the herds of cattle who use AOL and MSN and think "internet" and "web" are synonyms will realize this just ain't right and raise a fuss about it. But given their meek response to spam, pop-ups, and spyware, I'm not all that optimistic. John From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 14:33:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A5B16A4B3 for ; Tue, 16 Sep 2003 14:33:06 -0700 (PDT) Received: from fidel.freesurf.fr (fidel.freesurf.fr [212.43.206.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE30A43FDF for ; Tue, 16 Sep 2003 14:33:03 -0700 (PDT) (envelope-from pilax@freesurf.fr) Received: from freesurf.fr (arlette.freesurf.fr [212.43.206.12]) by fidel.freesurf.fr (Postfix) with SMTP id E92B82A6A0F for ; Tue, 16 Sep 2003 23:33:02 +0200 (CEST) Received: from 81.248.224.94 (SquirrelMail authenticated user pilax) by arlette.freesurf.fr with HTTP; Tue, 16 Sep 2003 23:55:12 +0200 (CEST) Message-ID: <2681.81.248.224.94.1063749312.squirrel@arlette.freesurf.fr> Date: Tue, 16 Sep 2003 23:55:12 +0200 (CEST) From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 16 Sep 2003 19:03:48 -0700 Subject: pppoe - nmap - No buffer space available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 21:33:07 -0000 Hi all I've got a pppoe gateway with freebsd 5.1-release and two nics : a lan nic (RFC 1918) and a pppoe nic. (the same thing append with a 4.7-release...and older versions of nmap) When I launch nmap to test a machine on the inside : fine ! But when I launch nmap to test a machine on the outside (via tun0) I've got this message : ---------------- snip ------------------------ nmap -sS -O -vv -r -P0 X.X.X.X Starting nmap 3.45 ( http://www.insecure.org/nmap/ ) at 2003-09-16 23:03 CEST Host X.X.X.X appears to be up ... good. Initiating SYN Stealth Scan against X.X.X.X at 23:03 Adding open port 22/tcp sendto in send_tcp_raw: sendto(3, packet, 40, 0, X.X.X.X, 16) => No buffer space available Sleeping 15 seconds then retrying ---------------- snip ------------------------ Here is what I tried : Switch nic (fxp0 <-> xl0) Tune kern.ipc.nmbufs Raise kern.ipc.maxsockets above 35000 see netstat -m (seems regular) According to tcpdump nmap stop running after port 230. I've also tried the mailing-lists archives, the web and google groups : NOTHING ! Which informations do I provide you to help me ? Thanks ---------------------------------------------------------------- Ce service de mailing vous est offert par http://www.freesurf.fr. FreeSurf, votre acces ADSL a partir de 29 euros/mois http://www.freesurf.fr/adsl/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 19:20:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A99116A4B3 for ; Tue, 16 Sep 2003 19:20:33 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2408A43FB1 for ; Tue, 16 Sep 2003 19:20:32 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 59A94A9F4; Tue, 16 Sep 2003 22:20:31 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id 31E55B926; Tue, 16 Sep 2003 22:20:31 -0400 (EDT) Date: Tue, 16 Sep 2003 22:20:31 -0400 From: Michael Edenfield To: John Polstra Message-ID: <20030917022030.GE84494@wombat.localnet> Mail-Followup-To: John Polstra , "M. Warner Losh" , freebsd-hackers@freebsd.org, dan@langille.org, cliftonr@lava.net References: <20030916.180417.44250294.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LSp5EJdfMPwZcMS1" Content-Disposition: inline In-Reply-To: X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: dan@langille.org cc: cliftonr@lava.net Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 02:20:33 -0000 --LSp5EJdfMPwZcMS1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * John Polstra [030916 21:27]: > True, we could probably do it. I guess we'd have to generate a few > random and unlikely queries, try them, and see if all/most of them > resolve to the same address. Or maybe the to the same small set of > addresses, depending on how determined Verisign is to make this work. "*.net" should work, since they basically added a * A record to .com and =2Enet. =20 > I just _love_ how Verisign doesn't even have a reverse DNS record for > that address. Jerks. root@basement:/usr/src# host 64.94.110.11 11.110.94.64.IN-ADDR.ARPA domain name pointer sitefinder-idn.verisign.com --Mike --LSp5EJdfMPwZcMS1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Z8TuCczNhKRsh48RApjdAJ9FCnStCB97Dk5Dl1xmwvmO+kqf3ACffjLg DlDs4l2FiHSFG1ExVYxEzpM= =OP+j -----END PGP SIGNATURE----- --LSp5EJdfMPwZcMS1-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 21:09:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 759B016A4B3 for ; Tue, 16 Sep 2003 21:09:37 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC0543FAF for ; Tue, 16 Sep 2003 21:09:36 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8H49VZj069443; Tue, 16 Sep 2003 21:09:35 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030917022030.GE84494@wombat.localnet> Date: Tue, 16 Sep 2003 21:09:31 -0700 (PDT) From: John Polstra To: Michael Edenfield X-Bogosity: No, tests=bogofilter, spamicity=0.499974, version=0.14.5 cc: freebsd-hackers@freebsd.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 04:09:37 -0000 On 17-Sep-2003 Michael Edenfield wrote: > * John Polstra [030916 21:27]: > >> True, we could probably do it. I guess we'd have to generate a few >> random and unlikely queries, try them, and see if all/most of them >> resolve to the same address. Or maybe the to the same small set of >> addresses, depending on how determined Verisign is to make this work. > > "*.net" should work, since they basically added a * A record to .com and > .net. Yep, that should work. >> I just _love_ how Verisign doesn't even have a reverse DNS record for >> that address. Jerks. > > root@basement:/usr/src# host 64.94.110.11 > 11.110.94.64.IN-ADDR.ARPA domain name pointer sitefinder-idn.verisign.com When I wrote the above, "host 64.94.110.11" didn't return anything. John From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 23:12:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E56416A4B3 for ; Tue, 16 Sep 2003 23:12:42 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7797343F3F for ; Tue, 16 Sep 2003 23:12:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfm4d.dialup.mindspring.com ([165.247.216.141] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19zVYL-0000zX-00; Tue, 16 Sep 2003 23:12:37 -0700 Message-ID: <3F67FB1F.D7269739@mindspring.com> Date: Tue, 16 Sep 2003 23:11:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Clifton Royston References: <20030916102356.A11571@lava.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45ba186a563b17003296a209c6334cadf350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 06:12:42 -0000 Clifton Royston wrote: > For those who don't know what I'm talking about, try executing "host > thisdomainhasneverexistedandneverwill.com", or any other domain you'd > care to make up in .com or .net. Verisign has abused the trust placed > in them to operate a root name server, by creating wildcard A records > directly under .com and .net, which point to Verisign's "search" > website. If you get their A record in your resolver, pretend you got the standard error instead. It's a really easy resolver hack. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 23:33:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A09616A4B3 for ; Tue, 16 Sep 2003 23:33:20 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF2E343FBD for ; Tue, 16 Sep 2003 23:33:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfm4d.dialup.mindspring.com ([165.247.216.141] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19zVsK-00047q-00; Tue, 16 Sep 2003 23:33:17 -0700 Message-ID: <3F67FFF0.441F428F@mindspring.com> Date: Tue, 16 Sep 2003 23:32:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: pilax@freesurf.fr References: <2681.81.248.224.94.1063749312.squirrel@arlette.freesurf.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a482109968d02fa37543ff19afb58a346f666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: pppoe - nmap - No buffer space available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 06:33:20 -0000 pilax@freesurf.fr wrote: > sendto in send_tcp_raw: sendto(3, packet, 40, 0, X.X.X.X, 16) => No buffer > space available Your interface is down. This happens all the time. If you use PPP on a dialup modem with a normal net connection, and unplug the modem while you are doing a ping, you will see the same thing. The easiest fix is "don't send packets out routes that transit interfaces which are not up". -- Terry From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 23:56:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BF3116A4B3 for ; Tue, 16 Sep 2003 23:56:55 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD6F843FDD for ; Tue, 16 Sep 2003 23:56:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfm4d.dialup.mindspring.com ([165.247.216.141] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19zWF6-0005gt-00; Tue, 16 Sep 2003 23:56:49 -0700 Message-ID: <3F68055D.E1094799@mindspring.com> Date: Tue, 16 Sep 2003 23:55:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Durian References: <200309161647.38197.durian@boogie.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49e1eecc99db1b47ae7bdf2bc9c648ec1a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: tty layer and lbolt sleeps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 06:56:55 -0000 Mike Durian wrote: > I'm trying to implement a serial protocol that is timing sensitive. > I'm noticing things like drains and reads and blocking until the > next kernel tick. I believe this is due to the lbolt sleeps > in the tty.c code. > > It looks like I can avoid these sleeps if isbackground() returns > false, however I can't figure out how to make this happen. The > process is running in the foreground and my attempts to play > with the process group haven't helped. > > Can anyone explain what is happening and nudge me towards a fix? You need your process to become a process group leader, and then you need the serial port you are interested in to become the controlling tty for your process. The first is accomplished with setpgid(2); the second is accomplished with setsid(2) and open(2) (the open must not specify O_NOCTTY). You can move around after that by calling tcsetpgrp(3). You can only have one controlling tty per process, so if you wanted to, for example, have a terminal emulation program that would quit when you turned off your terminal (on-to-off transition of DTR) *and* you *also* wanted it to receive SIGHUP when you got an on-to-off DCD transition from a modem, you would need two processes. See also the source code for getty(8) and the library utility function login_tty(3). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 00:25:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 515B816A4B3 for ; Wed, 17 Sep 2003 00:25:58 -0700 (PDT) Received: from tide.yandex.ru (tide.yandex.ru [213.180.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2461F43FDF for ; Wed, 17 Sep 2003 00:25:57 -0700 (PDT) (envelope-from zevlg@yandex.ru) Received: from YAMAIL (tide.yandex.ru) by mail.yandex.ru id ; Wed, 17 Sep 2003 11:25:44 +0400 Date: Wed, 17 Sep 2003 11:25:44 +0400 (MSD) From: "lg" Sender: zevlg@yandex.ru Message-Id: <3F680C78.000003.13537@tide.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: zevlg@yandex.ru To: hackers@freebsd.org X-source-ip: 194.226.217.217 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zevlg@yandex.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 07:25:58 -0000 Hello hackers. I recently examined rijndael implementation, which ships in sys/crypto/rijndael and there is code in function rijndael_padEncrypt()(from rijndael-api-fst.c): numBlocks = inputOctets/16; ... ... padLen = 16 - (inputOctets - 16*numBlocks); if (padLen > 0 && padLen <= 16) panic("..."); bcopy(input, block, 16 - padLen); for (cp = block + 16 - padLen; cp < block + 16; cp++) *cp = padLen; rijndaelEncrypt(block, outBuffer, key->keySched, key->ROUNDS); ... so padLen check will always success and it surely will panic, or even if we admit that padLen check is bypassed(what is impossible i think) then bcopy() will be called with larger size argument then size of block array or with negative size. Isn't this padLen check is unneeded? or maybe it should look like 'if (padLen <= 0 || padLen > 16)'? In RFC2040 there is a description about how to process last block and there is not such checks. From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 00:42:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B21C416A4B3 for ; Wed, 17 Sep 2003 00:42:56 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC6A43F85 for ; Wed, 17 Sep 2003 00:42:53 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 8188 invoked by uid 84); 17 Sep 2003 07:42:52 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.151563 secs); 17 Sep 2003 07:42:52 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 17 Sep 2003 07:42:52 -0000 Message-ID: <3F6810B7.4050205@netli.com> Date: Wed, 17 Sep 2003 00:43:51 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: zevlg@yandex.ru References: <3F680C78.000003.13537@tide.yandex.ru> In-Reply-To: <3F680C78.000003.13537@tide.yandex.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 07:42:56 -0000 lg wrote: > Hello hackers. > > I recently examined rijndael implementation, which ships in sys/crypto/rijndael and there > is code in function rijndael_padEncrypt()(from rijndael-api-fst.c): > > numBlocks = inputOctets/16; > ... > ... > padLen = 16 - (inputOctets - 16*numBlocks); > if (padLen > 0 && padLen <= 16) > panic("..."); > bcopy(input, block, 16 - padLen); > for (cp = block + 16 - padLen; cp < block + 16; cp++) > *cp = padLen; > rijndaelEncrypt(block, outBuffer, key->keySched, key->ROUNDS); > ... > > so padLen check will always success and it surely will panic, or even if we admit that > padLen check is bypassed(what is impossible i think) then bcopy() will be called with > larger size argument then size of block array or with negative size. Isn't this padLen > check is unneeded? or maybe it should look like 'if (padLen <= 0 || padLen > 16)'? > > In RFC2040 there is a description about how to process last block and there is not such > checks. Thanks God ECB mode isn't in much use nowadays. From KAME sources: http://orange.kame.net/dev/cvsweb.cgi/kame/kame/sys/crypto/rijndael/rijndael-api-fst.c.diff?r1=1.15&r2=1.16 === cut cvs diff === padLen = 16 - (inputOctets - 16*numBlocks); - if (padLen <= 0 || padLen > 16) - panic("rijndael_padEncrypt(ECB)"); - bcopy(input, block, 16 - padLen); - for (cp = block + 16 - padLen; cp < block + 16; cp++) - *cp = padLen; - rijndaelEncrypt(block, outBuffer, key->keySched, key->ROUNDS); + assert(padLen > 0 && padLen <= 16); + memcpy(block, input, 16 - padLen); + memset(block + 16 - padLen, padLen, padLen); + rijndaelEncrypt(key->rk, key->Nr, block, outBuffer); break; === cut cvs diff === And then somebody changed assert() into a direct if()! -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 00:56:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA6416A4B3 for ; Wed, 17 Sep 2003 00:56:38 -0700 (PDT) Received: from hitpro.hitachi.co.jp (hitpro.hitachi.co.jp [133.145.224.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F91C43F85 for ; Wed, 17 Sep 2003 00:56:35 -0700 (PDT) (envelope-from ume@bisd.hitachi.co.jp) Received: from mc3.mcg.hitachi.co.jp by hitpro.hitachi.co.jp (8.12.9/eHI-hitpro) id h8H7uWYQ004716; Wed, 17 Sep 2003 16:56:33 +0900 (JST) Received: (from root@localhost) by mc3.mcg.hitachi.co.jp (8.11.6+Sun/8.11.6) id h8H7uVK19111 for ; Wed, 17 Sep 2003 16:56:31 +0900 (JST) Received: from unknown [192.168.2.1] by mc3.mcg.hitachi.co.jp with SMTP id SAA19108 ; Wed, 17 Sep 2003 16:56:30 +0900 Received: from navsg2.hitachi.co.jp by navsg2.hitachi.co.jp (8.9.3/3.7W-navsg2) id QAA21396; Wed, 17 Sep 2003 16:56:30 +0900 (JST) Received: from mlsv5.itg.hitachi.co.jp ([158.213.165.104]) by navsg2.hitachi.co.jp (NAVGW 2.5.2.17) with SMTP id M2003091716562930423 ; Wed, 17 Sep 2003 16:56:29 +0900 Received: from navgw14.itg.hitachi.co.jp by mlsv5.itg.hitachi.co.jp (8.12.6/8.12.6) id h8H7uSrR003470; Wed, 17 Sep 2003 16:56:29 +0900 Received: from bisdgw.bisd.hitachi.co.jp ([133.144.87.253]) M2003091716564504685 ; Wed, 17 Sep 2003 16:56:45 +0900 Received: from bisdmail.bisd.hitachi.co.jpQAA14570; Wed, 17 Sep 2003 16:56:29 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) Received: from plum.ssr.bisd.hitachi.co.jph8H7uSk19558; Wed, 17 Sep 2003 16:56:28 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) Date: Wed, 17 Sep 2003 16:56:28 +0900 Message-ID: From: Hajimu UMEMOTO To: zevlg@yandex.ru In-Reply-To: <3F680C78.000003.13537@tide.yandex.ru> References: <3F680C78.000003.13537@tide.yandex.ru> User-Agent: xcite1.38> Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 4.8-RELEASE MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: hackers@freebsd.org cc: core@kame.net Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 07:56:38 -0000 Hi, >>>>> On Wed, 17 Sep 2003 11:25:44 +0400 (MSD) >>>>> zevlg@yandex.ru ("lg") said: zevlg> I recently examined rijndael implementation, which ships in sys/crypto/rijndael and there zevlg> is code in function rijndael_padEncrypt()(from rijndael-api-fst.c): zevlg> numBlocks = inputOctets/16; zevlg> ... zevlg> ... zevlg> padLen = 16 - (inputOctets - 16*numBlocks); zevlg> if (padLen > 0 && padLen <= 16) zevlg> panic("..."); zevlg> bcopy(input, block, 16 - padLen); zevlg> for (cp = block + 16 - padLen; cp < block + 16; cp++) zevlg> *cp = padLen; zevlg> rijndaelEncrypt(block, outBuffer, key->keySched, key->ROUNDS); zevlg> ... zevlg> so padLen check will always success and it surely will panic, or even if we admit that zevlg> padLen check is bypassed(what is impossible i think) then bcopy() will be called with zevlg> larger size argument then size of block array or with negative size. Isn't this padLen zevlg> check is unneeded? or maybe it should look like 'if (padLen <= 0 || padLen > 16)'? I saw it during working on next KAME merge into 5-CURRENT. KAME/NetBSD uses assert() here like: assert(padLen > 0 && padLen <= 16); Since FreeBSD doesn't have assert() in kernel, this line was changed to: if (padLen > 0 && padLen <= 16) return BAD_CIPHER_STATE; for KAME/FreeBSD. Since if expression is true, the assert() macro does nothing, the expression seems wrong, and it should be: if (padLen <= 0 || padLen > 16) return BAD_CIPHER_STATE; as you pointed out. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 01:08:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BEA116A4B3 for ; Wed, 17 Sep 2003 01:08:27 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F03AB43F75 for ; Wed, 17 Sep 2003 01:08:25 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 9085 invoked by uid 84); 17 Sep 2003 08:08:25 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.161799 secs); 17 Sep 2003 08:08:25 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 17 Sep 2003 08:08:25 -0000 Message-ID: <3F6816B4.10607@netli.com> Date: Wed, 17 Sep 2003 01:09:24 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <3F680C78.000003.13537@tide.yandex.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: zevlg@yandex.ru cc: core@kame.net Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 08:08:27 -0000 Hajimu UMEMOTO wrote: > Hi, > > >>>>>>On Wed, 17 Sep 2003 11:25:44 +0400 (MSD) >>>>>>zevlg@yandex.ru ("lg") said: > > > zevlg> I recently examined rijndael implementation, which ships in sys/crypto/rijndael and there > zevlg> is code in function rijndael_padEncrypt()(from rijndael-api-fst.c): > > zevlg> numBlocks = inputOctets/16; > zevlg> ... > zevlg> ... > zevlg> padLen = 16 - (inputOctets - 16*numBlocks); > zevlg> if (padLen > 0 && padLen <= 16) > zevlg> panic("..."); > zevlg> bcopy(input, block, 16 - padLen); > zevlg> for (cp = block + 16 - padLen; cp < block + 16; cp++) > zevlg> *cp = padLen; > zevlg> rijndaelEncrypt(block, outBuffer, key->keySched, key->ROUNDS); > zevlg> ... > > zevlg> so padLen check will always success and it surely will panic, or even if we admit that > zevlg> padLen check is bypassed(what is impossible i think) then bcopy() will be called with > zevlg> larger size argument then size of block array or with negative size. Isn't this padLen > zevlg> check is unneeded? or maybe it should look like 'if (padLen <= 0 || padLen > 16)'? > > I saw it during working on next KAME merge into 5-CURRENT. > KAME/NetBSD uses assert() here like: > > assert(padLen > 0 && padLen <= 16); > > Since FreeBSD doesn't have assert() in kernel, this line was changed > to: > > if (padLen > 0 && padLen <= 16) > return BAD_CIPHER_STATE; > > for KAME/FreeBSD. Since if expression is true, the assert() macro > does nothing, the expression seems wrong, and it should be: > > if (padLen <= 0 || padLen > 16) > return BAD_CIPHER_STATE; > > as you pointed out. Absolutely NOT. According to RFC1423 and FIPS81, the padding length may be somewhere in between 1 to 16 bytes, which translated into if(padLen < 0 || padLen >= 16) for this particular code. -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 01:15:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF6516A4B3 for ; Wed, 17 Sep 2003 01:15:26 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 127EC43FCB for ; Wed, 17 Sep 2003 01:15:25 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 9267 invoked by uid 84); 17 Sep 2003 08:15:25 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.141423 secs); 17 Sep 2003 08:15:24 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 17 Sep 2003 08:15:24 -0000 Message-ID: <3F681858.30409@netli.com> Date: Wed, 17 Sep 2003 01:16:24 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Lev Walkin References: <3F680C78.000003.13537@tide.yandex.ru> <3F6816B4.10607@netli.com> In-Reply-To: <3F6816B4.10607@netli.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: zevlg@yandex.ru cc: hackers@freebsd.org cc: core@kame.net cc: Hajimu UMEMOTO Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 08:15:26 -0000 X-List-Received-Date: Wed, 17 Sep 2003 08:15:26 -0000 Lev Walkin wrote: > > Absolutely NOT. > > According to RFC1423 and FIPS81, the padding length may be somewhere > in between 1 to 16 bytes, which translated into > > if(padLen < 0 || padLen >= 16) > > for this particular code. Sorry, ignore this comment. -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 01:15:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FEEC16A4B3 for ; Wed, 17 Sep 2003 01:15:29 -0700 (PDT) Received: from dust.freshx.de (freshx.de [80.190.100.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D62643F75 for ; Wed, 17 Sep 2003 01:15:28 -0700 (PDT) (envelope-from kai@freshx.de) Received: from localhost (localhost.freshx.de [127.0.0.1]) by dust.freshx.de (Postfix) with ESMTP id 767BD15E206; Wed, 17 Sep 2003 10:15:23 +0200 (CEST) Received: from 127.0.0.1 ( [127.0.0.1]) as user dust0005@localhost by localhost with HTTP; Wed, 17 Sep 2003 10:15:23 +0200 Message-ID: <1063786523.3f68181b5b001@localhost> Date: Wed, 17 Sep 2003 10:15:23 +0200 From: "sapdb@komadev.de" To: Terry Lambert References: <2681.81.248.224.94.1063749312.squirrel@arlette.freesurf.fr> <3F67FFF0.441F428F@mindspring.com> In-Reply-To: <3F67FFF0.441F428F@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.0 cc: freebsd-hackers@freebsd.org Subject: Re: pppoe - nmap - No buffer space available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 08:15:29 -0000 Hi terry, i can corroborate this problem, with 4.x AND 5.x, without beeing the network interface down. We are also using a pppoe link outsides, and i can do a ping in parallel, which is working continously, so the tun0 stays online. My theorie is, that he keeps the sockets open in state "TIME_WAIT", and this takes too long for the fast nmap scans. cheers Kai > pilax@freesurf.fr wrote: > > sendto in send_tcp_raw: sendto(3, packet, 40, 0, X.X.X.X, 16) => No buffer > > space available > > Your interface is down. This happens all the time. > > If you use PPP on a dialup modem with a normal net connection, > and unplug the modem while you are doing a ping, you will see > the same thing. > > The easiest fix is "don't send packets out routes that transit > interfaces which are not up". > > -- Terry > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 01:20:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F4416A4C0 for ; Wed, 17 Sep 2003 01:20:40 -0700 (PDT) Received: from hitpro.hitachi.co.jp (hitpro.hitachi.co.jp [133.145.224.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2E9D43FBD for ; Wed, 17 Sep 2003 01:20:36 -0700 (PDT) (envelope-from ume@FreeBSD.org) Received: from mc3.mcg.hitachi.co.jp by hitpro.hitachi.co.jp (8.12.9/eHI-hitpro) id h8H8KZYQ015422; Wed, 17 Sep 2003 17:20:35 +0900 (JST) Received: (from root@localhost) by mc3.mcg.hitachi.co.jp (8.11.6+Sun/8.11.6) id h8H8KYI26471 for ; Wed, 17 Sep 2003 17:20:34 +0900 (JST) Received: from unknown [192.168.2.1] by mc3.mcg.hitachi.co.jp with SMTP id TAA26470 ; Wed, 17 Sep 2003 17:20:34 +0900 Received: from navsg1.hitachi.co.jp by navsg1.hitachi.co.jp (8.9.3/3.7W-navsg1) id RAA20503; Wed, 17 Sep 2003 17:20:33 +0900 (JST) Received: from mlsv5.itg.hitachi.co.jp ([158.213.165.104]) by navsg1.hitachi.co.jp (NAVGW 2.5.2.17) with SMTP id M2003091717203109771 ; Wed, 17 Sep 2003 17:20:31 +0900 Received: from navgw14.itg.hitachi.co.jp by mlsv5.itg.hitachi.co.jp (8.12.6/8.12.6) id h8H8KPrV006616; Wed, 17 Sep 2003 17:20:31 +0900 Received: from bisdgw.bisd.hitachi.co.jp ([133.144.87.253]) M2003091717204705448 ; Wed, 17 Sep 2003 17:20:47 +0900 Received: from bisdmail.bisd.hitachi.co.jpRAA15756; Wed, 17 Sep 2003 17:20:31 +0900 (JST) (envelope-from ume@FreeBSD.org) Received: from plum.ssr.bisd.hitachi.co.jph8H8KUk21705; Wed, 17 Sep 2003 17:20:30 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Wed, 17 Sep 2003 17:20:30 +0900 Message-ID: From: Hajimu UMEMOTO To: Lev Walkin In-Reply-To: <3F6816B4.10607@netli.com> References: <3F680C78.000003.13537@tide.yandex.ru> <3F6816B4.10607@netli.com> User-Agent: xcite1.38> Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 4.8-RELEASE MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: hackers@FreeBSD.org cc: zevlg@yandex.ru cc: core@kame.net Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 08:20:40 -0000 Hi, >>>>> On Wed, 17 Sep 2003 01:09:24 -0700 >>>>> vlm@netli.com (Lev Walkin) said: > I saw it during working on next KAME merge into 5-CURRENT. > KAME/NetBSD uses assert() here like: > > assert(padLen > 0 && padLen <= 16); > > Since FreeBSD doesn't have assert() in kernel, this line was changed > to: > > if (padLen > 0 && padLen <= 16) > return BAD_CIPHER_STATE; > > for KAME/FreeBSD. Since if expression is true, the assert() macro > does nothing, the expression seems wrong, and it should be: > > if (padLen <= 0 || padLen > 16) > return BAD_CIPHER_STATE; > > as you pointed out. vlm> Absolutely NOT. vlm> According to RFC1423 and FIPS81, the padding length may be somewhere vlm> in between 1 to 16 bytes, which translated into vlm> if(padLen < 0 || padLen >= 16) vlm> for this particular code. Ah, yes. Then, `assert(padLen > 0 && padLen <= 16)'; should be wrong. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 01:24:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 280F116A4B3 for ; Wed, 17 Sep 2003 01:24:52 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C105C43FE9 for ; Wed, 17 Sep 2003 01:24:49 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 9571 invoked by uid 84); 17 Sep 2003 08:24:49 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.14932 secs); 17 Sep 2003 08:24:49 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 17 Sep 2003 08:24:49 -0000 Message-ID: <3F681A8C.4030603@netli.com> Date: Wed, 17 Sep 2003 01:25:48 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <3F680C78.000003.13537@tide.yandex.ru> <3F6816B4.10607@netli.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@FreeBSD.org cc: zevlg@yandex.ru cc: core@kame.net Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 08:24:52 -0000 Hajimu UMEMOTO wrote: > Hi, > > >>>>>>On Wed, 17 Sep 2003 01:09:24 -0700 >>>>>>vlm@netli.com (Lev Walkin) said: > > >>I saw it during working on next KAME merge into 5-CURRENT. >>KAME/NetBSD uses assert() here like: >> >> assert(padLen > 0 && padLen <= 16); >> >>Since FreeBSD doesn't have assert() in kernel, this line was changed >>to: >> >> if (padLen > 0 && padLen <= 16) >> return BAD_CIPHER_STATE; >> >>for KAME/FreeBSD. Since if expression is true, the assert() macro >>does nothing, the expression seems wrong, and it should be: >> >> if (padLen <= 0 || padLen > 16) >> return BAD_CIPHER_STATE; >> >>as you pointed out. > > > > vlm> Absolutely NOT. > > vlm> According to RFC1423 and FIPS81, the padding length may be somewhere > vlm> in between 1 to 16 bytes, which translated into > > vlm> if(padLen < 0 || padLen >= 16) > > vlm> for this particular code. > > Ah, yes. Then, `assert(padLen > 0 && padLen <= 16)'; should be wrong. Nope, you're completely right: the original assert() code is correct. -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 01:52:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A93516A4B3; Wed, 17 Sep 2003 01:52:48 -0700 (PDT) Received: from tide.yandex.ru (tide.yandex.ru [213.180.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD4843FBF; Wed, 17 Sep 2003 01:52:47 -0700 (PDT) (envelope-from zevlg@yandex.ru) Received: from YAMAIL (tide.yandex.ru) by mail.yandex.ru id ; Wed, 17 Sep 2003 12:52:24 +0400 Date: Wed, 17 Sep 2003 12:52:24 +0400 (MSD) From: "lg" Sender: zevlg@yandex.ru Message-Id: <3F6820C8.000001.18006@tide.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: zevlg@yandex.ru To: Hajimu UMEMOTO X-source-ip: 194.226.217.217 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: possible rijndael bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zevlg@yandex.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 08:52:48 -0000 > vlm> Absolutely NOT. > vlm> According to RFC1423 and FIPS81, the padding length may be somewhere > vlm> in between 1 to 16 bytes, which translated into > vlm> if(padLen < 0 || padLen >= 16) > vlm> for this particular code. > Ah, yes. Then, `assert(padLen > 0 && padLen <= 16)'; should be wrong. The thing is that our padLen is not real padlen it is the (BlockSize-realpadlen), and since BlockSize is 16 and realpadlen is in [0, 16) range(as vlm writes) than our padLen will be in (0, 16] range. > Sincerely, From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 02:51:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8440D16A4B3 for ; Wed, 17 Sep 2003 02:51:17 -0700 (PDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C14B443FAF for ; Wed, 17 Sep 2003 02:51:16 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by comcast.net (sccrmhc11) with SMTP id <20030917095115011002ncj2e>; Wed, 17 Sep 2003 09:51:16 +0000 Date: Wed, 17 Sep 2003 02:51:14 -0700 (PDT) From: Doug Barton To: "M. Warner Losh" In-Reply-To: <20030916.175558.10083602.imp@bsdimp.com> Message-ID: <20030917025017.M855@znfgre.qbhto.arg> References: <3F673E27.29338.6E87ACC@localhost> <20030916.175558.10083602.imp@bsdimp.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: cliftonr@lava.net cc: jdp@polstra.com Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 09:51:17 -0000 On Tue, 16 Sep 2003, M. Warner Losh wrote: > I think we should put a filter for this nonsense into the base > system. ISC is in the process of releasing patched versions of BIND, which I plan to take advantage of. :) Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 03:17:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C69DD16A4BF for ; Wed, 17 Sep 2003 03:17:01 -0700 (PDT) Received: from fidel.freesurf.fr (fidel.freesurf.fr [212.43.206.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA9E43FDF for ; Wed, 17 Sep 2003 03:17:00 -0700 (PDT) (envelope-from pilax@freesurf.fr) Received: from freesurf.fr (jose.freesurf.fr [212.43.206.13]) by fidel.freesurf.fr (Postfix) with SMTP id EE9502A6D0B; Wed, 17 Sep 2003 12:16:59 +0200 (CEST) Received: from 213.223.240.75 (SquirrelMail authenticated user pilax) by jose.freesurf.fr with HTTP; Wed, 17 Sep 2003 12:16:59 +0200 (CEST) Message-ID: <37530.213.223.240.75.1063793819.squirrel@jose.freesurf.fr> Date: Wed, 17 Sep 2003 12:16:59 +0200 (CEST) From: To: X-Priority: 3 In-Reply-To: <1063786523.3f68181b5b001@localhost> References: <1063786523.3f68181b5b001@localhost> Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: kai@freshx.de Subject: Re: pppoe - nmap - No buffer space available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 10:17:01 -0000 I tried with a ping in parallel to the nmaped machine and the same error message happens. ppp bug ? pppoe bug ? > Hi terry, > > i can corroborate this problem, with 4.x AND 5.x, without beeing the > network interface down. We are also using a pppoe link outsides, and i > can do a ping in parallel, which is working continously, so the tun0 > stays online. > > My theorie is, that he keeps the sockets open in state "TIME_WAIT", and > this takes too long for the fast nmap scans. > > cheers Kai > >> pilax@freesurf.fr wrote: >> > sendto in send_tcp_raw: sendto(3, packet, 40, 0, X.X.X.X, 16) => No >> > buffer space available >> >> Your interface is down. This happens all the time. >> >> If you use PPP on a dialup modem with a normal net connection, >> and unplug the modem while you are doing a ping, you will see >> the same thing. >> >> The easiest fix is "don't send packets out routes that transit >> interfaces which are not up". >> >> -- Terry >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" >> >> ---------------------------------------------------------------- Ce service de mailing vous est offert par http://www.freesurf.fr. FreeSurf, votre acces ADSL a partir de 29 euros/mois http://www.freesurf.fr/adsl/ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 04:13:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4C6416A4B3 for ; Wed, 17 Sep 2003 04:13:41 -0700 (PDT) Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01E343FB1 for ; Wed, 17 Sep 2003 04:13:40 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from pc3-cdif2-5-cust222.cdif.cable.ntl.com ([81.101.152.222] helo=shrike.submonkey.net ident=mailnull) by shaft.techsupport.co.uk with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.22) id 19zaFe-0004MH-Me; Wed, 17 Sep 2003 12:13:38 +0100 Received: from setantae by shrike.submonkey.net with local (Exim 4.22) id 19zaFa-000PHn-G4; Wed, 17 Sep 2003 12:13:34 +0100 Date: Wed, 17 Sep 2003 12:13:34 +0100 From: Ceri Davies To: freebsd-hackers@lava.net Message-ID: <20030917111334.GF53304@submonkey.net> Mail-Followup-To: Ceri Davies , freebsd-hackers@lava.net, hackers@freebsd.org References: <20030916102356.A11571@lava.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AsxXAMtlQ5JHofzM" Content-Disposition: inline In-Reply-To: <20030916102356.A11571@lava.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.4i Sender: Ceri Davies cc: hackers@freebsd.org Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 11:13:41 -0000 --AsxXAMtlQ5JHofzM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 16, 2003 at 10:23:56AM -1000, Clifton Royston wrote: > In the meantime I'm trying to figure out if there's some simple hack > to disregard these wildcard A records, short of requesting zone > transfers of the root nameservers (e.g. via peering with > f.root-servers.net) and purging those records out of the zone before > loading it. These records aren't in the root zone. Ceri --=20 User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com --AsxXAMtlQ5JHofzM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/aEHeocfcwTS3JF8RAus9AKCONmEPnwW2jeoTlq5r8buRoDInJACgto8e OeyEa5r2f09CU6Y1Rgpbk/k= =UcHi -----END PGP SIGNATURE----- --AsxXAMtlQ5JHofzM-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 04:18:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A9F16A4B3; Wed, 17 Sep 2003 04:18:33 -0700 (PDT) Received: from mx2.fillmore-labs.com (lima.fillmore-labs.com [62.138.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF8ED43FB1; Wed, 17 Sep 2003 04:18:32 -0700 (PDT) (envelope-from eikemeier@fillmore-labs.com) Received: from pd951ac23.dip.t-dialin.net ([217.81.172.35] helo=fillmore-labs.com ident=y6sqyoqpc8hnkfu0) by mx2.fillmore-labs.com with asmtp (TLSv1:AES256-SHA:256) (Exim 4.22) id 19zaKL-0007W7-CD; Wed, 17 Sep 2003 13:18:29 +0200 Message-ID: <3F684301.4010506@fillmore-labs.com> Date: Wed, 17 Sep 2003 13:18:25 +0200 From: Oliver Eikemeier MIME-Version: 1.0 To: Doug Barton References: <3F673E27.29338.6E87ACC@localhost> <20030916.175558.10083602.imp@bsdimp.com> <20030917025017.M855@znfgre.qbhto.arg> In-Reply-To: <20030917025017.M855@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: eikemeier@fillmore-labs.com User-Agent: KMail/1.5.9 Organization: Fillmore Labs GmbH X-Complaints-To: abuse@fillmore-labs.com cc: freebsd-hackers@freebsd.org cc: cliftonr@lava.net cc: jdp@polstra.com Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 11:18:34 -0000 Doug Barton wrote: > ISC is in the process of releasing patched versions of BIND, which I > plan to take advantage of. :) > > Doug Patch to port dns/bind9 to upgrade bind9 to 9.2.2-P1: --- bind9.patch begins here --- diff -u Makefile.orig Makefile --- Makefile.orig Sat Sep 6 02:05:46 2003 +++ Makefile Wed Sep 17 13:06:06 2003 @@ -19,6 +19,11 @@ MASTER_SITE_SUBDIR= bind9/${ISCVERSION} DISTFILES= bind-${ISCVERSION}.tar.gz +PATCH_SITES= ${MASTER_SITES} +PATCH_SITE_SUBDIR= ${MASTER_SITE_SUBDIR} +PATCHFILES= patch.9.2.2-P1 +PATCH_DIST_STRIP= -p1 + MAINTAINER= DougB@FreeBSD.org COMMENT= Completely new version of the BIND DNS server diff -u distinfo.orig distinfo --- distinfo.orig Tue Mar 4 10:44:15 2003 +++ distinfo Wed Sep 17 13:06:14 2003 @@ -1 +1,2 @@ MD5 (bind-9.2.2.tar.gz) = 6ea7d64a0856893ab3eb541ab7bbc725 +MD5 (patch.9.2.2-P1) = 063edc41c756ffc6a1051d5f1937fa2c --- bind9.patch ends here --- put zone "com" { type delegation-only; }; zone "net" { type delegation-only; }; in your named.conf: hasta la vista, 64.94.110.11 Have fun Oliver From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 07:32:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C06B416A4B3 for ; Wed, 17 Sep 2003 07:32:27 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D4443FE1 for ; Wed, 17 Sep 2003 07:32:26 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id C9E5F3D28; Wed, 17 Sep 2003 10:32:14 -0400 (EDT) From: "Dan Langille" To: Daniel Eischen Date: Wed, 17 Sep 2003 10:32:04 -0400 MIME-Version: 1.0 Message-ID: <3F683824.14446.AB8FEDA@localhost> Priority: normal References: <3F67714D.32262.7B04653@localhost> In-reply-to: X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: hackers@freebsd.org Subject: Re: [PATCH] : libc_r/uthread/uthread_write.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 14:32:28 -0000 On 16 Sep 2003 at 20:49, Daniel Eischen wrote: > On Tue, 16 Sep 2003, Dan Langille wrote: > > > I've had preliminary success with this patch. More testing needs > > to be done, but in the meantime, I would appreciate reviews and > > comments. The patched code is available from > > http://beta.freebsddiary.org/tmp/uthread_write.c and the patch > > appears below. > > > > In short, the logic has been changed to ensure that if __sys_write > > returns zero, this value is returned by _write. > > I think this is not quite correct. Since libc_r is looping > and some data may have been read, then the partial byte count > should be returned, not zero. It is possible the partial byte > count could also be zero in some cases, so it would result > in zero being returned in those instances. I see what you mean. Please have a look at http://beta.freebsddiary.org/tmp/uthread_write.c2 The patch appears at the end of this message. This version will return the partial byte count (which has always been zero in testing) but exit the loop if the return code is zero. > I think the problem lies with the SCSI tape device. It should > either return 0 or -1 with errno=ENOSPC on a write that detects > an EOT, not partial byte count. You are referring to sa(4)? > If you are using libkse or > libthr, you will get a partial byte count and not zero because > the tape driver returns the (partial) bytes written. So exiting > the loop in libc_r and returning 0 would only seem to correct > the "problem" for libc_r. The problem found when running under pthreads on 4.8-stable [i.e. EOT is not returned to the application code] is not found with libkse on 5.1-current. --- uthread_write.c Wed Sep 17 06:23:43 2003 +++ uthread_write.c.org Tue Sep 16 12:14:22 2003 @@ -39,7 +39,6 @@ #include #include #include "pthread_private.h" -#include ssize_t _write(int fd, const void *buf, size_t nbytes) @@ -71,10 +70,6 @@ /* Check if file operations are to block */ blocking = ((_thread_fd_getflags(fd) & O_NONBLOCK) == 0); - setlogmask (LOG_UPTO (LOG_NOTICE)); - openlog("uthread_write.c", LOG_CONS | LOG_PID | LOG_NDELAY, LOG_LOCAL1); - syslog (LOG_NOTICE, "uthread_write.c : blocking = '%d'", blocking); - /* * Loop while no error occurs and until the expected number * of bytes are written if performing a blocking write: @@ -98,7 +93,7 @@ * write: */ if (blocking && ((n < 0 && (errno == EWOULDBLOCK || - errno == EAGAIN)) || (n > 0 && num < nbytes))) { + errno == EAGAIN)) || (n >= 0 && num < nbytes))) { curthread->data.fd.fd = fd; _thread_kern_set_timeout(NULL); @@ -136,16 +131,11 @@ * If there was an error, return partial success * (if any bytes were written) or else the error: */ - } else if (n <= 0) { + } else if (n < 0) { if (num > 0) ret = num; else ret = n; - - if (n == 0) { - syslog (LOG_NOTICE, "zero has been returned in uthread_write.c; num = '%d'", num); - break; - } /* Check if the write has completed: */ } else if (num >= nbytes) -- Dan Langille : http://www.langille.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 08:55:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 911DC16A4B3; Wed, 17 Sep 2003 08:55:52 -0700 (PDT) Received: from fafoe.narf.at (chello212186121237.14.vie.surfer.at [212.186.121.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 607BE43FD7; Wed, 17 Sep 2003 08:55:49 -0700 (PDT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.2.102]) by fafoe.narf.at (Postfix) with ESMTP id A81003FA8; Wed, 17 Sep 2003 17:55:46 +0200 (CEST) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 57BF8D1; Wed, 17 Sep 2003 17:55:46 +0200 (CEST) Date: Wed, 17 Sep 2003 17:55:45 +0200 From: Stefan Farfeleder To: hackers@freebsd.org Message-ID: <20030917155544.GG697@wombat.fafoe.narf.at> Mail-Followup-To: hackers@freebsd.org, phk@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Major numbers reclaiming for make_dev/MAJOR_AUTO X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 15:55:52 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, attached is a patch that tries to keep track of the major numbers that were assigned automatically by make_dev() if you use MAJOR_AUTO. The number of times make_dev() was called with this major number is stored in the reserved_majors_refcnt array, the entry is decreased again if you call destroy_dev(). If it reaches zero, the major number is released by resetting its reserved_majors entry to 0. This avoid the "Out of major numbers" panic after about 100 make_dev() calls with MAJOR_AUTO. Majors not assigned by MAJOR_AUTO are not affected. Does this look reasonable? Cheers, Stefan Farfeleder --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="reserved_majors.diff" Index: src/sys/kern/kern_conf.c =================================================================== RCS file: /usr/home/ncvs/src/sys/kern/kern_conf.c,v retrieving revision 1.134 diff -u -r1.134 kern_conf.c --- src/sys/kern/kern_conf.c 11 Jun 2003 00:56:55 -0000 1.134 +++ src/sys/kern/kern_conf.c 17 Sep 2003 15:40:12 -0000 @@ -46,6 +46,8 @@ /* Built at compile time from sys/conf/majors */ extern unsigned char reserved_majors[256]; +/* Only used for MAJOR_AUTO, 0 otherwise */ +static unsigned int reserved_majors_refcnt[256]; /* * This is the number of hash-buckets. Experiements with 'real-life' @@ -294,6 +296,7 @@ KASSERT(i > 0, ("Out of major numbers (%s)", devsw->d_name)); devsw->d_maj = i; reserved_majors[i] = i; + reserved_majors_refcnt[i] = 1; } else { if (devsw->d_maj == 256) /* XXX: tty_cons.c is magic */ devsw->d_maj = 0; @@ -305,6 +308,8 @@ devsw->d_maj); reserved_majors[devsw->d_maj] = devsw->d_maj; } + if (reserved_majors_refcnt[devsw->d_maj] > 0) + reserved_majors_refcnt[devsw->d_maj]++; } if (!ready_for_devs) { @@ -397,6 +402,7 @@ void destroy_dev(dev_t dev) { + struct cdevsw *d; if (!(dev->si_flags & SI_NAMED)) { printf( "WARNING: Driver mistake: destroy_dev on %d/%d\n", @@ -404,6 +410,11 @@ panic("don't do that"); } + d = devsw(dev); + if (reserved_majors_refcnt[d->d_maj] > 0) + if (--reserved_majors_refcnt[d->d_maj] == 0) + reserved_majors[d->d_maj] = 0; + devfs_destroy(dev); if (dev->si_flags & SI_CHILD) { LIST_REMOVE(dev, si_siblings); --CUfgB8w4ZwR/yMy5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 09:51:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D66D916A4B3 for ; Wed, 17 Sep 2003 09:51:03 -0700 (PDT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B3E43FB1 for ; Wed, 17 Sep 2003 09:51:02 -0700 (PDT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 7F64865375 for ; Wed, 17 Sep 2003 17:51:01 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16283-01-13 for ; Wed, 17 Sep 2003 17:51:01 +0100 (BST) Received: from saboteur.dek.spc.org (unknown [81.3.72.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 07F3465343 for ; Wed, 17 Sep 2003 17:51:01 +0100 (BST) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 6AF119; Wed, 17 Sep 2003 17:51:00 +0100 (BST) Date: Wed, 17 Sep 2003 17:51:00 +0100 From: Bruce M Simpson To: freebsd-hackers@freebsd.org Message-ID: <20030917165100.GL5903@saboteur.dek.spc.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: SPC Subject: Annex terminal server tools ported to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 16:51:03 -0000 Hi, I did a quick port of the Annex management suite to FreeBSD today, incorporating Chuck Cranor's patches for NetBSD. I've put a sharball at http://people.freebsd.org/~bms/annextools.shar. Let me know what you think. BMS From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 09:56:49 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9554516A4BF for ; Wed, 17 Sep 2003 09:56:49 -0700 (PDT) Received: from fever.boogie.com (cpe-66-87-52-132.co.sprintbbd.net [66.87.52.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30DCE43FD7 for ; Wed, 17 Sep 2003 09:56:48 -0700 (PDT) (envelope-from durian@boogie.com) Received: from man.boogie.com (man.boogie.com [192.168.1.3]) by fever.boogie.com (8.12.9/8.12.9) with ESMTP id h8HGukLF008182; Wed, 17 Sep 2003 10:56:47 -0600 (MDT) (envelope-from durian@boogie.com) From: Mike Durian To: hackers@freebsd.org Date: Wed, 17 Sep 2003 10:56:45 -0600 User-Agent: KMail/1.5.3 References: <200309161647.38197.durian@boogie.com> <3F68055D.E1094799@mindspring.com> In-Reply-To: <3F68055D.E1094799@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309171056.46004.durian@boogie.com> Subject: Re: tty layer and lbolt sleeps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 16:56:49 -0000 On Wednesday 17 September 2003 12:55 am, Terry Lambert wrote: > > You need your process to become a process group leader, and then > you need the serial port you are interested in to become the > controlling tty for your process. I thought daemon(3) and TIOCSCTTY would do the trick, however after a few tests, I still see the timing problems. This whole process seems like a lot of work just to get decent responsiveness from a serial port. After all, I don't really want to change the controlling terminal. Can anyone explain the rational behind the ttybg1 and ttybg2 sleeps in the tty.c code? Are they really necessary? What sort of horrible things would happen if I removed those clauses? If I am reading things correctly, they've been in the tty.c source code since the initial check-in. Or maybe I'm on a wild goose chase here. Maybe my read and drain delays which seem to be correlated to HZ are really caused by something else. An lbolt sleep just seems like a likely cause to me. mike From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 10:55:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6F5B16A4B3 for ; Wed, 17 Sep 2003 10:55:22 -0700 (PDT) Received: from mx2.fillmore-labs.com (lima.fillmore-labs.com [62.138.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4501143FE9 for ; Wed, 17 Sep 2003 10:55:20 -0700 (PDT) (envelope-from eikemeier@fillmore-labs.com) Received: from atlantis.wireless.fillmore-labs.com ([192.168.161.242] helo=fillmore-labs.com) by mx2.fillmore-labs.com with asmtp (TLSv1:AES256-SHA:256) (Exim 4.22) id 19zgWN-0009J6-F9 for FreeBSD-Hackers@FreeBSD.org; Wed, 17 Sep 2003 19:55:19 +0200 Message-ID: <3F68A006.40203@fillmore-labs.com> Date: Wed, 17 Sep 2003 19:55:18 +0200 From: Oliver Eikemeier MIME-Version: 1.0 To: FreeBSD-Hackers@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: eikemeier@fillmore-labs.com User-Agent: KMail/1.5.9 Organization: Fillmore Labs GmbH X-Complaints-To: abuse@fillmore-labs.com Subject: port of NetBSD's audit-packages (and an update of pkg_install) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 17:55:22 -0000 Hi, I want to port NetBSD's security/audit-packages to FreeBSD. The system is described in: The idea is that you just synchronize a file with known vulnerabilities, and a script in periodic/security warns you when you have a vulnurable package installed (without upgrading your ports tree!). Furthermore there can be a check in bsd.port.mk that doesn't allow you to install a vulnurable port. Basically you need: - a pkg_version that can compare version numbers: PR 56961: match package version numbers with relational operators - a script that synchronizes a file with known vulnerabilities (not done) - a script to put in periodic/security (prototype below, needs work) - a patch for bsd.port.mk (shell script prototype below) The scripts below a simple test scripts assuming that a patched port sysutils/pkg_install is installed and a file called 'vulnerabilities' is in the same directory. They are not considered production quality and are provided just to get the idea how the system should work. Ok, feedback, comments (and commits ;-) welcome Oliver --- xxx.pkg_vulnerabilities begins here --- #!/bin/sh - # # Usage: # ./xxx.pkg_vulnerabilities # PKG_INFO=/usr/local/sbin/pkg_info export PKG_INFO if [ ! -x "${PKG_INFO}" ]; then echo "${PKG_INFO} missing, please install port sysutils/pkg_install" exit 1 fi if [ "`${PKG_INFO} -qP`" -lt 20030917 ]; then echo "${PKG_INFO} is too old, please update port sysutils/pkg_install" exit 1 fi echo 'Checking for vulnerable packages:' n=$(awk ' /^(#|$)/ { next } { while((ENVIRON["PKG_INFO"] " -E \"" $1 "\"" | getline pkg) > 0) print "Package " pkg " has a " $2 " vulnerability, see " $3 close(ENVIRON["PKG_INFO"]) } ' vulnerabilities | tee /dev/stderr | wc -l) [ $n -gt 0 ] && rc=1 || rc=0 exit "$rc" --- xxx.pkg_vulnerabilities ends here --- and something like this in bsd.port.mk --- pkg_vulnerable.sh begins here --- #!/bin/sh - # # Usage # ./pkg_vulnerable.sh && echo "Refused to install" # PKG_INFO=/usr/local/sbin/pkg_info PKG_VERSION=/usr/local/sbin/pkg_version export PKG_VERSION if [ ! -x "${PKG_VERSION}" ]; then echo "${PKG_VERSION} missing, please install port sysutils/pkg_install" exit 1 fi if [ "`${PKG_INFO} -qP`" -lt 20030917 ]; then echo "${PKG_VERSION} is too old, please update port sysutils/pkg_install" exit 1 fi pkgname=${1:-pkg_install-20030917} echo "Checking if package ${pkgname} is vulnerable:" n=$(awk "BEGIN { pkg=\"${pkgname}\"; pkgre = \"^\" pkg; sub(/-[^-]+\$/, \"\", pkgre) }"' /^(#|$)/ { next } $1 ~ pkgre { if (system(ENVIRON["PKG_VERSION"] " -T \"" pkg "\" \"" $1 "\"") == 0) print "Package " pkg " has a " $2 " vulnerability, see " $3 } ' vulnerabilities | tee /dev/stderr | wc -l) [ $n -gt 0 ] && rc=1 || rc=0 exit "$rc" --- pkg_vulnerable.sh ends here --- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 11:50:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D001116A4B3 for ; Wed, 17 Sep 2003 11:50:43 -0700 (PDT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A16743FDF for ; Wed, 17 Sep 2003 11:50:43 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id A125E5482B; Wed, 17 Sep 2003 13:50:42 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 3ED5E6D454; Wed, 17 Sep 2003 13:50:42 -0500 (CDT) Date: Wed, 17 Sep 2003 13:50:42 -0500 From: "Jacques A. Vidrine" To: Oliver Eikemeier Message-ID: <20030917185042.GA6336@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Oliver Eikemeier , FreeBSD-Hackers@FreeBSD.org References: <3F68A006.40203@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F68A006.40203@fillmore-labs.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: FreeBSD-Hackers@FreeBSD.org Subject: Re: port of NetBSD's audit-packages (and an update of pkg_install) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 18:50:43 -0000 On Wed, Sep 17, 2003 at 07:55:18PM +0200, Oliver Eikemeier wrote: > Hi, > > I want to port NetBSD's security/audit-packages to FreeBSD. The system is > described in: > FYI, I'm working on something similar but different ;-) It should see the light of day before the end of this month. Normally I wouldn't discourage such ports, but in this case we will be requiring package maintainers to maintain a database, and There Can Be Only One. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 12:05:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C9C216A4B3; Wed, 17 Sep 2003 12:05:27 -0700 (PDT) Received: from mx2.fillmore-labs.com (lima.fillmore-labs.com [62.138.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F4043FB1; Wed, 17 Sep 2003 12:05:24 -0700 (PDT) (envelope-from eikemeier@fillmore-labs.com) Received: from pd951ac23.dip.t-dialin.net ([217.81.172.35] helo=fillmore-labs.com ident=fn6pmrwilfrlgv5t) by mx2.fillmore-labs.com with asmtp (TLSv1:AES256-SHA:256) (Exim 4.22) id 19zhcB-0009Nc-03; Wed, 17 Sep 2003 21:05:23 +0200 Message-ID: <3F68B06F.8080107@fillmore-labs.com> Date: Wed, 17 Sep 2003 21:05:19 +0200 From: Oliver Eikemeier MIME-Version: 1.0 To: "Jacques A. Vidrine" References: <3F68A006.40203@fillmore-labs.com> <20030917185042.GA6336@madman.celabo.org> In-Reply-To: <20030917185042.GA6336@madman.celabo.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: eikemeier@fillmore-labs.com User-Agent: KMail/1.5.9 Organization: Fillmore Labs GmbH X-Complaints-To: abuse@fillmore-labs.com cc: FreeBSD-Hackers@FreeBSD.org Subject: Re: port of NetBSD's audit-packages (and an update of pkg_install) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 19:05:27 -0000 Hi Jacques >>I want to port NetBSD's security/audit-packages to FreeBSD. The system is >>described in: >> > > FYI, I'm working on something similar but different ;-) It should see > the light of day before the end of this month. Normally I wouldn't > discourage such ports, but in this case we will be requiring package > maintainers to maintain a database, and There Can Be Only One. Ok, PR 56961 in an improvement even without the audit-packages system. Maybe you can tell me more about your system and how it differs from security/audit-packages? Thanks Oliver From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 15:12:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B19F616A4B3 for ; Wed, 17 Sep 2003 15:12:51 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917D743F75 for ; Wed, 17 Sep 2003 15:12:50 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id h8HMCn5J018858 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 17 Sep 2003 18:12:49 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h8HMCit59578; Wed, 17 Sep 2003 18:12:44 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16232.56412.745069.248974@grasshopper.cs.duke.edu> Date: Wed, 17 Sep 2003 18:12:44 -0400 (EDT) To: freebsd-hackers@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: PCI interrupts passing DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2003 22:12:51 -0000 I was toying with a programmable PCI card and wrote some code which DMAs a small block of data to the host, and then interrupts the host. The host checks the end of the block, and sees if it gets the value it expects. On an SMP P4 (hyperthreaded, with ServerWorks chipset) FreeBSD 4.8 UP, and on Linux 2.4.18, there is a huge delay between the interrupt being handled, and the DMA finally completing (from the host's perspective). Time enough for the interrupt handler to be triggered 3 or 4 times, and to print "foo" to a serial console line each time it notices that the DMA has not completed. The interesting thing is that on FreeBSD 4.8SMP, and FreeBSD 5.1-current (SMP), the data has arrived by the time the interrupt handler is called. This would be easy to explain if the interrupt latency were vastly different between the FreeBSD SMP kernel and the other kernels, but it does not seem to be. It actually seems to be about 5us faster (interrupt to wakeup of user-level process, so some fat is in there) than the FreeBSD UP kernel, possibly due to APIC io. *measurement done without console printf* My question is: What the heck could the SMP kernel be doing which causes the DMA to "complete" faster? Thanks, Drew From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:35:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB2D16A4B3 for ; Wed, 17 Sep 2003 17:35:27 -0700 (PDT) Received: from venom.ai.net (venom.ai.net [205.134.161.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72E343FE5 for ; Wed, 17 Sep 2003 17:35:26 -0700 (PDT) (envelope-from deepak@ai.net) Received: from blood (pool-68-163-66-91.res.east.verizon.net [68.163.66.91]) by venom.ai.net (8.12.6/8.12.8) with SMTP id h8I0Un3a046771 for ; Wed, 17 Sep 2003 20:30:49 -0400 (EDT) (envelope-from deepak@ai.net) From: "Deepak Jain" To: "freebsd-hackers@FreeBSD. ORG" Date: Wed, 17 Sep 2003 20:34:54 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Importance: Normal Subject: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deepak@ai.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 00:35:27 -0000 Is there a utility/hack/patch that would allow a diligent sysadmin to obtain which specific TCP connections are generating retransmits and receiving packet drops? netstat will show me drops on an interface, but not on a specific source/dest pair? I am guessing something like a netstat -n, but instead of showing send/rec queues it shows retransmit or packet drops? Would there be much interest in this feature if we were to build it ourselves? Thanks in advance, Deepak Jain AiNET From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:36:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9828C16A4B3 for ; Wed, 17 Sep 2003 17:36:28 -0700 (PDT) Received: from backmaster.cdsnet.net (backmaster.cdsnet.net [63.163.68.2]) by mx1.FreeBSD.org (Postfix) with SMTP id B2DD243FE9 for ; Wed, 17 Sep 2003 17:36:27 -0700 (PDT) (envelope-from mrcpu@backmaster.cdsnet.net) Received: (qmail 7051 invoked by uid 29999); 18 Sep 2003 00:36:26 -0000 Date: Wed, 17 Sep 2003 17:36:26 -0700 From: Jaye Mathisen To: hackers@freebsd.org Message-ID: <20030918003626.GR1096@backmaster.cdsnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: IPSEC/NAT/gif interaction question. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 00:36:28 -0000 We seem to have an issue where traffic going over an IPSEC tunnel is getting tunneled, before it hits our NAT process... For example. Node A, running NAT on its "external" interface" sis0 which has an IP of 10.177.1.1 has an interface sis1 which is its "internal" interface with an IP of 192.168.0.1. has a default route of 10.177.1.254. has an ipsec tunnel on gif0, going from 10.177.1.1 to a public-routable IP, call it a.b.c.2 with publicly-routable IP's on both ends of the tunnel. Node B, has an interface sis0 of 10.177.1.254, has an interface sis1 of a.b.c.3. knows how to route the traffic back and forth between tunnel endpoints. Node C, is the VPN termination, it has an address of a.b.c.4 and has the corresponding gif interface from nodeA. The tunnels all come up and move traffic successfully, and ftp/telnet from Node A to the world works just fine. The problem is that then we fire up Natd aliased to the public IP address bound to the gif0 interface, traffic from the inside network seems to hit ipsec, and get tunneled before it his the natd process, althogh we do have the necessary divert rule, and have natd running on the external interface. (sis0). I have tried aliasing the node A endpoint to a physical interface, and a loopback, and nothing seems to work. If I look at the traffic coming in on node C, I see the esp traffic tunneled, but the source addresses are the 192.168.0 IP's fromthe internal network, not the nat'd IP's. What am I missing here? From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:49:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5B316A4B3 for ; Wed, 17 Sep 2003 17:49:33 -0700 (PDT) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C62DA43F3F for ; Wed, 17 Sep 2003 17:49:32 -0700 (PDT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd4mr2so.prod.shaw.ca (pd4mr2so-qfe3.prod.shaw.ca [10.0.141.213]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HLD001QIWYKK8@l-daemon> for freebsd-hackers@freebsd.org; Wed, 17 Sep 2003 18:49:32 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca (pn2ml5so-qfe0.prod.shaw.ca [10.0.121.149]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HLD00M13WYKPQ@l-daemon> for freebsd-hackers@freebsd.org; Wed, 17 Sep 2003 18:49:32 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (h24-87-233-42.vc.shawcable.net [24.87.233.42]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HLD00F3BWYJ8H@l-daemon> for freebsd-hackers@freebsd.org; Wed, 17 Sep 2003 18:49:32 -0600 (MDT) Date: Wed, 17 Sep 2003 17:49:18 -0700 From: Colin Percival In-reply-to: X-Sender: cperciva@popserver.sfu.ca To: deepak@ai.net, freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20030917173951.02df29e8@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 00:49:34 -0000 At 20:34 17/09/2003 -0400, Deepak Jain wrote: >Is there a utility/hack/patch that would allow a diligent sysadmin to obtain >which specific TCP connections are generating retransmits and receiving >packet drops? netstat will show me drops on an interface, but not on a >specific source/dest pair? If you've got a small enough amount of traffic, you could use tcpdump to snarf the headers and then use your favourite scripting languge to look for repeated sequence numbers (retransmits) and repeated acks (lost packets); but I suspect this would be too slow for most purposes. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 22:06:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDA9E16A4B3 for ; Wed, 17 Sep 2003 22:06:40 -0700 (PDT) Received: from nospam.dyndns.dk (B769c.pppool.de [213.7.118.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7085E43FDF for ; Wed, 17 Sep 2003 22:03:56 -0700 (PDT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NetScum.dyndns.dk [2002:d507:769c:0:220:afff:fed4:dbcb]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id h8I4tBS58277 verified NO) for ; Thu, 18 Sep 2003 06:55:19 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id h8I4tBK58276; Thu, 18 Sep 2003 06:55:11 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Thu, 18 Sep 2003 06:55:11 +0200 (CEST) Message-Id: <200309180455.h8I4tBK58276@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma References: <200309152127.h8FLRrv71220@Mail.NOSPAM.DynDNS.dK> <3F66DFED.C3FA43EE@mindspring.com> To: FreeBSD List of Hackers Subject: Re: Machine wedges solid after one serial-port source-line addition... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 05:06:41 -0000 [Ooops, looks like I sent out two mails to this list with the wrong address, so most of your anti-spam filters probably bitbucketed them where they belong. Fixed, I hope, with an IPv6-only address. But just reply to the list and drop me, I'll catch up from the archives... ] Terry Lambert wrote: > > Would anyone care to explain why the following simple patch could be > > enough to wedge my machine solid? (My original hack-patches without > You are calling printf() from a fast interrupt handler. I had a feeling it might be something like that. In truth, I had experienced a repeatable machine hang *without* the printf() that either happened immediately or after some hours -- I can't remember which now -- and tried to simplify my code down to something simpler using printf()... > If you need to communicate information to a console log (or > wherever), then you should enqueue the information on the > status change, and wake up some thread to do the actual Well, I only wanted the printf() to verify that that part of the code was being hit as expected, for debugging. My original code was calling wakeup(). You see, what I'm attempting to do, without knowing what I'm doing, is to implement the TIOCMIWAIT ioctl that apparently exists in Linux, to notify a userland program that there's been a status change on one or more of the modem status lines, and eliminate the need to poll the status line in question, cutting that program's cost to run by a factor of about 20 in the testing I did before the machine would wedge. I did all this offline, with no examples to follow, but now I have something to look at and see if I have the general idea. So I should probably shut up and study it. So, since a printf() is right out, is it safe for me (as a non- programmer, so forgive my ignorance of the basics) to simply use little more than a wakeup() in its place? Or does that, or the tsleep() corresponding, need some sort of careful handling to avoid the lockups I've experienced? Thanks, Barry Bouwsma From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 01:45:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D6216A4B3 for ; Thu, 18 Sep 2003 01:45:56 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95CB943F3F for ; Thu, 18 Sep 2003 01:45:55 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h8I8jegh019265; Thu, 18 Sep 2003 18:45:40 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h8I8jctD019264; Thu, 18 Sep 2003 18:45:38 +1000 (EST) Date: Thu, 18 Sep 2003 18:45:38 +1000 From: Peter Jeremy To: Andrew Gallatin Message-ID: <20030918084538.GB19197@cirb503493.alcatel.com.au> References: <16232.56412.745069.248974@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16232.56412.745069.248974@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: PCI interrupts passing DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 08:45:57 -0000 On Wed, Sep 17, 2003 at 06:12:44PM -0400, Andrew Gallatin wrote: >My question is: What the heck could the SMP kernel be doing which >causes the DMA to "complete" faster? My guess is that this is a coherency issue rather than a timing issue. The SMP kernels are far more careful about ensuring consistency between CPUs and this could be fixing/masking the problem That said, any decent disk controller uses DMA and if the UP kernel really did have PCI-bus coherency problems (or massive delays), a significant part of the user-base would be screaming. The other possibility: Is your PCI card doing something wierd? Are you bending one of the PCI specs a bit far? Peter From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 02:08:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A7D216A4B3 for ; Thu, 18 Sep 2003 02:08:06 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6022743FE5 for ; Thu, 18 Sep 2003 02:08:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfk1k.dialup.mindspring.com ([165.247.208.52] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19zulf-0001eA-00; Thu, 18 Sep 2003 02:08:04 -0700 Message-ID: <3F6975BD.14CD05EE@mindspring.com> Date: Thu, 18 Sep 2003 02:07:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: deepak@ai.net References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4eba4698defad51030e2c519c4f9155ce350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 09:08:06 -0000 Deepak Jain wrote: > Is there a utility/hack/patch that would allow a diligent sysadmin to obtain > which specific TCP connections are generating retransmits and receiving > packet drops? netstat will show me drops on an interface, but not on a > specific source/dest pair? > > I am guessing something like a netstat -n, but instead of showing send/rec > queues it shows retransmit or packet drops? Would there be much interest in > this feature if we were to build it ourselves? These types of statistics aren't kept. Generally, they are used only by network researchers, who hack their stacks to get them. They usually do not make it into commercial product distributions for performance reasons, and because every byte added to a tcpcb structure is one byte less that can be used for something else. In practice, adding 134 bytes of statistics to a tcpcb would double its size and halve the number of simultaneous connections you would be able to support with the same amount of RAM in a given machine (as one example), if all of that memory had to come out of the same space, all other things being equal. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 02:46:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE31416A4B3 for ; Thu, 18 Sep 2003 02:46:07 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B33B43F85 for ; Thu, 18 Sep 2003 02:46:07 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfk1k.dialup.mindspring.com ([165.247.208.52] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19zvIq-0003Jb-00; Thu, 18 Sep 2003 02:42:21 -0700 Message-ID: <3F697DBF.9CE6E9C@mindspring.com> Date: Thu, 18 Sep 2003 02:41:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Barry Bouwsma References: <200309152127.h8FLRrv71220@Mail.NOSPAM.DynDNS.dK> <200309180455.h8I4tBK58276@Mail.NOSPAM.DynDNS.dK> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a412c0c52692c8eedea4f0ae50c393a4f03ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: FreeBSD List of Hackers Subject: Re: Machine wedges solid after one serial-port source-lineaddition... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 09:46:08 -0000 Barry Bouwsma wrote: > You see, what I'm attempting to do, without knowing what I'm doing, > is to implement the TIOCMIWAIT ioctl that apparently exists in Linux, > to notify a userland program that there's been a status change on one > or more of the modem status lines, and eliminate the need to poll the > status line in question, cutting that program's cost to run by a factor > of about 20 in the testing I did before the machine would wedge. > > I did all this offline, with no examples to follow, but now I have > something to look at and see if I have the general idea. So I should > probably shut up and study it. > > So, since a printf() is right out, is it safe for me (as a non- > programmer, so forgive my ignorance of the basics) to simply use > little more than a wakeup() in its place? Or does that, or the > tsleep() corresponding, need some sort of careful handling to avoid > the lockups I've experienced? I remember wakeup() being bad. Taking any time to do anything at all more than just queueing data and going away is probably bad. If it were my project, I'd mirror the values out to a status structure that's only written at interrupt, and read and reset at software interrupt, and then use the soft interrupt handler to raise the signals/send the wakeup/whatever and then resets the flags bits to zero via a call down that synchronizes like a baud rate or FIFO depth change (e.g. like the mouse line discipline does to set the FIFO depth to avoid jerky mouse movement). Bruce Evans is the authority in this area; you would be well advised to consult him directly. He may even already have code to do something similar to what you want (I think I remember code to signal a program on an RI going high, but I could be mistaken). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 03:05:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BDBA16A4B3 for ; Thu, 18 Sep 2003 03:05:28 -0700 (PDT) Received: from mx3.absolight.com (mx3.absolight.net [212.43.217.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66A4543FE1 for ; Thu, 18 Sep 2003 03:05:27 -0700 (PDT) (envelope-from mat@FreeBSD.org) Received: by mx3.absolight.com (Postfix, from userid 1007) id 2C4D42A3D; Thu, 18 Sep 2003 12:05:26 +0200 (CEST) X-Original-To: hackers@freebsd.org Received: from sauron.in.mat.cc (sauron.in.mat.cc [212.43.217.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx3.absolight.com (Postfix) with ESMTP id 33ABB2A12 for ; Thu, 18 Sep 2003 12:05:25 +0200 (CEST) Date: Thu, 18 Sep 2003 12:05:17 +0200 From: Mathieu Arnold To: hackers@freebsd.org Message-ID: <258538703.1063886717@sauron.in.mat.cc> X-Mailer: Mulberry/3.1.0b7 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========394B21F250FB8DDEF098==========" Subject: ls patch to sort directories first X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 10:05:28 -0000 --==========394B21F250FB8DDEF098========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, a few weeks ago, I had a coworker which wanted to ls and have the directories listed first... He ended up with a bash function : lx() { \ls -FGhl "$@" | grep ^d | cat; \ls -FGhl "$@" | grep -v '^d\|^t' | cat; } I though better of it and cooked up a patch for ls : Both do work well, I don't know if it could be included or not, because I don't really know what's in POSIX.1 and if we're permitted extensions... For those who will wonder why I used the FTSENT struct and not the stat struct within it, it's because the stat struct did not seem to be filled (and I just could not get it to be filled). Suggestions mostly welcomed :) -- Mathieu Arnold --==========394B21F250FB8DDEF098========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (MingW32) iD8DBQE/aYNdqYYpzGz/vmcRAq4SAJ4mQK3C9SbslwzK5Y1kbKxkdjMPqQCgmEVP anO2ep1uP3lMX6sOaKwBn+Y= =K7Mz -----END PGP SIGNATURE----- --==========394B21F250FB8DDEF098==========-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 04:40:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 352EF16A4B3 for ; Thu, 18 Sep 2003 04:40:23 -0700 (PDT) Received: from sirppi.helsinki.fi (sirppi.helsinki.fi [128.214.205.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BB7A43FBF for ; Thu, 18 Sep 2003 04:40:21 -0700 (PDT) (envelope-from akoskine@cc.helsinki.fi) Received: from sirppi.helsinki.fi (localhost [127.0.0.1]) by sirppi.helsinki.fi (8.12.10/8.12.10) with ESMTP id h8IBeHKN005332; Thu, 18 Sep 2003 14:40:17 +0300 (EET DST) Received: from localhost (akoskine@localhost)h8IBeHwL025098; Thu, 18 Sep 2003 14:40:17 +0300 (EET DST) X-Authentication-Warning: sirppi.helsinki.fi: akoskine owned process doing -bs Date: Thu, 18 Sep 2003 14:40:17 +0300 (EET DST) From: Aaro Koskinen Sender: akoskine@cc.helsinki.fi To: gallatin@cs.duke.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: PCI interrupts passing DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: aaro@iki.fi List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 11:40:23 -0000 Hello, > I was toying with a programmable PCI card and wrote some code > which DMAs a small block of data to the host, and then interrupts the > host. The host checks the end of the block, and sees if it gets the > value it expects. > On an SMP P4 (hyperthreaded, with ServerWorks chipset) FreeBSD 4.8 UP, > and on Linux 2.4.18, there is a huge delay between the interrupt being > handled, and the DMA finally completing (from the host's perspective). > Time enough for the interrupt handler to be triggered 3 or 4 times, > and to print "foo" to a serial console line each time it notices > that the DMA has not completed. > > The interesting thing is that on FreeBSD 4.8SMP, and FreeBSD > 5.1-current (SMP), the data has arrived by the time the interrupt > handler is called. [...] > My question is: What the heck could the SMP kernel be doing which > causes the DMA to "complete" faster? The chipset probably uses PCI bus (MSI-like mechanism) to deliver the interrupt from the IO APIC to the local APIC, which means that the PCI bridge(s) must complete the DMA transfer before the interrupt is delivered to preserve the write order. In PIC mode, the interrupt is delivered by the wire and it has no effect on pending writes. A common solution is that the interrupt handler must perform a read from the device to the force flushing of buffers. A. -- Aaro Koskinen E-mail: aaro@iki.fi "I'm the ocean, I'm the giant undertow." http://www.iki.fi/aaro From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 04:50:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632C616A4B3 for ; Thu, 18 Sep 2003 04:50:57 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E31543FBF for ; Thu, 18 Sep 2003 04:50:56 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h8IBotDm025412; Thu, 18 Sep 2003 07:50:55 -0400 (EDT) Date: Thu, 18 Sep 2003 07:50:55 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Dan Langille In-Reply-To: <3F683824.14446.AB8FEDA@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: [PATCH] : libc_r/uthread/uthread_write.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 11:50:57 -0000 On Wed, 17 Sep 2003, Dan Langille wrote: > On 16 Sep 2003 at 20:49, Daniel Eischen wrote: > > > On Tue, 16 Sep 2003, Dan Langille wrote: > > > > > I've had preliminary success with this patch. More testing needs > > > to be done, but in the meantime, I would appreciate reviews and > > > comments. The patched code is available from > > > http://beta.freebsddiary.org/tmp/uthread_write.c and the patch > > > appears below. > > > > > > In short, the logic has been changed to ensure that if __sys_write > > > returns zero, this value is returned by _write. > > > > I think this is not quite correct. Since libc_r is looping > > and some data may have been read, then the partial byte count > > should be returned, not zero. It is possible the partial byte > > count could also be zero in some cases, so it would result > > in zero being returned in those instances. > > I see what you mean. Please have a look at > http://beta.freebsddiary.org/tmp/uthread_write.c2 > The patch appears at the end of this message. Right, this seems correct to me. > > This version will return the partial byte count (which has always > been zero in testing) but exit the loop if the return code is zero. Hmm, I was under the impression that partial byte count was returned, but OK... > > I think the problem lies with the SCSI tape device. It should > > either return 0 or -1 with errno=ENOSPC on a write that detects > > an EOT, not partial byte count. > > You are referring to sa(4)? Yes. > > If you are using libkse or > > libthr, you will get a partial byte count and not zero because > > the tape driver returns the (partial) bytes written. So exiting > > the loop in libc_r and returning 0 would only seem to correct > > the "problem" for libc_r. If there is a difference, it could be because libc_r is using non-blocking IO behind the scenes, and sa(4) may be returning partial byte count in the non-blocking case and 0 (or -1 and ENOSPC) in the blocking case (which is what you'd get using libkse/libthr). > The problem found when running under pthreads on 4.8-stable [i.e. > EOT is not returned to the application code] is not found with libkse > on 5.1-current. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 06:52:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24AE616A4B3 for ; Thu, 18 Sep 2003 06:52:08 -0700 (PDT) Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id DABC943F75 for ; Thu, 18 Sep 2003 06:52:06 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.98.167.210]) by lakemtao04.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20030918135206.ZOGQ29227.lakemtao04.cox.net@mail.halplant.com>; Thu, 18 Sep 2003 09:52:06 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id 91FA034; Thu, 18 Sep 2003 09:52:05 -0400 (EDT) Date: Thu, 18 Sep 2003 09:52:05 -0400 From: Andrew J Caines To: Postfix Users , FreeBSD Hackers Message-ID: <20030918135205.GT410@hal9000.halplant.com> Mail-Followup-To: Postfix Users , FreeBSD Hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-PRERELEASE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i Subject: FYI: Petition against Verisign net abuse at petitiononline.com X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 13:52:08 -0000 To: ICANN We internet users, who either own domain names or have an interest in the domain name system, wish to object to the Verisign Sitefinder system. ... http://www.petitiononline.com/icanndns/ -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 07:20:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB6DE16A4B3 for ; Thu, 18 Sep 2003 07:20:45 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9DB743F3F for ; Thu, 18 Sep 2003 07:20:44 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id h8IEKi5J011187 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 18 Sep 2003 10:20:44 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h8IEKci60859; Thu, 18 Sep 2003 10:20:38 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16233.48950.348205.388570@grasshopper.cs.duke.edu> Date: Thu, 18 Sep 2003 10:20:38 -0400 (EDT) To: aaro@iki.fi In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Re: PCI interrupts passing DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 14:20:45 -0000 Aaro Koskinen writes: > > My question is: What the heck could the SMP kernel be doing which > > causes the DMA to "complete" faster? > > The chipset probably uses PCI bus (MSI-like mechanism) to deliver the > interrupt from the IO APIC to the local APIC, which means that the PCI > bridge(s) must complete the DMA transfer before the interrupt is > delivered to preserve the write order. AHA! I think you hit it on the nose. It turns out that the FreeBSD SMP kernel sets up all IOAPIC interrupts as IOART_DELLOPRI. But linux doesn't set the IOART_DELLOPRI bit. This seems account for the difference in behaviour between FreeBSD & linux. The following diff seems to make SMP FreeBSD behave the same as linux, and the same as UP FreeBSD: Index: i386/i386/mpapic.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mpapic.c,v retrieving revision 1.63 diff -u -r1.63 mpapic.c --- i386/i386/mpapic.c 23 Jul 2003 18:59:38 -0000 1.63 +++ i386/i386/mpapic.c 18 Sep 2003 14:07:38 -0000 @@ -134,7 +134,7 @@ ((u_int32_t) \ (IOART_INTMSET | \ IOART_DESTPHY | \ - IOART_DELLOPRI)) + IOART_DELFIXED)) #define DEFAULT_ISA_FLAGS \ ((u_int32_t) \ > In PIC mode, the interrupt is delivered by the wire and it has no > effect on pending writes. A common solution is that the interrupt > handler must perform a read from the device to the force flushing of > buffers. Yep. I was trying to avoid that because PIO reads are so horribly expensive.. I guess I'll have to do it after all. I wish MSIs had been around from the beginning & were more widely used. Thanks for your help, Drew From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 08:03:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C674816A4B3 for ; Thu, 18 Sep 2003 08:03:14 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1875843FB1 for ; Thu, 18 Sep 2003 08:03:14 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h8IF3Bii059730; Thu, 18 Sep 2003 10:03:11 -0500 (CDT) (envelope-from dan) Date: Thu, 18 Sep 2003 10:03:11 -0500 From: Dan Nelson To: Terry Lambert Message-ID: <20030918150311.GG51544@dan.emsphone.com> References: <3F6975BD.14CD05EE@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F6975BD.14CD05EE@mindspring.com> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 15:03:14 -0000 In the last episode (Sep 18), Terry Lambert said: > Deepak Jain wrote: > > Is there a utility/hack/patch that would allow a diligent sysadmin > > to obtain which specific TCP connections are generating retransmits > > and receiving packet drops? netstat will show me drops on an > > interface, but not on a specific source/dest pair? > > These types of statistics aren't kept. > > They usually do not make it into commercial product distributions for > performance reasons, and because every byte added to a tcpcb > structure is one byte less that can be used for something else. In > practice, adding 134 bytes of statistics to a tcpcb would double its > size and halve the number of simultaneous connections you would be > able to support with the same amount of RAM in a given machine (as > one example), if all of that memory had to come out of the same > space, all other things being equal. tcpcb is currently 236 bytes though, and I don't imagine adding another 8 bytes for an unsigned long "dropped packets" counter is going to kill him. Deepak: if you really want stats, try adding a struct tcpstat to tcpcb and hack all the netinet/tcp* code to update those whenever the global tcpstat gets updated. You'll get all the info that netstat -s prints, for each socket. *That* will definitely double the size of struct tcpcb :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 08:30:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D62816A4B3 for ; Thu, 18 Sep 2003 08:30:55 -0700 (PDT) Received: from venom.ai.net (venom.ai.net [205.134.161.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249AD43F75 for ; Thu, 18 Sep 2003 08:30:54 -0700 (PDT) (envelope-from deepak@ai.net) Received: from blood (pool-68-163-66-91.res.east.verizon.net [68.163.66.91]) by venom.ai.net (8.12.6/8.12.8) with SMTP id h8IFQ7iI028353; Thu, 18 Sep 2003 11:26:08 -0400 (EDT) (envelope-from deepak@ai.net) From: "Deepak Jain" To: "Colin Percival" , Date: Thu, 18 Sep 2003 11:30:07 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 In-Reply-To: <5.0.2.1.1.20030917173951.02df29e8@popserver.sfu.ca> Importance: Normal Subject: RE: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deepak@ai.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 15:30:55 -0000 > If you've got a small enough amount of traffic, you could use > tcpdump to > snarf the headers and then use your favourite scripting languge > to look for > repeated sequence numbers (retransmits) and repeated acks (lost packets); > but I suspect this would be too slow for most purposes. Yeah, we thought about using a sniffer in front of a box to accomplish the same task to overcome the performance issue, but a more direct way would really be suitable to our application. Thanks! Deepak Jain AiNET From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 08:45:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D006D16A4B3 for ; Thu, 18 Sep 2003 08:45:54 -0700 (PDT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE1243FE0 for ; Thu, 18 Sep 2003 08:45:52 -0700 (PDT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id D33336540C; Thu, 18 Sep 2003 16:45:50 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25627-02-3; Thu, 18 Sep 2003 16:45:50 +0100 (BST) Received: from saboteur.dek.spc.org (unknown [81.3.72.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id E373E6540A; Thu, 18 Sep 2003 16:45:49 +0100 (BST) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id F29CA13; Thu, 18 Sep 2003 13:39:09 +0100 (BST) Date: Thu, 18 Sep 2003 13:39:09 +0100 From: Bruce M Simpson To: Deepak Jain Message-ID: <20030918123909.GB3431@saboteur.dek.spc.org> Mail-Followup-To: Deepak Jain , "freebsd-hackers@FreeBSD. ORG" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: SPC cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 15:45:54 -0000 On Wed, Sep 17, 2003 at 08:34:54PM -0400, Deepak Jain wrote: > Is there a utility/hack/patch that would allow a diligent sysadmin to obtain > which specific TCP connections are generating retransmits and receiving > packet drops? netstat will show me drops on an interface, but not on a > specific source/dest pair? Such a thing would need to be written, or adapted from an existing tcp tool. ports/net/trafd would probably be a good place to start. BMS From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 09:17:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E69716A4B3 for ; Thu, 18 Sep 2003 09:17:40 -0700 (PDT) Received: from safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3AF743FBF for ; Thu, 18 Sep 2003 09:17:39 -0700 (PDT) (envelope-from les@ns3.safety.net) Received: from ns3.safety.net (localhost [127.0.0.1]) by localhost (8.12.9/8.12.9) with ESMTP id h8IGHYFI013884; Thu, 18 Sep 2003 09:17:34 -0700 Received: (from les@localhost) by ns3.safety.net (8.12.9/8.12.9/Submit) id h8IGHYYa013870; Thu, 18 Sep 2003 09:17:34 -0700 From: Les Biffle Message-Id: <200309181617.h8IGHYYa013870@ns3.safety.net> In-Reply-To: <20030918150311.GG51544@dan.emsphone.com> To: Dan Nelson Date: Thu, 18 Sep 2003 09:17:34 -0700 (MST) X-Mailer: ELM [version 2.4ME+ PL94 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 16:17:40 -0000 > In the last episode (Sep 18), Terry Lambert said: **snip** > tcpcb is currently 236 bytes though, and I don't imagine adding another > 8 bytes for an unsigned long "dropped packets" counter is going to kill > him. > > Deepak: if you really want stats, try adding a struct tcpstat to tcpcb > and hack all the netinet/tcp* code to update those whenever the global > tcpstat gets updated. We spent a lot of effort doing this for our 3.5-based NAT/firewall products, putting the SEQ/ACK numbers and related re-transission counts in the struct we used for transient connection objects, and logged them when the connection closed. With 10K simultaneous connections active, it added less than 640K of malloc'd memory, so it's not a big hit. We didn't find the statistics we gathered to be meaningful, BTW. Transient errors (congestion and routing loops) were infrequent, and most of what looked like errors turned out to be generated by the stack at the other end (gratuitous back-to-back ACKs and packet retransmission before any possible timeout could occur). For us, a waste of time. If you have more interesting results, please let me know. I figured it would be a great tool. -Les -- Les Biffle CISSP Information Systems Security Consultant (480) 585-4099 les@safety.net http://www.les.biffle.org/ Network Safety, PO Box 14461, Scottsdale, AZ 85267 From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 09:41:49 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDBA16A4B3 for ; Thu, 18 Sep 2003 09:41:49 -0700 (PDT) Received: from camay.yandex.ru (camay.yandex.ru [213.180.193.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24F6643FE0 for ; Thu, 18 Sep 2003 09:41:48 -0700 (PDT) (envelope-from zevlg@yandex.ru) Received: from YAMAIL (camay.yandex.ru) by mail.yandex.ru id ; Thu, 18 Sep 2003 20:41:36 +0400 Date: Thu, 18 Sep 2003 20:41:36 +0400 (MSD) From: "lg" Sender: zevlg@yandex.ru Message-Id: <3F69E040.000006.31633@camay.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: zevlg@yandex.ru To: hackers@freebsd.org X-source-ip: 194.226.217.217 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: rijndael again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zevlg@yandex.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 16:41:49 -0000 Hello again. I seen patch submited to check padLen properly, but it does not covers CBC mode, which have same typo error .. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 10:01:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15EB916A4B3 for ; Thu, 18 Sep 2003 10:01:27 -0700 (PDT) Received: from cfcl.com (cpe-24-221-172-174.ca.sprintbbd.net [24.221.172.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1098743FBF for ; Thu, 18 Sep 2003 10:01:26 -0700 (PDT) (envelope-from rdm@cfcl.com) Received: from [192.168.254.205] ([192.168.254.205]) by cfcl.com (8.12.6/8.11.1) with ESMTP id h8IHBej4004347 for ; Thu, 18 Sep 2003 10:11:41 -0700 (PDT) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: In-Reply-To: <200309150719.h8F7JLrZ015103@spider.deepcore.dk> References: <200309150719.h8F7JLrZ015103@spider.deepcore.dk> X-Mailer: Eudora for Macintosh! Date: Thu, 18 Sep 2003 09:55:34 -0700 To: freebsd-hackers@FreeBSD.ORG From: Rich Morin Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: prospects for DMA support for SiS962(L) Southbridge? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 17:01:27 -0000 At 9:19 AM +0200 9/15/03, Soren Schmidt wrote: >It seems Rich Morin wrote: >> With FreeBSD 4.9 on the horizon, I thought I might bring this up again... > >There is no time for this on 4.9 (at least if it should be done properly. >5.1 has support for all SiS chipsets... I'm not interested in putting experimental software on this machine; I guess I'll just wait... -r -- email: rdm@cfcl.com; phone: +1 650-873-7841 http://www.cfcl.com - Canta Forda Computer Laboratory http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 10:28:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2104316A4B3 for ; Thu, 18 Sep 2003 10:28:21 -0700 (PDT) Received: from cheer.mahoroba.org (flets19-166.kamome.or.jp [218.45.19.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A245B43F75 for ; Thu, 18 Sep 2003 10:28:19 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from mille.mahoroba.org (IDENT:sH3A9Gw/QCDSONncJXA/8NcFSEHX8UCNvrx081B6hve+T89V9kQ2zIx0Heh1jo7k@mille.mahoroba.org [IPv6:3ffe:501:185b:8010:202:2dff:fe41:8630]) (user=ume mech=CRAM-MD5 bits=0)h8IHS5ru021499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Sep 2003 02:28:06 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 19 Sep 2003 02:33:28 +0900 Message-ID: From: Hajimu UMEMOTO To: zevlg@yandex.ru In-Reply-To: <3F69E040.000006.31633@camay.yandex.ru> References: <3F69E040.000006.31633@camay.yandex.ru> User-Agent: xcite1.38> Wanderlust/2.11.0 (Wonderwall) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 4.8-RELEASE-p3 MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-1.0 required=5.0 tests=IN_REP_TO,REFERENCES,USER_AGENT version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hackers@freebsd.org Subject: Re: rijndael again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 17:28:21 -0000 Hi, >>>>> On Thu, 18 Sep 2003 20:41:36 +0400 (MSD) >>>>> "lg" said: zevlg> I seen patch submited to check padLen properly, but it does not covers CBC mode, which have same typo error .. Oops, I've just committed. Please re-cvsup and try it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 11:23:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A25FE16A4B3 for ; Thu, 18 Sep 2003 11:23:26 -0700 (PDT) Received: from venom.ai.net (venom.ai.net [205.134.161.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id C593243FBD for ; Thu, 18 Sep 2003 11:23:25 -0700 (PDT) (envelope-from deepak@ai.net) Received: from blood (pool-68-163-66-91.res.east.verizon.net [68.163.66.91]) by venom.ai.net (8.12.6/8.12.8) with SMTP id h8IIIbJD082288; Thu, 18 Sep 2003 14:18:38 -0400 (EDT) (envelope-from deepak@ai.net) From: "Deepak Jain" To: "Terry Lambert" Date: Thu, 18 Sep 2003 14:22:36 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 In-Reply-To: <3F6975BD.14CD05EE@mindspring.com> Importance: Normal cc: "freebsd-hackers@FreeBSD. ORG" Subject: RE: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deepak@ai.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 18:23:26 -0000 > These types of statistics aren't kept. > > Generally, they are used only by network researchers, who hack > their stacks to get them. > > They usually do not make it into commercial product distributions > for performance reasons, and because every byte added to a tcpcb > structure is one byte less that can be used for something else. > In practice, adding 134 bytes of statistics to a tcpcb would > double its size and halve the number of simultaneous connections > you would be able to support with the same amount of RAM in a > given machine (as one example), if all of that memory had to > come out of the same space, all other things being equal. If the tcpcb struct were expanded/changed and the various increments were added in the appropriate packet pushing code, this would work right? Is there something non-obvious that one would need to worry about to undertake such a project? Thanks, Deepak Jain AiNET From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 12:25:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2DAD16A4B3 for ; Thu, 18 Sep 2003 12:25:38 -0700 (PDT) Received: from mtiwmhc13.worldnet.att.net (mtiwmhc13.worldnet.att.net [204.127.131.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C24543FAF for ; Thu, 18 Sep 2003 12:25:37 -0700 (PDT) (envelope-from cmascott@att.net) Received: from callisto.local (203.cambridge-02rh15rt.ma.dial-access.att.net[12.91.18.203]) by mtiwmhc13.worldnet.att.net (mtiwmhc13) with ESMTP id <2003091819253511300s74tfe>; Thu, 18 Sep 2003 19:25:35 +0000 Received: from callisto.local (localhost.local [127.0.0.1]) by callisto.local (8.12.8p1/8.12.8) with ESMTP id h8IJPWm2000248 for ; Thu, 18 Sep 2003 15:25:32 -0400 (EDT) (envelope-from cmascott@callisto.local) Received: (from cmascott@localhost) by callisto.local (8.12.8p1/8.12.8/Submit) id h8IJPVBB000247 for freebsd-hackers@freebsd.org; Thu, 18 Sep 2003 15:25:31 -0400 (EDT) Date: Thu, 18 Sep 2003 15:25:31 -0400 (EDT) From: Carl Mascott Message-Id: <200309181925.h8IJPVBB000247@callisto.local> To: freebsd-hackers@freebsd.org Subject: 4.8-R: strange hitch in user ppp Rx data flow X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 19:25:39 -0000 FreeBSD 4.8-R user ppp P II - 400 128 MB RAM 56K ext. modem, 45.3K connection When I updated from 4.3-R to 4.8-R recently I immediately noticed a strange hitch in the flow of received data from user ppp to TCP/IP applications. For example, with the BSD ftp client, when receiving a file, the progress always stops around 113 KB and ftp reports "stalled" for about 10 seconds. Then the ftp client suddenly shows 170 KB received and for the rest of the transfer there are no more hitches. This is 100% repeatable. During the 10 seconds when ftp's progress is "stalled" at 113 KB the RxD LED on my external modem shows continuous data flow. Both Netscape and Opera show the same hitch under 4.8-R. I tried transferring a large (40 MB) file across my 10 Mb/s LAN several times with the ftp client and never saw any pauses. 4.3-R definitely did not do this. Anybody got any ideas? I've already tried the 4.3-R ppp binary on 4.8-R: same behavior. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 13:28:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53C1416A4B3 for ; Thu, 18 Sep 2003 13:28:46 -0700 (PDT) Received: from unixbeast.com (unixbeast.com [208.210.149.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 952E043FB1 for ; Thu, 18 Sep 2003 13:28:45 -0700 (PDT) (envelope-from fatdave@unixbeast.com) Received: from unixbeast.com (localhost [127.0.0.1]) by unixbeast.com (8.12.9/8.11.6) with ESMTP id h8IKSigQ035264 for ; Thu, 18 Sep 2003 15:28:44 -0500 (CDT) (envelope-from fatdave@unixbeast.com) Received: (from fatdave@localhost) by unixbeast.com (8.12.9/8.12.9/Submit) id h8IKSiv2035263 for freebsd-hackers@freebsd.org; Thu, 18 Sep 2003 15:28:44 -0500 (CDT) Date: Thu, 18 Sep 2003 15:28:44 -0500 From: Dave Hastings To: freebsd-hackers@freebsd.org Message-ID: <20030918202844.GV323@unixbeast.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: linksys USB 200M X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 20:28:46 -0000 Hello all. I have FreeBSD 5.1 installed from the distribution CD's from FreeBSD.org. I also have a linksys USB200M usb ethernet device that doesn't seem to want to cooporate. It looks from the dmesg that it is almost working. I was just wondering if there is a fix for this yet ? School just started again and I need to access the internet from my machine. Posted is the part of the dmesg that shows whats going on. It just hangs on this forever. Thanks, Dave axe0: Linksys product 0x2226, rev 2.00/0.01, addr 2 axe0: Ethernet address: 00:ee:dd:c3:3c:f0 axe0: read PHY failed axe0: read PHY failed axe0: read PHY failed axe0: read PHY failed miibus1: on axe0 ukphy0: on miibus1 axe0: write PHY failed axe0: read PHY failed axe0: read PHY failed _______________________________________________ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 14:17:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C78B16A4B3 for ; Thu, 18 Sep 2003 14:17:46 -0700 (PDT) Received: from wvths.com (h0009b74df4c5.ne.client2.attbi.com [66.31.200.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C54E43FBF for ; Thu, 18 Sep 2003 14:17:45 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from localhost (mail.wvths.com [127.0.0.1]) by wvths.com (WVTHS Mail Gateway) with ESMTP id F1052FD99 for ; Thu, 18 Sep 2003 17:21:50 -0400 (EDT) Received: from wvths.com ([127.0.0.1]) by localhost (mail.wvths.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30647-02 for ; Thu, 18 Sep 2003 17:21:47 -0400 (EDT) Received: from webmail.wvths.com (webmail.wvths.com [192.168.0.6]) by wvths.com (WVTHS Mail Gateway) with SMTP id 81E43FD98 for ; Thu, 18 Sep 2003 17:21:47 -0400 (EDT) Received: from 24.218.220.202 (SquirrelMail authenticated user sysadmin) by webmail.wvths.com with HTTP; Thu, 18 Sep 2003 17:14:50 -0400 (EDT) Message-ID: <34399.24.218.220.202.1063919690.squirrel@webmail.wvths.com> Date: Thu, 18 Sep 2003 17:14:50 -0400 (EDT) From: sysadmin@wvths.com To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by Sophos AntiVirus Engine Content-Transfer-Encoding: quoted-printable Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 21:17:46 -0000 >Would be interesting if CURRENT does panic too ... Well, it does. Tested on -CURRENT supped today at about ~1 EST. The panic message is different this time: panic: m_free detected a mbuf double-free. Still, I couldn't reproduce it after swapping NICs. Later, From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 16:52:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C28E216A4B3 for ; Thu, 18 Sep 2003 16:52:26 -0700 (PDT) Received: from webmail.tiscali.de (relay1.tiscali.de [62.26.116.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6136143FB1 for ; Thu, 18 Sep 2003 16:52:25 -0700 (PDT) (envelope-from walter@pelissero.de) Received: from daemon.home.loc (62.246.27.227) by webmail.tiscali.de (6.7.019) id 3F59F638004CD156 for hackers@freebsd.org; Fri, 19 Sep 2003 01:52:24 +0200 Received: from hyde.home.loc (hyde.home.loc [10.0.0.2]) by daemon.home.loc (8.12.9/8.12.8) with ESMTP id h8INpXH3000753 for ; Fri, 19 Sep 2003 01:51:33 +0200 (CEST) (envelope-from wcp@hyde.home.loc) Received: from hyde.home.loc (localhost [127.0.0.1]) by hyde.home.loc (8.12.9/8.12.8) with ESMTP id h8INpVFt005283 for ; Fri, 19 Sep 2003 01:51:32 +0200 (CEST) (envelope-from wcp@hyde.home.loc) Received: (from wcp@localhost) by hyde.home.loc (8.12.9/8.12.6/Submit) id h8INpTwT005280; Fri, 19 Sep 2003 01:51:30 +0200 (CEST) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16234.17662.6641.911050@hyde.home.loc> Date: Fri, 19 Sep 2003 01:51:25 +0200 To: hackers@freebsd.org X-Mailer: VM 7.16 under Emacs 21.3.50.2 X-Attribution: WP Subject: don't dump core dumps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: walter@pelissero.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 23:52:26 -0000 I don't know if this a widespread opinion, but I believe that saving core files in backup tapes is a waste of time and space, often a big waste. Consider that Emacs itself can fill hundred of megs of disk space with just one core dump, that if you don't bother to debug, it will likely sit there for months before getting noticed and deleted straight away. Forbidding the creation of core files by means such as "sysctl kern.coredump=0" or "limits -c 0 big-fat-program", is not an option, because most of the times I do like to have a peek in those core files. My idea was to create core files with a NODUMP flag. A patch like the following would do the trick: diff -c /.amd_mnt/daemon/host/usr/warehouse/src/sys/kern/kern_sig.c /usr/home/wcp/tmp/buffer-content-51635BT *** /.amd_mnt/daemon/host/usr/warehouse/src/sys/kern/kern_sig.c Mon May 19 16:41:42 2003 --- /usr/home/wcp/tmp/buffer-content-51635BT Fri Sep 19 01:20:20 2003 *************** *** 119,124 **** --- 119,128 ---- SYSCTL_INT(_kern, OID_AUTO, coredump, CTLFLAG_RW, &do_coredump, 0, "Enable/Disable coredumps"); + static int set_coredump_nodump_flag = 1; + SYSCTL_INT(_kern, OID_AUTO, coredump, CTLFLAG_RW, + &set_coredump_nodump_flag, 0, "Enable/Disable setting of NODUMP flag on coredump files"); + /* * Signal properties and actions. * The array below categorizes the signals and their default actions *************** *** 1655,1660 **** --- 1659,1666 ---- VATTR_NULL(&vattr); vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); vattr.va_size = 0; + if (set_coredump_nodump_flag) + vattr.va_flags |= UF_NODUMP; VOP_LEASE(vp, p, cred, LEASE_WRITE); VOP_SETATTR(vp, &vattr, cred, p); p->p_acflag |= ACORE; Before someone comes up with this: no, excluding files ending in .core from backups is not an option either. Dump(8) doesn't have this option and not all files ending in .core are core dumps (see the CMUCL image). Cheers, -- walter pelissero http://www.pelissero.de From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 18:05:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00AA316A4B3 for ; Thu, 18 Sep 2003 18:05:36 -0700 (PDT) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC84443FBD for ; Thu, 18 Sep 2003 18:05:34 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.98.167.210]) by lakemtao02.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20030919010534.FPUB10677.lakemtao02.cox.net@mail.halplant.com> for ; Thu, 18 Sep 2003 21:05:34 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id 27B381F3; Thu, 18 Sep 2003 21:05:34 -0400 (EDT) Date: Thu, 18 Sep 2003 21:05:34 -0400 From: Andrew J Caines To: FreeBSD Hackers Message-ID: <20030919010534.GE1234@hal9000.halplant.com> Mail-Followup-To: FreeBSD Hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-PRERELEASE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i Subject: Relinking binaries to new .so libs when versions change? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 01:05:36 -0000 Again, a port update of a library has bumped a .so version [in this case libatk-1.0.so.200 -> libatk-1.0.so.400]. This leaves a bunch of binaries linked to the old .so which won't start. Other recent examples include libxmms.so and libintl.so. Is there an elegant and quick way to relink a given binary to a different version of a particular .so, eg. "mvld foo foo.so.1 foo.so.2"? I'm aware that rebuilding is the right thing to do since stuff can change in the libs, however experience from symlinking .so.N to .so.N-n shows that this almost never results in problems. For the record, I'm largely clueless about the details of linking, but I also wondered why we have all the .so -> .so.N symlinks if the linking as always to the .so.N. Is the fact that some libs don't follow the major/minor rules[1] a/the problem? I've read ld(1), ldconfig(8) [-r shows the .so.N hints], rtld(1) and other pages, googled a bit and am only slightly wiser, but not enough to answer my own questions. Your clues will be gratefully received. [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/policies-shlib.html -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 22:55:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE3116A4B3 for ; Thu, 18 Sep 2003 22:55:20 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB3FC43FE3 for ; Thu, 18 Sep 2003 22:55:19 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h8J5tJg9080923 for FreeBSD-Hackers@FreeBSD.org; Fri, 19 Sep 2003 00:55:19 -0500 (CDT) (envelope-from dan) Date: Fri, 19 Sep 2003 00:55:19 -0500 From: Dan Nelson To: FreeBSD Hackers Message-ID: <20030919055519.GL51544@dan.emsphone.com> References: <20030919010534.GE1234@hal9000.halplant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030919010534.GE1234@hal9000.halplant.com> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i Subject: Re: Relinking binaries to new .so libs when versions change? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 05:55:20 -0000 In the last episode (Sep 18), Andrew J Caines said: > Again, a port update of a library has bumped a .so version [in this case > libatk-1.0.so.200 -> libatk-1.0.so.400]. This leaves a bunch of binaries > linked to the old .so which won't start. how did you update the port? Portupgrade moves old libraries into /usr/local/lib/compat/pkg so old programs can still link to them. Or you could run portupgrade -R, which will upgrade all the packages dependent on the one you list. > Is there an elegant and quick way to relink a given binary to a > different version of a particular .so, eg. "mvld foo foo.so.1 > foo.so.2"? Version numbers get bumped for a reason :) Running the wrong version library will usually result in a coredump or runtime linking error. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 02:25:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5BFC16A4B3; Fri, 19 Sep 2003 02:25:14 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00ABC43F3F; Fri, 19 Sep 2003 02:25:14 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfmp3.dialup.mindspring.com ([165.247.219.35] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1A0HVm-0004u4-00; Fri, 19 Sep 2003 02:25:12 -0700 Message-ID: <3F6ACB36.1446DAAB@mindspring.com> Date: Fri, 19 Sep 2003 02:24:06 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: deischen@freebsd.org References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a41a8f75e87e82ebb338d38bbe296fd0712601a10902912494350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org cc: Dan Langille Subject: Re: [PATCH] : libc_r/uthread/uthread_write.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 09:25:14 -0000 Daniel Eischen wrote: > > > If you are using libkse or > > > libthr, you will get a partial byte count and not zero because > > > the tape driver returns the (partial) bytes written. So exiting > > > the loop in libc_r and returning 0 would only seem to correct > > > the "problem" for libc_r. > > If there is a difference, it could be because libc_r is using non-blocking > IO behind the scenes, and sa(4) may be returning partial byte count > in the non-blocking case and 0 (or -1 and ENOSPC) in the blocking case > (which is what you'd get using libkse/libthr). I would think that for non-block multiple and/or non-block-aligned writes, there's no way to avoid the fault-in penalty for the need to do read-before-write, so there will always be some unavoidable stalls. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 02:37:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98B3816A4B3 for ; Fri, 19 Sep 2003 02:37:28 -0700 (PDT) Received: from lon1-mail-2.visp.demon.net (lon1-mail-2.visp.demon.net [193.195.70.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0B143F75 for ; Fri, 19 Sep 2003 02:37:27 -0700 (PDT) (envelope-from lewiz@black.lewiz.org) Received: from mail.lewiz.org (host-74a-th-m-207.dial.beeb.net [62.56.20.207] (may be forged))3.2.1-GA) with ESMTP id AMM63657; Fri, 19 Sep 2003 10:36:35 +0100 (BST) Received: from black.lewiz.org ([192.168.0.12]) by mail.lewiz.org with smtp (Exim 4.20) id 1A0Hga-0009Sq-Qu for hackers@freebsd.org; Fri, 19 Sep 2003 10:36:20 +0100 Received: (nullmailer pid 10169 invoked by uid 4001); Fri, 19 Sep 2003 09:36:21 -0000 Date: Fri, 19 Sep 2003 10:36:21 +0100 From: Lewis Thompson To: FreeBSD-hackers Message-ID: <20030919093620.GC5850@lewiz.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline X-GPG-Fingerprint: 90A4 939E 3847 A3E4 8103 2A48 22DA B428 542F ED3F X-GPG-Info: http://www.westwood.karoo.net/pgpkey / horowitz.surfnet.nl User-Agent: Mutt/1.5.4i X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: mount_unionfs directory permissions. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 09:37:28 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, This is the first time I've posted to -hackers and I apologise in advance since it's not strictly what I expect goes on here (and have read on Google Groups). However, the question I want to ask is best answered here, I think. I've been playing with mount_unionfs but get stuck when it comes to permissions. I'm using it in the context of a ``base'' jail. The mount_unionfs man page states: Filenames are looked up in the upper layer and then in the lower layer. If a directory is found in the lower layer, and there is no entry in the upper layer, then a shadow directory will be created in the upper layer. It will be owned by the user who originally did the union mount, with mode ``rwxrwxrwx'' (0777) modified by the umask in effect at that time. What I want to know is why? Could there not be an option to inherit the permissions of the file/directory? Thanks very much, -lewiz. --=20 I was so much older then, I'm younger than that now. --Bob Dylan, 1964. ------------------------------------------------------------------------ -| msn:purple@lewiz.net | jab:lewiz@jabber.org | url:http://lewiz.net |- --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/as4UItq0KFQv7T8RAnZeAJ4rfdE6LwsR6F/cc+AmeuqPgCneigCggMOm /Qk+COtRwRQvB5nQwS8fI4w= =OtWB -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 02:45:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47C9616A4B3 for ; Fri, 19 Sep 2003 02:45:23 -0700 (PDT) Received: from mx3.absolight.com (mx3.absolight.net [212.43.217.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB3343F85 for ; Fri, 19 Sep 2003 02:45:22 -0700 (PDT) (envelope-from mat@FreeBSD.org) Received: by mx3.absolight.com (Postfix, from userid 1007) id 952A72A46; Fri, 19 Sep 2003 11:45:21 +0200 (CEST) X-Original-To: hackers@freebsd.org Received: from andromede.reaumur.absolight.net (andromede.reaumur.absolight.net [212.43.217.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx3.absolight.com (Postfix) with ESMTP id 38AEF29E0 for ; Fri, 19 Sep 2003 11:45:21 +0200 (CEST) Date: Fri, 19 Sep 2003 11:45:19 +0200 From: Mathieu Arnold To: hackers@freebsd.org Message-ID: <154613772.1063971919@andromede.reaumur.absolight.net> In-Reply-To: <258538703.1063886717@sauron.in.mat.cc> References: <258538703.1063886717@sauron.in.mat.cc> X-Mailer: Mulberry/3.1.0b7 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========CECE6FDA9C3B7EADFACF==========" Subject: Re: ls patch to sort directories first X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 09:45:23 -0000 --==========CECE6FDA9C3B7EADFACF========== Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline +-le 18/09/2003 12:05 +0200, Mathieu Arnold =E9crivait : | Suggestions mostly welcomed :) Maybe I should have sent a PR :) --=20 Mathieu Arnold --==========CECE6FDA9C3B7EADFACF========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (MingW32) iD8DBQE/atAvqYYpzGz/vmcRAgoZAJ4gv3jLIONVfIfqS/Nv2Jv9rhfAngCeMW5C 9qLMwONdATp46rUcPDRpxg8= =9euS -----END PGP SIGNATURE----- --==========CECE6FDA9C3B7EADFACF==========-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 02:45:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E72A16A4E9 for ; Fri, 19 Sep 2003 02:45:57 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6883043FE0 for ; Fri, 19 Sep 2003 02:45:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfmp3.dialup.mindspring.com ([165.247.219.35] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1A0Hpj-0007Ou-00; Fri, 19 Sep 2003 02:45:50 -0700 Message-ID: <3F6AD006.B9A0B898@mindspring.com> Date: Fri, 19 Sep 2003 02:44:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <3F6975BD.14CD05EE@mindspring.com> <20030918150311.GG51544@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a431457ddf4f51b9221a4bd3ef468b2ff3a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 09:45:57 -0000 Dan Nelson wrote: > > These types of statistics aren't kept. > > > > They usually do not make it into commercial product distributions for > > performance reasons, and because every byte added to a tcpcb > > structure is one byte less that can be used for something else. In > > practice, adding 134 bytes of statistics to a tcpcb would double its > > size and halve the number of simultaneous connections you would be > > able to support with the same amount of RAM in a given machine (as > > one example), if all of that memory had to come out of the same > > space, all other things being equal. > > tcpcb is currently 236 bytes though, and I don't imagine adding another > 8 bytes for an unsigned long "dropped packets" counter is going to kill > him. 236 is too large. We do stupid things like not compressing the state. For example, there is state that is unique to a listen socket and state that is unique to a connecting socket: this state should be in a union, so that tcpcb's are smaller. The kqueue bloat, particularly that for accept filters is another issue. So is the bloated credential and other information, most of which belongs in application-specific extension data chains that are *only* used when the aplication is active vs. the TCP connection (e.g. when IPSec is active, when kqueues have been registered, etc.). In 4.x, the structure size was 134 bytes (maybe 136; depends on which 4.x, I guess). The exra 100 bytes are cruft. Removing the cruft and compressing the state with a union would get you just under 128 bytes, so the current structure is almost 100% additional bloat for features that are rarely used, or are used, but are generally only in effect on a small number of the open sockets you are dealing with; very very annoying. > Deepak: if you really want stats, try adding a struct tcpstat to tcpcb > and hack all the netinet/tcp* code to update those whenever the global > tcpstat gets updated. You'll get all the info that netstat -s prints, > for each socket. *That* will definitely double the size of struct tcpcb :) The statistics gathering really should be macrotized, and a macro declaration added for this. You could then make it a compile-time option as to whether or not you gather the stats (default to off!). Assuming some FreeBSD committer is willing to stick the macros in the headers and the instrumentation points. If you did the extension structure chaining trick, noted above, you could even make it runtime adjustable; however, you would need to (1) add a timestamp to the structure to indicate the start time for statistics gathering and (2) walk the list of open sockets to add an extension for each of the already open sockets in the system. You could even have a seperate set of commands (I would suggest a psuedo device driver for doing it) to enable/start/stop/disable, so you can leave dormant extension structure lying around to control sample intervals separated by non-sample intervals of indeterminate length. Either way, though, I think you would want it to be "off" by default, just like you want the IPSEC to be "off" by default, given that it soaks up a huge default object per socket just by bing compiled in, even if the socket never actually uses the feature. 8-(. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 03:09:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F03816A4BF for ; Fri, 19 Sep 2003 03:09:33 -0700 (PDT) Received: from lilith.bellavista.cz (lilith.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4C643FBF for ; Fri, 19 Sep 2003 03:09:32 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by lilith.bellavista.cz (Postfix) with ESMTP id 6C4B537; Fri, 19 Sep 2003 12:09:23 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id D7CCA2FDA07; Fri, 19 Sep 2003 12:09:22 +0200 (CEST) Date: Fri, 19 Sep 2003 12:09:22 +0200 From: Roman Neuhauser To: Garance A Drosihn Message-ID: <20030919100922.GV79731@freepuppy.bellavista.cz> Mail-Followup-To: Garance A Drosihn , Clifton Royston , freebsd-hackers@freebsd.org References: <20030916102356.A11571@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Clifton Royston Subject: Re: Any workarounds for Verisign .com/.net highjacking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 10:09:33 -0000 # drosih@rpi.edu / 2003-09-16 16:58:06 -0400: > At 10:23 AM -1000 9/16/03, Clifton Royston wrote: > > In the meantime I'm trying to figure out if there's some > >simple hack to disregard these wildcard A records, short of > >requesting zone transfers of the root nameservers (e.g. via > >peering with f.root-servers.net) and purging those records > >out of the zone before loading it. > > > >Any ideas, either under djbdns or Bind 9? > > The story at > http://daily.daemonnews.org/view_story.php3?story_id=4068 > > notes that there is a patch for dnscache at: > http://tinydns.org/djbdns-1.05-ignoreip.patch see this one: http://tinydns.org/djbdns-1.05-ignoreip2.patch and this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/56951 > I have no idea of how well either of these work. Use your > own discretion at applying them. djbdns-1.05-ignoreip2.patch seems to work very well here, on three boxes; fourth one will follow later today. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 03:23:15 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA45616A4B3 for ; Fri, 19 Sep 2003 03:23:15 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FCE143FBD for ; Fri, 19 Sep 2003 03:23:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfmp3.dialup.mindspring.com ([165.247.219.35] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1A0IPw-0003JO-00; Fri, 19 Sep 2003 03:23:13 -0700 Message-ID: <3F6AD8D2.55D1422D@mindspring.com> Date: Fri, 19 Sep 2003 03:22:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: deepak@ai.net References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e64593119afbf1f9fca58679ef9343b2a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: TCP information X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 10:23:16 -0000 Deepak Jain wrote: > If the tcpcb struct were expanded/changed and the various increments were > added in the appropriate packet pushing code, this would work right? Is > there something non-obvious that one would need to worry about to undertake > such a project? Your overhead would be slightly higher when doing statistics, because you would need to store more information for each of the statistics you wanted to gather. The main reasonable objections to doing this by default would be (1) added overhead and (2) increased per-connection costs. The first of these is an issue for everybody. The second of these would be an issue for connections which remain idle for significant fractions of time. I'd call 20% or more of the time idle "significant" for this purpose, so you could include FTP control channels, HTTP persistent connections, IMAP4 connections, database entry screens, and pretty much anything else that was client/server, had a slow human on one end of the client, and a persistent connection to the server on the other. See my other posting on how to do this at a slightly higher cost, but only when it's enabled, via a pointer indirection, or at equal cost without one, as a compile-time option. I think that approach would be better for your purposes, particularly if you wanted to offload the code maintenance, rather than reintegrating a lot of patches for each release you wanted to run on. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 04:27:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D3616A4B3 for ; Fri, 19 Sep 2003 04:27:31 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1724A43F75 for ; Fri, 19 Sep 2003 04:27:31 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 6B6E63D28; Fri, 19 Sep 2003 07:27:21 -0400 (EDT) From: "Dan Langille" To: Terry Lambert Date: Fri, 19 Sep 2003 07:27:24 -0400 MIME-Version: 1.0 Message-ID: <3F6AAFDC.10680.145CA650@localhost> Priority: normal In-reply-to: <3F6ACB36.1446DAAB@mindspring.com> X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: hackers@freebsd.org Subject: Re: [PATCH] : libc_r/uthread/uthread_write.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 11:27:31 -0000 On 19 Sep 2003 at 2:24, Terry Lambert wrote: > Daniel Eischen wrote: > > > > If you are using libkse or > > > > libthr, you will get a partial byte count and not zero because > > > > the tape driver returns the (partial) bytes written. So exiting > > > > the loop in libc_r and returning 0 would only seem to correct > > > > the "problem" for libc_r. > > > > If there is a difference, it could be because libc_r is using non-blocking > > IO behind the scenes, and sa(4) may be returning partial byte count > > in the non-blocking case and 0 (or -1 and ENOSPC) in the blocking case > > (which is what you'd get using libkse/libthr). > > I would think that for non-block multiple and/or non-block-aligned > writes, there's no way to avoid the fault-in penalty for the need > to do read-before-write, so there will always be some unavoidable > stalls. My issue does not concern stalls. It concerns lost data bacause EOT of not correctly signalled. See http://www.freebsd.org/cgi/query- pr.cgi?pr=56274. But if I've missed the point, could someone please provide a Terry- English translation? I tried http://babelfish.altavista.com/ but had no succeess. -- Dan Langille : http://www.langille.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 10:33:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4314616A4B3 for ; Fri, 19 Sep 2003 10:33:21 -0700 (PDT) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218B543FCB for ; Fri, 19 Sep 2003 10:33:20 -0700 (PDT) (envelope-from rsharpe@richardsharpe.com) Received: from ns.aus.com (adsl-63-206-120-73.dsl.snfc21.pacbell.net [63.206.120.73])h8JHXIIO079420 for ; Fri, 19 Sep 2003 13:33:19 -0400 Received: from ns.aus.com (durable [127.0.0.1]) by ns.aus.com (8.12.8/8.12.8) with ESMTP id h8JHcUMI004970 for ; Fri, 19 Sep 2003 10:38:31 -0700 Received: from localhost (rsharpe@localhost) by ns.aus.com (8.12.8/8.12.8/Submit) with ESMTP id h8JHcTh0004966 for ; Fri, 19 Sep 2003 10:38:30 -0700 X-Authentication-Warning: ns.aus.com: rsharpe owned process doing -bs Date: Fri, 19 Sep 2003 10:38:29 -0700 (PDT) From: Richard Sharpe X-X-Sender: rsharpe@durable To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Throughput problems with NFS between Linux and FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 17:33:21 -0000 Hi, We recently encountered a problem with NFS throughput between a FreeBSD server (we are using 4.6.2, but the same code seems to be in 5.1 as well). When using Linux 2.4.19 or 2.4.21 as a client, although this might extend to other clients, and copying a large file, you will see the behavior shown in http://www.richardsharpe.com/ethereal-stuff.html#Time%20Sequence%20Graphs This happens because Linux hangs onto the ack for the last segment of a 32kB+header send for a while. The FreeBSD NFS server will not put anymore data in the socket because of an soreserve with a size of 32kB+header, so it waits for about 39mS until Linux finally sends the ack for the last segment. (Unless there is data, like another command, going the other way, that is). Throughput is about 3MB/s on GigE. The problem seems to be the following code if (so->so_type == SOCK_STREAM) siz = NFS_MAXPACKET + sizeof (u_long); else siz = NFS_MAXPACKET; error = soreserve(so, siz, siz); in src/sys/nfs/nfs_syscalls.c. We added a sysctl to allow finer control over what is passed to soreserve. With the fix in, it goes up to around wire speed when lots of data is in the cache. This was found by Chandu Gadhiraju with help from others. Regards ----- Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, sharpe[at]ethereal.com, http://www.richardsharpe.com From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 11:10:15 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E21416A4B3 for ; Fri, 19 Sep 2003 11:10:15 -0700 (PDT) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F7ED43FEC for ; Fri, 19 Sep 2003 11:10:14 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.98.167.210]) by lakemtao02.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20030919181013.UHCM10677.lakemtao02.cox.net@mail.halplant.com> for ; Fri, 19 Sep 2003 14:10:13 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id C83E5129; Fri, 19 Sep 2003 14:10:12 -0400 (EDT) Date: Fri, 19 Sep 2003 14:10:12 -0400 From: Andrew J Caines To: FreeBSD Hackers Message-ID: <20030919181012.GH5280@hal9000.halplant.com> Mail-Followup-To: FreeBSD Hackers References: <20030919010534.GE1234@hal9000.halplant.com> <20030919055519.GL51544@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030919055519.GL51544@dan.emsphone.com> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-PRERELEASE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i Subject: Re: Relinking binaries to new .so libs when versions change? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 18:10:15 -0000 Dan, Thanks for your reply. > > Again, a port update of a library has bumped a .so version [in this case > > libatk-1.0.so.200 -> libatk-1.0.so.400]. > how did you update the port? ... Or you could run portupgrade -R, which > will upgrade all the packages dependent on the one you list. # portupgrade --new --upward-recursive --recursive --sudo --verbose --all That tends to get everything. > Portupgrade moves old libraries into /usr/local/lib/compat/pkg Sometimes it does, however in cases like this one (ie. atk), it didn't. > > Is there an elegant and quick way to relink a given binary to a > > different version of a particular .so, eg. "mvld foo foo.so.1 > > foo.so.2"? > Version numbers get bumped for a reason :) Running the wrong version > library will usually result in a coredump or runtime linking error. You snipped this bit in my message where I addressed this: >> I'm aware that rebuilding is the right thing to do since stuff can change >> in the libs, however experience from symlinking .so.N to .so.N-n shows >> that this almost never results in problems. Also, >> Is the fact that some libs don't follow the major/minor rules[1] a/the >> problem? >> [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/policies-shlib.html So, I'm still interested in knowing how to do the wrong thing. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 11:26:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED2DD16A4B3 for ; Fri, 19 Sep 2003 11:26:43 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB26543FF7 for ; Fri, 19 Sep 2003 11:26:42 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h8JIWsbi022821; Fri, 19 Sep 2003 14:32:54 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h8JIQekI020813; Fri, 19 Sep 2003 11:26:40 -0700 (PDT) (envelope-from jmg) Date: Fri, 19 Sep 2003 11:26:40 -0700 From: John-Mark Gurney To: Richard Sharpe Message-ID: <20030919182640.GJ75714@funkthat.com> Mail-Followup-To: Richard Sharpe , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: Throughput problems with NFS between Linux and FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 18:26:44 -0000 Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700: > We recently encountered a problem with NFS throughput between a FreeBSD > server (we are using 4.6.2, but the same code seems to be in 5.1 as well). > > When using Linux 2.4.19 or 2.4.21 as a client, although this might extend > to other clients, and copying a large file, you will see the behavior > shown in [...] > The problem seems to be the following code > > if (so->so_type == SOCK_STREAM) > siz = NFS_MAXPACKET + sizeof (u_long); > else > siz = NFS_MAXPACKET; > error = soreserve(so, siz, siz); > > in src/sys/nfs/nfs_syscalls.c. > > We added a sysctl to allow finer control over what is passed to soreserve. > > With the fix in, it goes up to around wire speed when lots of data is in > the cache. What is the fix? You don't say what adjustments to soreserve's parameters are necessary to improve performance? Have you done testing against other clients to see how your changes will affect performance on those machines? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 12:01:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FFCE16A4D9 for ; Fri, 19 Sep 2003 12:01:42 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D79943FB1 for ; Fri, 19 Sep 2003 12:01:41 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 30AC81FF900 for ; Fri, 19 Sep 2003 21:01:39 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 077AC1FF8FF; Fri, 19 Sep 2003 21:01:38 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 9A99E155A6; Fri, 19 Sep 2003 18:14:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 905D515384 for ; Fri, 19 Sep 2003 18:14:39 +0000 (UTC) Date: Fri, 19 Sep 2003 18:14:39 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Subject: isapnp vs pci card: device_probe_and_attach X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 19:01:42 -0000 Hi, I have put an older isapnp scsi card in my computer. For this card there is (not yet) a driver for FreeBSD. I also had some pci cards in there of course. When trying to load the driver for the pci card I run into "device_probe_and_attach: %s%d attach returned 6\n" This happens because the isapnp card seems to be on the same irq. I can see this is I kldload a driver skeleton I had written for this isapnp card. Another way to make the pci card get an irq and load ok is to set the irq in question from pci/pnp to isa in the bios so that the pci card will use another one. But I think this might render the isapnp card unusable. Q: is this possible when there is no driver for the isapnp card (loaded) that the pci card fails to get the irq ? Isn't there a way so that the PCI card will use another irq and initialize correctly ? Any comments or pointers to docs on this topics would help me. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 13:06:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 098F116A4B3 for ; Fri, 19 Sep 2003 13:06:41 -0700 (PDT) Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2044643FDF for ; Fri, 19 Sep 2003 13:06:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from [192.168.167.44] (helo=wamui06.slb.atl.earthlink.net) by blount.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1A0RWS-00078C-00; Fri, 19 Sep 2003 16:06:32 -0400 Message-ID: <27372991.1064001992219.JavaMail.root@wamui06.slb.atl.earthlink.net> Date: Fri, 19 Sep 2003 12:06:31 -0800 (GMT-08:00) From: tlambert2@mindspring.com To: John-Mark Gurney , Richard Sharpe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 cc: freebsd-hackers@freebsd.org Subject: Re: Throughput problems with NFS between Linux and FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tlambert2@mindspring.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 20:06:41 -0000 John-Mark Gurney wrote: > Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700: > > The problem seems to be the following code > > > > if (so->so_type == SOCK_STREAM) > > siz = NFS_MAXPACKET + sizeof (u_long); > > else > > siz = NFS_MAXPACKET; > > error = soreserve(so, siz, siz); > > > > in src/sys/nfs/nfs_syscalls.c. > > > > We added a sysctl to allow finer control over what is passed to soreserve. > > > > With the fix in, it goes up to around wire speed when lots of data is in > > the cache. > > What is the fix? You don't say what adjustments to soreserve's parameters > are necessary to improve performance? Have you done testing against other > clients to see how your changes will affect performance on those machines? FWIW: I think he means that they change the value of NFS_MAXPACKET. This would actually make sense: you really want the value to be NFS_MAXPACKET times the number of packets you want to allow, up to the TCP window size... ...unless I'm seriously misunderstanding him. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 14:12:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB88716A4B3 for ; Fri, 19 Sep 2003 14:12:04 -0700 (PDT) Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 317E143FE0 for ; Fri, 19 Sep 2003 14:12:01 -0700 (PDT) (envelope-from rse@engelschall.com) Received: by visp.engelschall.com (Postfix, from userid 1005) id 0DF1F4CE574; Fri, 19 Sep 2003 23:12:01 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 20A6D2877C; Fri, 19 Sep 2003 23:11:39 +0200 (CEST) Date: Fri, 19 Sep 2003 23:11:39 +0200 From: "Ralf S. Engelschall" To: freebsd-hackers@freebsd.org Message-ID: <20030919211138.GA67987@engelschall.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: Engelschall, Germany. X-Web-Homepage: http://www.engelschall.com/ X-PGP-Public-Key: http://www.engelschall.com/ho/rse/pgprse.asc X-PGP-Fingerprint: 00 C9 21 8E D1 AB 70 37 DD 67 A2 3A 0A 6F 8D A5 Subject: Gaps in memory usage summary!? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rse@engelschall.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 21:12:04 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm trying to automate the summarization of memory usage on our FreeBSD boxes with the attached little Perl program and have some remaining questions I was not able to answer myself. When run on three representing boxes (all -STABLE and -CURRENT as of yesterday) I get this output: ------------------------------------------------------------------------------ FreeBSD-4.8-STABLE/i386 SYSTEM MEMORY INFORMATION: mem_wire: 162615296 ( 155MB) [ 7%] Wired: disabled for paging out mem_active: + 159956992 ( 152MB) [ 7%] Active: recently referenced mem_inactive:+ 950210560 ( 906MB) [ 45%] Inactive: recently not referenced mem_cache: + 75137024 ( 71MB) [ 3%] Cached: almost avail. for allocation mem_free: + 759664640 ( 724MB) [ 36%] Free: fully available for allocation mem_gap_vm: + 364544 ( 0MB) [ 0%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 2107949056 ( 2010MB) [100%] Total real memory managed mem_gap_sys: + 35684352 ( 34MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 2143633408 ( 2044MB) Total real memory available mem_gap_hw: + 3850240 ( 3MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = -2147483648 ( 2048MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 322936832 ( 307MB) [ 15%] Logically unused memory mem_avail: + 1785012224 ( 1702MB) [ 84%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 2107949056 ( 2010MB) [100%] Logically total memory ------------------------------------------------------------------------------ FreeBSD-5.1-CURRENT/i386 SYSTEM MEMORY INFORMATION: mem_wire: 136101888 ( 129MB) [ 12%] Wired: disabled for paging out mem_active: + 187867136 ( 179MB) [ 17%] Active: recently referenced mem_inactive:+ 648417280 ( 618MB) [ 61%] Inactive: recently not referenced mem_cache: + 9150464 ( 8MB) [ 0%] Cached: almost avail. for allocation mem_free: + 68550656 ( 65MB) [ 6%] Free: fully available for allocation mem_gap_vm: + 0 ( 0MB) [ 0%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 1050087424 ( 1001MB) [100%] Total real memory managed mem_gap_sys: + 19030016 ( 18MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 1069117440 ( 1019MB) Total real memory available mem_gap_hw: + 4624384 ( 4MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = 1073741824 ( 1024MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 323969024 ( 308MB) [ 30%] Logically unused memory mem_avail: + 726118400 ( 692MB) [ 69%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 1050087424 ( 1001MB) [100%] Logically total memory ------------------------------------------------------------------------------ FreeBSD-5.1-CURRENT/alpha SYSTEM MEMORY INFORMATION: mem_wire: 32555008 ( 31MB) [ 12%] Wired: disabled for paging out mem_active: + 57344000 ( 54MB) [ 22%] Active: recently referenced mem_inactive:+ 116170752 ( 110MB) [ 45%] Inactive: recently not referenced mem_cache: + 4620288 ( 4MB) [ 1%] Cached: almost avail. for allocation mem_free: + 12484608 ( 11MB) [ 4%] Free: fully available for allocation mem_gap_vm: + 31113216 ( 29MB) [ 12%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 254287872 ( 242MB) [100%] Total real memory managed mem_gap_sys: + 11116544 ( 10MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 265404416 ( 253MB) Total real memory available mem_gap_hw: + 3031040 ( 2MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = 268435456 ( 256MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 121012224 ( 115MB) [ 47%] Logically unused memory mem_avail: + 133275648 ( 127MB) [ 52%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 254287872 ( 242MB) [100%] Logically total memory ------------------------------------------------------------------------------ My remaining questions now are: 1. What memory is "map_gap_vm" and why is there no such gap on Intel boxes but on Alpha boxes? The number I arithmetically calculate is vm.stats.vm.v_page_count - ( vm.stats.vm.v_wire_count + vm.stats.vm.v_active_count + vm.stats.vm.v_inactive_count + vm.stats.vm.v_cache_count + vm.stats.vm.v_free_count ) and I always would expect 0 here, but as you can see it is not at least on Alpha. Is this a bug in our VM statistic code? Any clues? 2. What memory is "mem_gap_sys", i.e. (hw.physmem - (vm.stats.vm.v_page_count * hw.pagesize)) ? Is this the loaded kernel code? 3. What memory is "mem_gap_hw", i.e. (rounded(hw.physmem) - hw.physmem) ? Is this caused by some special hardware memory segmenting? I would be happy if someone could shed some light on this. Thanks. Ralf S. Engelschall rse@engelschall.com www.engelschall.com --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=freebsd-memory #!/usr/bin/perl # query the system through the generic sysctl(8) interface # (this does not require special priviledges) my $sysctl = {}; my $sysctl_output = `/sbin/sysctl -a`; foreach my $line (split(/\n/, $sysctl_output)) { if ($line =~ m/^([^:]+):\s+(.+)\s*$/s) { $sysctl->{$1} = $2; } } # round the physical memory size to the next power of two which is # reasonable for memory cards. We do this by first determining the # guessed memory card size under the assumption that usual computer # hardware has an average of a maximally eight memory cards installed # and those are usually of equal size. sub mem_rounded { my ($mem_size) = @_; my $chip_size = 1; my $chip_guess = ($mem_size / 8) - 1; while ($chip_guess != 0) { $chip_guess >>= 1; $chip_size <<= 1; } my $mem_round = (int($mem_size / $chip_size) + 1) * $chip_size; return $mem_round; } # determine the individual known information # NOTICE: forget hw.usermem, it is just (hw.physmem - vm.stats.vm.v_wire_count). # NOTICE: forget vm.stats.misc.zero_page_count, it is just the subset of # vm.stats.vm.v_free_count which is already pre-zeroed. my $mem_hw = &mem_rounded($sysctl->{"hw.physmem"}); my $mem_phys = $sysctl->{"hw.physmem"}; my $mem_all = $sysctl->{"vm.stats.vm.v_page_count"} * $sysctl->{"hw.pagesize"}; my $mem_wire = $sysctl->{"vm.stats.vm.v_wire_count"} * $sysctl->{"hw.pagesize"}; my $mem_active = $sysctl->{"vm.stats.vm.v_active_count"} * $sysctl->{"hw.pagesize"}; my $mem_inactive = $sysctl->{"vm.stats.vm.v_inactive_count"} * $sysctl->{"hw.pagesize"}; my $mem_cache = $sysctl->{"vm.stats.vm.v_cache_count"} * $sysctl->{"hw.pagesize"}; my $mem_free = $sysctl->{"vm.stats.vm.v_free_count"} * $sysctl->{"hw.pagesize"}; # determine the individual unknown information my $mem_gap_vm = $mem_all - ($mem_wire + $mem_active + $mem_inactive + $mem_cache + $mem_free); my $mem_gap_sys = $mem_phys - $mem_all; my $mem_gap_hw = $mem_hw - $mem_phys; # determine logical summary information my $mem_used = $mem_wire + $mem_active + $mem_gap_vm; my $mem_avail = $mem_inactive + $mem_cache + $mem_free; my $mem_total = $mem_used + $mem_avail; # information annotations my $info = { "mem_wire" => 'Wired: disabled for paging out', "mem_active" => 'Active: recently referenced', "mem_inactive" => 'Inactive: recently not referenced', "mem_cache" => 'Cached: almost avail. for allocation', "mem_free" => 'Free: fully available for allocation', "mem_gap_vm" => 'Memory gap: UNKNOWN', "mem_all" => 'Total real memory managed', "mem_gap_sys" => 'Memory gap: Kernel?!', "mem_phys" => 'Total real memory available', "mem_gap_hw" => 'Memory gap: Segment Mappings?!', "mem_hw" => 'Total real memory installed', "mem_used" => 'Logically unused memory', "mem_avail" => 'Logically available memory', "mem_total" => 'Logically total memory', }; # print system results printf("SYSTEM MEMORY INFORMATION:\n"); printf("mem_wire: %12d (%7dMB) [%3d%%] %s\n", $mem_wire, $mem_wire / (1024*1024), ($mem_wire / $mem_all) * 100, $info->{"mem_wire"}); printf("mem_active: + %12d (%7dMB) [%3d%%] %s\n", $mem_active, $mem_active / (1024*1024), ($mem_active / $mem_all) * 100, $info->{"mem_active"}); printf("mem_inactive:+ %12d (%7dMB) [%3d%%] %s\n", $mem_inactive, $mem_inactive / (1024*1024), ($mem_inactive / $mem_all) * 100, $info->{"mem_inactive"}); printf("mem_cache: + %12d (%7dMB) [%3d%%] %s\n", $mem_cache, $mem_cache / (1024*1024), ($mem_cache / $mem_all) * 100, $info->{"mem_cache"}); printf("mem_free: + %12d (%7dMB) [%3d%%] %s\n", $mem_free, $mem_free / (1024*1024), ($mem_free / $mem_all) * 100, $info->{"mem_free"}); printf("mem_gap_vm: + %12d (%7dMB) [%3d%%] %s\n", $mem_gap_vm, $mem_gap_vm / (1024*1024), ($mem_gap_vm / $mem_all) * 100, $info->{"mem_gap_vm"}); printf("-------------- ------------ ----------- ------\n"); printf("mem_all: = %12d (%7dMB) [100%%] %s\n", $mem_all, $mem_all / (1024*1024), $info->{"mem_all"}); printf("mem_gap_sys: + %12d (%7dMB) %s\n", $mem_gap_sys, $mem_gap_sys / (1024*1024), $info->{"mem_gap_sys"}); printf("-------------- ------------ -----------\n"); printf("mem_phys: = %12d (%7dMB) %s\n", $mem_phys, $mem_phys / (1024*1024), $info->{"mem_phys"}); printf("mem_gap_hw: + %12d (%7dMB) %s\n", $mem_gap_hw, $mem_gap_hw / (1024*1024), $info->{"mem_gap_hw"}); printf("-------------- ------------ -----------\n"); printf("mem_hw: = %12d (%7dMB) %s\n", $mem_hw, $mem_hw / (1024*1024), $info->{"mem_hw"}); # print logical results printf("\n"); printf("SYSTEM MEMORY SUMMARY:\n"); printf("mem_used: %12d (%7dMB) [%3d%%] %s\n", $mem_used, $mem_used / (1024*1024), ($mem_used / $mem_total) * 100, $info->{"mem_used"}); printf("mem_avail: + %12d (%7dMB) [%3d%%] %s\n", $mem_avail, $mem_avail / (1024*1024), ($mem_avail / $mem_total) * 100, $info->{"mem_avail"}); printf("-------------- ------------ ----------- ------\n"); printf("mem_total: = %12d (%7dMB) [100%%] %s\n", $mem_total, $mem_total / (1024*1024), $info->{"mem_total"}); --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 15:30:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D502716A4B3 for ; Fri, 19 Sep 2003 15:30:28 -0700 (PDT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id B93E443FAF for ; Fri, 19 Sep 2003 15:30:27 -0700 (PDT) (envelope-from rsharpe@richardsharpe.com) Received: from ns.aus.com (adsl-63-206-120-73.dsl.snfc21.pacbell.net [63.206.120.73])h8JMUOou145516; Fri, 19 Sep 2003 18:30:25 -0400 Received: from ns.aus.com (durable [127.0.0.1]) by ns.aus.com (8.12.8/8.12.8) with ESMTP id h8JMZgMI006561; Fri, 19 Sep 2003 15:35:42 -0700 Received: from localhost (rsharpe@localhost) by ns.aus.com (8.12.8/8.12.8/Submit) with ESMTP id h8JMZeMt006557; Fri, 19 Sep 2003 15:35:42 -0700 X-Authentication-Warning: ns.aus.com: rsharpe owned process doing -bs Date: Fri, 19 Sep 2003 15:35:40 -0700 (PDT) From: Richard Sharpe X-X-Sender: rsharpe@durable To: John-Mark Gurney In-Reply-To: <20030919182640.GJ75714@funkthat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Throughput problems with NFS between Linux and FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2003 22:30:28 -0000 On Fri, 19 Sep 2003, John-Mark Gurney wrote: > Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700: > > We recently encountered a problem with NFS throughput between a FreeBSD > > server (we are using 4.6.2, but the same code seems to be in 5.1 as well). > > > > When using Linux 2.4.19 or 2.4.21 as a client, although this might extend > > to other clients, and copying a large file, you will see the behavior > > shown in > > [...] > > > The problem seems to be the following code > > > > if (so->so_type == SOCK_STREAM) > > siz = NFS_MAXPACKET + sizeof (u_long); > > else > > siz = NFS_MAXPACKET; > > error = soreserve(so, siz, siz); > > > > in src/sys/nfs/nfs_syscalls.c. > > > > We added a sysctl to allow finer control over what is passed to soreserve. > > > > With the fix in, it goes up to around wire speed when lots of data is in > > the cache. > > What is the fix? You don't say what adjustments to soreserve's parameters > are necessary to improve performance? Have you done testing against other > clients to see how your changes will affect performance on those machines? The beest fix is: if (so->so_type == SOCK_STREAM) - siz = NFS_MAXPACKET + sizeof (u_long); + siz = NFS_MAXPACKET + sizeof (u_long) + MSS; else siz = NFS_MAXPACKET; error = soreserve(so, siz, siz); in src/sys/nfs/nfs_syscalls.c. Since the client should only hang onto the ack for one segment, and that will work even if you have end-to-end jumbo frames. A simpler fix might be to replace MSS with 2048. Regards ----- Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, sharpe[at]ethereal.com, http://www.richardsharpe.com From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 20:32:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CC916A4B3 for ; Fri, 19 Sep 2003 20:32:00 -0700 (PDT) Received: from h24-66-230-151.ed.shawcable.net (h24-66-230-151.ed.shawcable.net [24.66.230.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0026F43FE3 for ; Fri, 19 Sep 2003 20:31:58 -0700 (PDT) (envelope-from soralx@cydem.org.ua) Received: from h24-66-229-2.ed.shawcable.net (h24-66-229-2.ed.shawcable.net [24.66.229.2]) by h24-66-230-151.ed.shawcable.net (Postfix) with ESMTP id F378838A0F for ; Fri, 19 Sep 2003 21:31:58 -0600 (MDT) From: To: freebsd-hackers@freebsd.org Date: Fri, 19 Sep 2003 21:31:55 -0600 User-Agent: KMail/1.5 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309192131.55844.soralx@cydem.org.ua> Subject: Re: isapnp vs pci card: device_probe_and_attach X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 03:32:00 -0000 > Isn't there a way so that the PCI card will use another irq > and initialize correctly ? AFAIK, you should be able to assign(reserve) IRQs to ISA in BIOS. 19.09.2003; 21:29:20 [SorAlx] http://cydem.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 20 04:03:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BAA16A4B3 for ; Sat, 20 Sep 2003 04:03:16 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162C443FEC for ; Sat, 20 Sep 2003 04:03:15 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) h8KB2pFs072981 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 20 Sep 2003 13:02:53 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id h8KB2oWZ013252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Sep 2003 13:02:50 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h8KB2nrY028347; Sat, 20 Sep 2003 13:02:49 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h8KB2nA4028346; Sat, 20 Sep 2003 13:02:49 +0200 (CEST) Date: Sat, 20 Sep 2003 13:02:49 +0200 From: Bernd Walter To: "Ralf S. Engelschall" Message-ID: <20030920110248.GE21665@cicely12.cicely.de> References: <20030919211138.GA67987@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030919211138.GA67987@engelschall.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: Gaps in memory usage summary!? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 11:03:16 -0000 On Fri, Sep 19, 2003 at 11:11:39PM +0200, Ralf S. Engelschall wrote: > ------------------------------------------------------------------------------ > FreeBSD-5.1-CURRENT/alpha > > SYSTEM MEMORY INFORMATION: > mem_wire: 32555008 ( 31MB) [ 12%] Wired: disabled for paging out > mem_active: + 57344000 ( 54MB) [ 22%] Active: recently referenced > mem_inactive:+ 116170752 ( 110MB) [ 45%] Inactive: recently not referenced > mem_cache: + 4620288 ( 4MB) [ 1%] Cached: almost avail. for allocation > mem_free: + 12484608 ( 11MB) [ 4%] Free: fully available for allocation > mem_gap_vm: + 31113216 ( 29MB) [ 12%] Memory gap: UNKNOWN > -------------- ------------ ----------- ------ > mem_all: = 254287872 ( 242MB) [100%] Total real memory managed > mem_gap_sys: + 11116544 ( 10MB) Memory gap: Kernel?! > -------------- ------------ ----------- > mem_phys: = 265404416 ( 253MB) Total real memory available > mem_gap_hw: + 3031040 ( 2MB) Memory gap: Segment Mappings?! > -------------- ------------ ----------- > mem_hw: = 268435456 ( 256MB) Total real memory installed > > SYSTEM MEMORY SUMMARY: > mem_used: 121012224 ( 115MB) [ 47%] Logically unused memory > mem_avail: + 133275648 ( 127MB) [ 52%] Logically available memory > -------------- ------------ ----------- ------ > mem_total: = 254287872 ( 242MB) [100%] Logically total memory > ------------------------------------------------------------------------------ > > My remaining questions now are: > > 1. What memory is "map_gap_vm" and why is there no such gap on Intel > boxes but on Alpha boxes? The number I arithmetically calculate is > > vm.stats.vm.v_page_count > - ( vm.stats.vm.v_wire_count > + vm.stats.vm.v_active_count > + vm.stats.vm.v_inactive_count > + vm.stats.vm.v_cache_count > + vm.stats.vm.v_free_count ) > > and I always would expect 0 here, but as you can see it is not at > least on Alpha. Is this a bug in our VM statistic code? Any clues? This point is interesting. On two current alphas I see large positive values: mem_gap_vm: + 30744576 ( 29MB) [ 12%] Memory gap: UNKNOWN mem_gap_vm: + 98672640 ( 94MB) [ 4%] Memory gap: UNKNOWN On a stable system I get the following: [296]srv1.cosmo-project.de# perl ~/freebsd-memory SYSTEM MEMORY INFORMATION: mem_wire: 47742976 ( 45MB) [ 38%] Wired: disabled for paging out mem_active: + 58908672 ( 56MB) [ 47%] Active: recently referenced mem_inactive:+ 11059200 ( 10MB) [ 8%] Inactive: recently not referenced mem_cache: + 6635520 ( 6MB) [ 5%] Cached: almost avail. for allocation mem_free: + 696320 ( 0MB) [ 0%] Free: fully available for allocation mem_gap_vm: + -16384 ( 0MB) [ 0%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 125026304 ( 119MB) [100%] Total real memory managed mem_gap_sys: + 6660096 ( 6MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 131686400 ( 125MB) Total real memory available mem_gap_hw: + 2531328 ( 2MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = 134217728 ( 128MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 106635264 ( 101MB) [ 85%] Logically unused memory mem_avail: + 18391040 ( 17MB) [ 14%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 125026304 ( 119MB) [100%] Logically total memory [298]srv1.cosmo-project.de# perl ~/freebsd-memory SYSTEM MEMORY INFORMATION: mem_wire: 49479680 ( 47MB) [ 39%] Wired: disabled for paging out mem_active: + 55934976 ( 53MB) [ 44%] Active: recently referenced mem_inactive:+ 10821632 ( 10MB) [ 8%] Inactive: recently not referenced mem_cache: + 8085504 ( 7MB) [ 6%] Cached: almost avail. for allocation mem_free: + 696320 ( 0MB) [ 0%] Free: fully available for allocation mem_gap_vm: + 8192 ( 0MB) [ 0%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 125026304 ( 119MB) [100%] Total real memory managed mem_gap_sys: + 6660096 ( 6MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 131686400 ( 125MB) Total real memory available mem_gap_hw: + 2531328 ( 2MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = 134217728 ( 128MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 105422848 ( 100MB) [ 84%] Logically unused memory mem_avail: + 19603456 ( 18MB) [ 15%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 125026304 ( 119MB) [100%] Logically total memory Maybe a timing glitch on those values for -stable and a leak on -current? However - I'm not shure that memory always have to be on those lists. > 2. What memory is "mem_gap_sys", i.e. > (hw.physmem - (vm.stats.vm.v_page_count * hw.pagesize)) ? > Is this the loaded kernel code? I'm not shure, but I asume that's the kernel and static startup allocation. > 3. What memory is "mem_gap_hw", i.e. > (rounded(hw.physmem) - hw.physmem) ? > Is this caused by some special hardware memory segmenting? On alpha systems this is typically PAL/SRM memory which is not available to the OS. On x86 systems sometimes ROM shadow and so on is not available. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 20 07:01:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0B8316A4B3 for ; Sat, 20 Sep 2003 07:01:59 -0700 (PDT) Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F13743FF5 for ; Sat, 20 Sep 2003 07:01:58 -0700 (PDT) (envelope-from saturnero@gufi.org) Received: from nduja.saturnero.sat (151.42.169.236) by smtp0.libero.it (7.0.020-DD01) id 3F6031BF002B393F for freebsd-hackers@freebsd.org; Sat, 20 Sep 2003 16:01:57 +0200 Received: from pigra.saturnero.sat (pigra.saturnero.sat [192.168.99.10]) by nduja.saturnero.sat (Postfix) with SMTP id 71B8977CB1 for ; Sat, 20 Sep 2003 16:01:23 +0200 (CEST) Date: Sat, 20 Sep 2003 16:02:02 +0200 From: Dario Freni To: freebsd-hackers@freebsd.org Message-Id: <20030920160202.78b040c2.saturnero@gufi.org> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.CQG:2olg_hCP0J" Subject: Fw: Epson Stylus CX5200 printer/scanner X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 14:01:59 -0000 --=.CQG:2olg_hCP0J Content-Type: multipart/mixed; boundary="Multipart_Sat__20_Sep_2003_16:02:02_+0200_083b4c00" --Multipart_Sat__20_Sep_2003_16:02:02_+0200_083b4c00 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit I haven't got any answer on -multimedia :/ Can anybody help me? Thanks in advance, Dario Begin forwarded message: Date: Fri, 19 Sep 2003 00:10:35 +0200 From: Dario Freni To: freebsd-multimedia@freebsd.org Subject: Epson Stylus CX5200 printer/scanner Hi guys, I've recently bought a multifunctional Epson CX5200. It has an usb interface, the printer engine is identical to C82, the scanner engine is the typical Perfection 1200's one. I want to use both features :) With usb stuff compiled statically in kernel, the device is correctly recognized as: ulpt0: EPSON USB MFP, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode and works perfectly with its gimp-print driver. In order to make the scanner work, I made the simple patch in attachment, and removed the usb support from kernel. Using modules, and loading uscanner module, the device is correctly recognized and works perfectly under xsane. With both modules, it is recognized only as uscanner0. To have the ulpt0 device back, I've to unload uscanner, load ulpt, and reattach the device. Is there any workaround to use _BOTH_ drivers simultaneously, this procedure is quite annoying :( Thanks in advance for any kind of help. Bye, Dario P.S.: please cc: me :) -- Dario Freni (saturnero@gufi.org) - SaturNero on IRCNet, Azzurra Gruppo Utenti FreeBSD Italia (http://www.gufi.org) GPG Public key at http://www.saturnero.net/saturnero.asc --Multipart_Sat__20_Sep_2003_16:02:02_+0200_083b4c00 Content-Type: application/octet-stream; name="cx5200.patch" Content-Disposition: attachment; filename="cx5200.patch" Content-Transfer-Encoding: base64 ZGlmZiAtdSAvc3lzL2Rldi91c2IvdXNiZGV2cyAvcm9vdC91c2IvdXNiZGV2cwotLS0gL3N5cy9k ZXYvdXNiL3VzYmRldnMJVGh1IFNlcCAxOCAxNzo0MTowNiAyMDAzCisrKyAvcm9vdC91c2IvdXNi ZGV2cwlGcmkgU2VwIDE5IDAwOjAwOjM0IDIwMDMKQEAgLTYyMSw2ICs2MjEsNyBAQAogcHJvZHVj dCBFUFNPTiBHVDkzMDBVRgkJMHgwMTFiCUdULTkzMDBVRiBzY2FubmVyCiBwcm9kdWN0IEVQU09O IDEyNjAJCTB4MDExZAlQZXJmZWN0aW9uIDEyNjAgc2Nhbm5lcgogcHJvZHVjdCBFUFNPTiAxNjYw CQkweDAxMWUJUGVyZmVjdGlvbiAxNjYwIHNjYW5uZXIKK3Byb2R1Y3QgRVBTT04gTUZQCQkweDA4 MDEJQ1g1MjAwIHNjYW5uZXIKIAogLyogZS1URUsgTGFicyBwcm9kdWN0cyAqLwogcHJvZHVjdCBF VEVLIDFDT00JCTB4ODAwNwlTZXJpYWwgcG9ydApkaWZmIC11IC9zeXMvZGV2L3VzYi91c2JkZXZz LmggL3Jvb3QvdXNiL3VzYmRldnMuaAotLS0gL3N5cy9kZXYvdXNiL3VzYmRldnMuaAlUaHUgU2Vw IDE4IDE3OjQxOjA2IDIwMDMKKysrIC9yb290L3VzYi91c2JkZXZzLmgJRnJpIFNlcCAxOSAwMDow MTo0MiAyMDAzCkBAIC02MjgsNiArNjI4LDcgQEAKICNkZWZpbmUJVVNCX1BST0RVQ1RfRVBTT05f R1Q5MzAwVUYJMHgwMTFiCQkvKiBHVC05MzAwVUYgc2Nhbm5lciAqLwogI2RlZmluZQlVU0JfUFJP RFVDVF9FUFNPTl8xMjYwCTB4MDExZAkJLyogUGVyZmVjdGlvbiAxMjYwIHNjYW5uZXIgKi8KICNk ZWZpbmUJVVNCX1BST0RVQ1RfRVBTT05fMTY2MAkweDAxMWUJCS8qIFBlcmZlY3Rpb24gMTY2MCBz Y2FubmVyICovCisjZGVmaW5lCVVTQl9QUk9EVUNUX0VQU09OX01GUAkweDA4MDEJCS8qIENYNTIw MCBzY2FubmVyICovCiAKIC8qIGUtVEVLIExhYnMgcHJvZHVjdHMgKi8KICNkZWZpbmUJVVNCX1BS T0RVQ1RfRVRFS18xQ09NCTB4ODAwNwkJLyogU2VyaWFsIHBvcnQgKi8KZGlmZiAtdSAvc3lzL2Rl di91c2IvdXNiZGV2c19kYXRhLmggL3Jvb3QvdXNiL3VzYmRldnNfZGF0YS5oCi0tLSAvc3lzL2Rl di91c2IvdXNiZGV2c19kYXRhLmgJVGh1IFNlcCAxOCAxNzo0MTowNyAyMDAzCisrKyAvcm9vdC91 c2IvdXNiZGV2c19kYXRhLmgJRnJpIFNlcCAxOSAwMDowMjo0MSAyMDAzCkBAIC05NzYsNiArOTc2 LDEyIEBACiAJICAgICJQZXJmZWN0aW9uIDE2NjAgc2Nhbm5lciIsCiAJfSwKIAl7CisJICAgIFVT Ql9WRU5ET1JfRVBTT04sIFVTQl9QUk9EVUNUX0VQU09OX01GUCwKKwkgICAgMCwKKwkgICAgIlNl aWtvIEVwc29uIiwKKwkgICAgIkNYNTIwMCBzY2FubmVyIiwKKwl9LAorCXsKIAkgICAgVVNCX1ZF TkRPUl9FVEVLLCBVU0JfUFJPRFVDVF9FVEVLXzFDT00sCiAJICAgIDAsCiAJICAgICJlLVRFSyBM YWJzIiwKZGlmZiAtdSAvc3lzL2Rldi91c2IvdXNjYW5uZXIuYyAvcm9vdC91c2IvdXNjYW5uZXIu YwotLS0gL3N5cy9kZXYvdXNiL3VzY2FubmVyLmMJVHVlIEF1ZyAyNiAwMDowMTowNiAyMDAzCisr KyAvcm9vdC91c2IvdXNjYW5uZXIuYwlGcmkgU2VwIDE5IDAwOjAzOjIxIDIwMDMKQEAgLTE5MSw2 ICsxOTEsNyBAQAogIHt7IFVTQl9WRU5ET1JfRVBTT04sIFVTQl9QUk9EVUNUX0VQU09OXzE2NTAg fSwgMCB9LAogIHt7IFVTQl9WRU5ET1JfRVBTT04sIFVTQl9QUk9EVUNUX0VQU09OXzE2NjAgfSwg MCB9LAogIHt7IFVTQl9WRU5ET1JfRVBTT04sIFVTQl9QUk9EVUNUX0VQU09OXzEyNjAgfSwgMCB9 LAorIHt7IFVTQl9WRU5ET1JfRVBTT04sIFVTQl9QUk9EVUNUX0VQU09OX01GUCB9LCAwIH0sCiAg e3sgVVNCX1ZFTkRPUl9FUFNPTiwgVVNCX1BST0RVQ1RfRVBTT05fR1Q5NzAwRiB9LCBVU0NfS0VF UF9PUEVOIH0sCiAge3sgVVNCX1ZFTkRPUl9FUFNPTiwgVVNCX1BST0RVQ1RfRVBTT05fR1Q5MzAw VUYgfSwgMCB9LAogCg== --Multipart_Sat__20_Sep_2003_16:02:02_+0200_083b4c00-- --=.CQG:2olg_hCP0J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/bF3cZ1XqWj1OqUERAnC1AJ0QDlgQW2vE1SR+pqvbPOkiu8PV8QCgir2t 7yWwej+pU2z1eoOKVLqCSfs= =KNVj -----END PGP SIGNATURE----- --=.CQG:2olg_hCP0J-- From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 20 16:26:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8237016A4B3 for ; Sat, 20 Sep 2003 16:26:13 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9A143FE1 for ; Sat, 20 Sep 2003 16:26:12 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (user@mail [198.78.66.163])h8KNQDnW064537 for ; Sat, 20 Sep 2003 16:26:13 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Sat, 20 Sep 2003 16:26:13 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030920162310.T61973-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: problems with many vn-backed filesystems (in the same directory?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 23:26:13 -0000 Hello, If I create a lot of vn-backed filesystems ... say ... 30 of them, and then do heavy i/o inside one or more of them, I can reliably lock up a FreeBSD 4.x system. I have seen this in every version from 4.5-4.8. Two questions: 1) can anyone confirm this ? Has this been discussed ? 2) I seem to remember that someone mentioned that this problem might not manifest itself if each vn-backed filesystem was inside of its own directory - as opposed to having all of the vn-files and the mount points all inside the same directory. Comments ? Actually, any comments at all relating to large numbers of vn-backed filesystems causing crashes is appreciated. thank.