From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:25:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E83C516A41C; Sun, 3 Jul 2005 00:25:13 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1AD14428B; Sun, 3 Jul 2005 00:16:49 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 4B83960CCA; Sat, 2 Jul 2005 17:16:47 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 47FC15C9BB for ; Tue, 28 Dec 2004 12:24:35 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D59E455E0A; Tue, 28 Dec 2004 20:23:33 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 600A616A4E9; Tue, 28 Dec 2004 20:23:30 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4D616A4CE; Tue, 28 Dec 2004 20:23:26 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E325843D3F; Tue, 28 Dec 2004 20:23:25 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 1B27A3E434; Tue, 28 Dec 2004 21:23:24 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 8D3D3272; Tue, 28 Dec 2004 21:23:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 7B12A231; Tue, 28 Dec 2004 21:23:23 +0100 (CET) From: Sten Spans To: Joe Koberg In-Reply-To: <41D0C51D.8020800@osoft.us> Message-ID: References: <20041209183911.068c9a84.kutizs@axelero.hu> <41D0C51D.8020800@osoft.us> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1104265403=:22265" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: =?ISO-8859-1?Q?Zsolt_K=FAti?= , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:25:14 -0000 X-Original-Date: Tue, 28 Dec 2004 21:23:23 +0100 (CET) X-List-Received-Date: Sun, 03 Jul 2005 00:25:14 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-851401618-1104265403=:22265 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 27 Dec 2004, Joe Koberg wrote: > Zsolt Kúti wrote: > >> My system produces these messages that I already know well from this >> list (as well ;): >> ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=213249674 >> >> > So I rebooted the freshly installed 5.3-R without ACPI, and It works! > I can read at 50MB/s per drive concurrently (hitting PCI bus speed > limit?), and write at 30MB/s per drive concurrently. No errors so > far, and its been dd'ing for a half hour. Regular PCI and PCI-X (eXtended) is: 33hmz/32bits 132 Megabyte 66mhz/32bits 264 Megabyte 66mhz/64bits 520 Megabyte 100mhz/64bits 784 Megabyte 133mhz/64bits 1040 Megabyte etc. With overhead included I'd say 100 Megabyte is pretty reasonable for a normal pci bus. Keep in mind that this is for the whole bus, which is why most server motherboard have multiple seperate busses. PCI-X is an extension to regular pci, with more mhz/bits. PCI-E ( Express ) is a redesign with higher speeds and fewer traces needed. The big problem with 64bits pci is not the slot but the fact that you have to run all those extra (fast) lines to the slots which means that you'll need extra space (mainly layers) to store them, ergo an expensive motherboard. HTH, HAND. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem ---559023410-851401618-1104265403=:22265 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ---559023410-851401618-1104265403=:22265-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:34:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D43D216A41C; Sun, 3 Jul 2005 00:34:50 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3F8143EF1; Sun, 3 Jul 2005 00:19:20 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1868A61FAE; Sat, 2 Jul 2005 17:19:09 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 354B85C915; Thu, 10 Feb 2005 19:19:29 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BDAD956E94; Fri, 11 Feb 2005 03:18:48 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A880416A4D8; Fri, 11 Feb 2005 03:18:43 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4013F16A4CE for ; Fri, 11 Feb 2005 03:18:27 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id ADE7D43D39 for ; Fri, 11 Feb 2005 03:18:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 68201 invoked by uid 60001); 11 Feb 2005 03:18:26 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=F9SSnUdr7k4c9YtHJkgcCL8u1YSBGUV+xZj/mLzsL3mSaw2kaF6zhKUvE6AmEEZLjSu+FYStal0AOKlMzIutffvx0Bew37B6FuclRNcHHWtFaEZGGdkTP11V37CdT6RfZ18tsGEPd17YE5h6V0IGItffsnyOM7c9cdTrcYyW4kw= ; Message-ID: <20050211031826.68199.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Thu, 10 Feb 2005 19:18:26 PST From: Rob To: FreeBSD current , FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:34:51 -0000 X-Original-Date: Thu, 10 Feb 2005 19:18:26 -0800 (PST) X-List-Received-Date: Sun, 03 Jul 2005 00:34:51 -0000 Hi, I have two PCs, with apparently a somewhat old motherboard, since there's a maximum support for UDMA66 by the harddisk controller. The attached harddisks are newer and allow a higher speed of UDMA100. This combination of older motherboard and newer harddisk causes great problems with 5.X (it never did with 4.X). I have irregular crashes of X and even crashes at initial bootup. All this is solved by using hw.ata.ata_dma="0", which forces the harddisk to use the very low speed of PIO4 :(. Both PCs have a VIA 82C596B UDMA66 controller. I wonder if that is the problem for 5.X ? On these two PCs, the output is of grep -i ata /var/run/dmesg.boot is: -- PC1 ------------------- atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 43979MB [89355/16/63] at ata0-master PIO4 acd0: CDROM at ata1-master PIO4 -- PC2 ------------------- atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 76319MB [155061/16/63] at ata0-master PIO4 ad1: 16448MB [33420/16/63] at ata0-slave PIO4 acd0: CDRW at ata1-master UDMA33 ------------------------------------------------- I consider this a serious drawback of 5.3. Any idea how this can be resolved? Best regards, Rob. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B7A016A44B; Sun, 3 Jul 2005 00:37:26 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B79AC4444A; Sun, 3 Jul 2005 00:21:02 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 24CCF6239F; Sat, 2 Jul 2005 17:20:02 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id AD57D5C97C; Sat, 26 Feb 2005 11:34:27 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id CEF9F56BB0; Sat, 26 Feb 2005 19:34:00 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BC1B316A500; Sat, 26 Feb 2005 19:33:56 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3010616A4D5; Sat, 26 Feb 2005 19:33:51 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ADE043D5D; Sat, 26 Feb 2005 19:33:50 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1QJXmvE014991; Sat, 26 Feb 2005 14:33:49 -0500 Message-ID: <4220CF1A.7070309@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL, BAYES_00, J_CHICKENPOX_42, J_CHICKENPOX_72 autolearn=no version=3.0.2 X-Spam-Level: Cc: acpi@freebsd.org, current@freebsd.org Subject: HEADSUP: cpufreq merged, acpi_throttle changed X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:27 -0000 X-Original-Date: Sat, 26 Feb 2005 11:33:46 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:37:27 -0000 To those running 5.x, I wanted to let you know about a change in behavior for acpi throttling. It is now accessible through the sysctl dev.cpu.0.freq and dev.cpu.0.freq_levels. Also, you can now run -current cpufreq.ko or acpi.ko to get more drivers. Those won't be in 5.4-R but will be MFCd after the release. Please let me know if you have any new problems, especially with throttling. Thanks, -- Nate _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:39 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE6C16A486; Sun, 3 Jul 2005 00:37:36 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88B9E44468; Sun, 3 Jul 2005 00:21:11 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 146656249C; Sat, 2 Jul 2005 17:20:05 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 919555C999; Sat, 26 Feb 2005 20:14:21 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 05B41560DA; Sun, 27 Feb 2005 04:14:04 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0503B16A4E7; Sun, 27 Feb 2005 04:14:03 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A2616A4CF; Sun, 27 Feb 2005 04:13:58 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A806D43D54; Sun, 27 Feb 2005 04:13:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1R4DacE003165; Sat, 26 Feb 2005 23:13:36 -0500 Message-ID: <42214903.90301@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: current@freebsd.org Subject: C2/C3 disabled by default X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:40 -0000 X-Original-Date: Sat, 26 Feb 2005 20:13:55 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:37:40 -0000 There were still a couple complaints about C3 failing, possibly on older laptops only. However, since the failure case is a hang or poor runtime behavior, I thought it would be better to be safe and disable both C2 and C3 for the release. If we can nail down the problem laptops, it will be re-enabled. For now, if you're using this, re-enable it in rc.conf with something like: performance_cx_lowest="LOW" economy_cx_lowest="LOW" -- Nate _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41AFC16A4A0; Sun, 3 Jul 2005 00:37:38 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 719364447C; Sun, 3 Jul 2005 00:21:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id E9664624AD; Sat, 2 Jul 2005 17:20:05 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 7C8E25C984 for ; Sun, 27 Feb 2005 12:12:40 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 36C5B57C8F; Sun, 27 Feb 2005 20:12:21 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 634C616A4D3; Sun, 27 Feb 2005 20:12:20 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA62E16A4CE; Sun, 27 Feb 2005 20:12:08 +0000 (GMT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DF543D69; Sun, 27 Feb 2005 20:12:08 +0000 (GMT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 6974811959; Sun, 27 Feb 2005 21:12:07 +0100 (CET) From: "Simon L. Nielsen" To: Nate Lawson Message-ID: <20050227201206.GP826@arthur.nitro.dk> References: <422225D6.5020009@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tuFXEhzhBeitrIAu" Content-Disposition: inline In-Reply-To: <422225D6.5020009@root.org> User-Agent: Mutt/1.5.6i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:41 -0000 X-Original-Date: Sun, 27 Feb 2005 21:12:07 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:37:41 -0000 --tuFXEhzhBeitrIAu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.02.27 11:56:06 -0800, Nate Lawson wrote: > If you've been having "memory modified after free" panics on -current=20 > and have a Thinkpad, the attached patch should fix things for you. A=20 > quick check of RELENG_5 indicates that the bug is probably there also=20 > but I haven't tested for it there. I don think it's in RELENG_5. The commit that (re)introduced the problem haven't been MFC'ed as far as I know, but I can't test it at the moment. It should also be noted that ATA MKIII also fixes this problem, at least it did for me. --=20 Simon L. Nielsen --tuFXEhzhBeitrIAu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCIimWh9pcDSc1mlERAjRqAJ9fVTLkk/zhWZkQ/5KMdN00wmWudACfXB4N cPor5XIMpeImxqKREXK+OiM= =Haqt -----END PGP SIGNATURE----- --tuFXEhzhBeitrIAu-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:50 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897FF16A4DD; Sun, 3 Jul 2005 00:37:41 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCCA0444A6; Sun, 3 Jul 2005 00:21:26 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id B9CEB624D6; Sat, 2 Jul 2005 17:20:07 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 5CB2A5C955 for ; Sun, 27 Feb 2005 19:16:35 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D9CB755FC4; Mon, 28 Feb 2005 03:13:39 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BEE0B16A4D2; Mon, 28 Feb 2005 03:13:37 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 202A616A4CE; Mon, 28 Feb 2005 03:13:34 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D3343D5D; Mon, 28 Feb 2005 03:13:33 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5bLh-000BqX-BP; Mon, 28 Feb 2005 03:13:33 +0000 Received: from localhost.iijlab.net ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5bLd-0005Sj-5e; Mon, 28 Feb 2005 12:13:29 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16930.35928.441384.681389@roam.psg.com> To: "Poul-Henning Kamp" References: <42224897.7050006@root.org> <42439.1109545793@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:50 -0000 X-Original-Date: Mon, 28 Feb 2005 12:13:28 +0900 X-List-Received-Date: Sun, 03 Jul 2005 00:37:50 -0000 > Have you tried sos@ new ATAng mk III patches ? yes. they break resume on a thinkpad t41 and now seem to break my pcmcia cf insert (see other email). but otherwise, i like them a lot! randy _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:56 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD4A916A4DF; Sun, 3 Jul 2005 00:37:41 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E69444B1; Sun, 3 Jul 2005 00:21:31 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7C85F624E3; Sat, 2 Jul 2005 17:20:08 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 300EA5C87A for ; Sun, 27 Feb 2005 15:19:32 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 01A2057FBD; Sun, 27 Feb 2005 23:19:15 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0AB5816A4E0; Sun, 27 Feb 2005 23:19:13 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5458416A4CE; Sun, 27 Feb 2005 23:19:09 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E238C43D5E; Sun, 27 Feb 2005 23:19:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RNEvki020380; Sun, 27 Feb 2005 18:14:58 -0500 Message-ID: <4222556B.5010805@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <42439.1109545793@critter.freebsd.dk> In-Reply-To: <42439.1109545793@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:56 -0000 X-Original-Date: Sun, 27 Feb 2005 15:19:07 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:37:56 -0000 Poul-Henning Kamp wrote: > In message <42224897.7050006@root.org>, Nate Lawson writes: >>My system hangs a long time in ata_generic_reset() while resuming. I >>did some hunting and found that the loop was running for the full 310 * >>100 ms (31 seconds). > > Have you tried sos@ new ATAng mk III patches ? As far as I know he > plans to commit those shortly. Not yet. In any case, I'd prefer these problems be fixed before the import since the patches are minor and data corruption is generally a bad thing for a little while even if a large, new something is coming sometime soon. -- Nate _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:58 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BDE16A4F0; Sun, 3 Jul 2005 00:37:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72AAC444B6; Sun, 3 Jul 2005 00:21:31 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 95D3D624E7; Sat, 2 Jul 2005 17:20:08 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 9A6D75C900; Sun, 27 Feb 2005 15:12:42 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 2FF5257F90; Sun, 27 Feb 2005 23:12:41 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4019C16A500; Sun, 27 Feb 2005 23:12:37 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173C816A4CE; Sun, 27 Feb 2005 23:12:32 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9637543D41; Sun, 27 Feb 2005 23:12:31 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RNC3cE002157; Sun, 27 Feb 2005 18:12:03 -0500 Message-ID: <422253D7.7000504@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <42224897.7050006@root.org> In-Reply-To: <42224897.7050006@root.org> Content-Type: multipart/mixed; boundary="------------080500050504090500060207" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:59 -0000 X-Original-Date: Sun, 27 Feb 2005 15:12:23 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:37:59 -0000 This is a multi-part message in MIME format. --------------080500050504090500060207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Nate Lawson wrote: > My system hangs a long time in ata_generic_reset() while resuming. I > did some hunting and found that the loop was running for the full 310 * > 100 ms (31 seconds). The bug is that the loop never exits when mask > goes to 0 even though this is a termination condition (see end of the > loop where the code masks off 1 and 2). > > The attached patch fixes this by exiting when the mask is set to 0 > instead of looping the full 31 seconds. This is correct since setting > the mask to 0 is how the loop marks master/slave "done". It also has a > minor whitespace fix. Apologies, the last patch was not quite right. You need to check that both status values are not "busy" as well as the mask. This check could be merged in elsewhere as well. This was just a convenient place to put it. Please use the attached patch instead. -- Nate --------------080500050504090500060207 Content-Type: text/plain; name="ata_resume.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata_resume.diff" Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.51 diff -u -r1.51 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 24 Dec 2004 13:38:25 -0000 1.51 +++ sys/dev/ata/ata-lowlevel.c 27 Feb 2005 23:09:17 -0000 @@ -619,8 +619,11 @@ (stat1 == err && lsb == err && msb == err && timeout > 5)) mask &= ~0x02; } + if (mask == 0 && !(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) + break; + ata_udelay(100000); - } + } if (bootverbose) ata_printf(ch, -1, --------------080500050504090500060207 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --------------080500050504090500060207-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D3C16A4F2; Sun, 3 Jul 2005 00:37:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7399C444B3; Sun, 3 Jul 2005 00:21:30 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 5FF59624B8; Sat, 2 Jul 2005 17:20:08 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id A53B35C862; Sun, 27 Feb 2005 15:36:56 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id CA4ED5808B; Sun, 27 Feb 2005 23:36:50 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A7D0B16A4DF; Sun, 27 Feb 2005 23:36:48 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D24E316A4CE; Sun, 27 Feb 2005 23:36:43 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id F420843D46; Sun, 27 Feb 2005 23:36:42 +0000 (GMT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j1RNaf8V083289; Sun, 27 Feb 2005 18:36:43 -0500 (EST) (envelope-from winter@jurai.net) From: "Matthew N. Dodd" To: Poul-Henning Kamp In-Reply-To: <42549.1109546421@critter.freebsd.dk> Message-ID: <20050227183544.V60128@sasami.jurai.net> References: <42549.1109546421@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Sun, 27 Feb 2005 18:36:44 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:59 -0000 X-Original-Date: Sun, 27 Feb 2005 18:36:41 -0500 (EST) X-List-Received-Date: Sun, 03 Jul 2005 00:37:59 -0000 On Mon, 28 Feb 2005, Poul-Henning Kamp wrote: > I think you can trust sos@ to not do anything to the stuff in the tree > until he sticks the new stuff in there, so testing his patches like he > asked for is better use of your time. Nate's patch looks straightforward enough to me. I'd like to see it in RELENG_5 as its unlikely that ATAmkIII will be featured in 5.4. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:37:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0843816A4F3; Sun, 3 Jul 2005 00:37:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D7B444B8; Sun, 3 Jul 2005 00:21:31 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id A2C3C624EA; Sat, 2 Jul 2005 17:20:08 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id E87695C87A for ; Sun, 27 Feb 2005 15:10:07 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5AF7E57CE3; Sun, 27 Feb 2005 23:10:02 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1B46216A507; Sun, 27 Feb 2005 23:10:00 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE76616A4CE; Sun, 27 Feb 2005 23:09:55 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F9B43D5A; Sun, 27 Feb 2005 23:09:54 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1RN9rNS042440; Mon, 28 Feb 2005 00:09:53 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 27 Feb 2005 14:24:23 PST." <42224897.7050006@root.org> Message-ID: <42439.1109545793@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:37:59 -0000 X-Original-Date: Mon, 28 Feb 2005 00:09:53 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:37:59 -0000 In message <42224897.7050006@root.org>, Nate Lawson writes: >My system hangs a long time in ata_generic_reset() while resuming. I >did some hunting and found that the loop was running for the full 310 * >100 ms (31 seconds). Have you tried sos@ new ATAng mk III patches ? As far as I know he plans to commit those shortly. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:38:00 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8175B16A501; Sun, 3 Jul 2005 00:37:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27552444B5; Sun, 3 Jul 2005 00:21:30 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 6DC87624BD; Sat, 2 Jul 2005 17:20:08 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 9E02A5C981 for ; Sun, 27 Feb 2005 15:21:46 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6169F55622; Sun, 27 Feb 2005 23:20:30 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9C40016A4F1; Sun, 27 Feb 2005 23:20:28 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC41016A4CE; Sun, 27 Feb 2005 23:20:23 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E040143D46; Sun, 27 Feb 2005 23:20:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1RNKLlw042550; Mon, 28 Feb 2005 00:20:21 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 27 Feb 2005 15:19:07 PST." <4222556B.5010805@root.org> Message-ID: <42549.1109546421@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:00 -0000 X-Original-Date: Mon, 28 Feb 2005 00:20:21 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:38:00 -0000 In message <4222556B.5010805@root.org>, Nate Lawson writes: >Poul-Henning Kamp wrote: >> In message <42224897.7050006@root.org>, Nate Lawson writes: >>>My system hangs a long time in ata_generic_reset() while resuming. I >>>did some hunting and found that the loop was running for the full 310 * >>>100 ms (31 seconds). >> >> Have you tried sos@ new ATAng mk III patches ? As far as I know he >> plans to commit those shortly. > >Not yet. In any case, I'd prefer these problems be fixed before the >import since the patches are minor and data corruption is generally a >bad thing for a little while even if a large, new something is coming >sometime soon. I think you can trust sos@ to not do anything to the stuff in the tree until he sticks the new stuff in there, so testing his patches like he asked for is better use of your time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:38:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9A6116A50B; Sun, 3 Jul 2005 00:37:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA1F3444BD; Sun, 3 Jul 2005 00:21:32 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id CCB2A624F0; Sat, 2 Jul 2005 17:20:08 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 153375C8EF; Sun, 27 Feb 2005 14:25:06 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0637355A2E; Sun, 27 Feb 2005 22:24:43 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 68B9116A4CF; Sun, 27 Feb 2005 22:24:39 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E005D16A4CF; Sun, 27 Feb 2005 22:24:34 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6017143D5A; Sun, 27 Feb 2005 22:24:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RMKJki016530; Sun, 27 Feb 2005 17:20:19 -0500 Message-ID: <42224897.7050006@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------050003020907080907020009" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org Subject: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:03 -0000 X-Original-Date: Sun, 27 Feb 2005 14:24:23 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:38:03 -0000 This is a multi-part message in MIME format. --------------050003020907080907020009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit My system hangs a long time in ata_generic_reset() while resuming. I did some hunting and found that the loop was running for the full 310 * 100 ms (31 seconds). The bug is that the loop never exits when mask goes to 0 even though this is a termination condition (see end of the loop where the code masks off 1 and 2). The attached patch fixes this by exiting when the mask is set to 0 instead of looping the full 31 seconds. This is correct since setting the mask to 0 is how the loop marks master/slave "done". It also has a minor whitespace fix. I recorded the following set of status values (with my patch) so you can see the states the master/slave go through. Each is labeled with the if() check it is associated with. For instance, "stat0 & ATA_S_BUSY" means the first if() triggered and gives further info about the status. "start:" is at the beginning of the for(). It used to print this about 300 times while making no progress at the point labeled [] below: start: mask 0 stat0 50 stat1 0 Here's how it looks with my patch: ata_reinit reset ata0: reset tp1 mask=03 ostat0=80 ostat1=00 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 !((mask == 0x03): mask 3 stat0 50 stat1 80 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 mask == 0x03: stat0 50 stat1 0 err 1 [mask set to 0 in both checks, code continues but used to hang here] ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: resetting done .. -- Nate --------------050003020907080907020009 Content-Type: text/plain; name="ata_resume.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata_resume.diff" Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.51 diff -u -r1.51 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 24 Dec 2004 13:38:25 -0000 1.51 +++ sys/dev/ata/ata-lowlevel.c 27 Feb 2005 22:19:30 -0000 @@ -619,8 +619,10 @@ (stat1 == err && lsb == err && msb == err && timeout > 5)) mask &= ~0x02; } + if (mask == 0) + break; ata_udelay(100000); - } + } if (bootverbose) ata_printf(ch, -1, --------------050003020907080907020009 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --------------050003020907080907020009-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:38:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAAB416A545; Sun, 3 Jul 2005 00:38:01 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AFC7440EB; Sun, 3 Jul 2005 00:22:43 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id CCEBA625B0; Sat, 2 Jul 2005 17:20:16 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 35E645C985 for ; Thu, 18 Nov 2004 13:31:34 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 99DFD58220; Thu, 18 Nov 2004 21:31:27 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6307216A4F2; Thu, 18 Nov 2004 21:31:26 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996E716A4CF; Thu, 18 Nov 2004 21:31:22 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D81343D48; Thu, 18 Nov 2004 21:31:22 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAILVKcW032004; Thu, 18 Nov 2004 13:31:20 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAILVJ1T032003; Thu, 18 Nov 2004 13:31:19 -0800 (PST) (envelope-from dillon) From: Matthew Dillon Message-Id: <200411182131.iAILVJ1T032003@apollo.backplane.com> To: Wilko Bulte References: <200411172357.47735.Emanuel.Strobl@gmx.net> <20041118124902.GC75559@freebie.xs4all.nl> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Emanuel Strobl , Robert Watson , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:17 -0000 X-Original-Date: Thu, 18 Nov 2004 13:31:19 -0800 (PST) X-List-Received-Date: Sun, 03 Jul 2005 00:38:17 -0000 Polling should not produce any improvement over interrupts for EM0. The EM0 card will aggregate 8-14+ packets per interrupt, or more. which is only around 8000 interrupts/sec. I've got a ton of these cards installed. # mount_nfs -a 4 dhcp61:/home /mnt # dd if=/mnt/x of=/dev/null bs=32k # netstat -in 1 input (Total) output packets errs bytes packets errs bytes colls 66401 0 93668746 5534 0 962920 0 66426 0 94230092 5537 0 1007108 0 66424 0 93699848 5536 0 963268 0 66422 0 94222372 5536 0 1007290 0 66391 0 93654846 5534 0 962746 0 66375 0 94154432 5532 0 1006404 0 zfod Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 8100 total 1 9 6211 7 75 8100 4 12 88864 wire 7873 mux irq10 10404 act ata0 irq14 19.2%Sys 0.0%Intr 0.0%User 0.0%Nice 80.8%Idl 864476 inact ata1 irq15 | | | | | | | | | | 58152 cache mux irq11 ========== 2992 free 227 clk irq0 Note that the interrupt rate is only 7873 interrupts per second while I am transfering 94 MBytes/sec over NFS (UDP) and receiving over 66000 packets per second (~8 packets per interrupt). If I use a TCP mount I get just about the same thing: # mount_nfs -T -a 4 dhcp61:/home /mnt # dd if=/mnt/x of=/dev/null bs=32k # netstat -in 1 input (Total) output packets errs bytes packets errs bytes colls 61752 0 93978800 8091 0 968618 0 61780 0 93530484 8098 0 904370 0 61710 0 93917880 8093 0 968128 0 61754 0 93491260 8095 0 903940 0 61756 0 93986320 8097 0 968336 0 Proc:r p d s w Csw Trp Sys Int Sof Flt cow 8145 total 5 8 22828 13 5490 8146 13 11 141556 wire 7917 mux irq10 7800 act ata0 irq14 26.4%Sys 0.0%Intr 0.0%User 0.0%Nice 73.6%Idl 244872 inact ata1 irq15 | | | | | | | | | | 8 cache mux irq11 ============= 630780 free 228 clk irq0 In this case around 8000 interrupts per second with 61700 packet per second incoming on the interface (around ~8 packets per interrupt). The extra interrupts are due to the additional outgoing TCP ack traffic. If I look at the systat -vm 1 output on the NFS server it also sees only around 8000 interrupts per second, which isn't saying much other then it's transmit path (61700 pps outoging) is not creating an undue interrupt burden relative to the receive path. -Matt _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:38:19 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCD0916A669; Sun, 3 Jul 2005 00:38:11 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 288C344114; Sun, 3 Jul 2005 00:23:21 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 2F26562572; Sat, 2 Jul 2005 17:20:20 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id B5AD25C991; Fri, 4 Mar 2005 14:11:12 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 22C5957354; Fri, 4 Mar 2005 22:11:07 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 07CF416A4D2; Fri, 4 Mar 2005 22:11:06 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC1716A4CE; Fri, 4 Mar 2005 22:11:02 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B29D143D41; Fri, 4 Mar 2005 22:11:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j24MAwZj011930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Mar 2005 14:10:59 -0800 Message-ID: <4228DCF2.9090807@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <42224897.7050006@root.org> <422253D7.7000504@root.org> <200503041655.26812.mistry.7@osu.edu> In-Reply-To: <200503041655.26812.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:19 -0000 X-Original-Date: Fri, 04 Mar 2005 14:10:58 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:38:19 -0000 Anish Mistry wrote: > On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: > >>Nate Lawson wrote: >> >>>My system hangs a long time in ata_generic_reset() while >>>resuming. I did some hunting and found that the loop was running >>>for the full 310 * 100 ms (31 seconds). The bug is that the loop >>>never exits when mask goes to 0 even though this is a termination >>>condition (see end of the loop where the code masks off 1 and 2). >>> >>>The attached patch fixes this by exiting when the mask is set to >>>0 instead of looping the full 31 seconds. This is correct since >>>setting the mask to 0 is how the loop marks master/slave "done". >>>It also has a minor whitespace fix. >> >>Apologies, the last patch was not quite right. You need to check >>that both status values are not "busy" as well as the mask. This >>check could be merged in elsewhere as well. This was just a >>convenient place to put it. >> >>Please use the attached patch instead. > > This works well for me. Is this going to be committed? > Already done (by Matthew Dodd). It will hopefully be MFCd before 5.4. -- Nate _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:38:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E1516A5EB; Sun, 3 Jul 2005 00:38:20 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD0CA44135; Sun, 3 Jul 2005 00:23:22 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 39A44625B1; Sat, 2 Jul 2005 17:20:20 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id A027D5C996 for ; Fri, 4 Mar 2005 13:52:45 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8E07256FD9; Fri, 4 Mar 2005 21:51:33 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9B3C216A4D9; Fri, 4 Mar 2005 21:51:31 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A7EC16A4CE; Fri, 4 Mar 2005 21:51:28 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4194C43D46; Fri, 4 Mar 2005 21:51:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-28.dsl.wotnoh.ameritech.net [68.252.59.28]) (authenticated bits=0)j24LN3lu015597 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 4 Mar 2005 16:23:04 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org User-Agent: KMail/1.7 References: <42224897.7050006@root.org> <422253D7.7000504@root.org> In-Reply-To: <422253D7.7000504@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1463418.WDrfn0UdsN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503041655.26812.mistry.7@osu.edu> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:21 -0000 X-Original-Date: Fri, 4 Mar 2005 16:55:09 -0500 X-List-Received-Date: Sun, 03 Jul 2005 00:38:21 -0000 --nextPart1463418.WDrfn0UdsN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: > Nate Lawson wrote: > > My system hangs a long time in ata_generic_reset() while > > resuming. I did some hunting and found that the loop was running > > for the full 310 * 100 ms (31 seconds). The bug is that the loop > > never exits when mask goes to 0 even though this is a termination > > condition (see end of the loop where the code masks off 1 and 2). > > > > The attached patch fixes this by exiting when the mask is set to > > 0 instead of looping the full 31 seconds. This is correct since > > setting the mask to 0 is how the loop marks master/slave "done".=20 > > It also has a minor whitespace fix. > > Apologies, the last patch was not quite right. You need to check > that both status values are not "busy" as well as the mask. This > check could be merged in elsewhere as well. This was just a > convenient place to put it. > > Please use the attached patch instead. This works well for me. Is this going to be committed? =2D-=20 Anish Mistry --nextPart1463418.WDrfn0UdsN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCKNlOxqA5ziudZT0RAif1AKCXxcPF41NFnAT8N2OYgG+A5e2rNwCgkyqd tECribNQm++9NklnQVJfMB0= =1pc4 -----END PGP SIGNATURE----- --nextPart1463418.WDrfn0UdsN-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:39:49 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 255D316A42B; Sun, 3 Jul 2005 00:39:49 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 343CC441B4; Sun, 3 Jul 2005 00:24:12 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id CCF0E6265E; Sat, 2 Jul 2005 17:20:23 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 46E355C9BF; Tue, 8 Mar 2005 06:46:26 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C5C5056FA1; Tue, 8 Mar 2005 14:46:25 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2C14916A502; Tue, 8 Mar 2005 14:46:21 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF60116A4CE; Tue, 8 Mar 2005 14:46:14 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8E043D1F; Tue, 8 Mar 2005 14:46:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.1.4] ([218.149.156.148]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j28Ek3Zj003259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Mar 2005 06:46:05 -0800 Message-ID: <422DBA9E.8060502@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> In-Reply-To: <422D84FF.1010707@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:39:49 -0000 X-Original-Date: Tue, 08 Mar 2005 06:45:50 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:39:49 -0000 Sřren Schmidt wrote: > Nate Lawson wrote: > >> If you've been having "memory modified after free" panics on -current >> and have a Thinkpad, the attached patch should fix things for you. A >> quick check of RELENG_5 indicates that the bug is probably there also >> but I haven't tested for it there. >> >> The bug is triggered by timeouts in the ata_getparam() probe path. >> The ata_timeout() fires and ata_end_transaction() is called to get the >> status. However, it continues down into ata_pio_read() even though >> there is no data available since we had a timeout, not read >> completion. ata_pio_read() reads 512 bytes of probably bogus data. >> The important problem is that it also advances donecount. On >> subsequent timeouts (note there are 4 below), donecount advances into >> unallocated memory and so subsequent ata_pio_read() calls overwrite >> 512 bytes of someone else's memory. >> >> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading >> the status in ata_end_transaction(). It shouldn't go into >> ata_pio_read() if there was a timeout. The patch does this. >> >> However, it only handles PIO timeouts since I wasn't sure the best way >> to proceed for unwinding DMA state and the like for the other cases. >> This is enough to fix the overwrite and subsequent panic on my >> systems. I've run heavy IO stress and DVD accesses for a while and no >> further panics. >> >> While looking into this, I found another potential problem. In one >> reinjection case, donecount wasn't reset to 0. The patch for >> ata-queue.c does this and I think it's necessary but don't hit this >> case in testing so I can't be sure. Finally, there's one whitespace >> nit that helps with clarity. >> >> These are similar bugs to one found back in August that had the same >> effect. Here's the closest reference I could find in the mail >> archives for this: >> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html > > > Just a note from here, these bugs are fixed in ATA mkIII so you could > just have gleaned the solution from there (or maybe you did :)) Nope, but I'm glad you can corroborate these fixes are correct. -- Nate _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:39:53 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 034DC16A445; Sun, 3 Jul 2005 00:39:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0FB0441C3; Sun, 3 Jul 2005 00:24:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1BD4A625A2; Sat, 2 Jul 2005 17:20:24 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 2802F5C862; Tue, 8 Mar 2005 02:57:49 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 61D7656255; Tue, 8 Mar 2005 10:57:36 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9A8AF16A4D0; Tue, 8 Mar 2005 10:57:32 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3042516A4CE; Tue, 8 Mar 2005 10:57:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494DD43D41; Tue, 8 Mar 2005 10:57:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j28AvMMd058441; Tue, 8 Mar 2005 11:57:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <422D84FF.1010707@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <422225D6.5020009@root.org> In-Reply-To: <422225D6.5020009@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:39:53 -0000 X-Original-Date: Tue, 08 Mar 2005 11:57:03 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:39:53 -0000 Nate Lawson wrote: > If you've been having "memory modified after free" panics on -current=20 > and have a Thinkpad, the attached patch should fix things for you. A=20 > quick check of RELENG_5 indicates that the bug is probably there also=20 > but I haven't tested for it there. >=20 > The bug is triggered by timeouts in the ata_getparam() probe path. The= =20 > ata_timeout() fires and ata_end_transaction() is called to get the=20 > status. However, it continues down into ata_pio_read() even though=20 > there is no data available since we had a timeout, not read completion.= =20 > ata_pio_read() reads 512 bytes of probably bogus data. The importan= t=20 > problem is that it also advances donecount. On subsequent timeouts=20 > (note there are 4 below), donecount advances into unallocated memory an= d=20 > so subsequent ata_pio_read() calls overwrite 512 bytes of someone else'= s=20 > memory. >=20 > The fix is to exit immediately if ATA_R_TIMEOUT is set after reading th= e=20 > status in ata_end_transaction(). It shouldn't go into ata_pio_read() i= f=20 > there was a timeout. The patch does this. >=20 > However, it only handles PIO timeouts since I wasn't sure the best way = > to proceed for unwinding DMA state and the like for the other cases.=20 > This is enough to fix the overwrite and subsequent panic on my systems.= =20 > I've run heavy IO stress and DVD accesses for a while and no further=20 > panics. >=20 > While looking into this, I found another potential problem. In one=20 > reinjection case, donecount wasn't reset to 0. The patch for=20 > ata-queue.c does this and I think it's necessary but don't hit this cas= e=20 > in testing so I can't be sure. Finally, there's one whitespace nit tha= t=20 > helps with clarity. >=20 > These are similar bugs to one found back in August that had the same=20 > effect. Here's the closest reference I could find in the mail archives= =20 > for this: > http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/0330= 33.html=20 Just a note from here, these bugs are fixed in ATA mkIII so you could=20 just have gleaned the solution from there (or maybe you did :)) --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:40:03 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D69B16A4F2; Sun, 3 Jul 2005 00:40:03 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4408B44216; Sun, 3 Jul 2005 00:24:36 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id CD49362666; Sat, 2 Jul 2005 17:20:26 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 39A7C5C9E6; Tue, 8 Mar 2005 06:56:50 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0338D56EE5; Tue, 8 Mar 2005 14:56:49 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D494E16A4FB; Tue, 8 Mar 2005 14:56:44 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1547116A4CE; Tue, 8 Mar 2005 14:56:40 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D7543D1F; Tue, 8 Mar 2005 14:56:39 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j28EuZSW061232; Tue, 8 Mar 2005 15:56:37 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <422DBD0F.2070206@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> <422DBA9E.8060502@root.org> In-Reply-To: <422DBA9E.8060502@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:40:04 -0000 X-Original-Date: Tue, 08 Mar 2005 15:56:15 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:40:04 -0000 Nate Lawson wrote: > S=F8ren Schmidt wrote: >=20 >> Nate Lawson wrote: >> >>> If you've been having "memory modified after free" panics on -current= =20 >>> and have a Thinkpad, the attached patch should fix things for you. A= =20 >>> quick check of RELENG_5 indicates that the bug is probably there also= =20 >>> but I haven't tested for it there. >>> >>> The bug is triggered by timeouts in the ata_getparam() probe path. =20 >>> The ata_timeout() fires and ata_end_transaction() is called to get=20 >>> the status. However, it continues down into ata_pio_read() even=20 >>> though there is no data available since we had a timeout, not read=20 >>> completion. ata_pio_read() reads 512 bytes of probably bogus=20 >>> data. The important problem is that it also advances donecount. On = >>> subsequent timeouts (note there are 4 below), donecount advances into= =20 >>> unallocated memory and so subsequent ata_pio_read() calls overwrite=20 >>> 512 bytes of someone else's memory. >>> >>> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading = >>> the status in ata_end_transaction(). It shouldn't go into=20 >>> ata_pio_read() if there was a timeout. The patch does this. >>> >>> However, it only handles PIO timeouts since I wasn't sure the best=20 >>> way to proceed for unwinding DMA state and the like for the other=20 >>> cases. This is enough to fix the overwrite and subsequent panic on my= =20 >>> systems. I've run heavy IO stress and DVD accesses for a while and=20 >>> no further panics. >>> >>> While looking into this, I found another potential problem. In one=20 >>> reinjection case, donecount wasn't reset to 0. The patch for=20 >>> ata-queue.c does this and I think it's necessary but don't hit this=20 >>> case in testing so I can't be sure. Finally, there's one whitespace = >>> nit that helps with clarity. >>> >>> These are similar bugs to one found back in August that had the same = >>> effect. Here's the closest reference I could find in the mail=20 >>> archives for this: >>> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/03= 3033.html=20 >> >> >> >> >> Just a note from here, these bugs are fixed in ATA mkIII so you could = >> just have gleaned the solution from there (or maybe you did :)) >=20 >=20 > Nope, but I'm glad you can corroborate these fixes are correct. Actually I cant, I havn't looked at what was committed since I already=20 did fix these problems in the mkIII patches floating around.. Anyhow its in there and the committer has to deal with it until/if I=20 commit mkIII to -current, I'm out of the loop until then... --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:40:04 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F62116A4C0; Sun, 3 Jul 2005 00:40:03 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 468D24421A; Sun, 3 Jul 2005 00:24:37 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id DC3346266B; Sat, 2 Jul 2005 17:20:26 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 47CE45C8EF; Tue, 8 Mar 2005 06:50:44 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0C8925715F; Tue, 8 Mar 2005 14:50:42 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CC1A716A4D0; Tue, 8 Mar 2005 14:50:38 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D8216A4CE; Tue, 8 Mar 2005 14:50:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFE543D1F; Tue, 8 Mar 2005 14:50:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.1.4] ([218.149.156.148]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j28EoQZj003323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Mar 2005 06:50:28 -0800 Message-ID: <422DBBA5.1000903@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> In-Reply-To: <422D84FF.1010707@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:40:04 -0000 X-Original-Date: Tue, 08 Mar 2005 06:50:13 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:40:04 -0000 Sřren Schmidt wrote: > Nate Lawson wrote: > >> If you've been having "memory modified after free" panics on -current >> and have a Thinkpad, the attached patch should fix things for you. A >> quick check of RELENG_5 indicates that the bug is probably there also >> but I haven't tested for it there. >> >> The bug is triggered by timeouts in the ata_getparam() probe path. >> The ata_timeout() fires and ata_end_transaction() is called to get the >> status. However, it continues down into ata_pio_read() even though >> there is no data available since we had a timeout, not read >> completion. ata_pio_read() reads 512 bytes of probably bogus data. >> The important problem is that it also advances donecount. On >> subsequent timeouts (note there are 4 below), donecount advances into >> unallocated memory and so subsequent ata_pio_read() calls overwrite >> 512 bytes of someone else's memory. >> >> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading >> the status in ata_end_transaction(). It shouldn't go into >> ata_pio_read() if there was a timeout. The patch does this. >> >> However, it only handles PIO timeouts since I wasn't sure the best way >> to proceed for unwinding DMA state and the like for the other cases. >> This is enough to fix the overwrite and subsequent panic on my >> systems. I've run heavy IO stress and DVD accesses for a while and no >> further panics. >> >> While looking into this, I found another potential problem. In one >> reinjection case, donecount wasn't reset to 0. The patch for >> ata-queue.c does this and I think it's necessary but don't hit this >> case in testing so I can't be sure. Finally, there's one whitespace >> nit that helps with clarity. >> >> These are similar bugs to one found back in August that had the same >> effect. Here's the closest reference I could find in the mail >> archives for this: >> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html > > > Just a note from here, these bugs are fixed in ATA mkIII so you could > just have gleaned the solution from there (or maybe you did :)) Nope, but I'm glad you can corroborate these fixes are correct. -- Nate _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:52:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1978616A435; Sun, 3 Jul 2005 00:52:39 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06DE144BE7; Sun, 3 Jul 2005 00:32:43 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 77F6164AE2; Sat, 2 Jul 2005 17:29:28 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 025095CA32 for ; Fri, 5 Nov 2004 06:22:38 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A96F756BF0; Fri, 5 Nov 2004 14:22:32 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1117716A4E9; Fri, 5 Nov 2004 14:22:31 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BCC316A4CE; Fri, 5 Nov 2004 14:22:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D4543D1F; Fri, 5 Nov 2004 14:22:26 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA5EORf4031747; Fri, 5 Nov 2004 07:24:27 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418B8CE3.9000000@freebsd.org> From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current , freebsd-stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Subject: 5.x discussions should migrate to freebsd-stable X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:52:39 -0000 X-Original-Date: Fri, 05 Nov 2004 07:23:31 -0700 X-List-Received-Date: Sun, 03 Jul 2005 00:52:39 -0000 All, Now that 5.3 is about to be released (really, I mean it this time!) and 5.x is considered -STABLE, further 5.x discussions and bug reports should migrate over to the freebsd-stable mailing list. I know that after 4+ years, there is probably a lot of sentimental attachment to freebsd-current, and some of you probably have never seen a branch go stable yet, but just like watching your kids graduate and go to college, it's time to accept that our baby has grown up =-) There are already a number of differences between the two branches that make it hard to distill bug reports (ULE and GEOM, for example), so this should be seen as a way to help continue to stabilize 5.x and also get ready for 6.0. Scott _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:52:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A71C616A46C; Sun, 3 Jul 2005 00:52:44 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B298A4435B; Sun, 3 Jul 2005 00:32:59 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id A1566656B9; Sat, 2 Jul 2005 17:29:31 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 101F25C9CE for ; Fri, 5 Nov 2004 13:52:58 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1434257618; Fri, 5 Nov 2004 21:52:28 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BBE1916A4D8; Fri, 5 Nov 2004 21:52:25 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB1316A4CE; Fri, 5 Nov 2004 21:52:20 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D64543D48; Fri, 5 Nov 2004 21:52:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id AE13112A73C; Fri, 5 Nov 2004 17:52:16 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 73805-03; Fri, 5 Nov 2004 21:52:16 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id 4A12312A73B; Fri, 5 Nov 2004 17:52:16 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8BD693927B; Fri, 5 Nov 2004 17:52:18 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8AB5038533; Fri, 5 Nov 2004 17:52:18 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20041105174622.W46679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-current@freebsd.org Subject: "bug" with ifconfig ... ? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:52:47 -0000 X-Original-Date: Fri, 5 Nov 2004 17:52:18 -0400 (AST) X-List-Received-Date: Sun, 03 Jul 2005 00:52:47 -0000 I just made one of my 4.x remote servers inaccessible and just tested it on my 5.x laptop, and it does the same thing ... not sure if this is considered a 'desirable' effect, or a but ... but ... 'ifconfig -alias' will wipe out all IPs on the device: mobile# ifconfig -a lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 inet 192.168.0.5 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0d:88:22:78:e4 media: Ethernet 10baseT/UTP status: active mobile# ifconfig rl0 -alias mobile# ifconfig -a lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 ether 00:0d:88:22:78:e4 media: Ethernet 10baseT/UTP status: active I was running a script that happened to pick up a 'zero length' IP (and I hadn't properly tested for it), so erased all the IPs configured on that device, instead of generating an error ... Checking the man page, if this *is* desired effect, a bit of a warning might be in order: " -alias Remove the network address specified. This would be used if you incorrectly specified an alias, or it was no longer needed. If you have incorrectly set an NS address having the side effect of specifying the host portion, removing all NS addresses will allow you to respecify the host portion." "Remove the network address specified.", to me, means that if one isn't specified, nothing should/would happen :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:53:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 197C516A421; Sun, 3 Jul 2005 00:53:43 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 706A444C79; Sun, 3 Jul 2005 00:33:41 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 9BBB96572B; Sat, 2 Jul 2005 17:29:36 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id BFC2D5C9C7 for ; Sat, 6 Nov 2004 15:33:25 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6064E56CF8; Sat, 6 Nov 2004 23:32:14 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3788316A4D2; Sat, 6 Nov 2004 23:32:13 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B380916A4CE; Sat, 6 Nov 2004 23:32:05 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F5443D31; Sat, 6 Nov 2004 23:32:05 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA6NX4ir039051; Sat, 6 Nov 2004 16:33:04 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418D5EEB.4020300@freebsd.org> From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB8F48FD4CB5BD16BB04B7366" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Subject: FreeBSD 5.3-RELEASE Announcement X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:53:43 -0000 X-Original-Date: Sat, 06 Nov 2004 16:31:55 -0700 X-List-Received-Date: Sun, 03 Jul 2005 00:53:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB8F48FD4CB5BD16BB04B7366 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit It is my great pleasure and privilege to announce the availability of FreeBSD 5.3-RELEASE. This release marks a milestone in the FreeBSD 5.x series and the beginning of the 5-STABLE branch of releases. Some of the many changes since 5.2.1 include: - A binary compatibility interface has been introduced for the i386 platform that allows running Microsoft Windows NDIS network drivers natively in the kernel. - The network and socket subsystems are now multi-threaded and reentrant. This allows for much better use of SMP parallelism when processing and forwarding local and remote network traffic. - The development environment has been updated to GCC 3.4.2, Binutils 2.15, and GDB 6.1 - The choices for graphical environments have been updated to include X.org 6.7, Gnome 2.6.2 and KDE 3.3.0. There has also been a significant focus on testing and bug-fixing with this release, as well as the freezing of most kernel and userland APIs. Users and vendors are encouraged to consider transitioning to it as FreeBSD 5.x is no longer considered a 'New Technology' release series. Information on migrating from FreeBSD 4.x to 5.x can be found at http://www.FreeBSD.org/releases/5.3R/migration-guide.html For a complete list of new features and known problems, please see the release notes and errata list, available at: http://www.FreeBSD.org/releases/5.3R/relnotes.html http://www.FreeBSD.org/releases/5.3R/errata.html For more information about FreeBSD release engineering activities, please see: http://www.FreeBSD.org/releng Availability - ------------ FreeBSD 5.3-RELEASE supports the i386, pc98, alpha, sparc64, amd64, and ia64 architectures and can be installed directly over the net using bootable media or copied to a local NFS/FTP server. Distributions for all architectures are available now. Please continue to support the FreeBSD Project by purchasing media from one of our supporting vendors. The following companies will be offering FreeBSD 5.3 based products: FreeBSD Mall, Inc. http://www.freebsdmall.com/ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html If you can't afford FreeBSD on media, are impatient, or just want to use it for evangelism purposes, then by all means download the ISO images. We can't promise that all the mirror sites will carry the larger ISO images, but they will at least be available from the following sites. MD5 checksums for the release images are included at the bottom of this message. Bittorrent ---------- Bittorrent distribution is being tested on an experimental basis. A collection of trackers for the release ISO images is available at http://people.freebsd.org/~scottl/5.3-torrent FTP --- ftp://ftp.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.FreeBSD.org/pub/FreeBSD/ ftp://ftp4.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.FreeBSD.org/pub/FreeBSD/ ftp://ftp6.FreeBSD.org/pub/FreeBSD/ ftp://ftp7.FreeBSD.org/pub/FreeBSD/ ftp://ftp10.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.au.FreeBSD.org/pub/FreeBSD/ ftp://ftp.cz.FreeBSD.org/pub/FreeBSD/ ftp://ftp.fr.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.jp.FreeBSD.org/pub/FreeBSD/ ftp://ftp1.ru.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ru.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.tw.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp10.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp11.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp15.us.FreeBSD.org/pub/FreeBSD/ FreeBSD is also available via anonymous FTP from mirror sites in the following countries: Argentina, Australia, Brazil, Bulgaria, Canada, China, Czech Republic, Denmark, Estonia, Finland, France, Germany, Hong Kong, Hungary, Iceland, Ireland, Japan, Korea, Lithuania, Amylonia, the Netherlands, New Zealand, Poland, Portugal, Romania, Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. Before trying the central FTP site, please check your regional mirror(s) first by going to: ftp://ftp..FreeBSD.org/pub/FreeBSD Any additional mirror sites will be labeled ftp2, ftp3 and so on. More information about FreeBSD mirror sites can be found at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html For instructions on installing FreeBSD, please see Chapter 2 of The FreeBSD Handbook. It provides a complete installation walk-through for users new to FreeBSD, and can be found online at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html Acknowledgments ---------------- Many companies donated equipment, network access, or man-hours to finance the release engineering activities for FreeBSD 5.3 including The FreeBSD Mall, Compaq, Yahoo!, Sentex Communications, Sandvine, Inc., FreeBSD Systems, Inc, and NTT/Verio. The release engineering team for 5.3-RELEASE includes: Scott Long Release Engineering, I386 and AMD64 Release Building Ken Smith I386 and Sparc64 Release Building, Mirror Site Coordination Robert Watson Release Engineering, Security John Baldwin Release Engineering Murray Stokely Release Engineering Marcel Moolenaar IA64 Release Building Takahashi Yoshihiro PC98 Release Building Wilko Bulte Alpha Release Building Kris Kennaway Package Building Joe Marcus Clark Package Building Jacques A. Vidrine Security Officer CD Image Checksums ------------------ For Alpha: MD5 (5.3-RELEASE-alpha-bootonly.iso) = 82fd65e9cfdb6431934d0f1c1b6a15a3 MD5 (5.3-RELEASE-alpha-disc1.iso) = f7d2267e623be6e7409c119b46982061 MD5 (5.3-RELEASE-alpha-disc2.iso) = 26ab899510752a05bf0019529b3ae09e MD5 (5.3-RELEASE-alpha-miniinst.iso) = 3cc9b2881ea519027fbec6f95ab2ea84 For amd64: MD5 (5.3-RELEASE-amd64-bootonly.iso) = 3b13650ee101461d55233d2648402cfd MD5 (5.3-RELEASE-amd64-disc2.iso) = f35d3c6f46499ffab755ccf9b63cd558 MD5 (5.3-RELEASE-amd64-miniinst.iso) = 1efce73bf26984feb6128518b225ad7e MD5 (5.3-RELEASE-amd64-disc1.iso) = 22894ae0c26f03537608d06815700148 For i386: MD5 (5.3-RELEASE-i386-bootonly.iso) = e370ae39bb34f0789c638b6ad50038a2 MD5 (5.3-RELEASE-i386-disc1.iso) = fbcbfdff31f27de396f257e0a37a78b8 MD5 (5.3-RELEASE-i386-disc2.iso) = 21874a5663022768336e4cc73d1dd30d MD5 (5.3-RELEASE-i386-miniinst.iso) = 96124b2608ba481693e04d364d485e3c For ia64: MD5 (5.3-RELEASE-ia64-bootonly.iso) = 2e5dfceb79b2975885cab6b318c965b8 MD5 (5.3-RELEASE-ia64-disc1.iso) = 61b5bc276bf2b75aed0908802ea12926 MD5 (5.3-RELEASE-ia64-disc2.iso) = 02613e71ea7e04c43f75a8feccb0bdfa MD5 (5.3-RELEASE-ia64-miniinst.iso) = 709233fd711756966f298e31bcab4e45 For pc98: MD5 (5.3-RELEASE-pc98-disc2.iso) = 373ddc67857b90b34190ad07a23e5298 MD5 (5.3-RELEASE-pc98-miniinst.iso) = 01735af51f7b7f6ce37314e5ec49a842 For sparc64: MD5 (5.3-RELEASE-sparc64-bootonly.iso)= db98df3d41cb20d6cdac668125736880 MD5 (5.3-RELEASE-sparc64-disc1.iso) = cd960f33a4e4ae33628b28580900932a MD5 (5.3-RELEASE-sparc64-disc2.iso) = 058c9fce47fec044e6be91773532293a MD5 (5.3-RELEASE-sparc64-miniinst.iso)= 05eb044da17fda978f88716a8203be3d --------------enigB8F48FD4CB5BD16BB04B7366 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBjV7vHTr20QF8Xr8RAlX8AKCmyRenTNmz03OnHckYPg9AblOQGwCfbMzr /1GbBuqZJJkw1iFdBAFvDSA= =NiiP -----END PGP SIGNATURE----- --------------enigB8F48FD4CB5BD16BB04B7366-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:01:38 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4D016B2D9; Sun, 3 Jul 2005 01:01:32 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E468445241; Sun, 3 Jul 2005 00:50:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 71D335CD34; Sat, 2 Jul 2005 17:06:55 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 90EA95C8D6 for ; Sun, 8 Aug 2004 08:12:24 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5A27C55C8B; Sun, 8 Aug 2004 15:12:23 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0A97416A4D6; Sun, 8 Aug 2004 15:12:23 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF6F816A4CE; Sun, 8 Aug 2004 15:12:20 +0000 (GMT) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BABB343D3F; Sun, 8 Aug 2004 15:12:19 +0000 (GMT) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (eugen@localhost [127.0.0.1]) by grosbein.pp.ru (8.12.11/8.12.11) with ESMTP id i78FCI77009865; Sun, 8 Aug 2004 23:12:18 +0800 (KRAST) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.12.11/8.12.11/Submit) id i78FCIXB009864; Sun, 8 Aug 2004 23:12:18 +0800 (KRAST) (envelope-from eugen) From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20040808151218.GA9847@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Level: Cc: arch@freebsd.org, stable@freebsd.org, re@freebsd.org Subject: Re: bin/58951: Some problems with 4.9-RELEASE installation using comconsole X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:01:38 -0000 X-Original-Date: Sun, 8 Aug 2004 23:12:18 +0800 X-List-Received-Date: Sun, 03 Jul 2005 01:01:38 -0000 Hi! Is there anyone interested in fixing 4.x-RELEASE serial console installation? Eugene _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:01:56 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0B616A6A6; Sun, 3 Jul 2005 01:01:41 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97884452DF; Sun, 3 Jul 2005 00:51:12 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 742AA5F8C0; Sat, 2 Jul 2005 17:12:34 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id E06D65CA14 for ; Thu, 2 Dec 2004 00:20:55 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A938E573BB; Thu, 2 Dec 2004 08:20:55 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E577616A4D2; Thu, 2 Dec 2004 08:20:54 +0000 (GMT) Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D68616A4CE for ; Thu, 2 Dec 2004 08:20:49 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C1BF43D48 for ; Thu, 2 Dec 2004 08:20:46 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 20326 invoked by uid 0); 2 Dec 2004 08:14:33 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 2 Dec 2004 08:14:33 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id C50D513149C; Thu, 2 Dec 2004 16:20:42 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02438-07; Thu, 2 Dec 2004 16:20:30 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 1014B1313B5; Thu, 2 Dec 2004 16:20:30 +0800 (CST) From: Xin LI To: Robert Watson , Wei-Kai Wu Message-ID: <20041202082030.GB286@frontfree.net> References: <200411281440.iASEe9LN012161@freefall.freebsd.org> <20041128151639.GA1388@frontfree.net> <20041202042904.GA1807@mailgate.csie.nctu.edu.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq" Content-Disposition: inline In-Reply-To: <20041202042904.GA1807@mailgate.csie.nctu.edu.tw> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-stable@FreeBSD.org, freebsd-bugs@FreeBSD.org, rwatson@FreeBSD.org Subject: Re: amd64/71644: amd64 5.3-BETA4 crash when heavy load X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:01:56 -0000 X-Original-Date: Thu, 2 Dec 2004 16:20:30 +0800 X-List-Received-Date: Sun, 03 Jul 2005 01:01:56 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Robert, Would you please take a look at kern/71644? Since the submitter have 24G of RAM so it might be difficult for him to obtain a crashdump, will the backtrace provided helpful to track down what is happening? On Thu, Dec 02, 2004 at 12:29:04PM +0800, Wei-Kai Wu wrote: > Here is the panic messages: (If this is not what you want, > could you tell me what I shall do? thanks!) >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 3; apic id =3D 03 > fault virtual address =3D 0x18 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xffffffff8026ece0 > stack pointer =3D 0x10:0xffffffffd2d6f8b0 > frame pointer =3D 0x10:0xffffffffd2d6f920 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 46 (swi1: net) > [thread 100025] > Stopped at m_copym+0x40: incl %ebp >=20 > db> trace > m_copym() at m_copym+0x40 > tcp_output() at tcp_output+0xdf1 > tcp_input() at tcp_input+0x1d2b > netisr_processqueue() at netisr_processqueue+0xd2 > swi_net() at swi_net+0x13c > ithread_loop() at ithread_loop+0x1b8 > fork_exit() at fork_exit+0xaa > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffffffffd2d6fd00, rbp =3D 0 --- Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQFBrtBN/cVsHxFZiIoRAgaXAJ9aoSvtjqt1Iq5s4yCJApgL0XBt4QCXW9i6 jjLgVY6R5JZjL1ZXs1YrnQ== =nvY5 -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A704E16B461; Sun, 3 Jul 2005 01:01:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F084532F; Sun, 3 Jul 2005 00:51:42 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7D8CC60B93; Sat, 2 Jul 2005 17:15:41 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 58E175CA88 for ; Fri, 20 May 2005 01:10:31 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 9A40D55D64; Fri, 20 May 2005 08:10:30 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4336A16A4D1; Fri, 20 May 2005 08:10:30 +0000 (GMT) Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C481A16A4CE for ; Fri, 20 May 2005 08:10:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 265C243DC6 for ; Fri, 20 May 2005 08:10:27 +0000 (GMT) (envelope-from todor.dragnev@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so909969wra for ; Fri, 20 May 2005 01:10:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=pssMwKkGou6CaC4Nz1kBbg6pFkDUnZRZ9bJ++4XuqOzD9lc7CHZShFHhtce8nbP+IMDHUWyXoQqKdr4JxYEbS6H/VXncKmqnQ48cstOt8V6l0av30bFBpyBuC0epPRYHMwe39tQEQj+4R61HNvMGmrhMp4br44+u+XuyWvJt6UQ= Received: by 10.54.10.72 with SMTP id 72mr1543737wrj; Fri, 20 May 2005 01:10:26 -0700 (PDT) Received: from nova.sistechnology.com ([213.91.247.38]) by mx.gmail.com with ESMTP id 66sm1287824wra.2005.05.20.01.10.25; Fri, 20 May 2005 01:10:26 -0700 (PDT) From: Todor Dragnev To: Kris Kennaway In-Reply-To: <20050519223843.GA50363@xor.obsecurity.org> References: <1116413952.11567.14.camel@gentoo> <20050517223018.GA12766@xor.obsecurity.org> <1116498364.14629.14.camel@gentoo> <20050519223843.GA50363@xor.obsecurity.org> Content-Type: text/plain Message-Id: <1116646934.10991.5.camel@gentoo> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on elvis.mu.org X-Spam-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_12_24,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.0.3 X-Spam-Level: Cc: freebsd-bugs , freebsd-stable Subject: Re: CUPDS reboot the whole system X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:11 -0000 X-Original-Date: Sat, 21 May 2005 06:42:14 +0300 X-List-Received-Date: Sun, 03 Jul 2005 01:02:11 -0000 > Is your cupsd a FreeBSD or linux binary (use brandelf to check)? ~> brandelf /usr/local/sbin/cupsd File '/usr/local/sbin/cupsd' is of brand 'FreeBSD' (9). ~> pkg_info | grep cups cups-base-1.1.23.0_3 The Common UNIX Printing System: headers, libs, & daemons > Kris -- Todor Dragnev _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62CE416ADE7; Sun, 3 Jul 2005 01:01:58 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2F574537C; Sun, 3 Jul 2005 00:52:11 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 71A9561D1A; Sat, 2 Jul 2005 17:18:48 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 304245CA0E; Mon, 7 Feb 2005 07:19:49 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BDE83568E1; Mon, 7 Feb 2005 15:19:24 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A6C4F16A4DF; Mon, 7 Feb 2005 15:19:23 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56CB16A4CE; Mon, 7 Feb 2005 15:19:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5CB43D54; Mon, 7 Feb 2005 15:19:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FJC3f079331; Mon, 7 Feb 2005 16:19:14 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420786DE.80605@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> In-Reply-To: <16903.33566.487986.323816@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:12 -0000 X-Original-Date: Mon, 07 Feb 2005 16:18:54 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:02:12 -0000 Randy Bush wrote: >>diff -u -r1.20 ata-all.c >>--- ata-all.c 2005/02/03 17:02:31 1.20 >>+++ ata-all.c 2005/02/07 14:27:57 >>@@ -630,7 +630,7 @@ >> void >> ata_udelay(int interval) >> { >>- if (1 || interval < (1000000/hz) || ata_delayed_attach) >>+ if (interval < (1000000/hz) || ata_delayed_attach) >> DELAY(interval); >> else >> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); >> >=20 >=20 > no fix >=20 > hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=3D74340= 15 >=20 > disk light on solid. no response to anything no idea Since I cannot debug this, I have no way of finding out whats wrong. I will look at it when ACPI allows me to use suspend/resume again, until = then I'll concentrated on things that I can work on... --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B0E16B4A6; Sun, 3 Jul 2005 01:01:59 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 657F54537B; Sun, 3 Jul 2005 00:52:11 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7AE0061D14; Sat, 2 Jul 2005 17:18:46 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 7706F5C9D2; Mon, 7 Feb 2005 06:33:05 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D9EC956B2D; Mon, 7 Feb 2005 14:33:03 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A342616A4F9; Mon, 7 Feb 2005 14:32:59 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F89E16A4CE; Mon, 7 Feb 2005 14:32:54 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB4243D31; Mon, 7 Feb 2005 14:32:53 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17EWnhX078737; Mon, 7 Feb 2005 15:32:51 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077BFF.8060908@DeepCore.dk> From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arne Schwabe References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> In-Reply-To: <86oeewsaw8.fsf@kamino.rfc1149.org> Content-Type: multipart/mixed; boundary="------------000506090707080503050807" X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Randy Bush , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:12 -0000 X-Original-Date: Mon, 07 Feb 2005 15:32:31 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:02:12 -0000 This is a multi-part message in MIME format. --------------000506090707080503050807 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Arne Schwabe wrote: > S=C3=B8ren Schmidt writes: >=20 >=20 >>Randy Bush wrote: >> >>>>>After suspend, my ThinkPad X40 now hangs with following logs (copied= >>>>>by hand): >>>> >>>>Hmm, do you have ATA compiled in or as modules. I could easily >>>>imagine that modules could have problems, but as "built in" nothing >>>>really changed... >>> >>>my patched t41, current with ata in the kernel, locks up with disk >>>light on solid on resume. >> >>Does it work with stock ATA ? >>I cant work on suspend/resume as it has been broken due to ACPI=20 >>brokenness since september last year on all my laptops... >=20 >=20 > Same here, worked before the patch. Does not work with the patch. Hmm, the attached patch is the only real difference, which actually=20 shouldn't pose a problem (and fixes broken APM).. Let me know if that changes anything, other than that you are free to=20 bug the ACPI gang to make ACPI work on the HW I have available for=20 development... -S=C3=B8ren --------------000506090707080503050807 Content-Type: text/plain; name="resume" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="resume" ZGlmZiAtdSAtcjEuMjAgYXRhLWFsbC5jCi0tLSBhdGEtYWxsLmMgICAyMDA1LzAyLzAzIDE3 OjAyOjMxICAgICAxLjIwCisrKyBhdGEtYWxsLmMgICAyMDA1LzAyLzA3IDE0OjI3OjU3CkBA IC02MzAsNyArNjMwLDcgQEAKIHZvaWQKIGF0YV91ZGVsYXkoaW50IGludGVydmFsKQogewot ICAgIGlmICgxIHx8IGludGVydmFsIDwgKDEwMDAwMDAvaHopIHx8IGF0YV9kZWxheWVkX2F0 dGFjaCkKKyAgICBpZiAoaW50ZXJ2YWwgPCAoMTAwMDAwMC9oeikgfHwgYXRhX2RlbGF5ZWRf YXR0YWNoKQogICAgICAgIERFTEFZKGludGVydmFsKTsKICAgICBlbHNlCiAgICAgICAgdHNs ZWVwKCZpbnRlcnZhbCwgUFJJQklPLCAiYXRhc2xwIiwgaW50ZXJ2YWwvKDEwMDAwMDAvaHop KTsKCg== --------------000506090707080503050807 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --------------000506090707080503050807-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35B6E16B4E1; Sun, 3 Jul 2005 01:02:02 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E77ED45398; Sun, 3 Jul 2005 00:52:20 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7028A62228; Sat, 2 Jul 2005 17:19:38 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 9DD655C996; Sun, 20 Feb 2005 03:23:27 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3CEC856C98; Sun, 20 Feb 2005 11:23:08 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8833C16A4D5; Sun, 20 Feb 2005 11:23:07 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5D916A4CE; Sun, 20 Feb 2005 11:23:04 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8BD43D31; Sun, 20 Feb 2005 11:23:01 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 1DBDC20CB; Sun, 20 Feb 2005 12:23:00 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <421464C3.2030308@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Message-Id: <1108898579.874.5.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL, BAYES_00, CN_SUBJECT_799, MIME_8BIT_HEADER,RCVD_IN_SORBS,SARE_RECV_SPAM_DOMN07 autolearn=no version=3.0.2 X-Spam-Level: Cc: 'FreeBSD Current' , "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:20 -0000 X-Original-Date: Sun, 20 Feb 2005 12:22:59 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:02:20 -0000 Le Jeudi 17 f=C3=A9vrier 2005 =C3=A0 10:32 +0100, S=C3=B8ren Schmidt a =C3= =A9crit : > S=C3=B8ren Schmidt wrote: > New version available for testing: >=20 > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3l.tar.gz >=20 > This time the diff must be reapplied as there are new changes in there. ata-mk3l works fine on my computer except still dumping ("call doadump" under DDB). I retried without your patches with RELENG_5 kernel and "call doadump" works. I remind also that a long ago I had to do like David O'Brien, commenting flushcache commands on shutdown in order to dump when kernel panics. Ask me if you need more information than precedent post or want me to try patches. Anthony. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3842216B4E2; Sun, 3 Jul 2005 01:02:02 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB154539A; Sun, 3 Jul 2005 00:52:21 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 75C6062340; Sat, 2 Jul 2005 17:19:48 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 4AE7D5C971 for ; Mon, 21 Feb 2005 13:09:40 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 84105567E9; Mon, 21 Feb 2005 21:09:26 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0A8B916A4ED; Mon, 21 Feb 2005 21:09:25 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D6A16A4CE; Mon, 21 Feb 2005 21:09:19 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4668943D5A; Mon, 21 Feb 2005 21:09:19 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1LL9IFL019664; Mon, 21 Feb 2005 16:09:18 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Marc Fonvieille In-Reply-To: <20050221202234.GB604@nosferatu.blackend.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-stable@freebsd.org Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:21 -0000 X-Original-Date: Mon, 21 Feb 2005 16:09:18 -0500 (EST) X-List-Received-Date: Sun, 03 Jul 2005 01:02:21 -0000 On Mon, 21 Feb 2005, Marc Fonvieille wrote: > On Sun, Feb 20, 2005 at 03:26:50PM -0500, Daniel Eischen wrote: > > On Sun, 20 Feb 2005, Marc Fonvieille wrote: > > > > occured on libpthread/thread/* > > > > > > I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs), > > > this fixed the problem. > > > > Run mozilla with -g and repeat the problem. Look at the traceback > > and if you get a problem with it recursing on a private mutex, then > > it is a problem with mozilla or a plugin. If your are using > > linuxplugin and haven't updated that port, you need to rebuild it. > > > > I rebuilt all plugins, it did the trick, thanks! > Maybe a note in UPDATING may help people. Ping the ports folks or the linuxpluginwrapper maintainer. The commit log had this info in it, as well as appearing on the mailing lists several times ;-) -- DE _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 416DA16B4E4; Sun, 3 Jul 2005 01:02:02 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDB845387; Sun, 3 Jul 2005 00:52:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7277362032; Sat, 2 Jul 2005 17:19:14 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 33FEC5C900; Sat, 12 Feb 2005 08:48:18 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5378157BC9; Sat, 12 Feb 2005 16:47:57 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 75E1A16A4D1; Sat, 12 Feb 2005 16:47:56 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120B716A4CE; Sat, 12 Feb 2005 16:47:52 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5442043D2D; Sat, 12 Feb 2005 16:47:51 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1CGlkME073597; Sat, 12 Feb 2005 17:47:49 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420E331A.3070205@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takahashi Yoshihiro References: <420A1792.900@DeepCore.dk> <86vf8y0x9r.fsf@xa12.heimat.gr.jp> <20050212.230519.59685762.nyan@jp.FreeBSD.org> In-Reply-To: <20050212.230519.59685762.nyan@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: nakaji@jp.FreeBSD.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:22 -0000 X-Original-Date: Sat, 12 Feb 2005 17:47:22 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:02:22 -0000 Takahashi Yoshihiro wrote: > ATA-mkIII has three big problems. I'd call it minor issues on PC98 :) > 1. It seems that CHS mode is broken. Only in the case of "virtual geometry" as used by PC98 only. The problem is that the the real not virtual geometry is used for the=20 tranlation from LBA to CHS. > 2. A geometry translation for pc98 is NOT enough. >=20 > Currently, it works only under 4.3GB disk. Same a 1. > 3. Modules for pc98 are broken. No, they are not done yet :) I've fixed the CHS issue locally its contained in the next snapshot... --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:02:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F234016B4F0; Sun, 3 Jul 2005 01:02:02 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AD34538B; Sun, 3 Jul 2005 00:52:16 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 732DB620F3; Sat, 2 Jul 2005 17:19:22 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 1B4C45C900 for ; Mon, 14 Feb 2005 20:06:56 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7C835567DA for ; Tue, 15 Feb 2005 04:05:34 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 6F3B616A4D9; Tue, 15 Feb 2005 04:05:28 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 24FD116A4D0; Tue, 15 Feb 2005 04:05:25 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6EB16A4CE; Tue, 15 Feb 2005 04:05:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A717643D1D; Tue, 15 Feb 2005 04:05:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1F45cQ2031147; Mon, 14 Feb 2005 21:05:40 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <421174F7.6020305@samsco.org> From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:23 -0000 X-Original-Date: Mon, 14 Feb 2005 21:05:11 -0700 X-List-Received-Date: Sun, 03 Jul 2005 01:02:23 -0000 All, The Release Engineering Team is happy to announce that snapshots for \ FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This release is the first in a series of monthly snapshots of the active branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' (install disc1 without 3rd part packages) CD image for each platform. While these are not full releases, the intent is to increase access to the development branches and encourage more testing and more feedback. We hope to follow on from this with a new snapshot release every month. Snapshots are available via FTP download from most FreeBSD mirrors at the pub/FreeBSD/snapshots/_ directory. Information about snapshots and pointers to the latest releases are available at http://www.freebsd.org/snapshots. When downloading and testing the Feb_2005 snapshots, please note that there are some minor naming inconsistencies with the ISO images. These will be fixed in the next snapshot release in March. Also note that this announcement is somewhat belated, and that most of the snapshots are a week or two old at this point. Again, we will rectify this with the next release. When reporting bugs or other issues with these snapshots, please be sure to include the full snapshot name in the bug report. This will make it much easier for the developers to isolate the problem and provide feedback. And as a reminder, 5.4-RELEASE will start soon, so please test these images as much as possible now. Thanks! Scott From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 033A216B16B; Sun, 3 Jul 2005 01:02:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5653644CBA; Sun, 3 Jul 2005 00:54:19 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0919E6153E; Sat, 2 Jul 2005 17:17:18 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id BB3255C9BB; Sat, 8 Jan 2005 23:16:42 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 71DBF568C4; Sun, 9 Jan 2005 07:16:26 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D941116A4D1; Sun, 9 Jan 2005 07:16:24 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F2B216A4CE; Sun, 9 Jan 2005 07:16:21 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D9843D39; Sun, 9 Jan 2005 07:16:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j097GIHg199638; Sun, 9 Jan 2005 02:16:18 -0500 Message-ID: <41E0DA41.60008@elischer.org> From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current , stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: anyone using the umodem(4) module/driver? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:05 -0000 X-Original-Date: Sat, 08 Jan 2005 23:16:17 -0800 X-List-Received-Date: Sun, 03 Jul 2005 01:03:05 -0000 If so I'd like to hear success/failure reports.. looking at closing or otherwise acting on: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/39341 however the original submitter has dissappeared. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD9F16B392; Sun, 3 Jul 2005 01:02:44 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 650C144CD4; Sun, 3 Jul 2005 00:54:24 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 079AF61888; Sat, 2 Jul 2005 17:17:52 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 7175E5C9C6 for ; Sat, 22 Jan 2005 06:52:53 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C10E8562FB; Sat, 22 Jan 2005 14:52:48 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5278D16A4DD; Sat, 22 Jan 2005 14:52:46 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C9B516A4CE; Sat, 22 Jan 2005 14:52:41 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E9043D45; Sat, 22 Jan 2005 14:52:41 +0000 (GMT) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) ESMTP/inet6 id j0MEqa866008; Sat, 22 Jan 2005 23:52:37 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) From: Shunsuke Akiyama To: Michal Mertl In-Reply-To: <1106227110.716.11.camel@genius2.i.cz> References: <1106134006.1132.12.camel@genius2.i.cz> <1106227110.716.11.camel@genius2.i.cz> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Sat_Jan_22_23:52:33_2005-1" Message-Id: <20050122235234K.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20040704(IM147) Lines: 216 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-10.9 required=5.0 tests=AWL, BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Emanuel Strobl , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, bernd@bwct.de Subject: Re: strange ucom (uplcom) error X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:07 -0000 X-Original-Date: Sat, 22 Jan 2005 23:52:33 +0900 X-List-Received-Date: Sun, 03 Jul 2005 01:03:07 -0000 --Multipart_Sat_Jan_22_23:52:33_2005-1 Content-Type: text/plain; charset=US-ASCII At Thu, 20 Jan 2005 14:18:30 +0100, Michal Mertl wrote: > > I wrote: > > Emanuel Strobl wrote: > > > Am Dienstag, 18. Januar 2005 16:17 schrieb Andrew L. Neporada: > > > > On Tue, Jan 18, 2005 at 01:06:43PM +0100, Emanuel Strobl wrote: > > > > > Dear experts, > > > > > > > > > > I have two USB-RS232 Adaptors, both with PL2303 chipset. One is working > > > > > the other one not (I hate to say it but both are working under win). > > > > > > > > > > The not working (more expensive) one gets recognized as ucom0 and I have > > > > > ucom0, also I can receive signal but not transmit. > > > > > > > > [skip] > > > > > > > > Take a look at http://gate.intercaf.ru/~lesha/6100/ and try patch > > > > http://gate.intercaf.ru/~lesha/6100/pl2303x.patch > > > > > > > > It can break old (working) PL2303 chip, but it works for me with newer > > > > > > Thanks a lot, this indeed fixes the revision 3.0 adaptor but unfortunately > > > also breakes the 2.02 version :( > > > > > > Perhaps there's a goog guy out there who can refurbish the uplcom driver with > > > this information (akiyama?)? > > > > > > Thanks a lot, > > > > I've just recently been looking into this too. I used the mentioned > > patch and also linux driver source and have come with the attached > > patch. It contains one more change but I don't know if it's correct. It > > works for both chips on CURRENT for serial console. It detects if the > > chip is rev 3.00 and aplies the patch only for it. > > > > The author of the patch mentions it isn't binary safe - sometimes the > > chip stops working. I planned to test it with binary transfers (ppp) > > today, check if it's working and submit it (with some cleanup) for > > inclusion in FreeBSD. > > > > Michal Mertl > > I tested my patch for binary safety on CURRENT yesterday (dialed with > ppp) and didn't notice any problem. > > I'm attaching my patch again because some recipients didn't probably > receive it yesterday. > > Michal Good work! I've updated your patch. If attached patch works correctly with new revision chip, I'll commit this. Please test attached patch, and tell me the result. Regards, -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org --Multipart_Sat_Jan_22_23:52:33_2005-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="uplcom.c-diff" Content-Transfer-Encoding: 7bit Index: uplcom.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/uplcom.c,v retrieving revision 1.25 diff -u -r1.25 uplcom.c --- uplcom.c 6 Jan 2005 01:43:29 -0000 1.25 +++ uplcom.c 22 Jan 2005 14:39:45 -0000 @@ -97,10 +97,13 @@ #include #include +#include + #include #include #include +#include #include #include "usbdevs.h" #include @@ -138,6 +141,9 @@ #define RSAQ_STATUS_DSR 0x02 #define RSAQ_STATUS_DCD 0x01 +#define CHIPTYPE_PL2303 0 +#define CHIPTYPE_PL2303X 1 + struct uplcom_softc { struct ucom_softc sc_ucom; @@ -156,6 +162,8 @@ u_char sc_lsr; /* Local status register */ u_char sc_msr; /* uplcom status register */ + + int sc_chiptype; /* Type of chip */ }; /* @@ -293,6 +301,7 @@ USB_ATTACH_START(uplcom, sc, uaa); usbd_device_handle dev = uaa->device; struct ucom_softc *ucom; + usb_device_descriptor_t *udd; usb_config_descriptor_t *cdesc; usb_interface_descriptor_t *id; usb_endpoint_descriptor_t *ed; @@ -320,6 +329,16 @@ DPRINTF(("uplcom attach: sc = %p\n", sc)); + /* determine chip type */ + udd = &dev->ddesc; + if (UGETW(udd->bcdDevice) >= 0x300) { + DPRINTF(("uplcom_attach: chiptype 2303X\n")); + sc->sc_chiptype = CHIPTYPE_PL2303X; + } else { + DPRINTF(("uplcom_attach: chiptype 2303\n")); + sc->sc_chiptype = CHIPTYPE_PL2303; + } + /* initialize endpoints */ ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; sc->sc_intr_number = -1; @@ -521,6 +540,54 @@ return (0); } +struct pl2303x_init { + uint8_t req_type; + uint8_t request; + uint16_t value; + uint16_t index; + uint16_t length; +}; + +Static const struct pl2303x_init pl2303x[] = { + { UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8484, 0, 0 }, + { UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x0404, 0, 0 }, + { UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8484, 0, 0 }, + { UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8383, 0, 0 }, + { UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8484, 0, 0 }, + { UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x0404, 1, 0 }, + { UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8484, 0, 0 }, + { UT_READ_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0x8383, 0, 0 }, + { UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 0, 1, 0 }, + { UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 1, 0, 0 }, + { UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 2, 0x44, 0 } +}; + +Static usbd_status +uplcom_pl2303x_init(struct uplcom_softc *sc) +{ + usb_device_request_t req; + usbd_status err; + int i; + + for (i = 0; i < 11; i++) { + req.bmRequestType = pl2303x[i].req_type; + req.bRequest = pl2303x[i].request; + USETW(req.wValue, pl2303x[i].value); + USETW(req.wIndex, pl2303x[i].index); + USETW(req.wLength, pl2303x[i].length); + + err = usbd_do_request(sc->sc_ucom.sc_udev, &req, 0); + if (err) { + printf("%s: uplcom_pl2303x_init: %d: %s\n", + USBDEVNAME(sc->sc_ucom.sc_dev), i, + usbd_errstr(err)); + return (EIO); + } + } + + return (0); +} + Static void uplcom_set_line_state(struct uplcom_softc *sc) { @@ -617,7 +684,10 @@ req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = UPLCOM_SET_REQUEST; USETW(req.wValue, 0); - USETW(req.wIndex, UPLCOM_SET_CRTSCTS); + if (sc->sc_chiptype == CHIPTYPE_PL2303X) + USETW(req.wIndex, 0x61); + else + USETW(req.wIndex, UPLCOM_SET_CRTSCTS); USETW(req.wLength, 0); err = usbd_do_request(sc->sc_ucom.sc_udev, &req, 0); @@ -744,6 +814,9 @@ } } + if (sc->sc_chiptype == CHIPTYPE_PL2303X) + return (uplcom_pl2303x_init(sc)); + return (0); } --Multipart_Sat_Jan_22_23:52:33_2005-1 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --Multipart_Sat_Jan_22_23:52:33_2005-1-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9BE16B71F; Sun, 3 Jul 2005 01:02:45 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2DB044CFB; Sun, 3 Jul 2005 00:54:31 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 035FA61D48; Sat, 2 Jul 2005 17:18:48 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id E80E65C773; Mon, 7 Feb 2005 07:32:40 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 16DDE572FA; Mon, 7 Feb 2005 15:32:34 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A6EB016A4DD; Mon, 7 Feb 2005 15:32:32 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3208C16A4CE; Mon, 7 Feb 2005 15:32:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF7443D41; Mon, 7 Feb 2005 15:32:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FWNWU079533; Mon, 7 Feb 2005 16:32:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420789F5.7040401@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> In-Reply-To: <16903.34679.871232.793961@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:14 -0000 X-Original-Date: Mon, 07 Feb 2005 16:32:05 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:03:14 -0000 Randy Bush wrote: >>Since I cannot debug this, I have no way of finding out whats wrong. >>I will look at it when ACPI allows me to use suspend/resume again, unti= l=20 >>then I'll concentrated on things that I can work on... >=20 >=20 > where's my refund? :-) > more seriously, shall we do a fund to get you a laptoy on which > acpi happens to work this week? Find such a machine might be very hard, if not plain impossible :/ I already have 3 laptops here (of which none has worked for several=20 month regarding suspend/resume) so I have plenty. However getting=20 laptops to those thats supposed to maintain ACPI might be an idea, but=20 we should make certain that it would help first ;) --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9842A16A636; Sun, 3 Jul 2005 01:02:46 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DF8244CF5; Sun, 3 Jul 2005 00:54:30 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0BC4861CD5; Sat, 2 Jul 2005 17:18:44 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 04C9E5C9CE for ; Sun, 6 Feb 2005 04:44:39 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 78E4D5691A; Sun, 6 Feb 2005 12:44:24 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4193E16A4D7; Sun, 6 Feb 2005 12:44:22 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897DB16A4CE for ; Sun, 6 Feb 2005 12:44:15 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id CF6A743D1D for ; Sun, 6 Feb 2005 12:44:10 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 21238 invoked from network); 6 Feb 2005 21:44:07 +0900 Received: from unknown (HELO localhost) (202.229.143.141) by wasley.bl.mmtr.or.jp with SMTP; 6 Feb 2005 21:44:07 +0900 Message-Id: <20050206.214325.85708834.rushani@bl.mmtr.or.jp> To: sos@DeepCore.dk From: Hideyuki KURASHINA In-Reply-To: <42028F29.1030801@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.2rc3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:14 -0000 X-Original-Date: Sun, 06 Feb 2005 21:43:25 +0900 (JST) X-List-Received-Date: Sun, 03 Jul 2005 01:03:14 -0000 Hi, S=F8ren >>> On Thu, 03 Feb 2005 21:52:57 +0100, S=F8ren Schmidt said: > ATA-mkIII first official snapshot. [...] > No changes are needed to your config file, unless you want ATA as mod= ules. I've tested your patches using same config file as before, and it seems= work fine except on resume. After suspend, my ThinkPad X40 now hangs with following logs (copied by hand): (Fn + F4 key combo to enter suspend) acpi_ec0: info: new max delay is 80 us IBM:NOTIFY:80 notify:1004 acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.SLPB (S3) (Fn key to resume back ) AcpiOsDerivePciId: bus 0 dev 31 func 1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D acpi_printcpu() debug dump =3D=3D= =3D=3D gdt[0077:c0667c20] idt[07ff:c0677fe0] ldt[0030] tr[0020] elf[00000086= ] eax[00000001] ebx[00000000] ecx[00000000] edx[00000004] esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10] cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000691] cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D acpi_printcpu() debug dump =3D=3D= =3D=3D gdt[0077:c0667c20] idt[07ff:c0667fe0] ldt[0030] tr[0020] elf[00000002= ] eax[00000046] ebx[00000000] ecx[00000000] edx[c1991cf0] esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10] cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000091] cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010] acpi_lid0: run_prep cleaned up for \_SB_.LID_ acpi_button0: run_prep cleand up for \_SB_.SLPB acpi_ec0: info: new max delay is 100 us While ``bus 0 dev 31 func 1'' is atapic0 (Intel ICH4 UDMA100 controller= ), it seems there's no helpful ATA related message though. However, I got= curious behaviors, i.e. o Hard disk actively drives, thus HDD indicator nearly holds on light= ing o A status indicator for event blinks on and off, periodicaly I'm using kernel & modules as of yesterday (HEAD). Without applying your patches, the resume works fine. Is this problem included in your task list, or am I alone? My config file and complete dmesg on start up (booted with -v flag) is attached below, -- rushani =0C # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section o= n # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco= nfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files.= # If you are in doubt as to the purpose or necessity of a line, check f= irst # in NOTES. # # $rushani: TPX40,v 1.6 2004/12/08 09:27:42 hideyuki Exp $ # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:= 52 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident TPX40 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) #options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=3D2000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support #options SYSVSHM # SYSV-style shared memory #options SYSVMSG # SYSV-style message queues #options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensi= ons options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options DEVICE_POLLING # polling(4) options SC_DISABLE_REBOOT # Disable reboot key sequence options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. #options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures= , required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these = NICs! #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback #device mem # Memory and kernel memory devices #device io # I/O device #device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # System Management Bus (SMB) device smbus device ichsmb device smb #device ath #device ath_hal #device ath_rate_onoe #device wlan #device wlan_wep =0C Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #10: Sun Feb 6 21:23:04 JST 2005 hideyuki@tpx40.rushani.jp:/usr/obj/usr/src/sys/TPX40 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc08fb000. Preloaded elf module "/boot/kernel/cd9660.ko" at 0xc08fb1c4. Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc08fb270. Preloaded elf module "/boot/kernel/nullfs.ko" at 0xc08fb31c. Preloaded elf module "/boot/kernel/linux.ko" at 0xc08fb3c8. Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc08fb474. Preloaded elf module "/boot/kernel/sysvsem.ko" at 0xc08fb520. Preloaded elf module "/boot/kernel/sysvmsg.ko" at 0xc08fb5cc. Preloaded elf module "/boot/kernel/if_tun.ko" at 0xc08fb678. Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc08fb724. Preloaded elf module "/boot/kernel/if_em.ko" at 0xc08fb7d0. Preloaded elf module "/boot/kernel/if_ep.ko" at 0xc08fb87c. Preloaded elf module "/boot/kernel/elink.ko" at 0xc08fb928. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc08fb9d4. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc08fba80. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08fbb2c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc08fbbd8. Preloaded elf module "/boot/kernel/usb.ko" at 0xc08fbc84. Preloaded elf module "/boot/kernel/ugen.ko" at 0xc08fbd2c. Preloaded elf module "/boot/kernel/umass.ko" at 0xc08fbdd8. Preloaded elf module "/boot/kernel/umodem.ko" at 0xc08fbe84. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc08fbf30. Preloaded elf module "/boot/kernel/agp.ko" at 0xc08fbfdc. Preloaded elf module "/boot/kernel/random.ko" at 0xc08fc084. Preloaded elf module "/boot/kernel/speaker.ko" at 0xc08fc130. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc08fc1dc. Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc08fc288. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc08fc338. Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc08fc3e4. Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc08fc494. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08fc544. Preloaded elf module "/boot/kernel/io.ko" at 0xc08fc5f0. Preloaded elf module "/boot/kernel/mem.ko" at 0xc08fc698. Preloaded elf module "/boot/kernel/cbb.ko" at 0xc08fc740. Preloaded elf module "/boot/kernel/exca.ko" at 0xc08fc7e8. Preloaded elf module "/boot/kernel/pccard.ko" at 0xc08fc894. Preloaded elf module "/boot/kernel/cardbus.ko" at 0xc08fc940. Preloaded elf module "/boot/modules/est.ko" at 0xc08fc9ec. Enhanced Speedstep running at 1400 MHz Calibrating clock(s) ... i8254 clock: 1193169 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1395476624 Hz CPU: Intel(R) Pentium(R) M processor 1.40GHz (1395.48-MHz 686-class CPU= ) Origin =3D "GenuineIntel" Id =3D 0x6d6 Stepping =3D 6 Features=3D0xafe9fbbf real memory =3D 527302656 (502 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001edd8fff, 505102336 bytes (123316 pages)= avail memory =3D 506757120 (483 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6fd0 bios32: Entry =3D 0xfd740 (c00fd740) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd6d0+0x1f8 pnpbios: Found PnP BIOS data at 0xc00f7050 pnpbios: Entry =3D f0000:b6c4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: random: null: io: mem: Pentium Pro MTRR support enabled ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi_ec0: port 0x66,0x62 on acpi0= pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D35808= 086) pcibios: BIOS version 2.10 Found $PIR table, 14 entries at 0xc00fdeb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 A 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 B 0x6a 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 9 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 29 func 7 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 acpi_ec0: info: new max delay is 70 us ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.2.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 ACPI: Found matching pin for 0.29.INTD at func 7: 11 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 3: 11 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x3580, revid=3D0x02 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3584, revid=3D0x02 bus=3D0, slot=3D0, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3585, revid=3D0x02 bus=3D0, slot=3D0, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 1, range 32, base d0000000, size 19, enabled map[18]: type 4, range 32, base 00001800, size 3, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA:0) pcib0: slot 2 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 1, range 32, base d0080000, size 19, enabled found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 1 supports D0 D1 D3 current D0 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x24c2, revid=3D0x01 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x24c4, revid=3D0x01 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC found-> vendor=3D0x8086, dev=3D0x24c7, revid=3D0x01 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[10]: type 1, range 32, base d0100000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x01 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x81 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cc, revid=3D0x01 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001810, size 4, enabled found-> vendor=3D0x8086, dev=3D0x24ca, revid=3D0x01 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x01 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base d0100c00, size 9, enabled map[1c]: type 1, range 32, base d0100800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x01 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c6, revid=3D0x01 bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x1800-0x1807= mem 0xd0000000-0xd007ffff,0xe0000000-0xe7ffffff irq 11 at device 2.0 o= n pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xd0000000 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f i= rq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f i= rq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0100000-0xd01003ff ir= q 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd0100000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 5 pcib1: I/O decode 0x3000-0x7fff pcib1: memory decode 0xd0200000-0xdfffffff pcib1: prefetched decode 0xf0000000-0xf7ffffff pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 0.2.INTA at func 0: 11 pci2: on pcib1 pci2: physical bus=3D2 map[10]: type 1, range 32, base b0000000, size 12, enabled pcib1: device (null) requested decoded memory range 0xb0000000-0xb0000f= ff pcib1: matched entry for 2.0.INTA (src \\_SB_.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x8d bus=3D2, slot=3D0, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (17= 50 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0210000, size 8, enabled pcib1: device (null) requested decoded memory range 0xd0210000-0xd02100= ff pcib1: matched entry for 2.0.INTB (src \\_SB_.LNKB:0) pcib1: slot 0 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x1180, dev=3D0x0822, revid=3D0x13 bus=3D2, slot=3D0, func=3D1 class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0220000, size 17, enabled pcib1: device (null) requested decoded memory range 0xd0220000-0xd023ff= ff map[18]: type 4, range 32, base 00007000, size 6, enabled pcib1: device (null) requested decoded I/O range 0x7000-0x703f pcib1: matched entry for 2.1.INTA (src \\_SB_.LNKE:0) pcib1: slot 1 INTA routed to irq 11 via \\_SB_.LNKE found-> vendor=3D0x8086, dev=3D0x1077, revid=3D0x00 bus=3D2, slot=3D1, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d0200000, size 16, enabled pcib1: device (null) requested decoded memory range 0xd0200000-0xd020ff= ff pcib1: matched entry for 2.2.INTA (src \\_SB_.LNKF:0) pcib1: slot 2 INTA routed to irq 11 via \\_SB_.LNKF found-> vendor=3D0x168c, dev=3D0x1014, revid=3D0x01 bus=3D2, slot=3D2, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x50 (2400 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x1c (700= 0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 cbb0: mem 0xb0000000-0xb0000fff irq 11 at = device 0.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100107 0x0607008d 0x00824000 = 0x10: 0xb0000000 0x020000dc 0xb0050302 0xfffff000 = 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc = 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010b = 0x40: 0x05551014 0x00000001 0x00000000 0x00000000 = 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x80: 0x04800001 0x00000000 0x04630464 0x00000001 = 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 = 0xa0: 0x008a0000 0x00000000 0x00f00000 0x00000000 = 0xb0: 0x00000000 0x36000000 0x00003800 0x00000000 = 0xc0: 0x05551014 0x00000000 0x00000000 0x00000000 = 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 = 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 = 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 = pci2: at device 0.1 (no driver attached) em0: port 0x70= 00-0x703f mem 0xd0220000-0xd023ffff irq 11 at device 1.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd0220000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0x7000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0a:e4:2b:bc:9f em0: Speed:N/A Duplex:N/A ath0: mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on = pci2 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0200000 ath0: [MPSAFE] ath0: bad hal channel 858993443 (4920/340) ignored ath0: bad hal channel 858993447 (4940/340) ignored ath0: bad hal channel 858993451 (4960/340) ignored ath0: bad hal channel 858993455 (4980/340) ignored ath0: bpf attached ath0: Ethernet address: 00:0e:9b:6e:80:97 ath0: bpf attached ath0: bpf attached ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 2= 4Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.9 phy 4.3 radio 3.6 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1810-0x181f,0x376,0x170= -0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ata1: [MPSAFE] ichsmb0: port 0x1880-0x189f irq= 11 at device 31.3 on pci0 ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xd01= 00800-0xd01008ff,0xd0100c00-0xd0100dff irq 11 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1c00 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0x18c0 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D = Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved= 4 pcm0: sndbuf_setmap 1eb88000, 4000; 0xdcfd6000 -> 1eb88000 pcm0: sndbuf_setmap 1eb84000, 4000; 0xdcfda000 -> 1eb84000 pci0: at device 31.6 (no driver attached) pci0:31:6: Transition from D0 to D3 acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00002000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 acpi_ibm0: Version 100 acpi_ibm0: Available Mask 9dc acpi_ibm0: Initial Mask 80c pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xcd800-0xce7ff,0xcc80= 0-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on is= a0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 1395476624 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ipfw2 initialized, divert loadable, rule-based forwarding disabled, def= ault to deny, logging unlimited ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%= acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: setting PIO4 on Intel ICH4 chip ad0: setting UDMA100 on Intel ICH4 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth que= ue pcm0: measured ac97 link rate at 48009 Hz, will use 48000 Hz GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init em0: Link is up 100 Mbps Full Duplex nfslock: pseudo-device splash: image decoder found: daemon_saver _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A57416B762; Sun, 3 Jul 2005 01:02:47 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07B545455; Sun, 3 Jul 2005 00:54:39 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 02F2E62103; Sat, 2 Jul 2005 17:19:22 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 132BF5C8EF; Tue, 15 Feb 2005 08:41:53 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 645D557023; Tue, 15 Feb 2005 16:41:48 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 84C4916A4D8; Tue, 15 Feb 2005 16:41:45 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D625C16A4CF for ; Tue, 15 Feb 2005 16:41:40 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 94DAF43D31 for ; Tue, 15 Feb 2005 16:41:39 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 16:41:37 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp025) with SMTP; 15 Feb 2005 17:41:37 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FGfV3M041093 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 17:41:31 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Nate Lawson User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> In-Reply-To: <42122359.9080105@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5543058.32BMmAyHRc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.30286.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:15 -0000 X-Original-Date: Tue, 15 Feb 2005 17:41:25 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:03:15 -0000 --nextPart5543058.32BMmAyHRc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: > Michael Nottebrock wrote: > > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > >>Are there any tags for these? That may be too heavyweight but at least > >>publishing the exact UTC date for the build would be good. That would > >>help us track down in bug reports what code the user has, especially > >>when it's from areas that are under active development. > > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed > > (however, those servers don't build snaps for all platforms). > > I'm talking hour/min./second, thanks. Well, the builds on jp are always generated from source of 15:00 UTC of tha= t=20 date. The se machine probably uses a fixed time as well, but I can't look i= t=20 up at the moment (hardware troubles at the se site). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5543058.32BMmAyHRc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEiY6Xhc68WspdLARArFxAJ9DAr4IQ+116asEjrZRx4akb47PNQCgl4Fl i8faoYsso6aZLz+jw/wBuM0= =6qyr -----END PGP SIGNATURE----- --nextPart5543058.32BMmAyHRc-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DD3316B4E6; Sun, 3 Jul 2005 01:02:46 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E11843EDF; Sun, 3 Jul 2005 00:54:36 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0181161F81; Sat, 2 Jul 2005 17:19:03 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 6C5F65C900; Thu, 10 Feb 2005 01:01:40 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BF66D58120; Thu, 10 Feb 2005 09:01:32 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 27F6E16A4F2; Thu, 10 Feb 2005 09:01:31 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B78516A4DA; Thu, 10 Feb 2005 09:01:08 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C3643D41; Thu, 10 Feb 2005 09:01:07 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1A913F8032716; Thu, 10 Feb 2005 10:01:05 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420B22BB.70203@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Welch References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1107988494.847.3.camel@mercury.thepentagon.org> In-Reply-To: <1107988494.847.3.camel@mercury.thepentagon.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: 'FreeBSD Current' , "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:16 -0000 X-Original-Date: Thu, 10 Feb 2005 10:00:43 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:03:16 -0000 Tim Welch wrote: >=20 > A problem still exists with 48-bit addressing. This url details a fix > I've been using for the last 4 months or so with no issues yet. >=20 > http://lists.freebsd.org/pipermail/freebsd-hackers/2004-October/008821.= html Are you stil experiencing problems with atamkIII ? In that case its a different problem since atamkIII (as well as current) = has this fixed.. --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:17 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6F2116B73E; Sun, 3 Jul 2005 01:02:46 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1652344CDF; Sun, 3 Jul 2005 00:54:38 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 01A6C6205E; Sat, 2 Jul 2005 17:19:16 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id ABFCF5C87A; Sat, 12 Feb 2005 20:56:32 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3765155EBF; Sun, 13 Feb 2005 04:56:26 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A869E16A4D4; Sun, 13 Feb 2005 04:56:24 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD51E16A4CE; Sun, 13 Feb 2005 04:56:20 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2467543D45; Sun, 13 Feb 2005 04:56:20 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1D4u96D069116; Sun, 13 Feb 2005 13:56:10 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Message-Id: <20050213.135541.74688832.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk, imp@FreeBSD.org From: Takahashi Yoshihiro In-Reply-To: <420E331A.3070205@DeepCore.dk> References: <86vf8y0x9r.fsf@xa12.heimat.gr.jp> <20050212.230519.59685762.nyan@jp.FreeBSD.org> <420E331A.3070205@DeepCore.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: nakaji@jp.FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:17 -0000 X-Original-Date: Sun, 13 Feb 2005 13:55:41 +0900 (JST) X-List-Received-Date: Sun, 03 Jul 2005 01:03:17 -0000 In article <420E331A.3070205@DeepCore.dk> S=F8ren Schmidt writes: > > 2. A geometry translation for pc98 is NOT enough. > > = > > Currently, it works only under 4.3GB disk. > = > Same a 1. No. See kern/61960. --- TAKAHASHI Yoshihiro _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D670416B742; Sun, 3 Jul 2005 01:02:46 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5680344D0C; Sun, 3 Jul 2005 00:54:36 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 08A4561DE1; Sat, 2 Jul 2005 17:18:54 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id A302D5C915; Tue, 8 Feb 2005 09:54:33 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C940C56964; Tue, 8 Feb 2005 17:54:26 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 721EE16A4D4; Tue, 8 Feb 2005 17:54:25 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE4916A4CE; Tue, 8 Feb 2005 17:54:21 +0000 (GMT) Received: from julesburg.uits.indiana.edu (julesburg.uits.indiana.edu [129.79.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D37A843D48; Tue, 8 Feb 2005 17:54:20 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (stjoseph.uits.indiana.edu [129.79.1.78]) j18HsCsU023995; Tue, 8 Feb 2005 12:54:12 -0500 (EST) Received: from [10.0.1.4] (scheidt-rout.canopy.nd.edu [129.74.98.169] (may be forged)) (authenticated bits=0)j18HsBFc004443; Tue, 8 Feb 2005 12:54:11 -0500 (EST) Message-ID: <4208FCC3.1010508@attglobal.net> From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vlad Manilici References: <20050208023321.A35686@tmok.com> In-Reply-To: <20050208023321.A35686@tmok.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, sos@DeepCore.dk Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:18 -0000 X-Original-Date: Tue, 08 Feb 2005 12:54:11 -0500 X-List-Received-Date: Sun, 03 Jul 2005 01:03:18 -0000 Vlad Manilici wrote: > Hi, > > >>Does 5-STABLE have a working acpi based suspend/resume for anyone? > > > I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) > seems to work, but there is no way to resume. > > How do you trigger a resume?? > > On my IBM T42, I set hw.acpi.lid_switch_state to S3, so opening the lid is enough. If I suspend with acpiconf or the switch, pressing fn-F4 (It's got a cresent moon on it, I think IBM does the same keys on other models) or pressing the holding the power switch for a couple seconds does the trick. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0486416B2E3; Sun, 3 Jul 2005 01:02:47 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83604545A; Sun, 3 Jul 2005 00:54:40 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0A445621BC; Sat, 2 Jul 2005 17:19:31 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id D49025C915; Thu, 17 Feb 2005 02:01:01 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0C99E58892; Thu, 17 Feb 2005 09:59:57 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B4F4916A4D5; Thu, 17 Feb 2005 09:59:54 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9E716A4CE; Thu, 17 Feb 2005 09:59:49 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C711643D41; Thu, 17 Feb 2005 09:59:48 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id E2297530C; Thu, 17 Feb 2005 10:59:46 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id CED815308; Thu, 17 Feb 2005 10:59:15 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 95E1833C35; Thu, 17 Feb 2005 10:59:15 +0100 (CET) To: Rob References: <20050217053024.33130.qmail@web54006.mail.yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-Reply-To: <20050217053024.33130.qmail@web54006.mail.yahoo.com> (spamrefuse@yahoo.com's message of "Wed, 16 Feb 2005 21:30:24 -0800 (PST)") Message-ID: <86ll9nbj7w.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: FreeBSD current , FreeBSD Stable Subject: Re: loader.conf: init_path="/stand/sysinstall" appropriate? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:20 -0000 X-Original-Date: Thu, 17 Feb 2005 10:59:15 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:03:20 -0000 Rob writes: > In /boot/defaults/loader.conf there's the line: > > #init_path=3D"[...skip...]:/stand/sysinstall" this line reflects the default init_path hardcoded into sys/kern/init_main.c. > I wonder if /stand/sysinstall is still appropriate > as one of the defaults in the init path. It allows us to use a stock kernel on the installation CDs. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:03:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19AEF16B76F; Sun, 3 Jul 2005 01:02:48 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D544545C; Sun, 3 Jul 2005 00:54:42 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 029D4622D4; Sat, 2 Jul 2005 17:19:44 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 862775C773 for ; Sun, 20 Feb 2005 12:27:02 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 753F15658E; Sun, 20 Feb 2005 20:26:56 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E02F916A4D6; Sun, 20 Feb 2005 20:26:54 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE8116A4CE; Sun, 20 Feb 2005 20:26:51 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AFF443D39; Sun, 20 Feb 2005 20:26:51 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1KKQoCb012863; Sun, 20 Feb 2005 15:26:50 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Marc Fonvieille In-Reply-To: <20050220182606.GA86018@nosferatu.blackend.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-stable@freebsd.org Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:21 -0000 X-Original-Date: Sun, 20 Feb 2005 15:26:50 -0500 (EST) X-List-Received-Date: Sun, 03 Jul 2005 01:03:21 -0000 On Sun, 20 Feb 2005, Marc Fonvieille wrote: > On Sun, Feb 20, 2005 at 02:39:17PM +0100, Marc Fonvieille wrote: > > > > This is really weird, I'm getting the same signal 6 things on a -STABLE > > from yesterday (before I was running a -STABLE from October): > > > > pid 84801 (mozilla-bin), uid 1001: exited on signal 6 > > > > I rebuilt mozilla, but no effect. I should try to revert some changes > > occured on libpthread/thread/* > > I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs), > this fixed the problem. Run mozilla with -g and repeat the problem. Look at the traceback and if you get a problem with it recursing on a private mutex, then it is a problem with mozilla or a plugin. If your are using linuxplugin and haven't updated that port, you need to rebuild it. -- DE _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:04:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D35616B987; Sun, 3 Jul 2005 01:03:28 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5817245580; Sun, 3 Jul 2005 00:56:34 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1B39B61FC5; Sat, 2 Jul 2005 17:19:18 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id B3E5D5C915; Sun, 13 Feb 2005 10:08:56 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 03F745666C; Sun, 13 Feb 2005 18:08:45 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 04CA216A4D2; Sun, 13 Feb 2005 18:08:44 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9912016A4CE; Sun, 13 Feb 2005 18:08:40 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B36F43D2F; Sun, 13 Feb 2005 18:08:35 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 543752049; Sun, 13 Feb 2005 19:08:34 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <420DD54D.9020008@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1108201829.872.8.camel@renaissance.homeip.net> <420DD54D.9020008@DeepCore.dk> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <1108318113.871.5.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-5.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: 'FreeBSD Current' , "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:08 -0000 X-Original-Date: Sun, 13 Feb 2005 19:08:33 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:04:08 -0000 Le Samedi 12 f=C3=A9vrier 2005 =C3=A0 11:07 +0100, S=C3=B8ren Schmidt a =C3= =A9crit : > Anthony Ginepro wrote: >=20 > > ATA mk3 works fine on my system except two things : > > - it seems there's no more atapi-cam support (or it's still WIP ?), >=20 > I dont know the status of that, you need to ask the author/maintainer.. >=20 > > - dumps doesn't work (but never did on my system). >=20 > Hmm, I'll look into that... Some more info : - I recompiled a kernel with #define ATA_R_DEBUG 0x10000fff in ata-all.h in order to find if the kernel was stuck on an ata operation when dumping. When calling "doadump" with ATA_R_DEBUG there was constant activity (but can't remind well because it was scrolling too fast) and I can even cancel the dump, - Retrying "call doadump" under a kernel without touching ATA_R_DEBUG, it worked eventually once and could be canceled. Most of the time, dump can't be canceled and doesn't progress. Should I open a PR so that the issue can be tracked ? Anthony. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 01:24:11 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CC916A423 for ; Sun, 3 Jul 2005 01:24:11 +0000 (GMT) (envelope-from administrator@c2bthomr03.btconnect.com) Received: from c2bsmtp01.btconnect.com (c2bsmtp01.btconnect.com [193.113.154.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 8BFCF43D1D for ; Sun, 3 Jul 2005 01:24:11 +0000 (GMT) (envelope-from administrator@c2bthomr03.btconnect.com) Received: from c2bthomr03.btconnect.com (actually host 211.73.73.194.in-addr.arpa) by c2bsmtp01.btconnect.com with SMTP (XT-PP) with ESMTP; Sun, 3 Jul 2005 02:24:02 +0100 Received: (from localhost [127.0.0.1]) by c2bthomr03.btconnect.com (MOS 3.5.8-GR) id BXV07146; Sun, 3 Jul 2005 02:23:59 +0100 (BST) To: stable@freebsd.org From: BT.Business.Email.Virus.Filter@btbroadbandoffice.com Content-Type: text/plain; charset=UTF-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-Id: <20050703022359.BXV07146@c2bthomr03.btconnect.com> Date: Sun, 3 Jul 2005 02:23:59 +0100 (BST) Cc: Subject: Virus warning from BT Business X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 01:24:12 -0000 ** Please note: this is an automatically generated email. Please do not reply. ** The email, detailed below, that you recently sent contained a computer virus which has been made safe by the BT Business Email Virus Filter The treated email has been sent to the intended recipient without any risk of their computer being infected. Please use the following link for advice on how to disinfect your computer : http://www.btbroadbandoffice.com/help/email/outgoingviruswarning Message details: To: world.write@btconnect.com Date: 07/03/05 02:23:59 Attachment: world.write@btconnect.com.zip Virus: W32/MyDoom-O Action taken: deleted From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 06:05:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC15516A41C for ; Sun, 3 Jul 2005 06:05:48 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B0A643D46 for ; Sun, 3 Jul 2005 06:05:48 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int9.natcotech.com [192.168.1.9]) by natco8.natcotech.com (Postfix) with ESMTP id 7319D298096 for ; Sun, 3 Jul 2005 00:04:45 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco9 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 04118-01-17 for ; Sun, 3 Jul 2005 00:04:45 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-226.natcotech.com [12.28.24.226]) by natco8.natcotech.com (Postfix) with ESMTP id 3910E29805A for ; Sun, 3 Jul 2005 00:04:44 -0500 (CDT) Received: (qmail 64144 invoked by uid 89); 3 Jul 2005 05:04:43 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 3 Jul 2005 05:04:43 -0000 Message-ID: <42C771F1.5020509@leadhill.net> Date: Sun, 03 Jul 2005 00:04:49 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hans Lambermont , FreeBSD Stable References: <42C6F7E1.4060704@leadhill.net> <20050702204257.GA2844@leia.lambermont.dyndns.org> In-Reply-To: <20050702204257.GA2844@leia.lambermont.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Cc: Subject: Re: rcorder for FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 06:05:49 -0000 Hans Lambermont wrote: > Billy Newsom wrote: > > >>Does anyone have FreeBSD 5.3 installed (preferably a version compiled >>before March 2005) > > > FreeBSD 5.3-RELEASE #3: Sun Dec 19 14:54:18 CET 2004 > > >>What is the output for this command under FreeBSD 5.3? >>sh -c "cd /etc/rc.d ; rcorder -s nostart * 2>/dev/null" > > > preseedrandom > initdiskless > rcconf.sh > initrandom > dumpon > vinum > gbde_swap > gbde > ccd > swap1 > early.sh > fsck > root > mountcritlocal > ipfilter > var > cleanvar > addswap > sysctl > hostname > ipmon > random > adjkerntz > atm1 > ipnat > ipfs > kldxref > sppp > serial > pccard > netif > isdnd > ppp-user > ipfw > dhclient > nsswitch > ip6addrctl > atm2 > routing > ip6fw > network_ipv6 > mroute6d > route6d > mrouted > routed > NETWORKING > devd > mountcritremote > lomac > syslogd > savecore > SERVERS > named > ntpdate > rpcbind > nisdomain > ypxfrd > ypserv > ypupdated > ypbind > ypset > yppasswdd > accounting > nfsclient > amd > atm3 > tmp > cleartmp > dmesg > ike > ipsec > ipxrouted > kerberos > kadmind > keyserv > kpasswdd > ldconfig > quota > nfsserver > mountd > nfsd > nfslocking > pflog > pf > pppoed > pwcheck > virecover > DAEMON > watchdogd > usbd > ugidfw > timed > apm > apmd > bootparams > local > lpd > motd > ntpd > rarpd > rtadvd > rwho > LOGIN > syscons > sshd > sendmail > archdep > abi > cron > devfs > jail > localpkg > netoptions > securelevel > resolv > pcvt > othermta > msgs > moused > mixer > inetd > bgfsck > > -- Hans Hmm. That's interesting. Thanks. Here's a diff I ran on the two outputs. Notice that the ipfilter script is in a different spot, but just barely. Although I was trying to make something of the situation, I don't immediately see how it can make a big difference. I was really trying to see if/how ipnat would stop working (at least immediately after reboot) until I flushed and reloaded ipnat. #diff -u 53.txt 54.txt --- 53.txt Sat Jul 2 23:05:19 2005 +++ 54.txt Sat Jul 2 23:06:17 2005 @@ -12,9 +12,9 @@ fsck root mountcritlocal -ipfilter var cleanvar +ipfilter addswap sysctl hostname @@ -95,6 +95,7 @@ bootparams local lpd +mixer motd ntpd rarpd @@ -117,6 +118,5 @@ othermta msgs moused -mixer inetd bgfsck Anyhow, I don't see what bearing any of this would have on ipnat mysteriously stop working for me. The only thing I see is that I might have at some point started using interface renaming. The only thing I can figure at this point by looking into this is that when I edited ipnat.rules, I used my renamed interfaces, just as I did in ipf.rules. What I see in the rcorder outputs is that /etc/rc.d/netif comes after /etc/rc.d/ipnat. In other words, perhaps my interface names in my ipnat.rules file is being loaded during bootup *before* those interface names exist! If so, ipnat would act weirdly, perhaps. One of the routines run by /etc/rc.d/netif on line 69 is /etc/rc.d/ipfilter resync which seems to resync ipfilter, but not ipnat. What I see is that it seems like renaming interfaces *might* have broken ipnat. And that might explain why I have to manually run "/sbin/ipnat -CF -f /etc/ipnat.rules" after every boot. I think I will script this, and watch the output of ipnat -l. As far as I know, ipnat was supposed to work fine with renamed interfaces, but maybe not.... dunno. Billy From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 08:32:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A73316A41C for ; Sun, 3 Jul 2005 08:32:35 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CE343D45 for ; Sun, 3 Jul 2005 08:32:34 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.3/jtpda-5.5pre1) with ESMTP id j638WXRe006817 ; Sun, 3 Jul 2005 10:32:33 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j638WVtt098251 ; Sun, 3 Jul 2005 10:32:32 +0200 (CEST) Message-ID: <42C7A422.30709@crc.u-strasbg.fr> Date: Sun, 03 Jul 2005 10:38:58 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: fr, en MIME-Version: 1.0 To: Kris Kennaway References: <20050701101458.GA1193@stack.nl> <20050701104139.GB1193@stack.nl> <20050701130335.GA2040@stack.nl> <20050701182946.GA99767@xor.obsecurity.org> In-Reply-To: <20050701182946.GA99767@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::154]); Sun, 03 Jul 2005 10:32:33 +0200 (CEST) X-Virus-Scanned: ClamAV version 0.86.1, clamav-milter version 0.86 on mr4.u-strasbg.fr X-Virus-Status: Clean X-Antivirus: scanned by sophos at u-strasbg.fr Cc: Marc Olzheim , freebsd-stable@freebsd.org Subject: Re: Today's RELENG_5_4 and 'lock cmpxchgl' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 08:32:35 -0000 Kris Kennaway a écrit : > On Fri, Jul 01, 2005 at 03:03:35PM +0200, Marc Olzheim wrote: > >>On Fri, Jul 01, 2005 at 12:41:39PM +0200, Marc Olzheim wrote: >> >>>On Fri, Jul 01, 2005 at 12:14:58PM +0200, Marc Olzheim wrote: >>> >>>>Somehow, this sounds familiar, i.e.: the "lock cmpxchgl": >>>> >>>>Fatal trap 12: page fault while in kernel mode >>> >>>... >>> >>>>Stopped at 0xc05160c3 = knote+0x27: lock cmpxchgl %ecx,0x1c(%edx) >>> >>>Somehow I think I solved this last time by activating 'INVARIANTS'... >>>I'll try that now. >> >>Let's paraphrase: >> >>I think i solved this last time by activating 'INVARIANTS'... >> >>Anyway, tried that and yes, it didn't crash in the last few hours, so I >>guess it works. Without INVARIANTS, it crashed within seconds. >> >>On the downside, my Gigabit performance dropped from 99 MB/sec to 80 >>MB/sec because of INVARIANTS. > > > The panic appears to be an instance of a known bug in 5.4 (and > INVARIANTS will not fix it, but may just delay the inevitable by > changing timings). See Doug White's recent emails which point to a > patch you should test. If you think about this mail : http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-June/016165.html and follow the thread, you will see that this patch doesn't solve the problem. The last mail which I can see from doug white about this problem is : http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-June/016495.html for the moment, it seems that there is no solution for 5.x > > Kris -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 09:49:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F6F016A41C for ; Sun, 3 Jul 2005 09:49:24 +0000 (GMT) (envelope-from whiteners@waymire.com) Received: from ip3e8390c3.speed.planet.nl (ip3e8390c3.speed.planet.nl [62.131.144.195]) by mx1.FreeBSD.org (Postfix) with SMTP id B115A43D55 for ; Sun, 3 Jul 2005 09:49:23 +0000 (GMT) (envelope-from whiteners@waymire.com) Received: from [237.125.31.198] (port=4598 helo=[facade]) by ip3e8390c3.speed.planet.nl with esmtp id 5588342702realities111328 for freebsd-stable@freebsd.org; Sun, 3 Jul 2005 11:49:22 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <4071666596.5996950663@ip3e8390c3.speed.planet.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Sophie Date: Sun, 3 Jul 2005 11:49:21 +0200 X-Mailer: Apple Mail (2.728) Subject: cheap oem soft shipping worldwide X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 09:49:24 -0000 Your technology expert. http://hbif.azw7v9sl7kszpts.paradermdi.info If God had wanted me otherwise, He would have created me otherwise. Either define the moment or the moment will define you. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 09:57:27 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBB6C16A41C for ; Sun, 3 Jul 2005 09:57:27 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id A323143D4C for ; Sun, 3 Jul 2005 09:57:27 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id EAEFF1704D; Sun, 3 Jul 2005 11:57:23 +0200 (CEST) Date: Sun, 3 Jul 2005 11:57:23 +0200 From: Ed Schouten To: stable@freebsd.org Message-ID: <20050703095723.GC497@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: Lockup while umounting Sandisk 512 MB MP3player X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 09:57:28 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, Some time ago I bought one of those 512 MB Sandisk MP3players: http://www.sandisk.com/retail/dap.asp If I mount it on my FreeBSD RELENG_5 box (kernel from yesterday), I sometimes get a lockup (or kernel panic?) after umounting the device. Since my debugging skills aren't really that great, could somebody give me some pointers how to supply you guys debugging information? Yours, --=20 Ed Schouten --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCx7aDmVI4SHXwmhERAmCkAKC3ivQlifnjJ3KPe4mzFeQtHfRrwwCgnasd d+mZnr9v+6qsE9GevlkkOU8= =F8bB -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 15:42:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED4ED16A41C for ; Sun, 3 Jul 2005 15:42:37 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C9943D45 for ; Sun, 3 Jul 2005 15:42:37 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id C1AA44D; Sun, 3 Jul 2005 17:42:35 +0200 (CEST) Date: Sun, 3 Jul 2005 17:42:35 +0200 From: Andrea Campi To: Niki Denev Message-ID: <20050703154235.GB64535@webcom.it> References: <200506291704.50185.ndenev@icdsoft.com> <20050630174315.C66660@mail.prgmr.com> <42C71914.9090503@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C71914.9090503@cytexbg.com> User-Agent: Mutt/1.5.9i Cc: Luke Crawford , freebsd-stable@freebsd.org Subject: Re: background fsck can be dangerous! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 15:42:38 -0000 On Sun, Jul 03, 2005 at 01:45:40AM +0300, Niki Denev wrote: > Before the background fsck finished some files were unreadable, > and they happened to be some libraries used by my mail software. > After the fsck finished these libraries were accessible again and > everything was normal and working, at least this is what it looked > like to me. > So, i think that if i had disabled background fsck (as i did now) > i should have skipped the loss of these about ten emails... IMHO this is something you need to solve no matter what. Failure of a local delivery program shouldn't cause lost or bounced emails; fixing this is usually just a matter of wrapping the program in appropriate shell magic to return the "temporary failure" error level (75 I think). For instance, when using postfix you can just use the following: mailbox_command = /your/local/script || exit 75 This way, even if the script fails running for *any* reason, postfix will just requeue your email. Again, this is not postfix-specific at all. Bye, Andrea -- Press every key to continue. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 16:03:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F9616A41C for ; Sun, 3 Jul 2005 16:03:03 +0000 (GMT) (envelope-from andy@glbx.net) Received: from mx1.out.mail.glbx.net (mx1.out.mail.glbx.net [80.76.201.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC5643D53 for ; Sun, 3 Jul 2005 16:03:03 +0000 (GMT) (envelope-from andy@glbx.net) Received: from hydrogen.glbx.net ([80.76.194.12] helo=[172.16.0.12]) by mx1.mail.glbx.net with esmtpsa (Exim 4.51; TLSv1:RC4-SHA:128) id 1Dp6vt-000JZo-4v for freebsd-stable@freebsd.org; Sun, 03 Jul 2005 17:03:01 +0100 Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Andy Gilligan Date: Sun, 3 Jul 2005 17:02:36 +0100 X-Mailer: Apple Mail (2.730) Subject: Old messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:03:03 -0000 Ok, is it just me or did anyone else receive a bunch of mails to -stable from about 6-7 months ago? -Andy From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 16:05:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4514416A41C for ; Sun, 3 Jul 2005 16:05:52 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80A9843D49 for ; Sun, 3 Jul 2005 16:05:50 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.156.20] by viefep15-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050703160549.JJAJ1955.viefep15-int.chello.at@[80.98.156.20]>; Sun, 3 Jul 2005 18:05:49 +0200 Message-ID: <42C80CD9.4010301@t-hosting.hu> Date: Sun, 03 Jul 2005 18:05:45 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Gilligan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Old messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:05:52 -0000 So did I. Andy Gilligan wrote: > Ok, is it just me or did anyone else receive a bunch of mails to -stable > from about 6-7 months ago? > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 16:05:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E6216A434 for ; Sun, 3 Jul 2005 16:05:58 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9E043D49 for ; Sun, 3 Jul 2005 16:05:57 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id ADAA1222420; Sun, 3 Jul 2005 17:05:56 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10372-06; Sun, 3 Jul 2005 17:05:51 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 6E0C3222422; Sun, 3 Jul 2005 17:05:51 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: freebsd-stable@freebsd.org Date: Sun, 3 Jul 2005 17:07:54 +0100 User-Agent: KMail/1.8 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: <200507031707.54996.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.85.1 Cc: Andy Gilligan Subject: Re: Old messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:05:58 -0000 On Sunday 03 July 2005 17:02, Andy Gilligan wrote: > Ok, is it just me or did anyone else receive a bunch of mails to > -stable from about 6-7 months ago? I think I got them earlier also. > -Andy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Dominic From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 16:08:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA1116A41C for ; Sun, 3 Jul 2005 16:08:44 +0000 (GMT) (envelope-from jaimie@onsitepcs.net) Received: from ns1.onsitepcs.net (ns1.onsitepcs.net [71.32.223.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5ED43D58 for ; Sun, 3 Jul 2005 16:08:43 +0000 (GMT) (envelope-from jaimie@onsitepcs.net) Received: from ns1.onsitepcs.net (localhost.localdomain [127.0.0.1]) by ns1.onsitepcs.net (8.13.1/8.13.1) with ESMTP id j63G99Kv004486 for ; Sun, 3 Jul 2005 09:09:10 -0700 Received: from localhost (localhost [[UNIX: localhost]]) by ns1.onsitepcs.net (8.13.1/8.13.1/Submit) id j63G99wU004485 for freebsd-stable@freebsd.org; Sun, 3 Jul 2005 09:09:09 -0700 X-Authentication-Warning: ns1.onsitepcs.net: jaimie set sender to jaimie@onsitepcs.net using -f From: Jaimie Garner Organization: Onsite PCS inc. To: freebsd-stable@freebsd.org Date: Sun, 3 Jul 2005 09:09:07 -0700 User-Agent: KMail/1.7.1 References: <42C80CD9.4010301@t-hosting.hu> In-Reply-To: <42C80CD9.4010301@t-hosting.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507030909.08366.jaimie@onsitepcs.net> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ns1.onsitepcs.net Subject: Re: Old messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:08:44 -0000 I did not are signed up for daily digest of single messages? I am set up for single messages. Maybe that has something to do with it. On Sunday 03 July 2005 9:05 am, K=F6vesd=E1n G=E1bor wrote: > So did I. > > Andy Gilligan wrote: > > Ok, is it just me or did anyone else receive a bunch of mails to -stable > > from about 6-7 months ago? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =2D-=20 Jaimie Garner Onsite PCS inc. 323 SE RIverside AV Grants Pass, OR 97526 541.471.1343 866.471.1343 jaimie@onsitepcs.net www.onistepcs.net From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 16:12:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FEEC16A41C for ; Sun, 3 Jul 2005 16:12:01 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75F243D5C for ; Sun, 3 Jul 2005 16:12:00 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from leviathon.tellurian.com (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version 3.0d-2) with ESMTP id 239997299 for multiple; Sun, 03 Jul 2005 12:12:00 -0400 Message-Id: <6.2.3.4.2.20050703121041.045d4990@pop3.tellurian.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Sun, 03 Jul 2005 12:12:14 -0400 To: Jaimie Garner From: Vinny Abello In-Reply-To: <200507030909.08366.jaimie@onsitepcs.net> References: <42C80CD9.4010301@t-hosting.hu> <200507030909.08366.jaimie@onsitepcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Cc: freebsd-stable@freebsd.org Subject: Re: Old messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:12:01 -0000 At 12:09 PM 7/3/2005, Jaimie Garner wrote: >I did not are signed up for daily digest of single messages? >I am set up for single messages. Maybe that has something to do with it. > >On Sunday 03 July 2005 9:05 am, K=F6vesd=E1n G=E1bor wrote: > > So did I. > > > > Andy Gilligan wrote: > > > Ok, is it just me or did anyone else receive a bunch of mails to= -stable > > > from about 6-7 months ago? I got about three or so messages from way back...=20 One was commenting on FreeBSD 5.3 being released=20 soon! :-P I thought the date sorting in my email=20 program got messed up, honestly. ;) Glad it wasn't just me. I receive separate single messages myself and still got them. Vinny Abello Network Engineer Server Management vinny@tellurian.com (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN "Courage is resistance to fear, mastery of fear -=20 not absence of fear" -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 16:55:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36DD16A41C for ; Sun, 3 Jul 2005 16:55:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF5F43D48 for ; Sun, 3 Jul 2005 16:55:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j63GrRYL031378; Sun, 3 Jul 2005 10:53:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Jul 2005 10:53:27 -0600 (MDT) Message-Id: <20050703.105327.74721149.imp@bsdimp.com> To: jaimie@onsitepcs.net From: Warner Losh In-Reply-To: <200507030909.08366.jaimie@onsitepcs.net> References: <42C80CD9.4010301@t-hosting.hu> <200507030909.08366.jaimie@onsitepcs.net> X-Mailer: Mew version 3.3 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-stable@freebsd.org Subject: Re: Old messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:55:50 -0000 They were on all the lists. The result of someone mistakenly inserting them into the mail stream rather than his gmail account... Warner From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 18:57:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1770A16A41C; Sun, 3 Jul 2005 18:57:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B4B43D46; Sun, 3 Jul 2005 18:57:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j63IvQAH010381; Sun, 3 Jul 2005 14:57:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j63IvR8G050096; Sun, 3 Jul 2005 14:57:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 5066C241A2; Sun, 3 Jul 2005 14:02:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050703180202.5066C241A2@freebsd-stable.sentex.ca> Date: Sun, 3 Jul 2005 14:02:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_4 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 18:57:31 -0000 TB --- 2005-07-03 17:30:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-07-03 17:30:25 - starting RELENG_4 tinderbox run for i386/i386 TB --- 2005-07-03 17:30:25 - cleaning the object tree TB --- 2005-07-03 17:31:48 - checking out the source tree TB --- 2005-07-03 17:31:48 - cd /tinderbox/RELENG_4/i386/i386 TB --- 2005-07-03 17:31:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2005-07-03 17:40:37 - building world (CFLAGS=-O -pipe) TB --- 2005-07-03 17:40:37 - cd /tinderbox/RELENG_4/i386/i386/src TB --- 2005-07-03 17:40:37 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /tinderbox/RELENG_4/i386/i386/obj/tinderbox/RELENG_4/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies [...] echo umount: /tinderbox/RELENG_4/i386/i386/obj/tinderbox/RELENG_4/i386/i386/src/i386/usr/lib/libc.a >> .depend ===> sbin/vinum rm -f .depend mkdep -f .depend -a -I/tinderbox/RELENG_4/i386/i386/src/sbin/vinum/../../sys -DVINUMDEBUG /tinderbox/RELENG_4/i386/i386/src/sbin/vinum/v.c /tinderbox/RELENG_4/i386/i386/src/sbin/vinum/list.c /tinderbox/RELENG_4/i386/i386/src/sbin/vinum/../../sys/dev/vinum/vinumparser.c /tinderbox/RELENG_4/i386/i386/src/sbin/vinum/../../sys/dev/vinum/vinumutil.c /tinderbox/RELENG_4/i386/i386/src/sbin/vinum/commands.c echo vinum: /tinderbox/RELENG_4/i386/i386/obj/tinderbox/RELENG_4/i386/i386/src/i386/usr/lib/libc.a /tinderbox/RELENG_4/i386/i386/obj/tinderbox/RELENG_4/i386/i386/src/i386/usr/lib/libutil.a /tinderbox/RELENG_4/i386/i386/obj/tinderbox/RELENG_4/i386/i386/src/i386/usr/lib/libreadline.a /tinderbox/RELENG_4/i386/i386/obj/tinderbox/RELENG_4/i386/i386/src/i386/usr/lib/libtermcap.a >> .depend ===> sbin/ipf "/dev/null", line 0: Cannot open /dev/null make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /tinderbox/RELENG_4/i386/i386/src/sbin. *** Error code 1 Stop in /tinderbox/RELENG_4/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_4/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_4/i386/i386/src. TB --- 2005-07-03 18:02:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-03 18:02:02 - ERROR: failed to build world TB --- 2005-07-03 18:02:02 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 20:56:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 650C216A41C; Sun, 3 Jul 2005 20:56:42 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from dd2030.kasserver.com (dd2030.kasserver.com [81.209.148.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE1C443D48; Sun, 3 Jul 2005 20:56:41 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from ganymed.decemplex.loc (83-134-162-133.Liege.GoPlus.FastDSL.tiscali.be [83.134.162.133]) by dd2030.kasserver.com (Postfix) with ESMTP id 69401F29F3; Sun, 3 Jul 2005 22:56:39 +0200 (CEST) Date: Sun, 3 Jul 2005 22:56:33 +0200 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20050703225633.077566f4@ganymed.decemplex.loc> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Panic in bus_dmamap_load_mbuf (pmap.h:201) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 20:56:42 -0000 Hello, Since 1 or 2 months, I experienced panics when I use the ath interface of o= ur server (configured as hostap). Also, the system hangs often (without pan= ic) during the boot process at the "Setting hostname: icarus." level. Becau= se I had absolutely no time, I couldn't learn to use the kernel debugger be= fore.=20 icarus# uname -a FreeBSD icarus 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun Jul 3 15:14:13 CEST = 2005 cedric@icarus:/usr/obj/usr/src/sys/ICARUS i386 Sources are from July, 1 debug.mpsafenet: 1 After compiling the kernel with debug options, I get the following during t= he boot process: Setting hostname: icarus. lock order reversal 1st 0xc2cd4c6c ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:893 2nd 0xc30583c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 I suppose this explains the occasional hangups during the boot process? The following was obtained after a panic (which occured only when I use the= ath interface): icarus# kgdb kernel.debug /var/crash/vmcore.86 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so= : Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you a= re welcome to change it and/or distribute copies of it under certain conditio= ns. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc0695dfd 0xc0695dfd is in bus_dmamap_load_mbuf (pmap.h:201). 196 197 if ((pa =3D PTD[va >> PDRSHIFT]) & PG_PS) { 198 pa =3D (pa & ~(NBPDR - 1)) | (va & (NBPDR - 1)); 199 } else { 200 pa =3D *vtopte(va); 201 pa =3D (pa & PG_FRAME) | (va & PAGE_MASK); 202 } 203 return pa; 204 } 205 (kgdb) backtrace #0 doadump () at pcpu.h:160 #1 0xc05241dc in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:= 410 #2 0xc05244f1 in panic (fmt=3D0xc06f0b1f "%s") at /usr/src/sys/kern/kern_= shutdown.c:566 #3 0xc06a96ec in trap_fatal (frame=3D0xe5ba3b80, eva=3D3221110944) at /us= r/src/sys/i386/i386/trap.c:817 #4 0xc06a941f in trap_pfault (frame=3D0xe5ba3b80, usermode=3D0, eva=3D322= 1110944) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc06a9085 in trap (frame=3D {tf_fs =3D -440795112, tf_es =3D -1068433392, tf_ds =3D -1027473392, = tf_edi =3D -1026674344, tf_esi =3D -1026496768, tf_ebp =3D -440779748, tf_i= sp =3D -440779860, tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D -117273402, tf_ea= x =3D 1019944, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1066836483, tf_c= s =3D 8, tf_eflags =3D 66055, tf_esp =3D -440779804, tf_ss =3D -1068382496}= ) at /usr/src/sys/i386/i386/trap.c:425 #6 0xc069796a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xe5ba0018 in ?? () #8 0xc0510010 in exit1 (td=3D0xc2cba680, rv=3D-440779764) at /usr/src/sys= /kern/kern_exit.c:394 #9 0xc0494122 in ath_rxbuf_init (sc=3D0xc2cd4000, bf=3D0xc2ce3158) at /us= r/src/sys/dev/ath/if_ath.c:1601 #10 0xc0494560 in ath_rx_proc (arg=3D0xc2cd4000, npending=3D1) at /usr/src= /sys/dev/ath/if_ath.c:1818 #11 0xc0540c57 in taskqueue_run (queue=3D0xc2c94dc0) at /usr/src/sys/kern/= subr_taskqueue.c:191 #12 0xc0540cbe in taskqueue_swi_run (dummy=3D0x0) at /usr/src/sys/kern/sub= r_taskqueue.c:213 #13 0xc0512ad8 in ithread_loop (arg=3D0xc2c28300) at /usr/src/sys/kern/ker= n_intr.c:547 #14 0xc0511ed4 in fork_exit (callout=3D0xc05129b4 , arg=3D0x= c2c28300, frame=3D0xe5ba3d38) at /usr/src/sys/kern/kern_fork.c:791 #15 0xc06979cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s= :209 (kgdb)=20 My kernel config: machine i386 cpu I686_CPU ident ICARUS =09 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. =09 makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols =09 options KDB # Enable kernel debugger support. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, r= equired by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed =09 options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=3D15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. =09 device apic # I/O APIC =09 # Bus support. Do not remove isa, even if you have no isa slots device isa device pci =09 # Floppy drives device fdc =09 # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering =09 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) =09 # SCSI controller device sym =09 # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse =09 device vga # VGA video card driver =09 device splash device green_saver =09 # syscons is the default console driver, resembling an SCO console device sc =09 device agp # support several AGP chipsets =09 # Floating point support - do not disable. device npx =09 # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer =09 # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports =09 # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device vpo # Requires scbus and da =09 # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NIC= s! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device rl # RealTek 8129/8139 =09 # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards =09 # Wireless NIC cards device wlan # 802.11 support device ath device ath_hal # Atheros HAL (includes binary component) =09 # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) =09 # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter =09 # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners =09 # PF device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF options ALTQ options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build =09 # PPPoE DSL options NETGRAPH options NETGRAPH_SOCKET options NETGRAPH_PPPOE options NETGRAPH_ETHER =09 # SMP options SMP # Symmetric MultiProcessor Kernel options MPTABLE_FORCE_HTT # Enable HTT CPUs with the MP Table options PREEMPTION =09 options CPU_ENABLE_TCC options CPU_FASTER_5X86_FPU options CPU_SUSP_HLT =09 # Save kernel config in binary's options INCLUDE_CONFIG_FILE =09 # Disks options QUOTA #enable disk quotas =09 # Posix 1003.1b options P1003_1B_SEMAPHORES =09 # Sound # device sound # device snd_ich # device speaker #Play IBM BASIC-style noises out your speaker =09 # SMBus device smbus # Bus support, required for smb below. device ichsmb device smb =09 # Reboot after panic options PANIC_REBOOT_WAIT_TIME=3D60 =09 # Emulation options COMPAT_LINUX options COMPAT_AOUT options LINPROCFS =09 # Filesystems options NULLFS #NULL filesystem Another important detail could be that I use a dual Xeon box, which HT enab= led, which results in 4 logical CPU's and explain why anybody reported this= problem before?! I hope somebody could help, if you need additional informations, let me kno= w. Thank you. --=20 Best regards,=20 C=E9dric Jonas From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 02:22:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D26016A41C for ; Mon, 4 Jul 2005 02:22:31 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5F7A43D48 for ; Mon, 4 Jul 2005 02:22:30 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from misael (core.bps.co.id [202.57.0.93]) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 3E4FC23F0F4 for ; Mon, 4 Jul 2005 09:22:00 +0700 (WIT) Date: Mon, 4 Jul 2005 21:22:41 +0700 From: misael X-Mailer: The Bat! (v1.62i) Business X-Priority: 3 (Normal) Message-ID: <184232945562.20050704212241@tk-pttuntex.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: misael List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 02:22:31 -0000 Hello freebsd-stable, i'm trying to update/upgrade my box from 5.3 STABLE to the latest version of 5 branch. but when i'm doing make buildkernel i bumped in to some errors, here it is the error messages: >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment makes pointer from integer without a cast /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_close': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has no member named `seq' /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' undeclared (first use in this function) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each function it appears in.) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' undeclared (first use in this function) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has no member named `seq' /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' undeclared (first use in this function) *** Error code 1 i'm using GENERIC kernel for this and still error. for some information these are my cvsup file : *default host=cvsup12.FreeBSD.org *default base=/usr *default prefix=/usr # The following line is for 4-stable. If you want 3-stable or 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. *default release=cvs tag=RELENG_5 *default delete use-rel-suffix and my current FreeBSD version: [root@core src]# uname -v FreeBSD 5.3-STABLE #7 any helps, hints or clues are highly appreciated. TIA -- Best regards, zen mailto:zen@tk-pttuntex.com From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 07:48:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D9E16A41C for ; Mon, 4 Jul 2005 07:48:15 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE55843D45 for ; Mon, 4 Jul 2005 07:48:05 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) MIME-Version: 1.0 Date: Mon, 4 Jul 2005 08:15:57 +0100 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Message-ID: Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Thread-Topic: 5.3 STABLE to 5.4 buildkernel error Thread-Index: AcWAP25aiJapS7qCTWOl/2gmmdyfFAAKKt6w From: "Gray Lilley" To: "misael" , Cc: Subject: RE: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 07:48:15 -0000 Could you post your kernel config at all? Looks to me like you've removed something you shouldn't have.... -----Original Message----- From: owner-freebsd-stable@freebsd.org = [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of misael Sent: 04 July 2005 15:23 To: freebsd-stable@freebsd.org Subject: 5.3 STABLE to 5.4 buildkernel error Hello freebsd-stable, i'm trying to update/upgrade my box from 5.3 STABLE to the latest = version of 5 branch. but when i'm doing make buildkernel i bumped in to some errors, here it = is the error messages: >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/GENERIC; = MAKESRCPATH=3D/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f = /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original = /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. = -I/usr/src/sys/dev/aic7xxx/aicasm -c = /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc -I/usr/include -I. = -I/usr/src/sys/dev/aic7xxx/aicasm -c = /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function = `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg = 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few = arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function = `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment = makes pointer from integer without a cast /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function = `symtable_close': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure = has no member named `seq' /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' = undeclared (first use in this function) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each = undeclared identifier is reported only once /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each = function it appears in.) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few = arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function = `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing = arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few = arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing = arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few = arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function = `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' = undeclared (first use in this function) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure = has no member named `seq' /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' = undeclared (first use in this function) *** Error code 1 i'm using GENERIC kernel for this and still error. for some information these are my cvsup file : *default host=3Dcvsup12.FreeBSD.org *default base=3D/usr *default prefix=3D/usr # The following line is for 4-stable. If you want 3-stable or = 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" = respectively. *default release=3Dcvs tag=3DRELENG_5 *default delete use-rel-suffix and my current FreeBSD version: [root@core src]# uname -v FreeBSD 5.3-STABLE #7 any helps, hints or clues are highly appreciated. TIA -- Best regards, zen mailto:zen@tk-pttuntex.com _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005 =20 --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005 =20 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 07:59:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8439C16A41C for ; Mon, 4 Jul 2005 07:59:06 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 571B943D46 for ; Mon, 4 Jul 2005 07:59:02 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from misael (core.bps.co.id [202.57.0.93]) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 72B1023F608; Mon, 4 Jul 2005 14:58:34 +0700 (WIT) Date: Tue, 5 Jul 2005 02:59:17 +0700 From: misael X-Mailer: The Bat! (v1.62i) Business X-Priority: 3 (Normal) Message-ID: <185253141156.20050705025917@tk-pttuntex.com> To: "Gray Lilley" In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------6A2116A35B48CC9" Cc: freebsd-stable@freebsd.org Subject: Re[2]: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: misael List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 07:59:06 -0000 ------------6A2116A35B48CC9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Gray, Monday, July 4, 2005, 2:15:57 PM, you wrote: GL> Could you post your kernel config at all? GL> Looks to me like you've removed something you shouldn't have.... GL> -----Original Message----- GL> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of misael GL> Sent: 04 July 2005 15:23 GL> To: freebsd-stable@freebsd.org GL> Subject: 5.3 STABLE to 5.4 buildkernel error GL> Hello freebsd-stable, GL> i'm trying to update/upgrade my box from 5.3 STABLE to the latest version of 5 branch. GL> but when i'm doing make buildkernel i bumped in to some errors, here it is the error messages: >>>> stage 2.3: build tools GL> -------------------------------------------------------------- GL> cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile GL> Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c GL> cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symbol_delete': GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 of pointer to function from incompatible pointer type GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few arguments to function GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_open': GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment makes pointer from integer without a cast GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_close': GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has no member named `seq' GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' undeclared (first use in this function) GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each undeclared identifier is reported only once GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each function it appears in.) GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few arguments to function GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get': GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 of pointer to function from incompatible pointer type GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few arguments to function GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 of pointer to function from incompatible pointer type GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few arguments to function GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_dump': GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' undeclared (first use in this function) GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has no member named `seq' GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' undeclared (first use in this function) GL> *** Error code 1 GL> i'm using GENERIC kernel for this and still error. GL> for some information these are my cvsup file : GL> *default host=cvsup12.FreeBSD.org GL> *default base=/usr GL> *default prefix=/usr GL> # The following line is for 4-stable. If you want 3-stable or 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. GL> *default release=cvs tag=RELENG_5 GL> *default delete use-rel-suffix GL> and my current FreeBSD version: GL> [root@core src]# uname -v GL> FreeBSD 5.3-STABLE #7 GL> any helps, hints or clues are highly appreciated. GL> TIA GL> -- GL> Best regards, GL> zen mailto:zen@tk-pttuntex.com GL> _______________________________________________ GL> freebsd-stable@freebsd.org mailing list GL> http://lists.freebsd.org/mailman/listinfo/freebsd-stable GL> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" GL> -- GL> No virus found in this incoming message. GL> Checked by AVG Anti-Virus. GL> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005 attach you will find my kernel config. FYI i try to compile it with GENERIC one but still fails. TIA -- Best regards, zen mailto:zen@tk-pttuntex.com ------------6A2116A35B48CC9 Content-Type: text/plain; name="kernel.TXT" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kernel.TXT" IyAkRnJlZUJTRDogc3JjL3N5cy9pMzg2L2NvbmYvR0VORVJJQyx2IDEuMzk0LjIuMiAyMDAzLzEy LzA3IDIzOjUyOjUzIHNjb3R0bCBFeHAgJA0KDQptYWNoaW5lCQlpMzg2DQpjcHUJCUk1ODZfQ1BV DQpjcHUJCUk2ODZfQ1BVDQppZGVudAkJQ09SRQ0KDQojVG8gc3RhdGljYWxseSBjb21waWxlIGlu IGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZpY2UuaGludHMNCiNoaW50cwkJIkdF TkVSSUMuaGludHMiCQkjRGVmYXVsdCBwbGFjZXMgdG8gbG9vayBmb3IgZGV2aWNlcy4NCg0KI21h a2VvcHRpb25zCURFQlVHPS1nCQkjQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJv bHMNCg0KI29wdGlvbnMgICAgICAgICBNQVRIX0VNVUxBVEUJCSNTdXBwb3J0IGZvciB4ODcgZW11 bGF0aW9uDQpvcHRpb25zIAlTQ0hFRF80QlNECQkjNEJTRCBzY2hlZHVsZXINCm9wdGlvbnMgCUlO RVQJCQkjSW50ZXJORVR3b3JraW5nDQpvcHRpb25zIAlJTkVUNgkJCSNJUHY2IGNvbW11bmljYXRp b25zIHByb3RvY29scw0Kb3B0aW9ucyAJRkZTCQkJI0JlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQ0K b3B0aW9ucyAJU09GVFVQREFURVMJCSNFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0DQpv cHRpb25zIAlVRlNfQUNMCQkJI1N1cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzDQpvcHRp b25zIAlVRlNfRElSSEFTSAkJI0ltcHJvdmUgcGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVz DQpvcHRpb25zIAlNRF9ST09UCQkJI01EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlDQpvcHRp b25zIAlORlNDTElFTlQJCSNOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50DQpvcHRpb25zIAlORlNT RVJWRVIJCSNOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyDQpvcHRpb25zIAlORlNfUk9PVAkJI05G UyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UDQpvcHRpb25zIAlNU0RPU0ZTCQkJI01T RE9TIEZpbGVzeXN0ZW0NCm9wdGlvbnMgCUNEOTY2MAkJCSNJU08gOTY2MCBGaWxlc3lzdGVtDQpv cHRpb25zIAlQUk9DRlMJCQkjUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykN Cm9wdGlvbnMgCVBTRVVET0ZTCQkjUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrDQpvcHRpb25z IAlDT01QQVRfNDMJCSNDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElTIV0NCm9wdGlv bnMgCUNPTVBBVF9GUkVFQlNENAkJI0NvbXBhdGlibGUgd2l0aCBGcmVlQlNENA0Kb3B0aW9ucyAJ U0NTSV9ERUxBWT0xNTAwMAkjRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJDQpvcHRp b25zIAlLVFJBQ0UJCQkja3RyYWNlKDEpIHN1cHBvcnQNCm9wdGlvbnMgCVNZU1ZTSE0JCQkjU1lT Vi1zdHlsZSBzaGFyZWQgbWVtb3J5DQpvcHRpb25zIAlTWVNWTVNHCQkJI1NZU1Ytc3R5bGUgbWVz c2FnZSBxdWV1ZXMNCm9wdGlvbnMgICAgICAgICBNU0dNTkI9ODE5MiAgICAgICAgICAgICAjbWF4 ICMgb2YgYnl0ZXMgaW4gYSBxdWV1ZQ0Kb3B0aW9ucyAgICAgICAgIE1TR01OST00MCAgICAgICAg ICAgICAgICNudW1iZXIgb2YgbWVzc2FnZSBxdWV1IGlkZW50aWZpZXJzDQpvcHRpb25zICAgICAg ICAgTVNHU0VHPTUxMiAgICAgICAgICAgICAgI251bWJlciBvZiBtZXNzYWdlIHNlZ21lbnRzIHBl ciBxdWV1ZQ0Kb3B0aW9ucyAgICAgICAgIE1TR1NTWj02NCAgICAgICAgICAgICAgICNzaXplIG9m IGEgbWVzc2FnZSBzZWdtZW50DQpvcHRpb25zICAgICAgICAgTVNHVFFMPTIwNDggICAgICAgICAg ICAgI21heCBtZXNzYWdlcyBpbiBzeXN0ZW0NCm9wdGlvbnMgCVNZU1ZTRU0JCQkjU1lTVi1zdHls ZSBzZW1hcGhvcmVzDQpvcHRpb25zICAgICAgICAgU0hNU0VHPTE2ICAgICAgICAgICAgICAgI21h eCBzaGFyZWQgbWVtIGlkJ3MgcGVyIHByb2Nlc3MNCm9wdGlvbnMgICAgICAgICBTSE1NTkk9MzIg ICAgICAgICAgICAgICAjbWF4IHNoYXJlZCBtZW0gaWQncyBwZXIgc3lzdGVtDQpvcHRpb25zICAg ICAgICAgU0hNTUFYPTIwOTcxNTIgICAgICAgICAgI21heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnQg c2l6ZSAoYnl0ZXMpDQpvcHRpb25zICAgICAgICAgU0hNQUxMPTQwOTYgICAgICAgICAgICAgI21h eCBhbW91bnQgb2Ygc2hhcmVkIG1lbW9yeSAocGFnZXMpDQpvcHRpb25zIAlfS1BPU0lYX1BSSU9S SVRZX1NDSEVEVUxJTkcgI1Bvc2l4IFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zDQpvcHRp b25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldg0Kb3B0 aW9ucyAJQUhDX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4g ZGVidWcNCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhrIHRvIGRyaXZlci4NCm9wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnDQoJ CQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuDQojb3B0aW9ucyAgICAgICAgIElD TVBfQkFORExJTSAgICAgICAgICAgICNSYXRlIGxpbWl0IGJhZCByZXBsaWVzDQoNCm9wdGlvbnMg ICAgICAgICBEVU1NWU5FVA0Kb3B0aW9ucyAgICAgICAgIFFVT1RBDQoNCiMgRGVidWdnaW5nIGZv ciB1c2UgaW4gLWN1cnJlbnQNCiNvcHRpb25zIAlEREIJCQkjRW5hYmxlIHRoZSBrZXJuZWwgZGVi dWdnZXINCiNvcHRpb25zIAlJTlZBUklBTlRTCQkjRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNhbml0 eSBjaGVja2luZw0Kb3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJI0V4dHJhIHNhbml0eSBjaGVj a3Mgb2YgaW50ZXJuYWwgc3RydWN0dXJlcywgcmVxdWlyZWQgYnkgSU5WQVJJQU5UUw0KI29wdGlv bnMgCVdJVE5FU1MJCQkjRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNs ZXMNCiNvcHRpb25zIAlXSVRORVNTX1NLSVBTUElOCSNEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlu bG9ja3MgZm9yIHNwZWVkDQoNCiMgVG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28g YXJlIG5lZWRlZA0KI29wdGlvbnMgCVNNUAkJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtl cm5lbA0KI2RldmljZQkJYXBpYwkJCSMgSS9PIEFQSUMNCg0KZGV2aWNlCQlpc2ENCmRldmljZQkJ ZWlzYQ0KZGV2aWNlCQlwY2kNCg0KIyBGbG9wcHkgZHJpdmVzDQpkZXZpY2UJCWZkYw0KDQojIEFU QSBhbmQgQVRBUEkgZGV2aWNlcw0KZGV2aWNlCQlhdGENCmRldmljZQkJYXRhZGlzawkJCSMgQVRB IGRpc2sgZHJpdmVzDQpkZXZpY2UJCWF0YXJhaWQJCQkjIEFUQSBSQUlEIGRyaXZlcw0KZGV2aWNl CQlhdGFwaWNkCQkJIyBBVEFQSSBDRFJPTSBkcml2ZXMNCmRldmljZQkJYXRhcGlmZAkJCSMgQVRB UEkgZmxvcHB5IGRyaXZlcw0KZGV2aWNlCQlhdGFwaXN0CQkJIyBBVEFQSSB0YXBlIGRyaXZlcw0K b3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVtYmVyaW5nDQoNCiMgU0NT SSBDb250cm9sbGVycw0KI2RldmljZQkJYWhiCQkjIEVJU0EgQUhBMTc0MiBmYW1pbHkNCiNkZXZp Y2UJCWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcw0KI2RldmljZQkJ YWhkCQkjIEFIQTM5MzIwLzI5MzIwIGFuZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcw0KI2Rldmlj ZQkJYW1kCQkjIEFNRCA1M0M5NzQgKFRla3JhbSBEQy0zOTAoVCkpDQojZGV2aWNlCQlpc3AJCSMg UWxvZ2ljIGZhbWlseQ0KI2RldmljZQkJbXB0CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uDQojZGV2 aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9naWMNCiNkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlv cyBMb2dpYyAobmV3ZXIgY2hpcHNldHMgKyB0aG9zZSBvZiBgbmNyJykNCiNkZXZpY2UJCXRybQkJ IyBUZWtyYW0gREMzOTVVL1VXL0YgREMzMTVVIGFkYXB0ZXJzDQoNCiNkZXZpY2UJCWFkdgkJIyBB ZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzDQojZGV2aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJ IGFkYXB0ZXJzDQojZGV2aWNlCQlhaGEJCSMgQWRhcHRlYyAxNTR4IFNDU0kgYWRhcHRlcnMNCiNk ZXZpY2UJCWFpYwkJIyBBZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYw Lg0KI2RldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVsdGlNYXN0ZXIgU0NTSSBhZGFwdGVy cw0KDQojZGV2aWNlCQluY3YJCSMgTkNSIDUzQzUwMA0KI2RldmljZQkJbnNwCQkjIFdvcmtiaXQg TmluamEgU0NTSS0zDQojZGV2aWNlCQlzdGcJCSMgVE1DIDE4QzMwLzE4QzUwDQoNCiMgU0NTSSBw ZXJpcGhlcmFscw0KI2RldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJ KQ0KI2RldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2Vycw0KI2RldmljZQkJZGEJCSMgRGly ZWN0IEFjY2VzcyAoZGlza3MpDQojI2RldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nlc3MgKHRh cGUgZXRjKQ0KI2RldmljZQkJY2QJCSMgQ0QNCiNkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2gg ZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpDQojZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9u bWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQ0KDQojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJm YWNlZCB0byB0aGUgU0NTSSBzdWJzeXN0ZW0NCiNkZXZpY2UJCWFtcgkJIyBBTUkgTWVnYVJBSUQN CiNkZXZpY2UJCWFzcgkJIyBEUFQgU21hcnRSQUlEIFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kgUkFJ RA0KI2RldmljZQkJY2lzcwkJIyBDb21wYXEgU21hcnQgUkFJRCA1Kg0KI2RldmljZQkJZHB0CQkj IERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUgTk9URVMgZm9yIG9wdGlvbnMNCiNkZXZpY2UJ CWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVkIFJBSUQNCiNkZXZpY2UJCWlwcwkJIyBJQk0gKEFkYXB0 ZWMpIFNlcnZlUkFJRA0KI2RldmljZQkJbWx5CQkjIE15bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJB SUQNCg0KIyBSQUlEIGNvbnRyb2xsZXJzDQojZGV2aWNlCQlhYWMJCSMgQWRhcHRlYyBGU0EgUkFJ RA0KI2RldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBhYWMgKHJlcXVpcmVzIENB TSkNCiNkZXZpY2UJCWlkYQkJIyBDb21wYXEgU21hcnQgUkFJRA0KI2RldmljZQkJbWx4CQkjIE15 bGV4IERBQzk2MCBmYW1pbHkNCiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYw MDANCiNkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRA0KDQojIGF0a2JkYzAgY29udHJvbHMg Ym90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlDQpkZXZpY2UJCWF0a2JkYwkJIyBB VCBrZXlib2FyZCBjb250cm9sbGVyDQpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkDQpkZXZp Y2UJCXBzbQkJIyBQUy8yIG1vdXNlDQoNCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRy aXZlcg0KDQpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIg c3VwcG9ydA0KDQojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2Vt YmxpbmcgYW4gU0NPIGNvbnNvbGUNCmRldmljZQkJc2MNCg0KIyBFbmFibGUgdGhpcyBmb3IgdGhl IHBjdnQgKFZUMjIwIGNvbXBhdGlibGUpIGNvbnNvbGUgZHJpdmVyDQojZGV2aWNlCQl2dA0KI29w dGlvbnMgCVhTRVJWRVIJCQkjIHN1cHBvcnQgZm9yIFggc2VydmVyIG9uIGEgdnQgY29uc29sZQ0K I29wdGlvbnMgCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3INCg0KZGV2aWNl CQlhZ3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0cw0KDQojIEZsb2F0aW5nIHBvaW50 IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4NCmRldmljZQkJbnB4DQoNCiMgUG93ZXIgbWFuYWdl bWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykNCiNkZXZpY2UJCWFwbQ0K IyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0Lg0KZGV2aWNlCQlwbXRp bWVyDQoNCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQNCiMgUGNtY2lhIGFuZCBjYXJkYnVzIGJy aWRnZSBzdXBwb3J0DQojZGV2aWNlCQljYmIJCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UNCiNk ZXZpY2UJCXBjaWMJCQkjIEV4Q0EgSVNBIGFuZCBQQ0kgYnJpZGdlcw0KI2RldmljZQkJcGNjYXJk CQkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cw0KI2RldmljZQkJY2FyZGJ1cwkJCSMgQ2FyZEJ1cyAo MzItYml0KSBidXMNCg0KIyBTZXJpYWwgKENPTSkgcG9ydHMNCmRldmljZQkJc2lvCQkjIDgyNTAs IDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cw0KDQojIFBhcmFsbGVsIHBvcnQNCmRldmljZQkJ cHBjDQpkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkNCmRldmlj ZQkJbHB0CQkjIFByaW50ZXINCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbA0K ZGV2aWNlCQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlDQojZGV2aWNlCQl2 cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhDQoNCiMgSWYgeW91J3ZlIGdvdCBhICJkdW1iIiBz ZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNhcmQgdGhhdCBpcw0KIyBzdXBwb3J0ZWQgYnkgdGhlIHB1 Yyg0KSBnbHVlIGRyaXZlciwgdW5jb21tZW50IHRoZSBmb2xsb3dpbmcNCiMgbGluZSB0byBlbmFi bGUgaXQgKGNvbm5lY3RzIHRvIHRoZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJzKToNCiNkZXZpY2Ug ICAgICAgICBwdWMNCg0KIyBQQ0kgRXRoZXJuZXQgTklDcy4NCmRldmljZQkJZGUJCSMgREVDL0lu dGVsIERDMjF4NHggKGBgVHVsaXAnJykNCmRldmljZQkJZW0JCSMgSW50ZWwgUFJPLzEwMDAgYWRh cHRlciBHaWdhYml0IEV0aGVybmV0IENhcmQNCmRldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChg YFR5cGhvb24nJykNCmRldmljZQkJdngJCSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4Jycp DQoNCiMgUENJIEV0aGVybmV0IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRy b2xsZXIgY29kZS4NCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycg bGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyENCmRldmljZQkJbWlpYnVzCQkjIE1JSSBi dXMgc3VwcG9ydA0KI2RldmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIGV0aGVy bmV0DQojZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcweHggR2lnYWJpdCBFdGhlcm5ldA0K I2RldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMNCiNk ZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkN CiNkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMCAocHJlY2VkZW5jZSBvdmVy ICdsbmMnKQ0KI2RldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUw0K I2RldmljZQkJcmwJCSMgUmVhbFRlayA4MTI5LzgxMzkNCiNkZXZpY2UJCXNmCQkjIEFkYXB0ZWMg QUlDLTY5MTUgKGBgU3RhcmZpcmUnJykNCiNkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0 ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2DQojZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNL LTk4NHggYW5kIFNLLTk4MnggZ2lnYWJpdCBldGhlcm5ldA0KI2RldmljZQkJc3RlCQkjIFN1bmRh bmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQ0KI2RldmljZQkJdGkJCSMgQWx0ZW9uIE5ldHdv cmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBldGhlcm5ldA0KI2RldmljZQkJdGwJCSMgVGV4YXMgSW5z dHJ1bWVudHMgVGh1bmRlckxBTg0KI2RldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgz YzE3MCBgYEVQSUMnJykNCiNkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkNCiNkZXZp Y2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYNCmRldmljZQkJeGwJCSMgM0NvbSAzYzkweCAoYGBC b29tZXJhbmcnJywgYGBDeWNsb25lJycpDQoNCiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQg bmljcyBpbmNsdWRlZC4NCmRldmljZQkJY3MJCSMgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4 MCBOSUMNCiMgJ2RldmljZSBlZCcgcmVxdWlyZXMgJ2RldmljZSBtaWlidXMnDQpkZXZpY2UJCWVk CQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUwMywgRFM4MzkwIGNhcmRzDQojZGV2aWNlCQll eAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUHJvLzEwIGFuZCBQcm8vMTArDQojZGV2aWNlCQllcAkJ IyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzDQojZGV2aWNlCQlmZQkJIyBGdWppdHN1IE1CODY5 NnggYmFzZWQgY2FyZHMNCiNkZXZpY2UJCWllCQkjIEV0aGVyRXhwcmVzcyA4LzE2LCAzQzUwNywg U3RhckxBTiAxMCBldGMuDQojZGV2aWNlCQlsbmMJCSMgTkUyMTAwLCBORTMyLVZMIExhbmNlIEV0 aGVybmV0IGNhcmRzDQojZGV2aWNlCQlzbgkJIyBTTUMncyA5MDAwIHNlcmllcyBvZiBldGhlcm5l dCBjaGlwcw0KI2RldmljZQkJeGUJCSMgWGlyY29tIHBjY2FyZCBldGhlcm5ldA0KDQojIElTQSBk ZXZpY2VzIHRoYXQgdXNlIHRoZSBvbGQgSVNBIHNoaW1zDQojZGV2aWNlCQlsZQ0KDQojIFdpcmVs ZXNzIE5JQyBjYXJkcw0KI2RldmljZQkJd2xhbgkJIyA4MDIuMTEgc3VwcG9ydA0KI2RldmljZQkJ YW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5JQ3MuIA0KI2RldmljZQkJ YXdpCQkjIEJheVN0YWNrIDY2MCBhbmQgb3RoZXJzDQojZGV2aWNlCQl3aQkJIyBXYXZlTEFOL0lu dGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4NCiNkZXZpY2UJCXdsCQkjIE9sZGVy IG5vbiA4MDIuMTEgV2F2ZWxhbiB3aXJlbGVzcyBOSUMuDQoNCiMgUHNldWRvIGRldmljZXMgLSB0 aGUgbnVtYmVyIGluZGljYXRlcyBob3cgbWFueSB1bml0cyB0byBhbGxvY2F0ZS4NCmRldmljZQkJ cmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlDQpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFj aw0KZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0DQpkZXZpY2UJCXNsCQkjIEtlcm5l bCBTTElQDQpkZXZpY2UJCXBwcAkJIyBLZXJuZWwgUFBQDQpkZXZpY2UJCXR1bgkJIyBQYWNrZXQg dHVubmVsLg0KZGV2aWNlCQlwdHkJCSMgUHNldWRvLXR0eXMgKHRlbG5ldCBldGMpDQpkZXZpY2UJ CW1kCQkjIE1lbW9yeSAiZGlza3MiDQpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5l bGluZw0KZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9u KQ0KZGV2aWNlICAgICAgICAgIGlvICAgICAgICAgICAgICAjIEkvTyBkZXZpY2UNCg0KIyBUaGUg YGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuDQojIEJlIGF3 YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEN CmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXINCg0KIyBVU0Igc3VwcG9ydA0K ZGV2aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlDQpkZXZpY2UJCW9oY2kJCSMg T0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UNCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVk KQ0KI2RldmljZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZpY2VzDQpkZXZpY2UJ CXVnZW4JCSMgR2VuZXJpYw0KZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNl cyINCmRldmljZQkJdWtiZAkJIyBLZXlib2FyZA0KZGV2aWNlCQl1bHB0CQkjIFByaW50ZXINCmRl dmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5kIGRh DQpkZXZpY2UJCXVtcwkJIyBNb3VzZQ0KZGV2aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBN UDMgcGxheWVyDQpkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMNCiMgVVNCIEV0aGVybmV0LCBy ZXF1aXJlcyBtaWkNCmRldmljZQkJYXVlCQkjIEFETXRlayBVU0IgZXRoZXJuZXQNCmRldmljZQkJ YXhlCQkjIEFTSVggRWxlY3Ryb25pY3MgVVNCIGV0aGVybmV0DQpkZXZpY2UJCWN1ZQkJIyBDQVRD IFVTQiBldGhlcm5ldA0KZGV2aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBldGhlcm5ldA0K DQojIEZpcmVXaXJlIHN1cHBvcnQNCiNkZXZpY2UJCWZpcmV3aXJlCSMgRmlyZVdpcmUgYnVzIGNv ZGUNCiNkZXZpY2UJCXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNjYnVzIGFu ZCBkYSkNCiNkZXZpY2UJCWZ3ZQkJIyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24tc3RhbmRh cmQhKQ0KDQojIEluVGVyTmV0DQoNCm9wdGlvbnMgICAgICAgICBJUERJVkVSVA0Kb3B0aW9ucyAg ICAgICAgIElQRklSRVdBTEwNCm9wdGlvbnMgICAgICAgICBJUEZJUkVXQUxMX1ZFUkJPU0UNCm9w dGlvbnMgICAgICAgICBUQ1BfRFJPUF9TWU5GSU4NCiNvcHRpb25zICAgICAgICAgICAgICAgIFRD UF9SRVNUUklDVF9SU1QNCiNvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9GT1JXQVJEDQpvcHRp b25zICAgICAgICAgSVBGSVJFV0FMTF9WRVJCT1NFX0xJTUlUPTEwMA0Kb3B0aW9ucyAgICAgICAg IElQU1RFQUxUSA0Kb3B0aW9ucyAgICAgICAgIEJSSURHRQ0Kb3B0aW9ucyAgICAgICAgIE1ST1VU SU5HDQpvcHRpb25zICAgICAgICAgSVBGSUxURVINCm9wdGlvbnMgICAgICAgICBJUEZJTFRFUl9M T0cNCiNvcHRpb25zICAgICAgICAgSVBGSUxURVJfREVGQVVMVF9CTE9DSw0KI29wdGlvbnMJCVBG SUxfSE9PS1MNCg0KDQpvcHRpb25zICAgICAgICAgUElNDQpvcHRpb25zICAgICAgICAgVENQREVC VUcNCiNvcHRpb25zICAgICAgICAgUkFORE9NX0lQX0lEDQoNCm9wdGlvbnMgICAgICAgICBERVZJ Q0VfUE9MTElORw0Kb3B0aW9ucyAgICAgICAgIEhaPTIwMDANCg0Kb3B0aW9ucyAgICAgICAgIFFV T1RBDQoNCm9wdGlvbnMgICAgICAgICBQUFBfQlNEQ09NUA0Kb3B0aW9ucyAgICAgICAgIFBQUF9G SUxURVINCm9wdGlvbnMgICAgICAgICBDUFVfVVBHUkFERV9IV19DQUNIRQ0Kb3B0aW9ucyAgICAg ICAgIFNIT1dfQlVTWUJVRlMNCg0KI1BGIFJFTEFURUQNCg0KZGV2aWNlICAgICAgICAgIHBmICAg ICAgICAgICAgICAjIHJlcXVpcmVkDQpkZXZpY2UgICAgICAgICAgcGZsb2cgICAgICAgICAgICMg b3B0aW9uYWwNCmRldmljZSAgICAgICAgICBwZnN5bmMgICAgICAgICAgIyBvcHRpb25hbA0KDQoN Cg0KIyNNQU5EQVRPUlkNCg0KZGV2aWNlICAgICAgICAgIG1lbSAgICAgICAgICAgICNhbGwgYWJv dXQgL2Rldi9rbWVtDQoNCm9wdGlvbnMJCU5FVF9XSVRIX0dJQU5UDQpvcHRpb25zICAgICAgICAg QURBUFRJVkVfR0lBTlQNCg== ------------6A2116A35B48CC9-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 08:40:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B296A16A41C for ; Mon, 4 Jul 2005 08:40:07 +0000 (GMT) (envelope-from meandor@hitv.ru) Received: from webmail.hitv.ru (webmail.hitv.ru [217.66.16.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1322843D4C for ; Mon, 4 Jul 2005 08:40:04 +0000 (GMT) (envelope-from meandor@hitv.ru) Received: from [217.66.17.36] ([217.66.17.36]) by webmail.hitv.ru (8.13.1/8.13.1) with ESMTP id j648e1TK092143; Mon, 4 Jul 2005 12:40:01 +0400 (MSD) (envelope-from meandor@hitv.ru) From: Meandor To: misael In-Reply-To: <185253141156.20050705025917@tk-pttuntex.com> References: <185253141156.20050705025917@tk-pttuntex.com> Content-Type: text/plain; charset=KOI8-R Date: Mon, 04 Jul 2005 12:40:40 +0400 Message-Id: <1120466440.1361.6.camel@comp.hitv.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.86.1, clamav-milter version 0.86 on webmail.hitv.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Re[2]: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: meandor@hitv.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 08:40:07 -0000 ÷ ×Ô, 05/07/2005 × 02:59 +0700, misael ĐÉŰĹÔ: > Hello Gray, > > Monday, July 4, 2005, 2:15:57 PM, you wrote: > > GL> Could you post your kernel config at all? > > GL> Looks to me like you've removed something you shouldn't have.... > > GL> -----Original Message----- > GL> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of misael > GL> Sent: 04 July 2005 15:23 > GL> To: freebsd-stable@freebsd.org > GL> Subject: 5.3 STABLE to 5.4 buildkernel error > > GL> Hello freebsd-stable, > > GL> i'm trying to update/upgrade my box from 5.3 STABLE to the latest version of 5 branch. > GL> but when i'm doing make buildkernel i bumped in to some errors, here it is the error messages: > > > >>>> stage 2.3: build tools > GL> -------------------------------------------------------------- > GL> cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > GL> Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > GL> cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symbol_delete': > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 of pointer to function from incompatible pointer type > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few arguments to function > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_open': > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment makes pointer from integer without a cast > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_close': > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has no member named `seq' > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' undeclared (first use in this function) > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each undeclared identifier is reported only once > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each function it appears in.) > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few arguments to function > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get': > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 of pointer to function from incompatible pointer type > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few arguments to function > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 of pointer to function from incompatible pointer type > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few arguments to function > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_dump': > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' undeclared (first use in this function) > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has no member named `seq' > GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' undeclared (first use in this function) > GL> *** Error code 1 > > GL> i'm using GENERIC kernel for this and still error. > > GL> for some information these are my cvsup file : > > GL> *default host=cvsup12.FreeBSD.org > GL> *default base=/usr > GL> *default prefix=/usr > GL> # The following line is for 4-stable. If you want 3-stable or 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. > GL> *default release=cvs tag=RELENG_5 > GL> *default delete use-rel-suffix > > GL> and my current FreeBSD version: > GL> [root@core src]# uname -v > GL> FreeBSD 5.3-STABLE #7 > > GL> any helps, hints or clues are highly appreciated. > > GL> TIA > > > > > GL> -- > > GL> Best regards, > GL> zen mailto:zen@tk-pttuntex.com > > GL> _______________________________________________ > GL> freebsd-stable@freebsd.org mailing list > GL> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > GL> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > GL> -- > GL> No virus found in this incoming message. > GL> Checked by AVG Anti-Virus. > GL> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005 > > > > attach you will find my kernel config. > FYI i try to compile it with GENERIC one but still fails. > > TIA > > -- > Best regards, > zen mailto:zen@tk-pttuntex.com > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > #device scbus # SCSI bus (required for SCSI) > #device ch # SCSI media changers > #device da # Direct Access (disks) > ##device sa # Sequential Access (tape etc) > #device cd # CD > #device pass # Passthrough device (direct SCSI > access) > #device ses # SCSI Environmental Services (and > SAF-TE) Uncomment this: device scbus # SCSI bus (required for SCSI) and this: device cd # CD It's required by umass From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 08:53:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2C4816A41C for ; Mon, 4 Jul 2005 08:53:11 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id AE86343D48 for ; Mon, 4 Jul 2005 08:53:10 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 59277 invoked from network); 4 Jul 2005 08:53:06 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 2.983217 secs); 04 Jul 2005 08:53:06 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx03.interbgc.com with SMTP; 4 Jul 2005 08:53:03 -0000 Received: (qmail 23938 invoked from network); 4 Jul 2005 08:53:02 -0000 Received: from qmail by qscan (mail filter); 4 Jul 2005 08:53:02 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 4 Jul 2005 08:53:02 -0000 Message-ID: <42C8F90D.3050505@cytexbg.com> Date: Mon, 04 Jul 2005 11:53:33 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomas Randa References: <42B5ED53.3010805@hosting50.cz> In-Reply-To: <42B5ED53.3010805@hosting50.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: SCSI troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 08:53:11 -0000 Tomas Randa wrote: > Hi, > > I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May 8 18:23:40 CEST > 2005 with Adaptec 29320 or 2930U2 controller and with heavy load on SCSI > I have the following problems ending with system freeze. Have anybody > some opinion where could be problem? > > Hi, I have similar problems under load on one DualOpteron machine, i noticed that when i set the controller in U160 mode the messages dissaperar. So i split the drives in the server equaly on the both scsi channels on the motherboard and set the controller to U160. I have then run while(1) { make clean; make universe; } which is still runnnig for about 3 days. Before that the machine was rebooting about every couple of hours if under load. From what i understand this is not exactly a FreeBSD problem, but rather a consequence of U320 being really hard on the hardware with pushing it to the limits. --niki -------------------- Jul 1 16:14:58 srv kernel: ahd0: Invalid Sequencer interrupt occurred. Jul 1 16:14:58 srv kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Jul 1 16:14:58 srv kernel: ahd0: Dumping Card State at program address 0x23c Mode 0x0 Jul 1 16:14:58 srv kernel: Card was paused Jul 1 16:14:58 srv kernel: INTSTAT[0x0] SELOID[0x0] SELID[0x10] HS_MAILBOX[0x0] Jul 1 16:14:58 srv kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] Jul 1 16:14:58 srv kernel: DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) Jul 1 16:14:58 srv kernel: SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] Jul 1 16:14:58 srv kernel: LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] Jul 1 16:14:58 srv kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) Jul 1 16:14:58 srv kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x2] Jul 1 16:14:58 srv kernel: KERNEL_QFREEZE_COUNT[0x2] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] Jul 1 16:14:58 srv kernel: SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] Jul 1 16:14:58 srv kernel: SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] Jul 1 16:14:58 srv kernel: LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] Jul 1 16:14:58 srv kernel: LQOSTAT2[0x0] Jul 1 16:14:58 srv kernel: Jul 1 16:14:58 srv kernel: SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0xf NEXTSCB 0xff40 Jul 1 16:14:58 srv kernel: qinstart = 28 qinfifonext = 28 Jul 1 16:14:58 srv kernel: QINFIFO: Jul 1 16:14:58 srv kernel: WAITING_TID_QUEUES: Jul 1 16:14:58 srv kernel: Pending list: Jul 1 16:14:58 srv kernel: Total 0 Jul 1 16:14:58 srv kernel: Kernel Free SCB list: 14 15 1 2 3 4 5 6 7 8 9 10 11 12 13 0 Jul 1 16:14:58 srv kernel: Sequencer Complete DMA-inprog list: Jul 1 16:14:58 srv kernel: Sequencer Complete list: Jul 1 16:14:58 srv kernel: Sequencer DMA-Up and Complete list: Jul 1 16:14:58 srv kernel: Sequencer On QFreeze and Complete list: Jul 1 16:14:58 srv kernel: Jul 1 16:14:58 srv kernel: Jul 1 16:14:58 srv kernel: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xe Jul 1 16:14:58 srv kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Jul 1 16:14:58 srv kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Jul 1 16:14:58 srv kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Jul 1 16:14:58 srv kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Jul 1 16:14:58 srv kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Jul 1 16:14:58 srv kernel: Jul 1 16:14:58 srv kernel: ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xf Jul 1 16:14:58 srv kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Jul 1 16:14:58 srv kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Jul 1 16:14:58 srv kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Jul 1 16:14:58 srv kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Jul 1 16:14:58 srv kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Jul 1 16:14:58 srv kernel: LQIN: 0x8 0x0 0x0 0xe 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Jul 1 16:14:58 srv kernel: ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 Jul 1 16:14:58 srv kernel: ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 Jul 1 16:14:58 srv kernel: ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 Jul 1 16:14:58 srv kernel: Jul 1 16:14:58 srv kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR) Jul 1 16:14:58 srv kernel: CCSCBCTL[0x4]:(CCSCBDIR) Jul 1 16:14:58 srv kernel: ahd0: REG0 == 0x6d8e, SINDEX = 0x10e, DINDEX = 0x102 Jul 1 16:14:58 srv kernel: ahd0: SCBPTR == 0xe, SCB_NEXT == 0xff40, SCB_NEXT2 == 0xff6d Jul 1 16:14:58 srv kernel: CDB 12 20 0 80 8 b5 Jul 1 16:14:58 srv kernel: STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 Jul 1 16:14:58 srv kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Jul 1 16:14:58 srv kernel: Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Jul 1 16:14:58 srv kernel: Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Jul 1 16:14:58 srv kernel: da2 at ahd1 bus 0 target 2 lun 0 Jul 1 16:14:58 srv kernel: da2: Fixed Direct Access SCSI-3 device Jul 1 16:14:58 srv kernel: da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 1 16:14:58 srv kernel: da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Jul 1 16:14:58 srv kernel: da3 at ahd1 bus 0 target 3 lun 0 Jul 1 16:14:58 srv kernel: da3: Fixed Direct Access SCSI-3 device Jul 1 16:14:58 srv kernel: da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 1 16:14:58 srv kernel: da3: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Jul 1 16:14:58 srv kernel: da0 at ahd0 bus 0 target 0 lun 0 Jul 1 16:14:58 srv kernel: da0: Fixed Direct Access SCSI-3 device Jul 1 16:14:58 srv kernel: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 1 16:14:58 srv kernel: da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Jul 1 16:14:58 srv kernel: da1 at ahd0 bus 0 target 1 lun 0 Jul 1 16:14:58 srv kernel: da1: Fixed Direct Access SCSI-3 device Jul 1 16:14:58 srv kernel: da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 1 16:14:58 srv kernel: da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 10:02:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E05C16A41C for ; Mon, 4 Jul 2005 10:02:37 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697B643D48 for ; Mon, 4 Jul 2005 10:02:36 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from misael (core.bps.co.id [202.57.0.93]) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 207C023F626; Mon, 4 Jul 2005 17:02:08 +0700 (WIT) Date: Tue, 5 Jul 2005 05:02:51 +0700 From: misael X-Mailer: The Bat! (v1.62i) Business X-Priority: 3 (Normal) Message-ID: <64260554968.20050705050251@tk-pttuntex.com> To: Meandor In-Reply-To: <1120466440.1361.6.camel@comp.hitv.ru> References: <185253141156.20050705025917@tk-pttuntex.com> <1120466440.1361.6.camel@comp.hitv.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re[4]: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: misael List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 10:02:37 -0000 Hello Meandor, Monday, July 4, 2005, 3:40:40 PM, you wrote: M> ÷ ×Ô, 05/07/2005 × 02:59 +0700, misael ĐÉŰĹÔ: >> Hello Gray, >> >> Monday, July 4, 2005, 2:15:57 PM, you wrote: >> >> GL> Could you post your kernel config at all? >> >> GL> Looks to me like you've removed something you shouldn't have.... >> >> GL> -----Original Message----- >> GL> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of misael >> GL> Sent: 04 July 2005 15:23 >> GL> To: freebsd-stable@freebsd.org >> GL> Subject: 5.3 STABLE to 5.4 buildkernel error >> >> GL> Hello freebsd-stable, >> >> GL> i'm trying to update/upgrade my box from 5.3 STABLE to the latest version of 5 branch. >> GL> but when i'm doing make buildkernel i bumped in to some errors, here it is the error messages: >> >> >> >>>> stage 2.3: build tools >> GL> -------------------------------------------------------------- >> GL> cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile >> GL> Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c >> GL> cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symbol_delete': >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 of pointer to function from incompatible pointer type >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few arguments to function >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_open': >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment makes pointer from integer without a cast >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_close': >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has no member named `seq' >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' undeclared (first use in this function) >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each undeclared identifier is reported only once >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each function it appears in.) >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few arguments to function >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get': >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 of pointer to function from incompatible pointer type >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few arguments to function >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 of pointer to function from incompatible pointer type >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few arguments to function >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_dump': >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' undeclared (first use in this function) >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has no member named `seq' >> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' undeclared (first use in this function) >> GL> *** Error code 1 >> >> GL> i'm using GENERIC kernel for this and still error. >> >> GL> for some information these are my cvsup file : >> >> GL> *default host=cvsup12.FreeBSD.org >> GL> *default base=/usr >> GL> *default prefix=/usr >> GL> # The following line is for 4-stable. If you want 3-stable or 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. >> GL> *default release=cvs tag=RELENG_5 >> GL> *default delete use-rel-suffix >> >> GL> and my current FreeBSD version: >> GL> [root@core src]# uname -v >> GL> FreeBSD 5.3-STABLE #7 >> >> GL> any helps, hints or clues are highly appreciated. >> >> GL> TIA >> >> >> >> >> GL> -- >> >> GL> Best regards, >> GL> zen mailto:zen@tk-pttuntex.com >> >> GL> _______________________________________________ >> GL> freebsd-stable@freebsd.org mailing list >> GL> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> GL> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> GL> -- >> GL> No virus found in this incoming message. >> GL> Checked by AVG Anti-Virus. >> GL> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005 >> >> >> >> attach you will find my kernel config. >> FYI i try to compile it with GENERIC one but still fails. >> >> TIA >> >> -- >> Best regards, >> zen mailto:zen@tk-pttuntex.com >> _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> #device scbus # SCSI bus (required for SCSI) >> #device ch # SCSI media changers >> #device da # Direct Access (disks) >> ##device sa # Sequential Access (tape etc) >> #device cd # CD >> #device pass # Passthrough device (direct SCSI >> access) >> #device ses # SCSI Environmental Services (and >> SAF-TE) M> Uncomment this: M> device scbus # SCSI bus (required for SCSI) M> and this: M> device cd # CD M> It's required by umass i uncommented those line but the make buildkernel process still fail at the same stage. -- Best regards, misael mailto:zen@tk-pttuntex.com From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 11:14:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7C6D16A41C for ; Mon, 4 Jul 2005 11:14:10 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C7C43D48 for ; Mon, 4 Jul 2005 11:14:09 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 42BE0269E103; Mon, 4 Jul 2005 12:14:08 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23391-02-2; Mon, 4 Jul 2005 12:14:05 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id A44BD269E123; Mon, 4 Jul 2005 12:11:58 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: freebsd-stable@freebsd.org, misael Date: Mon, 4 Jul 2005 12:13:57 +0100 User-Agent: KMail/1.8 References: <184232945562.20050704212241@tk-pttuntex.com> In-Reply-To: <184232945562.20050704212241@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507041213.58317.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.85.1 Cc: Subject: Re: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 11:14:10 -0000 On Monday 04 July 2005 15:22, misael wrote: > Hello freebsd-stable, > > i'm trying to update/upgrade my box from 5.3 STABLE to the latest > version of 5 branch. > but when i'm doing make buildkernel i bumped in to some errors, Sometimes it is worth trying to cvsup against a different cvsup mirror and running a clean build. The GENERIC kernel configuration is unmodified, I suppose? > here it is the error messages: > >>> stage 2.3: build tools > > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/GENERIC; > MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f > /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory > not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe > -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc > -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function > `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: > warning: passing arg 2 of pointer to function from incompatible > pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: > error: too few arguments to function > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function > `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: > warning: assignment makes pointer from integer without a cast > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function > `symtable_close': > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure > has no member named `seq' > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' > undeclared (first use in this function) > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each > undeclared identifier is reported only once > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each > function it appears in.) > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few > arguments to function > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function > `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: > warning: passing arg 2 of pointer to function from incompatible > pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: > error: too few arguments to function > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing > arg 2 of pointer to function from incompatible pointer type > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few > arguments to function > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function > `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: > error: `R_FIRST' undeclared (first use in this function) > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure > has no member named `seq' > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' > undeclared (first use in this function) *** Error code 1 > > i'm using GENERIC kernel for this and still error. > > for some information these are my cvsup file : > > *default host=cvsup12.FreeBSD.org > *default base=/usr > *default prefix=/usr > # The following line is for 4-stable. If you want 3-stable or > 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" > respectively. *default release=cvs tag=RELENG_5 > *default delete use-rel-suffix > > and my current FreeBSD version: > [root@core src]# uname -v > FreeBSD 5.3-STABLE #7 > > any helps, hints or clues are highly appreciated. > > TIA > > > > > -- > > Best regards, > zen mailto:zen@tk-pttuntex.com > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Dominic Marks From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 11:26:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 982AF16A41C for ; Mon, 4 Jul 2005 11:26:01 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D1E43D46 for ; Mon, 4 Jul 2005 11:26:00 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [62.142.71.181] (KMMLXXXI.dsl.saunalahti.fi [62.142.71.181]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 15EF2EA09D; Mon, 4 Jul 2005 14:25:57 +0300 (EEST) Message-ID: <42C91CC5.8070508@pp.nic.fi> Date: Mon, 04 Jul 2005 14:25:57 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 5.4-STABLE X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <185253141156.20050705025917@tk-pttuntex.com> In-Reply-To: <185253141156.20050705025917@tk-pttuntex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 11:26:01 -0000 misael wrote: ># Debugging for use in -current >#options DDB #Enable the kernel debugger >#options INVARIANTS #Enable calls of extra sanity checking >options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS >#options WITNESS #Enable checks to detect deadlocks and cycles >#options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed > > OT: Shouldn't you comment out the INVARIANT_SUPPORT too when INVARIANTS is out? From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 14:01:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E905316A41C for ; Mon, 4 Jul 2005 14:01:09 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from dd2030.kasserver.com (dd2030.kasserver.com [81.209.148.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97CD43D46 for ; Mon, 4 Jul 2005 14:01:09 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from ganymed.decemplex.loc (83-134-161-27.Liege.GoPlus.FastDSL.tiscali.be [83.134.161.27]) by dd2030.kasserver.com (Postfix) with ESMTP id B052FF2B78 for ; Mon, 4 Jul 2005 16:01:07 +0200 (CEST) Date: Mon, 4 Jul 2005 16:00:59 +0200 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-stable@freebsd.org Message-ID: <20050704160059.1a7695b4@ganymed.decemplex.loc> In-Reply-To: <20050703225633.077566f4@ganymed.decemplex.loc> References: <20050703225633.077566f4@ganymed.decemplex.loc> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Panic in bus_dmamap_load_mbuf (pmap.h:201) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 14:01:10 -0000 On Sun, 3 Jul 2005 22:56:33 +0200 C=E9dric Jonas wrote: > Hello, >=20 > Since 1 or 2 months, I experienced panics when I use the ath interface of= our server (configured as hostap). Also, the system hangs often (without p= anic) during the boot process at the "Setting hostname: icarus." level. Bec= ause I had absolutely no time, I couldn't learn to use the kernel debugger = before.=20 >=20 >=20 >=20 > icarus# uname -a > FreeBSD icarus 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun Jul 3 15:14:13 CES= T 2005 cedric@icarus:/usr/obj/usr/src/sys/ICARUS i386 >=20 > Sources are from July, 1 >=20 >=20 > debug.mpsafenet: 1 >=20 >=20 >=20 > After compiling the kernel with debug options, I get the following during= the boot process: >=20 > Setting hostname: icarus. > lock order reversal > 1st 0xc2cd4c6c ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:893 > 2nd 0xc30583c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 >=20 > > Another important detail could be that I use a dual Xeon box, which HT en= abled, which results in 4 logical CPU's and explain why anybody reported th= is problem before?! >=20 > I hope somebody could help, if you need additional informations, let me k= now. > Thank you. >=20 > --=20 > Best regards,=20 > C=E9dric Jonas > _______________________________________________ > 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" >=20 If it can help: I tried to disable PREEMPTION, the hyperthreading functiona= lity (=3D> 2 logical CPU), and I set debug.mpsafenet to 0, but the LOR (+ P= anic when ath0 is used) continue to occure... I tried also to downgrade to 5.3-RELEASE, where the problems do _not_ occur= ... but that's not a solution. --=20 Best regards,=20 C=E9dric Jonas From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 15:48:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B36B16A41C for ; Mon, 4 Jul 2005 15:48:25 +0000 (GMT) (envelope-from linux-audio-dev-bounces@music.columbia.edu) Received: from roar.music.columbia.edu (roar.music.columbia.edu [128.59.195.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC40C43D58 for ; Mon, 4 Jul 2005 15:48:24 +0000 (GMT) (envelope-from linux-audio-dev-bounces@music.columbia.edu) Received: from roar.music.columbia.edu (localhost [127.0.0.1]) by roar.music.columbia.edu (8.12.8/8.12.8) with ESMTP id j64FmMna001091 for ; Mon, 4 Jul 2005 11:48:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: linux-audio-dev-bounces@music.columbia.edu To: freebsd-stable@freebsd.org Message-ID: Date: Mon, 04 Jul 2005 11:47:00 -0400 Precedence: bulk X-BeenThere: linux-audio-dev@music.columbia.edu X-Mailman-Version: 2.1.3 X-List-Administrivia: yes Sender: linux-audio-dev-bounces@music.columbia.edu Errors-To: linux-audio-dev-bounces@music.columbia.edu Subject: Your message to linux-audio-dev awaits moderator approval X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 15:48:25 -0000 Your mail to 'linux-audio-dev' with the subject report Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://music.columbia.edu/mailman/confirm/linux-audio-dev/a462a05357e7538c9ea0c5b2833618a284dff193 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 18:01:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45BE616A41C for ; Mon, 4 Jul 2005 18:01:25 +0000 (GMT) (envelope-from jaimie@onsitepcs.net) Received: from ns1.onsitepcs.net (ns1.onsitepcs.net [71.32.223.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E195543D48 for ; Mon, 4 Jul 2005 18:01:24 +0000 (GMT) (envelope-from jaimie@onsitepcs.net) Received: from ns1.onsitepcs.net (localhost.localdomain [127.0.0.1]) by ns1.onsitepcs.net (8.13.1/8.13.1) with ESMTP id j64I1quc020367 for ; Mon, 4 Jul 2005 11:01:52 -0700 Received: from localhost (localhost [[UNIX: localhost]]) by ns1.onsitepcs.net (8.13.1/8.13.1/Submit) id j64I1pG7020366 for freebsd-stable@freebsd.org; Mon, 4 Jul 2005 11:01:51 -0700 X-Authentication-Warning: ns1.onsitepcs.net: jaimie set sender to jaimie@onsitepcs.net using -f From: Jaimie Garner Organization: Onsite PCS inc. To: freebsd-stable@freebsd.org Date: Mon, 4 Jul 2005 11:01:50 -0700 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507041101.50976.jaimie@onsitepcs.net> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ns1.onsitepcs.net Subject: PHP4 and pear Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 18:01:25 -0000 How do I install php4 with pear and GD and some other options using ports? I no longer get the config menu that used to apear. I tried make config and it gave me a small menu but not the full menu I am used to seeing. I installed mod_php4 via ports and then tried to install Pear but I get an error about conflicting version of mod php4 and php4-cli. Pear requires php4_cli but can't install it. I tried deinstall all mod_php4 and did an install of lang/php4 now pear works but apache no longer uses php. And now cant install mod_php4. I know I am doing something wrong. could some one point me in the right direction? I have hunted on the net and haven't found much. Thanks -- Jaimie Garner Onsite PCS inc. 323 SE RIverside AV Grants Pass, OR 97526 541.471.1343 866.471.1343 jaimie@onsitepcs.net www.onistepcs.net From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 18:58:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F1B16A41C for ; Mon, 4 Jul 2005 18:58:40 +0000 (GMT) (envelope-from freebsd@as9105.com) Received: from sickle.as9105.com (sickle.as9105.com [212.139.129.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629F243D4C for ; Mon, 4 Jul 2005 18:58:40 +0000 (GMT) (envelope-from freebsd@as9105.com) Received: (qmail 22056 invoked by uid 30010); 4 Jul 2005 18:58:37 -0000 Received: from freebsd@as9105.com by sickle.as9105.com by uid 89 with qmail-scanner-1.22 (clamscan: 0.75.1. spamassassin: 2.64. Clear:RC:1(212.74.112.53):. Processed in 1.584371 secs); 04 Jul 2005 18:58:37 -0000 Received: from unknown (HELO d2) (postmaster@as9105.com@212.74.112.53) by sickle.as9105.com with SMTP; 4 Jul 2005 18:58:35 -0000 From: "Danny Cooper" To: "'Jaimie Garner'" , Date: Mon, 4 Jul 2005 19:58:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcWAwofIDr+keVirTJmhQSw3rdG+1AAB0nvg In-Reply-To: <200507041101.50976.jaimie@onsitepcs.net> X-Qmail-Scanner-Message-ID: <112050351567222048@sickle.as9105.com> Message-Id: <20050704185840.629F243D4C@mx1.FreeBSD.org> Cc: Subject: RE: PHP4 and pear Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 18:58:41 -0000 To install mod_php4 and php4-cli do cd /usr/ports/php4 make && make install For any extensions that you require do cd /usr/ports/lang/php4-extentsions make if the menu does not appear do cd /usr/ports/lang/php4-extentsions make config Regards Danny Cooper -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Jaimie Garner Sent: 04 July 2005 19:02 To: freebsd-stable@freebsd.org Subject: PHP4 and pear Ports How do I install php4 with pear and GD and some other options using ports? I no longer get the config menu that used to apear. I tried make config and it gave me a small menu but not the full menu I am used to seeing. I installed mod_php4 via ports and then tried to install Pear but I get an error about conflicting version of mod php4 and php4-cli. Pear requires php4_cli but can't install it. I tried deinstall all mod_php4 and did an install of lang/php4 now pear works but apache no longer uses php. And now cant install mod_php4. I know I am doing something wrong. could some one point me in the right direction? I have hunted on the net and haven't found much. Thanks -- Jaimie Garner Onsite PCS inc. 323 SE RIverside AV Grants Pass, OR 97526 541.471.1343 866.471.1343 jaimie@onsitepcs.net www.onistepcs.net _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 19:04:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67B3716A41C for ; Mon, 4 Jul 2005 19:04:51 +0000 (GMT) (envelope-from albi@scii.nl) Received: from post-22.mail.nl.demon.net (post-22.mail.nl.demon.net [194.159.73.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2746343D53 for ; Mon, 4 Jul 2005 19:04:50 +0000 (GMT) (envelope-from albi@scii.nl) Received: from aseed.demon.nl ([83.160.138.119]:9854 helo=mail.aseed.antenna.nl) by post-22.mail.nl.demon.net with esmtp (Exim 4.43) id 1DpWFN-000AAB-IQ; Mon, 04 Jul 2005 19:04:49 +0000 Received: from http.aseed.antenna.nl (unknown [192.168.0.50]) by mail.aseed.antenna.nl (Postfix) with ESMTP id A748C1544DA; Mon, 4 Jul 2005 21:06:20 +0200 (CEST) Received: from localhost.localdomain (217-19-30-147.dsl.cambrium.nl [217.19.30.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by http.aseed.antenna.nl (Postfix) with ESMTP id 4C3C358C606; Mon, 4 Jul 2005 21:04:49 +0200 (CEST) Date: Mon, 4 Jul 2005 21:04:47 +0200 From: "albi@scii.nl" To: "Danny Cooper" Message-Id: <20050704210447.25df9bc6.albi@scii.nl> In-Reply-To: <20050704185840.629F243D4C@mx1.FreeBSD.org> References: <200507041101.50976.jaimie@onsitepcs.net> <20050704185840.629F243D4C@mx1.FreeBSD.org> X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jaimie@onsitepcs.net, freebsd-stable@freebsd.org Subject: Re: PHP4 and pear Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 19:04:51 -0000 On Mon, 4 Jul 2005 19:58:30 +0100 "Danny Cooper" wrote: > To install mod_php4 and php4-cli do > > cd /usr/ports/php4 > make && make install > > For any extensions that you require do > > cd /usr/ports/lang/php4-extentsions > make > > if the menu does not appear do > > cd /usr/ports/lang/php4-extentsions > make config if the menu does not appear : make rmconfig From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 19:07:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E6A816A41C for ; Mon, 4 Jul 2005 19:07:28 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id C33DD43D46 for ; Mon, 4 Jul 2005 19:07:27 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so778545wra for ; Mon, 04 Jul 2005 12:07:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rug9fYu2hle/CJkU31+s/nsjPGTG3t1sq0Y/X8FritDbzfSHEx2AIZgLaAYl+d4LmIxvphBaeXUchpRSOfIjQyVz8Ja5Q4C1OVufjVdzMPc9V/w9cU1Nm67Dy2TyHMU03acKxUf7QwvDH/KW1ISBTI5je6aZPIg8q8ENY33wIMU= Received: by 10.54.53.25 with SMTP id b25mr3755740wra; Mon, 04 Jul 2005 12:07:27 -0700 (PDT) Received: by 10.54.125.12 with HTTP; Mon, 4 Jul 2005 12:07:27 -0700 (PDT) Message-ID: Date: Mon, 4 Jul 2005 21:07:27 +0200 From: Claus Guttesen To: Jaimie Garner In-Reply-To: <200507041101.50976.jaimie@onsitepcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200507041101.50976.jaimie@onsitepcs.net> Cc: freebsd-stable@freebsd.org Subject: Re: PHP4 and pear Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 19:07:28 -0000 > How do I install php4 with pear and GD and some other options using ports= ? >=20 > I no longer get the config menu that used to apear. I tried make config a= nd it > gave me a small menu but not the full menu I am used to seeing. Edit the file /var/db/ports/php4-extensions/options, change the required values, and it should work from there. If you can't find the file verify that php4-extensions is installed. regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 19:21:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE0C116A41C for ; Mon, 4 Jul 2005 19:21:53 +0000 (GMT) (envelope-from brucem@mail.cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8182A43D45 for ; Mon, 4 Jul 2005 19:21:53 +0000 (GMT) (envelope-from brucem@mail.cruzio.com) Received: from mail.cruzio.com (localhost [127.0.0.1]) by cruzio.com (8.12.10/8.12.10) with ESMTP id j64IOFMi002016 for ; Mon, 4 Jul 2005 11:24:15 -0700 (PDT) (envelope-from brucem@mail.cruzio.com) Received: (from brucem@localhost) by mail.cruzio.com (8.12.10/8.12.10/Submit) id j64IOFa6002015 for freebsd-stable@freebsd.org; Mon, 4 Jul 2005 11:24:15 -0700 (PDT) (envelope-from brucem) Date: Mon, 4 Jul 2005 11:24:15 -0700 (PDT) From: "Bruce R. Montague" Message-Id: <200507041824.j64IOFa6002015@mail.cruzio.com> To: freebsd-stable@freebsd.org Subject: 5.4-RELEASE local ftp sysinstall (packages in wrong directory) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 19:21:53 -0000 Due to recent call for testing, I downloaded the 5.4-RELEASE iso's and did a clean local ftp install to an old machine. The 5.4 sysinstall program (run via the boot floppies from the CD) does not seem to be aware of the location of the packages on disc1.iso... Apologies if this has been covered somewhere; I haven't been following this list and can't find the exact problem mentioned. Problem: With the 5.4-RELEASE CD's, doing an install from a local ftp server, sysinstall attempts to access "5.4-RELEASE/packages/INDEX", instead of "packages/INDEX", resulting in sysinstall "Unable to get packages/INDEX" errors on packages such as X11. Attempted Kludge work around: copy CD to ftp mountpoint and create the missing symlink (ln -s ../packages packages). This eliminates access to INDEX problems, but results in "This is disc #0. Package _blah_ is on disc1 Would you like to switch discs now?" messages. Kludge solution #2. Ignore packages... More details: * Ran Sysinstall with "All", with "ports" collection selected. disc1 in /dev/acd0c mounted as /usr/ftp/pub/FreeBSD/releases/i386 Installation proceeds, (accesses "5.4-RELEASE" under the mountpoint, as defaulted in Installer Options; dir "5.4-RELEASE" is in disc1.iso's root). * After installing the ports tree, the message: "Unable to get packages/INDEX file from selected media." This error occurs because the installer ftp is doing a: get pub/FreeBSD/releases/i386/5.4-RELEASE/packages/INDEX It should be asking for: pub/FreeBSD/releases/i386/packages/INDEX The "packages" directory (which contains INDEX) is located in the root of the CD, not under the "5.4-RELEASE" directory. (were there some e-mails somewhere recently about a missing file link on the CD's... ?) * These errors can be ignored although retrying gets tedious. Eventualy sysinstall proceeds after a message that it can't install at least packages for perl and X11... * This problem seems very similar to: Subject: Wrong directory (or symlink?) in ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/5.3-BETA1/ http://docs.freebsd.org/cgi/getmsg.cgi?fetch=5423+0+archive/2004/freebsd-hubs/20040829.freebsd-hubs and also releated to: Subject: sysinstall new disc layout in 5.4 RELEASE http://docs.freebsd.org/cgi/getmsg.cgi?fetch=366255+0+archive/2005/freebsd-stable/20050515.freebsd-stable http://docs.freebsd.org/cgi/getmsg.cgi?fetch=479254+0+archive/2005/freebsd-stable/20050515.freebsd-stable and Subject: Will 5.4 be an "Extended Life" release? http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/013903.html From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 21:08:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FC916A41C for ; Mon, 4 Jul 2005 21:08:56 +0000 (GMT) (envelope-from dataefx@charter.net) Received: from mxsf17.cluster1.charter.net (mxsf17.cluster1.charter.net [209.225.28.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0574C43D45 for ; Mon, 4 Jul 2005 21:08:55 +0000 (GMT) (envelope-from dataefx@charter.net) Received: from mxip10a.cluster1.charter.net (mxip10a.cluster1.charter.net [209.225.28.140]) by mxsf17.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j64L8BXP024648 for ; Mon, 4 Jul 2005 17:08:45 -0400 Received: from 24-205-86-217.pas-eres.charterpipeline.net (HELO [192.168.2.103]) (24.205.86.217) by mxip10a.cluster1.charter.net with ESMTP; 04 Jul 2005 17:08:10 -0400 X-IronPort-AV: i="3.93,258,1115006400"; d="scan'208"; a="1067822959:sNHT157482316" From: John Scroggins To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="=-e4qAAfkki8Hl0GjERGKS" Date: Mon, 04 Jul 2005 14:08:05 -0700 Message-Id: <1120511285.29123.43.camel@depthcharge.charterpipeline.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: dragorn@kismetwireless.net Subject: Kismet not longer builds against Radiotap header X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 21:08:56 -0000 --=-e4qAAfkki8Hl0GjERGKS Content-Type: text/plain Content-Transfer-Encoding: 7bit I am currently running FreeBSD 5.4 STABLE built from latest sources downloaded last night. Previously i had run 5.4RELEASE and kismet with no problem. But after the move to STABLE kismet will compile cleanly but looks like it doesnt build the radiotap_bsd_x sources. The radiotap headers exist in /usr/include/net80211, /usr/obj/usr/src/i386/usr/include/net80211, /usr/src/sys/net80211 directories, so are some changes between RELEASE and STABLE that would cause this problem? So, has someone run into this type of problem with kismet and is there a fix or a workaround for this problem. As a note .. the latest source for kismet will not build at all against STABLE.. I am including 1) output of the available port build .. 2) the output of the successful configure and failed compile of the current source pgk available from the kismet site -- 3) the .depend file .. looks like the compile doesnt request the radiotap.h file as a dependency ... hmmm Any help would be greatly appreciated ... ;) Cheers, --j btw -- Mike, I hope you dont mind me cc'ing you on this issue :) ... and i did try to give that other configure script (alternate) a try ... but same results ... I have a Netgear WG511T atheros card .. FreeBSD 5.4-STABLE #0: Mon Jul 4 03:49:40 PDT 2005 root@depthcharge/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (996.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 536215552 (511 MB) avail memory = 515039232 (491 MB) --=-e4qAAfkki8Hl0GjERGKS Content-Disposition: attachment; filename="kismet -2005-06-R1 failure" Content-Type: text/plain; name="kismet -2005-06-R1 failure"; charset=us-ascii Content-Transfer-Encoding: 7bit depthcharge# ./configure-alt --enable-syspcap checking build system type... i386-unknown-freebsd5.4 checking host system type... i386-unknown-freebsd5.4 checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking how to run the C preprocessor... gcc -E checking for platform-specific compiler flags... none needed checking whether byte ordering is bigendian... no checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/wait.h usability... yes checking sys/wait.h presence... yes checking for sys/wait.h... yes checking for unistd.h... (cached) yes checking for sys/types.h... (cached) yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking for an ANSI C-conforming const... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for ANSI C header files... (cached) yes checking return type of signal handlers... void checking whether lstat dereferences a symlink specified with a trailing slash... no checking whether stat accepts an empty string... no checking for gettimeofday... yes checking for memset... yes checking for select... yes checking for socket... yes checking for strcasecmp... yes checking for strftime... yes checking for strstr... yes checking for system-level getopt_long()... yes checking for stdint.h... (cached) yes checking for accept() addrlen type... socklen_t checking for group 'root'... no. Using 'wheel' checking for group 'man'... checking for initscr in -lncurses... yes checking for new_panel in -lpanel... yes checking for assume_default_colors in -lncurses... yes checking for linux/netlink.h... no configure-alt: WARNING: *** Missing Linux netlink headers. wlanng_legacy source will not be built. *** checking for linux/wireless.h... no configure-alt: WARNING: *** Missing Linux Wireless kernel extentions. Wavelan/generic source will not be built. *** checking for pcap_open_live in -lpcap... yes checking pcap.h usability... yes checking pcap.h presence... yes checking for pcap.h... yes checking for pcap_setnonblock in -lpcap... yes checking that linux/wireless.h is what we expect... checking for setuid ... yes checking for glib-config... yes checking for usable wiretap in /usr/src/ethereal-0.9.12/wiretap... no configure-alt: WARNING: *** No useable wiretap found in /usr/src/ethereal-0.9.12. Make sure this directory is correct and that you have configured and compiled Ethereal in this directory. While Kismet will function without wiretap, it will limit the log reading and writing abilities. *** checking for XML_GetCurrentLineNumber in -lexpat... no configure-alt: WARNING: *** Missing Expat XML library. gpsmap will not be built. *** checking for wget... no checking for Magick-config... no configure-alt: WARNING: *** Missing Magick-config (or it is not in the path). gpsmap will not be built. *** checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking for pthread_create in -lpthread... yes configure-alt: creating ./config.status config.status: creating Makefile config.status: creating scripts/kismet config.status: creating extra/buzzme/Makefile config.status: creating extra/Makefile config.status: creating conf/kismet.conf config.status: creating conf/kismet_ui.conf config.status: creating config.h Configuration complete: Compiling for: freebsd5.4 (i386) Installing as group: wheel Man pages owned by: man Installing into: /usr/local Setuid capable: yes Zaurus extras: no Terminal Control: ncurses Curses interface: yes Panels interface: yes Linux Netlink capture: no Linux wireless : no Linux wireless v.22+ : no pcap capture: yes pcap source: system WSP100 capture: no Viha capture: no Radiotap headers: yes Using local dump code: yes Using ethereal wiretap: no Imagemagick support: no Expat Library: no PThread Support: yes libz compression: no Configuration complete. You are not running a linux-based system, you will likely need to use 'gmake' instead of 'make'. Run 'gmake dep' to generate dependencies and 'gmake' followed by 'gmake install' to compile and install Kismet Kismet WILL NOT be installed suid-root by default. If you wish to install Kismet as a suid-root utility, READ THE DOCUMENTATION and run 'make suidinstall'. DO NOT INSTALL KISMET AS SUID-ROOT IF YOU HAVE UNTRUSTED USERS ON YOUR SYSTEM. depthcharge# gmake Makefile:371: .depend: No such file or directory Generating dependencies... g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c util.cc -o util.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c ringbuf.cc -o ringbuf.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c configfile.cc -o configfile.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c speech.cc -o speech.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c ifcontrol.cc -o ifcontrol.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c iwcontrol.cc -o iwcontrol.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c packet.cc -o packet.o g++ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"06\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -g -O2 -g -O2 -c pcapsource.cc -o pcapsource.o pcapsource.cc: In member function `int PcapSource::Radiotap2KisPack(kis_packet*, uint8_t*, uint8_t*)': pcapsource.cc:613: error: `IEEE80211_RADIOTAP_FCS' undeclared (first use this function) pcapsource.cc:613: error: (Each undeclared identifier is reported only once for each function it appears in.) gmake: *** [pcapsource.o] Error 1 --=-e4qAAfkki8Hl0GjERGKS Content-Disposition: attachment; filename=dependfile Content-Type: text/plain; name=dependfile; charset=us-ascii Content-Transfer-Encoding: 7bit depthcharge# less .depend util.o: util.cc config.h util.h ringbuf.o: ringbuf.cc ringbuf.h config.h configfile.o: configfile.cc config.h configfile.h packet.h macaddr.h \ endian_magic.h util.h speech.o: speech.cc config.h speech.h tracktypes.h packet.h macaddr.h \ endian_magic.h ifcontrol.o: ifcontrol.cc config.h ifcontrol.h util.h iwcontrol.o: iwcontrol.cc config.h iwcontrol.h util.h packet.o: packet.cc packet.h config.h macaddr.h endian_magic.h \ packetsignatures.h pcapsource.o: pcapsource.cc config.h tcpdump-extract.h pcapsource.h \ packet.h macaddr.h endian_magic.h packetsource.h timetracker.h gpsd.h \ ifcontrol.h util.h iwcontrol.h prism2source.o: prism2source.cc config.h prism2source.h util.h \ ifcontrol.h iwcontrol.h wtapfilesource.o: wtapfilesource.cc wtapfilesource.h config.h wsp100source.o: wsp100source.cc config.h wsp100source.h dronesource.o: dronesource.cc config.h util.h dronesource.h \ packetsource.h packet.h macaddr.h endian_magic.h timetracker.h gpsd.h \ packetstream.h vihasource.o: vihasource.cc config.h vihasource.h packetsourcetracker.o: packetsourcetracker.cc config.h util.h \ packetsourcetracker.h timetracker.h gpsd.h packetsource.h packet.h \ macaddr.h endian_magic.h kis_packsources.o: kis_packsources.cc config.h kis_packsources.h \ packetsource.h packet.h macaddr.h endian_magic.h timetracker.h gpsd.h \ prism2source.h util.h ifcontrol.h iwcontrol.h pcapsource.h \ wtapfilesource.h wsp100source.h vihasource.h dronesource.h \ packetstream.h packetsourcetracker.h wtapdump.o: wtapdump.cc wtapdump.h config.h packet.h macaddr.h \ endian_magic.h dumpfile.h wtaplocaldump.o: wtaplocaldump.cc config.h wtaplocaldump.h packet.h \ macaddr.h endian_magic.h dumpfile.h gpsdump.o: gpsdump.cc config.h gpsdump.h packet.h macaddr.h \ endian_magic.h packetracker.h util.h gpsd.h tracktypes.h manuf.h \ alertracker.h tcpserver.h configfile.h server_protocols.h finitestate.h \ kismet_server.h airsnortdump.o: airsnortdump.cc airsnortdump.h config.h dumpfile.h \ packet.h macaddr.h endian_magic.h wtapdump.h wtaplocaldump.h \ packetracker.h util.h gpsd.h tracktypes.h manuf.h alertracker.h \ tcpserver.h configfile.h server_protocols.h finitestate.h \ kismet_server.h fifodump.o: fifodump.cc config.h fifodump.h packet.h macaddr.h \ endian_magic.h dumpfile.h gpsd.o: gpsd.cc config.h gpsd.h util.h manuf.o: manuf.cc config.h manuf.h packet.h macaddr.h endian_magic.h \ tracktypes.h packetracker.h util.h gpsd.h alertracker.h tcpserver.h \ configfile.h server_protocols.h finitestate.h kismet_server.h packetracker.o: packetracker.cc packetracker.h config.h util.h gpsd.h \ packet.h macaddr.h endian_magic.h tracktypes.h manuf.h alertracker.h \ tcpserver.h configfile.h server_protocols.h finitestate.h \ kismet_server.h networksort.h server_globals.h packetsignatures.h timetracker.o: timetracker.cc config.h timetracker.h alertracker.o: alertracker.cc config.h alertracker.h tcpserver.h \ configfile.h packet.h macaddr.h endian_magic.h server_protocols.h \ tracktypes.h server_globals.h kismet_server.h finitestate.o: finitestate.cc config.h finitestate.h kismet_server.h \ tcpserver.h configfile.h packet.h macaddr.h endian_magic.h tracktypes.h \ alertracker.h server_protocols.h packetracker.h util.h gpsd.h manuf.h getopt.o: getopt.cc config.h tcpserver.o: tcpserver.cc config.h tcpserver.h configfile.h packet.h \ macaddr.h endian_magic.h server_protocols.o: server_protocols.cc packetsource.h config.h packet.h \ macaddr.h endian_magic.h timetracker.h gpsd.h packetsourcetracker.h \ server_protocols.h tracktypes.h tcpserver.h configfile.h \ server_globals.h server_globals.o: server_globals.cc config.h server_globals.h kismet_server.o: kismet_server.cc config.h getopt.h util.h configfile.h \ depthcharge# less .depend | grep getopt getopt.o: getopt.cc config.h kismet_server.o: kismet_server.cc config.h getopt.h util.h configfile.h \ getopt.o: getopt.cc config.h kismet_drone.o: kismet_drone.cc config.h getopt.h packet.h macaddr.h \ getopt.o: getopt.cc config.h getopt.o: getopt.cc config.h kismet_client.o: kismet_client.cc config.h getopt.h tcpclient.h packet.h \ --=-e4qAAfkki8Hl0GjERGKS Content-Disposition: attachment; filename=kismetportbuild Content-Type: text/plain; name=kismetportbuild; charset=us-ascii Content-Transfer-Encoding: 7bit define DISABLE_CURSES to build without ncurses interface define DISABLE_PANEL to build without libpanel interface define DISABLE_SETUID to disable setuid/privdrop ability (not reccomended) => kismet-2005-04-R1.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.kismetwireless.net/code/. kismet-2005-04-R1.tar.gz 100% of 850 kB 304 kBps ===> Extracting for kismet-200504.r1 => Checksum OK for kismet-2005-04-R1.tar.gz. ===> Patching for kismet-200504.r1 ===> kismet-200504.r1 depends on executable: gmake - found ===> Configuring for kismet-200504.r1 configure: WARNING: you should use --build, --host, --target checking build system type... i386-portbld-freebsd5.4 checking host system type... i386-portbld-freebsd5.4 checking for i386-portbld-freebsd5.4-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking for i386-portbld-freebsd5.4-g++... c++ checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether gmake sets $(MAKE)... yes checking how to run the C preprocessor... cc -E checking for platform-specific compiler flags... none needed checking whether byte ordering is bigendian... no checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/wait.h usability... yes checking sys/wait.h presence... yes checking for sys/wait.h... yes checking for unistd.h... (cached) yes checking for sys/types.h... (cached) yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking for an ANSI C-conforming const... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for ANSI C header files... (cached) yes checking return type of signal handlers... void checking whether lstat dereferences a symlink specified with a trailing slash... no checking whether stat accepts an empty string... no checking for gettimeofday... yes checking for memset... yes checking for select... yes checking for socket... yes checking for strcasecmp... yes checking for strftime... yes checking for strstr... yes checking for system-level getopt_long()... yes checking for stdint.h... (cached) yes checking for accept() addrlen type... socklen_t checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for group 'root'... no. Using 'wheel' checking for group 'man'... checking for initscr in -lncurses... yes checking for new_panel in -lpanel... yes checking for assume_default_colors in -lncurses... yes checking for linux/netlink.h... no configure: WARNING: *** Missing Linux netlink headers. wlanng_legacy source will not be built. *** checking for linux/wireless.h... no configure: WARNING: *** Missing Linux Wireless kernel extentions. Wavelan/generic source will not be built. *** checking for pcap_open_live in -lpcap... yes checking pcap.h usability... yes checking pcap.h presence... yes checking for pcap.h... yes checking for pcap_setnonblock in -lpcap... yes checking that linux/wireless.h is what we expect... checking for setuid ... yes checking for glib-config... yes checking for usable wiretap with 3 arguments in /usr/src/ethereal-0.9.12/wiretap... no checking for usable wiretap with 4 arguments in /usr/src/ethereal-0.9.12/wiretap... no configure: WARNING: *** No useable wiretap found in /usr/src/ethereal-0.9.12. Make sure this directory is correct and that you have configured and compiled Ethereal in this directory. While Kismet will function without wiretap, it will limit the log reading and writing abilities. *** checking for XML_GetCurrentLineNumber in -lexpat... no configure: WARNING: *** Missing Expat XML library. gpsmap will not be built. *** checking gmp.h usability... no checking gmp.h presence... no checking for gmp.h... no configure: WARNING: *** Missing GMP math library. gpsmap will not be built. *** checking for wget... no checking for Magick-config... no configure: WARNING: *** Missing Magick-config (or it is not in the path). gpsmap will not be built. *** checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking for pthread_create in -lpthread... yes configure: creating ./config.status config.status: creating Makefile config.status: creating scripts/kismet config.status: creating extra/buzzme/Makefile config.status: creating extra/Makefile config.status: creating conf/kismet.conf config.status: creating conf/kismet_ui.conf config.status: creating config.h Configuration complete: Compiling for: freebsd5.4 (i386) Installing as group: wheel Man pages owned by: man Installing into: /usr/local Setuid capable: yes Zaurus extras: no Terminal Control: ncurses Curses interface: yes Panels interface: yes Linux Netlink capture: no Linux wireless : no Linux wireless v.22+ : no pcap capture: yes pcap source: system WSP100 capture: no Viha capture: no Radiotap headers: yes Using local dump code: yes Using ethereal wiretap: no Imagemagick support: no Expat Library: no GMP Library: no PThread Support: yes libz compression: no Configuration complete. You are not running a linux-based system, you will likely need to use 'gmake' instead of 'make'. Run 'gmake dep' to generate dependencies and 'gmake' followed by 'gmake install' to compile and install Kismet Kismet WILL NOT be installed suid-root by default. If you wish to install Kismet as a suid-root utility, READ THE DOCUMENTATION and run 'make suidinstall'. DO NOT INSTALL KISMET AS SUID-ROOT IF YOU HAVE UNTRUSTED USERS ON YOUR SYSTEM. ===> Building for kismet-200504.r1 Makefile:371: .depend: No such file or directory Generating dependencies... c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c util.cc -o util.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c ringbuf.cc -o ringbuf.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c configfile.cc -o configfile.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c speech.cc -o speech.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c ifcontrol.cc -o ifcontrol.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c iwcontrol.cc -o iwcontrol.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c packet.cc -o packet.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c pcapsource.cc -o pcapsource.o pcapsource.cc: In member function `virtual int PcapSource::FetchPacket(kis_packet*, uint8_t*, uint8_t*)': pcapsource.cc:231: warning: unused variable 'ret' c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c prism2source.cc -o prism2source.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c wtapfilesource.cc -o wtapfilesource.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c wsp100source.cc -o wsp100source.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c dronesource.cc -o dronesource.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c vihasource.cc -o vihasource.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c packetsourcetracker.cc -o packetsourcetracker.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c kis_packsources.cc -o kis_packsources.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c wtapdump.cc -o wtapdump.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c wtaplocaldump.cc -o wtaplocaldump.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c gpsdump.cc -o gpsdump.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c airsnortdump.cc -o airsnortdump.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c fifodump.cc -o fifodump.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c gpsd.cc -o gpsd.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c manuf.cc -o manuf.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c packetracker.cc -o packetracker.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c timetracker.cc -o timetracker.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c alertracker.cc -o alertracker.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c finitestate.cc -o finitestate.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c getopt.cc -o getopt.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c tcpserver.cc -o tcpserver.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c server_protocols.cc -o server_protocols.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c server_globals.cc -o server_globals.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c kismet_server.cc -o kismet_server.o c++ -o kismet_server util.o ringbuf.o configfile.o speech.o ifcontrol.o iwcontrol.o packet.o pcapsource.o prism2source.o wtapfilesource.o wsp100source.o dronesource.o vihasource.o packetsourcetracker.o kis_packsources.o wtapdump.o wtaplocaldump.o gpsdump.o airsnortdump.o fifodump.o gpsd.o manuf.o packetracker.o timetracker.o alertracker.o finitestate.o getopt.o tcpserver.o server_protocols.o server_globals.o kismet_server.o -lstdc++ -lpcap c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c tcpstreamer.cc -o tcpstreamer.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c kismet_drone.cc -o kismet_drone.o c++ -o kismet_drone util.o ringbuf.o configfile.o getopt.o ifcontrol.o iwcontrol.o packet.o tcpstreamer.o prism2source.o pcapsource.o wtapfilesource.o wsp100source.o dronesource.o vihasource.o packetsourcetracker.o kis_packsources.o timetracker.o gpsd.o server_globals.o kismet_drone.o -lstdc++ -lpcap c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c tcpclient.cc -o tcpclient.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c frontend.cc -o frontend.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c cursesfront.cc -o cursesfront.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c panelfront.cc -o panelfront.o panelfront.cc: In member function `virtual int PanelFront::DrawDisplay()': panelfront.cc:906: warning: array subscript has type `char' panelfront.cc:906: warning: array subscript has type `char' c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c panelfront_display.cc -o panelfront_display.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c panelfront_input.cc -o panelfront_input.o c++ -I/lib/modules/5.4-STABLE/build/include/ -O2 -Wall -DVERSION_MAJOR=\"2005\" -DVERSION_MINOR=\"04\" -DVERSION_TINY=\"R1\" -DTIMESTAMP=\"`cat TIMESTAMP`\" -O -pipe -O -pipe -c kismet_client.cc -o kismet_client.o c++ -o kismet_client util.o configfile.o speech.o manuf.o tcpclient.o frontend.o cursesfront.o panelfront.o panelfront_display.o panelfront_input.o gpsd.o getopt.o kismet_client.o -lstdc++ -lpanel -lncurses ===> Installing for kismet-200504.r1 ===> Generating temporary packing list ===> Checking if net-mgmt/kismet already installed gmake -e commoninstall gmake[1]: Entering directory `/usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1' mkdir -p /usr/local/etc mkdir -p /usr/local/bin install -o "root" -g "wheel" -m 755 scripts/kismet /usr/local/bin/kismet install -o "root" -g "wheel" -s -m 755 kismet_client /usr/local/bin/kismet_client # install -o "root" -g "wheel" -s -m 755 /usr/local/bin/ mkdir -p /usr/local/man/man1 install -o "root" -g "man" -m 644 man/kismet.1 /usr/local/man/man1/kismet.1 # install -o "root" -g "man" -m 644 man/kismet_monitor.1 /usr/local/man/man1/kismet_monitor.1 # install -o "root" -g "man" -m 644 man/kismet_hopper.1 /usr/local/man/man1/kismet_hopper.1 install -o "root" -g "man" -m 644 man/kismet_drone.1 /usr/local/man/man1/kismet_drone.1 mkdir -p /usr/local/man/man5 install -o "root" -g "man" -m 644 man/kismet.conf.5 /usr/local/man/man5/kismet.conf.5 install -o "root" -g "man" -m 644 man/kismet_ui.conf.5 /usr/local/man/man5/kismet_ui.conf.5 install -o "root" -g "man" -m 644 man/kismet_drone.conf.5 /usr/local/man/man5/kismet_drone.conf.5 mkdir -p /usr/local/share/kismet//wav/ install -o "root" -g "wheel" -m 644 wav/new_network.wav /usr/local/share/kismet//wav//new_network.wav install -o "root" -g "wheel" -m 644 wav/traffic.wav /usr/local/share/kismet//wav//traffic.wav install -o "root" -g "wheel" -m 644 wav/junk_traffic.wav /usr/local/share/kismet//wav//junk_traffic.wav install -o "root" -g "wheel" -m 644 wav/alert.wav /usr/local/share/kismet//wav//alert.wav install -o "root" -g "wheel" -m 644 conf/ap_manuf /usr/local/etc/ap_manuf; install -o "root" -g "wheel" -m 644 conf/client_manuf /usr/local/etc/client_manuf; gmake[1]: Leaving directory `/usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1' gmake -e binuserinstall gmake[1]: Entering directory `/usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1' install -o "root" -g "wheel" -s -m 755 kismet_server /usr/local/bin/kismet_server; install -o "root" -g "wheel" -s -m 755 kismet_drone /usr/local/bin/kismet_drone; gmake[1]: Leaving directory `/usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1' gmake[1]: Entering directory `/usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1' gmake[1]: Leaving directory `/usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1' install -o root -g wheel -m 644 conf/kismet_drone.conf /usr/local/etc/kismet_drone.conf Installed drone config into /usr/local/etc/kismet_drone.conf. install -o root -g wheel -m 644 conf/kismet_ui.conf /usr/local/etc/kismet_ui.conf Installed UI config into /usr/local/etc/kismet_ui.conf. Installed kismet into /usr/local/bin/. If you have not done so already, read the README file and the FAQ file. Additional documentation is in the docs/ directory. You MUST edit /usr/local/etc/kismet.conf and configure Kismet for your system, or it will NOT run properly! Kismet has NOT been installed suid-root. This means you will need to start it as root. If you have no untrusted users on your system, it can be installed as suid-root via 'make suidinstall'. READ THE DOCUMENTATION BEFORE INSTALLING KISMET AS SUID-ROOT! install -o root -g wheel -m 444 /usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1/conf/kismet.conf /usr/local/etc/kismet.conf.sample install -o root -g wheel -m 444 /usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1/conf/kismet_drone.conf /usr/local/etc/kismet_drone.conf.sample install -o root -g wheel -m 444 /usr/ports/net-mgmt/kismet/work/kismet-2005-04-R1/conf/kismet_ui.conf /usr/local/etc/kismet_ui.conf.sample ===> Compressing manual pages for kismet-200504.r1 ===> Registering installation for kismet-200504.r1 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/bin/kismet_drone /usr/local/bin/kismet_server --=-e4qAAfkki8Hl0GjERGKS-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 21:35:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 339E816A41C for ; Mon, 4 Jul 2005 21:35:51 +0000 (GMT) (envelope-from ah@crypta.net) Received: from mail.crypta.net (mail.crypta.net [83.136.131.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3D643D49 for ; Mon, 4 Jul 2005 21:35:50 +0000 (GMT) (envelope-from ah@crypta.net) Received: by mail.crypta.net (cryptobank/eProtect-smtpd, from userid 1001) id 4B88FECD48F; Mon, 4 Jul 2005 23:35:47 +0200 (CEST) Date: Mon, 4 Jul 2005 23:35:47 +0200 From: Andy Hilker To: freebsd-stable@freebsd.org Message-ID: <20050704213546.GA47314@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker Subject: 5.4-p3 and bind9: isc_mutex_init failed in new_adbfind / exited on signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 21:35:51 -0000 Hi, after upgrading to 5.4-p3 I have problems with bind 9. After a few days it exits on signal 11. I am using an SMP kernel. I have found some other people describing the same problem, without a solution. On 5.3 I did not experience such things, bind runs stable. Just want to confirm this issue to whom it may concern. If someone needs more info to debug or have hints/workarounds, please answer. named[721]: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: named[721]: isc_mutex_init failed in new_adbfind() pid 721 (named), uid 53: exited on signal 11 bye, Andy From owner-freebsd-stable@FreeBSD.ORG Mon Jul 4 22:16:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB0C516A41C for ; Mon, 4 Jul 2005 22:16:57 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D9E43D46 for ; Mon, 4 Jul 2005 22:16:56 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.156.20] by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050704221654.SHEC7053.viefep14-int.chello.at@[80.98.156.20]> for ; Tue, 5 Jul 2005 00:16:54 +0200 Message-ID: <42C9B584.8040805@t-hosting.hu> Date: Tue, 05 Jul 2005 00:17:40 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: BIND vs. mac_portacl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 22:16:58 -0000 Hello, I've loaded the mac_portacl module but BIND doesn't properly work with it. My sysctl values: net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.reservedhigh: 0 security.mac.portacl.rules: uid:55:tcp:53,uid:55:udp:53,uid:55:tcp:953,uid:55:udp:953 security.mac.portacl.port_high: 1023 security.mac.portacl.suser_exempt: 1 security.mac.portacl.enabled: 1 Thus, my system behaves in the standard UNIX way, root should be able to bind to privileged ports. It is very common that softwares bind to a privileged port as root and then change tu an unprivileged user. So does BIND with the -u switch, but when I start it in this way with this command line: /usr/local/bind/sbin/named -u bind -t /usr/local/bind -c /etc/named.conf , I get: Jul 4 23:58:13 server named[18476]: socket.c:2885: unexpected error: Jul 4 23:58:13 server named[18476]: bind: Operation not permitted Jul 4 23:58:13 server named[18476]: socket.c:2885: unexpected error: Jul 4 23:58:13 server named[18476]: bind: Operation not permitted Jul 4 23:58:13 server named[18476]: socket.c:2885: unexpected error: Jul 4 23:58:13 server named[18476]: bind: Operation not permitted Jul 4 23:58:13 server named[18476]: socket.c:2885: unexpected error: Jul 4 23:58:13 server named[18476]: bind: Operation not permitted Jul 4 23:58:13 server named[18476]: socket.c:2885: unexpected error: Jul 4 23:58:13 server named[18476]: bind: Operation not permitted The bind user has the uid 55. I've added a rule for it, as You can see, but it doesn't help. I get this error with the ruleset can be seen above, and also without any rules. But apache works. It can change to the www user. Proftpd can change to the proftpd user. BIND is the only one that doesn't work. What's wrong? Cheers, Gábor Kövesdán From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 01:05:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1852616A41C for ; Tue, 5 Jul 2005 01:05:00 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56DBA43D45 for ; Tue, 5 Jul 2005 01:04:59 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from misael (core.bps.co.id [202.57.0.93]) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 4253F23F638; Tue, 5 Jul 2005 08:04:29 +0700 (WIT) Date: Tue, 5 Jul 2005 20:05:13 +0700 From: misael X-Mailer: The Bat! (v1.62i) Business X-Priority: 3 (Normal) Message-ID: <129314697484.20050705200513@tk-pttuntex.com> To: Dominic Marks In-Reply-To: <200507041213.58317.dom@goodforbusiness.co.uk> References: <184232945562.20050704212241@tk-pttuntex.com> <200507041213.58317.dom@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re[2]: 5.3 STABLE to 5.4 buildkernel error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: misael List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 01:05:00 -0000 Hello Dominic, Monday, July 4, 2005, 6:13:57 PM, you wrote: DM> On Monday 04 July 2005 15:22, misael wrote: >> Hello freebsd-stable, >> >> i'm trying to update/upgrade my box from 5.3 STABLE to the latest >> version of 5 branch. >> but when i'm doing make buildkernel i bumped in to some errors, DM> Sometimes it is worth trying to cvsup against a different cvsup mirror DM> and running a clean build. The GENERIC kernel configuration is DM> unmodified, I suppose? >> here it is the error messages: >> >>> stage 2.3: build tools >> >> -------------------------------------------------------------- >> cd /usr/obj/usr/src/sys/GENERIC; >> MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f >> /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory >> not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe >> -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc >> -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function >> `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: >> warning: passing arg 2 of pointer to function from incompatible >> pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: >> error: too few arguments to function >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function >> `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: >> warning: assignment makes pointer from integer without a cast >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function >> `symtable_close': >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure >> has no member named `seq' >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' >> undeclared (first use in this function) >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each >> undeclared identifier is reported only once >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each >> function it appears in.) >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few >> arguments to function >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function >> `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: >> warning: passing arg 2 of pointer to function from incompatible >> pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: >> error: too few arguments to function >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing >> arg 2 of pointer to function from incompatible pointer type >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few >> arguments to function >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function >> `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: >> error: `R_FIRST' undeclared (first use in this function) >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure >> has no member named `seq' >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' >> undeclared (first use in this function) *** Error code 1 >> >> i'm using GENERIC kernel for this and still error. >> >> for some information these are my cvsup file : >> >> *default host=cvsup12.FreeBSD.org >> *default base=/usr >> *default prefix=/usr >> # The following line is for 4-stable. If you want 3-stable or >> 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" >> respectively. *default release=cvs tag=RELENG_5 >> *default delete use-rel-suffix >> >> and my current FreeBSD version: >> [root@core src]# uname -v >> FreeBSD 5.3-STABLE #7 >> >> any helps, hints or clues are highly appreciated. >> >> TIA >> >> >> >> >> -- >> >> Best regards, >> zen mailto:zen@tk-pttuntex.com >> i did change the cvsup server but still stop on those step. and it's GENERIC kernel and the INVARIANT and INVARIANT_SUPPORT is uncomment ( it's GENERIC KERNEL ). -- Best regards, misael mailto:zen@tk-pttuntex.com From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 04:57:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB9B16A41C for ; Tue, 5 Jul 2005 04:57:23 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF1443D49 for ; Tue, 5 Jul 2005 04:57:23 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 4E67F677EF for ; Tue, 5 Jul 2005 04:57:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.3/8.13.1) with ESMTP id j654vA8m085481; Tue, 5 Jul 2005 14:57:11 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200507050457.j654vA8m085481@drugs.dv.isc.org> To: Andy Hilker From: Mark Andrews In-reply-to: Your message of "Mon, 04 Jul 2005 23:35:47 +0200." <20050704213546.GA47314@mail.crypta.net> Date: Tue, 05 Jul 2005 14:57:10 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-p3 and bind9: isc_mutex_init failed in new_adbfind / exited on signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 04:57:24 -0000 > Hi, > > after upgrading to 5.4-p3 I have problems with bind 9. After a few > days it exits on signal 11. I am using an SMP kernel. I have found > some other people describing the same problem, without a solution. > On 5.3 I did not experience such things, bind runs stable. Just > want to confirm this issue to whom it may concern. > > If someone needs more info to debug or have hints/workarounds, > please answer. > > named[721]: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/adb.c:1439: > unexpected error: > named[721]: isc_mutex_init failed in new_adbfind() > pid 721 (named), uid 53: exited on signal 11 > > bye, > Andy > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" FreeBSD's pthread_mutex_init() (isc_mutext_init()) can fail if there is no memory. On most other OS this is not the case. The callers to isc_mutext_init() assume that a failure is due to a double initialision and as a result log a error message when it fails. Memory allocation failures on the other hand are not logged. What I suspect is happening here is that you are seeing a error in the error path due to a memory allocation failure which results in a NULL pointer de-reference. A stack backtrace from the core dump would pinpoint the error location. To get this you really need named to have been built w/ -g and set kern.sugid_coredump=1. You can avoid the issue by tuning named so that it doesn't run out of memory. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 06:17:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BA616A41C for ; Tue, 5 Jul 2005 06:17:45 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B93F43D55 for ; Tue, 5 Jul 2005 06:17:43 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int9.natcotech.com [192.168.1.9]) by natco8.natcotech.com (Postfix) with ESMTP id 24F4F298105 for ; Tue, 5 Jul 2005 01:17:42 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco9 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 11206-01-19 for ; Tue, 5 Jul 2005 01:17:42 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-226.natcotech.com [12.28.24.226]) by natco8.natcotech.com (Postfix) with ESMTP id DD779298102 for ; Tue, 5 Jul 2005 01:17:41 -0500 (CDT) Received: (qmail 39504 invoked by uid 89); 5 Jul 2005 06:17:41 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 5 Jul 2005 06:17:41 -0000 Message-ID: <42CA2605.60403@leadhill.net> Date: Tue, 05 Jul 2005 01:17:41 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Subject: How do I determine if ipv6 is enabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 06:17:45 -0000 Is there a sysctl variable, or a quick method to determine if ipv6 is enabled in the kernel? e.g. How do I test for the prescence of ipv6 in a script or at the commandline? Thanks, Billy From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 06:32:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C1C916A41C for ; Tue, 5 Jul 2005 06:32:17 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id E0FC043D46 for ; Tue, 5 Jul 2005 06:32:16 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 5 Jul 2005 07:32:15 +0100 (BST) Date: Tue, 5 Jul 2005 07:32:15 +0100 From: David Malone To: K?vesd?n G?bor Message-ID: <20050705063215.GA50936@walton.maths.tcd.ie> References: <42C9B584.8040805@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C9B584.8040805@t-hosting.hu> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org Subject: Re: BIND vs. mac_portacl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 06:32:17 -0000 On Tue, Jul 05, 2005 at 12:17:40AM +0200, K?vesd?n G?bor wrote: > The bind user has the uid 55. I've added a rule for it, as You can see, > but it doesn't help. I get this error with the ruleset can be seen > above, and also without any rules. But apache works. It can change to > the www user. Proftpd can change to the proftpd user. BIND is the only > one that doesn't work. What's wrong? The portrange stuff doesn't work for IPv6 sockets at the moment, and I suspect that BIND is trying to bind to some IPv6 ports (or maybe to the IPv6 wildcard port, which can cover the IPv4 addresses too). I'm planning to fix the portrange stuff soon, but just haven't had time yet - I'll try to get to it by the end of the week. If you don't actually want to use IPv6, you could give explicit addresses to named using the listen-on and query-source directives. Alternatively, a kernel without IPv6 might work. David. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 06:35:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C2216A41C for ; Tue, 5 Jul 2005 06:35:08 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id B808643D58 for ; Tue, 5 Jul 2005 06:35:07 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 5 Jul 2005 07:35:06 +0100 (BST) Date: Tue, 5 Jul 2005 07:35:05 +0100 From: David Malone To: Billy Newsom Message-ID: <20050705063505.GB50936@walton.maths.tcd.ie> References: <42CA2605.60403@leadhill.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CA2605.60403@leadhill.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: FreeBSD Stable Subject: Re: How do I determine if ipv6 is enabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 06:35:08 -0000 On Tue, Jul 05, 2005 at 01:17:41AM -0500, Billy Newsom wrote: > Is there a sysctl variable, or a quick method to determine if ipv6 is > enabled in the kernel? e.g. How do I test for the prescence of ipv6 in > a script or at the commandline? You could check for the existance of the net.inet6 sysctl tree. If IPv6 is present then "sysctl net.inet6" will return true, otherwise it will return an error. (Note, that this doesn't mean that IPv6 has been configured, just that the kernel supports it.) David. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 07:03:00 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE8516A41C for ; Tue, 5 Jul 2005 07:03:00 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7BB743D46 for ; Tue, 5 Jul 2005 07:02:58 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [192.168.0.2] ([192.168.0.2]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j6572wqc005364 for ; Tue, 5 Jul 2005 10:02:59 +0300 Message-ID: <42CA3E99.4050202@bmby.com> Date: Tue, 05 Jul 2005 10:02:33 +0200 From: Uzi Klein Organization: B.M.B.Y Software Systems Ltd. User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 07:03:00 -0000 Hi Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in /var/log/messages once in a while : kernel: bge0: watchdog timeout -- resetting Shall i worry? ;) U. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 07:25:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5A316A41C for ; Tue, 5 Jul 2005 07:25:13 +0000 (GMT) (envelope-from bruce@nikkel.com) Received: from raven.bjn.net (raven.bjn.net [193.73.230.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C824543D45 for ; Tue, 5 Jul 2005 07:25:12 +0000 (GMT) (envelope-from bruce@nikkel.com) Received: by raven.bjn.net (Postfix, from userid 1000) id 1559C23EEC; Tue, 5 Jul 2005 09:25:11 +0200 (MEST) Date: Tue, 5 Jul 2005 09:25:10 +0200 From: bruce@nikkel.com To: Billy Newsom Message-ID: <20050705072510.GA15446@nikkel.com> Mail-Followup-To: Billy Newsom , FreeBSD Stable References: <42CA2605.60403@leadhill.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CA2605.60403@leadhill.net> User-Agent: Mutt/1.5.9i Cc: FreeBSD Stable Subject: Re: How do I determine if ipv6 is enabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 07:25:13 -0000 On Tue, Jul 05, 2005 at 01:17:41AM -0500, Billy Newsom wrote: > Is there a sysctl variable, or a quick method to determine if ipv6 is > enabled in the kernel? e.g. How do I test for the prescence of ipv6 in > a script or at the commandline? You could use ifconfig together with the loopback interface (or any other network interface): ifconfig lo0 inet6 This will return true or false, depending on the ipv6 protocol support. Simple for shell scripting. Bruce Nikkel From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 07:54:07 2005 Return-Path: X-Original-To: STABLE@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA4CC16A41C for ; Tue, 5 Jul 2005 07:54:07 +0000 (GMT) (envelope-from SysAdmin@Rainbow-IT.net) Received: from venus.rainbow-it.net (venus.furrie.net [62.3.212.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D09943D49 for ; Tue, 5 Jul 2005 07:54:05 +0000 (GMT) (envelope-from SysAdmin@Rainbow-IT.net) Received: from localhost (localhost.rainbow-it.net [127.0.0.1]) by venus.rainbow-it.net (Postfix) with ESMTP id E85D92282B; Tue, 5 Jul 2005 08:54:03 +0100 (BST) Received: from venus.rainbow-it.net ([127.0.0.1]) by localhost (venus.rainbow-it.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44903-02; Tue, 5 Jul 2005 08:54:02 +0100 (BST) Received: from [10.0.1.45] (valhalla.hq.inty.net [10.0.1.45]) by venus.rainbow-it.net (Postfix) with ESMTP id 51DD722828; Tue, 5 Jul 2005 08:54:02 +0100 (BST) Message-ID: <42CA3CA1.3020300@Rainbow-IT.net> Date: Tue, 05 Jul 2005 08:54:09 +0100 From: Chris Phillips Organization: Rainbow IT Consultancy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050516) X-Accept-Language: en-us, en MIME-Version: 1.0 To: STABLE@FreeBSD.org References: <42CA3E99.4050202@bmby.com> In-Reply-To: <42CA3E99.4050202@bmby.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at rainbow-it.net Cc: Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 07:54:08 -0000 I've only ever had that message, on network cards that were about to die. Uzi Klein wrote: > Hi > > Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in > /var/log/messages once in a while : > > kernel: bge0: watchdog timeout -- resetting > > Shall i worry? ;) > > U. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 08:08:05 2005 Return-Path: X-Original-To: STABLE@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B0D816A41C for ; Tue, 5 Jul 2005 08:08:05 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D688843D53 for ; Tue, 5 Jul 2005 08:08:01 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [192.168.0.2] ([192.168.0.2]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j6587cqc024109; Tue, 5 Jul 2005 11:07:58 +0300 Message-ID: <42CA4DC0.2050305@bmby.com> Date: Tue, 05 Jul 2005 11:07:12 +0200 From: Uzi Klein Organization: B.M.B.Y Software Systems Ltd. User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Phillips References: <42CA3E99.4050202@bmby.com> <42CA3CA1.3020300@Rainbow-IT.net> In-Reply-To: <42CA3CA1.3020300@Rainbow-IT.net> Content-Type: multipart/mixed; boundary="------------060201010008010306080301" Cc: STABLE@FreeBSD.org Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 08:08:05 -0000 This is a multi-part message in MIME format. --------------060201010008010306080301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Chris Phillips wrote: > I've only ever had that message, on network cards that were about to die. The machine is a new HP DL380-G4 I doubt the card is dying (even tho its the easy way out for me) > > Uzi Klein wrote: > >> Hi >> >> Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in >> /var/log/messages once in a while : >> >> kernel: bge0: watchdog timeout -- resetting Sorry, attached my kernel config and dmesg www# uname -v FreeBSD 5.4-RELEASE-p3 #1: Fri Jul 1 22:35:49 UTC 2005 root@dev3.localdomain.com:/usr/obj/usr/src/sys/DL380 U. --------------060201010008010306080301 Content-Type: text/plain; name="kernel.conf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel.conf.txt" machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident DL380 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SMP # Multi-Processor options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------060201010008010306080301 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p3 #1: Fri Jul 1 22:35:49 UTC 2005 root@dev3.localdomain.com:/usr/obj/usr/src/sys/DL380 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2100187136 (2002 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:20:f9:d9:a9 bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0f:20:f9:d9:a8 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdf80000-0xfdfbffff,0xfdff0000-0xfdff1fff irq 51 at device 3.0 on pci4 pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x500-0x50f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Mounting root from ufs:/dev/da0s1a bge0: watchdog timeout -- resetting bge0: watchdog timeout -- resetting bge0: watchdog timeout -- resetting --------------060201010008010306080301-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 08:23:14 2005 Return-Path: X-Original-To: STABLE@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ADB816A41C for ; Tue, 5 Jul 2005 08:23:14 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03CED43D46 for ; Tue, 5 Jul 2005 08:23:13 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.3/jtpda-5.5pre1) with ESMTP id j658N7in088345 ; Tue, 5 Jul 2005 10:23:07 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j658N6tt095825 ; Tue, 5 Jul 2005 10:23:06 +0200 (CEST) Message-ID: <42CA44F0.6050909@crc.u-strasbg.fr> Date: Tue, 05 Jul 2005 10:29:36 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: fr, en MIME-Version: 1.0 To: Uzi Klein References: <42CA3E99.4050202@bmby.com> <42CA3CA1.3020300@Rainbow-IT.net> <42CA4DC0.2050305@bmby.com> In-Reply-To: <42CA4DC0.2050305@bmby.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::154]); Tue, 05 Jul 2005 10:23:07 +0200 (CEST) X-Virus-Scanned: ClamAV 0.86.1/967/Mon Jul 4 23:36:05 2005 on mr4.u-strasbg.fr X-Virus-Status: Clean X-Antivirus: scanned by sophos at u-strasbg.fr Cc: Chris Phillips , STABLE@freebsd.org Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 08:23:14 -0000 Uzi Klein a écrit : > Chris Phillips wrote: > >> I've only ever had that message, on network cards that were about to die. > > > The machine is a new HP DL380-G4 > I doubt the card is dying (even tho its the easy way out for me) we have 3 HP DL380-G4 with FreeBSD 5.4-RELEASE-p3 and I never seen this message on them. On DL380-G4, there is 2 bge cards, have you tried bge1 for seeing if you have the same symptom ? > >> >> Uzi Klein wrote: >> >>> Hi >>> >>> Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in >>> /var/log/messages once in a while : >>> >>> kernel: bge0: watchdog timeout -- resetting > > > > Sorry, attached my kernel config and dmesg > > www# uname -v > FreeBSD 5.4-RELEASE-p3 #1: Fri Jul 1 22:35:49 UTC 2005 > root@dev3.localdomain.com:/usr/obj/usr/src/sys/DL380 > > U. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 09:56:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84CBE16A41C; Tue, 5 Jul 2005 09:56:12 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B2A543D48; Tue, 5 Jul 2005 09:56:10 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA29980; Tue, 05 Jul 2005 12:56:00 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42CA592F.5040005@icyb.net.ua> Date: Tue, 05 Jul 2005 12:55:59 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <15727.1120237981@critter.freebsd.dk> In-Reply-To: <15727.1120237981@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: geom nudge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 09:56:12 -0000 on 01.07.2005 20:13 Poul-Henning Kamp said the following: > In message <42C56B54.7080703@icyb.net.ua>, Andriy Gapon writes: > > >>I am actually OK with such situation. The problem is that the only >>device created is obviously da0 i.e. there are no devices for slices >>present on medium. So, when the card reader comes to senses I would like >>to give a nudge to geom to "re-scan" or "re-create" da0. > > true > /dev/da0 > will do it. Thank you very much. So, it is opening for write that actually does it ? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 11:09:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02C5316A41C for ; Tue, 5 Jul 2005 11:09:39 +0000 (GMT) (envelope-from ah@crypta.net) Received: from mail.crypta.net (mail.crypta.net [83.136.131.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D9643D48 for ; Tue, 5 Jul 2005 11:09:36 +0000 (GMT) (envelope-from ah@crypta.net) Received: by mail.crypta.net (cryptobank/eProtect-smtpd, from userid 1001) id 27F08ECD48F; Tue, 5 Jul 2005 13:09:30 +0200 (CEST) Date: Tue, 5 Jul 2005 13:09:29 +0200 From: Andy Hilker To: Mark Andrews Message-ID: <20050705110929.GA95769@mail.crypta.net> References: <20050704213546.GA47314@mail.crypta.net> <200507050457.j654vA8m085481@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200507050457.j654vA8m085481@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-p3 and bind9: isc_mutex_init failed in new_adbfind / exited on signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 11:09:39 -0000 Hi, You (Mark Andrews) wrote: > FreeBSD's pthread_mutex_init() (isc_mutext_init()) can fail > if there is no memory. On most other OS this is not the case. > > The callers to isc_mutext_init() assume that a failure is due > to a double initialision and as a result log a error message > when it fails. Memory allocation failures on the other hand > are not logged. Thanks for your reply. I think I have found the "reason". I have configured datasize value lower than max-cache-size. Obviously this makes no sense. Now I am waiting if it runs stable again. bye, Andy From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 13:00:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B064516A41C for ; Tue, 5 Jul 2005 13:00:10 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6656C43D48 for ; Tue, 5 Jul 2005 13:00:10 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 880B399784E; Tue, 5 Jul 2005 15:00:04 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31207-09; Tue, 5 Jul 2005 14:59:59 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id E1557997472; Tue, 5 Jul 2005 14:59:58 +0200 (CEST) Message-ID: <42CA847C.6040103@t-hosting.hu> Date: Tue, 05 Jul 2005 15:00:44 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Malone References: <42C9B584.8040805@t-hosting.hu> <20050705063215.GA50936@walton.maths.tcd.ie> In-Reply-To: <20050705063215.GA50936@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-stable@freebsd.org Subject: Re: BIND vs. mac_portacl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 13:00:10 -0000 David Malone wrote: >If you don't actually want to use IPv6, you could give explicit >addresses to named using the listen-on and query-source directives. >Alternatively, a kernel without IPv6 might work. > > I don't have IPv6 support in the kernel. Anyway, I tried to set those directives in named.conf, but I got the same error. Cheers, Gábor Kövesdán From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 13:19:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22DFB16A41C for ; Tue, 5 Jul 2005 13:19:32 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E40143D45 for ; Tue, 5 Jul 2005 13:19:31 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 8597 invoked from network); 5 Jul 2005 13:19:28 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.48.47]) (envelope-sender ) by smtprelay02.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 5 Jul 2005 13:19:28 -0000 Date: Tue, 5 Jul 2005 15:19:32 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20050705151932.783200e6@localhost> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Tue__5_Jul_2005_15_19_32_+0200_65ok7v5pxIJ+Arjc; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: ndisgen intended to be the only way to generate ndis? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 13:19:32 -0000 --Signature_Tue__5_Jul_2005_15_19_32_+0200_65ok7v5pxIJ+Arjc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi all, as you probably have noticed, the amount of mails about problems with compiling ndis has increased in the last four weeks. The "old" way to compile ndis was to go to=20 /usr/src/sys/modules/if_ndis/, use ndiscvt to create a header file containing the windows driver and to make;make install. =20 It was fast and well documented in the handbook and on the web in general. Later Bill Paul wrote /usr/sbin/ndisgen to automate these steps. ndisgen is an interactive shell script, it is user friendly and describes what it's doing. However, using it is slower than the "old" way was. You can't use shell auto completion to specify the location of the drivers sys and inf files, some steps are done, even if they aren't needed each time you recompile ndis. ATM the existence of ndisgen is poorly documented. It's not mentioned in the handbook, not in the man pages and seldom appears on other websites. If you don't read the mailing lists or the cvs logs, you probably won't know about it. =20 For a while the "new" and the "old" way coexisted, everybody was happy. Since perhaps four weeks, the "old" way stopped working for many (all?) people. You can still build and kldload the needed modules without error, but they will not work. Most of the time (every time?) ndisgen still does. AFAIK, nobody has announced that the "old" way is death, therefore I would like to know if the breakage is intentional and if it is, if there's a technical reason why these methods can no longer coexists.=20 Mark A-J. Raught wrote on freebsd-mobile yesterday:=20 "I prefer the old way, but as long as it works I'll suffer through the wizard feel." So do I, I guess we're not alone. Fabian --=20 http://www.fabiankeil.de/ --Signature_Tue__5_Jul_2005_15_19_32_+0200_65ok7v5pxIJ+Arjc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCyoj0oomUOj0wp30RAk1nAJ90Ngs3ONV2pmlkV+LFkg5fJApqAwCfYq5v aqezgkEvFYqN8+zWH+jTnkM= =U385 -----END PGP SIGNATURE----- --Signature_Tue__5_Jul_2005_15_19_32_+0200_65ok7v5pxIJ+Arjc-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 13:46:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33D3B16A41C; Tue, 5 Jul 2005 13:46:08 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9EAB43D49; Tue, 5 Jul 2005 13:46:07 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 377CFBC51; Tue, 5 Jul 2005 13:46:04 +0000 (UTC) To: Andriy Gapon From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Jul 2005 12:55:59 +0300." <42CA592F.5040005@icyb.net.ua> Date: Tue, 05 Jul 2005 15:46:02 +0200 Message-ID: <35010.1120571162@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: geom nudge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 13:46:08 -0000 In message <42CA592F.5040005@icyb.net.ua>, Andriy Gapon writes: >on 01.07.2005 20:13 Poul-Henning Kamp said the following: >> In message <42C56B54.7080703@icyb.net.ua>, Andriy Gapon writes: >> >> >>>I am actually OK with such situation. The problem is that the only >>>device created is obviously da0 i.e. there are no devices for slices >>>present on medium. So, when the card reader comes to senses I would like >>>to give a nudge to geom to "re-scan" or "re-create" da0. >> >> true > /dev/da0 >> will do it. > >Thank you very much. So, it is opening for write that actually does it ? Well, technically it is "last close for write" that does it but yes. Since a write could have modified the metadata on the device, the last close for write will trigger a tasting. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 14:29:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3359416A41C for ; Tue, 5 Jul 2005 14:29:23 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A64FC43D55 for ; Tue, 5 Jul 2005 14:29:20 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 60CFBB85A; Tue, 5 Jul 2005 10:29:19 -0400 (EDT) In-Reply-To: <42CA3E99.4050202@bmby.com> References: <42CA3E99.4050202@bmby.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2-532637983; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 5 Jul 2005 10:29:18 -0400 To: Uzi Klein X-Mailer: Apple Mail (2.730) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 14:29:23 -0000 --Apple-Mail-2-532637983 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jul 5, 2005, at 4:02 AM, Uzi Klein wrote: > Hi > > Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in /var/ > log/messages once in a while : > > kernel: bge0: watchdog timeout -- resetting > > Shall i worry? ;) Yes, worry. I had that on my Tyan S2881 motherboard onboard NICs. System would lock up all the time. I finally just replaced with intel NIC card and all has been well for several months since. Vivek Khera, Ph.D. +1-301-869-4449 x806 --Apple-Mail-2-532637983-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 15:21:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 155C316A41C; Tue, 5 Jul 2005 15:21:26 +0000 (GMT) (envelope-from gmulder@infotechfl.com) Received: from pigeon.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4AD843D4C; Tue, 5 Jul 2005 15:21:25 +0000 (GMT) (envelope-from gmulder@infotechfl.com) Received: from [172.20.0.75] (gmulder.infotechfl.com [172.20.0.75]) by pigeon.infotechfl.com (8.11.6/8.11.6) with ESMTP id j65FLO003980; Tue, 5 Jul 2005 11:21:24 -0400 Message-ID: <42CAA5AE.7050806@infotechfl.com> Date: Tue, 05 Jul 2005 11:22:22 -0400 From: Gary Mu1der User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20050621090701.GB34406@cell.sick.ru> <20050621105154.GA36538@cell.sick.ru> <42B961B9.7A5856B3@freebsd.org> <20050623104230.GB61389@cell.sick.ru> <20050623141514.GD738@obiwan.tataz.chchile.org> <42BC5EE2.2020003@infotechfl.com> <20050627082958.GB97832@cell.sick.ru> <42C16BBF.4060107@infotechfl.com> <20050701085808.GD52023@cell.sick.ru> <42C58373.60008@infotechfl.com> <20050701201308.GD59610@cell.sick.ru> In-Reply-To: <20050701201308.GD59610@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic in RELENG_5 UMA - two new stack traces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 15:21:26 -0000 Gleb Smirnoff wrote: > G> >How often does it crash? Does debug.mpsafenet=0 increases stability? > G> > G> I can reproduce the crash within 60 seconds of firing off 30+ ping/arp > G> -d scripts, all running in parallel. > G> > G> debug.mpsafenet=0 seems to have solved the problem. I'm running 100+ > G> instances of the above script and the system has been stable for over an > G> hour. > > Thanks! We definitely see that the bug is a race, not a broken logic. I am > almost sure, that you are experiencing the same bug as I described in > the beginning of the thread. > > Although there is no yet fix available for race between 'arp -d' and > outgoing packet, there is one for race between incoming ARP reply and > outgoing packet. We will probably commit it soon, after more review. Sorry to say, but it looks like debug.mpsafenet=0 reduced the frequency of the problem, but did not eliminate it. The system crashed and hung again over the weekend with very little load. There was no kernel panic, so no core files. I can leave 5.4 on this system for a week or so before installing 4.11, if you want me to continue doing diagnostics on it. Gary From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 22:38:43 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C0A16A41C; Tue, 5 Jul 2005 22:38:43 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C818F43D46; Tue, 5 Jul 2005 22:38:42 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: from localhost (totem.fix.no [80.91.36.20]) by totem.fix.no (Postfix) with ESMTP id 37DCC5F3824; Wed, 6 Jul 2005 00:38:40 +0200 (CEST) Received: from totem.fix.no ([80.91.36.20]) by localhost (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id 39212-03-9; Wed, 6 Jul 2005 00:38:38 +0200 (CEST) Received: by totem.fix.no (Postfix, from userid 1000) id B95D15F380D; Wed, 6 Jul 2005 00:38:38 +0200 (CEST) Date: Wed, 6 Jul 2005 00:38:38 +0200 From: Anders Nordby To: John Baldwin Message-ID: <20050705223838.GA39419@totem.fix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, Peter Wemm Subject: APIC problems on FreeBSD/amd64 && panic: Can't find ExtINT pin to route through! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 22:38:43 -0000 Hi John, >From my console: FreeBSD 5.4-RELEASE-p2 #2: Wed Jul 6 00:01:31 CEST 2005 root@master.nuug.no:/usr/obj/usr/src/sys/MASTER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.76-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2146893824 (2047 MB) avail memory = 2061148160 (1965 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-0 on motherboard ioapic1 irqs 1-4 on motherboard panic: Can't find ExtINT pin to route through! cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort I was discussing this with peter on chat: anders: what OS release? > peter: FreeBSD/amd64, RELENG_5_4. anders: this is sounding like irq0 / 5.x problems ahh anders: bug jhb to mfc the fixes for this. Its a known problem and already fixed. panic: Can't find ExtINT pin to route through! in other words, the routing of irq0 is fubar. a mfc of the apic timer code would 99.99% likely solve it just like that. > peter: Mind you I am using RELENG_5_4, not RELENG_5. anders: FreeBSD is the only known OS on the planet that uses irq0 for a clock source in SMP mode. Hence we are the people who find all the problems in the untested bios code and hardware. Hence we switched from the irq0 timer to local apic timer to do it like everybody else It happens with FreeBSD/amd64 running RELENG_5_4 using options SMP. I can boot if I set hint.acpi.0.disabled=1, but then the OS does not do SMP and apic things etc. Do you have a patch to fix this? Will you MFC it? PS: I am using a Sun Fire V20z system with the latest firmware/BIOS: master $ inventory get software Name Revision Install Date Description BIOS-V20z V1.32.7.2 Sat Jun 25 06:15:08 2005 Platform BIOS for V20z servers Operator Panel X1.0.1.0 Wed Mar 30 16:59:59 2005 Operator Panel Firmware PPCBoot V2.1.0.16 Sat Jun 25 06:07:30 2005 PPCBoot Software SP Value-Add V2.2.0.18 Sat Jun 25 06:08:02 2005 SP Value-Add Software SP Base V2.2.0.18 Sat Jun 25 06:08:02 2005 SP Base Software Cheers, -- Anders. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 23:24:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7292E16A41C for ; Tue, 5 Jul 2005 23:24:38 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3512243D45 for ; Tue, 5 Jul 2005 23:24:37 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id A8F6839378; Tue, 5 Jul 2005 20:24:41 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A5A3933F1B for ; Tue, 5 Jul 2005 20:24:41 -0300 (ADT) Date: Tue, 5 Jul 2005 20:24:41 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050705195656.B940@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FreeBSD 4.x - SATA problems ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 23:24:38 -0000 Recently, I added a new server to our network, using the 3Ware RAID controller (the 9500S-4LP card) and 3x140G SATA drives ... overall, the system works, but I'm getting a very odd behaviour that I've never seen before ... I have a process that run an rsync from another server to 'duplicate' the VPSs ... a 'live backup' sort of thing ... this is running on all our servers, without incident, *except*, it appears, the SATA server ... I had disabled it for a time, and just re-enabled it this morning, and somehow or another, it seems to be causing file system corruption ... As most 'old timers' here know, we use UNIONFS on all our servers ... when the corruption occurs, it looks like the "directory structures" are being changed ... this one is hard to explain :( For example, /usr/local/cyrus/bin has a bunch of binaries in it ... the binaries are kept on the "lower layer", so the upper layer only has a /usr/local/cyrus/bin directory created/ghosted, but no copies of the binaries ... so, when you are in the VPS, and do an ls of that directory, you see: # ls /usr/local/cyrus/bin arbitron cyr_expire lmtpd notifyd smmapd chk_cyrus cyrdump masssievec pop3d squatter ctl_cyrusdb deliver master pop3proxyd timsieved ctl_deliver fud mbexamine quota tls_prune ctl_mboxlist imapd mbpath reconstruct cvt_cyrusdb ipurge mkimap sievec When the 'corruption' happens, those all disappear, almost as if someone did a 'rm -rf' of the directory within the VPS, and then a 'mkdir' ... except that, from what I've been able to tell, this only happens randomly, it happens on any of the VPSs *and* only around the time that the rsync process is running ... As if, somehow, the rsync is taxing the system and causing bad writes ... but I can't find anything anywhere to indicate a problem ... To "fix" things, I umount the UNIONFS layer, and then do a 'find / cpio' to copy the "top layer" back over to fix the directory structure itself ... The thing is, I don't even know *where* to begin debugging this issue, since there aren't any errors being reported anywhere ... but maybe someone out there has an idea? thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 00:31:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF9D16A41C for ; Wed, 6 Jul 2005 00:31:50 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 971F243D46 for ; Wed, 6 Jul 2005 00:31:49 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 263EA3AA4B for ; Wed, 6 Jul 2005 02:31:48 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 1A5FE119C0E for ; Wed, 6 Jul 2005 02:31:48 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-046-145.arcor-ip.net [82.83.46.145]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id C8A0E46D7F for ; Wed, 6 Jul 2005 02:31:47 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j660Vjc4089293 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 6 Jul 2005 02:31:46 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Wed, 6 Jul 2005 02:31:37 +0200 User-Agent: KMail/1.8.1 X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Subject: Panic: don't do that ... while unloading snd_ich.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 00:31:50 -0000 --nextPart1195937.nzcqrjP8PM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Readily reproducable, 5.4-STABLE as of last week. Kernel messages prior to panic (from memory): pcm0: unregister: mixer busy WARNING: Driver mistake: destroy_dev on 30/3 Backtrace: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 0xc04ea796 in doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 0xc04ea796 in doadump () at pcpu.h:160 #1 0xc04eacc0 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 13 #2 0xc04eaf54 in poweroff_wait (junk=3D0xc067dd2a, howto=3D-1066935045)=20 at /usr/src/sys/kern/ker #3 0xc04c455a in idestroy_dev (dev=3D0xc337e190)=20 at /usr/src/sys/kern/kern_conf.c:563 #4 0xc04c4684 in destroy_dev (dev=3D0xc06d3428)=20 at /usr/src/sys/kern/kern_conf.c:612 #5 0xc07a0f6c in ?? () #6 0xc06d3428 in devt_stash () #7 0xc2379980 in ?? () #8 0xc2379980 in ?? () #9 0xc2324200 in ?? () #10 0xe96c2c18 in ?? () #11 0xc07b0d7e in ?? () #12 0xc2379980 in ?? () #13 0xc2379980 in ?? () #14 0xc2379980 in ?? () #15 0xe96c2c30 in ?? () #16 0xc04feb37 in device_detach (dev=3D0xc23b65e0)=20 at /usr/src/sys/kern/subr_bus.c:2301 Previous frame inner to this frame (corrupt stack?) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1195937.nzcqrjP8PM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyyZwXhc68WspdLARAmGGAJ4qi/YUg30sf8iXcsMz87wdn4SGOQCfT6gM F6poS6S5EQYwxNInT8l/Rhk= =GXko -----END PGP SIGNATURE----- --nextPart1195937.nzcqrjP8PM-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 00:41:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D3B16A41C for ; Wed, 6 Jul 2005 00:41:16 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E17E43D45 for ; Wed, 6 Jul 2005 00:41:15 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Dpxy8-0007sC-CZ for freebsd-stable@freebsd.org; Wed, 06 Jul 2005 02:40:52 +0200 Received: from c207.134.21-53.clta.globetrotter.net ([207.134.21.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jul 2005 02:40:52 +0200 Received: from yuval_levy by c207.134.21-53.clta.globetrotter.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jul 2005 02:40:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Yuval Levy Date: Tue, 05 Jul 2005 20:27:53 -0400 Lines: 8 Message-ID: References: <8e131b2855562f4bf32410218f53ee1c@ish.com.au> <425A81F7.7040109@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c207.134.21-53.clta.globetrotter.net User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en In-Reply-To: <425A81F7.7040109@samsco.org> Sender: news Subject: Re: aac support for Adaptec 2020SA ZCR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 00:41:16 -0000 Scott Long wrote: > The 2020 seems to be in a pre-release phase just for SuperMicro. It's > not mentioned at all on the Adaptec website. I've been in contact with > Adaptec engineers who are preparing updates for the FreeBSD driver for > it, but it's looking unlikely that they will be done in time for the 5.4 > release. any news on support for the 2020SA ZCR in FreeBSD 5? From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 00:47:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF4C216A41C; Wed, 6 Jul 2005 00:47:00 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD6C43D46; Wed, 6 Jul 2005 00:47:00 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 2304685687; Wed, 6 Jul 2005 10:16:59 +0930 (CST) Date: Wed, 6 Jul 2005 10:16:59 +0930 From: Greg 'groggy' Lehey To: Michael Nottebrock Message-ID: <20050706004659.GS40537@wantadilla.lemis.com> References: <200507060231.44255.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uqlJfHshKOiOfK6d" Content-Disposition: inline In-Reply-To: <200507060231.44255.lofi@freebsd.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-stable@freebsd.org Subject: Re: Panic: don't do that ... while unloading snd_ich.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 00:47:00 -0000 --uqlJfHshKOiOfK6d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 6 July 2005 at 2:31:37 +0200, Michael Nottebrock wrote: > Readily reproducable, 5.4-STABLE as of last week. > > Kernel messages prior to panic (from memory): > > pcm0: unregister: mixer busy > WARNING: Driver mistake: destroy_dev on 30/3 This is a phkism. It's supposed to tell the developer to fix his code. You'll have to look at the code and work out what's wrong. I don't understand how this could get into STABLE, though. Greg -- The virus contained in this message was detected by LEMIS anti-virus. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --uqlJfHshKOiOfK6d Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCyyoDIubykFB6QiMRAi07AJ9SEkOjKl6qIo8fdSuCQzoSAUv58QCeKFrD RvkRr5NQ7QMP102sm7cT+mg= =T5ZR -----END PGP SIGNATURE----- --uqlJfHshKOiOfK6d-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 01:52:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D13FE16A41F for ; Wed, 6 Jul 2005 01:52:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E537543D45 for ; Wed, 6 Jul 2005 01:52:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j661qTA9076770; Wed, 6 Jul 2005 11:22:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 6 Jul 2005 11:22:20 +0930 User-Agent: KMail/1.8 References: <20050705151932.783200e6@localhost> In-Reply-To: <20050705151932.783200e6@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1495254.kG6LLdx7ND"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507061122.26639.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Fabian Keil Subject: Re: ndisgen intended to be the only way to generate ndis? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 01:52:40 -0000 --nextPart1495254.kG6LLdx7ND Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 5 Jul 2005 22:49, Fabian Keil wrote: > AFAIK, nobody has announced that the "old" way is death, > therefore I would like to know if the breakage is intentional > and if it is, if there's a technical reason why these methods > can no longer coexists. The "old way" built the .sys and .inf files into a .ko along with if_ndis=20 code. In the "new way" you build the .sys and .inf files into a .ko without any=20 other code. When you load it, it pulls in if_ndis which then reads the=20 wrapped .sys and .inf file you loaded. You can't build things the "old way" any more because the if_ndis code no=20 longer expects to be linked to a .sys file. I suggest the best approach would be to submit improved documentation for t= he=20 ndiscvt man page (and a new ndisgen page) along with some handbook changes.= =20 It would also be fairly trivial to modify ndisgen to take some arguments. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1495254.kG6LLdx7ND Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyzla5ZPcIHs/zowRAtfpAJ4nA4KOO4hxmwMHtA4+IzduRA4YNACeL/6B o7RtKpwQpmlKvv4O6f2fDbQ= =umBB -----END PGP SIGNATURE----- --nextPart1495254.kG6LLdx7ND-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 03:42:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9081A16A41C; Wed, 6 Jul 2005 03:42:42 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3415743D4C; Wed, 6 Jul 2005 03:42:41 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id E9DF86CC7F; Wed, 6 Jul 2005 11:47:52 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44162-08; Wed, 6 Jul 2005 11:47:51 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.105.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 0B24F6CC5C; Wed, 6 Jul 2005 11:47:50 +0800 (MYT) Date: Wed, 6 Jul 2005 11:42:41 +0800 From: Ariff Abdullah To: Greg 'groggy' Lehey Message-Id: <20050706114241.106a1013.skywizard@MyBSD.org.my> In-Reply-To: <20050706004659.GS40537@wantadilla.lemis.com> References: <200507060231.44255.lofi@freebsd.org> <20050706004659.GS40537@wantadilla.lemis.com> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY Cc: freebsd-stable@freebsd.org, lofi@freebsd.org Subject: Re: Panic: don't do that ... while unloading snd_ich.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 03:42:42 -0000 On Wed, 6 Jul 2005 10:16:59 +0930 Greg 'groggy' Lehey wrote: > On Wednesday, 6 July 2005 at 2:31:37 +0200, Michael Nottebrock > wrote: > > Readily reproducable, 5.4-STABLE as of last week. > > > > Kernel messages prior to panic (from memory): > > > > pcm0: unregister: mixer busy > > WARNING: Driver mistake: destroy_dev on 30/3 > > This is a phkism. It's supposed to tell the developer to fix his > code. You'll have to look at the code and work out what's wrong. I > don't understand how this could get into STABLE, though. > > Greg It's a long standing sound driver unloading routine bug, not really phkism. http://staff.mybsd.org.my/skywizard/FreeBSD/sound/RELENG_5/pcm/mixer.c.diff http://staff.mybsd.org.my/skywizard/FreeBSD/sound/RELENG_5/pcm/sound.c.diff http://staff.mybsd.org.my/skywizard/FreeBSD/sound/RELENG_5/pcm/dsp.c.diff will solve the problem. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 03:47:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C724C16A41C; Wed, 6 Jul 2005 03:47:24 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682F243D4C; Wed, 6 Jul 2005 03:47:24 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 6D4116CC92; Wed, 6 Jul 2005 11:52:37 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44162-09; Wed, 6 Jul 2005 11:52:35 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.105.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 672A16CC5C; Wed, 6 Jul 2005 11:52:35 +0800 (MYT) Date: Wed, 6 Jul 2005 11:47:25 +0800 From: Ariff Abdullah To: grog@FreeBSD.org Message-Id: <20050706114725.1d4ab7aa.skywizard@MyBSD.org.my> In-Reply-To: <20050706114241.106a1013.skywizard@MyBSD.org.my> References: <200507060231.44255.lofi@freebsd.org> <20050706004659.GS40537@wantadilla.lemis.com> <20050706114241.106a1013.skywizard@MyBSD.org.my> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY Cc: freebsd-stable@freebsd.org, lofi@freebsd.org Subject: Re: Panic: don't do that ... while unloading snd_ich.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 03:47:24 -0000 On Wed, 6 Jul 2005 11:42:41 +0800 Ariff Abdullah wrote: > > > On Wed, 6 Jul 2005 10:16:59 +0930 > Greg 'groggy' Lehey wrote: > > On Wednesday, 6 July 2005 at 2:31:37 +0200, Michael Nottebrock > > wrote: > > > Readily reproducable, 5.4-STABLE as of last week. > > > > > > Kernel messages prior to panic (from memory): > > > > > > pcm0: unregister: mixer busy > > > WARNING: Driver mistake: destroy_dev on 30/3 > > > > This is a phkism. It's supposed to tell the developer to fix his > > code. You'll have to look at the code and work out what's wrong. > > I don't understand how this could get into STABLE, though. > > > > Greg > > It's a long standing sound driver unloading routine bug, not really > phkism. > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/RELENG_5/pcm/mixer.c.diff > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/RELENG_5/pcm/sound.c.diff > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/RELENG_5/pcm/dsp.c.diff > > will solve the problem. Ah.. sorry. Greg was right. *It's supposed to tell the developer to fix the driver code*. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 05:48:57 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2507516A41F for ; Wed, 6 Jul 2005 05:48:57 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54405.mail.yahoo.com (web54405.mail.yahoo.com [68.142.225.161]) by mx1.FreeBSD.org (Postfix) with SMTP id A2E8D43D49 for ; Wed, 6 Jul 2005 05:48:56 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 53814 invoked by uid 60001); 6 Jul 2005 05:48:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iTaPU+vFISNLtswchGjeadg38XxO2+bov5Ae0tTRjvFQqLjRi9BRJCNYedkeJWw+bsF7RlIezrPd0ZatMhfV0sHaUyZYACrub2Az+91TSdyE++kbKH1oRk41nDBSS6e1ALwqvdmevvbCupBkTqkOVx49mnmKB5ayo0qN2AG5k+Y= ; Message-ID: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Received: from [139.168.36.39] by web54405.mail.yahoo.com via HTTP; Tue, 05 Jul 2005 22:48:55 PDT Date: Tue, 5 Jul 2005 22:48:55 -0700 (PDT) From: snort Snort To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: network resquest to tap pseudo device driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 05:48:57 -0000 Hi, Can anybody tell me what benefit for building a tap pseudo ethernet device driver for some sort of network communication? Why not directly communicate thru a "real" ethernet device driver like fxp0, xl0, etc. Thanks Sam ____________________________________________________ Sell on Yahoo! Auctions – no fees. Bid on great items. http://auctions.yahoo.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 07:30:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D0B16A41C for ; Wed, 6 Jul 2005 07:30:14 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AFFB43D48 for ; Wed, 6 Jul 2005 07:30:14 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:51387) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1Dq4MH-00037b-W9; Wed, 06 Jul 2005 00:30:14 -0700 Message-ID: <42CB8864.3010209@FreeBSD.org> Date: Wed, 06 Jul 2005 00:29:40 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <42B5ED53.3010805@hosting50.cz> <42C8F90D.3050505@cytexbg.com> In-Reply-To: <42C8F90D.3050505@cytexbg.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: freebsd-stable@freebsd.org Subject: Re: SCSI troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 07:30:14 -0000 Niki Denev wrote: > From what i understand this is not exactly a FreeBSD problem, but rather > a consequence of U320 being really hard on the hardware with pushing it > to the limits. Incorrect. The relevant parts of the output you pasted are: ahd Seagate drives Attaching more than one Seagate drive to a single Adaptec chain will result in various weird and wonderful behavior as you've described. This is above and beyond well known (and documented) issues with data loss and corruption with certain firmware revisions on Seagate drives. You have essentially two options: (1) disable the (on-board) adaptec controller, and use something else (LSI cards work pretty good) (2) chunk the Seagate drives, and replace them with some other vendor (Hitachi, for example, in our high-stress environments, show equivalent MTBFs) I've spent several years (no, I'm not kidding) going around the loop between Adaptec, Seagate, and various motherboard manufacturers, trying to get sensible U320 performance out of the hardware. Each vendor blames the other. Now, I'm a tenacious person by nature (guess it's part of being English), and I have no intention of letting this just go until I hear some real, valid, reasons as to the interoperability issues (are you listening Seagate?) However, in the meantime, if you don't want to cripple those expensive U320 drives by dropping the controller to U160 for each and every device, I strongly recommend either option (1) or (2) above, and move on. -aDe From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 07:40:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0DE416A41C for ; Wed, 6 Jul 2005 07:40:27 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from out-1.mail.amis.net (out-1.mail.amis.net [212.18.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0139343D46 for ; Wed, 6 Jul 2005 07:40:26 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-3.mail.amis.net [212.18.32.22]) by out-1.mail.amis.net (Postfix) with ESMTP id A00445B56A3; Wed, 6 Jul 2005 09:40:25 +0200 (CEST) Received: from in-3.mail.amis.net ([127.0.0.1]) by localhost (in-3.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05927-05; Wed, 6 Jul 2005 09:40:20 +0200 (CEST) Received: from smtp.amis.net (smtp.amis.net [212.18.32.41]) by in-3.mail.amis.net (Postfix) with ESMTP id 7F498FB907; Wed, 6 Jul 2005 09:40:20 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by smtp.amis.net (Postfix) with ESMTP id 54A7E396813; Wed, 6 Jul 2005 09:40:20 +0200 (CEST) Date: Wed, 6 Jul 2005 09:40:20 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: freebsd-stable@freebsd.org In-Reply-To: <20050701184352.GA177@xor.obsecurity.org> Message-ID: <20050706093012.M3376@titanic.medinet.si> References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-4.987 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.912, BAYES_00=-2.599] X-Spam-Level: Cc: Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 07:40:27 -0000 On Fri, 1 Jul 2005, Kris Kennaway wrote: >> On Tue, Jun 28, 2005 at 11:26:06AM -0400, Matt Juszczak wrote: >>> After CPUID: 1, the machine locks cold and nothing else is printed to >>> the screen. >> >> Try two things: >> >> 1) adding 'options KDB_STOP_NMI' to your kernel config. > > I just learned that you also need to set the > debug.kdb.stop_cpus_with_nmi=1 sysctl (e.g. in sysctl.conf). I'm experiencing the same crashes as Matt, but on 5.4-RELEASE-p3. The machine is a HP DL380 G3 and it is heavily loaded (postfix mail server running amavisd-new with antivirus and antispam, so it has heavy IO and CPU load). It does not survive more than a couple of hours, while it is rock stable running 4.11. We have four machines like this, three of them are now again running 4.11 and we left the fourth one at 5.4. We have two other DL380 servers working on our outbound mail queue, but they are not SMP and they are rock stable on 5.4. Without KDB_STOP_NMI, the machine was basically stuck after a crash. Now I've finally landed in the kernel debugger and I have a trace from DDB and have also been able to generate a crashdump with "call doadump". If a developer is willing to investigate, I have: - the vmcore file from the crash (its size is 1GB) - the corresponding kernel, compiled with debug symbols - a GIF of the console at the time of the crash with the backtrace at the time of crash - a dmesg from the box (see below) - the kernel config file Please contact me if you want to investigate this further. Just in case, here is a dmesg from the box: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p3 #0: Tue Jul 5 18:37:15 CEST 2005 blaz@bigbrother.amis.net:/usr/obj/usr/src5/sys/DL380 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3049.93-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073717248 (1023 MB) avail memory = 1045372928 (996 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 4.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2000-0x200f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xf5ef0000-0xf5ef0fff irq 7 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 ciss0: port 0x3000-0x30ff mem 0xf7cf0000-0xf7cf3fff,0xf7dc0000-0xf7dfffff irq 30 at device 3.0 on pci1 pcib2: on acpi0 pci2: on pcib2 bge0: mem 0xf7ef0000-0xf7efffff irq 29 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0e:7f:20:22:91 bge1: mem 0xf7ee0000-0xf7eeffff irq 31 at device 2.0 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0e:7f:20:22:90 pcib3: on acpi0 pci3: on pcib3 pcib4: on acpi0 pci6: on pcib4 pci6: at device 30.0 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled acd0: CDROM at ata0-master PIO4 SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) Mounting root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /spool was not properly dismounted /spool: mount pending error: blocks 5484 files 14 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 08:32:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B237D16A41C for ; Wed, 6 Jul 2005 08:32:15 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D6DA43D53 for ; Wed, 6 Jul 2005 08:32:15 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1080263wra for ; Wed, 06 Jul 2005 01:32:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JsjPzjzWGjlJnjQqGLkSJ9VzvZeDpXZDFKZdQrDCx91t7waIIIvWysElREH18+gcGWjVBU0//yq+xyS2rIy0l78hDd9bIEK93+YgaFmVLkZU+RWQ3OdiWHVd6HHfUkhI2sACcpyxESy/MZaO7UGSuyGAUqg9zn93hnaLOoLbpFE= Received: by 10.54.45.1 with SMTP id s1mr213052wrs; Wed, 06 Jul 2005 01:32:14 -0700 (PDT) Received: by 10.54.125.12 with HTTP; Wed, 6 Jul 2005 01:32:14 -0700 (PDT) Message-ID: Date: Wed, 6 Jul 2005 10:32:14 +0200 From: Claus Guttesen To: Blaz Zupan In-Reply-To: <20050706093012.M3376@titanic.medinet.si> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:32:15 -0000 > I'm experiencing the same crashes as Matt, but on 5.4-RELEASE-p3. The mac= hine > is a HP DL380 G3 and it is heavily loaded (postfix mail server running > amavisd-new with antivirus and antispam, so it has heavy IO and CPU load)= . It > does not survive more than a couple of hours, while it is rock stable run= ning > 4.11. We have four machines like this, three of them are now again runnin= g > 4.11 and we left the fourth one at 5.4. We have two other DL380 servers > working on our outbound mail queue, but they are not SMP and they are roc= k > stable on 5.4. > > CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3049.93-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 > Features=3D0xbfebfbff > Hyperthreading: 2 logical CPUs Have you tried to disable HTT? It's doesn't give you alot, and in some cases it decreases performance. regards Claus From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 08:44:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD6CA16A41C for ; Wed, 6 Jul 2005 08:44:17 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F18543D49 for ; Wed, 6 Jul 2005 08:44:16 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-1.mail.amis.net [212.18.32.15]) by out-2.mail.amis.net (Postfix) with ESMTP id D5C47108C6A; Wed, 6 Jul 2005 10:44:15 +0200 (CEST) Received: from in-1.mail.amis.net ([127.0.0.1]) by localhost (in-1.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93775-03; Wed, 6 Jul 2005 10:44:13 +0200 (CEST) Received: from smtp.amis.net (smtp.amis.net [212.18.32.41]) by in-1.mail.amis.net (Postfix) with ESMTP id E51A23C7FA3; Wed, 6 Jul 2005 10:44:12 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by smtp.amis.net (Postfix) with ESMTP id B2D9D396801; Wed, 6 Jul 2005 10:44:12 +0200 (CEST) Date: Wed, 6 Jul 2005 10:44:12 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Claus Guttesen In-Reply-To: Message-ID: <20050706104344.U4718@titanic.medinet.si> References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-5.072 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.827, BAYES_00=-2.599] X-Spam-Level: Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:44:17 -0000 > Have you tried to disable HTT? It's doesn't give you alot, and in some > cases it decreases performance. Yes, there is absolutely no difference. Disabled HTT in the BIOS and in FreeBSD, the box still crashes. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 08:54:51 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59A9C16A41C; Wed, 6 Jul 2005 08:54:51 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F5E243D49; Wed, 6 Jul 2005 08:54:50 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 6 Jul 2005 09:54:48 +0100 (BST) Date: Wed, 6 Jul 2005 09:54:48 +0100 From: David Malone To: snort Snort Message-ID: <20050706085448.GA74870@walton.maths.tcd.ie> References: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706054855.53812.qmail@web54405.mail.yahoo.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: network resquest to tap pseudo device driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:54:51 -0000 On Tue, Jul 05, 2005 at 10:48:55PM -0700, snort Snort wrote: > Can anybody tell me what benefit for building a tap > pseudo ethernet device driver for some sort of network > communication? Why not directly communicate thru a > "real" ethernet device driver like fxp0, xl0, etc. A tap interface can be used by machine that don't have real hardware (for example, a vmware virtual machine) to access a real network. Another possibility is to use a tap interface to bridge two ethernets together over an intermediate IP network, possibly encrypting the frames in transit. David. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 10:25:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E31CB16A41C for ; Wed, 6 Jul 2005 10:25:08 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9649F43D49 for ; Wed, 6 Jul 2005 10:25:08 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dq75W-000Ids-Lm for freebsd-stable@freebsd.org; Wed, 06 Jul 2005 11:25:06 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1Dq75W-000J4H-Av for freebsd-stable@freebsd.org; Wed, 06 Jul 2005 11:25:06 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Wed, 06 Jul 2005 11:25:06 +0100 Subject: Interrupted system calls on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 10:25:09 -0000 Since moving from 4.11 to 5.4 I have started seeing the occasional write to a socket return with EINTR. This puzzles me, as looking at the man page for siginterrupt it says that restarting the system call is the default behaviour (and has been since BSD 4.2) if no data has been transferred. If data *has* been transferred then I will simply get a short write returned. So by my reading I should never see an EINTR in the default case - and indeed I didn't under 4.11 - but under 5.4 I do. Is this a failure of my understanding somewhere along the line or is there some kind of problem here ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 12:22:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5294B16A41C; Wed, 6 Jul 2005 12:22:15 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0302943D45; Wed, 6 Jul 2005 12:22:14 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id CE0BC6538B; Wed, 6 Jul 2005 13:22:10 +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 82852-01-2; Wed, 6 Jul 2005 13:22:10 +0100 (BST) Received: from empiric.dek.spc.org (host81-136-156-39.in-addr.btopenworld.com [81.136.156.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id C4AA265213; Wed, 6 Jul 2005 13:22:09 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 1F81B61A7; Wed, 6 Jul 2005 13:21:50 +0100 (BST) Date: Wed, 6 Jul 2005 13:21:50 +0100 From: Bruce M Simpson To: snort Snort Message-ID: <20050706122149.GA812@empiric.icir.org> Mail-Followup-To: snort Snort , freebsd-current@freebsd.org, stable@freebsd.org References: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Cc: stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: network resquest to tap pseudo device driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 12:22:15 -0000 On Tue, Jul 05, 2005 at 10:48:55PM -0700, snort Snort wrote: > Can anybody tell me what benefit for building a tap > pseudo ethernet device driver for some sort of network > communication? Why not directly communicate thru a > "real" ethernet device driver like fxp0, xl0, etc. Sometimes you want to emulate Ethernet over another link layer. Or you might want to just simulate an Ethernet network. Or the Ethernet hardware might not actually physically exist. Look at OpenVPN and VMware for concrete examples of the use of tun/tap. BMS From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 15:08:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF9216A41C for ; Wed, 6 Jul 2005 15:08:09 +0000 (GMT) (envelope-from list@sqrug.org) Received: from seldon.sqrug.org (seldon.sqrug.org [199.164.165.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71D0F43D4C for ; Wed, 6 Jul 2005 15:08:07 +0000 (GMT) (envelope-from list@sqrug.org) Received: from list by seldon.sqrug.org with local (Exim 3.35 #1 (Debian)) id 1DqAev-0006LF-00 for ; Wed, 06 Jul 2005 09:13:53 -0500 To: freebsd-stable@freebsd.org References: In-Reply-To: on Wed, 6 Jul 2005 15:12:36 +0100 From: The administrator of sqr-users X-Loop: sqr-users@sqrug.org Message-Id: Sender: SmartList Date: Wed, 06 Jul 2005 09:13:53 -0500 Subject: Re: Delivery reports about your e-mail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:08:09 -0000 Hi, this is an automatic reply. Your message to this list HAS BEEN REGULARLY DELIVERED. However, some non-textual MIME parts have been stripped from it. YOU DO NOT NEED TO RESEND THIS MESSAGE. Most often, this may be due to the following conditions: * Your mail-reader program sends messages both in text and HTML; you can avoid receiving this warning message by setting your program to generate text-only messages. * You attempted to send a message that contained non-text attachments, such as windows executables, image files, or MS Word documents. For security reasons and because many users can not open then, these types of files should not be sent out over the mailing list. * You meant to send a sample SQR program or configuration file as an attachment, but your mail-reader program is assigning the wrong MIME type to the attachment. (For example, some mail readers seem to use "application/octet-stream" instead the actual type of the attachment.) You will need to configure your mail reader to use the correct MIME type, or cut-and-paste the attachment into the body of your message. This is a list of the MIME types of each stripped part: A. application/octet-stream From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 15:11:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 556E116A41C for ; Wed, 6 Jul 2005 15:11:30 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id A408943D45 for ; Wed, 6 Jul 2005 15:11:29 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 1046 invoked from network); 6 Jul 2005 15:11:27 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.3.98]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 6 Jul 2005 15:11:27 -0000 Date: Wed, 6 Jul 2005 17:11:34 +0200 From: Fabian Keil To: "Daniel O'Connor" Message-ID: <20050706171134.4f883789@localhost> In-Reply-To: <200507061122.26639.doconnor@gsoft.com.au> References: <20050705151932.783200e6@localhost> <200507061122.26639.doconnor@gsoft.com.au> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Wed__6_Jul_2005_17_11_34_+0200_QVca0hcgZO7sEX6m; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-stable@freebsd.org Subject: Re: ndisgen intended to be the only way to generate ndis? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:11:30 -0000 --Signature_Wed__6_Jul_2005_17_11_34_+0200_QVca0hcgZO7sEX6m Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Daniel O'Connor" wrote: > On Tue, 5 Jul 2005 22:49, Fabian Keil wrote: > > AFAIK, nobody has announced that the "old" way is death, > > therefore I would like to know if the breakage is intentional > > and if it is, if there's a technical reason why these methods > > can no longer coexists. >=20 > The "old way" built the .sys and .inf files into a .ko along with if_ndis= =20 > code. >=20 > In the "new way" you build the .sys and .inf files into a .ko without any= =20 > other code. When you load it, it pulls in if_ndis which then reads the=20 > wrapped .sys and .inf file you loaded. >=20 > You can't build things the "old way" any more because the if_ndis code no= =20 > longer expects to be linked to a .sys file. Thanks for pointing this out. I have missed this design change completely. > I suggest the best approach would be to submit improved documentation for= the=20 > ndiscvt man page (and a new ndisgen page) along with some handbook change= s.=20 > It would also be fairly trivial to modify ndisgen to take some arguments. Agreed. Fabian --=20 http://www.fabiankeil.de/ --Signature_Wed__6_Jul_2005_17_11_34_+0200_QVca0hcgZO7sEX6m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCy/SyoomUOj0wp30RAqsfAJ9gR0izWQvcb02WWZE3WiUvU15/8ACgkdQ5 3Bkme2imlcc3ad0lIxybM9g= =mq0M -----END PGP SIGNATURE----- --Signature_Wed__6_Jul_2005_17_11_34_+0200_QVca0hcgZO7sEX6m-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 15:23:25 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE29C16A41C; Wed, 6 Jul 2005 15:23:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E98043D49; Wed, 6 Jul 2005 15:23:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from d51mxn11 (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 06 Jul 2005 11:37:21 -0400 From: John Baldwin To: Anders Nordby Date: Wed, 6 Jul 2005 11:10:27 -0400 User-Agent: KMail/1.8 References: <20050705223838.GA39419@totem.fix.no> In-Reply-To: <20050705223838.GA39419@totem.fix.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507061110.28305.jhb@FreeBSD.org> Cc: stable@FreeBSD.org, Peter Wemm Subject: Re: APIC problems on FreeBSD/amd64 && panic: Can't find ExtINT pin to route through! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:23:25 -0000 On Tuesday 05 July 2005 06:38 pm, Anders Nordby wrote: > Hi John, > > From my console: > > FreeBSD 5.4-RELEASE-p2 #2: Wed Jul 6 00:01:31 CEST 2005 > root@master.nuug.no:/usr/obj/usr/src/sys/MASTER > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 248 (2193.76-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 > > Features=0x78bfbff,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> AMD > Features=0xe0500800 > real memory = 2146893824 (2047 MB) > avail memory = 2061148160 (1965 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-0 on motherboard > ioapic1 irqs 1-4 on motherboard > panic: Can't find ExtINT pin to route through! > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort You're first APIC claims to have 0 IRQs assigned, and the second claims to have only 4! Can you provide boot -v output as well as the output of acpidump -t and mptable? This is not a problem with irq0, your box seems much more hosed. There's no way you can expect a box to run with only four IRQs. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 15:30:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD91716A41C for ; Wed, 6 Jul 2005 15:30:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E6143D48 for ; Wed, 6 Jul 2005 15:30:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7295251374; Wed, 6 Jul 2005 11:30:24 -0400 (EDT) Date: Wed, 6 Jul 2005 11:30:24 -0400 From: Kris Kennaway To: Blaz Zupan Message-ID: <20050706153024.GA80897@xor.obsecurity.org> References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20050706093012.M3376@titanic.medinet.si> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:30:25 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jul 06, 2005 at 09:40:20AM +0200, Blaz Zupan wrote: > If a developer is willing to investigate, I have: > - the vmcore file from the crash (its size is 1GB) > - the corresponding kernel, compiled with debug symbols Please obtain the backtrace with kgdb. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCy/kQWry0BWjoQKURAmzvAKCSW/Wtc6q8DQ1S1rQ3UEwWonfYcgCff/vw WcUQRTfChiph+C+I4sn/ddY= =wPuk -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 16:10:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD60616A47A for ; Wed, 6 Jul 2005 16:10:25 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00B4143D4C for ; Wed, 6 Jul 2005 16:10:24 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-4.mail.amis.net [212.18.32.23]) by out-2.mail.amis.net (Postfix) with ESMTP id CD82D109012; Wed, 6 Jul 2005 18:10:23 +0200 (CEST) Received: from in-4.mail.amis.net ([127.0.0.1]) by localhost (in-4.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90338-07; Wed, 6 Jul 2005 18:10:21 +0200 (CEST) Received: from smtp.amis.net (smtp.amis.net [212.18.32.41]) by in-4.mail.amis.net (Postfix) with ESMTP id 1065B4ADA87; Wed, 6 Jul 2005 18:10:21 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by smtp.amis.net (Postfix) with ESMTP id EFAA9396801; Wed, 6 Jul 2005 18:10:20 +0200 (CEST) Date: Wed, 6 Jul 2005 18:10:20 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Kris Kennaway In-Reply-To: <20050706153024.GA80897@xor.obsecurity.org> Message-ID: <20050706180434.A9770@titanic.medinet.si> References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> <20050706153024.GA80897@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-413037934-1120666220=:9770" X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-4.769 required=5 tests=[ALL_TRUSTED=-3.3, AWL=1.130, BAYES_00=-2.599] X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:10:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-413037934-1120666220=:9770 Content-Type: TEXT/PLAIN; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 6 Jul 2005, Kris Kennaway wrote: > Please obtain the backtrace with kgdb. Here you go: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159=09pcpu.h: No such file or directory. =09in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc044b006 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1067606609, = dummy4=3D0xe4b6c9d0 "=FC=C9=B6=E4(\205]=C0=E8=C9=B6=E4=EC=C9=B6=E4\222\a") at /usr/src5/sys/ddb/db_command.c:531 #2 0xc044ae14 in db_command (last_cmdp=3D0xc0674644, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc064226c, aux_cmd_tablep_end=3D0xc0642270) at /usr/src5/sys/ddb/db_command.c:349 #3 0xc044aedc in db_command_loop () at /usr/src5/sys/ddb/db_command.c:455 #4 0xc044ca75 in db_trap (type=3D12, code=3D0) at /usr/src5/sys/ddb/db_mai= n.c:221 #5 0xc04e6599 in kdb_trap (type=3D12, code=3D0, tf=3D0xe4b6cb3c) at /usr/s= rc5/sys/kern/subr_kdb.c:468 #6 0xc05f4c79 in trap_fatal (frame=3D0xe4b6cb3c, eva=3D36) at /usr/src5/sy= s/i386/i386/trap.c:812 #7 0xc05f43e9 in trap (frame=3D {tf_fs =3D -1040580584, tf_es =3D -1029439472, tf_ds =3D 16, tf_edi = =3D -1038000128, tf_esi =3D -1066898900, tf_ebp =3D -457782384, tf_isp =3D = -457782424, tf_ebx =3D -1040530304, tf_edx =3D -1040524364, tf_ecx =3D -104= 0524544, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -10685741= 01, tf_cs =3D 8, tf_eflags =3D 65683, tf_esp =3D 180, tf_ss =3D 0}) at /usr= /src5/sys/i386/i386/trap.c:255 #8 0xc05e283a in calltrap () at /usr/src5/sys/i386/i386/exception.s:140 #9 0xc1fa0018 in ?? () #10 0xc2a40010 in ?? () #11 0x00000010 in ?? () #12 0xc2216000 in ?? () #13 0xc0686a2c in tcbinfo () #14 0xe4b6cb90 in ?? () #15 0xe4b6cb68 in ?? () #16 0xc1fac480 in ?? () #17 0xc1fadbb4 in ?? () #18 0xc1fadb00 in ?? () #19 0x00000000 in ?? () #20 0x0000000c in ?? () #21 0x00000000 in ?? () #22 0xc04eda6b in propagate_priority (td=3D0xc2216000) at /usr/src5/sys/ker= n/subr_turnstile.c:243 #23 0xc04ee225 in turnstile_wait (ts=3D0xc1fadb00, lock=3D0xc0686a2c, owner= =3D0xc2216000) at /usr/src5/sys/kern/subr_turnstile.c:556 #24 0xc04c5ced in _mtx_lock_sleep (m=3D0xc0686a2c, td=3D0xc1fac480, opts=3D= 0, file=3D0x0, line=3D0) at /usr/src5/sys/kern/kern_mutex.c:552 #25 0xc0559ad8 in tcp_usr_rcvd (so=3D0x0, flags=3D0) at /usr/src5/sys/netin= et/tcp_usrreq.c:602 #26 0xc0506103 in soreceive (so=3D0xc27bf798, psa=3D0x0, uio=3D0xe4b6cc88, = mp0=3D0x0, controlp=3D0x0, flagsp=3D0x0) at /usr/src5/sys/kern/uipc_socket.c:1395 #27 0xc04f4bd9 in soo_read (fp=3D0x0, uio=3D0xe4b6cc88, active_cred=3D0xc28= 84a80, flags=3D0, td=3D0xc1fac480) at /usr/src5/sys/kern/sys_socket.c:91 #28 0xc04ee865 in dofileread (td=3D0xc1fac480, fp=3D0xc2e17bb0, fd=3D10, bu= f=3D0x0, nbyte=3D4096, offset=3DUnhandled dwarf expression opcode 0x93 ) at file.h:233 #29 0xc04ee72f in read (td=3D0xc1fac480, uap=3D0xe4b6cd14) at /usr/src5/sys= /kern/sys_generic.c:107 #30 0xc05f4fe7 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D -1078001617, tf_edi =3D 10, t= f_esi =3D 300, tf_ebp =3D -1077942168, tf_isp =3D -457781900, tf_ebx =3D 13= 4822152, tf_edx =3D 0, tf_ecx =3D 10, tf_eax =3D 3, tf_trapno =3D 0, tf_err= =3D 2, tf_eip =3D 672556795, tf_cs =3D 31, tf_eflags =3D 658, tf_esp =3D -= 1077942212, tf_ss =3D 47}) at /usr/src5/sys/i386/i386/trap.c:1009 #31 0xc05e288f in Xint0x80_syscall () at /usr/src5/sys/i386/i386/exception.= s:201 #32 0x0000002f in ?? () #33 0x0000002f in ?? () #34 0xbfbf002f in ?? () #35 0x0000000a in ?? () #36 0x0000012c in ?? () #37 0xbfbfe868 in ?? () #38 0xe4b6cd74 in ?? () #39 0x08093908 in ?? () #40 0x00000000 in ?? () #41 0x0000000a in ?? () #42 0x00000003 in ?? () #43 0x00000000 in ?? () #44 0x00000002 in ?? () #45 0x281666fb in ?? () #46 0x0000001f in ?? () #47 0x00000292 in ?? () #48 0xbfbfe83c in ?? () #49 0x0000002f in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x2c75b000 in ?? () #55 0xc22de000 in ?? () #56 0xc1fac480 in ?? () #57 0xe4b6ccac in ?? () #58 0xe4b6cc94 in ?? () #59 0xc1f26000 in ?? () #60 0xc04ded13 in sched_switch (td=3D0x12c, newtd=3D0x8093908, flags=3DCann= ot access memory at address 0xbfbfe878 ) at /usr/src5/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) quit --0-413037934-1120666220=:9770-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 16:16:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94BB816A41C; Wed, 6 Jul 2005 16:16:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF3543D45; Wed, 6 Jul 2005 16:16:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3C34651201; Wed, 6 Jul 2005 12:16:40 -0400 (EDT) Date: Wed, 6 Jul 2005 12:16:39 -0400 From: Kris Kennaway To: Blaz Zupan Message-ID: <20050706161638.GA86532@xor.obsecurity.org> References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> <20050706153024.GA80897@xor.obsecurity.org> <20050706180434.A9770@titanic.medinet.si> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20050706180434.A9770@titanic.medinet.si> User-Agent: Mutt/1.4.2.1i Cc: rwatson@FreeBSD.org, freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:16:42 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 06, 2005 at 06:10:20PM +0200, Blaz Zupan wrote: > On Wed, 6 Jul 2005, Kris Kennaway wrote: > >Please obtain the backtrace with kgdb. >=20 > Here you go: > #9 0xc1fa0018 in ?? () > #10 0xc2a40010 in ?? () > #11 0x00000010 in ?? () > #12 0xc2216000 in ?? () > #13 0xc0686a2c in tcbinfo () > #14 0xe4b6cb90 in ?? () > #15 0xe4b6cb68 in ?? () > #16 0xc1fac480 in ?? () > #17 0xc1fadbb4 in ?? () > #18 0xc1fadb00 in ?? () > #19 0x00000000 in ?? () > #20 0x0000000c in ?? () > #21 0x00000000 in ?? () > #22 0xc04eda6b in propagate_priority (td=3D0xc2216000) at=20 > /usr/src5/sys/kern/subr_turnstile.c:243 > #23 0xc04ee225 in turnstile_wait (ts=3D0xc1fadb00, lock=3D0xc0686a2c,=20 > owner=3D0xc2216000) > at /usr/src5/sys/kern/subr_turnstile.c:556 > #24 0xc04c5ced in _mtx_lock_sleep (m=3D0xc0686a2c, td=3D0xc1fac480, opts= =3D0,=20 > file=3D0x0, line=3D0) > at /usr/src5/sys/kern/kern_mutex.c:552 > #25 0xc0559ad8 in tcp_usr_rcvd (so=3D0x0, flags=3D0) at=20 > /usr/src5/sys/netinet/tcp_usrreq.c:602 Interesting, this seems to finger the TCP code. Are you compiling your kernel with -O2 though (this causes bogus stack frames like you have here)? If so, recompile with -O and try to obtain another trace. CC'ing rwatson. Kris > #26 0xc0506103 in soreceive (so=3D0xc27bf798, psa=3D0x0, uio=3D0xe4b6cc88= ,=20 > mp0=3D0x0, controlp=3D0x0, flagsp=3D0x0) > at /usr/src5/sys/kern/uipc_socket.c:1395 > #27 0xc04f4bd9 in soo_read (fp=3D0x0, uio=3D0xe4b6cc88, active_cred=3D0xc= 2884a80,=20 > flags=3D0, td=3D0xc1fac480) > at /usr/src5/sys/kern/sys_socket.c:91 > #28 0xc04ee865 in dofileread (td=3D0xc1fac480, fp=3D0xc2e17bb0, fd=3D10, = buf=3D0x0,=20 > nbyte=3D4096, offset=3DUnhandled dwarf expression opcode 0x93 > ) at file.h:233 > #29 0xc04ee72f in read (td=3D0xc1fac480, uap=3D0xe4b6cd14) at=20 > /usr/src5/sys/kern/sys_generic.c:107 > #30 0xc05f4fe7 in syscall (frame=3D > {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D -1078001617, tf_edi =3D 10, = tf_esi =3D=20 > 300, tf_ebp =3D -1077942168, tf_isp =3D -457781900, tf_ebx =3D 1348= 22152,=20 > tf_edx =3D 0, tf_ecx =3D 10, tf_eax =3D 3, tf_trapno =3D 0, tf_err = =3D 2,=20 > tf_eip =3D 672556795, tf_cs =3D 31, tf_eflags =3D 658, tf_esp =3D= =20 > -1077942212, tf_ss =3D 47}) at /usr/src5/sys/i386/i386/trap.c:1009 > #31 0xc05e288f in Xint0x80_syscall () at=20 > /usr/src5/sys/i386/i386/exception.s:201 > #32 0x0000002f in ?? () > #33 0x0000002f in ?? () > #34 0xbfbf002f in ?? () > #35 0x0000000a in ?? () > #36 0x0000012c in ?? () > #37 0xbfbfe868 in ?? () > #38 0xe4b6cd74 in ?? () > #39 0x08093908 in ?? () > #40 0x00000000 in ?? () > #41 0x0000000a in ?? () > #42 0x00000003 in ?? () > #43 0x00000000 in ?? () > #44 0x00000002 in ?? () > #45 0x281666fb in ?? () > #46 0x0000001f in ?? () > #47 0x00000292 in ?? () > #48 0xbfbfe83c in ?? () > #49 0x0000002f in ?? () > #50 0x00000000 in ?? () > #51 0x00000000 in ?? () > #52 0x00000000 in ?? () > #53 0x00000000 in ?? () > #54 0x2c75b000 in ?? () > #55 0xc22de000 in ?? () > #56 0xc1fac480 in ?? () > #57 0xe4b6ccac in ?? () > #58 0xe4b6cc94 in ?? () > #59 0xc1f26000 in ?? () > #60 0xc04ded13 in sched_switch (td=3D0x12c, newtd=3D0x8093908, flags=3DCa= nnot=20 > access memory at address 0xbfbfe878 > ) at /usr/src5/sys/kern/sched_4bsd.c:881 > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzAPmWry0BWjoQKURAg1SAKC1sOtMkHHwnz+F30eCDSpgGdVr6ACdGkKA XSbukUryyaZvqQ4RumSrs4g= =v3vP -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 16:20:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 469FF16A41C; Wed, 6 Jul 2005 16:20:42 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA74A43D55; Wed, 6 Jul 2005 16:20:41 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-1.mail.amis.net [212.18.32.15]) by out-2.mail.amis.net (Postfix) with ESMTP id 132E9108C0E; Wed, 6 Jul 2005 18:20:41 +0200 (CEST) Received: from in-1.mail.amis.net ([127.0.0.1]) by localhost (in-1.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62866-05; Wed, 6 Jul 2005 18:20:38 +0200 (CEST) Received: from smtp.amis.net (smtp.amis.net [212.18.32.41]) by in-1.mail.amis.net (Postfix) with ESMTP id B52043C7F84; Wed, 6 Jul 2005 18:20:38 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by smtp.amis.net (Postfix) with ESMTP id A1EA8396804; Wed, 6 Jul 2005 18:20:38 +0200 (CEST) Date: Wed, 6 Jul 2005 18:20:38 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Kris Kennaway In-Reply-To: <20050706161638.GA86532@xor.obsecurity.org> Message-ID: <20050706181729.L10294@titanic.medinet.si> References: <42BF8815.6090909@atopia.net> <20050627081933.GA97832@cell.sick.ru> <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> <20050706153024.GA80897@xor.obsecurity.org> <20050706180434.A9770@titanic.medinet.si> <20050706161638.GA86532@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-5.093 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.806, BAYES_00=-2.599] X-Spam-Level: Cc: rwatson@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:20:42 -0000 On Wed, 6 Jul 2005, Kris Kennaway wrote: > Interesting, this seems to finger the TCP code. Are you compiling > your kernel with -O2 though (this causes bogus stack frames like you > have here)? If so, recompile with -O and try to obtain another trace. Nope, no funky compile options, all at the default. The only "weird" thing I'm doing is that the world is built on a 4.11 box and is shared between all our boxes, so that we don't need to compile multiple times. The kernel config is here: machine i386 cpu I686_CPU ident DL380 options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options NMBCLUSTERS=12000 options IPFILTER options IPFILTER_LOG options SMP options INCLUDE_CONFIG_FILE options KDB_STOP_NMI options KDB options DDB makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols device apic # I/O APIC device isa device eisa device pci device fdc device ata device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device ciss # Compaq Smart RAID 5* device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device sc device agp # support several AGP chipsets device npx device pmtimer device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ukbd # Keyboard device ums # Mouse From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 16:25:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F8916A41C; Wed, 6 Jul 2005 16:25:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D0E43D45; Wed, 6 Jul 2005 16:25:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 79D6851206; Wed, 6 Jul 2005 12:25:00 -0400 (EDT) Date: Wed, 6 Jul 2005 12:25:00 -0400 From: Kris Kennaway To: Blaz Zupan Message-ID: <20050706162500.GC86532@xor.obsecurity.org> References: <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> <20050706153024.GA80897@xor.obsecurity.org> <20050706180434.A9770@titanic.medinet.si> <20050706161638.GA86532@xor.obsecurity.org> <20050706181729.L10294@titanic.medinet.si> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <20050706181729.L10294@titanic.medinet.si> User-Agent: Mutt/1.4.2.1i Cc: rwatson@FreeBSD.org, freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:25:01 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 06, 2005 at 06:20:38PM +0200, Blaz Zupan wrote: > On Wed, 6 Jul 2005, Kris Kennaway wrote: > >Interesting, this seems to finger the TCP code. Are you compiling > >your kernel with -O2 though (this causes bogus stack frames like you > >have here)? If so, recompile with -O and try to obtain another trace. >=20 > Nope, no funky compile options, all at the default. The only "weird" thin= g=20 > I'm doing is that the world is built on a 4.11 box and is shared between= =20 > all our boxes, so that we don't need to compile multiple times. The kerne= l=20 > config is here: That should be OK as long as you're not cross-compiling for different architectures. Kris --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzAXcWry0BWjoQKURAiUcAKCgyW8jhGyhw6inHd5v7ttqY9/3eACePIzi hEpE6Cqp76bsPrbqaeaBB90= =X4X1 -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 16:29:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F29A916A41C; Wed, 6 Jul 2005 16:29:46 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21DE443D45; Wed, 6 Jul 2005 16:29:46 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-4.mail.amis.net [212.18.32.23]) by out-2.mail.amis.net (Postfix) with ESMTP id 5D88C108D42; Wed, 6 Jul 2005 18:29:45 +0200 (CEST) Received: from in-4.mail.amis.net ([127.0.0.1]) by localhost (in-4.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92954-02; Wed, 6 Jul 2005 18:29:43 +0200 (CEST) Received: from smtp.amis.net (smtp.amis.net [212.18.32.41]) by in-4.mail.amis.net (Postfix) with ESMTP id 3FB024ADA84; Wed, 6 Jul 2005 18:29:43 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by smtp.amis.net (Postfix) with ESMTP id 174D5396805; Wed, 6 Jul 2005 18:29:43 +0200 (CEST) Date: Wed, 6 Jul 2005 18:29:43 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Kris Kennaway In-Reply-To: <20050706162500.GC86532@xor.obsecurity.org> Message-ID: <20050706182919.B10437@titanic.medinet.si> References: <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> <20050706153024.GA80897@xor.obsecurity.org> <20050706180434.A9770@titanic.medinet.si> <20050706161638.GA86532@xor.obsecurity.org> <20050706181729.L10294@titanic.medinet.si> <20050706162500.GC86532@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-4.788 required=5 tests=[ALL_TRUSTED=-3.3, AWL=1.111, BAYES_00=-2.599] X-Spam-Level: Cc: rwatson@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:29:47 -0000 On Wed, 6 Jul 2005, Kris Kennaway wrote: > That should be OK as long as you're not cross-compiling for different > architectures. No, we only have i386 boxes. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 17:18:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C8E16A41F; Wed, 6 Jul 2005 17:18:23 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD84543D46; Wed, 6 Jul 2005 17:18:22 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1DqDXQ-000Hd1-Ni; Wed, 06 Jul 2005 19:18:20 +0200 In-Reply-To: <20050706182919.B10437@titanic.medinet.si> References: <42C16394.4040904@atopia.net> <1119971279.36316.45.camel@buffy.york.ac.uk> <42C16C0E.9090002@atopia.net> <20050629100535.GC27557@xor.obsecurity.org> <20050701184352.GA177@xor.obsecurity.org> <20050706093012.M3376@titanic.medinet.si> <20050706153024.GA80897@xor.obsecurity.org> <20050706180434.A9770@titanic.medinet.si> <20050706161638.GA86532@xor.obsecurity.org> <20050706181729.L10294@titanic.medinet.si> <20050706162500.GC86532@xor.obsecurity.org> <20050706182919.B10437@titanic.medinet.si> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <842E2755-E299-4F42-9255-3982EA828079@anduin.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Wed, 6 Jul 2005 19:18:18 +0200 To: Blaz Zupan X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org, rwatson@FreeBSD.org, Kris Kennaway Subject: Re: FreeBSD -STABLE servers repeatedly crashing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:18:23 -0000 On Jul 6, 2005, at 6:29 PM, Blaz Zupan wrote: > On Wed, 6 Jul 2005, Kris Kennaway wrote: > >> That should be OK as long as you're not cross-compiling for different >> architectures. >> > > No, we only have i386 boxes. Hi, thanks for doing this work. I was working on preparing a similiar set of information, but have been too overworked lately. We have ordered and had delivered a substansial number of DL380 (intel) and DL385 (amd64) machines, that will all be running FreeBSD. However, the recent reports about trouble on these systems has made me wary. Perhaps this will give FreeBSD the solution it needs (I've seen similiar issues on other SMP systems), and me the sleep I need before launch in September ;) Thanks again. Now just hoping it's helpful to someone ;) /Eirik > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 17:55:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DD3516A41C for ; Wed, 6 Jul 2005 17:55:18 +0000 (GMT) (envelope-from gcoon@inch.com) Received: from util.inch.com (mx.inch.com [216.223.198.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3924943D45 for ; Wed, 6 Jul 2005 17:55:18 +0000 (GMT) (envelope-from gcoon@inch.com) Received: from kod.inch.com (kod.inch.com [216.223.192.68]) by util.inch.com (8.12.10/8.12.10/UTIL-INCH-3.0.10) with ESMTP id j66HspuG019770; Wed, 6 Jul 2005 13:54:51 -0400 (EDT) (envelope-from gcoon@inch.com) Date: Wed, 6 Jul 2005 13:54:51 -0400 (EDT) From: Gerald To: freebsd-stable@freebsd.org Message-ID: <20050706133130.H86744@kod.inch.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: gcoon@inch.com Subject: Confusing DNS issue behind FreeBSD NAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:55:18 -0000 Summary: 2 Freebsd -stable machines. 1 is NAT/Gateway for the other. The machine behind the gateway can not resolve DNS for anything that matters like cvsup, but dig and nslookup resolve fine. By all appearances it's ignoring /etc/resolv.conf and selectively answering programs. As a test, a windows machine was hooked up on the network and static-ly provided an IP address (problem machine is static too) and it could resolve fine on the 24.153.158.62 nameserver. These are from the machine behind the nat/gateway. Notice without specifying what server to query with dig, it ignores /etc/resolv.conf and queries localhost. What am I missing? (digs are trimmed to practical information for brevity.) Wed Jul 06 12:30:23 root@10:( /usr/src/) $ uname -a FreeBSD 10.4.10.75 5.4-STABLE FreeBSD 5.4-STABLE #1: Thu Jun 23 10:59:58 CDT 2005 root@10.4.10.75:/usr/obj/usr/src/sys/WEB-NOIPV6 i386 Wed Jul 06 12:30:28 root@10:( /usr/src/) $ cat /etc/resolve.conf nameserver 10.4.10.1 nameserver 24.153.158.62 Wed Jul 06 12:30:31 root@10:( /usr/src/) $ make update -------------------------------------------------------------- >>> Running /usr/local/bin/cvsup -------------------------------------------------------------- Parsing supfile "/usr/share/examples/cvsup/stable-supfile" Name lookup failure for "cvsup6.freebsd.org": Host name lookup failed Will retry at 12:36:00 ^C Wed Jul 06 12:30:41 root@10:( /usr/src/) $ dig cvsup6.freebsd.org ; <<>> DiG 9.3.1 <<>> cvsup6.freebsd.org ;; QUESTION SECTION: ;cvsup6.freebsd.org. IN A ;; ANSWER SECTION: cvsup6.freebsd.org. 3515 IN CNAME sanmateo.ecn.purdue.edu. sanmateo.ecn.purdue.edu. 86316 IN A 128.46.156.46 ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Wed Jul 6 12:30:48 2005 Wed Jul 06 12:30:48 root@10:( /usr/src/) $ dig @10.4.10.1 cvsup6.freebsd.org ; <<>> DiG 9.3.1 <<>> @10.4.10.1 cvsup6.freebsd.org ;; QUESTION SECTION: ;cvsup6.freebsd.org. IN A ;; ANSWER SECTION: cvsup6.freebsd.org. 3534 IN CNAME sanmateo.ecn.purdue.edu. sanmateo.ecn.purdue.edu. 86334 IN A 128.46.156.46 ;; SERVER: 10.4.10.1#53(10.4.10.1) ;; WHEN: Wed Jul 6 12:31:01 2005 Wed Jul 06 12:31:01 root@10:( /usr/src/) $ Gerald From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 18:04:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60AF116A41C for ; Wed, 6 Jul 2005 18:04:47 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3863F43D46 for ; Wed, 6 Jul 2005 18:04:47 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout03/MantshX 4.0) with ESMTP id j66I4lDw017719; Wed, 6 Jul 2005 11:04:47 -0700 (PDT) Received: from [10.1.1.209] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id j66I4jIh017493; Wed, 6 Jul 2005 11:04:46 -0700 (PDT) In-Reply-To: <20050706133130.H86744@kod.inch.com> References: <20050706133130.H86744@kod.inch.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 6 Jul 2005 14:04:42 -0400 To: Gerald X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org Subject: Re: Confusing DNS issue behind FreeBSD NAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:04:47 -0000 On Jul 6, 2005, at 1:54 PM, Gerald wrote: > These are from the machine behind the nat/gateway. Notice without > specifying what server to query with dig, it ignores /etc/resolv.conf > and queries localhost. What am I missing? (digs are trimmed to > practical > information for brevity.) > > Wed Jul 06 12:30:23 > root@10:( /usr/src/) $ uname -a > FreeBSD 10.4.10.75 5.4-STABLE FreeBSD 5.4-STABLE #1: Thu Jun 23 > 10:59:58 CDT 2005 root@10.4.10.75:/usr/obj/usr/src/sys/WEB- > NOIPV6 i386 > Wed Jul 06 12:30:28 > root@10:( /usr/src/) $ cat /etc/resolve.conf nameserver 10.4.10.1 > nameserver 24.153.158.62 "What you are missing" is the right filename. :-) That should be /etc/resolv.conf, not /etc/resolve.conf... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 18:08:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6917416A41C for ; Wed, 6 Jul 2005 18:08:04 +0000 (GMT) (envelope-from gcoon@inch.com) Received: from util.inch.com (mx.inch.com [216.223.198.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1256343D45 for ; Wed, 6 Jul 2005 18:08:03 +0000 (GMT) (envelope-from gcoon@inch.com) Received: from kod.inch.com (kod.inch.com [216.223.192.68]) by util.inch.com (8.12.10/8.12.10/UTIL-INCH-3.0.10) with ESMTP id j66I7qtG027186; Wed, 6 Jul 2005 14:07:52 -0400 (EDT) (envelope-from gcoon@inch.com) Date: Wed, 6 Jul 2005 14:07:52 -0400 (EDT) From: Gerald To: Charles Swiger In-Reply-To: Message-ID: <20050706140712.A96087@kod.inch.com> References: <20050706133130.H86744@kod.inch.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Gerald Subject: Re: Confusing DNS issue behind FreeBSD NAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:08:04 -0000 On Wed, 6 Jul 2005, Charles Swiger wrote: > "What you are missing" is the right filename. :-) > That should be /etc/resolv.conf, not /etc/resolve.conf... In the words of Homer Simpson: "DOH!" Thanks for the accurate and quick reply. Gerald From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 18:15:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B2F16A41F for ; Wed, 6 Jul 2005 18:15:53 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C894443D48 for ; Wed, 6 Jul 2005 18:15:52 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id j66IFqG1084034; Wed, 6 Jul 2005 13:15:52 -0500 (CDT) (envelope-from nalists@scls.lib.wi.us) Message-ID: <42CC1F3D.6070901@scls.lib.wi.us> Date: Wed, 06 Jul 2005 13:13:17 -0500 From: Greg Barniskis User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gerald References: <20050706133130.H86744@kod.inch.com> In-Reply-To: <20050706133130.H86744@kod.inch.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Confusing DNS issue behind FreeBSD NAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:15:53 -0000 Gerald wrote: > Summary: 2 Freebsd -stable machines. 1 is NAT/Gateway for the other... > These are from the machine behind the nat/gateway. Notice without > specifying what server to query with dig, it ignores /etc/resolv.conf > and queries localhost. What am I missing? (digs are trimmed to practical > information for brevity.) > > Wed Jul 06 12:30:23 > root@10:( /usr/src/) $ uname -a > FreeBSD 10.4.10.75 5.4-STABLE FreeBSD 5.4-STABLE #1: Thu Jun 23 10:59:58 > CDT 2005 root@10.4.10.75:/usr/obj/usr/src/sys/WEB-NOIPV6 i386 > Wed Jul 06 12:30:28 > root@10:( /usr/src/) $ cat /etc/resolve.conf nameserver 10.4.10.1 > nameserver 24.153.158.62 ... Just to be sure... your problem box has a proper /etc/resolv.conf, or has it instead a *resolve.conf* as shown in your test sequence above? Of course, a resolve.conf file would rightly be ignored. If the typo is only in your email and not really on the box, then I can only report that I see no such problems on a comparable setup (-STABLE client behind a -STABLE NAT box, both updated with src & ports circa July 2). -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 6 21:22:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5649916A41C; Wed, 6 Jul 2005 21:22:42 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE96B43D4C; Wed, 6 Jul 2005 21:22:41 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id j66LMaYY075347; Wed, 6 Jul 2005 17:22:36 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Ade Lovett In-Reply-To: <42CB8864.3010209@FreeBSD.org> References: <42B5ED53.3010805@hosting50.cz> <42C8F90D.3050505@cytexbg.com> <42CB8864.3010209@FreeBSD.org> Content-Type: text/plain Date: Wed, 06 Jul 2005 17:23:32 -0400 Message-Id: <1120685012.30350.38.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Cc: freebsd-stable@freebsd.org Subject: Re: SCSI troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:22:42 -0000 On Wed, 2005-07-06 at 00:29 -0700, Ade Lovett wrote: > Niki Denev wrote: > > From what i understand this is not exactly a FreeBSD problem, but rather > > a consequence of U320 being really hard on the hardware with pushing it > > to the limits. > > Incorrect. The relevant parts of the output you pasted are: > > ahd > Seagate drives > > Attaching more than one Seagate drive to a single Adaptec chain will > result in various weird and wonderful behavior as you've described. > > This is above and beyond well known (and documented) issues with data > loss and corruption with certain firmware revisions on Seagate drives. > > You have essentially two options: > > (1) disable the (on-board) adaptec controller, and use something else > (LSI cards work pretty good) > > (2) chunk the Seagate drives, and replace them with some other vendor > (Hitachi, for example, in our high-stress environments, show equivalent > MTBFs) > We went with option 2 about a year or so ago (Hitachi drives in our case) as dealing with Seagate on this issue turned into an exercise in frustration (they suggested things like turning off SMP or using a PCI network card instead of the onboard (em) network. As is pointed out the issue really crops up with more than one seagate drive on the adaptec (ahd) controller, even with the drives upated to their latest bios. Switching to a different hard drive manufacturer solved our woes. Sven From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 01:10:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F77316A41C for ; Thu, 7 Jul 2005 01:10:36 +0000 (GMT) (envelope-from agora@gua08.dna.affrc.go.jp) Received: from leu.dna.affrc.go.jp (leu.dna.affrc.go.jp [150.26.230.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 960CA43D46 for ; Thu, 7 Jul 2005 01:10:35 +0000 (GMT) (envelope-from agora@gua08.dna.affrc.go.jp) Received: from asn08.dna.affrc.go.jp (asn08.dna.affrc.go.jp [150.26.230.163]) by leu.dna.affrc.go.jp (8.12.10/8.12.10) with ESMTP id j671AVca020197 for ; Thu, 7 Jul 2005 10:10:31 +0900 (JST) Received: from gua08.dna.affrc.go.jp (gua08.dna.affrc.go.jp [150.26.230.168]) by asn08.dna.affrc.go.jp (8.12.10/8.12.10) with ESMTP id j671AVRo018194 for ; Thu, 7 Jul 2005 10:10:31 +0900 (JST) Received: (from agora@localhost) by gua08.dna.affrc.go.jp (8.12.10/8.12.8/Submit) id j671AVQx007062; Thu, 7 Jul 2005 10:10:31 +0900 (JST) Date: Thu, 7 Jul 2005 10:10:31 +0900 (JST) Message-Id: <200507070110.j671AVQx007062@gua08.dna.affrc.go.jp> To: stable@freebsd.org Precedence: junk From: agora@dna.affrc.go.jp Cc: Subject: Request unrecognized X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: agora@dna.affrc.go.jp List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 01:10:36 -0000 This mail is not a spam but the automatic reply to your mail; Subject: From: stable@freebsd.org To: agora@dna.affrc.go.jp Date: Thu, 7 Jul 2005 10:04:05 +0900 Message-Id: <200507070108.j6718jo9010102@val02.dna.affrc.go.jp> --------------------------- Sorry, your request wasn't recognized To get help, just send a mail to agora@dna.affrc.go.jp, with the body: WWW Automatically yours, The DISC Agora Support support@dna.affrc.go.jp From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 09:24:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8943116A41C for ; Thu, 7 Jul 2005 09:24:59 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E8543D46 for ; Thu, 7 Jul 2005 09:24:59 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so161216wri for ; Thu, 07 Jul 2005 02:24:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nR+5C9dFhg89/l81S8b2ixHVAsQsoz+w3EdtbnqYe/ZdX4B9bifizEh8C8e51O3Ehf/7zPclzJYsVc9E3ZOVyIAjBRhE4OPu8KqZKefQVXzgYkl8i5OizU2oXD2SKIUfr3WkDuox/eRTK1t9SKFVjR/pHJGaR8h8YLL82aqkwbs= Received: by 10.54.34.51 with SMTP id h51mr547757wrh; Thu, 07 Jul 2005 02:24:58 -0700 (PDT) Received: by 10.54.125.12 with HTTP; Thu, 7 Jul 2005 02:24:58 -0700 (PDT) Message-ID: Date: Thu, 7 Jul 2005 11:24:58 +0200 From: Claus Guttesen To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD as nfs-server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 09:24:59 -0000 Hi. Last week I phased out my remaining trusty FreeBSD nfs-server. The first was phased out three weeks ago. They have served me well for about two year and I have been *very* satisfied with the performance and stability. The below mentioned reasons made the decision easier to migrate to veritas volume manager on solaris. 1. Lack of a journaling filesystem. 2. Lack of a logical volume manager. My intent is *not* to start a flamewar, simpy stating why I had to migrate. Additional comments to item #1: We have background-fsck, what's wrong with that? Well, there is nothing wrong with that in a way. Background-fsck does work, but my nfs-server have had three unplanned reboots during that time, none of them was caused by the nfs-server itself, but caused by other factors. The server comes back up as it should and detects that the volumes wasn't unmounted in an orderly fashion and defers the volume to background-fsck. So far so good. When the background-fsck is done with one volume and it jumps to the next, my webservers connected to the nfs-server are unable to read and write to the nfs-volumes for a period of 15-30 minutes. The smallest (of several) volume is 400 GB and the largest (of several) is 2 TB. The outcome is that my website is seen as being inaccessible. This was with FreeBSD 5.2 beta through 5.4 I saw this behaviour. So I'm delighted to read that the initial work on a journaling filesystem has started. Additional comments to item #2: Use vinum! Is it vinum or gvinum which is the future of FreeBSD? The docs related to vinum refers to some parameters in newfs not present in the manual-pages. As more volumes are added the task of configuring (g)vinum will become more and more timeconsuming and errorprone. Does it recover correctly in the event of a crash, how about fsck/newfs on volumes larger than 2 TB? The camcontrol program on FreeBSD is a very robust tool. This is one program I miss. Some parameters to the find- and date-commands on FreeBSD aren't there on solaris, so I'll keep the old nfs-server around for doing day2day maintenance. I'm keeping FreeBSD as webservers (of course). regards Claus From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 09:50:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A362116A41C for ; Thu, 7 Jul 2005 09:50:07 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F7B43D58 for ; Thu, 7 Jul 2005 09:50:06 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.3/jtpda-5.5pre1) with ESMTP id j679o5kK063672 ; Thu, 7 Jul 2005 11:50:05 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j679o3tt087615 ; Thu, 7 Jul 2005 11:50:04 +0200 (CEST) Message-ID: <42CCFC56.3090809@crc.u-strasbg.fr> Date: Thu, 07 Jul 2005 11:56:38 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: fr, en MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Thu, 07 Jul 2005 11:50:05 +0200 (CEST) X-Virus-Scanned: ClamAV 0.86.1/970/Wed Jul 6 18:00:45 2005 on mr8.u-strasbg.fr X-Virus-Status: Clean X-Antivirus: scanned by sophos at u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD as nfs-server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 09:50:07 -0000 Claus Guttesen a écrit : > Hi. Hi, > > Last week I phased out my remaining trusty FreeBSD nfs-server. The > first was phased out three weeks ago. They have served me well for > about two year and I have been *very* satisfied with the performance > and stability. The below mentioned reasons made the decision easier to > migrate to veritas volume manager on solaris. > > 1. Lack of a journaling filesystem. > 2. Lack of a logical volume manager. > > My intent is *not* to start a flamewar, simpy stating why I had to migrate. > > Additional comments to item #1: > We have background-fsck, what's wrong with that? > > Well, there is nothing wrong with that in a way. Background-fsck does > work, but my nfs-server have had three unplanned reboots during that > time, none of them was caused by the nfs-server itself, but caused by > other factors. The server comes back up as it should and detects that > the volumes wasn't unmounted in an orderly fashion and defers the > volume to background-fsck. So far so good. > > When the background-fsck is done with one volume and it jumps to the > next, my webservers connected to the nfs-server are unable to read and > write to the nfs-volumes for a period of 15-30 minutes. The smallest > (of several) volume is 400 GB and the largest (of several) is 2 TB. > The outcome is that my website is seen as being inaccessible. This was > with FreeBSD 5.2 beta through 5.4 I saw this behaviour. we switched our mail server to Linux for your first reason : see http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-June/thread.html#15751 > > So I'm delighted to read that the initial work on a journaling > filesystem has started. > > Additional comments to item #2: > Use vinum! > > Is it vinum or gvinum which is the future of FreeBSD? > > The docs related to vinum refers to some parameters in newfs not > present in the manual-pages. > > As more volumes are added the task of configuring (g)vinum will become > more and more timeconsuming and errorprone. Does it recover correctly > in the event of a crash, how about fsck/newfs on volumes larger than 2 > TB? > > > The camcontrol program on FreeBSD is a very robust tool. This is one > program I miss. Some parameters to the find- and date-commands on > FreeBSD aren't there on solaris, so I'll keep the old nfs-server > around for doing day2day maintenance. > > I'm keeping FreeBSD as webservers (of course). > > regards > Claus -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 12:08:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBE8416A41C for ; Thu, 7 Jul 2005 12:08:59 +0000 (GMT) (envelope-from cgreek-admin@m17n.org) Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD1C43D45 for ; Thu, 7 Jul 2005 12:08:59 +0000 (GMT) (envelope-from cgreek-admin@m17n.org) Received: from tsukuba.m17n.org (localhost [127.0.0.1]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j67C8w86005319 for ; Thu, 7 Jul 2005 21:08:58 +0900 Date: Thu, 7 Jul 2005 21:08:58 +0900 From: cgreek-admin@m17n.org To: freebsd-stable@freebsd.org Message-Id: <200507072108.FMLAAB5315.cgreek@m17n.org> References: <200507071208.j67C8r86005313@tsukuba.m17n.org> X-MLServer: fml [fml 4.0.3 release (20011202/4.0.3)] X-ML-Info: If you have a question, please contact cgreek-admin@m17n.org; Subject: You freebsd-stable@freebsd.org are not member (cgreek ML) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 12:09:00 -0000 You are not a member of this mailing list . If you know the general guide of this list, please send mail with the mail body guide to the address cgreek-ctl@m17n.org where guide is equal to GUIDE for case insensitive. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 15:21:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3169716A41C for ; Thu, 7 Jul 2005 15:21:22 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id B141443D45 for ; Thu, 7 Jul 2005 15:21:21 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id AE6FE3B336; Thu, 7 Jul 2005 12:21:20 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id ADC10388C5 for ; Thu, 7 Jul 2005 12:21:20 -0300 (ADT) Date: Thu, 7 Jul 2005 12:21:20 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050707121909.M940@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: SATA support in 5.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 15:21:22 -0000 How stable is it right now? I was talking with a friend yesterday about it, and he mentioned something about 3 re-write of the code over 2 releases, and that each one wasn't backwards compatible with the other, so you ended up with corrupted file systems ... I'm looking at upgrading my only SATA server to 5.x, since the 4.x that is currently running on it is getting hangs whenever load is put onto the drives :( Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 15:49:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A275E16A41C for ; Thu, 7 Jul 2005 15:49:43 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590AE43D45 for ; Thu, 7 Jul 2005 15:49:43 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.12.11/8.12.11) with ESMTP id j67Fnb61076767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jul 2005 10:49:37 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <42CD4F12.6060408@palisadesys.com> Date: Thu, 07 Jul 2005 10:49:38 -0500 From: Guy Helmer User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <20050707121909.M940@ganymede.hub.org> In-Reply-To: <20050707121909.M940@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: SATA support in 5.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 15:49:43 -0000 Marc G. Fournier wrote: > > How stable is it right now? I was talking with a friend yesterday > about it, and he mentioned something about 3 re-write of the code over > 2 releases, and that each one wasn't backwards compatible with the > other, so you ended up with corrupted file systems ... > > I'm looking at upgrading my only SATA server to 5.x, since the 4.x > that is currently running on it is getting hangs whenever load is put > onto the drives :( > It's working fine on our basic h/w platform (Supermicro P4SCE w/ Intel ICH5 SATA controller, single WD 80G drive) under FreeBSD 5.3 and 5.4. I don't understand the claim that there isn't backward compatibility, unless that refers to the continually improving ATA RAID support as Sřren keeps working on the driver. Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 15:50:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D283416A41C for ; Thu, 7 Jul 2005 15:50:35 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2220943D5E for ; Thu, 7 Jul 2005 15:50:35 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAA533.dip0.t-ipconnect.de [84.170.165.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 6C7C932317; Thu, 7 Jul 2005 17:53:26 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j67Fp3Qs013677; Thu, 7 Jul 2005 17:51:04 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200507071551.j67Fp3Qs013677@drjekyll.mkbuelow.net> From: Matthias Buelow To: "Marc G. Fournier" In-Reply-To: Message from "Marc G. Fournier" of "Thu, 07 Jul 2005 12:21:20 -0300." <20050707121909.M940@ganymede.hub.org> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Thu, 07 Jul 2005 17:51:03 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org Subject: Re: SATA support in 5.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 15:50:35 -0000 "Marc G. Fournier" writes: >How stable is it right now? I was talking with a friend yesterday about >it, and he mentioned something about 3 re-write of the code over 2 >releases, and that each one wasn't backwards compatible with the other, so >you ended up with corrupted file systems ... I'm running on an ICH6 controller (no RAID) with a Seagate disk and don't have any problems, except frequent ATA timeouts at boot (only at boot, before mounting the root fs) but that appeared only after I updated to 5.4-STABLE on June 21 (never seen it before with 5.4-RELEASE or 5.4-STABLE before that date). Once it sucessfully managed to mount its root fs (typically about every 2nd boot attempt), I see no further problems. >I'm looking at upgrading my only SATA server to 5.x, since the 4.x that is >currently running on it is getting hangs whenever load is put onto the >drives :( If you have a server with IDE or SATA, you might also be interested in the write barrier thread that's going on on -questions. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 15:50:43 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6186B16A41C for ; Thu, 7 Jul 2005 15:50:43 +0000 (GMT) (envelope-from imbutler@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F9643D53 for ; Thu, 7 Jul 2005 15:50:42 +0000 (GMT) (envelope-from imbutler@comcast.net) Received: from auburn.comcast.net (c-24-218-148-177.hsd1.ma.comcast.net[24.218.148.177](misconfigured sender)) by comcast.net (rwcrmhc14) with ESMTP id <2005070715503901400d6or5e>; Thu, 7 Jul 2005 15:50:39 +0000 Received: from localhost (unknown [127.0.0.1]) by auburn.comcast.net (Postfix) with ESMTP id B034F17078 for ; Thu, 7 Jul 2005 11:50:38 -0400 (EDT) Received: from auburn.comcast.net ([127.0.0.1]) by localhost (auburn.comcast.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59897-05 for ; Thu, 7 Jul 2005 11:50:26 -0400 (EDT) Received: from [127.0.0.1] (localhost.comcast.net [127.0.0.1]) by auburn.comcast.net (Postfix) with ESMTP for ; Thu, 7 Jul 2005 11:50:26 -0400 (EDT) Message-ID: <42CD4F41.6010802@comcast.net> Date: Thu, 07 Jul 2005 11:50:25 -0400 From: Michael Butler User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------080001040803040707000608" X-Virus-Scanned: amavisd-new at auburn.comcast.net Cc: Subject: SCSI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 15:50:43 -0000 This is a multi-part message in MIME format. --------------080001040803040707000608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have two (almost) identical machines with similar problems. These are (old!) Dell PowerApp 100 boxes with an Adaptec 29160LP on a 32-bit PCI riser. It seems that I can prompt a SCSI error with the use of smartctl (to read the drive temperatures). When this poll collides with other disk activity, I get anything from a apparent interrupt loss to a complete dump of the card state. Some details: First box is completely stock Dell-built: ~ DMI type 1, 25 bytes. ~ System Information ~ Manufacturer: Dell Computer Corp. ~ Product Name: PowerApp.web 100 W ~ Version: SPAW70W ~ DMI type 2, 8 bytes. ~ Base Board Information ~ Manufacturer: Intel Corporation ~ Product Name: TR440BXA ~ Version: A16643-305 imb@sarah:/home/imb# lspci 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP disabled) (rev 03) 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:0c.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) 00:0d.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) 00:0e.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 (rev 01) 00:0f.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02) ~From dmesg: ahc0: port 0xe800-0xe8ff mem 0xfebfb000-0xfebfbfff irq 10 at device 15.0 on pci0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ~ [ .. deletia .. ] da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17510MB (35861388 512 byte sectors: 255H 63S/T 2232C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17510MB (35861388 512 byte sectors: 255H 63S/T 2232C) ~ .. yet it occasionally reports .. ahc0: Timedout SCBs already complete. Interrupts may not be functioning. The second machine is identical other than a pair of U320s running at U160 .. da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 140014MB (286749480 512 byte sectors: 255H 63S/T 17849C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 140014MB (286749480 512 byte sectors: 255H 63S/T 17849C) ~ .. and it ocassionally reports as above but, since I beat up on these disks more, it also fails with a complete state dump of the card (as attached). I tried updating the 29160LP firmware from the Dell-supplied rev 2.57 to 3.10 with no impact on the problem (so it's back the way it was). I checked terminations and cabling - all as built by Dell - Any ideas as to how to approach this would be more than welcome, Michael Butler CISSP Security Consultant PGP Key ID: 0x5E873CC5 Fingerprint: 2CFF 581F D192 F885 7ED9 3C44 889C A479 5E87 3CC5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFCzU9BiJykeV6HPMURAqXRAJ92gqCeFFUKE91BAVPst/JxC1GVCQCeLPxM xWYXNtT921qalLpPgBQ1M/8= =sPk6 -----END PGP SIGNATURE----- --------------080001040803040707000608 Content-Type: text/plain; name="scsi-err.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="scsi-err.txt" ahc0: Recovery Initiated >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc0: Dumping Card State while idle, at SEQADDR 0x8 Card was paused ACCUM = 0x4, SINDEX = 0x64, DINDEX = 0x65, ARG_2 = 0x23 HCNT = 0x0 SCBPTR = 0x1c SCSIPHASE[0x8]:(MSG_IN_PHASE) SCSISIGI[0xe6]:(REQI|BSYI|MSGI|IOI|CDI) ERROR[0x0] SCSIBUSL[0x80] LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x20]:(SELDI) SSTAT1[0x11]:(REQINIT|PHASEMIS) SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON) DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) STACK: 0xe2 0x164 0x179 0x3 SCB count = 254 Kernel NEXTQSCB = 247 Card NEXTQSCB = 247 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: 28:142 1:43 QOUTFIFO entries: Sequencer Free SCB List: 27 22 14 31 11 9 0 5 25 29 6 2 23 20 24 12 10 26 18 21 16 15 3 7 30 13 4 17 8 19 Sequencer SCB Info: 0 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 1 SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0x2b] 2 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 3 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 4 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 5 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 6 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 7 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 8 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 9 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 10 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 11 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 12 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 13 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 14 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 15 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 16 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 17 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 18 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 19 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 20 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 21 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 22 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 23 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 24 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 25 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 26 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 27 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 28 SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0x8e] 29 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 30 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x17] SCB_LUN[0x0] SCB_TAG[0xff] 31 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] Pending list: 142 SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x17] SCB_LUN[0x0] 43 SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x17] SCB_LUN[0x0] Kernel Free SCB list: 55 13 12 223 89 24 22 127 118 189 201 42 176 1 79 167 231 63 83 232 107 238 204 162 219 104 93 158 140 166 28 26 163 122 160 159 139 16 124 91 84 97 64 52 146 233 165 11 168 17 179 86 180 25 9 177 230 151 197 216 183 33 149 66 81 61 35 92 228 7 4 58 210 198 125 187 40 164 161 171 106 199 145 59 150 190 134 5 236 253 57 224 39 132 105 202 217 213 215 241 115 212 103 243 251 192 152 0 8 182 220 157 239 188 203 174 226 208 169 72 20 113 218 14 154 73 32 246 47 119 117 195 13 6 48 56 102 31 77 123 196 3 155 135 214 49 172 221 194 2 94 222 130 133 27 156 46 99 19 211 148 67 76 184 173 137 234 100 36 170 30 10 252 78 70 111 229 235 101 15 108 175 71 120 23 193 65 114 249 112 44 126 248 88 138 80 68 87 38 128 207 191 6 178 147 116 29 82 1 44 69 53 240 185 129 95 131 75 200 153 206 244 227 110 45 109 121 90 181 242 143 186 209 225 50 41 34 51 245 74 18 98 141 237 60 250 54 37 205 62 85 96 21 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (pass1:ahc0:0:1:0): SCB 0x8e - timed out sg[0] - Addr 0x15bccc60 : Length 36 (pass1:ahc0:0:1:0): Queuing a BDR SCB (pass1:ahc0:0:1:0): Bus Device Reset Message Sent (pass1:ahc0:0:1:0): no longer in timeout, status = 24b ahc0: Bus Device Reset on A:1. 1 SCBs aborted ahc0: Timedout SCBs already complete. Interrupts may not be functioning. (da1:ahc0:0:1:0): WRITE(10). CDB: 2a 0 0 44 1d c2 0 0 20 0 (da1:ahc0:0:1:0): CAM Status: SCSI Status Error (da1:ahc0:0:1:0): SCSI Status: Check Condition (da1:ahc0:0:1:0): UNIT ATTENTION asc:29,3 (da1:ahc0:0:1:0): Bus device reset function occurred (da1:ahc0:0:1:0): Retrying Command (per Sense Data) --------------080001040803040707000608-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 15:58:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08ACE16A41C for ; Thu, 7 Jul 2005 15:58:42 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DE643D46 for ; Thu, 7 Jul 2005 15:58:39 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 5CC4D8BE6F for ; Thu, 7 Jul 2005 17:58:36 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 30908-02 for ; Thu, 7 Jul 2005 17:58:31 +0200 (CEST) Received: from [10.10.10.2] (unknown [193.11.222.247]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 20D648BBFD for ; Thu, 7 Jul 2005 17:58:31 +0200 (CEST) Message-ID: <42CD5124.9050307@toya.net.pl> Date: Thu, 07 Jul 2005 17:58:28 +0200 From: =?UTF-8?B?TWF0ZXVzeiBKxJlkcmFzaWs=?= User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050611) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <20050622141503.46514.qmail@web51403.mail.yahoo.com> In-Reply-To: <20050622141503.46514.qmail@web51403.mail.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TOYA-AV: AntyVir-Skaner at toya.net.pl Cc: Subject: Re: FreeBSD 5.4 stable & Intel 865 PE & Intel 925XE support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: imachine@toya.net.pl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 15:58:42 -0000 ya hoo wrote: > Hi ALL, > Just wanted to know if there are any known issues with these chipsets. > Heck, better yet, Is there a website that has a list of all supporting > intel chipsets for 5.4 stable? > > Thanks, /me has such, or rather similar, mobo. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p2 #0: Wed Jul 6 05:16:56 CEST 2005 imachine@pc68:/usr/obj/usr/src/sys/PC68 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 3353538560 (3198 MB) avail memory = 3276668928 (3124 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfc000000-0xfcffffff,0xd0000000-0xdfffffff,0xfb 000000-0xfbffffff irq 16 at device 0.0 on pci1 pci0: at device 27.0 (no driver attached) pcib2: at device 28.0 on pci0 pci5: on pcib2 pcib3: at device 28.1 on pci0 pci4: on pcib3 pci4: at device 0.0 (no driver attached) pcib4: at device 28.2 on pci0 pci3: on pcib4 pcib5: at device 28.3 on pci0 pci2: on pcib5 uhci0: port 0xcc00-0xcc1f irq 23 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfaafb800-0xfaafbbff irq 23 at device 29.7 on pci0 usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 atapci0: port 0xac00-0xac0f,0xb000-0xb003, 0xb400-0xb407,0xb800-0xb803,0xbc00-0xbc07 mem 0xfab20000-0xfab23fff irq 22 at device 1.0 on pci6 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 sis0: port 0xa800-0xa8ff mem 0xfab24000-0xfab2 4fff irq 18 at device 2.0 on pci6 sis0: Silicon Revision: DP83815C miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:a0:cc:7b:67:be fwohci0: mem 0xfab25000-0xfab25fff irq 17 at device 5.0 on pci6 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:11:11:00:00:58:d9:c8 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:11:58:d9:c8 fwe0: Ethernet address: 02:11:11:58:d9:c8 fwe0: if_start running deferred for Giant fwip0: on firewire0 fwip0: Firewire address: 00:11:11:00:00:58:d9:c8 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 mem 0xfaafbc00-0xfaafbfff irq 19 at device 31.2 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 ichsmb0: port 0xc800-0xc81f irq 19 at device 31.3 on pci0 acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xd7800-0xd87ff,0xd5000-0xd77ff,0xd4000-0xd4fff,0xc0000-0xcf7ff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ad4: 238418MB [484406/16/63] at ata2-master UDMA133 ad8: 152627MB [310101/16/63] at ata4-master SATA150 SMP: AP CPU #1 Launched! as you can see, neither does the built in Marvell Yukon Gigabit controller work, nor does the Realtek Deficition audio. everything else is somewhat fine i guess :-) cheers. > > > > > --------------------------------- > Yahoo! Sports > Rekindle the Rivalries. Sign up for Fantasy Football > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 16:20:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7711716A41C for ; Thu, 7 Jul 2005 16:20:34 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7F543D45 for ; Thu, 7 Jul 2005 16:20:33 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from hadriel.linnet (wll192-181.wlan.hu-berlin.de [141.20.192.181]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j67GKW6I012044 for ; Thu, 7 Jul 2005 18:20:32 +0200 (MEST) Date: Thu, 7 Jul 2005 18:20:25 +0200 From: Stanley Jobson To: freebsd-stable@freebsd.org Message-Id: <20050707182025.558a9d11.stanley.jobson@gmx.ch> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Eterm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:20:34 -0000 hi, when updated my box from 5.3 to 5.4 / -STABLE i ran into probs with Eterm ... transparancy still works but "--tint" option does not produce usable results: my Eterm is alway blue - no matter which color i specify :( i did several cvsups and rebuilds of the base system and the ports but with no luck so far anybody else seeing this behaviour? anybody using eterm with --trans --tint --shape successfully on 5.4 / -STABLE ? thx regards, stan From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 16:23:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA85516A41C for ; Thu, 7 Jul 2005 16:23:38 +0000 (GMT) (envelope-from sympa@dauntless.milewski.org) Received: from dauntless.milewski.org (dauntless.milewski.org [64.142.38.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC89243D48 for ; Thu, 7 Jul 2005 16:23:38 +0000 (GMT) (envelope-from sympa@dauntless.milewski.org) Received: by dauntless.milewski.org (Postfix, from userid 89) id 08E535EE92; Thu, 7 Jul 2005 09:22:39 -0700 (PDT) To: freebsd-stable@freebsd.org From: SYMPA MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20050707162239.08E535EE92@dauntless.milewski.org> Date: Thu, 7 Jul 2005 09:22:39 -0700 (PDT) Subject: Moderating your message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:23:38 -0000 Your message for list miatapower has been forwarded to editor(s) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 16:47:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51DCA16A41C for ; Thu, 7 Jul 2005 16:47:50 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC72943D86 for ; Thu, 7 Jul 2005 16:47:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 06842A246F6 for ; Thu, 7 Jul 2005 13:47:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 89266-08 for ; Thu, 7 Jul 2005 16:47:32 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 84F7CA246E5 for ; Thu, 7 Jul 2005 13:47:32 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 06F1A3589F; Thu, 7 Jul 2005 13:47:33 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0394A33D1B for ; Thu, 7 Jul 2005 13:47:33 -0300 (ADT) Date: Thu, 7 Jul 2005 13:47:32 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050707134652.Y940@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:47:50 -0000 Without having to rebuild from scratch, is this something that is possible, or have the changes become so great as to make this undesirable? Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 17:00:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D1416A41C for ; Thu, 7 Jul 2005 17:00:05 +0000 (GMT) (envelope-from big@kuwaitnet.net) Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 710B943D4C for ; Thu, 7 Jul 2005 17:00:05 +0000 (GMT) (envelope-from big@kuwaitnet.net) Received: from [195.39.177.111] (helo=[192.168.1.70]) by orbit.kuwaitnet.net with esmtpa (Exim 4.50) id 1DqZj7-0006TS-U4; Thu, 07 Jul 2005 19:59:54 +0300 Message-ID: <42CD5D3F.5030806@kuwaitnet.net> Date: Thu, 07 Jul 2005 19:50:07 +0300 From: Bashar User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <20050707134652.Y940@ganymede.hub.org> In-Reply-To: <20050707134652.Y940@ganymede.hub.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - kuwaitnet.net X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=windows-1256; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 17:00:05 -0000 http://www.freebsd.org/releases/5.3R/migration-guide.html Marc G. Fournier wrote: > > Without having to rebuild from scratch, is this something that is > possible, or have the changes become so great as to make this > undesirable? > > Thanks ... > > ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: > 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 17:05:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C0E16A41C for ; Thu, 7 Jul 2005 17:05:36 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E035243D46 for ; Thu, 7 Jul 2005 17:05:35 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j67H5Zmj020863; Thu, 7 Jul 2005 12:05:35 -0500 (CDT) (envelope-from dan) Date: Thu, 7 Jul 2005 12:05:35 -0500 From: Dan Nelson To: "Marc G. Fournier" Message-ID: <20050707170534.GA10310@dan.emsphone.com> References: <20050707134652.Y940@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050707134652.Y940@ganymede.hub.org> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 17:05:36 -0000 In the last episode (Jul 07), Marc G. Fournier said: > Without having to rebuild from scratch, is this something that is > possible, or have the changes become so great as to make this > undesirable? That's what the Upgrade menu item in sysinstall is for :) It'll save a copy of /etc to a safe place then copy the passwd file back after the install. You'll want to rebuild all your ports, but most should still work until you do. A fresh install is always cleaner, but I've upgraded some of my servers from 2.2.8 -> 4.* -> 5.* with no problems. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 18:22:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D2916A41C for ; Thu, 7 Jul 2005 18:22:34 +0000 (GMT) (envelope-from lars@gmx.at) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A49143D49 for ; Thu, 7 Jul 2005 18:22:29 +0000 (GMT) (envelope-from lars@gmx.at) Received: (qmail invoked by alias); 07 Jul 2005 18:22:28 -0000 Received: from 252.213.76.83.cust.bluewin.ch (EHLO [192.168.1.11]) [83.76.213.252] by mail.gmx.net (mp025) with SMTP; 07 Jul 2005 20:22:28 +0200 X-Authenticated: #912863 Message-ID: <42CD7305.3060203@gmx.at> Date: Thu, 07 Jul 2005 20:23:01 +0200 From: lars User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Backup solution needed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 18:22:34 -0000 Hi all, I need to find a backup solution for following scenario: 4 Windows (2003 and SBS 2003) and 1 Mac OS X servers, 6 Windows XP Pro clients. Daily backup of 3 MS SQL Databases and other files, appr. total size is 60 GB. Backup must happen automatically with near zero interaction by human. If a tape needs to be changed I want a message sent to me. Restore must be feasible by non-technical people; half a page of _easy_ instructions must be enough to enable the reader to do a functional restore, without calling me in my holidays. (In this situation the server is still running and functional, only the backed up files or databases are corrupted.) I thought of putting in a FreeBSD box with an attached tape drive and bacula as software. If you agree with this idea, is there a tape drive and SCSI controller you recommend? Have you got any experience you might want to share? If you don't agree with this solution, do you have a better one? The budget is appr. EUR 1500.- and 10 days to set it up. Preferrably no recurring costs apart from backup media and maintenance of the server. Many thanks in advance, lars. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 18:32:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2CA16A41C for ; Thu, 7 Jul 2005 18:32:37 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (mail.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE4243D46 for ; Thu, 7 Jul 2005 18:32:36 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j67IiR60005594; Thu, 7 Jul 2005 14:44:29 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <005701c58322$4fffad50$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Marc G. Fournier" , References: <20050707134652.Y940@ganymede.hub.org> Date: Thu, 7 Jul 2005 14:32:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Subject: Re: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 18:32:37 -0000 > Without having to rebuild from scratch, is this something that is > possible, or have the changes become so great as to make this undesirable? I just upgraded a machine from 4.10 to 5.4-stable via cvsup / buildworld and didn't run into any problems whatsoever. /usr/src/UPDATING has a good guide for doing this migration. -- Matt Emmerton From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 18:42:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F367F16A41C for ; Thu, 7 Jul 2005 18:42:31 +0000 (GMT) (envelope-from absinthe_3.14@sbcglobal.net) Received: from web81206.mail.yahoo.com (web81206.mail.yahoo.com [206.190.37.179]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D2EE43D4C for ; Thu, 7 Jul 2005 18:42:31 +0000 (GMT) (envelope-from absinthe_3.14@sbcglobal.net) Received: (qmail 36044 invoked by uid 60001); 7 Jul 2005 18:42:30 -0000 Message-ID: <20050707184230.36042.qmail@web81206.mail.yahoo.com> Received: from [68.79.55.74] by web81206.mail.yahoo.com via HTTP; Thu, 07 Jul 2005 11:42:30 PDT Date: Thu, 7 Jul 2005 11:42:30 -0700 (PDT) From: John Van Alstin To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: postfix patch error? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 18:42:32 -0000 Hello it is JOhn again. I dont know if you are going to get this. But whatever. I have sent alot of emails to you so far. I dont know if they have reached. Since i forgot you email and i have been frantically trying to get it. I actually heard one of your songs that i thought that was pretty good. Snowflake or something like that. Well anyway hopefully this one will reach you. I am tired of typing. Call me 630 595 0283 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 19:36:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E61D16A41C for ; Thu, 7 Jul 2005 19:36:23 +0000 (GMT) (envelope-from paul@pboehmer.com) Received: from netfoo.net (netfoo.net [206.162.201.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E48743D62 for ; Thu, 7 Jul 2005 19:36:20 +0000 (GMT) (envelope-from paul@pboehmer.com) Received: from netfoo.net (netfoo.net [206.162.201.200]) by netfoo.net (8.13.3/8.13.3) with ESMTP id j67JaCGu064677 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 7 Jul 2005 15:36:15 -0400 (EDT) (envelope-from paul@pboehmer.com) Date: Thu, 7 Jul 2005 15:36:07 -0400 (EDT) From: Paul Boehmer X-X-Sender: paul@netfoo.net To: stanley.jobson@gmx.ch Message-ID: <20050707152954.V64480@netfoo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on vulcan.netfoo.net X-Virus-Scanned: ClamAV 0.86.1/971/Thu Jul 7 06:08:01 2005 on vulcan.netfoo.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Eterm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 19:36:23 -0000 > hi, > when updated my box from 5.3 to 5.4 / -STABLE i ran into probs with Eterm > ... transparancy still works but "--tint" option does not produce usable > results: my Eterm is alway blue - no matter which color i specify :( > i did several cvsups and rebuilds of the base system and the ports but > with no luck so far > anybody else seeing this behaviour? anybody using eterm with --trans --tint--shape successfully on 5.4 / -STABLE ? Had this happen several months ago (February). Try recompiling Eterm with "-DWITH_MMX". There was a thread on bsdforums about this: http://www.bsdforums.com/forums/showthread.php?t=28875 -- Paul Boehmer paul@pboehmer.com From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 21:03:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C02116A41C for ; Thu, 7 Jul 2005 21:03:34 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D0DD43D46 for ; Thu, 7 Jul 2005 21:03:33 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 1DB1DA247AA; Thu, 7 Jul 2005 18:03:30 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 49912-09; Thu, 7 Jul 2005 21:03:29 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 50FE5A247A9; Thu, 7 Jul 2005 18:03:29 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id B932C3A765; Thu, 7 Jul 2005 18:03:34 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B83823A631; Thu, 7 Jul 2005 18:03:34 -0300 (ADT) Date: Thu, 7 Jul 2005 18:03:34 -0300 (ADT) From: "Marc G. Fournier" To: Bashar , Dan Nelson , Matt Emmerton In-Reply-To: <005701c58322$4fffad50$1200a8c0@gsicomp.on.ca> Message-ID: <20050707180245.U940@ganymede.hub.org> References: <20050707134652.Y940@ganymede.hub.org> <005701c58322$4fffad50$1200a8c0@gsicomp.on.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:03:34 -0000 On Thu, 7 Jul 2005, Marc G. Fournier wrote: > > Without having to rebuild from scratch, is this something that is possible, > or have the changes become so great as to make this undesirable? The only thought/concern I have ... didn't the file system format change in 5.x? I realize 5.x would be backwards compatible with 4.x, but wouldn't going from 4.x -> 5.x via cvsup lose out on any new features as a result of the file system changes? > > Thanks ... > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > On Thu, 7 Jul 2005, Bashar wrote: > http://www.freebsd.org/releases/5.3R/migration-guide.html > > Marc G. Fournier wrote: > >> >> Without having to rebuild from scratch, is this something that is possible, >> or have the changes become so great as to make this undesirable? >> >> Thanks ... >> >> ---- >> Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) >> Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> >> > On Thu, 7 Jul 2005, Dan Nelson wrote: > In the last episode (Jul 07), Marc G. Fournier said: >> Without having to rebuild from scratch, is this something that is >> possible, or have the changes become so great as to make this >> undesirable? > > That's what the Upgrade menu item in sysinstall is for :) It'll save a > copy of /etc to a safe place then copy the passwd file back after the > install. You'll want to rebuild all your ports, but most should still > work until you do. A fresh install is always cleaner, but I've > upgraded some of my servers from 2.2.8 -> 4.* -> 5.* with no problems. > > -- > Dan Nelson > dnelson@allantgroup.com > > On Thu, 7 Jul 2005, Matt Emmerton wrote: >> Without having to rebuild from scratch, is this something that is >> possible, or have the changes become so great as to make this undesirable? > > I just upgraded a machine from 4.10 to 5.4-stable via cvsup / buildworld and > didn't run into any problems whatsoever. > /usr/src/UPDATING has a good guide for doing this migration. > > -- > Matt Emmerton > > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 21:19:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1F416A41C for ; Thu, 7 Jul 2005 21:19:56 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C9D643D48 for ; Thu, 7 Jul 2005 21:19:56 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j67LJqnZ011107; Thu, 7 Jul 2005 14:19:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j67LJqe7011106; Thu, 7 Jul 2005 14:19:52 -0700 Date: Thu, 7 Jul 2005 14:19:52 -0700 From: Brooks Davis To: "Marc G. Fournier" Message-ID: <20050707211952.GD19953@odin.ac.hmc.edu> References: <20050707134652.Y940@ganymede.hub.org> <005701c58322$4fffad50$1200a8c0@gsicomp.on.ca> <20050707180245.U940@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="11Y7aswkeuHtSBEs" Content-Disposition: inline In-Reply-To: <20050707180245.U940@ganymede.hub.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Dan Nelson , Bashar , freebsd-stable@freebsd.org Subject: Re: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:19:56 -0000 --11Y7aswkeuHtSBEs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 07, 2005 at 06:03:34PM -0300, Marc G. Fournier wrote: > On Thu, 7 Jul 2005, Marc G. Fournier wrote: >=20 > > > >Without having to rebuild from scratch, is this something that is=20 > >possible, or have the changes become so great as to make this undesirabl= e? >=20 > The only thought/concern I have ... didn't the file system format change= =20 > in 5.x? I realize 5.x would be backwards compatible with 4.x, but=20 > wouldn't going from 4.x -> 5.x via cvsup lose out on any new features as = a=20 > result of the file system changes? You will not gain any of the advantages of UFS2 if you don't install from scratch, but if the system is otherwise working, you probably aren't in desperate need of those features. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --11Y7aswkeuHtSBEs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCzZx3XY6L6fI4GtQRAsouAJ4hWXWs0in1bLMRXrfTTNi1VSD9hgCg4tTS FZb3nOIB5gGxdGg7+hBvMUk= =Nmos -----END PGP SIGNATURE----- --11Y7aswkeuHtSBEs-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 21:52:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27A1716A41C for ; Thu, 7 Jul 2005 21:52:41 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F0643D55 for ; Thu, 7 Jul 2005 21:52:40 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j67M4VJ4034625; Thu, 7 Jul 2005 18:04:32 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <002201c5833e$406837b0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Brooks Davis" , "Marc G. Fournier" References: <20050707134652.Y940@ganymede.hub.org> <005701c58322$4fffad50$1200a8c0@gsicomp.on.ca> <20050707180245.U940@ganymede.hub.org> <20050707211952.GD19953@odin.ac.hmc.edu> Date: Thu, 7 Jul 2005 17:53:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Dan Nelson , Bashar , freebsd-stable@freebsd.org Subject: Re: Upgrading from 4.x to 5.x ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:52:41 -0000 On Thu, Jul 07, 2005 at 06:03:34PM -0300, Marc G. Fournier wrote: > On Thu, 7 Jul 2005, Marc G. Fournier wrote: > > > > >Without having to rebuild from scratch, is this something that is > >possible, or have the changes become so great as to make this undesirable? > > The only thought/concern I have ... didn't the file system format change > in 5.x? I realize 5.x would be backwards compatible with 4.x, but > wouldn't going from 4.x -> 5.x via cvsup lose out on any new features as a > result of the file system changes? You will not gain any of the advantages of UFS2 if you don't install from scratch, but if the system is otherwise working, you probably aren't in desperate need of those features. -- Brooks ------------------------------------------------ And likely, the filesystems you would want to use UFS2 on would be filesystems other than / (such as /home or /usr or /var), which you can accomplish by doing a backup/newfs/restore sequence afterwards, once you're happy that 5.x is working well for you. -- Matt From owner-freebsd-stable@FreeBSD.ORG Thu Jul 7 23:48:08 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2BF916A41C for ; Thu, 7 Jul 2005 23:48:08 +0000 (GMT) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689FC43D48 for ; Thu, 7 Jul 2005 23:48:07 +0000 (GMT) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (localhost [127.0.0.1]) by nod32.demax.sk (Postfix) with ESMTP id 1205642ADB for ; Fri, 8 Jul 2005 01:48:14 +0200 (CEST) X-Virus-Scanner: This message was checked by NOD32 Antivirus system NOD32 for Linux Mail Server. For more information on NOD32 Antivirus System, please, visit our website: http://www.nod32.com/. Received: from [195.62.17.204] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id E6C9342AD9 for ; Fri, 8 Jul 2005 01:48:13 +0200 (CEST) Message-ID: <42CDDBC4.6030003@demax.sk> Date: Fri, 08 Jul 2005 01:49:56 +0000 From: Jan Sebosik User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050522 MultiZilla/1.7.0.2d X-Accept-Language: sk, en-us, en MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Another ata and dma problem - maybe because INTEL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 23:48:08 -0000 Hi, i`m using freebsd releng_5 and got weird problem with AtA_DMA... I bought mobo with i865PE chipset and when I allow DMA transfer in BIOS for my TEAC cd-540E drive, freebsd fails to boot with: ATA_INTERRUPT was seen but timeout fired out with LBA=0.. I also tried applying a ATA mkIII with no luck(it tells me that ata_if.h is missing). When I remove teac from my system, it boots correctly. I tried also in loader.conf typing hw.ata.atapi_dma=0, but still the same...fails to boot. I`ve before this mobo with VIA kt333 chipset, and it allows me to set PIO4 for drive (with no problemo at freebsd boot) Any ideas or patches? Best regards, Jan Sebosik From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 04:03:15 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC0B516A41C for ; Fri, 8 Jul 2005 04:03:15 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768E543D45 for ; Fri, 8 Jul 2005 04:03:15 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from leviathon.tellurian.com (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version 3.0d-2) with ESMTP id 241670245 for multiple; Fri, 08 Jul 2005 00:03:14 -0400 Message-Id: <6.2.3.4.2.20050708000043.05d2ca68@pop3.tellurian.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 08 Jul 2005 00:03:17 -0400 To: Jan Sebosik From: Vinny Abello In-Reply-To: <42CDDBC4.6030003@demax.sk> References: <42CDDBC4.6030003@demax.sk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Another ata and dma problem - maybe because INTEL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 04:03:16 -0000 At 09:49 PM 7/7/2005, you wrote: >Hi, > >i`m using freebsd releng_5 and got weird problem with AtA_DMA... I >bought mobo with i865PE chipset and when I allow DMA transfer in >BIOS for my TEAC cd-540E drive, freebsd fails to boot with: >ATA_INTERRUPT was seen but timeout fired out with LBA=0.. I also >tried applying a ATA mkIII with no luck(it tells me that ata_if.h is >missing). When I remove teac from my system, it boots correctly. I >tried also in loader.conf typing hw.ata.atapi_dma=0, but still the >same...fails to boot. I`ve before this mobo with VIA kt333 chipset, >and it allows me to set PIO4 for drive (with no problemo at freebsd boot) > >Any ideas or patches? Just out of curiosity, check to make sure you have the latest firmware for the Teac drive. I recall encountering problems with a Teac CD-ROM drive on a new motherboard with a fairly new chipset on the market (this was a long time ago) until I updated the firmware in the drive. I couldn't boot any OS off the drive, yet it worked fine on other motherboards. It's worth a shot. You might have similar problems with any OS on that motherboard and CD-ROM drive. Vinny Abello Network Engineer Server Management vinny@tellurian.com (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN "Courage is resistance to fear, mastery of fear - not absence of fear" -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 05:20:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 465CE16A41C for ; Fri, 8 Jul 2005 05:20:57 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E353743D45 for ; Fri, 8 Jul 2005 05:20:56 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DqlIF-000BDl-0g; Fri, 08 Jul 2005 09:20:55 +0400 Message-ID: <42CE0D23.3030209@speechpro.com> Date: Fri, 08 Jul 2005 09:20:35 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <20050707121909.M940@ganymede.hub.org> In-Reply-To: <20050707121909.M940@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Cc: freebsd-stable@freebsd.org Subject: Re: SATA support in 5.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 05:20:57 -0000 Marc G. Fournier wrote: > > I'm looking at upgrading my only SATA server to 5.x, since the 4.x > that is currently running on it is getting hangs whenever load is put > onto the drives :( IIRC you are using 3Ware hardware RAID with SATA drives, which is NOT same as using SATA drives. Your OS does not access SATA drives directly, and so SATA stabolity is not cause of your problems. There must be another cause. Check other hardware parts. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 06:31:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE1EC16A41C for ; Fri, 8 Jul 2005 06:31:59 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68CA643D45 for ; Fri, 8 Jul 2005 06:31:59 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20050708063158m920060u9me>; Fri, 8 Jul 2005 06:31:58 +0000 Message-ID: <42CE1DDE.5020502@math.missouri.edu> Date: Fri, 08 Jul 2005 01:31:58 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42549715.9070402@math.missouri.edu> In-Reply-To: <42549715.9070402@math.missouri.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problems with PCI-express video card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 06:31:59 -0000 Stephen Montgomery-Smith wrote: > I have a nvidia PCI-express 6600 video card on an Intel SE7525GP2 > motherboard. I am running a fairly recent version of RELENG_5. > > I am having great difficulty getting the video card to work. On an > older version of Xorg it would try to use the vesa driver. It did put > up some video, but it was illegible. Just in case anyone else had this problem - intel just announced an update version of the BIOS for this motherboard. Now the video card works wonderfully with the nvidia drivers. Best, Stephen From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 10:33:39 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D65DE16A41C for ; Fri, 8 Jul 2005 10:33:39 +0000 (GMT) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1879243D49 for ; Fri, 8 Jul 2005 10:33:38 +0000 (GMT) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (localhost [127.0.0.1]) by nod32.demax.sk (Postfix) with ESMTP id C7D8342AE3; Fri, 8 Jul 2005 12:33:44 +0200 (CEST) X-Virus-Scanner: This message was checked by NOD32 Antivirus system NOD32 for Linux Mail Server. For more information on NOD32 Antivirus System, please, visit our website: http://www.nod32.com/. Received: from [195.62.17.204] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id B9DFA42AE1; Fri, 8 Jul 2005 12:33:42 +0200 (CEST) Message-ID: <42CE56EC.10609@demax.sk> Date: Fri, 08 Jul 2005 12:35:24 +0200 From: Jan Sebosik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 MultiZilla/1.7.7.0e X-Accept-Language: sk, en-us, en MIME-Version: 1.0 To: Vinny Abello References: <42CDDBC4.6030003@demax.sk> <6.2.3.4.2.20050708000043.05d2ca68@pop3.tellurian.com> In-Reply-To: <6.2.3.4.2.20050708000043.05d2ca68@pop3.tellurian.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Another ata and dma problem - maybe because INTEL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 10:33:39 -0000 Vinny Abello wrote: > At 09:49 PM 7/7/2005, you wrote: > >> Hi, >> >> i`m using freebsd releng_5 and got weird problem with AtA_DMA... I >> bought mobo with i865PE chipset and when I allow DMA transfer in BIOS >> for my TEAC cd-540E drive, freebsd fails to boot with: ATA_INTERRUPT >> was seen but timeout fired out with LBA=0.. I also tried applying a >> ATA mkIII with no luck(it tells me that ata_if.h is missing). When I >> remove teac from my system, it boots correctly. I tried also in >> loader.conf typing hw.ata.atapi_dma=0, but still the same...fails to >> boot. I`ve before this mobo with VIA kt333 chipset, and it allows me >> to set PIO4 for drive (with no problemo at freebsd boot) >> >> Any ideas or patches? > > > Just out of curiosity, check to make sure you have the latest firmware > for the Teac drive. I recall encountering problems with a Teac CD-ROM > drive on a new motherboard with a fairly new chipset on the market (this > was a long time ago) until I updated the firmware in the drive. I > couldn't boot any OS off the drive, yet it worked fine on other > motherboards. It's worth a shot. You might have similar problems with > any OS on that motherboard and CD-ROM drive. > > Vinny Abello > Network Engineer > Server Management > vinny@tellurian.com > (973)300-9211 x 125 > (973)940-6125 (Direct) > PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A > > Tellurian Networks - The Ultimate Internet Connection > http://www.tellurian.com (888)TELLURIAN > > "Courage is resistance to fear, mastery of fear - not absence of fear" > -- Mark Twain > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Hi, I`ve my bios upgraded before 3 years to newest version (v3.0A). Maybe teac knows about it and doesn`t want to solve this kind of issues (no old drive support :( ). But why is hw.ata.atapi_dma unusable? If I set it at startup to 0, it means that I don`t want an DMA for atapi interface... but it`s always enabled. I tried booting SLAX and it goes well from my cdrom. Windows performs well too. Any ideas? Jan Sebosik From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 11:33:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B615816A41C for ; Fri, 8 Jul 2005 11:33:18 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5828D43D45 for ; Fri, 8 Jul 2005 11:33:18 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so404000wra for ; Fri, 08 Jul 2005 04:33:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AuCnTQI2KSuqgFmoQeTfivbqgrxjs9zz9Zi1d01qUpxRN4tAPMLKjeaAFWPFkkO++SBUfGwjC7XUEzDoof9vQvEIqxUt3fFwz4QJKnghsd1gVcczSTASKeTMzjXDSkrjoTDYBTSWmPzpgwp1DApDVANjG0WboBRHQ3fkdzDqbUs= Received: by 10.54.72.7 with SMTP id u7mr1614061wra; Fri, 08 Jul 2005 04:33:17 -0700 (PDT) Received: by 10.54.83.7 with HTTP; Fri, 8 Jul 2005 04:33:17 -0700 (PDT) Message-ID: <747dc8f30507080433268de995@mail.gmail.com> Date: Fri, 8 Jul 2005 08:33:17 -0300 From: Renato Botelho To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Problems to compile 4-stable jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 11:33:18 -0000 I'm trying to compile a 4-stable jail on my 5.4-release-p3 box, and got this error: =3D=3D=3D> lib/libedit cc -O -pipe -I. -I/var/tinderbox/jails/4-i386/src/lib/libedit -c editline.c -o editline.o In file included from /var/tinderbox/jails/4-i386/src/lib/libedit/chared.h:= 134, from /var/tinderbox/jails/4-i386/src/lib/libedit/el.h:97, from /var/tinderbox/jails/4-i386/src/lib/libedit/chared.c:= 47, from editline.c:4: fcns.h:94: warning: missing white space after `#define VI_' In file included from editline.c:9: help.c:51: `VI_ZERO' undeclared here (not in a function) help.c:51: initializer element is not constant help.c:51: (near initialization for `el_func_help[23].func') In file included from editline.c:12: /var/tinderbox/jails/4-i386/src/lib/libedit/map.c:667: `VI_ZERO' undeclared here (not in a function) /var/tinderbox/jails/4-i386/src/lib/libedit/map.c:667: initializer element is no t constant /var/tinderbox/jails/4-i386/src/lib/libedit/map.c:667: (near initialization for =20 `el_map_vi_command[48]') *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src/lib/libedit. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src/lib. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. --=20 Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 14:40:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E2516A41F for ; Fri, 8 Jul 2005 14:40:40 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A1F143D45 for ; Fri, 8 Jul 2005 14:40:40 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id AA614A24893; Fri, 8 Jul 2005 11:40:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 45202-09; Fri, 8 Jul 2005 14:40:33 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 31DB5A24887; Fri, 8 Jul 2005 11:40:33 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id CA6B83E95C; Fri, 8 Jul 2005 11:40:44 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C99133E956; Fri, 8 Jul 2005 11:40:44 -0300 (ADT) Date: Fri, 8 Jul 2005 11:40:44 -0300 (ADT) From: "Marc G. Fournier" To: Igor Robul In-Reply-To: <42CE0D23.3030209@speechpro.com> Message-ID: <20050708113748.E940@ganymede.hub.org> References: <20050707121909.M940@ganymede.hub.org> <42CE0D23.3030209@speechpro.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: SATA support in 5.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 14:40:41 -0000 On Fri, 8 Jul 2005, Igor Robul wrote: > Marc G. Fournier wrote: > >> >> I'm looking at upgrading my only SATA server to 5.x, since the 4.x that is >> currently running on it is getting hangs whenever load is put onto the >> drives :( > > IIRC you are using 3Ware hardware RAID with SATA drives, which is NOT same as > using SATA drives. > Your OS does not access SATA drives directly, and so SATA stabolity is not > cause of your problems. There must be another cause. Check other hardware > parts. I took a look at the 'latest driver' available from 3ware for the 4.x line, which is not what the 4.x line current has committed, and there were a couple of items that *might* apply ... specifically, one deal with 256k stripe size (which we're using) and one deaing with the Intel 7520 chipset (which, again, I believe we aer using ... its an SE7520 motherboard) ... >From what I can tell, the hangs are "file system", since when it does hang, I can login via SSH and get the MOTD stuff, but nothing past that (no shell prompt) .. We're going to move that server to 5.x over the next couple of days and see if that corrects the problem, since its the 'route of least resistance' and then work from a "supported operating system" ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 14:49:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DAD516A41C for ; Fri, 8 Jul 2005 14:49:19 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC58B43D45 for ; Fri, 8 Jul 2005 14:49:18 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so442653wra for ; Fri, 08 Jul 2005 07:49:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bOxiddTzanku6rG6Qd3SSZBsdLzeLcGFmx0dFqJTeJp1WctRYQ8Kq6hT+PrmisgIgw9QFMK92MczcIqhVpn8BtqapGKipRFys58MAtM9bkmT5DW3YX+k4EDE67BKDPaDTnw0tCEuvY+VDpyxyOaJNlpHiLtL7z0RQUJLwBKPg7w= Received: by 10.54.36.75 with SMTP id j75mr1749693wrj; Fri, 08 Jul 2005 07:48:52 -0700 (PDT) Received: by 10.54.84.16 with HTTP; Fri, 8 Jul 2005 07:48:52 -0700 (PDT) Message-ID: <63c3899e05070807487e0891de@mail.gmail.com> Date: Fri, 8 Jul 2005 15:48:52 +0100 From: Chris Hodgins To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: gmirror, sparc and SCSI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Hodgins List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 14:49:19 -0000 Hi all, Experiencing a few difficulties setting up raid mirroring across two SCSI disks on a sparc based server. Disk da0 contains a working and recent install of FreeBSD 5-4 RELEASE and da1 is blank. We have been following the guidance given in the first part of http://people.freebsd.org/~rse/mirror/ but have hit numerous problems. The first problem is that the system is lacking fdisk. From reading around on various newsgroups, this appears to be due to the sparc architecture. It seems that we can probably miss this step out anyway though although it may be related to our next problem. The next step requires us to run bsdlabel (or in our case sunlabel) on /dev/mirror/gm0s1. In our /dev/mirror directory we only have a single gm0 node so we can't run these steps either. We managed to assemble da1 with the partitions we wanted using sysinstall and had thought that by creating the mirror on da1 it would generate the appropriate gm0a, gm0b...etc. Unfortunately this did not work. Here is the output of sunlabel: # sunlabel -c mirror/gm0 # /dev/mirror/gm0: text: FreeBSD34G cyl 4425 alt 2 hd 255 sec 63 bytes/sectors: 512 sectors/cylinder: 16065 sectors/unit: 71087625 8 partitions: # # Size is in cylinders. # Offset is in cylinders. # size offset # ---------- ---------- b: 262 131 c: 4425 0 d: 131 0 e: 653 393 f: 262 1046 Straight after we ran sysinstall we ran sunlabel -e da1 and added the offset of 16, as you can see from the above output our offset has now gone again. Now this also brings us onto another interesting problem. Our two scsi disks are identical. Same size, manufacturer and part number.=20 However running sunlabel -c on both of them gives very different sizes in regards to cyclinders and sectors: # sunlabel -c da0 # /dev/da0: text: FreeBSD34G cyl 24620 alt 2 hd 27 sec 107 bytes/sectors: 512 sectors/cylinder: 2889 sectors/unit: 71127180 8 partitions: # # Size is in cylinders. # Offset is in cylinders. # size offset # ---------- ---------- a: 726 0 b: 1452 726 c: 24620 0 d: 3630 2178 e: 1452 5808 # sunlabel -c da1 # /dev/da1: text: FreeBSD34G cyl 4425 alt 2 hd 255 sec 63 bytes/sectors: 512 sectors/cylinder: 16065 sectors/unit: 71087625 8 partitions: # # Size is in cylinders. # Offset is in cylinders. # size offset # ---------- ---------- b: 262 131 c: 4425 0 d: 131 0 e: 653 393 f: 262 1046 dmesg shows our disks like this: da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabledda0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabledda1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) dmesg also shows the mirror being completed: GEOM_MIRROR: Device gm0 created (id=3D2793795997). GEOM_MIRROR: Device gm0: provider da1 detected. GEOM_MIRROR: Device gm0: provider da1 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Does anyone have any information that may help us resolve any of these prob= lems? Many thanks Chris From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 15:02:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8059F16A41C for ; Fri, 8 Jul 2005 15:02:38 +0000 (GMT) (envelope-from dani.popa@vipnet.ro) Received: from vipnet.ro (voodoo.vipnet.ro [193.230.219.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7648B43D49 for ; Fri, 8 Jul 2005 15:02:37 +0000 (GMT) (envelope-from dani.popa@vipnet.ro) Received: (qmail 5442 invoked by uid 89); 8 Jul 2005 15:05:42 -0000 Received: from unknown (HELO delay.vipnet.ro) (dani@vipnet.ro@193.230.219.31) by mx.vipnet.ro with ESMTPA; 8 Jul 2005 15:05:42 -0000 Date: Fri, 8 Jul 2005 20:08:16 +0300 From: Dani Popa To: freebsd-stable@freebsd.org Message-Id: <20050708200816.1b263636.dani.popa@vipnet.ro> Organization: VIpNet Company X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ata problem !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 15:02:38 -0000 hi all, my freebsd not recognize ata hard-disk. i have 3 scsi hard-disk and 1 ata hard-disk. After i make buildworld and build/install kernel and install world my freebsd don't recognize ata hard-disk. before install new kernel some dmesg: Timecounters tick every 10.000 msec Interrupt storm detected on "irq10: uhci0"; throttling interrupt source ad0: 28629MB [58168/16/63] at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle after install new kernel some dmesg: Timecounters tick every 1.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled Waiting 2 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. in my kernel conf: device ata device atadisk with some weeks before i was install the same kernel on the same machine and every thing was ok, but now???... i have a problem. can anyone tell me what it's my problem ? 10x (thanks)! From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 15:27:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0F0D16A41C for ; Fri, 8 Jul 2005 15:27:28 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from mail.ilovesex.co.il (line26-112.adsl.actcom.co.il [192.115.26.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B5443D4C for ; Fri, 8 Jul 2005 15:27:26 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from uzi ([192.168.0.7]) by mail.ilovesex.co.il (8.13.4/8.13.3) with SMTP id j68FSsWl023012; Fri, 8 Jul 2005 18:28:54 +0300 (IDT) (envelope-from uzi@bmby.com) Message-ID: <002201c583da$599e1a50$0700a8c0@uzi> From: "Uzi" To: "Dani Popa" References: <20050708200816.1b263636.dani.popa@vipnet.ro> Date: Fri, 8 Jul 2005 18:30:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Cc: freebsd-stable@freebsd.org Subject: Re: ata problem !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 15:27:28 -0000 > hi all, > my freebsd not recognize ata hard-disk. i have 3 scsi hard-disk and 1 ata > hard-disk. After i make buildworld and build/install kernel and install > world my freebsd don't recognize ata hard-disk. > > before install new kernel some dmesg: > Please attach your uname -v , kernel conf file, full dmesg I never seen any mind (or cpu) reader on this list. U. > Timecounters tick every 10.000 msec > Interrupt storm detected on "irq10: uhci0"; throttling interrupt source > ad0: 28629MB [58168/16/63] at ata0-master > UDMA33 > Waiting 15 seconds for SCSI devices to settle > > after install new kernel some dmesg: > > Timecounters tick every 1.000 msec > IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled > Waiting 2 seconds for SCSI devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > > in my kernel conf: > device ata > device atadisk > > with some weeks before i was install the same kernel on the same machine > and every thing was ok, but now???... i have a problem. > can anyone tell me what it's my problem ? > 10x (thanks)! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 17:20:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A60016A41C for ; Fri, 8 Jul 2005 17:20:57 +0000 (GMT) (envelope-from dani.popa@vipnet.ro) Received: from vipnet.ro (voodoo.vipnet.ro [193.230.219.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF9143D45 for ; Fri, 8 Jul 2005 17:20:56 +0000 (GMT) (envelope-from dani.popa@vipnet.ro) Received: (qmail 6848 invoked by uid 89); 8 Jul 2005 15:37:23 -0000 Received: from unknown (HELO delay.vipnet.ro) (dani@vipnet.ro@193.230.219.31) by mx.vipnet.ro with ESMTPA; 8 Jul 2005 15:37:23 -0000 Date: Fri, 8 Jul 2005 20:39:58 +0300 From: Dani Popa To: "Uzi" Message-Id: <20050708203958.5bb90c2f.dani.popa@vipnet.ro> In-Reply-To: <002201c583da$599e1a50$0700a8c0@uzi> References: <20050708200816.1b263636.dani.popa@vipnet.ro> <002201c583da$599e1a50$0700a8c0@uzi> Organization: VIpNet Company X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ata problem !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 17:20:57 -0000 sorry!! bash-2.05b# uname -v FreeBSD 5.4-STABLE #0: Wed Jul 6 17:06:55 EEST 2005 root@cosmic.vipnet.ro:/usr/src/sys/i386/compile/COSMIC kernel conf: # general options machine i386 cpu I686_CPU ident ALPHA maxusers 0 options CPU_SUSP_HLT options CPU_ENABLE_SSE options HZ=1000 options INCLUDE_CONFIG_FILE # kernel/vm options #options SCHED_ULE options SCHED_4BSD options COMPAT_FREEBSD4 options COMPAT_43 options KTRACE options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES options ADAPTIVE_GIANT #options PREEMPTION #options FULL_PREEMPTION options BLKDEV_IOSIZE=8192 options DFLDSIZ="(128*1024*1024)" options MAXDSIZ="(160*1024*1024)" options MAXSSIZ="(160*1024*1024)" options SYSVSHM options SHMMAXPGS=4096 options SHMMAX="(SHMMAXPGS*PAGE_SIZE)+1" options SHMALL="(SHMMAXPGS*PAGE_SIZE)+1" options SHMMIN=2 options SHMMNI=33 options SHMSEG=257 options SYSVSEM options SEMMNI=257 options SEMMNS=513 options SEMMNU=257 options SEMMAP=257 options SEMMSL=97 options SEMOPM=129 options SEMUME=33 options SYSVMSG options MSGMNB=1024 options MSGMNI=128 options MSGSEG=4097 options MSGSSZ=1024 options MSGTQL=409601 options LIBICONV # ip stack options options INET #options INET6 options IPSTEALTH options TCP_DROP_SYNFIN options ZERO_COPY_SOCKETS options IPFILTER options IPFILTER_LOG options DEVICE_POLLING options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options LIBMCHAIN options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ # filesystems options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options CD9660 options CD9660_ICONV options UDF options PSEUDOFS options PROCFS options QUOTA # MAC framework #options MAC #options MAC_BIBA #options MAC_BSDEXTENDED #options MAC_LOMAC #options MAC_MLS #options MAC_PARTITION #options MAC_PORTACL #options MAC_SEEOTHERUIDS # hardware (&options) # northbridge device npx device apic device acpi device pmtimer device atkbdc device atkbd device psm device vga device sc device sio device speaker device fdc # southbridge device isa device pci device agp device ata device atadisk device ataraid options ATA_STATIC_ID device sym device scbus device pass device atapicam device da device cd device miibus device sk device fxp device xl # pseudo devices device md device loop device mem device io device random device ether device vlan device gif device gre device tun device tap device bpf device pf device pflog device pfsync #device ipl device pty device snp dmesg before build and install every thing: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (644.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387fbff real memory = 268435456 (256 MB) avail memory = 253030400 (241 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 2.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) sym0: <895> port 0x2400-0x24ff mem 0xf0301000-0xf0301fff,0xf0302000-0xf03020ff irq 11 at device 1.0 on pci2 sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [GIANT-LOCKED] fxp0: port 0x2000-0x201f mem 0xf0200000-0xf02fffff,0xf8000000-0xf8000fff irq 9 at device 10.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:0a:02:46 pci0: at device 4.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1000-0x100f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x1800-0x181f at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) cpu0 on motherboard orm0: at iomem 0xc8000-0xcb7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ppc1: parallel port not found. Timecounter "TSC" frequency 644831693 Hz quality 800 Timecounters tick every 10.000 msec Interrupt storm detected on "irq10: uhci0"; throttling interrupt source ad0: 28629MB [58168/16/63] at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (probe7:sym0:0:8:0): phase change 6-7 6@0f4f598c resid=4. sa0 at sym0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) ses0 at sym0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device cd0 at sym0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da2 at sym0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (40.000MHz, offset 31), Tagged Queueing Enabled da2: 8704MB (17827698 512 byte sectors: 255H 63S/T 1109C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (40.000MHz, offset 31), Tagged Queueing Enabled da1: 8704MB (17826240 512 byte sectors: 255H 63S/T 1109C) da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (40.000MHz, offset 31), Tagged Queueing Enabled da0: 8704MB (17827698 512 byte sectors: 255H 63S/T 1109C) Mounting root from ufs:/dev/da0s1a and after: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Wed Jul 6 17:06:55 EEST 2005 root@cosmic.vipnet.ro:/usr/src/sys/i386/compile/COSMIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (644.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387fbff real memory = 268435456 (256 MB) avail memory = 257220608 (245 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic0 irqs 0-31 on motherboard ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 2.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) sym0: <895> port 0x2400-0x24ff mem 0xf0301000-0xf0301fff,0xf0302000-0xf03020ff irq 11 at device 1.0 on pci2 sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. fxp0: port 0x2000-0x201f mem 0xf0200000-0xf02fffff,0xf8000000-0xf8000fff irq 9 at device 10.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:0a:02:46 pci0: at device 4.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1000-0x100f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) orm0: at iomem 0xc8000-0xcb7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) speaker0: at port 0x61 on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 644831537 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled Waiting 2 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (probe11:sym0:0:8:0): phase change 6-7 6@001ec38c resid=4. pass4 at sym0 bus 0 target 6 lun 0 pass4: Removable Sequential Access SCSI-2 device pass4: 10.000MB/s transfers (10.000MHz, offset 15) pass5 at sym0 bus 0 target 8 lun 0 pass5: Fixed Processor SCSI-2 device pass5: 3.300MB/s transfers da2 at sym0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (40.000MHz, offset 31), Tagged Queueing Enabled da2: 8704MB (17827698 512 byte sectors: 255H 63S/T 1109C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (40.000MHz, offset 31), Tagged Queueing Enabled da1: 8704MB (17826240 512 byte sectors: 255H 63S/T 1109C) da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (40.000MHz, offset 31), Tagged Queueing Enabled da0: 8704MB (17827698 512 byte sectors: 255H 63S/T 1109C) cd0 at sym0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0s1a On Fri, 8 Jul 2005 18:30:22 +0200 "Uzi" wrote: > > > > hi all, > > my freebsd not recognize ata hard-disk. i have 3 scsi hard-disk and 1 ata > > hard-disk. After i make buildworld and build/install kernel and install > > world my freebsd don't recognize ata hard-disk. > > > > before install new kernel some dmesg: > > > Please attach your uname -v , kernel conf file, full dmesg > I never seen any mind (or cpu) reader on this list. > > U. > > > Timecounters tick every 10.000 msec > > Interrupt storm detected on "irq10: uhci0"; throttling interrupt source > > ad0: 28629MB [58168/16/63] at ata0-master > > UDMA33 > > Waiting 15 seconds for SCSI devices to settle > > > > after install new kernel some dmesg: > > > > Timecounters tick every 1.000 msec > > IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled > > Waiting 2 seconds for SCSI devices to settle > > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > > > > in my kernel conf: > > device ata > > device atadisk > > > > with some weeks before i was install the same kernel on the same machine > > and every thing was ok, but now???... i have a problem. > > can anyone tell me what it's my problem ? > > 10x (thanks)! > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 17:34:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D232216A41C for ; Fri, 8 Jul 2005 17:34:06 +0000 (GMT) (envelope-from jtanis@pycoder.org) Received: from mxsf32.cluster1.charter.net (mxsf32.cluster1.charter.net [209.225.28.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE6943D49 for ; Fri, 8 Jul 2005 17:34:04 +0000 (GMT) (envelope-from jtanis@pycoder.org) Received: from mxip10a.cluster1.charter.net (mxip10a.cluster1.charter.net [209.225.28.140]) by mxsf32.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j68HY26j017854 for ; Fri, 8 Jul 2005 13:34:02 -0400 Received: from 68-117-222-215.dhcp.athn.ga.charter.com (HELO pycoder.org) (68.117.222.215) by mxip10a.cluster1.charter.net with ESMTP; 08 Jul 2005 13:34:02 -0400 X-IronPort-AV: i="3.93,274,1115006400"; d="scan'208"; a="1091289607:sNHT244841116" Received: from 69.55.160.9 (SquirrelMail authenticated user jtanis) by pycoder.org with HTTP; Fri, 8 Jul 2005 13:34:02 -0400 (EDT) Message-ID: <4864.69.55.160.9.1120844042.squirrel@pycoder.org> In-Reply-To: <20050708203958.5bb90c2f.dani.popa@vipnet.ro> References: <20050708200816.1b263636.dani.popa@vipnet.ro> <002201c583da$599e1a50$0700a8c0@uzi> <20050708203958.5bb90c2f.dani.popa@vipnet.ro> Date: Fri, 8 Jul 2005 13:34:02 -0400 (EDT) From: "James Tanis" To: "Dani Popa" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Uzi , freebsd-stable@freebsd.org Subject: Re: ata problem !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 17:34:06 -0000 On Fri, July 8, 2005 1:39 pm, Dani Popa said: > # ip stack options > options INET > #options INET6 > options IPSTEALTH > options TCP_DROP_SYNFIN > options ZERO_COPY_SOCKETS > options IPFILTER > options IPFILTER_LOG > options DEVICE_POLLING > options ACCEPT_FILTER_DATA > options ACCEPT_FILTER_HTTP > options LIBMCHAIN > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_PRIQ > One question here, probably unrelated to your problem :P. I know ALTQ doesn't explicitely cite pf as a requirement, but is it possible to use ALTQ in combination with IPFILTER? From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 17:38:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B79D216A41C for ; Fri, 8 Jul 2005 17:38:04 +0000 (GMT) (envelope-from cabal@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8123643D49 for ; Fri, 8 Jul 2005 17:38:04 +0000 (GMT) (envelope-from cabal@u.washington.edu) Received: from aagaard01.u.washington.edu (aagaard01.u.washington.edu [140.142.13.113]) by mxout3.cac.washington.edu (8.13.4+UW05.04/8.13.4+UW05.05) with ESMTP id j68Hc3VN026832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 8 Jul 2005 10:38:04 -0700 Received: from localhost (cabal@localhost) by aagaard01.u.washington.edu (8.13.4+UW05.03/8.13.4+UW05.05) with ESMTP id j68Hc3e2091638 for ; Fri, 8 Jul 2005 10:38:03 -0700 Date: Fri, 8 Jul 2005 10:38:03 -0700 (PDT) From: "J. Nyhuis" To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Q: ATA HDD installer issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 17:38:04 -0000 Greetings, I am installing FreeBSD 5.4 on a system using a Seagate Barracuda (Model ST380011A) 80GB drive. This drive has 38297 cylinders, 16 heads, and 255 sectors (this is identified both on a label on the drive and by the BIOS IDE auto-detect). The FreeBSD installer make it to the disk partitioning screen, and produces an error stating that my drive parameters are wrong, and that I should manually correct them. When I enter the parameters 38297/16/255 (cylinders/heads/sectors), it tells me that the parameters are wrong and refuses to take my input. The hardware manual states that the drive parameters for fdisk should be what is reported in the BIOS (which they are, in this case). Ideas? Thanks, John H. Nyhuis Sr. Computer Specialist Dept. of Pediatrics HS RR349B, Box 356320 University of Washington Desk: (206)-685-3884 cabal@u.washington.edu From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 17:57:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E899716A41C for ; Fri, 8 Jul 2005 17:57:10 +0000 (GMT) (envelope-from pascal@blackwillow.giznet.com) Received: from hermes.uci.kun.nl (hermes.uci.kun.nl [131.174.93.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8800F43D48 for ; Fri, 8 Jul 2005 17:57:10 +0000 (GMT) (envelope-from pascal@blackwillow.giznet.com) Received: from blackwillow.giznet.com (vhe-520082.sshn.net [195.169.225.20]) by hermes.uci.kun.nl (PMDF V6.2-X17 #30689) with ESMTP id <0IJB002BYLUEPT@hermes.uci.kun.nl> for freebsd-stable@freebsd.org; Fri, 08 Jul 2005 19:56:38 +0200 (MEST) Received: from [192.168.1.199] (unknown [192.168.1.199]) by blackwillow.giznet.com (Postfix) with ESMTP id 7423BA938; Fri, 08 Jul 2005 19:56:38 +0200 (CEST) Received: from 127.0.0.1 (AVG SMTP 7.0.323 [267.8.11]); Fri, 08 Jul 2005 19:56:49 +0200 Date: Fri, 08 Jul 2005 19:56:49 +0200 From: Pascal Groenen To: "J. Nyhuis" , freebsd-stable@freebsd.org Message-id: <000801c583e6$6a1ab8a0$c701a8c0@venus> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Content-type: text/plain; reply-type=response; charset=iso-8859-1; format=flowed Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal References: Cc: Subject: Re: ATA HDD installer issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 17:57:11 -0000 I noticed a similar thing with a similar HD. I went with the FreeBSD suggestion and it resulted in a corrupted HD. I would just go with the Disk/BIOS settings. I did that before for other disks and never had issues then. ----- Original Message ----- From: "J. Nyhuis" To: Sent: Friday, July 08, 2005 7:38 PM Subject: Q: ATA HDD installer issue > Greetings, > > I am installing FreeBSD 5.4 on a system using a Seagate Barracuda (Model > ST380011A) 80GB drive. This drive has 38297 cylinders, 16 heads, and 255 > sectors (this is identified both on a label on the drive and by the BIOS > IDE auto-detect). > The FreeBSD installer make it to the disk partitioning screen, and > produces an error stating that my drive parameters are wrong, and that I > should manually correct them. When I enter the parameters 38297/16/255 > (cylinders/heads/sectors), it tells me that the parameters are wrong and > refuses to take my input. > The hardware manual states that the drive parameters for fdisk should be > what is reported in the BIOS (which they are, in this case). > > Ideas? > > Thanks, > > John H. Nyhuis > Sr. Computer Specialist > Dept. of Pediatrics > HS RR349B, Box 356320 > University of Washington > Desk: (206)-685-3884 > cabal@u.washington.edu > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.11/44 - Release Date: 8-7-2005 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 18:04:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A123916A41C for ; Fri, 8 Jul 2005 18:04:23 +0000 (GMT) (envelope-from cabal@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2884143D48 for ; Fri, 8 Jul 2005 18:04:23 +0000 (GMT) (envelope-from cabal@u.washington.edu) Received: from aagaard01.u.washington.edu (aagaard01.u.washington.edu [140.142.13.113]) by mxout2.cac.washington.edu (8.13.4+UW05.04/8.13.4+UW05.05) with ESMTP id j68I4MrR025283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 8 Jul 2005 11:04:22 -0700 Received: from localhost (cabal@localhost) by aagaard01.u.washington.edu (8.13.4+UW05.03/8.13.4+UW05.05) with ESMTP id j68I4MV2221730 for ; Fri, 8 Jul 2005 11:04:22 -0700 Date: Fri, 8 Jul 2005 11:04:22 -0700 (PDT) From: "J. Nyhuis" To: freebsd-stable@freebsd.org In-Reply-To: <000801c583e6$6a1ab8a0$c701a8c0@venus> Message-ID: References: <000801c583e6$6a1ab8a0$c701a8c0@venus> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: ATA HDD installer issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:04:23 -0000 Well, the FreeBSD default partition setting fails to complete a format. It won't accept the 'real settings', and I can't seem to figure out a way to force them. I'll have to poke about under advanced install to see if it will let me force FDISK paremeters. Thanks, John H. Nyhuis Sr. Computer Specialist Dept. of Pediatrics HS RR349B, Box 356320 University of Washington Desk: (206)-685-3884 cabal@u.washington.edu On Fri, 8 Jul 2005, Pascal Groenen wrote: > I noticed a similar thing with a similar HD. I went with the FreeBSD > suggestion and it resulted in a corrupted HD. I would just go with the > Disk/BIOS settings. I did that before for other disks and never had issues > then. > > > ----- Original Message ----- From: "J. Nyhuis" > To: > Sent: Friday, July 08, 2005 7:38 PM > Subject: Q: ATA HDD installer issue > > >> Greetings, >> >> I am installing FreeBSD 5.4 on a system using a Seagate Barracuda (Model >> ST380011A) 80GB drive. This drive has 38297 cylinders, 16 heads, and 255 >> sectors (this is identified both on a label on the drive and by the BIOS >> IDE auto-detect). >> The FreeBSD installer make it to the disk partitioning screen, and >> produces an error stating that my drive parameters are wrong, and that I >> should manually correct them. When I enter the parameters 38297/16/255 >> (cylinders/heads/sectors), it tells me that the parameters are wrong and >> refuses to take my input. >> The hardware manual states that the drive parameters for fdisk should be >> what is reported in the BIOS (which they are, in this case). >> >> Ideas? >> >> Thanks, >> >> John H. Nyhuis >> Sr. Computer Specialist >> Dept. of Pediatrics >> HS RR349B, Box 356320 >> University of Washington >> Desk: (206)-685-3884 >> cabal@u.washington.edu >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.323 / Virus Database: 267.8.11/44 - Release Date: 8-7-2005 > > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 18:05:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F11716A41C for ; Fri, 8 Jul 2005 18:05:57 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D9F143D48 for ; Fri, 8 Jul 2005 18:05:57 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 08 Jul 2005 11:05:55 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EB6A05D07; Fri, 8 Jul 2005 11:05:55 -0700 (PDT) To: Pascal Groenen In-reply-to: Your message of "Fri, 08 Jul 2005 19:56:49 +0200." <000801c583e6$6a1ab8a0$c701a8c0@venus> Date: Fri, 08 Jul 2005 11:05:55 -0700 From: "Kevin Oberman" Message-Id: <20050708180555.EB6A05D07@ptavv.es.net> Cc: "J. Nyhuis" , freebsd-stable@freebsd.org Subject: Re: ATA HDD installer issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:05:57 -0000 Don't forget that any "modern" BIOS and HD will be using LBA, not CHS, for addressing the disk and disks have not had the same number of sectors per track on all cylinders for a long time, so the numbers are bogus in any case. CHS does not allow properly addressing any modern drive and BIOS always "makes up" the values reported (but not used, to the best of my knowledge) and those work fine in every case I have encountered. I'd just ignore the warning and proceed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 > Date: Fri, 08 Jul 2005 19:56:49 +0200 > From: Pascal Groenen > Sender: owner-freebsd-stable@freebsd.org > > I noticed a similar thing with a similar HD. I went with the FreeBSD > suggestion and it resulted in a corrupted HD. I would just go with the > Disk/BIOS settings. I did that before for other disks and never had issues > then. > > > ----- Original Message ----- > From: "J. Nyhuis" > To: > Sent: Friday, July 08, 2005 7:38 PM > Subject: Q: ATA HDD installer issue > > > > Greetings, > > > > I am installing FreeBSD 5.4 on a system using a Seagate Barracuda (Model > > ST380011A) 80GB drive. This drive has 38297 cylinders, 16 heads, and 255 > > sectors (this is identified both on a label on the drive and by the BIOS > > IDE auto-detect). > > The FreeBSD installer make it to the disk partitioning screen, and > > produces an error stating that my drive parameters are wrong, and that I > > should manually correct them. When I enter the parameters 38297/16/255 > > (cylinders/heads/sectors), it tells me that the parameters are wrong and > > refuses to take my input. > > The hardware manual states that the drive parameters for fdisk should be > > what is reported in the BIOS (which they are, in this case). > > > > Ideas? > > > > Thanks, > > > > John H. Nyhuis > > Sr. Computer Specialist > > Dept. of Pediatrics > > HS RR349B, Box 356320 > > University of Washington > > Desk: (206)-685-3884 > > cabal@u.washington.edu From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 18:41:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E759216A41C for ; Fri, 8 Jul 2005 18:41:27 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from audi.websitewelcome.com (audi.websitewelcome.com [67.19.210.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E4743D48 for ; Fri, 8 Jul 2005 18:41:27 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from adsl-065-013-105-239.sip.tys.bellsouth.net ([65.13.105.239]:4046 helo=[192.168.1.33]) by audi.websitewelcome.com with esmtpa (Exim 4.50) id 1Dqxmo-000588-VF for freebsd-stable@freebsd.org; Fri, 08 Jul 2005 13:41:19 -0500 Message-ID: <42CEC8D9.7090900@goldsword.com> Date: Fri, 08 Jul 2005 14:41:29 -0400 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050708180555.EB6A05D07@ptavv.es.net> In-Reply-To: <20050708180555.EB6A05D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: ATA HDD installer issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:41:28 -0000 Kevin Oberman wrote: >Don't forget that any "modern" BIOS and HD will be using LBA, not CHS, >for addressing the disk and disks have not had the same number of >sectors per track on all cylinders for a long time, so the numbers are >bogus in any case. CHS does not allow properly addressing any >modern drive and BIOS always "makes up" the values reported (but not >used, to the best of my knowledge) and those work fine in every case I >have encountered. > >I'd just ignore the warning and proceed. > > I did that. I don't know if that's part of the problem (I have AthlonXP 2200 with a Via KT266A chipset), I get the same types of complaints from sysinstall, I ignore the warning, it leaves a good size chunk of disk at the end unused, then I get error messages about failing to initialize various slices and structures. Check screen #2, lots of WRITE_DMA error messages while doing the superblocks. Tried booting the install kernel in safe mode. Still get the warnings about the values reported by the BIOS (which is set to auto-detect the drives), but it successfully creates the disk and goes through the install. My BIOS reports the values of Cyn 38309, heads 16, Sectors 255. It's a WD800, 80GB ATA100. So I'm getting the same errors on install as the OP, and it appears that I have the same problems with the controller & drivers that other VIA users are... So far, if I boot the install using safe mode, I can install. However, on reboot, the log goes crazy with WRITE_DMA errors, and things start getting flaky (don't know exactly what is happening, I gave up on it for a few days...) Are the two problems related? Will installing the ATA III patch set ### fix any of this? Oh, yeah, Obligatory whine... WinXP installed into a partition on this machine without a problem... John FreeBSD since 2.0.2.... Starting on a 486/50.... ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 19:53:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B02916A41C for ; Fri, 8 Jul 2005 19:53:27 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.49.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2584243D45 for ; Fri, 8 Jul 2005 19:53:26 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [128.206.49.166] (cauchy.math.missouri.edu [128.206.49.166]) by math.missouri.edu (8.12.11/8.12.11) with ESMTP id j68JrO9i039076 for ; Fri, 8 Jul 2005 14:53:25 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <42CED9B5.6080100@math.missouri.edu> Date: Fri, 08 Jul 2005 14:53:25 -0500 From: Stephen Montgomery-Smith Organization: University of Missouri User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-100.0 required=4.0 tests=USER_IN_WHITELIST autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on math.missouri.edu X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean Subject: How to set polling for printer upon startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 19:53:27 -0000 My printer doesn't work very well unless I type lpcontrol -p What is the "correct" way to make this happen when the computer first boots up - is there some setting in device.hints or something I can put in the kernel config so that it defaults to this? Thanks, Stephen -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 20:36:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E326916A41C for ; Fri, 8 Jul 2005 20:36:27 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C2B743D48 for ; Fri, 8 Jul 2005 20:36:24 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from nyserve3.starlofashions.com ([192.0.0.230]) by mail.starlofashions.com (8.9.3/8.9.3) with ESMTP id QAA00846 for ; Fri, 8 Jul 2005 16:36:20 -0400 Received: from uws1.starlofashions.com (uws1.starlofashions.com [192.168.8.230]) by nyserve3.starlofashions.com (Postfix) with SMTP id 6DB9860DB for ; Fri, 8 Jul 2005 16:36:20 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Fri, 8 Jul 2005 16:36:20 -0400 Date: Fri, 8 Jul 2005 16:36:20 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050708203620.GA52798@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <42CED9B5.6080100@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <42CED9B5.6080100@math.missouri.edu> User-Agent: mutt-ng devel (FreeBSD) Subject: Re: How to set polling for printer upon startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:36:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Jul 08, 2005 at 02:53:25PM -0500, Stephen Montgomery-Smith wrote: > My printer doesn't work very well unless I type > lpcontrol -p > What is the "correct" way to make this happen when the computer first boots up > - is there some setting in device.hints or something I can put in the kernel > config so that it defaults to this? Well, I have a very complex and esoteric script that I load. However, perhaps with years of study, you can duplicate it. #!/bin/sh lpcontrol -e (Which is what I need in my case for a similar problem) Just put it into /usr/local/etc/rc.d and make it executable, changing the -p to an -e of course. Call it whatever you wish, but be sure to add an sh extension, e.g. call it lptcontrol.sh That should do it. - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Have I ever let you down? Giles: Do you want me to answer that, or shall I just glare? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzuPE+lTVdes0Z9YRAmztAJ48gCcwd0QlTkAkSMKbJNLxTeiy7gCdFA6f Vrd0I0AKNT4KYomP9QE7QrA= =SZBs -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 21:39:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C0B916A41C for ; Fri, 8 Jul 2005 21:39:20 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A644F43D46 for ; Fri, 8 Jul 2005 21:39:19 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id BF5C95641F; Sat, 9 Jul 2005 09:39:17 +1200 (NZST) Date: Sat, 9 Jul 2005 09:39:17 +1200 From: Jonathan Chen To: Stephen Montgomery-Smith Message-ID: <20050708213917.GD52526@osiris.chen.org.nz> References: <42CED9B5.6080100@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CED9B5.6080100@math.missouri.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: How to set polling for printer upon startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:39:20 -0000 On Fri, Jul 08, 2005 at 02:53:25PM -0500, Stephen Montgomery-Smith wrote: > My printer doesn't work very well unless I type > lpcontrol -p > What is the "correct" way to make this happen when the computer first > boots up - is there some setting in device.hints or something I can put > in the kernel config so that it defaults to this? I've got: hint.ppc.0.flags="0x28" in my /boot/device.hints to do this. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- char *p="char *p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);} From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 21:54:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60BA216A41C for ; Fri, 8 Jul 2005 21:54:13 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B922543D46 for ; Fri, 8 Jul 2005 21:54:12 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id j68Ls6tJ033514; Fri, 8 Jul 2005 23:54:06 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B31266259; Fri, 8 Jul 2005 23:54:06 +0200 (CEST) Date: Fri, 8 Jul 2005 23:54:06 +0200 From: Roland Smith To: Jonathan Chen Message-ID: <20050708215406.GB54618@slackbox.xs4all.nl> Mail-Followup-To: Jonathan Chen , Stephen Montgomery-Smith , freebsd-stable@freebsd.org References: <42CED9B5.6080100@math.missouri.edu> <20050708213917.GD52526@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f2QGlHpHGjS2mn6Y" Content-Disposition: inline In-Reply-To: <20050708213917.GD52526@osiris.chen.org.nz> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: How to set polling for printer upon startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:54:13 -0000 --f2QGlHpHGjS2mn6Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 09, 2005 at 09:39:17AM +1200, Jonathan Chen wrote: > On Fri, Jul 08, 2005 at 02:53:25PM -0500, Stephen Montgomery-Smith wrote: > > My printer doesn't work very well unless I type > > lpcontrol -p > > What is the "correct" way to make this happen when the computer first= =20 > > boots up - is there some setting in device.hints or something I can put= =20 > > in the kernel config so that it defaults to this? >=20 > I've got: >=20 > hint.ppc.0.flags=3D"0x28" >=20 > in my /boot/device.hints to do this. Using 0x28 also puts the port in ECP mode. To put it in polling mode only, use 0x20. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --f2QGlHpHGjS2mn6Y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzvX+EnfvsMMhpyURArIEAKCI104UIGTz/qhC2sex+QEqgHQqCQCcD0VN EhiH0+s7X84Bnn5WajYFPZE= =F2Rp -----END PGP SIGNATURE----- --f2QGlHpHGjS2mn6Y-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 8 23:38:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B59EE16A41C for ; Fri, 8 Jul 2005 23:38:55 +0000 (GMT) (envelope-from djh@nebcorp.com) Received: from ratchet.nebcorp.com (ratchet.nebcorp.com [205.217.153.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA0843D45 for ; Fri, 8 Jul 2005 23:38:55 +0000 (GMT) (envelope-from djh@nebcorp.com) Received: by ratchet.nebcorp.com (Postfix, from userid 1014) id 2228AD98A2; Fri, 8 Jul 2005 16:38:55 -0700 (PDT) Date: Fri, 8 Jul 2005 16:38:54 -0700 From: Danny Howard To: Chris Hodgins Message-ID: <20050708233854.GA64117@ratchet.nebcorp.com> References: <63c3899e05070807487e0891de@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63c3899e05070807487e0891de@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Loop: djhoward@uiuc.edu Cc: freebsd-stable@freebsd.org Subject: Re: gmirror, sparc and SCSI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 23:38:55 -0000 On Fri, Jul 08, 2005 at 03:48:52PM +0100, Chris Hodgins wrote: > Hi all, > > Experiencing a few difficulties setting up raid mirroring across two > SCSI disks on a sparc based server. Disk da0 contains a working and > recent install of FreeBSD 5-4 RELEASE and da1 is blank. We have been > following the guidance given in the first part of > http://people.freebsd.org/~rse/mirror/ but have hit numerous problems. Chris, These instructions are useful if you don't want to boot into recovery console to set things up offline. You can save a lot of fancy footwork if you have physical access and a CD-ROM, and don't mind about 15 minutes of downtime. My crib sheet is at http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/ . If it does work for you, plesae let me know. I'd be plased to hear that it can handle Sparc. :) Sincerely, -danny From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 00:00:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD3C16A41C for ; Sat, 9 Jul 2005 00:00:36 +0000 (GMT) (envelope-from creep@daedalus.desk.pl) Received: from daedalus.desk.pl (daedalus.desk.pl [62.233.238.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAFED43D4C for ; Sat, 9 Jul 2005 00:00:35 +0000 (GMT) (envelope-from creep@daedalus.desk.pl) Received: from localhost (localhost [127.0.0.1]) by daedalus.desk.pl (Postfix) with ESMTP id 01A25366674 for ; Sat, 9 Jul 2005 01:52:17 +0200 (CEST) Received: from daedalus.desk.pl ([127.0.0.1]) by localhost (daedalus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19136-04 for ; Sat, 9 Jul 2005 01:52:14 +0200 (CEST) Received: by daedalus.desk.pl (Postfix, from userid 1023) id B25FD36666C; Sat, 9 Jul 2005 01:52:14 +0200 (CEST) Date: Sat, 9 Jul 2005 01:52:14 +0200 From: Marcin To: freebsd-stable@freebsd.org Message-ID: <20050708235214.GA18118@daedalus.desk.pl> References: <20050708120048.2114116A420@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050708120048.2114116A420@hub.freebsd.org> User-Agent: Mutt/1.4.1i X-Antivirus: Skaner Antywirusowy DESK.pl Subject: Panic: sched_add: kse 0xc1c40f60 (named) already in run queue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 00:00:37 -0000 I've seen posts about this issue on current@, but without any solution. Maybe my case will help to shed some light on this one. 2 Cpu 5.4 STABLE (from today 09.07.05) running without any problems. The kernel is almost a GENERIC, except: Enabled: SMP SHCED_ULE IPSEC IPSEC_ESP INVARIANTS INVARIANT_SUPPORT some devices disabled, some added (scbus,da,snp,pf,pflog) Today I wanted to move a service to this machine which uses a lot (about 70) network aliases from a few subnets. First, I have experienced spontaneous reboots, mostly during the rc phase, but sometimes a little bit later, i.e. after the system is up with simple services (httpd, named, sshd) and I log in and do something network related. (but not sure if this is not something else.). However, the machine was not under even medium load. When i reduce the number of aliases to about 30, instead of hard reboot I get a panic: sched_add: kse 0xc1c40f60 (named) already in run queue This might be some trail; the panic usually occurs when the named is used - during the rc phase of setting up network services or after, when doing something network oriented. Unfortunately, I didn't make any tests without named enabled (I should have thought of that :(( ) The named is bound to all the ip's of the interface, sshd to only on of them, httpd to a wildcard address (so said sockstat) setting kern.smp.disabled in bootloader fixes both issues (but wastes one cpu ;( ) I have a core dump and a kernel with debugging symbols, so please e-mail me if it needs to me shared. The problem with it is that it is big (500mb) so If You would rather download a movie from e-mule instead, please request for any info i can dig with kgdb You need. I'd really like this to be fixed, so I'm eager to help! Here's a backtrace: (kgdb) bt #0 doadump () at pcpu.h:160 #1 0xc055165a in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc0551a05 in panic (fmt=0xc0783970 "sched_add: kse %p (%s) already in run queue") at ../../../kern/kern_shutdown.c:566 #3 0xc0565699 in sched_add_internal (td=0xc1c40e10, preemptive=0) at ../../../kern/sched_ule.c:1706 #4 0xc05655df in sched_add (td=0x0, flags=1) at ../../../kern/sched_ule.c:1676 #5 0xc0565db9 in slot_fill (kg=0xc19a8070) at kern_switch.c:217 #6 0xc056666d in sched_thread_exit (td=0x0) at kern_switch.c:1035 #7 0xc055d6b0 in thread_exit () at ../../../kern/kern_thread.c:547 #8 0xc053e4cb in thread_userret (td=0xc1d82640, frame=0xd8a16d38) at ../../../kern/kern_kse.c:1296 #9 0xc0577345 in userret (td=0xc1d82640, frame=0xd8a16d38, oticks=0) at ../../../kern/subr_trap.c:120 #10 0xc07447d6 in syscall (frame= {tf_fs = 137494575, tf_es = 137429039, tf_ds = -1079115729, tf_edi = 136541440, tf_esi = 0, tf_ebp = -1079059000, tf_isp = -660509340, tf_ebx = 0, tf_edx = 136541440, tf_ecx = -1079059088, tf_eax = 2, tf_trapno = 0, tf_err = 2, tf_eip = 674795967, tf_cs = 31, tf_eflags = 642, tf_esp = -1079059364, tf_ss = 47}) at ../../../i386/i386/trap.c:1059 #11 0xc072f37f in Xint0x80_syscall () at ../../../i386/i386/exception.s:201 #12 0x0832002f in ?? () #13 0x0831002f in ?? () #14 0xbfae002f in ?? () #15 0x08237500 in ?? () #16 0x00000000 in ?? () #17 0xbfaeddc8 in ?? () #18 0xd8a16d64 in ?? () #19 0x00000000 in ?? () #20 0x08237500 in ?? () #21 0xbfaedd70 in ?? () ---Type to continue, or q to quit--- #22 0x00000002 in ?? () #23 0x00000000 in ?? () #24 0x00000002 in ?? () #25 0x283891bf in ?? () #26 0x0000001f in ?? () #27 0x00000282 in ?? () #28 0xbfaedc5c in ?? () #29 0x0000002f in ?? () #30 0x00000000 in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0x00000000 in ?? () #34 0x1f38f000 in ?? () #35 0xc1cdc960 in ?? () #36 0xc1d82790 in ?? () #37 0xd8a16b18 in ?? () #38 0xd8a16af0 in ?? () #39 0xc1d82640 in ?? () #40 0xc0564bf0 in sched_switch (td=0x0, newtd=0x8237500, flags=Cannot access memory at address 0xbfaeddd8 ) at ../../../kern/sched_ule.c:1300 Previous frame inner to this frame (corrupt stack?) (kgdb) (kgdb) f 3 #3 0xc0565699 in sched_add_internal (td=0xc1c40e10, preemptive=0) at ../../../kern/sched_ule.c:1706 1706 ../../../kern/sched_ule.c: No such file or directory. in ../../../kern/sched_ule.c (kgdb) p *td $1 = {td_proc = 0xc1cdd000, td_ksegrp = 0xc19a8070, td_plist = {tqe_next = 0xc1c43640, tqe_prev = 0xc1d82648}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xc1d82650}, td_slpq = { tqe_next = 0x0, tqe_prev = 0xc1aa03e0}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc19a8084}, td_selq = {tqh_first = 0x0, tqh_last = 0xc1c40e40}, td_sleepqueue = 0xc1aa03e0, td_turnstile = 0xc1c0d640, td_tid = 100089, td_flags = 0, td_inhibitors = 0, td_pflags = 128, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 1 '\001', td_oncpu = 255 '˙', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc1d71080, td_standin = 0xc1d82190, td_prticks = 0, td_upcall = 0xc1d73e40, td_sticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = { 0, 0, 0, 0}}, td_sigmask = {__bits = {4294901503, 4294967295, 4294967295, 4294967295}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 8, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h', td_priority = 163 'Ł', td_pcb = 0xd8995d90, td_state = TDS_RUNQ, td_retval = {0, 136151408}, td_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xcbf00498}}, c_time = 791, c_arg = 0xc1c40e10, c_func = 0xc0575ef0 , c_flags = 8}, td_frame = 0xd8995d38, td_kstack_obj = 0xc105d7bc, td_kstack = 3633922048, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = { md_savecrit = 582}, td_sched = 0xc1c40f60} (kgdb) p *td->td_proc $2 = {p_list = {le_next = 0xc1c3e54c, le_prev = 0xc1c421c4}, p_ksegrps = { tqh_first = 0xc1a609a0, tqh_last = 0xc19a8074}, p_threads = {tqh_first = 0xc1cdc960, tqh_last = 0xc1c43648}, p_suspended = {tqh_first = 0x0, tqh_last = 0xc1cdd018}, p_ucred = 0xc1d71080, p_fd = 0xc1c72200, p_fdtol = 0x0, p_stats = 0xc1cda200, p_limit = 0xc1cff200, p_unused1 = 0x0, p_sigacts = 0xc1cdf000, p_flag = 33152, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 311, p_hash = {le_next = 0x0, le_prev = 0xc19914dc}, p_pglist = {le_next = 0x0, le_prev = 0xc1c00cc8}, p_pptr = 0xc19a0e20, p_sibling = { le_next = 0xc1c3e54c, le_prev = 0xc19a0e88}, p_children = {lh_first = 0x0}, p_mtx = { mtx_object = {lo_class = 0xc07bee3c, lo_name = 0xc0781caa "process lock", lo_type = 0xc0781caa "process lock", lo_flags = 4390912, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3252168256, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc19ad258, p_swtime = 434, p_realtimer = {it_interval = { tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 0, frac = 14494938933112751232}, p_uu = 0, p_su = 16261, p_iu = 0, p_uticks = 56, p_sticks = 31, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc1cf7420, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_magic = 3203398350, p_comm = "named\000r", '\0' , p_pgrp = 0xc1c00cc0, p_sysent = 0xc07ff780, p_args = 0xc1c00440, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc1cdd06c, kl_list = {slh_first = 0x0}}, p_numthreads = 4, p_numksegrps = 2, p_md = {md_ldt = 0xc1c02380}, p_itcallout = {c_links = {sle = {sle_next = 0x0}, tqe = { tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_unused2 = 0x0, p_acflag = 1, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc1cdd000, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc1cdd1c4} (kgdb) p *td->td_ksegrp $4 = {kg_proc = 0xc1cdd000, kg_ksegrp = {tqe_next = 0x0, tqe_prev = 0xc1a609a4}, kg_threads = {tqh_first = 0xc1cdc960, tqh_last = 0xc1c40e20}, kg_runq = { tqh_first = 0xc1c40e10, tqh_last = 0xc1c40e38}, kg_slpq = {tqh_first = 0x0, tqh_last = 0xc19a808c}, kg_upcalls = {tqh_first = 0xc1d74000, tqh_last = 0xc1d73e40}, kg_estcpu = 0, kg_slptime = 0, kg_runnable = 1, kg_numupcalls = 2, kg_upsleeps = 0, kg_completed = 0x281fc850, kg_nextupcall = 743, kg_upquantum = 2, kg_pri_class = 3 '\003', kg_user_pri = 163 'Ł', kg_numthreads = 3, kg_sched = 0xc19a80c8} (kgdb) f 8 #8 0xc053e4cb in thread_userret (td=0xc1d82640, frame=0xd8a16d38) at ../../../kern/kern_kse.c:1296 1296 ../../../kern/kern_kse.c: No such file or directory. in ../../../kern/kern_kse.c (kgdb) p *td $5 = {td_proc = 0xc1cdd000, td_ksegrp = 0xc19a8070, td_plist = {tqe_next = 0xc1c40e10, tqe_prev = 0xc1cdc968}, td_kglist = {tqe_next = 0xc1c40e10, tqe_prev = 0xc1cdc970}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc1ab22e0}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0xc1c40e10, tqe_prev = 0xc19a8084}, td_selq = { tqh_first = 0x0, tqh_last = 0xc1d82670}, td_sleepqueue = 0xc1ab22e0, td_turnstile = 0xc1c002c0, td_tid = 100124, td_flags = 65538, td_inhibitors = 0, td_pflags = 128, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc1d71080, td_standin = 0x0, td_prticks = 0, td_upcall = 0x0, td_sticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {4294967295, 4294967295, 4294967295, 4294967295}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_umtx = { tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 1, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 100 'd', td_priority = 100 'd', td_pcb = 0xd8a16d90, td_state = TDS_RUNNING, td_retval = {2, 136541440}, td_slpcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xcbf00318}}, c_time = 743, c_arg = 0xc1d82640, c_func = 0xc0575ef0 , c_flags = 8}, td_frame = 0xd8a16d38, td_kstack_obj = 0xc1c605ac, td_kstack = 3634450432, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc1d82790} (kgdb) p *td->td_proc $6 = {p_list = {le_next = 0xc1c3e54c, le_prev = 0xc1c421c4}, p_ksegrps = { tqh_first = 0xc1a609a0, tqh_last = 0xc19a8074}, p_threads = {tqh_first = 0xc1cdc960, tqh_last = 0xc1c43648}, p_suspended = {tqh_first = 0x0, tqh_last = 0xc1cdd018}, p_ucred = 0xc1d71080, p_fd = 0xc1c72200, p_fdtol = 0x0, p_stats = 0xc1cda200, p_limit = 0xc1cff200, p_unused1 = 0x0, p_sigacts = 0xc1cdf000, p_flag = 33152, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 311, p_hash = {le_next = 0x0, le_prev = 0xc19914dc}, p_pglist = {le_next = 0x0, le_prev = 0xc1c00cc8}, p_pptr = 0xc19a0e20, p_sibling = { le_next = 0xc1c3e54c, le_prev = 0xc19a0e88}, p_children = {lh_first = 0x0}, p_mtx = { mtx_object = {lo_class = 0xc07bee3c, lo_name = 0xc0781caa "process lock", lo_type = 0xc0781caa "process lock", lo_flags = 4390912, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3252168256, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc19ad258, p_swtime = 434, p_realtimer = {it_interval = { tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 0, frac = 14494938933112751232}, p_uu = 0, p_su = 16261, p_iu = 0, p_uticks = 56, p_sticks = 31, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc1cf7420, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_magic = 3203398350, p_comm = "named\000r", '\0' , p_pgrp = 0xc1c00cc0, p_sysent = 0xc07ff780, p_args = 0xc1c00440, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc1cdd06c, kl_list = {slh_first = 0x0}}, p_numthreads = 4, p_numksegrps = 2, p_md = {md_ldt = 0xc1c02380}, p_itcallout = {c_links = {sle = {sle_next = 0x0}, tqe = { tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_unused2 = 0x0, p_acflag = 1, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc1cdd000, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc1cdd1c4} (kgdb) ----------------------------------------------------------- kernel config: --------------------------------------------------------- machine i386 cpu I686_CPU ident ARRAS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions MODULES_OVERRIDE="linux nullfs acpi usb" makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SMP options SCHED_ULE # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options QUOTA options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options IPSEC options IPSEC_ESP device apic # I/O APIC #options MSGBUF_SIZE=81920 options INVARIANTS options INVARIANT_SUPPORT # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA devices that use the old ISA shims #device le # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device random device snp device bpf device pf device pflog # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter device scbus device da # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) ---------------------------------------------------------------------- The End. Please ask for more info if needed! -- m. marcin@desk.pl Brain power of a glass of water. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 04:54:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B79916A41C for ; Sat, 9 Jul 2005 04:54:48 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3336543D45 for ; Sat, 9 Jul 2005 04:54:48 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-226.natcotech.com [12.28.24.226]) by natco3.natcotech.com (Postfix) with ESMTP id 84345637C7 for ; Fri, 8 Jul 2005 23:54:44 -0500 (CDT) Received: (qmail 26391 invoked by uid 89); 9 Jul 2005 04:54:44 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 9 Jul 2005 04:54:44 -0000 Message-ID: <42CF5893.7020807@leadhill.net> Date: Fri, 08 Jul 2005 23:54:43 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: rcorder dumps core for a circular dependency X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 04:54:48 -0000 I am wondering if I should file a PR on /sbin/rcorder dumping core? This is a reproducible core dump. I am using FreeBSD 5-Stable dated July 2, I think. SMP, i386, custom kernel. First, try this. Make a file that looks like this: #!/bin/sh # # PROVIDE: hello_world # REQUIRE: hello_world Now, save it, and let's call it "hello_world.sh" Now, try and order this one file. #rcorder hello_world.sh rcorder: Circular dependency on file `hello_world.sh'. rcorder: Circular dependency on provision `hello_world' in file `hello_world.sh'. rcorder in free(): error: chunk is already free Abort (core dumped) Exit 134 Whoops, that's not nice, is it?!?? Since rcorder normally only runs at bootup, I smell a big problem if such a problem existed in a startup script. I know that this file does indeed have a circular dependency, but let's please not dump core because of it. The impending other problem is that 6-current will soon be released, and there will be eventually a stable, and in that branch everything in /usr/local/etc/rc.d/*.sh is sent to rcorder. Putting "rcorder" into our world of ports maintainers, some of which could write some insane rcng startup files.... ouch. Perhaps we need to ensure that things of this sort can't happen -- and we need a strenuous sanity check on the files in /usr/local/etc/rc.d between now and 6-release. I know, admins should check these files, but in many cases they may not, and then get a big *surprise* when their machine dumps core during boot. I guess it's one thing for 6-Current, but another thing for the stable tree. We may have a lot of time in the 5.x tree, but as sure as I say that, the new /etc/rc.d/localpkg hack will get backported to 5.x and something may start going wrong. Back to the circular dependency, I have one example of this happening in a port's rc.d script, but I don't want to mention any names... I found this out when a port I had installed kept crashing rcorder when I tried running rcorder on /usr/local/etc/rc.d/*.sh. So now that I found this, I was going to write a PR, but hey, I figured I'd say something here first. Can someone verify this on 6-Current, anyway? If so, it is definitely a major bug for that branch. For 5.x, rcorder is only run on a small set of files in /etc, most of which don't get edited much, minimizing its impact. But still a bug nevertheless. One other thing: I know nothing about NetBSD, but should this be reported to them, too? Okay, one more shot at this bug. Try this shell script: #!/bin/sh # # PROVIDE: hello_world # BEFORE: hello_world Save it as hello1.sh. # rcorder hello1.sh rcorder: Circular dependency on file `hello1.sh'. rcorder: Circular dependency on provision `fake_prov_00000000' in file `hello1.sh'. rcorder in free(): error: chunk is already free Abort (core dumped) Exit 134 Whoops again. Billy From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 06:54:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DCC916A41C for ; Sat, 9 Jul 2005 06:54:14 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp110.sbc.mail.mud.yahoo.com (smtp110.sbc.mail.mud.yahoo.com [68.142.198.209]) by mx1.FreeBSD.org (Postfix) with SMTP id 5321D43D45 for ; Sat, 9 Jul 2005 06:54:13 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 80453 invoked from network); 9 Jul 2005 06:54:12 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.213.247 with login) by smtp110.sbc.mail.mud.yahoo.com with SMTP; 9 Jul 2005 06:54:12 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 1D4BF6205; Sat, 9 Jul 2005 01:54:12 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00638-01-3; Sat, 9 Jul 2005 01:54:10 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id CCD216192; Sat, 9 Jul 2005 01:29:08 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j696T8DE016932; Sat, 9 Jul 2005 01:29:08 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42CF6EAE.4090800@alumni.rice.edu> Date: Sat, 09 Jul 2005 01:29:02 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin References: <20050708120048.2114116A420@hub.freebsd.org> <20050708235214.GA18118@daedalus.desk.pl> In-Reply-To: <20050708235214.GA18118@daedalus.desk.pl> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4A61DA12FB8E5F59F91A63E3" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-stable@freebsd.org Subject: Re: Panic: sched_add: kse 0xc1c40f60 (named) already in run queue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 06:54:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4A61DA12FB8E5F59F91A63E3 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit On 07/08/05 18:52, Marcin wrote: > I've seen posts about this issue on current@, but without any solution. > Maybe my case will help to shed some light on this one. > > 2 Cpu 5.4 STABLE (from today 09.07.05) running without any problems. > The kernel is almost a GENERIC, except: > Enabled: > SMP > SHCED_ULE > IPSEC > IPSEC_ESP > INVARIANTS > INVARIANT_SUPPORT > some devices disabled, some added (scbus,da,snp,pf,pflog) Do you have problems with SCHED_4BSD? I think SMP+ULE causes problems even on CURRENT, although I may have missed more recent developments: http://lists.freebsd.org/pipermail/freebsd-current/2005-June/thread.html#50882 http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051311.html -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig4A61DA12FB8E5F59F91A63E3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCz260UFz01pkdgZURAieNAKCIon3Zta/djIL+TQa6bypWGXxwOgCgl0+6 67Rai1bvBRvRiCyUQATglII= =XqxB -----END PGP SIGNATURE----- --------------enig4A61DA12FB8E5F59F91A63E3-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 07:17:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F95F16A41C for ; Sat, 9 Jul 2005 07:17:33 +0000 (GMT) (envelope-from pkariuki@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4431E43D46 for ; Sat, 9 Jul 2005 07:17:32 +0000 (GMT) (envelope-from pkariuki@gmail.com) Received: by wproxy.gmail.com with SMTP id i13so609654wra for ; Sat, 09 Jul 2005 00:17:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=XTSpjuGcfkdH0yxn8hWlpVPyteCMQEsa/i6C/14riD1gzfHOi8tB/lOoVH7/c8TxckKCEZ3aN440oEGQG3/zSrE5D+LKSdAmdPTHaQg1w3swk30Nj6KGWFBFhKv7z9XTScOIwLTeakqKgaLdTuKdGV/PuyhWtL05Rl5kLbCzIGY= Received: by 10.54.29.60 with SMTP id c60mr2303669wrc; Sat, 09 Jul 2005 00:17:32 -0700 (PDT) Received: by 10.54.79.20 with HTTP; Sat, 9 Jul 2005 00:17:32 -0700 (PDT) Message-ID: Date: Sat, 9 Jul 2005 10:17:32 +0300 From: Phares Kariuki To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Test:ignore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Phares Kariuki List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 07:17:33 -0000 Test:ignore From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 08:27:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4867016A41C; Sat, 9 Jul 2005 08:27:20 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C927943D45; Sat, 9 Jul 2005 08:27:19 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from tyrael.linnet (p54BCD0E1.dip.t-dialin.net [84.188.208.225]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j698RH6I012209; Sat, 9 Jul 2005 10:27:18 +0200 (MEST) Date: Sat, 9 Jul 2005 10:26:16 +0200 From: sebastian ssmoller To: current@freebsd.org, stable@freebsd.org Message-Id: <20050709102616.5b601c14.sebastian.ssmoller@gmx.net> X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Fw: Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 08:27:20 -0000 just FYI ... regards, seb Begin forwarded message: Date: Sat, 9 Jul 2005 10:24:57 +0200 From: sebastian ssmoller To: freebsd-multimedia@freebsd.org Subject: Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes) hi, i just wonna say: THX! really GREAT work! ... this improves sound quality on my boxes much !! ;-) THX, regards, seb > After sometimes, I've decided to release this (massive 4k lines) diff > to our sound driver. This need proper review and confirmation, before > it can be committed. > > Patches for both HEAD / RELENG_5 available at: > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ > > (Note the snd_RELTAG*.diff) > > > Whats New > ========= > > 1. Support wide range sampling rate as low as 1hz up to int32 max > (which is, insane) through new feeder_rate, multiple precisions > choice (32/64 bit converter). This is indeed, quite insane, but it > does give us more room and flexibility. > 2. Support 24/32 bit pcm format conversion through new, much improved > feeder_fmt. > > > System wide changes > =================== > > 1. sys/soundcard.h > * Add definition for AFMT_(U|S)24_(B|L)E. This is somehow > contradict with OSS/Voxware definition of 24bit, but anyway... > > > General sound infrastructure changes > ==================================== > > 1. ac97.c > * Slightly new method to detect mixer capabilities and resolution. > This mostly to help CT4730, but apparently it does help other > cards too (especially via8233x). This probably need futher test > and confirmation from other people with ac97 cards other than via > / es137x. > * Aggresive dac power wake up call, again, to help CT4730 (and > probably others). > 2. mixer.c / sound.c (high priority / grave severity) > * Fix super grave serious (call it whatever) panic/death during > driver unload on second attempt after failure on first (device > busy). > 3. buffer.c / dsp.c / sound.h > * Support for 24/32 AFMT > 4. feeder_rate.c > * New implementation of sampling rate conversion with 32/64 bit > precision, 1 - int32max hz (which is, ridiculous, yet very > addictive). Much improved / smarter buffer management to not > cause any missing samples at the end of conversion process > * Tunable sysctls for various aspect: > hw.snd.feeder_rate_ratemin - minimum allowable sampling rate > (default to 4000) > hw.snd.feeder_rate_ratemax - maximum allowable sampling rate > (default to 1102500) > hw.snd.feeder_rate_buffersize - conversion buffer size > (default to 8192) > hw.snd.feeder_rate_scaling - scaling / conversion method > (please refer to the source for explaination). Default to > previous implementation type. > 5. feeder_fmt.c / sound.h > * New implementation, support for 24/32bit conversion, optimized, > and simplified. Few routines has been removed (8 to xlaw, 16 to > 8). It just doesn't make sense. > 6. channel.c > * Support for 24/32 AFMT > * Fix wrong xruns increment, causing incorrect underruns statistic > while using vchans. > 7. vchan.c (high priority) > * Support for 24/32 AFMT > * Proper speed / rate detection especially for fixed rate ac97. > User can override it using kernel hint: > hint.pcm..vchanrate="xxxx". > > > Hardware spessific changes > ========================== > > 1. als4000.c > * als4000 can't do 48k properly (perhaps it really can't at all!). > Set maxspeed to 44.1k instead. > * Add locking / MPSAFE > * Fix recording > 2. cmi.c > * remove busdma_lock_mutex and Giant from bus_dma_tag_create. > Nothing changes. > 3. es137x.c / es137x.h > * Register programming error during device initialization > especially for CT4730 / EV1938 chip, causing misconfigured mixer > (David Xu), crippled after power cycle (Kevin Oberman). Fixed. > * Incorporate locking/spdif patches from Jon Noack. Not all es137x > can really do spdif, clean it up a bit to only let few capable > chip. > * Convert all bus_space_(read|write) to use es_rd/es_wr, simmilar > with other drivers. > * Add tunable hw.snd.pcm.latency_timer sysctl to toggle pci > latency timer value on the fly. Much noise / pop / crackling > issues can be solved by increasing its value. Other people can > point out to use pciconf instead, but this is just and added > value specifically for braindead CT4730/EV1938. > 4. via8233.c > * Add locking / MPSAFE > * Add kernel hint option to disable DXS channels entirely. Report > from several skype users / Pav Lucistnik indicate that disabling > DXS fix lots of pop / crackling noise. To disable DXS, add > hint.pcm..via_dxs_disabled="1" into /boot/device.hints. > NOTE: It is advisable to disable DXS entirely. Although DXS can > provide multiple concurrent access, doing so will cause more > harm than good (pop / crackling noise, sudden slowness, > overruns). There are few cases where this is considered > invalid, but I had to investigate more as this is not a > global issue. Use / enable vchans for multiple sound sources > (Please refer to vchans notes below). > 5. via82c686.c > * Add locking / MPSAFE. I don't have this card, so other people had > to confirm it. Anyway, the logic is correct. > > > Notes / Issues > ============== > > * Virtual Channels (vchans) > Enabling vchans can really, really help to solve overruns > issue. This is quite understandable, because it operate > entirely within its own buffering system without relying on > hardware interrupt / state. Even if you don't need vchan, > just enable single channel can help much. > * Feeder alignment is really a monster on its own, this should > be fixed or revamp in near future. > * Mixer infrastructure is really outdated, without support for > proper multichannel. Best candidate for hacking fest. > * The arrival of 24/32 also come with a price. Applications > that can do 24/32bit playback need to be recompiled (notably > mplayer). Use (recompiled) mplayer to experiment / test / > debug this various format using -af format=fmt. Note that > 24bit seeking in mplayer is a little bit broken, sometimes > can cause silence or loud static noise. Pausing / seeking > few times can solve this problem. > You don't have to rebuild world entirely for this. Simply > copy /usr/src/sys/sys/soundcard.h to > /usr/include/sys/soundcard.h would suffice. Few drivers also > need recompilation, and this can be done via > /usr/src/sys/modules/sound/. > Support for 24bit hardware playback is beyond the scope of > this changes. That would require spessific hardware driver > changes and currently I don't have any of it. > * Don't expect playing 9999999999hz is a wise decision. Be > reasonable. The new feeder_rate implemention provide > flexibility, not insanity. You can easily chewed up your CPU > with this kind of mind instability. Please use proper > mosquite repellent device for this obvious cracked brain > attempt. As for testing purposes, you can use (again) > mplayer to generate / play with different sampling rate. Use > something like mplayer -af resample=192000:0:0 files.. > > > -- > > Ariff Abdullah > MyBSD > > http://www.MyBSD.org.my (IPv6/IPv4) > http://staff.MyBSD.org.my (IPv6/IPv4) > http://tomoyo.MyBSD.org.my (IPv6/IPv4) -- "Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away." --- Antoine de St. Exupery, Wind, Sand, and Stars, 1939 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 13:25:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD4B616A421 for ; Sat, 9 Jul 2005 13:25:48 +0000 (GMT) (envelope-from jim@thehousleys.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0D3443DAE for ; Sat, 9 Jul 2005 13:20:00 +0000 (GMT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net ([24.62.118.137]) by comcast.net (rwcrmhc11) with ESMTP id <20050709131958013002un9pe>; Sat, 9 Jul 2005 13:19:59 +0000 Received: from localhost (localhost [127.0.0.1]) by thehousleys.net (8.13.3/8.13.3) with ESMTP id j69DJuu1001170; Sat, 9 Jul 2005 09:19:56 -0400 (EDT) (envelope-from jim@Thehousleys.net) Received: from thehousleys.net ([127.0.0.1]) by localhost (cat.int.thehousleys.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00538-01; Sat, 9 Jul 2005 09:19:40 -0400 (EDT) Received: from [IPv6:2001:5c0:83f5:1:260:8ff:fea3:7fb2] (baby.int.thehousleys.net [IPv6:2001:5c0:83f5:1:260:8ff:fea3:7fb2]) (authenticated bits=0) by thehousleys.net (8.13.3/8.13.3) with ESMTP id j69DJG56001157; Sat, 9 Jul 2005 09:19:17 -0400 (EDT) (envelope-from jim@Thehousleys.net) Message-ID: <42CFCED3.3040504@Thehousleys.net> Date: Sat, 09 Jul 2005 09:19:15 -0400 From: James Housley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050331 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable List Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000906050803000700050401" X-Virus-Scanned: amavisd-new at thehousleys.net Cc: Subject: Panic during boot with BT-948 on RELENG_5_4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:25:48 -0000 This is a cryptographically signed message in MIME format. --------------ms000906050803000700050401 Content-Type: multipart/mixed; boundary="------------060506090803040302090605" This is a multi-part message in MIME format. --------------060506090803040302090605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I just upgraded a machine from 4.11 to 5.4 and I now have a panic on boot. The panic is related the disk attached to my BT-948. This disk only has /usr/obj on it so I don't mind if it is lost, but I would like it back. How do I fix this. The kernel is basically GENERIC with SMP enabled and firewalling. verbose_with_bt.txt shows the problem. verbose_with_bt_without_da0.txt works, ie the drive is not attached. Any and all help appreciated. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- It's always a long day, 86400 doesn't fit into a short. --------------060506090803040302090605 Content-Type: text/plain; name="verbose_with_bt.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="verbose_with_bt.txt" SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000000fefd000 SMAP type=03 base=000000000fffd000 len=0000000000002000 SMAP type=04 base=000000000ffff000 len=0000000000001000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p3 #2: Fri Jul 8 12:23:45 EDT 2005 root@cat.int.thehousleys.net:/usr/obj/usr/src/sys/SERVERKERNEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc096d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc096d228. Calibrating clock(s) ... i8254 clock: 1193113 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 350796649 Hz CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 268423168 (255 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000000fb4cfff, 250761216 bytes (61221 pages) avail memory = 253132800 (241 MB) Table 'FACP' at 0xfffd100 Table 'BOOT' at 0xfffd040 Table 'APIC' at 0xfffd080 MADT: Found table at 0xfffd080 MP Configuration Table version 1.4 found at 0xc00f6ad4 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 1 ACPI ID 0: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 bios32: Found BIOS32 Service Directory header at 0xc00f9e70 bios32: Entry = 0xf0530 (c00f0530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x730 pnpbios: Found PnP BIOS data at 0xc00fd2c0 pnpbios: Entry = f0000:d2f0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 20 ioapic0: intpin 9 disabled ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff mem: Pentium Pro MTRR support enabled null: io: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80002358 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00f0d20 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x60 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x61 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x62 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x63 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x61 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x62 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x63 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x60 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x62 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x63 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x60 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x61 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x63 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x60 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x61 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x62 3 4 5 7 9 10 11 12 embedded 0 4 A 0x60 3 4 5 7 9 10 11 12 embedded 0 4 B 0x61 3 4 5 7 9 10 11 12 embedded 0 4 C 0x62 3 4 5 7 9 10 11 12 embedded 0 4 D 0x63 3 4 5 7 9 10 11 12 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 3 ACPI timer: 0/3 0/3 0/16777213 0/16777214 1/2 0/4 0/16777200 1/2 1/2 0/4 -> 3 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e4000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0117, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000d800, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=4, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000d400, size 5, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[90]: type 4, range 32, base 0000e800, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d000, size 7, enabled map[14]: type 1, range 32, base e3000000, size 7, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 18 found-> vendor=0x10b7, dev=0x9200, revid=0x74 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000b800, size 2, enabled map[14]: type 1, range 32, base e2800000, size 12, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 17 found-> vendor=0x104b, dev=0x1040, revid=0x08 bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0000, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=17 map[10]: type 1, range 32, base dc000000, size 26, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 16 found-> vendor=0x5333, dev=0x8811, revid=0x54 bus=0, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xdfff pcib1: memory decode 0xe3f00000-0xe3efffff pcib1: prefetched decode 0xe4000000-0xe3ffffff pci1: on pcib1 pci1: physical bus=1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd800 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x9 ata1: [MPSAFE] uhci0: port 0xd400-0xd41f at device 4.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 pcib0: matched entry for 0.4.INTD pcib0: slot 4 INTD hardwired to IRQ 19 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 4.3 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xe3000000-0xe300007f irq 18 at device 10.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xe3000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:01:02:83:fa:21 xl0: [MPSAFE] bt0: Reserved 0x4 bytes for rid 0x10 type 4 at 0xb800 bt0: port 0xb800-0xb803 mem 0xe2800000-0xe2800fff irq 17 at device 11.0 on pci0 bt0: BT-948 FW Rev. 5.06I Ultra Narrow SCSI Host Adapter, SCSI ID 7, 192 CCBs bt0: Using Strict Round Robin Mailbox Mode bt0: [GIANT-LOCKED] pci0: at device 12.0 (no driver attached) fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) sio0: irq maps: 0x6001 0x6011 0x6001 0x6001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x6001 0x6009 0x6001 0x6001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it bt: bt0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xcc000-0xcffff,0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 350796649 Hz quality -100 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 25 packets/entry by default lo0: bpf attached DUMMYNET initialized (011031) Interrupt storm detected on "irq20: acpi0"; throttling interrupt source ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-5 disk at ata0-master ad0: 28629MB (58633344 sectors), 58168 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ar: FreeBSD check1 failed ata1-slave: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel PIIX4 chip ata1-master: setting UDMA33 on Intel PIIX4 chip ata1-slave: setting PIO3 on Intel PIIX4 chip ad2: ATA-4 disk at ata1-master ad2: 6149MB (12594960 sectors), 13328 C, 15 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 ar: FreeBSD check1 failed acd0: CDROM drive at ata1 as slave acd0: read 1378KB/s (1378KB/s), 128KB buffer, PIO3 acd0: Reads: CDR, CDDA acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Waiting 15 seconds for SCSI devices to settle bt0: Using Strict Round Robin Mailbox Mode GEOM: new disk ad0 GEOM: new disk ad2 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:58621122 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 30014014464 end 30014046719 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):15/14/63 s:63 l:12594897 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s1, start 32256 length 6448587264 end 6448619519 GEOM: Configure ad2a, start 0 length 33554432 end 33554431 GEOM: Configure ad2c, start 0 length 6448619520 end 6448619519 GEOM: Configure ad2e, start 181379072 length 4608000000 end 4789379071 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 GEOM: Configure ad0s1a, start 0 length 134217728 end 134217727 GEOM: Configure ad0s1b, start 134217728 length 536870912 end 671088639 GEOM: Configure ad0s1c, start 0 length 30014014464 end 30014014463 GEOM: Configure ad0s1e, start 671088640 length 16106127360 end 16777215999 GEOM: Configure ad0s1f, start 16777216000 length 13236798464 end 30014014463 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 GEOM: Configure ad2s1b, start 0 length 536870912 end 536870911 GEOM: Configure ad2s1c, start 0 length 6448587264 end 6448587263 GEOM: Configure ad2s1e, start 536870912 length 5911716352 end 6448587263 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):15/14/63 s:63 l:12594897 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2as1, start 32256 length 6448587264 end 6448619519 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):15/14/63 s:63 l:12594897 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2cs1, start 32256 length 6448587264 end 6448619519 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 GEOM: Configure ad2as1b, start 0 length 536870912 end 536870911 GEOM: Configure ad2as1c, start 0 length 6448587264 end 6448587263 GEOM: Configure ad2as1e, start 536870912 length 5911716352 end 6448587263 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 GEOM: Configure ad2cs1b, start 0 length 536870912 end 536870911 GEOM: Configure ad2cs1c, start 0 length 6448587264 end 6448587263 GEOM: Configure ad2cs1e, start 536870912 length 5911716352 end 6448587263 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/255/63 s:0 l:50000 bt: ccb 0xd07f7340 - error 4 occured. btstat = 11, sdstat = 0 bt: ccb 0xd07f7200 - error 4 occured. btstat = 11, sdstat = 0 bt: ccb 0xd07f7240 - error 4 occured. btstat = 11, sdstat = 0 bt: ccb 0xd07f7280 - error 4 occured. btstat = 11, sdstat = 0 bt: ccb 0xd07f72c0 - error 4 occured. btstat = 11, sdstat = 0 bt: ccb 0xd07f72c0 - error 4 occured. btstat = 0, sdstat = 2 bt: ccb 0xd07f7280 - error 4 occured. btstat = 0, sdstat = 2 (probe0:bt0:0:0:0): Retrying Command pass0 at bt0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number 00672113 pass0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass1 at bt0 bus 0 target 6 lun 0 pass1: Removable Sequential Access SCSI-2 device pass1: Serial Number GS0SB5Q pass1: 10.000MB/s transfers (10.000MHz, offset 15) sa0 at bt0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: Serial Number GS0SB5Q sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at bt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number 00672113 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 01 instruction pointer = 0x8:0xc044a80f stack pointer = 0x10:0xcc76281c frame pointer = 0x10:0xcc76282c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 45 (swi3: cambio) trap number = 18 panic: integer divide fault cpuid = 0 Uptime: 21s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... --------------060506090803040302090605 Content-Type: text/plain; name="verbose_with_bt_without_da0.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="verbose_with_bt_without_da0.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p3 #2: Fri Jul 8 12:23:45 EDT 2005 root@cat.int.thehousleys.net:/usr/obj/usr/src/sys/SERVERKERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 268423168 (255 MB) avail memory = 253132800 (241 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xd400-0xd41f at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 4.3 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xe3000000-0xe300007f irq 18 at device 10.0 on pci0 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:83:fa:21 bt0: port 0xb800-0xb803 mem 0xe2800000-0xe2800fff irq 17 at device 11.0 on pci0 bt0: BT-948 FW Rev. 5.06I Ultra Narrow SCSI Host Adapter, SCSI ID 7, 192 CCBs pci0: at device 12.0 (no driver attached) fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xcc000-0xcc7ff,0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 25 packets/entry by default Interrupt storm detected on "irq20: acpi0"; throttling interrupt source ad0: 28629MB [58168/16/63] at ata0-master UDMA33 ad2: 6149MB [13328/15/63] at ata1-master UDMA33 acd0: CDROM at ata1-slave PIO3 Waiting 15 seconds for SCSI devices to settle sa0 at bt0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device swapon: adding /dev/ad2s1b as swap device Starting file system checks: --------------060506090803040302090605-- --------------ms000906050803000700050401 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAw3t/TANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwMTMxMTUzODUwWhcNMDYwMTMxMTUzODUw WjBeMRAwDgYDVQQEEwdIb3VzbGV5MQ4wDAYDVQQqEwVKYW1lczEWMBQGA1UEAxMNSmFtZXMg SG91c2xleTEiMCAGCSqGSIb3DQEJARYTamltQHRoZWhvdXNsZXlzLm5ldDCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAMxEGl7qSt28dcKKlSc5t66FhdEFIeaQSP4dvmVQ2mCy 3Rbjutv1NiNhqzr60hzmMFgf0HHGbWryap3eYEQHWMx+4U/p7JFLQo8rOwWPWbEnHr424zC7 ywoTMJhvXkyzOMoMcQ6ScemLNeQqrumhYP3OQadmBaGLdSP89BqO4qnxAwF0qdqI4xKpZvpg S4d0Rs5BhshSa+eKBh/FTG7LnrUOS9JUsZn9wH7SwnnkOzJPesqxOyhG0Feltt+3krW3BU5i wu4FcQn3poqKphja8pvjRq6FFpJEb9nFmhxG2bci2nGke/qp3D/dtMVC8eTbnsefdPO7rloM KSMACnrrPdcCAwEAAaMwMC4wHgYDVR0RBBcwFYETamltQHRoZWhvdXNsZXlzLm5ldDAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAJqlgHl0evYrUBz6AOLxoGq4dYP/9h7SUKYp Aa+WUZVroo/yiexJ/Ft2niBsCdZMC59/fM3m1C/oko/JVJIO0/etL++KgD4RR2o2f0f3Elkx jHdqAUNkV3/ENqWHbkLaitkKLhxOD3JmmiTUfspy8i76YFk96bJ2qyNXJNEBUNTLMIIC7DCC AlWgAwIBAgIDDe39MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNTAxMzExNTM4NTBaFw0wNjAxMzExNTM4NTBaMF4x EDAOBgNVBAQTB0hvdXNsZXkxDjAMBgNVBCoTBUphbWVzMRYwFAYDVQQDEw1KYW1lcyBIb3Vz bGV5MSIwIAYJKoZIhvcNAQkBFhNqaW1AdGhlaG91c2xleXMubmV0MIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAzEQaXupK3bx1woqVJzm3roWF0QUh5pBI/h2+ZVDaYLLdFuO6 2/U2I2GrOvrSHOYwWB/QccZtavJqnd5gRAdYzH7hT+nskUtCjys7BY9ZsScevjbjMLvLChMw mG9eTLM4ygxxDpJx6Ys15Cqu6aFg/c5Bp2YFoYt1I/z0Go7iqfEDAXSp2ojjEqlm+mBLh3RG zkGGyFJr54oGH8VMbsuetQ5L0lSxmf3AftLCeeQ7Mk96yrE7KEbQV6W237eStbcFTmLC7gVx CfemioqmGNrym+NGroUWkkRv2cWaHEbZtyLacaR7+qncP920xULx5Nuex59087uuWgwpIwAK eus91wIDAQABozAwLjAeBgNVHREEFzAVgRNqaW1AdGhlaG91c2xleXMubmV0MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAmqWAeXR69itQHPoA4vGgarh1g//2HtJQpikBr5ZR lWuij/KJ7En8W3aeIGwJ1kwLn398zebUL+iSj8lUkg7T960v74qAPhFHajZ/R/cSWTGMd2oB Q2RXf8Q2pYduQtqK2QouHE4PcmaaJNR+ynLyLvpgWT3psnarI1ck0QFQ1MswggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAw3t/TAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTA3MDkxMzE5MTVaMCMGCSqGSIb3DQEJ BDEWBBS7p8Jt2Za31QqNbmT/xktIEh+nfzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDe39MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw3t/TANBgkqhkiG9w0BAQEFAASCAQB4aK7v BthBVdNeahjxsb1c8FIbft7OYDhWALik8Y20JypO0mASdsePY7RNdZBKIG3hJ5mZ6L8mVNL5 Vmu0ZEty1DEl1Z3bsfOaXmwYiLU6whDM5mj5x0ku79jfEIiCIGI37ADe7LZpt0NW40B/Yyfd 7frI4Ri7EbardQIo4NcESza6Vj+2H4SoHJ4eGzIVNiELu4vgjNdvkvQhXzjKGsf6ZKTV1A3L ugs1ShUrljuvQbQ72G2YLxEjxYIs35Q805Ijy/cLp7JWznm3p2KVePypoLWTKDWg1MqOnYa0 Po4VXSJ8Xcpyw/bjNj2PMS2pGANQcRZ2GRp3DWGE6b0NTdvQAAAAAAAA --------------ms000906050803000700050401-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 15:09:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7264416A41C for ; Sat, 9 Jul 2005 15:09:53 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E87F043D45 for ; Sat, 9 Jul 2005 15:09:52 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j69F9qtQ069647 for ; Sat, 9 Jul 2005 17:09:52 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j69F9qLX069646 for freebsd-stable@freebsd.org; Sat, 9 Jul 2005 11:09:52 -0400 (EDT) (envelope-from cracauer) Date: Sat, 9 Jul 2005 11:09:51 -0400 From: Martin Cracauer To: freebsd-stable@freebsd.org Message-ID: <20050709110951.B69588@cons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: 5.x test request (FWD: Repairing ext2fs stat(2), fts(3) in 6.0-current, please test on 5.x) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 15:09:53 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Can somebody running FreeBSD 5-stable please test whether this patch is needed in 5.x? I can provide a small file with an ext2fs in it so that you can try in a vnode mount. Martin --i0/AhcQY5QxfSsSZ Content-Type: message/rfc822 Content-Disposition: inline Date: Fri, 8 Jul 2005 18:15:27 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org Subject: Repairing ext2fs stat(2), fts(3) in 6.0-current, please test on 5.x Message-ID: <20050708181514.A54677@cons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline User-Agent: Mutt/1.2.5i --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ext2fs fails to set the device in the stat(2) system call. Subsequently, that makes fts(3) fail, which goes as far as make ls(1) fail (which uses fts). The appended diff fixes it for me and looks correct to me. Unless somebody objects I will submit it to re@ for commit approval. %% I don't have a 5.x system anywhere, can somebody please test whether the problem exists in 5.x? Here is how: - compile appended test program - mount an ext2fs to -say- /mnt/tmp - `./stattests /mnt/tmp` ==> must return identical device ids Quicker test: - mount ext2fs to /mnt/tmp - `ls -F /mnt/tmp` ==> will fail with file not found errors. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.ext2fs" Index: ext2_vnops.c =================================================================== RCS file: /lhome/CVS-FreeBSD/src/sys/gnu/fs/ext2fs/ext2_vnops.c,v retrieving revision 1.102 diff -u -r1.102 ext2_vnops.c --- ext2_vnops.c 15 Jun 2005 02:36:11 -0000 1.102 +++ ext2_vnops.c 8 Jul 2005 22:07:16 -0000 @@ -346,6 +346,7 @@ /* * Copy from inode table */ + vap->va_fsid = dev2udev(ip->i_devvp->v_rdev); vap->va_fileid = ip->i_number; vap->va_mode = ip->i_mode & ~IFMT; vap->va_nlink = ip->i_nlink; --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="stattests.c" #include #include #include #include #include #include #include static void print(const char *const msg, const struct stat *const s) { fprintf(stderr, "dev %s: %X (%d/%d)\n", msg, s->st_dev , major(s->st_dev) , minor(s->st_dev)); } int main(int argc, char *argv[]) { struct stat s; struct stat s_direct; int fd; char *filename1 = NULL; if (argc < 2) { fprintf(stderr, "Usage: filename\n"); exit(1); } filename1 = argv[1]; if (stat(filename1, &s_direct) == -1) { perror("stat"); exit(2); } print("just stat", &s_direct); fd = open(filename1, O_RDONLY); if (fd == -1) { perror("open"); exit(2); } if (fstat(fd, &s) == -1) { perror("fstat"); exit(2); } print("using fstat", &s); #if 0 DIR *dir; dir = opendir(filename1); if (dir == NULL) { perror("opendir"); exit(2); } if (fstat(dirfd(dir), &s) == -1) { perror("fstat"); exit(2); } fprintf(stderr, "dev: %d\n", s.st_dev); if (stat("/mnt/tmp/X11", &s) == -1) { perror("stat"); exit(2); } fprintf(stderr, "dev: %d\n", s.st_dev); #endif return 0; } --Yylu36WmvOXNoKYn-- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 16:37:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5BBF16A41C for ; Sat, 9 Jul 2005 16:37:29 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id F07D143D53 for ; Sat, 9 Jul 2005 16:37:28 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: by wproxy.gmail.com with SMTP id i36so603325wra for ; Sat, 09 Jul 2005 09:37:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sfaYjcWfAgjdWddtE/lMDDzc3amV2WY7COVOoqdaiXHIiPexYwXVFqsTHlv1qswnbaC9CMCQvicM9k7mQrVW5BuJkxP588VjN1zmMPX2EqNzMhvdSsJD6BVtskdlS4ewAN/J6C5xIhyPgUumbgq8qsLHNSiZYnMvgAPiF6lHsn4= Received: by 10.54.33.65 with SMTP id g65mr2679379wrg; Sat, 09 Jul 2005 09:36:43 -0700 (PDT) Received: by 10.54.84.16 with HTTP; Sat, 9 Jul 2005 09:36:43 -0700 (PDT) Message-ID: <63c3899e05070909363077ca9c@mail.gmail.com> Date: Sat, 9 Jul 2005 17:36:43 +0100 From: Chris Hodgins To: Danny Howard In-Reply-To: <20050708233854.GA64117@ratchet.nebcorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <63c3899e05070807487e0891de@mail.gmail.com> <20050708233854.GA64117@ratchet.nebcorp.com> Cc: freebsd-stable@freebsd.org Subject: Re: gmirror, sparc and SCSI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Hodgins List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 16:37:30 -0000 On 7/9/05, Danny Howard wrote: > On Fri, Jul 08, 2005 at 03:48:52PM +0100, Chris Hodgins wrote: > > Hi all, > > > > Experiencing a few difficulties setting up raid mirroring across two > > SCSI disks on a sparc based server. Disk da0 contains a working and > > recent install of FreeBSD 5-4 RELEASE and da1 is blank. We have been > > following the guidance given in the first part of > > http://people.freebsd.org/~rse/mirror/ but have hit numerous problems. >=20 > Chris, >=20 > These instructions are useful if you don't want to boot into recovery > console to set things up offline. You can save a lot of fancy footwork > if you have physical access and a CD-ROM, and don't mind about 15 > minutes of downtime. My crib sheet is at > http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/ . >=20 > If it does work for you, plesae let me know. I'd be plased to hear that > it can handle Sparc. :) >=20 > Sincerely, > -danny >=20 Danny, Thanks for the link. This was actually the first link we tried to get working and after it failed to work we followed the link on the page to http://people.freebsd.org/~rse/mirror/. Everything worked fine until we arrived at this step below. =20 # mount /dev/mirror/gm0s1a /mnt It seems that gmirror does not give us any partitions. A listing of the mirror directory shows only the gm0 node even though da0 is partitioned. When mounting the mirror it seems that /dev/mirror/gm0 only represents the root partition. How can we get the mirror to recognise the other partitions? Thanks Chris From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 17:51:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C755016A41C for ; Sat, 9 Jul 2005 17:51:37 +0000 (GMT) (envelope-from djh@nebcorp.com) Received: from ratchet.nebcorp.com (ratchet.nebcorp.com [205.217.153.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C94343D48 for ; Sat, 9 Jul 2005 17:51:37 +0000 (GMT) (envelope-from djh@nebcorp.com) Received: by ratchet.nebcorp.com (Postfix, from userid 1014) id 56E2AD9823; Sat, 9 Jul 2005 10:51:37 -0700 (PDT) Date: Sat, 9 Jul 2005 10:51:37 -0700 From: Danny Howard To: Chris Hodgins Message-ID: <20050709175137.GE64117@ratchet.nebcorp.com> References: <63c3899e05070807487e0891de@mail.gmail.com> <20050708233854.GA64117@ratchet.nebcorp.com> <63c3899e05070909363077ca9c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63c3899e05070909363077ca9c@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Loop: djhoward@uiuc.edu Cc: freebsd-stable@freebsd.org Subject: Re: gmirror, sparc and SCSI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 17:51:37 -0000 On Sat, Jul 09, 2005 at 05:36:43PM +0100, Chris Hodgins wrote: > Everything worked fine until we arrived at this step below. > # mount /dev/mirror/gm0s1a /mnt > > It seems that gmirror does not give us any partitions. A listing of > the mirror directory shows only the gm0 node even though da0 is > partitioned. When mounting the mirror it seems that /dev/mirror/gm0 > only represents the root partition. How can we get the mirror to > recognise the other partitions? Just a wild guess, maybe for Sparc hardware you still need to run MAKEDEV? -danny From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 19:02:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E8816A41C for ; Sat, 9 Jul 2005 19:02:18 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D573443D45 for ; Sat, 9 Jul 2005 19:02:17 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so625014wra for ; Sat, 09 Jul 2005 12:02:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UfGjb/mWfmMKW0Pyd3wPIMtpw9NDJv6dXQaFztQo4hgI6GY4FbYPkB8OWepI3/1+NmEmWgNwa1WrboTlHhL5gfQ4zNRL6Z5H5/nN4Oh7j+k96E8MiyO0v5FUdQGLUV6YETIPNzs8d6YIMyApJlq7d82OmTOnnzx7tKH3CNhEIn4= Received: by 10.54.7.78 with SMTP id 78mr2718897wrg; Sat, 09 Jul 2005 11:37:43 -0700 (PDT) Received: by 10.54.84.16 with HTTP; Sat, 9 Jul 2005 11:37:43 -0700 (PDT) Message-ID: <63c3899e05070911377892c43e@mail.gmail.com> Date: Sat, 9 Jul 2005 19:37:43 +0100 From: Chris Hodgins To: Danny Howard In-Reply-To: <20050709175137.GE64117@ratchet.nebcorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <63c3899e05070807487e0891de@mail.gmail.com> <20050708233854.GA64117@ratchet.nebcorp.com> <63c3899e05070909363077ca9c@mail.gmail.com> <20050709175137.GE64117@ratchet.nebcorp.com> Cc: freebsd-stable@freebsd.org Subject: Re: gmirror, sparc and SCSI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Hodgins List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 19:02:18 -0000 On 7/9/05, Danny Howard wrote: > On Sat, Jul 09, 2005 at 05:36:43PM +0100, Chris Hodgins wrote: >=20 > > Everything worked fine until we arrived at this step below. > > # mount /dev/mirror/gm0s1a /mnt > > > > It seems that gmirror does not give us any partitions. A listing of > > the mirror directory shows only the gm0 node even though da0 is > > partitioned. When mounting the mirror it seems that /dev/mirror/gm0 > > only represents the root partition. How can we get the mirror to > > recognise the other partitions? >=20 > Just a wild guess, maybe for Sparc hardware you still need to run > MAKEDEV? >=20 > -danny >=20 According to http://www.freebsd.org/releases/5.4R/migration-guide.html: "MAKEDEV is no longer available, nor is it required. FreeBSD 5.X uses a device file system, which automatically creates device nodes on demand. Configuration of the entries in the device filesystem can be performed with the devfs(8) utility or with the /etc/devfs.conf mechanism. More information can be found in the devfs(5) manual page." Unfortunetly there is no MAKEDEV in 5.4, even for sparc. Is it possible it is some sort of compatibility problem with the partitions created and gmirror? Thanks Chris From owner-freebsd-stable@FreeBSD.ORG Sat Jul 9 20:07:55 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 080A816A41F for ; Sat, 9 Jul 2005 20:07:55 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp109.sbc.mail.mud.yahoo.com (smtp109.sbc.mail.mud.yahoo.com [68.142.198.208]) by mx1.FreeBSD.org (Postfix) with SMTP id C0C3F43D46 for ; Sat, 9 Jul 2005 20:07:53 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 77728 invoked from network); 9 Jul 2005 20:07:53 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.213.247 with login) by smtp109.sbc.mail.mud.yahoo.com with SMTP; 9 Jul 2005 20:07:53 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AA40F60ED; Sat, 9 Jul 2005 15:07:52 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07334-10; Sat, 9 Jul 2005 15:07:48 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 8B00260E8; Sat, 9 Jul 2005 15:07:48 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j69K7l0J090048; Sat, 9 Jul 2005 15:07:48 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42D02E8F.3070200@alumni.rice.edu> Date: Sat, 09 Jul 2005 15:07:43 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sebastian ssmoller References: <20050709102616.5b601c14.sebastian.ssmoller@gmx.net> In-Reply-To: <20050709102616.5b601c14.sebastian.ssmoller@gmx.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCCBF1623B593F157F1D16943" X-Virus-Scanned: amavisd-new at noacks.org Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Fw: Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 20:07:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCCBF1623B593F157F1D16943 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 07/09/05 03:26, sebastian ssmoller wrote: > i just wonna say: THX! really GREAT work! ... this improves sound > quality on my boxes much !! ;-) Is there a plan to get this into 6.0-RELEASE? I certainly hope so and I'll do my part by testing it as much as possible... Jon >>After sometimes, I've decided to release this (massive 4k lines) diff >>to our sound driver. This need proper review and confirmation, before >>it can be committed. >> >>Patches for both HEAD / RELENG_5 available at: >> >>http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ >> >>(Note the snd_RELTAG*.diff) >> >> >>Whats New >>========= >> >>1. Support wide range sampling rate as low as 1hz up to int32 max >> (which is, insane) through new feeder_rate, multiple precisions >> choice (32/64 bit converter). This is indeed, quite insane, but it >> does give us more room and flexibility. >>2. Support 24/32 bit pcm format conversion through new, much improved >> feeder_fmt. >> >> >>System wide changes >>=================== >> >>1. sys/soundcard.h >> * Add definition for AFMT_(U|S)24_(B|L)E. This is somehow >> contradict with OSS/Voxware definition of 24bit, but anyway... >> >> >>General sound infrastructure changes >>==================================== >> >>1. ac97.c >> * Slightly new method to detect mixer capabilities and resolution. >> This mostly to help CT4730, but apparently it does help other >> cards too (especially via8233x). This probably need futher test >> and confirmation from other people with ac97 cards other than via >> / es137x. >> * Aggresive dac power wake up call, again, to help CT4730 (and >> probably others). >>2. mixer.c / sound.c (high priority / grave severity) >> * Fix super grave serious (call it whatever) panic/death during >> driver unload on second attempt after failure on first (device >> busy). >>3. buffer.c / dsp.c / sound.h >> * Support for 24/32 AFMT >>4. feeder_rate.c >> * New implementation of sampling rate conversion with 32/64 bit >> precision, 1 - int32max hz (which is, ridiculous, yet very >> addictive). Much improved / smarter buffer management to not >> cause any missing samples at the end of conversion process >> * Tunable sysctls for various aspect: >> hw.snd.feeder_rate_ratemin - minimum allowable sampling rate >> (default to 4000) >> hw.snd.feeder_rate_ratemax - maximum allowable sampling rate >> (default to 1102500) >> hw.snd.feeder_rate_buffersize - conversion buffer size >> (default to 8192) >> hw.snd.feeder_rate_scaling - scaling / conversion method >> (please refer to the source for explaination). Default to >> previous implementation type. >>5. feeder_fmt.c / sound.h >> * New implementation, support for 24/32bit conversion, optimized, >> and simplified. Few routines has been removed (8 to xlaw, 16 to >> 8). It just doesn't make sense. >>6. channel.c >> * Support for 24/32 AFMT >> * Fix wrong xruns increment, causing incorrect underruns statistic >> while using vchans. >>7. vchan.c (high priority) >> * Support for 24/32 AFMT >> * Proper speed / rate detection especially for fixed rate ac97. >> User can override it using kernel hint: >> hint.pcm..vchanrate="xxxx". >> >> >>Hardware spessific changes >>========================== >> >>1. als4000.c >> * als4000 can't do 48k properly (perhaps it really can't at all!). >> Set maxspeed to 44.1k instead. >> * Add locking / MPSAFE >> * Fix recording >>2. cmi.c >> * remove busdma_lock_mutex and Giant from bus_dma_tag_create. >> Nothing changes. >>3. es137x.c / es137x.h >> * Register programming error during device initialization >> especially for CT4730 / EV1938 chip, causing misconfigured mixer >> (David Xu), crippled after power cycle (Kevin Oberman). Fixed. >> * Incorporate locking/spdif patches from Jon Noack. Not all es137x >> can really do spdif, clean it up a bit to only let few capable >> chip. >> * Convert all bus_space_(read|write) to use es_rd/es_wr, simmilar >> with other drivers. >> * Add tunable hw.snd.pcm.latency_timer sysctl to toggle pci >> latency timer value on the fly. Much noise / pop / crackling >> issues can be solved by increasing its value. Other people can >> point out to use pciconf instead, but this is just and added >> value specifically for braindead CT4730/EV1938. >>4. via8233.c >> * Add locking / MPSAFE >> * Add kernel hint option to disable DXS channels entirely. Report >> from several skype users / Pav Lucistnik indicate that disabling >> DXS fix lots of pop / crackling noise. To disable DXS, add >> hint.pcm..via_dxs_disabled="1" into /boot/device.hints. >> NOTE: It is advisable to disable DXS entirely. Although DXS can >> provide multiple concurrent access, doing so will cause more >> harm than good (pop / crackling noise, sudden slowness, >> overruns). There are few cases where this is considered >> invalid, but I had to investigate more as this is not a >> global issue. Use / enable vchans for multiple sound sources >> (Please refer to vchans notes below). >>5. via82c686.c >> * Add locking / MPSAFE. I don't have this card, so other people had >> to confirm it. Anyway, the logic is correct. >> >> >>Notes / Issues >>============== >> >> * Virtual Channels (vchans) >> Enabling vchans can really, really help to solve overruns >> issue. This is quite understandable, because it operate >> entirely within its own buffering system without relying on >> hardware interrupt / state. Even if you don't need vchan, >> just enable single channel can help much. >> * Feeder alignment is really a monster on its own, this should >> be fixed or revamp in near future. >> * Mixer infrastructure is really outdated, without support for >> proper multichannel. Best candidate for hacking fest. >> * The arrival of 24/32 also come with a price. Applications >> that can do 24/32bit playback need to be recompiled (notably >> mplayer). Use (recompiled) mplayer to experiment / test / >> debug this various format using -af format=fmt. Note that >> 24bit seeking in mplayer is a little bit broken, sometimes >> can cause silence or loud static noise. Pausing / seeking >> few times can solve this problem. >> You don't have to rebuild world entirely for this. Simply >> copy /usr/src/sys/sys/soundcard.h to >> /usr/include/sys/soundcard.h would suffice. Few drivers also >> need recompilation, and this can be done via >> /usr/src/sys/modules/sound/. >> Support for 24bit hardware playback is beyond the scope of >> this changes. That would require spessific hardware driver >> changes and currently I don't have any of it. >> * Don't expect playing 9999999999hz is a wise decision. Be >> reasonable. The new feeder_rate implemention provide >> flexibility, not insanity. You can easily chewed up your CPU >> with this kind of mind instability. Please use proper >> mosquite repellent device for this obvious cracked brain >> attempt. As for testing purposes, you can use (again) >> mplayer to generate / play with different sampling rate. Use >> something like mplayer -af resample=192000:0:0 files.. >> >> >>-- >> >>Ariff Abdullah >>MyBSD >> >>http://www.MyBSD.org.my (IPv6/IPv4) >>http://staff.MyBSD.org.my (IPv6/IPv4) >>http://tomoyo.MyBSD.org.my (IPv6/IPv4) -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigCCBF1623B593F157F1D16943 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC0C6TUFz01pkdgZURAmFBAJ9ikfdZaKCokMnnvgX1Sp97WZ7y6ACfVXlf V6HdzPkNaiEpYse7Sis5LE8= =BzIw -----END PGP SIGNATURE----- --------------enigCCBF1623B593F157F1D16943--