From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 00:03:08 2006 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 0D25416A4DA for ; Sun, 30 Jul 2006 00:03:08 +0000 (UTC) (envelope-from gels-bounces@rtg.ietf.org) Received: from rtg.ietf.org (compost.research.att.com [192.20.225.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A3F43D46 for ; Sun, 30 Jul 2006 00:03:07 +0000 (GMT) (envelope-from gels-bounces@rtg.ietf.org) Received: from compost.research.att.com (localhost [IPv6:::1]) by rtg.ietf.org (8.13.6/8.13.6) with ESMTP id k6U036rm007779 for ; Sat, 29 Jul 2006 17:03:06 -0700 (PDT) (envelope-from gels-bounces@rtg.ietf.org) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: gels-bounces@rtg.ietf.org To: freebsd-stable@freebsd.org Message-ID: Date: Sat, 29 Jul 2006 17:03:05 -0700 Precedence: bulk X-BeenThere: gels@rtg.ietf.org X-Mailman-Version: 2.1.8 X-List-Administrivia: yes Sender: gels-bounces@rtg.ietf.org Errors-To: gels-bounces@rtg.ietf.org X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,NO_REAL_NAME, NO_RELAYS autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on compost.research.att.com Subject: Your message to gels 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: Sun, 30 Jul 2006 00:03:08 -0000 Your mail to 'gels' with the subject Wxlsys k 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: https://rtg.ietf.org/mailman/confirm/gels/ba9a0b780776a4f8cfbc493a4ea5eac4c3e307e1 From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 03:43:55 2006 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 6EE4D16A4DA for ; Sun, 30 Jul 2006 03:43:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD06943D5D for ; Sun, 30 Jul 2006 03:43:54 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k6U3hqOG018754 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 30 Jul 2006 13:43:53 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k6U3hqPR001134 for ; Sun, 30 Jul 2006 13:43:52 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k6U3hqPr001133 for freebsd-stable@freebsd.org; Sun, 30 Jul 2006 13:43:52 +1000 (EST) (envelope-from peter) Date: Sun, 30 Jul 2006 13:43:52 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060730034352.GA729@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Sound device reported but no devices created 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, 30 Jul 2006 03:43:55 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've been trying to get sound working on a Compaq Armada 1580 with a recent 6-STABLE. With devices 'sound' and 'snd_sbc' built into the kernel and no hints, I get: ESS0004: adding io range 0x250-0x257, size=3D0x8, align=3D0 pnpbios: handle 16 device ID ESS0004 (04007316) ESS1878: adding io range 0x220-0x22f, size=3D0x10, align=3D0 ESS1878: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1878: adding io range 0x330-0x331, size=3D0x2, align=3D0 ESS1878: adding irq mask 0x20 ESS1878: adding dma mask 0x2 ESS1878: adding dma mask 0x20 pnpbios: handle 17 device ID ESS1878 (78187316) =2E.. unknown: failed to probe at port 0x250-0x257 on isa0 sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,= 5 on isa0 sbc0: [GIANT-LOCKED] unknown: failed to probe at port 0x3e0-0x3e1 on isa0 Device configuration finished. Note that there's no pcm reported and the only sound-related device is /dev/sndstat. I get the same behaviour if I don't build sound into the kernel and kldload snd_sbc.ko (which autoloads sound.ko). laptop1# sysctl hw.snd.verbose=3D2 hw.snd.verbose: 1 -> 2 laptop1# sysctl hw.snd hw.snd.targetirqrate: 32 hw.snd.report_soft_formats: 1 hw.snd.verbose: 2 hw.snd.unit: 0 hw.snd.maxautovchans: 0 laptop1# cat /dev/sndstat=20 FreeBSD Audio Driver (newpcm) Installed devices: laptop1#=20 I have successfully used sound on a similar laptop with 4.9, where the probes looked like: sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,= 5 on isa0 pcm0: on sbc0 I suspect the problem is that sbc0 is not triggering attachment of pcm0 but I'm uncertain why. Does anyone have any suggestions? --=20 Peter Jeremy --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzCr4/opHv/APuIcRAi17AJsELAh7+Lk15HIdDRZG2/fFS7JLuwCgto33 jPjbox5wPaQHjKmPF1fquhg= =gSZz -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 04:11:24 2006 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 9F02216A4DA for ; Sun, 30 Jul 2006 04:11:24 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46AFA43D46; Sun, 30 Jul 2006 04:11:24 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k6U4BLeQ079783; Sun, 30 Jul 2006 04:11:22 GMT (envelope-from ariff@FreeBSD.org) Date: Sun, 30 Jul 2006 12:10:54 +0800 From: Ariff Abdullah To: Peter Jeremy Message-Id: <20060730121054.2ff05ea6.ariff@FreeBSD.org> In-Reply-To: <20060730034352.GA729@turion.vk2pj.dyndns.org> References: <20060730034352.GA729@turion.vk2pj.dyndns.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__30_Jul_2006_12_10_55_+0800_8.ZkA87zFEcMuv.r" Cc: freebsd-stable@FreeBSD.org Subject: Re: Sound device reported but no devices created 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, 30 Jul 2006 04:11:24 -0000 --Signature=_Sun__30_Jul_2006_12_10_55_+0800_8.ZkA87zFEcMuv.r Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 30 Jul 2006 13:43:52 +1000 Peter Jeremy wrote: > I've been trying to get sound working on a Compaq Armada 1580 with > a recent 6-STABLE. With devices 'sound' and 'snd_sbc' built into > the kernel and no hints, I get: >=20 > ESS0004: adding io range 0x250-0x257, size=3D0x8, align=3D0 > pnpbios: handle 16 device ID ESS0004 (04007316) > ESS1878: adding io range 0x220-0x22f, size=3D0x10, align=3D0 > ESS1878: adding io range 0x388-0x38b, size=3D0x4, align=3D0 > ESS1878: adding io range 0x330-0x331, size=3D0x2, align=3D0 > ESS1878: adding irq mask 0x20 > ESS1878: adding dma mask 0x2 > ESS1878: adding dma mask 0x20 > pnpbios: handle 17 device ID ESS1878 (78187316) > ... > unknown: failed to probe at port 0x250-0x257 on isa0 > sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 > drq 1,5 on isa0 sbc0: [GIANT-LOCKED] > unknown: failed to probe at port 0x3e0-0x3e1 on isa0 > Device configuration finished. >=20 > Note that there's no pcm reported and the only sound-related device > is /dev/sndstat. I get the same behaviour if I don't build sound > into the kernel and kldload snd_sbc.ko (which autoloads sound.ko). >=20 > laptop1# sysctl hw.snd.verbose=3D2 > hw.snd.verbose: 1 -> 2 > laptop1# sysctl hw.snd > hw.snd.targetirqrate: 32 > hw.snd.report_soft_formats: 1 > hw.snd.verbose: 2 > hw.snd.unit: 0 > hw.snd.maxautovchans: 0 > laptop1# cat /dev/sndstat=20 > FreeBSD Audio Driver (newpcm) > Installed devices: > laptop1#=20 >=20 > I have successfully used sound on a similar laptop with 4.9, where > the probes looked like: > sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 > drq 1,5 on isa0 pcm0: on sbc0 >=20 > I suspect the problem is that sbc0 is not triggering attachment of > pcm0 but I'm uncertain why. Does anyone have any suggestions? >=20 >=20 Try to disable ACPI, or edit /usr/src/sys/dev/sound/isa/sbc.c and remove acpi module dependency (line 794) -- Ariff Abdullah FreeBSD --Signature=_Sun__30_Jul_2006_12_10_55_+0800_8.ZkA87zFEcMuv.r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzDFclr+deMUwTNoRAvnfAKCEh174E5/M7C8WBRQ/lvDy8UNRoACcD6F5 o5IhzKRT1A5l2d/rmtDfsz4= =ruoO -----END PGP SIGNATURE----- --Signature=_Sun__30_Jul_2006_12_10_55_+0800_8.ZkA87zFEcMuv.r-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 05:26:49 2006 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 783C016A4DA; Sun, 30 Jul 2006 05:26:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54CE43D46; Sun, 30 Jul 2006 05:26:48 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k6U5Qkh8026141 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Jul 2006 15:26:47 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k6U5QkWJ001614; Sun, 30 Jul 2006 15:26:46 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k6U5QkjL001613; Sun, 30 Jul 2006 15:26:46 +1000 (EST) (envelope-from peter) Date: Sun, 30 Jul 2006 15:26:46 +1000 From: Peter Jeremy To: Ariff Abdullah Message-ID: <20060730052645.GA1310@turion.vk2pj.dyndns.org> References: <20060730034352.GA729@turion.vk2pj.dyndns.org> <20060730121054.2ff05ea6.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20060730121054.2ff05ea6.ariff@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@FreeBSD.org Subject: Re: Sound device reported but no devices created 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, 30 Jul 2006 05:26:49 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2006-Jul-30 12:10:54 +0800, Ariff Abdullah wrote: >On Sun, 30 Jul 2006 13:43:52 +1000 >Peter Jeremy wrote: >> I've been trying to get sound working on a Compaq Armada 1580 with >> a recent 6-STABLE. With devices 'sound' and 'snd_sbc' built into >> the kernel and no hints, I get: =2E.. >> I suspect the problem is that sbc0 is not triggering attachment of >> pcm0 but I'm uncertain why. Does anyone have any suggestions? >>=20 >Try to disable ACPI, or edit /usr/src/sys/dev/sound/isa/sbc.c and >remove acpi module dependency (line 794) The system is too old to support ACPI. I've removed the module dependency anyway with no difference. --=20 Peter Jeremy --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzEMV/opHv/APuIcRAgjqAJ48FndIxEiwL503m38PNW2bc50KWQCgnYEL RrNy+V+lC69latyQOEBv2ZY= =rpj9 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 07:52:34 2006 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 E9E3A16A4DA; Sun, 30 Jul 2006 07:52:34 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1004D43D46; Sun, 30 Jul 2006 07:52:32 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id RAA15040; Sun, 30 Jul 2006 17:52:28 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 30 Jul 2006 17:52:27 +1000 (EST) From: Ian Smith To: Peter Jeremy In-Reply-To: <20060730052645.GA1310@turion.vk2pj.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Ariff Abdullah Subject: Re: Sound device reported but no devices created 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, 30 Jul 2006 07:52:35 -0000 On Sun, 30 Jul 2006, Peter Jeremy wrote: > On Sun, 2006-Jul-30 12:10:54 +0800, Ariff Abdullah wrote: > >On Sun, 30 Jul 2006 13:43:52 +1000 > >Peter Jeremy wrote: > >> I've been trying to get sound working on a Compaq Armada 1580 with > >> a recent 6-STABLE. With devices 'sound' and 'snd_sbc' built into > >> the kernel and no hints, I get: > ... > >> I suspect the problem is that sbc0 is not triggering attachment of > >> pcm0 but I'm uncertain why. Does anyone have any suggestions? > >> > >Try to disable ACPI, or edit /usr/src/sys/dev/sound/isa/sbc.c and > >remove acpi module dependency (line 794) > > The system is too old to support ACPI. I've removed the module > dependency anyway with no difference. Peter, I don't know if this is likely helpful or not, but my Compaq is a 1500c with an ESS ES1869, reporting (on 5.4-RELEASE): sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 5,1 on isa0 pcm0: on sbc0 I too have in kernel: device sound device snd_sbc # ES1869 (Compaq OEM) but after much headscratching it only finally worked after adding: snd_ess_load="YES" # this fixed it .. bridge driver for ESS to /boot/loader.conf. My soon to be built 5-STABLE kernel will include also 'device snd_ess' directly, and I'm expecting that to work too. HTH, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 11:13:48 2006 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 E59E516A4DA for ; Sun, 30 Jul 2006 11:13:48 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DBF43D45 for ; Sun, 30 Jul 2006 11:13:48 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so363799uge for ; Sun, 30 Jul 2006 04:13:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aaGt/6XyA0d3QXdrMJOvMHwPQrpEcnyf6T8HreoXnyrMwmJBxNtQxkAYRQTeXi2sGuYkpcozcZ/8qt480JScnmvwd6l4+Joj2Fg/bsMMV8HsAGAGJSYJYS9wL6sQKILC+pe5h/w1quN4lzXQggcbQtaPd2iGUQ0WAjVu9uMEfPc= Received: by 10.78.138.14 with SMTP id l14mr275399hud; Sun, 30 Jul 2006 04:13:47 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Sun, 30 Jul 2006 04:13:46 -0700 (PDT) Message-ID: Date: Sun, 30 Jul 2006 06:13:47 -0500 From: "Nikolas Britton" To: "FreeBSD Stable List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: GIANT in arcmsr(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: Sun, 30 Jul 2006 11:13:49 -0000 On 7/29/06, Nikolas Britton wrote: > Anyone know why the giant is in arcmsr(4) or how to kill him? > > I did some work on the arcmsr(4) driver: http://www.freebsd.org/cgi/query-pr.cgi?pr=101045 -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 11:28:14 2006 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 7F2BC16A4E2; Sun, 30 Jul 2006 11:28:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D2443D68; Sun, 30 Jul 2006 11:28:07 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k6UBS5Ia020416 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Jul 2006 21:28:05 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k6UBS59G002527; Sun, 30 Jul 2006 21:28:05 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k6UBS5Of002526; Sun, 30 Jul 2006 21:28:05 +1000 (EST) (envelope-from peter) Date: Sun, 30 Jul 2006 21:28:05 +1000 From: Peter Jeremy To: Ian Smith Message-ID: <20060730112805.GB1310@turion.vk2pj.dyndns.org> References: <20060730052645.GA1310@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Ariff Abdullah Subject: Re: Sound device reported but no devices created 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, 30 Jul 2006 11:28:14 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2006-Jul-30 17:52:27 +1000, Ian Smith wrote: >Peter, I don't know if this is likely helpful or not, but my Compaq is a >1500c with an ESS ES1869, reporting (on 5.4-RELEASE): > >sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22= f irq 5 drq 5,1 on isa0 >pcm0: on sbc0 > >I too have in kernel: > > device sound > device snd_sbc # ES1869 (Compaq OEM) > >but after much headscratching it only finally worked after adding: > > snd_ess_load=3D"YES" # this fixed it .. bridge driver for ESS That worked, thank you. The man pages are not the clearest here. snd_ess(4) implies that all three drivers are needed but snd_sbc(4) has no reference to it - which is what confused me. --=20 Peter Jeremy --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzJfF/opHv/APuIcRAqJeAJ0blCWbFicpslN3bCT8l5RZTARF5gCeKNVX xshurkogc6of/VYVGg9NpL4= =mAEU -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 13:44:44 2006 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 13FF516A4E5; Sun, 30 Jul 2006 13:44:44 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE37343D76; Sun, 30 Jul 2006 13:44:40 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id XAA25056; Sun, 30 Jul 2006 23:44:36 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 30 Jul 2006 23:44:35 +1000 (EST) From: Ian Smith To: Peter Jeremy In-Reply-To: <20060730112805.GB1310@turion.vk2pj.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Ariff Abdullah Subject: Re: Sound device reported but no devices created 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, 30 Jul 2006 13:44:44 -0000 On Sun, 30 Jul 2006, Peter Jeremy wrote: > On Sun, 2006-Jul-30 17:52:27 +1000, Ian Smith wrote: > > device sound > > device snd_sbc # ES1869 (Compaq OEM) > > > >but after much headscratching it only finally worked after adding: > > > > snd_ess_load="YES" # this fixed it .. bridge driver for ESS > > That worked, thank you. The man pages are not the clearest here. Indeed; I'd spent days googling around lists and pages, at last found: http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=496 about the 1750, which was wrong (for the 1500c) about the device hints - for unbridged devices, says sound(4) - but the needed clue for loading both snd_sbc and snd_ess. > snd_ess(4) implies that all three drivers are needed but snd_sbc(4) > has no reference to it - which is what confused me. snd_ess(4) has been updated then; at 5.4 it didn't mention snd_sbc. Building a 5-STABLE world right now, I'm a bit curious as to which of the more recent sound stuff has found its way into 5.5 .. hi Ariff! Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 15:13:14 2006 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 AEAD916A4DE for ; Sun, 30 Jul 2006 15:13:14 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F08143D45 for ; Sun, 30 Jul 2006 15:13:13 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-87-116-188-225.dynamic.sbb.co.yu [87.116.188.225]) by smtp2.sbb.co.yu (8.13.7/8.13.7) with ESMTP id k6UFD8oS018872 for ; Sun, 30 Jul 2006 17:13:08 +0200 Received: by faust.net (Postfix, from userid 1001) id 82CC31701C; Sun, 30 Jul 2006 17:13:45 +0200 (CEST) Date: Sun, 30 Jul 2006 17:13:45 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060730151345.GA1135@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.8 X-SBB-Spam-Level: XXXX Subject: drawterm 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, 30 Jul 2006 15:13:14 -0000 Hi all! I'd like to know if someone has experience with drawterm on amd64 system. (Flags, etc...) If not, on i386? I have source and feeling that I will make the box available to the rest of the world. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 15:33:42 2006 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 CC64616A5BD for ; Sun, 30 Jul 2006 15:33:42 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6571E43D45 for ; Sun, 30 Jul 2006 15:33:42 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 85F518A00E9 for ; Sun, 30 Jul 2006 08:33:41 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 46557-05-6 for ; Sun, 30 Jul 2006 08:33:38 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 9E30E8A015F for ; Sun, 30 Jul 2006 08:33:38 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 344C8900044D for ; Sun, 30 Jul 2006 08:33:36 -0700 (PDT) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Sun, 30 Jul 2006 08:33:36 -0700 (PDT) Message-ID: <62628.24.71.118.34.1154273616.squirrel@webmail.sd73.bc.ca> In-Reply-To: <20060730112805.GB1310@turion.vk2pj.dyndns.org> References: <20060730052645.GA1310@turion.vk2pj.dyndns.org> <20060730112805.GB1310@turion.vk2pj.dyndns.org> Date: Sun, 30 Jul 2006 08:33:36 -0700 (PDT) From: "Freddie Cash" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: Sound device reported but no devices created X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2006 15:33:42 -0000 On Sun, July 30, 2006 4:28 am, Peter Jeremy wrote: > On Sun, 2006-Jul-30 17:52:27 +1000, Ian Smith wrote: > >> Peter, I don't know if this is likely helpful or not, but my Compaq >> is a 1500c with an ESS ES1869, reporting (on 5.4-RELEASE): >> >> sbc0: at port >> 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 5,1 on isa0 >> pcm0: on sbc0 >> >> I too have in kernel: >> >> device sound device snd_sbc # >> ES1869 (Compaq OEM) >> >> but after much headscratching it only finally worked after adding: >> >> snd_ess_load="YES" # this fixed it .. bridge driver for ESS > > That worked, thank you. The man pages are not the clearest here. > snd_ess(4) implies that all three drivers are needed but snd_sbc(4) > has no reference to it - which is what confused me. The easiest (and most reliable I've found) method to determine which sound driver(s) is needed for a particular sound card is: # kldload snd_driver # cat /dev/sndstat # echo 'snd__load="YES"' >> /boot/loader.conf snd_driver will load every single sound driver available in FreeBSD, all at once, and the kernel will attempt to detect every sound chipset supported by those drivers. The contents of /dev/sndstat will show which chipset was found, and which specific driver is is being used (snd_ess in your case). Putting just that one driver into loader.conf will pull in all the needed dependecies (like sound, snd_sbc, etc). ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 16:55:52 2006 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 59AB216A4DE for ; Sun, 30 Jul 2006 16:55:52 +0000 (UTC) (envelope-from daved@tamu.edu) Received: from sr-6-int.cis.tamu.edu (smtp-relay.tamu.edu [165.91.22.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18C843D45 for ; Sun, 30 Jul 2006 16:55:51 +0000 (GMT) (envelope-from daved@tamu.edu) Received: from localhost (localhost.tamu.edu [127.0.0.1]) by sr-6-int.cis.tamu.edu (Postfix) with ESMTP id 2AD83555; Sun, 30 Jul 2006 11:55:51 -0500 (CDT) Received: from [128.194.169.56] (dhcp-qip-128-194-169-56.net.tamu.edu [128.194.169.56]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by sr-6-int.cis.tamu.edu (Postfix) with ESMTP id B9716489; Sun, 30 Jul 2006 11:55:50 -0500 (CDT) In-Reply-To: References: <44C63DFD.5040401@rogers.com> <20060726160952.GW17014@poupinou.org> <016E6A0B-E3E4-4444-BD27-24E75C784788@tamu.edu> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--122309378; protocol="application/pkcs7-signature" Message-Id: <8DA8212A-AB69-4E56-8F3A-A7CF294F2872@tamu.edu> From: David Duchscher Date: Sun, 30 Jul 2006 11:55:49 -0500 To: Nikolas Britton X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: amavisd-new at tamu.edu X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Monitoring temperature with acpi (sysctls) 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, 30 Jul 2006 16:55:52 -0000 --Apple-Mail-1--122309378 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Jul 28, 2006, at 8:38 PM, Nikolas Britton wrote: > On 7/26/06, David Duchscher wrote: >> >> Yes, the Supermicro PDSMi supports the IPMI 2.0 module and I can >> confirm that it works with the IPMI ported driver from current on >> 6.1. The module is optional so you will have to purchase one for >> the system, around 0. You will also need the latest BIOS loaded on >> the motherboard for it to work. >> >> http://www.supermicro.com/products/accessories/addon/AOC-IPMI20-E.cfm >> > > What about their other IPMI 2.0 cards: > http://www.supermicro.com/products/accessories/addon/SIM.cfm > > Specifically the AOC-SIMLP? and what ported IPMI driver are we talking > about? Also does anyone have an IPMI primer, I've never used it > before? I haven't used the cards listed there so I can really comment on how well they work or if they work. I would assume the cards with their own ethernet jack will work no matter what OS is on the system. The problems that have cropped up with the integrated or add-in modules is that the OS network driver can cut off access to the IPMI module. For example, the IPMI module with the bge driver use to do that, not sure if that has been fixed. I have also noticed today that communication to the IPMI module is lost when the em driver initializes the network device and doesn't come back until the interface is brought up by the OS. If you have no networking configured, no network access to the IPMI module. :) As for the IPMI driver, it is not necessary for the OS to have an IPMI driver unless you wish to communicate with the card outside of using the network. The IPMI driver I am using is in ports/ipmi-kmod and is a port of the driver in current. I have no idea if it supports those cards. -- DaveD --Apple-Mail-1--122309378-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 20:56:46 2006 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 E4FB316A4E0 for ; Sun, 30 Jul 2006 20:56:46 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4638C43D55 for ; Sun, 30 Jul 2006 20:56:46 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([69.160.66.115]) by mta9.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060730205645.DYXC16535.mta9.adelphia.net@default.chvlva.adelphia.net>; Sun, 30 Jul 2006 16:56:45 -0400 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 9C0F7BAAE; Sun, 30 Jul 2006 16:25:27 -0400 (EDT) Date: Sun, 30 Jul 2006 16:25:27 -0400 From: Parv To: Freddie Cash Message-ID: <20060730202527.GB2555@holestein.holy.cow> Mail-Followup-To: Freddie Cash , f-stable References: <20060730052645.GA1310@turion.vk2pj.dyndns.org> <20060730112805.GB1310@turion.vk2pj.dyndns.org> <62628.24.71.118.34.1154273616.squirrel@webmail.sd73.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62628.24.71.118.34.1154273616.squirrel@webmail.sd73.bc.ca> Cc: f-stable Subject: Re: Sound device reported but no devices created 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, 30 Jul 2006 20:56:47 -0000 in message <62628.24.71.118.34.1154273616.squirrel@webmail.sd73.bc.ca>, wrote Freddie Cash thusly... > > # kldload snd_driver > # cat /dev/sndstat > > # echo 'snd__load="YES"' >> /boot/loader.conf > > snd_driver will load every single sound driver available in FreeBSD, > all at once, and the kernel will attempt to detect every sound chipset > supported by those drivers. Neat. Thanks much Freddie. (No, i don't have any sound driver problems, but your method seems much easier|lazier than to explicitly search for the sound hardware & related FreeBSD bits.) - Parv -- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 21:16:48 2006 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 434EE16A4DA for ; Sun, 30 Jul 2006 21:16:48 +0000 (UTC) (envelope-from jon@web-tricks.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CEE843D55 for ; Sun, 30 Jul 2006 21:16:47 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (sccrmhc12) with SMTP id <2006073021164501200sg5uae>; Sun, 30 Jul 2006 21:16:46 +0000 Message-ID: <001301c6b41d$78d7aed0$fac8a8c0@dragon> From: "Jon Holstrom" To: Date: Sun, 30 Jul 2006 14:16:47 -0700 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 5.5 (VMware) on Fedora core 5 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, 30 Jul 2006 21:16:48 -0000 Hello, I am running Fedroa core 5 Dual PIII 800, with VMware server. I am not sure if or should i install FreeBSD 5.5 stable +SMP kernel! I am looking at a basic web server config, Apache 1.3 PHP4 MySQL 4.1 OSCommerce ProFTP some sort of mail server also, POP, SMTP. Its all for the sake of learning it and doing it as of now. FreeBSD is intalled as a Virutal Machine now. but after thinking a bit, got stuck with the SMP kernel! From owner-freebsd-stable@FreeBSD.ORG Sun Jul 30 22:34:00 2006 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 5133B16A4DA; Sun, 30 Jul 2006 22:34:00 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF20343D45; Sun, 30 Jul 2006 22:33:59 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 156E41CD03; Mon, 31 Jul 2006 00:33:58 +0200 (CEST) Date: Mon, 31 Jul 2006 00:33:58 +0200 From: Ed Schouten To: FreeBSD ACPI , FreeBSD Stable Message-ID: <20060730223358.GN48334@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wAI/bQb0EMvlZCHl" Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Cc: Subject: Odd PCI and ACPI messages on 'INSYDE RSDT_000' laptop 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, 30 Jul 2006 22:34:00 -0000 --wAI/bQb0EMvlZCHl Content-Type: multipart/mixed; boundary="hTKW8p8tUZ/8vLMe" Content-Disposition: inline --hTKW8p8tUZ/8vLMe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Last week I got a laptop from a few friends of mine with a broken screen. I removed the screen from the device and connected a regular CRT to it to install FreeBSD 6.1 on it for serving as a jukebox (silent, doesn't consume too much power). I first tried FreeSBIE 1.1, which just deadlocked during the bootsplash. After that I downloaded a FreeBSD 6.1 CD. When I boot FreeBSD 6.1 without the ACPI kernel module, it panics (fatal trap 12) right after probing uhci0. When I boot with ACPI, it boots like it should. Because the laptop doesn't have a serial connector, I didn't copy the kernel backtrace. If it is really needed, I'll boot the CD once again and type over the screen contents. Anyway, I installed FreeBSD 6.1 on it, with the ACPI module loaded, but I still get some really strange messages in my dmesg I thought would be useful to mention: | ... | cpu0: on acpi0 | acpi_perf0: on cpu0 | acpi_perf0: failed in PERF_STATUS attach | device_attach: acpi_perf0 attach returned 6 | ... | acpi_perf0: on cpu0 | acpi_perf0: failed in PERF_STATUS attach | device_attach: acpi_perf0 attach returned 6 | ... And these: | ... | pci_link0: BIOS IRQ 11 for 0.2.INTA is invalid | pci_link1: BIOS IRQ 5 for 0.31.INTB is invalid | ... | pci_link4: BIOS IRQ 11 for 1.0.INTA is invalid | pci_link5: BIOS IRQ 11 for 1.1.INTA is invalid | ... The device Just Works at the moment, so I can live with it, but I was wondering if these messages do any harm. I've attached the entire dmesg of the device for those who are interested. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --hTKW8p8tUZ/8vLMe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2006 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 6.1-STABLE #0: Thu Jul 27 15:07:26 CEST 2006 root@kiebort.fxq.nl:/usr/obj/usr/src/sys/KIEBORT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.73-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 520028160 (495 MB) avail memory = 503705600 (480 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: BIOS IRQ 11 for 0.2.INTA is invalid pci_link1: BIOS IRQ 5 for 0.31.INTB is invalid pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) 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.7 (no driver attached) pcib1: at device 30.0 on pci0 pci_link4: BIOS IRQ 11 for 1.0.INTA is invalid pci_link5: BIOS IRQ 11 for 1.1.INTA is invalid pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xc000-0xc0ff mem 0xe0000000-0xe00000ff irq 9 at device 1.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:3f:12:cd:5a pci1: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1100-0x110f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0xe100-0xe1ff,0xe200-0xe23f mem 0xf0080400-0xf00805ff,0xf0080600-0xf00806ff irq 9 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] acpi_acad0: on acpi0 battery0: on acpi0 orm0: at iomem 0xe0000-0xe17ff,0xe6000-0xe6fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1498733692 Hz quality 800 Timecounters tick every 1.000 msec ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 38154MB at ata0-master UDMA33 acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a --hTKW8p8tUZ/8vLMe-- --wAI/bQb0EMvlZCHl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzTPW52SDGA2eCwURAoNwAJ9zvdTWRJiAH7pxBw76mfWbVSmIjwCfQksA Kmo8nd6Fvk4RJ0YdU9zZvM8= =FmPh -----END PGP SIGNATURE----- --wAI/bQb0EMvlZCHl-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 01:30:32 2006 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 D8EBA16A4DE for ; Mon, 31 Jul 2006 01:30:32 +0000 (UTC) (envelope-from freebsd-stable@voidcaptain.com) Received: from mx4.x15.net (mx4.x15.net [69.55.237.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E0CD43D49 for ; Mon, 31 Jul 2006 01:30:32 +0000 (GMT) (envelope-from freebsd-stable@voidcaptain.com) Received: from j1.x15.net [63.196.213.76] by mx4.x15.net with ESMTP id 605291429X1G7Mc3000NgM9c; Mon, 31 Jul 2006 01:30:31 +0000 Message-ID: <44CD5D18.7050701@voidcaptain.com> Date: Sun, 30 Jul 2006 18:30:00 -0700 From: Pete Slagle MIME-Version: 1.0 To: Jon Holstrom References: <001301c6b41d$78d7aed0$fac8a8c0@dragon> In-Reply-To: <001301c6b41d$78d7aed0$fac8a8c0@dragon> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.5 (VMware) on Fedora core 5 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, 31 Jul 2006 01:30:32 -0000 Jon Holstrom wrote: > I am running Fedroa core 5 Dual PIII 800, with VMware server. > Its all for the sake of learning it and doing it as of now. For a new installation there is really no reason to use 5.5. Use the much improved 6.1. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 04:45:54 2006 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 E3EB816A4E6 for ; Mon, 31 Jul 2006 04:45:54 +0000 (UTC) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-032.synserver.de (blue-ld-032.synserver.de [217.119.50.235]) by mx1.FreeBSD.org (Postfix) with SMTP id 611EC43D46 for ; Mon, 31 Jul 2006 04:45:53 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 8293 invoked by uid 0); 31 Jul 2006 04:45:52 -0000 X-SynServer-RemoteDnsName: port-212-202-34-169.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-169.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.169) by mx-04.synserver.de with SMTP; 31 Jul 2006 04:45:51 -0000 Date: Mon, 31 Jul 2006 06:45:51 +0200 From: Markus Trippelsdorf To: freebsd-stable@freebsd.org Message-ID: <20060731044551.GA748@bsd.trippelsdorf.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Latest change of if_re.c breaks DNS resolution 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, 31 Jul 2006 04:45:55 -0000 The today changes of if_re.c by Bill Paul break DNS resolution on my machine. Resolution requests just time out after a while. Reverting the changes resolves the problem... -- Markus From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 07:38:43 2006 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 364C116A4DD for ; Mon, 31 Jul 2006 07:38:43 +0000 (UTC) (envelope-from fydernix@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A27A43D46 for ; Mon, 31 Jul 2006 07:38:42 +0000 (GMT) (envelope-from fydernix@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so651485uge for ; Mon, 31 Jul 2006 00:38:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=P7wrwADWgSsM5cn5GPm+xYVTrOOwBrhKcGTiNxSBn1tMrH8he/lNRPorvmt9eAatsVBh1mJA9E5rN6Rx5OpgHnphsG+cSrstlgs736LyD0I7ZcRScFpbA3X3jUbe/5VZ6J1YxySJQi/AmZspB3Q7UrihMdpl8rpR6Okpc2v9iFw= Received: by 10.78.120.6 with SMTP id s6mr435568huc; Mon, 31 Jul 2006 00:38:41 -0700 (PDT) Received: by 10.78.126.2 with HTTP; Mon, 31 Jul 2006 00:38:41 -0700 (PDT) Message-ID: Date: Mon, 31 Jul 2006 03:38:41 -0400 From: "SigmaX asdf" To: "Igor Robul" In-Reply-To: <20060729191915.GA11595@sysadm.stc> MIME-Version: 1.0 References: <20060729070410.GD8063@sysadm.stc> <20060729191915.GA11595@sysadm.stc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Gateway 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, 31 Jul 2006 07:38:43 -0000 I take it firewall_type="OPEN" does not include the divert rule? The handbooks reads "The kernel source needs 'option divert' statement added to the other IPFIREWALL statements compiled into a custom kernel." Is this still the case in FreeBSD 6.1? Or am I covered by the IPDIVERT module or something? SigmaX On 7/29/06, Igor Robul wrote: > > On Sat, Jul 29, 2006 at 01:42:41PM -0400, SigmaX asdf wrote: > > >^^^^^^^^^^^^^^^^^^^ > > >Should be natd_enable="YES" > > > > > > Heh; yeah, typo in my post. The file has it ok. Is there something I > have > > to do to specify the interfaces which have nat enabled? Does > natd_enable > > automatically forward any/every packet to any/every interface? > Personally I use ipfilter, but for ipfw/natd you need to specify > "divert" rule. You can find many examples, including ones in FreeBSD > handbook. > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 09:01:58 2006 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 F35BA16A4DA for ; Mon, 31 Jul 2006 09:01:57 +0000 (UTC) (envelope-from rodrigo@liralink.com) Received: from bloco-10.gmail.comdominio.com.br (bloco-10.gmail.comdominio.com.br [200.155.11.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E4743D49 for ; Mon, 31 Jul 2006 09:01:56 +0000 (GMT) (envelope-from rodrigo@liralink.com) Received: (qmail 5809 invoked from network); 31 Jul 2006 08:57:56 -0000 Received: from unknown (HELO galicom1) (Authenticatedgmail:rodrigo@liralink.com@[196.202.255.2]) (envelope-sender ) by bloco-10.gmail.comdominio.com.br (qmail-ldap-1.03) with SMTP for ; 31 Jul 2006 08:57:45 -0000 From: "Rodrigo Galiano" To: "'SigmaX asdf'" , "'Igor Robul'" Date: Mon, 31 Jul 2006 10:01:24 +0100 Organization: LIRALINK ASSISTENCIA TECNICA MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Thread-Index: Aca0dEVjqkKhQP0kSJ6LH/LZ2AVY1QACnfbw Message-Id: <20060731090156.11E4743D49@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: RE: Gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rodrigo@liralink.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2006 09:01:58 -0000 Hi, Just add the following lines on rc.conf to get your gateway up and running for the LAN: gateway_enable="YES" natd_enable="YES" natd_flags="-n xxx" (you should replace xxx with your external interface name) firewall_enable="YES" firewall_script="/etc/ipfw.test" (this is to specify firewall script file (don't forget the natd rule on the firewall script). Regards --- Rodrigo Galiano Celestino Consultor de Internet & Sistemas Cellular: +244 923 57 79 72 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of SigmaX asdf Sent: segunda-feira, 31 de Julho de 2006 8:39 To: Igor Robul Cc: freebsd-stable@freebsd.org Subject: Re: Gateway I take it firewall_type="OPEN" does not include the divert rule? The handbooks reads "The kernel source needs 'option divert' statement added to the other IPFIREWALL statements compiled into a custom kernel." Is this still the case in FreeBSD 6.1? Or am I covered by the IPDIVERT module or something? SigmaX On 7/29/06, Igor Robul wrote: > > On Sat, Jul 29, 2006 at 01:42:41PM -0400, SigmaX asdf wrote: > > >^^^^^^^^^^^^^^^^^^^ > > >Should be natd_enable="YES" > > > > > > Heh; yeah, typo in my post. The file has it ok. Is there something I > have > > to do to specify the interfaces which have nat enabled? Does > natd_enable > > automatically forward any/every packet to any/every interface? > Personally I use ipfilter, but for ipfw/natd you need to specify > "divert" rule. You can find many examples, including ones in FreeBSD > handbook. > _______________________________________________ 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 31 12:37:02 2006 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 6109B16A4E7 for ; Mon, 31 Jul 2006 12:37:02 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id C1D6A43D55 for ; Mon, 31 Jul 2006 12:37:01 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 31473 invoked from network); 31 Jul 2006 12:37:00 -0000 Received: from unknown (HELO ?192.168.14.135?) (63.239.86.253) by 0 with SMTP; 31 Jul 2006 12:37:00 -0000 Message-ID: <44CDF96C.7090601@jellydonut.org> Date: Mon, 31 Jul 2006 08:37:00 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: Jon Holstrom References: <001301c6b41d$78d7aed0$fac8a8c0@dragon> In-Reply-To: <001301c6b41d$78d7aed0$fac8a8c0@dragon> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.5 (VMware) on Fedora core 5 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, 31 Jul 2006 12:37:02 -0000 Jon Holstrom wrote: > Hello, > I am running Fedroa core 5 Dual PIII 800, with VMware server. > > I am not sure if or should i install FreeBSD 5.5 stable +SMP kernel! > I am looking at a basic web server config, > Apache 1.3 > PHP4 > MySQL 4.1 > OSCommerce > ProFTP > some sort of mail server also, POP, SMTP. > Its all for the sake of learning it and doing it as of now. > > FreeBSD is intalled as a Virutal Machine now. > but after thinking a bit, got stuck with the SMP kernel! > Unless one of the applications to be installed in your guest needs SMP its better to just use a uniprocessor kernel in VMware-Server. This is what I've gathered from the VMware discussion boards anyway. I've got 3 FreeBSD 6.1 virtual machines running happily on a P4-3.0Ghz with hyperthreading enabled, all of them uniprocessor. None are running the applications you provided but they are running DNS, mail (via postfix, spamassassin, and amavisd), and HTTP (via lighttpd) services very nicely. -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 13:35:54 2006 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 990BC16A4DE for ; Mon, 31 Jul 2006 13:35:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2DD543D46 for ; Mon, 31 Jul 2006 13:35:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mhmdaz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k6VDZkup098908 for ; Mon, 31 Jul 2006 15:35:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k6VDZkBt098907; Mon, 31 Jul 2006 15:35:46 +0200 (CEST) (envelope-from olli) Date: Mon, 31 Jul 2006 15:35:46 +0200 (CEST) Message-Id: <200607311335.k6VDZkBt098907@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200607280948.51239.jhb@freebsd.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 31 Jul 2006 15:35:51 +0200 (CEST) Cc: Subject: Re: Monitoring temperature with acpi (sysctls) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 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, 31 Jul 2006 13:35:54 -0000 John Baldwin wrote: > Mike Jakubik wrote: > > I tried that, unfortunately it does not work. All i want to know is if > > this a shortcoming of freebsd or the motherboard, if its the later, i > > will contact the manufacturer. > > If ACPI doesn't include the sysctl's that's due to your BIOS, not FreeBSD. > You can verify by doing an acpidump and seeing if you have any thermal > zones listed in your ASL. I have a similar problem. This is what sysctl says: hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.THM0 dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 The value of tz0.temperature is always 8.3C and never seems to change. In reality it should be rathe 20C and change slightly during day and night. This is an excerpt from "acpidump -d" on that machine, which seems to imply that it _should_ support thermal readings (but I'm not a low-level ACPI expert): Scope (_TZ) { Name (\TEMP, 0x0AFF) ThermalZone (THM0) { Name (_TSP, 0x3C) Name (_TC1, 0x04) Name (_TC2, 0x04) Name (_PSL, Package (0x01) { \_PR.CPU0 }) Method (_PSV, 0, NotSerialized) { Store ("_PSV Method", Debug) Return (0x0B0E) } Method (_SCP, 1, NotSerialized) { Notify (THM0, 0x81) } Method (_TMP, 0, NotSerialized) { Store ("_TMP Method", Debug) Return (TEMP) } Method (_CRT, 0, NotSerialized) { Store ("_CRT Method", Debug) Return (0x0BE5) } } } Is it a bug in the ACPI BIOS or a bug in FreeBSD code? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 13:59:03 2006 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 9F9EC16A4DD; Mon, 31 Jul 2006 13:59:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D8D43D45; Mon, 31 Jul 2006 13:59:03 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k6VDx2c2055947; Mon, 31 Jul 2006 09:59:02 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3P/8.13.3) with ESMTP id k6VDx1CL071233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 31 Jul 2006 09:59:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060731094908.137f4848@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 31 Jul 2006 09:58:37 -0400 To: "Nikolas Britton" , "FreeBSD Stable List" From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: scottl@freebsd.org Subject: Re: GIANT in arcmsr(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: Mon, 31 Jul 2006 13:59:03 -0000 At 07:13 AM 30/07/2006, Nikolas Britton wrote: >On 7/29/06, Nikolas Britton wrote: >>Anyone know why the giant is in arcmsr(4) or how to kill him? >> > >I did some work on the arcmsr(4) driver: >http://www.freebsd.org/cgi/query-pr.cgi?pr=101045 > Is not the driver from the Areca site just plugin compatible ? I havent updated my Areca boxes in a bit, but I recall just dropping the source code in place of what was there and recompiling. I was also told by Areca to make sure I had the latest firmware at the time too. I asked the Areca people what their plans were for the driver on the website and they said they submitted the driver to be merged into the tree, but either didnt email the right people, or no one had time to do the merge/import. Perhaps Scott Long knows ? ---Mike >-- >BSD Podcasts @: >http://bsdtalk.blogspot.com/ >http://freebsdforall.blogspot.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" From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 14:25:49 2006 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 1E99316A4DF for ; Mon, 31 Jul 2006 14:25:49 +0000 (UTC) (envelope-from tbyte@otel.net) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E2B43D4C for ; Mon, 31 Jul 2006 14:25:48 +0000 (GMT) (envelope-from tbyte@otel.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1G7Yi8-000Hls-Ru; Mon, 31 Jul 2006 17:25:37 +0300 From: Iasen Kostov To: rodrigo@liralink.com In-Reply-To: <20060731090156.11E4743D49@mx1.FreeBSD.org> References: <20060731090156.11E4743D49@mx1.FreeBSD.org> Content-Type: text/plain Date: Mon, 31 Jul 2006 17:25:36 +0300 Message-Id: <1154355936.83049.2.camel@DraGoN.OTEL.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, 'Igor Robul' , 'SigmaX asdf' Subject: RE: Gateway 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, 31 Jul 2006 14:25:49 -0000 On Mon, 2006-07-31 at 10:01 +0100, Rodrigo Galiano wrote: > Hi, > > Just add the following lines on rc.conf to get your gateway up and > running for the LAN: > > gateway_enable="YES" > natd_enable="YES" > natd_flags="-n xxx" (you should replace xxx with your external interface > name) from /etc/defaults/rc.conf : natd_interface="" # Public interface or IPaddress to use. > firewall_enable="YES" > firewall_script="/etc/ipfw.test" (this is to specify firewall script file > (don't forget the natd rule on the firewall script). > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 15:03:28 2006 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 AF85416A4E1 for ; Mon, 31 Jul 2006 15:03:28 +0000 (UTC) (envelope-from me@hawei.net2.nerim.net) Received: from hawei.net2.nerim.net (hawei.net2.nerim.net [213.41.129.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B40A43D55 for ; Mon, 31 Jul 2006 15:03:28 +0000 (GMT) (envelope-from me@hawei.net2.nerim.net) Received: by hawei.net2.nerim.net (Postfix, from userid 1001) id 792AA450D0; Mon, 31 Jul 2006 17:07:12 +0200 (CEST) Date: Mon, 31 Jul 2006 17:07:12 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20060731150712.GA2592@hawei.net2.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060718143012.GA92325@hawei.net2.nerim.net> <20060722094214.GA1498@hawei.net2.nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060722094214.GA1498@hawei.net2.nerim.net> User-Agent: Mutt/1.4.2.1i Subject: Re: Canon PIXMA support 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, 31 Jul 2006 15:03:28 -0000 On Sat, Jul 22, 2006 at 11:42:14AM +0200, Harald Weis wrote: > For your information: > apsfilter has just nicely installed my PIXMA iP 5000 (device node /dev/ulpt0). In fact, the installation seemed successful because the test print looked basically alright. It just did not fill the A4 format. There are indeed two problems. First, the conversion from jpeg to ps generates (vertical) rectangles from squares. This looks like a bug in apsfilter. Secondly, the colors, or rather the resolution, and the size are incorrect. The reason for this seems to be the lack of the correct driver in gs. gimp-print WITH_CUPS (which I have used earlier this year on a smaller FreeBSD4.9 machine) gave good results as far as I remember. I did not compare them with the iBook though. Next step after the beach... Bye Harald Weis -- FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 15:32:52 2006 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 C17B416A4DF; Mon, 31 Jul 2006 15:32:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C6743D58; Mon, 31 Jul 2006 15:32:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6VFWibH064176; Mon, 31 Jul 2006 11:32:44 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 31 Jul 2006 11:20:55 -0400 User-Agent: KMail/1.9.1 References: <20060730223358.GN48334@hoeg.nl> In-Reply-To: <20060730223358.GN48334@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607311120.55563.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 31 Jul 2006 11:32:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1627/Sun Jul 30 19:34:54 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: FreeBSD Stable , Ed Schouten Subject: Re: Odd PCI and ACPI messages on 'INSYDE RSDT_000' laptop 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, 31 Jul 2006 15:32:52 -0000 On Sunday 30 July 2006 18:33, Ed Schouten wrote: > Hello, > > Last week I got a laptop from a few friends of mine with a broken > screen. I removed the screen from the device and connected a regular CRT > to it to install FreeBSD 6.1 on it for serving as a jukebox (silent, > doesn't consume too much power). > > I first tried FreeSBIE 1.1, which just deadlocked during the bootsplash. > After that I downloaded a FreeBSD 6.1 CD. When I boot FreeBSD 6.1 > without the ACPI kernel module, it panics (fatal trap 12) right after > probing uhci0. When I boot with ACPI, it boots like it should. Because > the laptop doesn't have a serial connector, I didn't copy the kernel > backtrace. If it is really needed, I'll boot the CD once again and type > over the screen contents. > > Anyway, I installed FreeBSD 6.1 on it, with the ACPI module loaded, but > I still get some really strange messages in my dmesg I thought would be > useful to mention: > > | ... > | cpu0: on acpi0 > | acpi_perf0: on cpu0 > | acpi_perf0: failed in PERF_STATUS attach > | device_attach: acpi_perf0 attach returned 6 > | ... > | acpi_perf0: on cpu0 > | acpi_perf0: failed in PERF_STATUS attach > | device_attach: acpi_perf0 attach returned 6 > | ... > > And these: > > | ... > | pci_link0: BIOS IRQ 11 for 0.2.INTA is invalid > | pci_link1: BIOS IRQ 5 for 0.31.INTB is invalid > | ... > | pci_link4: BIOS IRQ 11 for 1.0.INTA is invalid > | pci_link5: BIOS IRQ 11 for 1.1.INTA is invalid > | ... > > The device Just Works at the moment, so I can live with it, but I > was wondering if these messages do any harm. I've attached the entire > dmesg of the device for those who are interested. If your machine works, then don't worry about the pci_link messages. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 15:49:19 2006 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 BE85516A4E0 for ; Mon, 31 Jul 2006 15:49:19 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABCF343D55 for ; Mon, 31 Jul 2006 15:49:11 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so867365uge for ; Mon, 31 Jul 2006 08:49:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YcWwgkoFEf6hbEOGU2TcLIcYWfIsLCiockZv0HFAn3WLO9wbt+zTbKCoAL4ov2W4GHBgIF5FRr5EJKtVgFoScu+odEzTp5ef52y2fJDLayWgEc++ssRm0MFO2E3ePdwXPyvDJc+nlse80+NDtsmd7ePPM0QvMexLMgLMx7KqpWg= Received: by 10.78.165.13 with SMTP id n13mr227528hue; Mon, 31 Jul 2006 08:49:10 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Mon, 31 Jul 2006 08:49:08 -0700 (PDT) Message-ID: Date: Mon, 31 Jul 2006 10:49:08 -0500 From: "Nikolas Britton" To: "Mike Tancsa" In-Reply-To: <6.2.3.4.0.20060731094908.137f4848@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6.2.3.4.0.20060731094908.137f4848@64.7.153.2> Cc: scottl@freebsd.org, erich@areca.com.tw, FreeBSD Stable List Subject: Re: GIANT in arcmsr(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: Mon, 31 Jul 2006 15:49:19 -0000 On 7/31/06, Mike Tancsa wrote: > At 07:13 AM 30/07/2006, Nikolas Britton wrote: > >On 7/29/06, Nikolas Britton wrote: > >>Anyone know why the giant is in arcmsr(4) or how to kill him? > >> > > > >I did some work on the arcmsr(4) driver: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=101045 > > > > Is not the driver from the Areca site just plugin compatible ? I > havent updated my Areca boxes in a bit, but I recall just dropping > the source code in place of what was there and recompiling. I was > also told by Areca to make sure I had the latest firmware at the time > too. I don't know but I do know it won't compile if you just dropped it in, I had to fix a few syntax errors: > diff arcmsr.h.1200012 arcmsr.h.freebsd.new 36a37 > ** $FreeBSD$ 112c113 < #define dma_addr_hi32(addr) (u_int32_t) ((addr>>16)>>16 --- > #define dma_addr_hi32(addr) (u_int32_t) ((addr>>16)>>16) 518,519c519,520 < u_int32_t num_resets < u_int32_t num_aborts --- > u_int32_t num_resets; > u_int32_t num_aborts; 523c524 < u_int32_t firm_ide_channels; /*4,16-19* --- > u_int32_t firm_ide_channels; /*4,16-19*/ I asked the Areca people what their plans were for the driver > on the website and they said they submitted the driver to be merged > into the tree, but either didnt email the right people, or no one had > time to do the merge/import. Perhaps Scott Long knows ? > > ---Mike > CC'd Erich Chen, the person who made the driver. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 19:15:35 2006 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 2B0F016A4E1 for ; Mon, 31 Jul 2006 19:15:35 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F91743D6D for ; Mon, 31 Jul 2006 19:15:32 +0000 (GMT) (envelope-from eric.j.christeson@gmail.com) Received: by nf-out-0910.google.com with SMTP id d4so439859nfe for ; Mon, 31 Jul 2006 12:15:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=PDgYZeY4zuIwuI/0hKrHn5M/gaKK2ZEbt/qjzM5Eet7qyXR+uK7JjNlmijSV1zF2ARUd+85ZcrXgSAs3WfeIoQhs/pktE0ws1YyjabGNH4d3EtxkUsu3ci2A+lQKlFvxk0AQCKgAK7hpcEYLRFh+jSgg0GSN3zaJiq3cvQDo64Y= Received: by 10.78.158.11 with SMTP id g11mr3880hue; Mon, 31 Jul 2006 12:15:31 -0700 (PDT) Received: by 10.78.148.5 with HTTP; Mon, 31 Jul 2006 12:15:31 -0700 (PDT) Message-ID: <7e3339060607311215s4951d903qcfbdd2dc5c9ed0ed@mail.gmail.com> Date: Mon, 31 Jul 2006 14:15:31 -0500 From: ejc To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_24338_19253490.1154373331583" Subject: ncplogin panic 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, 31 Jul 2006 19:15:35 -0000 ------=_Part_24338_19253490.1154373331583 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I am having a problem getting ncplogin to work on my 6.1-stable system. When I run ncplogin I get the following panic (hand transcribed): Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc052d0a7 stack pointer = 0x28:0xc6021a98 stack frame = 0x28:0xc6021ab4 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 = 863 (ncplogin) trap number = 12 panic: page fault cpuid = 1 I tried to get a good core dump, but am failing at that also. Setting hw.physmem="64M" (or 128M, 256M, 512M or 1024M) results in the machine becoming unresponsive before it starts to dump anything. It prints "Dumping XXMB (2 chunks) and then hangs until I hit the power switch. I got one core dump with the full 2G of memory enabled, but kgdb couldn't use it. One other thing to note is that this is with an SMP kernel. A uni kernel doesn't dump core, but is still unable to connect to our novell server. I know this report is rather sparse, but I don't have much to go on. I have attached a dmesg dump and will try to provide any other information if someone is willing to help. Thanks Eric ------=_Part_24338_19253490.1154373331583 Content-Type: application/octet-stream; name=dmesg.out Content-Transfer-Encoding: base64 X-Attachment-Id: f_eqb81pl0 Content-Disposition: attachment; filename="dmesg.out" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMS1TVEFCTEUgIzE6IFRodSBKdWwgMjcgMTE6NDc6MzAg Q0RUIDIwMDYKICAgIHJvb3RAY2hpY2FkZWUuY2MubmRzdS5ub2Rhay5lZHU6L3Vzci9vYmovdXNy L3NyYy9zeXMvQ0hJQ0FERUUKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIEQgQ1BVIDIuODBHSHogKDI3OTMu MTEtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhm NDcgIFN0ZXBwaW5nID0gNwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFND LE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xG TFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVz Mj0weDY0MWQ8U1NFMyxSU1ZEMixNT04sRFNfQ1BMLENOVFgtSUQsQ1gxNiw8YjE0Pj4KICBBTUQg RmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIENv cmVzIHBlciBwYWNrYWdlOiAyCnJlYWwgbWVtb3J5ICA9IDIxNDU5MzUzNjAgKDIwNDYgTUIpCmF2 YWlsIG1lbW9yeSA9IDIwOTQ4NzQ2MjQgKDE5OTcgTUIpCkFDUEkgQVBJQyBUYWJsZTogPERFTEwg ICBHWDYyMCAgPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAy IENQVXMKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlv YXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gOAppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAw LTIzIG9uIG1vdGhlcmJvYXJkCmxhcGljMDogRm9yY2luZyBMSU5UMSB0byBlZGdlIHRyaWdnZXIK a2JkMSBhdCBrYmRtdXgwCmFjcGkwOiA8REVMTCBHWDYyMCAgPiBvbiBtb3RoZXJib2FyZAphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0 b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhj ZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIxCmRybTA6IDxBVEkgUmFkZW9uIFJWMzcwIFg2MDAgUHJvPiBwb3J0IDB4 ZGMwMC0weGRjZmYgbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiwweGZlOWUwMDAwLTB4ZmU5ZWZm ZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQppbmZvOiBbZHJtXSBJbml0aWFsaXplZCBy YWRlb24gMS4yNC4wIDIwMDYwMjI1CnBjaTE6IDxkaXNwbGF5PiBhdCBkZXZpY2UgMC4xIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRl dmljZSAyOC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKYmdlMDogPEJy b2FkY29tIEJDTTU3NTEgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4NDAwMT4gbWVtIDB4 ZmU4ZjAwMDAtMHhmZThmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCm1paWJ1czA6 IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001NzUwIDEwLzEwMC8xMDAwYmFzZVRYIFBI WT4gb24gbWlpYnVzMApicmdwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdlMDogRXRo ZXJuZXQgYWRkcmVzczogMDA6MTM6NzI6ODA6Mjc6NGIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMwp1aGNpMDogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZmY4 MC0weGZmOWYgaXJxIDIxIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFtHSUFOVC1MT0NL RURdCnVzYjA6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDog VVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVoY2kxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhm ZjYwLTB4ZmY3ZiBpcnEgMjIgYXQgZGV2aWNlIDI5LjEgb24gcGNpMAp1aGNpMTogW0dJQU5ULUxP Q0tFRF0KdXNiMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMQp1c2Ix OiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWhjaTI6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAw eGZmNDAtMHhmZjVmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVoY2kyOiBbR0lBTlQt TE9DS0VEXQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kyCnVz YjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZAp1aGNpMzogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0 IDB4ZmYyMC0weGZmM2YgaXJxIDIzIGF0IGRldmljZSAyOS4zIG9uIHBjaTAKdWhjaTM6IFtHSUFO VC1MT0NLRURdCnVzYjM6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMK dXNiMzogVVNCIHJldmlzaW9uIDEuMAp1aHViMzogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3Mg OS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGZmYTgwODAwLTB4ZmZhODBiZmYgaXJxIDIxIGF0IGRldmljZSAyOS43 IG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjQ6IHdhaXRpbmcgZm9yIEJJT1MgdG8g Z2l2ZSB1cCBjb250cm9sCnVzYjQ6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiNDogY29tcGFuaW9uIGNv bnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1c2IyIHVzYjMKdXNiNDogPEludGVs IDgyODAxR0IvUiAoSUNINykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAp1c2I0OiBVU0Ig cmV2aXNpb24gMi4wCnVodWI0OiBJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAy LjAwLzEuMDAsIGFkZHIgMQp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWh1YjU6IHZlbmRvciAweDA0MjQgcHJvZHVjdCAweDI1MDQsIGNsYXNzIDkvMCwgcmV2 IDIuMDAvMC4wMSwgYWRkciAyCnVodWI1OiBtdWx0aXBsZSB0cmFuc2FjdGlvbiB0cmFuc2xhdG9y cwp1aHViNTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjY6IHZl bmRvciAweDA0MjQgcHJvZHVjdCAweDI1MDQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMSwgYWRk ciAzCnVodWI2OiBtdWx0aXBsZSB0cmFuc2FjdGlvbiB0cmFuc2xhdG9ycwp1aHViNjogNCBwb3J0 cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0 CnBjbTA6IDxJbnRlbCBJQ0g3ICg4MjgwMUdCKT4gcG9ydCAweGVjMDAtMHhlY2ZmLDB4ZThjMC0w eGU4ZmYgbWVtIDB4ZmViZmZhMDAtMHhmZWJmZmJmZiwweGZlYmZmOTAwLTB4ZmViZmY5ZmYgaXJx IDIzIGF0IGRldmljZSAzMC4yIG9uIHBjaTAKcGNtMDogPEFuYWxvZyBEZXZpY2VzIEFEMTk4MUIg QUM5NyBDb2RlYz4KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNp MAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDcgU0FUQTMwMCBj b250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZmZh MC0weGZmYWYgaXJxIDIwIGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhcGNpMDogZmFpbGVkIHRv IGVuYWJsZSBtZW1vcnkgbWFwcGluZyEKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAK YXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVz PiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpzaW8wOiA8MTY1NTBBLWNvbXBh dGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3Bp MApzaW8wOiB0eXBlIDE2NTUwQQpwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJP TXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjYWZmZiwweGNiMDAwLTB4Y2NmZmYsMHhjZDAwMC0weGNm ZmZmIG9uIGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9y dCAweDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRj MAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnNjMDogPFN5c3RlbSBjb25z b2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVz LCBmbGFncz0weDMwMD4Kc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0bWFwIG9mIHBy b2JlZCBpcnFzIDAKc2lvMTogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQKdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MAp1a2JkMDogREVMTCBERUxMIFVTQiBLZXlib2FyZCwgcmV2IDEuMTAvMS4wNSwgYWRkciAyLCBp Y2xhc3MgMy8xCmtiZDIgYXQgdWtiZDAKdW1zMDogTG9naXRlY2ggT3B0aWNhbCBVU0IgTW91c2Us IHJldiAyLjAwLzMuNDAsIGFkZHIgMywgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1dHRvbnMgYW5kIFog ZGlyLgpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCm5jcF9sb2FkOiBsb2FkZWQK aXBmdzIgKCtpcHY2KSBpbml0aWFsaXplZCwgZGl2ZXJ0IGxvYWRhYmxlLCBydWxlLWJhc2VkIGZv cndhcmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBkaXNhYmxlZAphZDA6 IDE1MjU4N01CIDxXREMgV0QxNjAwSlMtNzVOQ0IyIDEwLjAyRTAzPiBhdCBhdGEwLW1hc3RlciBT QVRBMTUwCmFjZDA6IERWRFIgPFBISUxJUFMgRFZEKy8tUlcgRFZEODgwMS8yRDA2PiBhdCBhdGEx LW1hc3RlciBVRE1BMzMKbGFwaWMxOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6 IEFQIENQVSAjMSBMYXVuY2hlZCEKY2QwIGF0IGF0YTEgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKY2Qw OiA8UEhJTElQUyBEVkQrLVJXIERWRDg4MDEgMkQwNj4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAg ZGV2aWNlIApjZDA6IDMzLjAwME1CL3MgdHJhbnNmZXJzCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBk ZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50ClRyeWluZyB0 byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczFhCmJnZTA6IGxpbmsgc3RhdGUgY2hhbmdl ZCB0byBVUAo= ------=_Part_24338_19253490.1154373331583-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 31 19:15:40 2006 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 D89BC16A58E for ; Mon, 31 Jul 2006 19:15:40 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5469E43D60 for ; Mon, 31 Jul 2006 19:15:31 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id k6VJFREq013114; Mon, 31 Jul 2006 21:15:27 +0200 From: Pieter de Goeje To: "Arno J. Klaassen" Date: Mon, 31 Jul 2006 21:15:27 +0200 User-Agent: KMail/1.9.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_PblzEqDKRjQWJou" Message-Id: <200607312115.27386.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: nfs-client reveals MFC-if_re-probs (or vice-versa) ? 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, 31 Jul 2006 19:15:41 -0000 --Boundary-00=_PblzEqDKRjQWJou Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Saturday 29 July 2006 21:02, Arno J. Klaassen wrote: > /me wrote: > > I have a curious problem which at first sight seems related to the > > end-June MFC of if_re : > > > > - I 'mount -o nfsv3,intr,noconn,-r=32768,-w=32768 > > <-stable-server>:/files/bsd /files/bsd ' > > > > - (/usr/ports and /usr/src are symlinks to /files/bsd/*) quickly > > after a portinstall/portversion etc. I get : > > nfs server <-stable-server>: not responding > > (and the corresponding process stuck in 'bo_wwa' according to > > top(1) ) > > for info: #define RE_CSUM_FEATURES 0 in otherwise up to date if_re.c > solves the problem. I was having the same problem with my if_re card (RealTek 8169S). As a workaround I changed the nic. I'll give your solution a try. Using tcpdump I found that the NFS server was actually sending the right(?) packets (dump attached) but the client was somehow ignoring them... - Pieter --Boundary-00=_PblzEqDKRjQWJou Content-Type: text/plain; charset="iso-8859-1"; name="re_nfs" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="re_nfs" No. Time Source Destination Protocol Info 15322 *REF* 130.89.165.91 130.89.170.81 NFS V3 READDIR Call (Reply In 15323)[Packet size limited during capture] 15323 0.000266 130.89.170.81 130.89.165.91 NFS V3 READDIR Reply (Call In 15322)[Packet size limited during capture] 15324 0.259382 130.89.165.91 130.89.170.81 NFS [RPC retransmission of #15322]V3 READDIR Call (Reply In 15323)[Packet size limited during capture] 15325 0.259788 130.89.170.81 130.89.165.91 NFS [RPC duplicate of #15323]V3 READDIR Reply (Call In 15322)[Packet size limited during capture] 15326 0.769416 130.89.165.91 130.89.170.81 NFS [RPC retransmission of #15322]V3 READDIR Call (Reply In 15323)[Packet size limited during capture] 15327 0.769749 130.89.170.81 130.89.165.91 NFS [RPC duplicate of #15323]V3 READDIR Reply (Call In 15322)[Packet size limited during capture] 15328 1.779401 130.89.165.91 130.89.170.81 NFS [RPC retransmission of #15322]V3 READDIR Call (Reply In 15323)[Packet size limited during capture] 15329 1.779780 130.89.170.81 130.89.165.91 NFS [RPC duplicate of #15323]V3 READDIR Reply (Call In 15322)[Packet size limited during capture] 15330 3.791429 130.89.165.91 130.89.170.81 NFS [RPC retransmission of #15322]V3 READDIR Call (Reply In 15323)[Packet size limited during capture] 15331 3.791857 130.89.170.81 130.89.165.91 NFS [RPC duplicate of #15323]V3 READDIR Reply (Call In 15322)[Packet size limited during capture] 15332 7.809472 130.89.165.91 130.89.170.81 NFS [RPC retransmission of #15322]V3 READDIR Call (Reply In 15323)[Packet size limited during capture] 15333 7.809816 130.89.170.81 130.89.165.91 NFS [RPC duplicate of #15323]V3 READDIR Reply (Call In 15322)[Packet size limited during capture] 15334 15.835566 130.89.165.91 130.89.170.81 NFS [RPC retransmission of #15322]V3 READDIR Call (Reply In 15323)[Packet size limited during capture] --Boundary-00=_PblzEqDKRjQWJou-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 00:43:07 2006 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 7E88B16A4DF for ; Tue, 1 Aug 2006 00:43:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3DF343D49 for ; Tue, 1 Aug 2006 00:43:06 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1112618uge for ; Mon, 31 Jul 2006 17:43:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nRv97QiSLGMF5ok1iWRKaQs+KWZ6KGxf+UHy61kIFYPaTbbWPi8GxjRwts4ZQiA/2AQ0waT1bgtTT56N7D//+PylidIboZm+EGUytRvVoYNymy/TmY4xnJrPWEVUe8VUY4XsroXQrNSWiT4HiVVQl21Uq8RqY6/RmhtilLpsCBE= Received: by 10.65.200.14 with SMTP id c14mr232760qbq; Mon, 31 Jul 2006 17:43:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id e1sm4377633nzd.2006.07.31.17.43.02; Mon, 31 Jul 2006 17:43:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k710hlUh039907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Aug 2006 09:43:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k710heXc039906; Tue, 1 Aug 2006 09:43:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 1 Aug 2006 09:43:40 +0900 From: Pyun YongHyeon To: User Freebsd Message-ID: <20060801004340.GC39581@cdnetworks.co.kr> References: <20060707010341.GD82406@cdnetworks.co.kr> <44ADC2ED.4070904@asd.aplus.net> <20060707040838.GE82406@cdnetworks.co.kr> <20060707151640.D51390@fledge.watson.org> <44AEB0CB.5060102@asd.aplus.net> <20060707181750.O1171@ganymede.hub.org> <20060707223609.N60542@fledge.watson.org> <20060708033254.GB87930@cdnetworks.co.kr> <44B2BCDB.7050403@asd.aplus.net> <20060731202110.F27679@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060731202110.F27679@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i Cc: Peter Jeremy , Atanas , Robert Watson , Michael Vince , freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2006 00:43:07 -0000 On Mon, Jul 31, 2006 at 08:21:19PM -0300, User Freebsd wrote: > > Any status on this patch being merged in? > Because there are so many em(4) users there I'd like to have test last for one or two more weeks. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 02:13:03 2006 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 BE26816A4DD; Tue, 1 Aug 2006 02:13:03 +0000 (UTC) (envelope-from erich@areca.com.tw) Received: from areca.com.tw (220-130-178-142.HINET-IP.hinet.net [220.130.178.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E4543D49; Tue, 1 Aug 2006 02:13:02 +0000 (GMT) (envelope-from erich@areca.com.tw) Received: from erich2003 ([192.168.0.177] unverified) by areca.com.tw with Microsoft SMTPSVC(5.0.2195.6713); Tue, 1 Aug 2006 10:05:48 +0800 Message-ID: <00be01c6b510$03060c30$b100a8c0@erich2003> From: "erich" To: "Nikolas Britton" References: <6.2.3.4.0.20060731094908.137f4848@64.7.153.2> Date: Tue, 1 Aug 2006 10:12:57 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.2663 X-OriginalArrivalTime: 01 Aug 2006 02:05:48.0078 (UTC) FILETIME=[017D8CE0:01C6B50F] Cc: "\"FreeBSD Stable List\"" , =?UTF-8?B?KOW7o+WuieenkeaKgCnlronlj69P?= , erich@areca.com.tw, scottl@freebsd.org Subject: Re: GIANT in arcmsr(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: Tue, 01 Aug 2006 02:13:03 -0000 Dear Nikolas Britton, Sorry I had new arcmsr driver version 1.20.00.13 for FreeBSD i386/amd64/ppc plateform. This version add ARECA new generation RAID adapters ( SATA / SAS ) into arcmsr. Its xfer rate more than 800MB/sec. I need more time to test arcmsr on PowerMac G5 even SPARC machine in my Lab. Any comments and opinion with this driver will win acceptance. Best Regards Erich Chen ----- Original Message ----- From: "Nikolas Britton" To: "Mike Tancsa" Cc: "FreeBSD Stable List" ; ; Sent: Monday, July 31, 2006 11:49 PM Subject: Re: GIANT in arcmsr(4) > On 7/31/06, Mike Tancsa wrote: >> At 07:13 AM 30/07/2006, Nikolas Britton wrote: >> >On 7/29/06, Nikolas Britton wrote: >> >>Anyone know why the giant is in arcmsr(4) or how to kill him? >> >> >> > >> >I did some work on the arcmsr(4) driver: >> >http://www.freebsd.org/cgi/query-pr.cgi?pr=101045 >> > >> >> Is not the driver from the Areca site just plugin compatible ? I >> havent updated my Areca boxes in a bit, but I recall just dropping >> the source code in place of what was there and recompiling. I was >> also told by Areca to make sure I had the latest firmware at the time >> too. > > I don't know but I do know it won't compile if you just dropped it in, > I had to fix a few syntax errors: > >> diff arcmsr.h.1200012 arcmsr.h.freebsd.new > 36a37 >> ** $FreeBSD$ > 112c113 > < #define dma_addr_hi32(addr) > (u_int32_t) ((addr>>16)>>16 > --- >> #define dma_addr_hi32(addr) >> (u_int32_t) ((addr>>16)>>16) > 518,519c519,520 > < u_int32_t num_resets > < u_int32_t num_aborts > --- >> u_int32_t num_resets; >> u_int32_t num_aborts; > 523c524 > < u_int32_t firm_ide_channels; > /*4,16-19* > --- >> u_int32_t firm_ide_channels; >> /*4,16-19*/ > > > I asked the Areca people what their plans were for the driver >> on the website and they said they submitted the driver to be merged >> into the tree, but either didnt email the right people, or no one had >> time to do the merge/import. Perhaps Scott Long knows ? >> >> ---Mike >> > > CC'd Erich Chen, the person who made the driver. > > > -- > BSD Podcasts @: > http://bsdtalk.blogspot.com/ > http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 02:47:47 2006 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 12D6916A4DE for ; Tue, 1 Aug 2006 02:47:47 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A26F43D46 for ; Tue, 1 Aug 2006 02:47:45 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so108927nfc for ; Mon, 31 Jul 2006 19:47:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rnuhdDgxAHvPYl/tF86yo9t45qcamDD7iVFdxPhnGsEkoAyVM/xy+ib/vNMafYqDz1VQYiGebcvkra6+EOQqR2JaMMS1j+i3fd5SWbGABlj58ka4LhRcBhbtmd8i7CjENzbGf+loUJlpx5HEWLGAYXiPnX/810laPeOp1aBBQ84= Received: by 10.78.157.8 with SMTP id f8mr119839hue; Mon, 31 Jul 2006 19:47:44 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Mon, 31 Jul 2006 19:47:44 -0700 (PDT) Message-ID: Date: Mon, 31 Jul 2006 21:47:44 -0500 From: "Nikolas Britton" To: erich In-Reply-To: <00be01c6b510$03060c30$b100a8c0@erich2003> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6.2.3.4.0.20060731094908.137f4848@64.7.153.2> <00be01c6b510$03060c30$b100a8c0@erich2003> Cc: FreeBSD Stable List , =?BIG5?B?KLxzpnes7KfeKaZ3pWlP?= , scottl@freebsd.org Subject: Re: GIANT in arcmsr(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: Tue, 01 Aug 2006 02:47:47 -0000 On 7/31/06, erich wrote: > Dear Nikolas Britton, > > Sorry I had new arcmsr driver version 1.20.00.13 for FreeBSD i386/amd64/ppc > plateform. > This version add ARECA new generation RAID adapters ( SATA / SAS ) into > arcmsr. > Its xfer rate more than 800MB/sec. > I need more time to test arcmsr on PowerMac G5 even SPARC machine in my Lab. > Any comments and opinion with this driver will win acceptance. > > Best Regards > Erich Chen Do you have a link to download v1.20.00.13? and have you MFC'd the changes we made back into your new code?: Here are the changes we made to 1.20.00.02: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/arcmsr.c Could I also suggest " sed 's/.$//' " to convert those pesky CR+LF Windows files to UNIX format. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 05:56:56 2006 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 8722D16A4DA; Tue, 1 Aug 2006 05:56:56 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEC743D5A; Tue, 1 Aug 2006 05:52:57 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 18647291B00; Tue, 1 Aug 2006 02:52:49 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 73245-08-3; Tue, 1 Aug 2006 02:52:34 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 15A4D291CB2; Tue, 1 Aug 2006 02:11:51 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id A0D644AA01; Mon, 31 Jul 2006 22:49:27 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9B1504A47F; Mon, 31 Jul 2006 22:49:27 -0300 (ADT) Date: Mon, 31 Jul 2006 22:49:27 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060731224403.T27679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 05:56:56 -0000 I have a remote server, running the above RAID controller, that, as most ppl here have seen over the past few weeks, is causing endless headaches ... Official word from Adaptec is that FreeBSD is no longer a supported platform, so, I either live with the deadlocks, or try and figure out a suitable replacement for the card ... So, can anyone recommend a card to replace this with? Its a remote server, so I'm looking for something that will be plug-n-play, same slot that the GDT is in ... I realize that I'll have to reformat the server afterwards ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 05:58:38 2006 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 23C5216A4E2; Tue, 1 Aug 2006 05:58:38 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6EC543DDA; Tue, 1 Aug 2006 05:53:05 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 95677291B06; Tue, 1 Aug 2006 02:53:03 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 73503-06-3; Tue, 1 Aug 2006 02:52:48 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 1D4D3291CB3; Tue, 1 Aug 2006 02:11:51 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 2814B4A6AF; Mon, 31 Jul 2006 22:44:01 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 216314A47F; Mon, 31 Jul 2006 22:44:01 -0300 (ADT) Date: Mon, 31 Jul 2006 22:44:01 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060731220931.R27679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: [IMPORTANT] Adaptec no longer supporting iir(4) 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: Tue, 01 Aug 2006 05:58:38 -0000 'k, I finally got ahold of someone @ adaptec, and the official word seems to be: "FreeBSD 6 is not officially supported for the "GDT" based ICP RAID controllers. Nevertheless the inbox driver should work." Great, well, the inbox driver doesn't work with FreeBSD 6.x, and support doesn't exist to get it fixed, mainly since, as most ppl here know, the specs are closed, so even a non-Adaptec person can't do much to fix the problem(s) ... For those that haven't been following the discussion on this, the iir(4) driver in FreeBSD 6.x appears to have a deadlock issue under medium to heavy load, where the 'blocked' state just continues to rise until file accesses just no longer work ... So, if you are running a server that is using the iir(4) device driver and are considering upgrading to FreeBSD 6.x and beyond, or are looking to build a new machine using a device that relies on this driver, do so at your own peril ... Please note that this deadlock issue exists on *both* the ICP Vortex cards, *and* the Intel based RAID controllers ... If anyone from Adaptec is out there and is actually interested in seeing this problem fixed, *please* let me know ... I have three servers, all three exhibiting this problem, and one of them is fully loaded with the kernel debug stuff so that I can (I think) give you almost *anything* you want in the way of information concerning the problem ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 06:09:16 2006 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 ADE6416A4E8; Tue, 1 Aug 2006 06:09:16 +0000 (UTC) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8848843DEA; Tue, 1 Aug 2006 06:05:27 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.171.127.191] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1G7nNe-0003VY-TN; Tue, 01 Aug 2006 00:05:27 -0600 In-Reply-To: <20060731224403.T27679@ganymede.hub.org> References: <20060731224403.T27679@ganymede.hub.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7387FC94-54C8-48F4-95A7-BB3F9DC755A4@shire.net> Content-Transfer-Encoding: 7bit From: "Chad Leigh -- Shire.Net LLC" Date: Tue, 1 Aug 2006 00:05:26 -0600 To: User Freebsd X-Mailer: Apple Mail (2.752.2) X-SA-Exim-Connect-IP: 67.171.127.191 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 06:09:16 -0000 On Jul 31, 2006, at 7:49 PM, User Freebsd wrote: > > I have a remote server, running the above RAID controller, that, as > most ppl here have seen over the past few weeks, is causing endless > headaches ... > > Official word from Adaptec is that FreeBSD is no longer a supported > platform, so, I either live with the deadlocks, or try and figure > out a suitable replacement for the card ... > > So, can anyone recommend a card to replace this with? Its a remote > server, so I'm looking for something that will be plug-n-play, same > slot that the GDT is in ... I realize that I'll have to reformat > the server afterwards ... You may want to consider the LSI MegaRAID cards... There are various ones. Do you need the low profile format? Look at the 320-1lp for that otehrwise the 320-1 or 320-2x They have freebsd drivers and a command line management app. I am looking at this to replace an adaptec 2200s eventually (for different reasons than the OP). I have not used the SCSI LSI MegaRAID cards through I have some of their SATA RAID cards. Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 06:23:49 2006 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 3058E16A4E0 for ; Tue, 1 Aug 2006 06:23:49 +0000 (UTC) (envelope-from lassee@kth.se) Received: from mx3.kth.se (mx3.kth.se [130.237.48.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16B5D43D5A for ; Tue, 1 Aug 2006 06:23:47 +0000 (GMT) (envelope-from lassee@kth.se) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx3.kth.se (Postfix) with ESMTP id BDC9A140A6E for ; Tue, 1 Aug 2006 08:23:46 +0200 (CEST) Received: from mx3.kth.se ([127.0.0.1]) by localhost (mx3.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28108-01-73 for ; Tue, 1 Aug 2006 08:23:43 +0200 (CEST) Received: from webmail.sys.kth.se (mensageiro.sys.kth.se [130.237.48.58]) by mx3.kth.se (Postfix) with ESMTP id 683DD1409C1 for ; Tue, 1 Aug 2006 08:23:43 +0200 (CEST) Received: from 193.180.216.132 (SquirrelMail authenticated user lassee) by webmail.sys.kth.se with HTTP; Tue, 1 Aug 2006 08:23:43 +0200 (CEST) Message-ID: <26480.193.180.216.132.1154413423.squirrel@webmail.sys.kth.se> Date: Tue, 1 Aug 2006 08:23:43 +0200 (CEST) From: "Lasse Edlund" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at kth.se Subject: Help my Harddrive stopped working! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lassee@kth.se List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2006 06:23:49 -0000 I have an old Pentium III computer with FreeBSD 5.3 and I am using GEOM GBDE encryption on a few IDE-disks that are mounted on a PCI-ide controller. I had some important files on a less than 1 year old 300gb Maxtor harddrive (ad5) when it stopped working. The harddrive had been working ok, and it had been in the computer all the time, so no risk physical damage. Then I mounted and attached it and tried to move a few gb's of files to it and I got lots of WRITE_DMA errors all over the terminal. Then the computer crashed, next reboot I could attach it with gbde but not mount, due to I/O errors, and fsck said "incorrect superblock". After second restart the computer could not find it, and the dmesg from the third restart is shown below. What shall I do to get my data back? I have approx 200mb of critical data there that I need to get back.. dmesg: 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-p31 #1: Tue Jul 25 19:45:52 CEST 2006 nils@main.dulle.org:/usr/obj/usr/src/sys/MYKERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (602.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387f9ff real memory = 201310208 (191 MCool avail memory = 187326464 (178 MCool npx0: [FAST] 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 0xe408-0xe40b on acpi0 cpu0: 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 pci1: at device 0.0 (no driver attached) 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 irq 5 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA 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) rl0: port 0xd000-0xd0ff mem 0xd5800000-0xd58000ff at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:10:a7:09:57:f9 atapci1: port 0xa400-0xa40f,0xa800-0xa803,0xb000-0xb007,0xb400-0xb403,0xb800-0xb807 mem 0xd5000000-0xd50000ff irq 10 at device 11.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 rl1: port 0xa000-0xa0ff mem 0xd4800000-0xd48000ff at device 13.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:10:a7:16:26:cc fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold 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 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 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xc0000-0xcafff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 602191945 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% ad0: 6149MB [13328/15/63] at ata0-master UDMA66 ad4: 190782MB [387621/16/63] at ata2-master UDMA100 ad5: 286188MB [581463/16/63] at ata2-slave UDMA133 ad5: TIMEOUT - READ_DMA retrying (2 retries left) LBA=586114703 ad5: FAILURE - READ_DMA timed out ad6: 14664MB [29795/16/63] at ata3-master UDMA66 ad7: 190782MB [387621/16/63] at ata3-slave UDMA100 ad5: TIMEOUT - READ_DMA retrying (2 retries left) LBA=0 ad5: FAILURE - READ_DMA timed out ad5: TIMEOUT - READ_DMA retrying (2 retries left) LBA=1 ad5: FAILURE - READ_DMA timed out ad5: TIMEOUT - READ_DMA retrying (2 retries left) LBA=0 ad5: FAILURE - READ_DMA timed out ad5: TIMEOUT - READ_DMA retrying (2 retries left) LBA=0 ad5: FAILURE - READ_DMA timed out Mounting root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 06:42:32 2006 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 9A6F516A4DE; Tue, 1 Aug 2006 06:42:32 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id E372D43D53; Tue, 1 Aug 2006 06:42:31 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 7AA0B291AF8; Tue, 1 Aug 2006 03:42:29 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 81036-01-2; Tue, 1 Aug 2006 03:42:15 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 3972C291C94; Tue, 1 Aug 2006 01:55:11 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 414F53D840; Mon, 31 Jul 2006 20:21:19 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 3FB92344AB; Mon, 31 Jul 2006 20:21:19 -0300 (ADT) Date: Mon, 31 Jul 2006 20:21:19 -0300 (ADT) From: User Freebsd To: Atanas In-Reply-To: <44B2BCDB.7050403@asd.aplus.net> Message-ID: <20060731202110.F27679@ganymede.hub.org> References: <44AC6793.2070608@asd.aplus.net> <20060706021444.GA76865@cdnetworks.co.kr> <44AD7297.7080605@asd.aplus.net> <20060707010341.GD82406@cdnetworks.co.kr> <44ADC2ED.4070904@asd.aplus.net> <20060707040838.GE82406@cdnetworks.co.kr> <20060707151640.D51390@fledge.watson.org> <44AEB0CB.5060102@asd.aplus.net> <20060707181750.O1171@ganymede.hub.org> <20060707223609.N60542@fledge.watson.org> <20060708033254.GB87930@cdnetworks.co.kr> <44B2BCDB.7050403@asd.aplus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pyunyh@gmail.com, Peter Jeremy , Robert Watson , Michael Vince , freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... 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, 01 Aug 2006 06:42:32 -0000 Any status on this patch being merged in? On Mon, 10 Jul 2006, Atanas wrote: > Pyun YongHyeon said the following on 7/7/06 8:32 PM: >> On Fri, Jul 07, 2006 at 10:38:01PM +0100, Robert Watson wrote: >> > > Yes -- basically, there are two problems: >> > > (1) A little problem, in which an arp announcement is sent before the >> link > has >> > settled after reset. >> > > (2) A big problem, in which the interface is gratuitously recent >> requiring >> > long settling times. >> > > I'd really like to see a fix to the second of these problems (not >> resetting > when an IP is added or removed, resulting in link >> renegotiation); the first > one I'm less concerned about, although it >> would make some amount of sense > to do an arp announcement when the link >> goes up. >> > >> Ah, I see. Thanks for the insight. >> How about the attached patch? >> > This patch seems to fix both of the issues, or at least this is what I see > now: > - the card no longer gets reset when adding an alias; > - the arp packet gets delivered; > - adding 250 aliases takes less than a second; > > I haven't fully tested whether all 250 IP aliases were accessible (I used > non-routable IP addresses), but I suppose so. Also I couldn't stress the > patched driver enough to see whether it performs as expected. > > But in overall it looks good. I guess some more testing might be needed in > order to merge the patch into the source tree. > > Regards, > Atanas > >> >> >> ------------------------------------------------------------------------ >> >> Index: if_em.c >> =================================================================== >> RCS file: /pool/ncvs/src/sys/dev/em/if_em.c,v >> retrieving revision 1.116 >> diff -u -r1.116 if_em.c >> --- if_em.c 6 Jun 2006 08:03:49 -0000 1.116 >> +++ if_em.c 8 Jul 2006 03:30:36 -0000 >> @@ -67,6 +67,7 @@ >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -692,6 +693,9 @@ >> EM_LOCK_ASSERT(sc); >> + if ((ifp->if_drv_flags & (IFF_DRV_RUNNING|IFF_DRV_OACTIVE)) != >> + IFF_DRV_RUNNING) >> + return; >> if (!sc->link_active) >> return; >> @@ -745,6 +749,7 @@ >> { >> struct em_softc *sc = ifp->if_softc; >> struct ifreq *ifr = (struct ifreq *)data; >> + struct ifaddr *ifa = (struct ifaddr *)data; >> int error = 0; >> if (sc->in_detach) >> @@ -752,9 +757,22 @@ >> switch (command) { >> case SIOCSIFADDR: >> - case SIOCGIFADDR: >> - IOCTL_DEBUGOUT("ioctl rcv'd: SIOCxIFADDR (Get/Set Interface >> Addr)"); >> - ether_ioctl(ifp, command, data); >> + if (ifa->ifa_addr->sa_family == AF_INET) { >> + /* >> + * XXX >> + * Since resetting hardware takes a very long time >> + * we only initialize the hardware only when it is >> + * absolutely required. >> + */ >> + ifp->if_flags |= IFF_UP; >> + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + EM_LOCK(sc); >> + em_init_locked(sc); >> + EM_UNLOCK(sc); >> + } >> + arp_ifinit(ifp, ifa); >> + } else >> + error = ether_ioctl(ifp, command, data); >> break; >> case SIOCSIFMTU: >> { >> @@ -802,17 +820,19 @@ >> IOCTL_DEBUGOUT("ioctl rcv'd: SIOCSIFFLAGS (Set Interface >> Flags)"); >> EM_LOCK(sc); >> if (ifp->if_flags & IFF_UP) { >> - if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + if ((ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + if ((ifp->if_flags ^ sc->if_flags) & >> + IFF_PROMISC) { >> + em_disable_promisc(sc); >> + em_set_promisc(sc); >> + } >> + } else >> em_init_locked(sc); >> - } >> - >> - em_disable_promisc(sc); >> - em_set_promisc(sc); >> } else { >> - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { >> + if (ifp->if_drv_flags & IFF_DRV_RUNNING) >> em_stop(sc); >> - } >> } >> + sc->if_flags = ifp->if_flags; >> EM_UNLOCK(sc); >> break; >> case SIOCADDMULTI: >> @@ -878,8 +898,8 @@ >> break; >> } >> default: >> - IOCTL_DEBUGOUT1("ioctl received: UNKNOWN (0x%x)", >> (int)command); >> - error = EINVAL; >> + error = ether_ioctl(ifp, command, data); >> + break; >> } >> return (error); >> Index: if_em.h >> =================================================================== >> RCS file: /pool/ncvs/src/sys/dev/em/if_em.h,v >> retrieving revision 1.44 >> diff -u -r1.44 if_em.h >> --- if_em.h 15 Feb 2006 08:39:50 -0000 1.44 >> +++ if_em.h 8 Jul 2006 03:30:43 -0000 >> @@ -259,6 +259,7 @@ >> struct callout timer; >> struct callout tx_fifo_timer; >> int io_rid; >> + int if_flags; >> struct mtx mtx; >> int em_insert_vlan_header; >> struct task link_task; >> >> >> ------------------------------------------------------------------------ >> >> Index: if_em.c >> =================================================================== >> RCS file: /pool/ncvs/src/sys/dev/em/if_em.c,v >> retrieving revision 1.65.2.16 >> diff -u -r1.65.2.16 if_em.c >> --- if_em.c 19 May 2006 00:19:57 -0000 1.65.2.16 >> +++ if_em.c 8 Jul 2006 03:29:16 -0000 >> @@ -657,8 +657,9 @@ >> mtx_assert(&adapter->mtx, MA_OWNED); >> - if (!adapter->link_active) >> - return; >> + if ((ifp->if_drv_flags & (IFF_DRV_RUNNING|IFF_DRV_OACTIVE)) != >> + IFF_DRV_RUNNING) >> + return; >> while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { >> @@ -714,15 +715,29 @@ >> { >> struct ifreq *ifr = (struct ifreq *) data; >> struct adapter * adapter = ifp->if_softc; >> + struct ifaddr *ifa = (struct ifaddr *)data; >> int error = 0; >> if (adapter->in_detach) return(error); >> switch (command) { >> case SIOCSIFADDR: >> - case SIOCGIFADDR: >> - IOCTL_DEBUGOUT("ioctl rcv'd: SIOCxIFADDR (Get/Set Interface >> Addr)"); >> - ether_ioctl(ifp, command, data); >> + if (ifa->ifa_addr->sa_family == AF_INET) { >> + /* >> + * XXX >> + * Since resetting hardware takes a very long time >> + * we only initialize the hardware only when it is >> + * absolutely required. >> + */ >> + ifp->if_flags |= IFF_UP; >> + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + EM_LOCK(adapter); >> + em_init_locked(adapter); >> + EM_UNLOCK(adapter); >> + } >> + arp_ifinit(ifp, ifa); >> + } else >> + error = ether_ioctl(ifp, command, data); >> break; >> case SIOCSIFMTU: >> { >> @@ -760,12 +775,14 @@ >> IOCTL_DEBUGOUT("ioctl rcv'd: SIOCSIFFLAGS (Set Interface >> Flags)"); >> EM_LOCK(adapter); >> if (ifp->if_flags & IFF_UP) { >> - if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + if ((ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + if ((ifp->if_flags ^ adapter->if_flags) & >> + IFF_PROMISC) { >> + em_disable_promisc(adapter); >> + em_set_promisc(adapter); >> + } >> + } else >> em_init_locked(adapter); >> - } >> - >> - em_disable_promisc(adapter); >> - em_set_promisc(adapter); >> } else { >> if (ifp->if_drv_flags & IFF_DRV_RUNNING) { >> em_stop(adapter); >> @@ -835,8 +852,8 @@ >> break; >> } >> default: >> - IOCTL_DEBUGOUT1("ioctl received: UNKNOWN (0x%x)", >> (int)command); >> - error = EINVAL; >> + error = ether_ioctl(ifp, command, data); >> + break; >> } >> return(error); >> Index: if_em.h >> =================================================================== >> RCS file: /pool/ncvs/src/sys/dev/em/if_em.h,v >> retrieving revision 1.32.2.2 >> diff -u -r1.32.2.2 if_em.h >> --- if_em.h 25 Nov 2005 14:11:59 -0000 1.32.2.2 >> +++ if_em.h 8 Jul 2006 03:29:25 -0000 >> @@ -65,6 +65,7 @@ >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -331,6 +332,7 @@ >> struct callout timer; >> struct callout tx_fifo_timer; >> int io_rid; >> + int if_flags; >> u_int8_t unit; >> struct mtx mtx; >> int em_insert_vlan_header; >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 07:40:36 2006 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 F148316A4DF for ; Tue, 1 Aug 2006 07:40:36 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7532B43D49 for ; Tue, 1 Aug 2006 07:40:36 +0000 (GMT) (envelope-from m.ehinger@ltur.de) To: freebsd-stable@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Tue, 1 Aug 2006 09:40:30 +0200 Content-type: text/plain; charset=US-ASCII Cc: eric.j.christeson@gmail.com Subject: ncplogin panic 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, 01 Aug 2006 07:40:37 -0000 Hi, i had the same problem. See my thread on the freebsd-fs mailinglist http://lists.freebsd.org/pipermail/freebsd-fs/2006-July/002060.html After some research i use the attached patch against ncp_sock.c. So it is not the real solution to this problem it only avoids the panics. I'm using it quiet a while without any other known problems. Hopefully someone with more knowledge can help on this. I also get some "md_get_mem(461): incomplete copy" messages which seem to do no harm, so far. Regards, Maik !!! Use atyour own risk !!! --- ncp_sock.c.orig Fri Jan 7 02:45:49 2005 +++ ncp_sock.c Thu Jul 20 14:12:45 2006 @@ -189,7 +189,12 @@ struct thread *td = curthread; struct ucred *cred = NULL; - return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); + if ( td->td_selq.tqh_last == NULL ) { + printf("ncp_poll: td->td_selq.tqh_last == NULL\n"); + return 0; + } + + return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); } int ---- pach ends here --- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 07:52:04 2006 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 39E4316A4DA; Tue, 1 Aug 2006 07:52:04 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 782C243D46; Tue, 1 Aug 2006 07:52:03 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k717q21E020128; Tue, 1 Aug 2006 09:52:02 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k717px6G066575; Tue, 1 Aug 2006 09:51:59 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k717pxWd066574; Tue, 1 Aug 2006 09:51:59 +0200 (CEST) (envelope-from ry93) Date: Tue, 1 Aug 2006 09:51:59 +0200 From: "Patrick M. Hausen" To: User Freebsd Message-ID: <20060801075159.GD64880@hugo10.ka.punkt.de> References: <20060731224403.T27679@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060731224403.T27679@ganymede.hub.org> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 07:52:04 -0000 Hi! On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote: > Official word from Adaptec is that FreeBSD is no longer a supported > platform, so, I either live with the deadlocks, or try and figure out a > suitable replacement for the card ... That's really really bad news. Oddly, ICP Vortex Germany told me the opposite wr/t to their new line of cards. They said, they were working on full FreeBSD support. I'll check what they have to say about the GDT controllers. We run typo3.org on four heavily loaded systems with these cards. We did not update to 6.x yet, because of fear of the mythical NFS deadlocks. Now things seem to get even worse. > So, can anyone recommend a card to replace this with? Its a remote > server, so I'm looking for something that will be plug-n-play, same slot > that the GDT is in ... I realize that I'll have to reformat the server > afterwards ... We just ordered this box here: http://www.intel.com/design/servers/storage/ssr212cc/ It contains two Intel SRCS28X RAID Controllers, that are supposedly supported by the amr driver and the Linux Megamgr utility. The system should arrive in about two weeks - if you're interested, I'll keep you updated. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 08:01:05 2006 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 4709516A4DA; Tue, 1 Aug 2006 08:01:05 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9283243D7E; Tue, 1 Aug 2006 08:00:58 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J3B00I947JADS@ms-dienst.rz.rwth-aachen.de>; Tue, 01 Aug 2006 09:59:35 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Tue, 01 Aug 2006 09:59:34 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.7/8.13.1/1) with ESMTP id k717xXlP030753; Tue, 01 Aug 2006 09:59:33 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1G7pA6-00045V-DK; Tue, 01 Aug 2006 09:59:34 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 1D6013F40B; Tue, 01 Aug 2006 09:59:34 +0200 (CEST) Date: Tue, 01 Aug 2006 09:59:33 +0200 From: Christian Brueffer In-reply-to: <20060731224403.T27679@ganymede.hub.org> To: User Freebsd Message-id: <20060801075933.GA1938@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary="HcAYCG3uE/tztfnV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20060731224403.T27679@ganymede.hub.org> Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 08:01:05 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote: >=20 > I have a remote server, running the above RAID controller, that, as most= =20 > ppl here have seen over the past few weeks, is causing endless headaches= =20 > ... >=20 > Official word from Adaptec is that FreeBSD is no longer a supported=20 > platform, so, I either live with the deadlocks, or try and figure out a= =20 > suitable replacement for the card ... >=20 > So, can anyone recommend a card to replace this with? Its a remote=20 > server, so I'm looking for something that will be plug-n-play, same slot= =20 > that the GDT is in ... I realize that I'll have to reformat the server=20 > afterwards ... >=20 I contacted Achim Leubner not long ago, about wheather he still maintains and supports the iir(4) driver, as claimed in the SEE ALSO section of the manpage. His answer was yes. That all I know. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzwnlbHYXjKDtmC0RAlNLAKDtEZpLlkBPewug8GpD5mxt+v07pgCcCVus EBWBdVcEjXbTGonibsIe3uM= =jHK4 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 08:35:53 2006 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 BD2F116A4DA; Tue, 1 Aug 2006 08:35:53 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id C31D443D55; Tue, 1 Aug 2006 08:35:51 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k718Zo9J020421; Tue, 1 Aug 2006 10:35:50 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k718Zo6G067945; Tue, 1 Aug 2006 10:35:50 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k718ZoSZ067944; Tue, 1 Aug 2006 10:35:50 +0200 (CEST) (envelope-from ry93) Date: Tue, 1 Aug 2006 10:35:50 +0200 From: "Patrick M. Hausen" To: "Patrick M. Hausen" Message-ID: <20060801083550.GE64880@hugo10.ka.punkt.de> References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060801075159.GD64880@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, User Freebsd Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 08:35:53 -0000 Hello! On Tue, Aug 01, 2006 at 09:51:59AM +0200, Patrick M. Hausen wrote: > That's really really bad news. Oddly, ICP Vortex Germany told me > the opposite wr/t to their new line of cards. They said, they > were working on full FreeBSD support. I'll check what they have > to say about the GDT controllers. OK - so here's the deal: The GDT products are officially EOE (End Of Engineering). ICP Vortex will not provide capacity to update their own driver for FreeBSD 6. The new products will feature full FreeBSD support, eventually. (couple of weeks, he said) Technically, the ICP guy was quite confident, that ICP's own driver for FreeBSD 4.x and 5.x didn't show the problems we have on FreeBSD 6 with the FreeBSD iir driver. He recommended using ICP's driver source as a reference when trying to fix the FreeBSD 6 driver. I'm not a kernel developer so I cannot really comment on this. HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 09:27:29 2006 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 A6B3716A4DD for ; Tue, 1 Aug 2006 09:27:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA96743D49 for ; Tue, 1 Aug 2006 09:27:28 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail21.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k719RJ2d016546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 1 Aug 2006 19:27:20 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k719RJJN001257; Tue, 1 Aug 2006 19:27:19 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k719RIMU001256; Tue, 1 Aug 2006 19:27:18 +1000 (EST) (envelope-from peter) Date: Tue, 1 Aug 2006 19:27:18 +1000 From: Peter Jeremy To: Lasse Edlund Message-ID: <20060801092718.GC717@turion.vk2pj.dyndns.org> References: <26480.193.180.216.132.1154413423.squirrel@webmail.sys.kth.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline In-Reply-To: <26480.193.180.216.132.1154413423.squirrel@webmail.sys.kth.se> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Help my Harddrive stopped working! 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, 01 Aug 2006 09:27:29 -0000 --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Aug-01 08:23:43 +0200, Lasse Edlund wrote: >I had some important files on a less than 1 year old 300gb Maxtor >harddrive (ad5) when it stopped working. The harddrive had been working >ok, and it had been in the computer all the time, so no risk physical >damage. Have you touched anything in the box? I'd check all the cables on the off-chance that one is lose as well as re-seating the controller. If none of this helps, I suspect you have a choice of restoring from backups or using the services of one of the data recovery companies. --=20 Peter Jeremy --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEzx52/opHv/APuIcRAkzoAKCxmaaQ9spwtEADF7+cUhhn0FY/ygCcDD/P eG1i0QVg/6kE1pm/IjI6LNk= =q05V -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 07:02:57 2006 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 9E3CA16A4DA for ; Tue, 1 Aug 2006 07:02:57 +0000 (UTC) (envelope-from cwpaig@valken.org) Received: from annis.human-league.net (88.229.39-62.rev.gaoland.net [62.39.229.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1698A43D46 for ; Tue, 1 Aug 2006 07:02:56 +0000 (GMT) (envelope-from cwpaig@valken.org) Received: from localhost (localhost.human-league.net [127.0.0.1]) by annis.human-league.net (Postfix) with ESMTP id C99DE2222; Tue, 1 Aug 2006 09:02:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at human-league.net Received: from annis.human-league.net ([127.0.0.1]) by localhost (annis.human-league.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EN+DHM290DrW; Tue, 1 Aug 2006 09:02:23 +0200 (CEST) Received: from [194.57.123.191] (unknown [194.57.123.191]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by annis.human-league.net (Postfix) with ESMTP id A2F35210C; Tue, 1 Aug 2006 09:01:54 +0200 (CEST) In-Reply-To: <26480.193.180.216.132.1154413423.squirrel@webmail.sys.kth.se> References: <26480.193.180.216.132.1154413423.squirrel@webmail.sys.kth.se> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 (Normal) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <2736595F-97B7-4BCA-99C2-D5ABBCE23F11@valken.org> Content-Transfer-Encoding: quoted-printable From: Paig Chong Woo Date: Tue, 1 Aug 2006 09:02:40 +0200 To: lassee@kth.se X-Mailer: Apple Mail (2.752.2) X-Mailman-Approved-At: Tue, 01 Aug 2006 11:43:43 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Help my Harddrive stopped working! 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, 01 Aug 2006 07:02:57 -0000 Le 1 ao=FBt 2006 =E0 08:23, Lasse Edlund a =E9crit : > I have an old Pentium III computer with FreeBSD 5.3 and I am using =20 > GEOM > GBDE encryption on a few IDE-disks that are mounted on a PCI-ide > controller. > I had some important files on a less than 1 year old 300gb Maxtor > harddrive (ad5) when it stopped working. The harddrive had been =20 > working > ok, and it had been in the computer all the time, so no risk physical > damage. Then I mounted and attached it and tried to move a few gb's of > files to it and I got lots of WRITE_DMA errors all over the terminal. > Then the computer crashed, next reboot I could attach it with gbde =20 > but not > mount, due to I/O errors, and fsck said "incorrect superblock". > After second restart the computer could not find it, > and the dmesg from the third restart is shown below. > What shall I do to get my data back? I have approx 200mb of =20 > critical data > there that I need to get back.. I had this kind of problem recently, and I was able to recover the =20 entire data by finding a functional identical drive and swapping the =20 logic boards. But then again I was lucky to find an identical drive, =20 and the issue was a malfuntionning logic board... --=20 See you!!! PAIG Chong Woo. E-Mail : cw@paig.net ICQ : 1305386 Page web : http://www.valken.org --- Q: My Etch-A-Sketch has lines that prevent me from doing my art project. A: Pick it up and shake it. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 09:22:40 2006 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 3E91816A4E0; Tue, 1 Aug 2006 09:22:40 +0000 (UTC) (envelope-from erich@areca.com.tw) Received: from areca.com.tw (220-130-178-142.HINET-IP.hinet.net [220.130.178.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D6A43D53; Tue, 1 Aug 2006 09:22:36 +0000 (GMT) (envelope-from erich@areca.com.tw) Received: from erich2003 ([192.168.0.177] unverified) by areca.com.tw with Microsoft SMTPSVC(5.0.2195.6713); Tue, 1 Aug 2006 17:15:20 +0800 Message-ID: <001d01c6b54c$06085870$b100a8c0@erich2003> From: "erich" To: "Nikolas Britton" References: <6.2.3.4.0.20060731094908.137f4848@64.7.153.2> <00be01c6b510$03060c30$b100a8c0@erich2003> Date: Tue, 1 Aug 2006 17:22:31 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2663 X-OriginalArrivalTime: 01 Aug 2006 09:15:20.0000 (UTC) FILETIME=[02C0C400:01C6B54B] X-Mailman-Approved-At: Tue, 01 Aug 2006 11:44:17 +0000 Cc: "\"FreeBSD Stable List\"" , =?UTF-8?B?Iijlu6Plronnp5HmioAp5a6J5Y+vTyI=?= , scottl@freebsd.org Subject: Re: GIANT in arcmsr(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: Tue, 01 Aug 2006 09:22:40 -0000 Dear Nikolas Britton, Thanks for your comment about UNIX format with arcmsr. I will change its coding style at 1.20.00.13. Generally, areca put its release driver on its ftp site ftp://ftp.areca.com.tw . But this site maintained by areca support team. And the driver always need passed their long term testing procedure but not last new pack. If I modify it and done a testing procedure by me. I will send it to you all. Best Regards Erich Chen ----- Original Message ----- From: "Nikolas Britton" To: "erich" Cc: "(廣安科技)安å¯O" ; ; "FreeBSD Stable List" Sent: Tuesday, August 01, 2006 10:47 AM Subject: Re: GIANT in arcmsr(4) > On 7/31/06, erich wrote: >> Dear Nikolas Britton, >> >> Sorry I had new arcmsr driver version 1.20.00.13 for FreeBSD >> i386/amd64/ppc >> plateform. >> This version add ARECA new generation RAID adapters ( SATA / SAS ) into >> arcmsr. >> Its xfer rate more than 800MB/sec. >> I need more time to test arcmsr on PowerMac G5 even SPARC machine in my >> Lab. >> Any comments and opinion with this driver will win acceptance. >> >> Best Regards >> Erich Chen > > Do you have a link to download v1.20.00.13? and have you MFC'd the > changes we made back into your new code?: Here are the changes we made > to 1.20.00.02: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/arcmsr.c > > Could I also suggest " sed 's/.$//' " to convert those pesky CR+LF > Windows files to UNIX format. > > > -- > BSD Podcasts @: > http://bsdtalk.blogspot.com/ > http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 13:32:00 2006 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 8D69716A4EF for ; Tue, 1 Aug 2006 13:32:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B71143D7F for ; Tue, 1 Aug 2006 13:31:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3DE2246C86; Tue, 1 Aug 2006 09:31:54 -0400 (EDT) Date: Tue, 1 Aug 2006 14:31:54 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Graham Menhennitt In-Reply-To: <44C4D3B0.7090705@optusnet.com.au> Message-ID: <20060801143026.D64452@fledge.watson.org> References: <44BEBA2F.3060403@math.missouri.edu> <20060723135739.M60996@fledge.watson.org> <44C3EC68.6050802@optusnet.com.au> <44C4D3B0.7090705@optusnet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable Subject: Re: Panic 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, 01 Aug 2006 13:32:00 -0000 On Tue, 25 Jul 2006, Graham Menhennitt wrote: >>> Fatal trap 12: page fault while in kernel mode >>>> current process = 479 (mountd) >>>> >> >> I have the same panic reproducibly. Shutting off nfs_server_enable (i.e. >> mountd) in rc.conf prevents it. This is with 6-STABLE cvsupped yesterday. >> I'll get some more info and follow up the PR. >> > I rebuilt my kernel (to enable debugging) and now it doesn't panic. So it > seems that an old kernel (from around the end of May) with a new mountd > (from Sunday) will crash. But a new kernel with a new mountd won't. FYI, I've managed to reproduce this on a 7-CURRENT kernel, so will try to take a look at this in detail in the next few days. It looks like a race during socket connect/accept for UNIX domain sockets, likely involving simultaneous close, which may be a sign of a bug in mountd (or the like) that triggers it. Of course, the kernel shouldn't panic under those circumstances. :-) Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 13:36:37 2006 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 D87A116A4DF; Tue, 1 Aug 2006 13:36:37 +0000 (UTC) (envelope-from felipe@neuwald.biz) Received: from s4.hmnoc.net (s4.hmnoc.net [72.232.108.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C6043D60; Tue, 1 Aug 2006 13:36:34 +0000 (GMT) (envelope-from felipe@neuwald.biz) Received: from [200.101.23.190] (port=51023 helo=[192.168.1.22]) by s4.hmnoc.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1G7uQA-0007G9-RE; Tue, 01 Aug 2006 10:36:31 -0300 Message-ID: <44CF58DD.8000805@neuwald.biz> Date: Tue, 01 Aug 2006 10:36:29 -0300 From: Felipe Neuwald User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: felipe@neuwald.biz X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s4.hmnoc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - neuwald.biz X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: GEOM_BDE: where is my partition? 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, 01 Aug 2006 13:36:38 -0000 Hi Folks, I have 4 GEOM_BDE encrypted partitions in one FreeBSD 6.1-PRERELEASE Server. Since the server anormally shutdown (power cut), one of partitions isn't more available. Here is the partitions: [root@xingu /dev]# ls -laF /etc/gbde/ total 12 drwxr-xr-x 2 root wheel 512 Mar 23 15:33 ./ drwxr-xr-x 19 root wheel 2048 Jul 13 11:34 ../ -rw------- 1 root wheel 16 Sep 26 2005 ad0s1g -rw------- 1 root wheel 16 Sep 26 2005 ad1s1d -rw------- 1 root wheel 16 Sep 27 2005 ad2s1d -rw------- 1 root wheel 16 Mar 23 15:33 ad5s1c ad0s1g, ad1s1d, and ad2s1d are correctly mounted: [root@xingu /dev]# mount | grep bde /dev/ad0s1g.bde on /data (ufs, NFS exported, local, soft-updates) /dev/ad1s1d.bde on /data1 (ufs, NFS exported, local, soft-updates) /dev/ad2s1d.bde on /data2 (ufs, NFS exported, local, soft-updates) But /dev/ad5s1c doesn't exist anymore!!! [root@xingu /dev]# /sbin/gbde attach /dev/ad5s1c -l /etc/gbde/ad5s1c Enter passphrase: gbde: Attach to ad5s1c failed: Provider not found [root@xingu /dev]# ls /dev/ad5s1c ls: /dev/ad5s1c: No such file or directory [root@xingu /dev]# Any idea of how to recover the partition? What could happend? =/ Here is some info about my kernel: [root@xingu /dev]# cat /usr/src/sys/i386/conf/KERNEL4 | grep GEOM options GEOM_GPT # GUID Partition Tables. options GEOM_BDE And about my system: [root@xingu /dev]# uname -a FreeBSD xingu.xxx 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Mon Feb 20 16:47:57 BRT 2006 root@xingu.xxx:/usr/obj/usr/src/sys/KERNEL4 i386 Thank you, Felipe Neuwald. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 13:38:51 2006 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 8397516A4DD for ; Tue, 1 Aug 2006 13:38:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33BFD43D55 for ; Tue, 1 Aug 2006 13:38:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9834A46C7B; Tue, 1 Aug 2006 09:38:51 -0400 (EDT) Date: Tue, 1 Aug 2006 14:38:51 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Graham Menhennitt In-Reply-To: <20060801143026.D64452@fledge.watson.org> Message-ID: <20060801143754.U64452@fledge.watson.org> References: <44BEBA2F.3060403@math.missouri.edu> <20060723135739.M60996@fledge.watson.org> <44C3EC68.6050802@optusnet.com.au> <44C4D3B0.7090705@optusnet.com.au> <20060801143026.D64452@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable Subject: Re: Panic 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, 01 Aug 2006 13:38:51 -0000 On Tue, 1 Aug 2006, Robert Watson wrote: > On Tue, 25 Jul 2006, Graham Menhennitt wrote: > >>>> Fatal trap 12: page fault while in kernel mode >>>>> current process = 479 (mountd) >>> >>> I have the same panic reproducibly. Shutting off nfs_server_enable (i.e. >>> mountd) in rc.conf prevents it. This is with 6-STABLE cvsupped yesterday. >>> I'll get some more info and follow up the PR. >>> >> I rebuilt my kernel (to enable debugging) and now it doesn't panic. So it >> seems that an old kernel (from around the end of May) with a new mountd >> (from Sunday) will crash. But a new kernel with a new mountd won't. > > FYI, I've managed to reproduce this on a 7-CURRENT kernel, so will try to > take a look at this in detail in the next few days. It looks like a race > during socket connect/accept for UNIX domain sockets, likely involving > simultaneous close, which may be a sign of a bug in mountd (or the like) > that triggers it. Of course, the kernel shouldn't panic under those > circumstances. :-) On further reflection, this is simply a bug in the UNIX domain socket code, and has to do with a race between an attempt to connect to a socket and the socket being closed, such as may happen during a reboot. I'll do some more digging and see about a possible fix for this. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:27:10 2006 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 22B1616A4DA; Tue, 1 Aug 2006 14:27:10 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A53E043D4C; Tue, 1 Aug 2006 14:27:09 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id A39F5291B02; Tue, 1 Aug 2006 11:27:02 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 10814-06; Tue, 1 Aug 2006 11:27:08 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 03167291AFC; Tue, 1 Aug 2006 11:27:02 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 310FB5C1DF; Tue, 1 Aug 2006 11:27:13 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 295394AA8B; Tue, 1 Aug 2006 11:27:13 -0300 (ADT) Date: Tue, 1 Aug 2006 11:27:13 -0300 (ADT) From: User Freebsd To: "Patrick M. Hausen" In-Reply-To: <20060801075159.GD64880@hugo10.ka.punkt.de> Message-ID: <20060801112116.J27679@ganymede.hub.org> References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 14:27:10 -0000 On Tue, 1 Aug 2006, Patrick M. Hausen wrote: > Hi! > > On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote: > >> Official word from Adaptec is that FreeBSD is no longer a supported >> platform, so, I either live with the deadlocks, or try and figure out a >> suitable replacement for the card ... > > That's really really bad news. Oddly, ICP Vortex Germany told me > the opposite wr/t to their new line of cards. They said, they > were working on full FreeBSD support. Great, that definitely wasn't the feel that I got from them ... I've been using Adaptec products since early 90's, mainly because they have always been the 'tried-n-true' product ... As I mentioned to someone else, I'm willing to endure having the server hang up a few times in order to debug the problem, and fix the driver, but any correspondance that I actually got answers back on gave me the feel that I was on my own ... my previous email to this was meant to warn others to think twice, especially with newer FreeBSD boxes, about going with anything that runs on the iir(4) driver ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:30:22 2006 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 0C49416A4DE; Tue, 1 Aug 2006 14:30:22 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F89843D70; Tue, 1 Aug 2006 14:30:04 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id B1C87291B06; Tue, 1 Aug 2006 11:29:57 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 10814-07; Tue, 1 Aug 2006 11:30:01 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 7AE5D291B05; Tue, 1 Aug 2006 11:29:55 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id D0C315C5CB; Tue, 1 Aug 2006 11:30:06 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CFD3E5C4F0; Tue, 1 Aug 2006 11:30:06 -0300 (ADT) Date: Tue, 1 Aug 2006 11:30:06 -0300 (ADT) From: User Freebsd To: Christian Brueffer In-Reply-To: <20060801075933.GA1938@haakonia.hitnet.RWTH-Aachen.DE> Message-ID: <20060801112758.X27679@ganymede.hub.org> References: <20060731224403.T27679@ganymede.hub.org> <20060801075933.GA1938@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 01 Aug 2006 14:30:22 -0000 On Tue, 1 Aug 2006, Christian Brueffer wrote: > On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote: >> >> I have a remote server, running the above RAID controller, that, as most >> ppl here have seen over the past few weeks, is causing endless headaches >> ... >> >> Official word from Adaptec is that FreeBSD is no longer a supported >> platform, so, I either live with the deadlocks, or try and figure out a >> suitable replacement for the card ... >> >> So, can anyone recommend a card to replace this with? Its a remote >> server, so I'm looking for something that will be plug-n-play, same slot >> that the GDT is in ... I realize that I'll have to reformat the server >> afterwards ... >> > > I contacted Achim Leubner not long ago, about wheather he still > maintains and supports the iir(4) driver, as claimed in the SEE ALSO > section of the manpage. His answer was yes. I email'd him several weeks back, as soon as it was determined that the problem I've been experiencing with the deadlocks looked to be iir related, and didn't hear anything back :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:34:10 2006 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 254D116A4DA for ; Tue, 1 Aug 2006 14:34:10 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A69943D49 for ; Tue, 1 Aug 2006 14:34:08 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.7/8.13.7) with ESMTP id k71EXuc3011745 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 1 Aug 2006 16:34:07 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <44CF58DD.8000805@neuwald.biz> References: <44CF58DD.8000805@neuwald.biz> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0425D7C1-CFCB-4689-94C9-EE393D8B98E3@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 1 Aug 2006 16:34:31 +0200 To: Felipe Neuwald X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: GEOM_BDE: where is my partition? 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, 01 Aug 2006 14:34:10 -0000 (Please do *not* crosspost.) Am 01.08.2006 um 15:36 schrieb Felipe Neuwald: > [root@xingu /dev]# ls /dev/ad5s1c > ls: /dev/ad5s1c: No such file or directory Is the actual disk probed? (dmesg output should show that.) If the hardware is still detected, what does fdisk say about the slices on that disk? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:36:13 2006 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 23F4C16A4E2; Tue, 1 Aug 2006 14:36:13 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A093D43D45; Tue, 1 Aug 2006 14:36:12 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 34FBF291B03; Tue, 1 Aug 2006 11:36:06 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 24928-01; Tue, 1 Aug 2006 11:36:11 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 7204B291AFC; Tue, 1 Aug 2006 11:36:05 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 205445C4F0; Tue, 1 Aug 2006 11:36:17 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1EC894AA8B; Tue, 1 Aug 2006 11:36:17 -0300 (ADT) Date: Tue, 1 Aug 2006 11:36:17 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org In-Reply-To: <20060731220931.R27679@ganymede.hub.org> Message-ID: <20060801113010.W27679@ganymede.hub.org> References: <20060731220931.R27679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: Re: [IMPORTANT] Adaptec no longer supporting iir(4) 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: Tue, 01 Aug 2006 14:36:13 -0000 A quick follow up on this email ... please note that I have not, in this email, pointed to anything but the iir(4) driver, and, more specifically, the GDT controller card ... I have been using Adaptec products since the early 90's, and, until upgrading to FreeBSD 6.x, *never* had a complaint with them ... this email was meant to be a 'caveat emptor' for anyone looking to use the iir(4) driver, and is not meant to apply to *all* Adaptec cards, as they don't all use the iir(4) driver ... Apologies to all who took this as a broad attack against Adaptec, it was not meant as such ... On Mon, 31 Jul 2006, User Freebsd wrote: > > 'k, I finally got ahold of someone @ adaptec, and the official word seems to > be: > > "FreeBSD 6 is not officially supported for the "GDT" based ICP RAID > controllers. Nevertheless the inbox driver should work." > > Great, well, the inbox driver doesn't work with FreeBSD 6.x, and support > doesn't exist to get it fixed, mainly since, as most ppl here know, the specs > are closed, so even a non-Adaptec person can't do much to fix the problem(s) > ... > > For those that haven't been following the discussion on this, the iir(4) > driver in FreeBSD 6.x appears to have a deadlock issue under medium to heavy > load, where the 'blocked' state just continues to rise until file accesses > just no longer work ... > > So, if you are running a server that is using the iir(4) device driver and > are considering upgrading to FreeBSD 6.x and beyond, or are looking to build > a new machine using a device that relies on this driver, do so at your own > peril ... > > Please note that this deadlock issue exists on *both* the ICP Vortex cards, > *and* the Intel based RAID controllers ... > > If anyone from Adaptec is out there and is actually interested in seeing this > problem fixed, *please* let me know ... I have three servers, all three > exhibiting this problem, and one of them is fully loaded with the kernel > debug stuff so that I can (I think) give you almost *anything* you want in > the way of information concerning the problem ... > > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org 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" > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:38:38 2006 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 5510816A4DA; Tue, 1 Aug 2006 14:38:38 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45BAD43D5D; Tue, 1 Aug 2006 14:38:37 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 8173C291B03; Tue, 1 Aug 2006 11:38:30 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 24776-04; Tue, 1 Aug 2006 11:38:36 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id D767C291AFC; Tue, 1 Aug 2006 11:38:29 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 9EB675C4F0; Tue, 1 Aug 2006 11:38:41 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9A44C4AA8B; Tue, 1 Aug 2006 11:38:41 -0300 (ADT) Date: Tue, 1 Aug 2006 11:38:41 -0300 (ADT) From: User Freebsd To: "Patrick M. Hausen" In-Reply-To: <20060801083550.GE64880@hugo10.ka.punkt.de> Message-ID: <20060801113704.K27679@ganymede.hub.org> References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> <20060801083550.GE64880@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...) 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, 01 Aug 2006 14:38:38 -0000 On Tue, 1 Aug 2006, Patrick M. Hausen wrote: > Hello! > > On Tue, Aug 01, 2006 at 09:51:59AM +0200, Patrick M. Hausen wrote: > >> That's really really bad news. Oddly, ICP Vortex Germany told me >> the opposite wr/t to their new line of cards. They said, they >> were working on full FreeBSD support. I'll check what they have >> to say about the GDT controllers. > > OK - so here's the deal: > > The GDT products are officially EOE (End Of Engineering). > ICP Vortex will not provide capacity to update their own > driver for FreeBSD 6. > > The new products will feature full FreeBSD support, eventually. > (couple of weeks, he said) 'k, just to clarify here ... the new products won't be based on the iir(4) driver then? Basically, should the iir(4) driver be considered EOE also? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:41:25 2006 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 E0D0816A4E5 for ; Tue, 1 Aug 2006 14:41:25 +0000 (UTC) (envelope-from felipe@neuwald.biz) Received: from s4.hmnoc.net (s4.hmnoc.net [72.232.108.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41BF343D7B for ; Tue, 1 Aug 2006 14:41:17 +0000 (GMT) (envelope-from felipe@neuwald.biz) Received: from [200.101.23.190] (port=50078 helo=[192.168.1.22]) by s4.hmnoc.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1G7vQo-00042l-8S; Tue, 01 Aug 2006 11:41:14 -0300 Message-ID: <44CF6809.3090808@neuwald.biz> Date: Tue, 01 Aug 2006 11:41:13 -0300 From: Felipe Neuwald User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: Stefan Bethke , freebsd-stable@freebsd.org References: <44CF58DD.8000805@neuwald.biz> <0425D7C1-CFCB-4689-94C9-EE393D8B98E3@lassitu.de> In-Reply-To: <0425D7C1-CFCB-4689-94C9-EE393D8B98E3@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: felipe@neuwald.biz X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s4.hmnoc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - neuwald.biz X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: GEOM_BDE: where is my partition? 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, 01 Aug 2006 14:41:26 -0000 Stefan, Yes, the disk have been detected: [root@xingu /home/felipe]# dmesg | grep ad5 ad5: 194481MB at ata2-slave UDMA66 [root@xingu /home/felipe]# ls -laF /dev/ad5 crw-r----- 1 root operator 0, 62 Aug 1 10:39 /dev/ad5 And here is the fdisk output: [root@xingu /home/felipe]# fdisk /dev/ad5 ******* Working on device /dev/ad5 ******* parameters extracted from in-core disklabel are: cylinders=395136 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=395136 heads=16 sectors/track=63 (1008 blks/cyl) fdisk: invalid fdisk partition table found Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 398297025 (194480 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 895/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Felipe. Stefan Bethke escreveu: > (Please do *not* crosspost.) > > Am 01.08.2006 um 15:36 schrieb Felipe Neuwald: > >> [root@xingu /dev]# ls /dev/ad5s1c >> ls: /dev/ad5s1c: No such file or directory > > Is the actual disk probed? (dmesg output should show that.) > > If the hardware is still detected, what does fdisk say about the > slices on that disk? > > > Stefan > > > --Stefan Bethke Fon +49 170 346 0140 > > > > > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 14:56:52 2006 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 EDCD916A4E0 for ; Tue, 1 Aug 2006 14:56:52 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DEBC43D78 for ; Tue, 1 Aug 2006 14:56:49 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.7/8.13.7) with ESMTP id k71Eub4L013006 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 1 Aug 2006 16:56:48 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <44CF6809.3090808@neuwald.biz> References: <44CF58DD.8000805@neuwald.biz> <0425D7C1-CFCB-4689-94C9-EE393D8B98E3@lassitu.de> <44CF6809.3090808@neuwald.biz> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 1 Aug 2006 16:57:12 +0200 To: Felipe Neuwald X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: GEOM_BDE: where is my partition? 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, 01 Aug 2006 14:56:53 -0000 Am 01.08.2006 um 16:41 schrieb Felipe Neuwald: > Stefan, > > Yes, the disk have been detected: > > [root@xingu /home/felipe]# dmesg | grep ad5 > ad5: 194481MB at ata2-slave UDMA66 > [root@xingu /home/felipe]# ls -laF /dev/ad5 > crw-r----- 1 root operator 0, 62 Aug 1 10:39 /dev/ad5 > > And here is the fdisk output: ... > fdisk: invalid fdisk partition table found Well, there you go: that's why there is no ad5s1, and thus ad5s1c. Maybe you got lucky, and only the first sector of the disk got lost in that crash. If you know how you had partitioned that disk *exactly*, or you have another disk of the same size that is partitioned *exactly* the same, you might try to re-create the slices usign fdisk, or copying over the first sector with dd. Otherwise, you need to restore from backup. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 15:05:42 2006 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 8903716A4DF; Tue, 1 Aug 2006 15:05:42 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C5F43D46; Tue, 1 Aug 2006 15:05:41 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k71F5ema000386; Tue, 1 Aug 2006 17:05:40 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k71F5e6G010372; Tue, 1 Aug 2006 17:05:40 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k71F5e1w010371; Tue, 1 Aug 2006 17:05:40 +0200 (CEST) (envelope-from ry93) Date: Tue, 1 Aug 2006 17:05:40 +0200 From: "Patrick M. Hausen" To: User Freebsd Message-ID: <20060801150540.GA10310@hugo10.ka.punkt.de> References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> <20060801083550.GE64880@hugo10.ka.punkt.de> <20060801113704.K27679@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060801113704.K27679@ganymede.hub.org> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...) 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, 01 Aug 2006 15:05:42 -0000 Hello! > 'k, just to clarify here ... the new products won't be based on the iir(4) > driver then? Yes, they won't. > Basically, should the iir(4) driver be considered EOE also? As far as Adaptec and ICP Vortex are concerned, yes. Since the driver is Open Source, there is no enforced EOE, just "orphanage", if nobody is willing to work on it. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 15:12:02 2006 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 9B32D16A4DE; Tue, 1 Aug 2006 15:12:02 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53CCD43D46; Tue, 1 Aug 2006 15:12:01 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1G7vuW-0003LA-00; Tue, 01 Aug 2006 17:11:56 +0200 Date: Tue, 1 Aug 2006 17:11:56 +0200 To: Ed Schouten Message-ID: <20060801151156.GH17014@poupinou.org> References: <20060730223358.GN48334@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060730223358.GN48334@hoeg.nl> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: FreeBSD ACPI , FreeBSD Stable Subject: Re: Odd PCI and ACPI messages on 'INSYDE RSDT_000' laptop 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, 01 Aug 2006 15:12:02 -0000 On Mon, Jul 31, 2006 at 12:33:58AM +0200, Ed Schouten wrote: > Hello, > > Last week I got a laptop from a few friends of mine with a broken > screen. I removed the screen from the device and connected a regular CRT > to it to install FreeBSD 6.1 on it for serving as a jukebox (silent, > doesn't consume too much power). > > I first tried FreeSBIE 1.1, which just deadlocked during the bootsplash. > After that I downloaded a FreeBSD 6.1 CD. When I boot FreeBSD 6.1 > without the ACPI kernel module, it panics (fatal trap 12) right after > probing uhci0. When I boot with ACPI, it boots like it should. Because > the laptop doesn't have a serial connector, I didn't copy the kernel > backtrace. If it is really needed, I'll boot the CD once again and type > over the screen contents. > > Anyway, I installed FreeBSD 6.1 on it, with the ACPI module loaded, but > I still get some really strange messages in my dmesg I thought would be > useful to mention: > > | ... > | cpu0: on acpi0 > | acpi_perf0: on cpu0 > | acpi_perf0: failed in PERF_STATUS attach > | device_attach: acpi_perf0 attach returned 6 > | ... > | acpi_perf0: on cpu0 > | acpi_perf0: failed in PERF_STATUS attach > | device_attach: acpi_perf0 attach returned 6 > | ... This means you can't get configuration for speedstep on this processor via ACPI because something is broken into the bios. But since we have that: > CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.73-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 ^^^ speedstep should work if you put: cpufreq_load="YES" into /boot/loader.conf and you don't need acpi_perf anyway. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 15:35:55 2006 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 9987B16A4E1; Tue, 1 Aug 2006 15:35:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A043F43D70; Tue, 1 Aug 2006 15:35:47 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k71FZfor016599; Tue, 1 Aug 2006 09:35:46 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44CF74CC.4070401@samsco.org> Date: Tue, 01 Aug 2006 09:35:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Patrick M. Hausen" References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> <20060801083550.GE64880@hugo10.ka.punkt.de> <20060801113704.K27679@ganymede.hub.org> <20060801150540.GA10310@hugo10.ka.punkt.de> In-Reply-To: <20060801150540.GA10310@hugo10.ka.punkt.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, User Freebsd Subject: Re: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...) 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, 01 Aug 2006 15:35:55 -0000 Ok guys, time for a small breather here. All these claims about EoE and orphanage and whatnot are a bit premature and underinformed. First, the iir driver is being worked on when the need arises. Several bugs were fixed in it a few months ago, and until Mark's recent series of mails on it, no other problems had been reported. So far there is only one person reporting unhappiness with it, which doesn't necessarily mean that there is systematic trouble with the driver or the hardware. Second, various Adaptec sources have confirmed that they do support FreeBSD. Making big statements in public that they don't, or that it's not up to ones' standards or hopes, isn't terribly useful or productive. I'd hate for FreeBSD to turn into That Other BSD that publically abuses and harasses vendors for percieved sleights. There are much more positive and product ways to fix problems and form good relationships, and those ways are actively being pursued by some people right now. And here again is my standard disclaimer: I highly recommend that anyone who takes their data integrity seriously should spend time qualifying any RAID solution that they are interested in before putting it into production. What works for your workload might not work for someone else's workload, and vice-versa. Scott Patrick M. Hausen wrote: > Hello! > > >>'k, just to clarify here ... the new products won't be based on the iir(4) >>driver then? > > > Yes, they won't. > > >>Basically, should the iir(4) driver be considered EOE also? > > > As far as Adaptec and ICP Vortex are concerned, yes. Since the > driver is Open Source, there is no enforced EOE, just "orphanage", > if nobody is willing to work on it. > > Regards, > > Patrick M. Hausen > Leiter Netzwerke und Sicherheit From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 16:11:10 2006 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 50AAA16A4E2; Tue, 1 Aug 2006 16:11:10 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5181543D72; Tue, 1 Aug 2006 16:11:03 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 8E662291B02; Tue, 1 Aug 2006 13:11:01 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 60599-09; Tue, 1 Aug 2006 13:11:00 -0300 (ADT) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id AD698291AFC; Tue, 1 Aug 2006 13:10:59 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 08EEB5CAAB; Tue, 1 Aug 2006 13:10:59 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 080545CA8B; Tue, 1 Aug 2006 13:10:59 -0300 (ADT) Date: Tue, 1 Aug 2006 13:10:58 -0300 (ADT) From: User Freebsd To: Scott Long In-Reply-To: <44CF74CC.4070401@samsco.org> Message-ID: <20060801125751.W27679@ganymede.hub.org> References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> <20060801083550.GE64880@hugo10.ka.punkt.de> <20060801113704.K27679@ganymede.hub.org> <20060801150540.GA10310@hugo10.ka.punkt.de> <44CF74CC.4070401@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...) 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, 01 Aug 2006 16:11:10 -0000 On Tue, 1 Aug 2006, Scott Long wrote: > Ok guys, time for a small breather here. All these claims about > EoE and orphanage and whatnot are a bit premature and underinformed. > First, the iir driver is being worked on when the need arises. Several > bugs were fixed in it a few months ago, and until Mark's recent series > of mails on it, no other problems had been reported. So far there is > only one person reporting unhappiness with it, which doesn't necessarily > mean that there is systematic trouble with the driver or the hardware. > Second, various Adaptec sources have confirmed that they do support > FreeBSD. Making big statements in public that they don't, or that it's > not up to ones' standards or hopes, isn't terribly useful or productive. > I'd hate for FreeBSD to turn into That Other BSD that publically abuses > and harasses vendors for percieved sleights. There are much more > positive and product ways to fix problems and form good relationships, > and those ways are actively being pursued by some people right now. As email'd previous, I do apologize if my email was taken as "disgruntled against Adaptec", for it was not meant as such ... it was merely meant as a warning to others, similar to your disclaimer below, that if you are running a card using the iir(4) driver, and are looking to move up to FreeBSD 6.x, that they might experience issues ... Please also note that until I hit what, from most angles, was appearing to be major brick walls, I was doing everything I could to, and am still willing to, provide all of the information I can towards diagnosing and fixing the issue ... I had tried all avenues that I knew about ... I tried email'ng the listed MAINTAINER, no response ... I got an email from one developer telling me that there wasn't much that could be done, due to the closed specs, without being able to get ahold of said MAINTAINER ... and the response I got back from ICP Vortex was one of "the inbox driver should work fine, but we don't official support FreeBSD" ... it doesn't leave much of a warm feeling that the driver is anything but orphaned :( My email was meant as a warning so that others could hopefully avoid the several weeks it took me to get to the point that all *appeared* lost ... Also, please note that in my email, I did finish it off with a plea that if anyone from Adaptec, or working with them, was out there, that my server was pretty much at their disposal to fix the problem, even at the risk of losing clients due to the downtime ... > And here again is my standard disclaimer: I highly recommend that anyone > who takes their data integrity seriously should spend time qualifying > any RAID solution that they are interested in before putting it into > production. What works for your workload might not work for someone > else's workload, and vice-versa. In this case, we're talking about 3 servers that ran flawlessly with the iir(4) driver under 4.x, that are no exhibiting the deadlock/hang issues, after upgrading to FreeBSD 6.x ... Up until upgrading to FreeBSD 6.x, I've *never* had a problem with either an Adaptec controller, or running one with FreeBSD ... > > Scott > > > Patrick M. Hausen wrote: >> Hello! >> >> >>> 'k, just to clarify here ... the new products won't be based on the iir(4) >>> driver then? >> >> >> Yes, they won't. >> >> >>> Basically, should the iir(4) driver be considered EOE also? >> >> >> As far as Adaptec and ICP Vortex are concerned, yes. Since the >> driver is Open Source, there is no enforced EOE, just "orphanage", >> if nobody is willing to work on it. >> >> Regards, >> >> Patrick M. Hausen >> Leiter Netzwerke und Sicherheit > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 16:27:56 2006 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 7718416A4E8; Tue, 1 Aug 2006 16:27:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C5E43D6A; Tue, 1 Aug 2006 16:27:55 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B6C481CC8B; Tue, 1 Aug 2006 18:27:54 +0200 (CEST) Date: Tue, 1 Aug 2006 18:27:54 +0200 From: Ed Schouten To: Bruno Ducrot Message-ID: <20060801162754.GO48334@hoeg.nl> References: <20060730223358.GN48334@hoeg.nl> <20060801151156.GH17014@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ie5iOtK4e9kgqh2F" Content-Disposition: inline In-Reply-To: <20060801151156.GH17014@poupinou.org> User-Agent: Mutt/1.5.12-2006-07-14 Cc: FreeBSD ACPI , FreeBSD Stable Subject: Re: Odd PCI and ACPI messages on 'INSYDE RSDT_000' laptop 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, 01 Aug 2006 16:27:56 -0000 --Ie5iOtK4e9kgqh2F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Bruno, * Bruno Ducrot wrote: > This means you can't get configuration for speedstep on this processor > via ACPI because something is broken into the bios. >=20 > But since we have that: >=20 > > CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.73-MHz 686-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0x695 Stepping =3D 5 > ^^^ > speedstep should work if you put: > cpufreq_load=3D"YES" > into /boot/loader.conf > and you don't need acpi_perf anyway. I built the cpufreq module and rebooted. I now have an est0 and p4tcc0 device. Powerd now sets the processor to a lower clockrate. Thanks a lot! Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --Ie5iOtK4e9kgqh2F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEz4EK52SDGA2eCwURAkCaAJ48n8bkDRISntdYNcHiQaqgoUXTKQCeJepb kixmOmavfHXcg5HFih4RQ7E= =2vyM -----END PGP SIGNATURE----- --Ie5iOtK4e9kgqh2F-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 16:44:47 2006 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 856EB16A4DE for ; Tue, 1 Aug 2006 16:44:47 +0000 (UTC) (envelope-from ppa@ngo.net.ua) Received: from inca.dn.ua (inca.donetsk.ua [194.44.67.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE85C43DF1 for ; Tue, 1 Aug 2006 16:42:57 +0000 (GMT) (envelope-from ppa@ngo.net.ua) Received: from centurion.i-ix.inca (centurion.i-ix.inca [192.168.22.30]) by inca.dn.ua (8.13.3/PPArev4) with ESMTP id k71GgLdg054076 for ; Tue, 1 Aug 2006 19:42:21 +0300 (EEST) (envelope-from ppa@ngo.net.ua) Date: Tue, 1 Aug 2006 19:42:13 +0300 From: Pavel Pisarenko X-Mailer: The Bat! (v3.65.03) Professional Organization: ECC Bakhmat X-Priority: 3 (Normal) Message-ID: <14228596.20060801194213@ngo.net.ua> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: problem with lib/libpam/modules/pam_ssh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Pisarenko List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2006 16:44:47 -0000 Hello All, I have problem with make buildworld on my 2 different servers FreeBSD 6.1-STABLE/i386/RELENG_6 (CVSup'ed today) ============cut here=========== ===> lib/libpam/modules/pam_self (all) cc -O2 -pipe -march=pentium4 -I/usr/src/lib/libpam/modules/pam_self/../../../..> building static pam_self library ranlib libpam_self.a ===> lib/libpam/modules/pam_ssh (all) make: don't know how to make ssh_namespace.h. Stop *** Error code 2 Stop in /usr/src/lib/libpam/modules. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. =============================== I tried to find file ssh_namespace.h, but it does not exist Makefile (/usr/src/lib/libpam/modules/pam_ssh/Makefile) has reference to ${OBJS} ${POBJS} ${SOBJS}: ssh_namespace.h ============cut here=========== # PAM module for SSH # $FreeBSD: src/lib/libpam/modules/pam_ssh/Makefile,v 1.20.2.2 2006/07/14 16:48: 52 ru Exp $ =============================== Any ideas? -- WBR, Pavel Pisarenko nic-hdl: PPA11-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 16:50:45 2006 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 4A26616A4DF; Tue, 1 Aug 2006 16:50:45 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id A773443D86; Tue, 1 Aug 2006 16:50:28 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060801165027m9100873vre>; Tue, 1 Aug 2006 16:50:27 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k71GoOGH035779; Tue, 1 Aug 2006 11:50:25 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k71GoOFc035778; Tue, 1 Aug 2006 11:50:24 -0500 (CDT) (envelope-from brooks) Date: Tue, 1 Aug 2006 11:50:23 -0500 From: Brooks Davis To: Sam Leffler Message-ID: <20060801165023.GE34210@lor.one-eyed-alien.net> References: <20060720224632.GB31459@osgiliath.brixandersen.dk> <44C00B40.2010901@errno.com> <20060726144058.GD3077@osgiliath.opasia.dk> <44C793DB.5090900@errno.com> <20060726163017.GB5856@osgiliath.opasia.dk> <44C7AF68.3090109@errno.com> <20060726181534.GD5856@osgiliath.opasia.dk> <44C7D05C.8000408@errno.com> <20060726215341.GA7763@heff.fud.org.nz> <44C95084.6020209@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y2zxS2PfCDLh6JVG" Content-Disposition: inline In-Reply-To: <44C95084.6020209@errno.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Andrew Thompson Subject: Re: "scan stuck" with if_iwi(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: Tue, 01 Aug 2006 16:50:45 -0000 --y2zxS2PfCDLh6JVG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 27, 2006 at 04:47:16PM -0700, Sam Leffler wrote: > Andrew Thompson wrote: > > On Wed, Jul 26, 2006 at 01:28:12PM -0700, Sam Leffler wrote: > >> Henrik Brix Andersen wrote: > >>> Oh? Sounds interesting, where can I find these patches? > >> The work has always been in perforce.freebsd.org; look in the sam_wifi > >> branch. The code will not hit head until folks show up to fix legacy > >> drivers that use net80211. I got stuck holding the bag when I committ= ed > >> the wpa support and it ain't going to happen again. > >> > >=20 > > Do you have a list of drivers that are stalling this?=20 >=20 > The changes decouple scanning from the net80211 state machine so any > driver that uses ieee80211_new_state is affected: >=20 > tubby% grep -l ieee80211_new_state */*.c > ath/if_ath.c > awi/awi.c > ipw/if_ipw.c > iwi/if_iwi.c > ral/rt2560.c > ral/rt2661.c > usb/if_ural.c > wi/if_wi.c >=20 > I know how to convert ath and ral. iwi and ipw might not be too bad now > that they've been changed to not abuse the state machine so much. awi, > ural, and wi will break. ural might be ok after the new usb stack comes > in but that's not clear. >=20 > So I guess I'd take responsibility for ath and ral and want help with > all other drivers. IMO, losing awi in the process wouldn't be a big deal. We'll be maintaining 6.x until well into 2008 and all the awi cards are defunct. -- Brooks --y2zxS2PfCDLh6JVG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEz4ZPXY6L6fI4GtQRAu/4AKChVhWxWuOmC21Q+PX9u34xgF5vlgCfe8r3 YKQnU267WYE6mVqJPmSxCLQ= =8BqD -----END PGP SIGNATURE----- --y2zxS2PfCDLh6JVG-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 17:37:33 2006 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 0E16616A57A for ; Tue, 1 Aug 2006 17:37:33 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from enterprise.sd73.bc.ca (fax.sd73.bc.ca [142.24.13.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98A6A43D53 for ; Tue, 1 Aug 2006 17:37:32 +0000 (GMT) (envelope-from fcash@ocis.net) Received: by enterprise.sd73.bc.ca (Postfix, from userid 104) id 58C6A140000C4; Tue, 1 Aug 2006 09:42:58 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by enterprise.sd73.bc.ca (Postfix) with ESMTP id 05580140000C7 for ; Tue, 1 Aug 2006 09:26:12 -0700 (PDT) Received: by webmail.sd73.bc.ca (Postfix, from userid 101) id 79716900044D; Tue, 1 Aug 2006 10:51:08 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id EDF759000636 for ; Tue, 1 Aug 2006 09:50:52 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Tue, 1 Aug 2006 09:50:52 -0700 (PDT) Message-ID: <37127.192.168.0.10.1154451052.squirrel@webmail.sd73.bc.ca> In-Reply-To: <7387FC94-54C8-48F4-95A7-BB3F9DC755A4@shire.net> References: <20060731224403.T27679@ganymede.hub.org> <7387FC94-54C8-48F4-95A7-BB3F9DC755A4@shire.net> Date: Tue, 1 Aug 2006 09:50:52 -0700 (PDT) From: "Freddie Cash" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2006 17:37:33 -0000 On Mon, July 31, 2006 11:05 pm, Chad Leigh -- Shire.Net LLC wrote: > On Jul 31, 2006, at 7:49 PM, User Freebsd wrote: >> I have a remote server, running the above RAID controller, that, as >> most ppl here have seen over the past few weeks, is causing >> endless headaches ... >> >> Official word from Adaptec is that FreeBSD is no longer a supported >> platform, so, I either live with the deadlocks, or try and figure >> out a suitable replacement for the card ... >> >> So, can anyone recommend a card to replace this with? Its a remote >> server, so I'm looking for something that will be plug-n-play, >> same slot that the GDT is in ... I realize that I'll have to >> reformat the server afterwards ... > > You may want to consider the LSI MegaRAID cards... There are various > ones. Do you need the low profile format? Look at the 320-1lp for > that otehrwise the 320-1 or 320-2x > > They have freebsd drivers and a command line management app. We've been bitten bad by these cards. LSI MegaRAID 150-6 SATA RAID controllers (PCI-X format). The management tools are crap, the throughput is crap, the onboard SATA chipset is a Silicon Image. And they will not run reliably when plugged into a riser card. Testing with FreeBSD 6.0 32-bit and 64-bit, and Debian Linux testing (32-bit and 64-bit) has shown these cards to not be worth the time, hassle, money, or effort. We lost data on several servers before narrowing down the cause to these cards. We lost several weeks of time diagnosing these things. And we lost several hundred dollars when the vendor wouldn't take them all back (we got them to trade most of them for 3Ware 9550SX cards). In our experience, these cards are crap, and their tech support isn't much better. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 18:25:06 2006 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 DD77E16A4ED for ; Tue, 1 Aug 2006 18:25:06 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1054043D68 for ; Tue, 1 Aug 2006 18:25:05 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k71IOv5Q081309; Tue, 1 Aug 2006 14:24:59 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 1 Aug 2006 13:44:34 -0400 User-Agent: KMail/1.9.1 References: <200607311335.k6VDZkBt098907@lurza.secnetix.de> In-Reply-To: <200607311335.k6VDZkBt098907@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608011344.35306.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 01 Aug 2006 14:25:04 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1630/Tue Aug 1 11:38:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Oliver Fromme Subject: Re: Monitoring temperature with acpi (sysctls) 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, 01 Aug 2006 18:25:07 -0000 On Monday 31 July 2006 09:35, Oliver Fromme wrote: > John Baldwin wrote: > > Mike Jakubik wrote: > > > I tried that, unfortunately it does not work. All i want to know is if > > > this a shortcoming of freebsd or the motherboard, if its the later, i > > > will contact the manufacturer. > > > > If ACPI doesn't include the sysctl's that's due to your BIOS, not FreeBSD. > > You can verify by doing an acpidump and seeing if you have any thermal > > zones listed in your ASL. > > I have a similar problem. This is what sysctl says: > > hw.acpi.thermal.tz0.temperature: 8.3C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 9.8C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 31.3C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > dev.acpi_tz.0.%desc: Thermal Zone > dev.acpi_tz.0.%driver: acpi_tz > dev.acpi_tz.0.%location: handle=\_TZ_.THM0 > dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 > > The value of tz0.temperature is always 8.3C and never seems > to change. In reality it should be rathe 20C and change > slightly during day and night. > > This is an excerpt from "acpidump -d" on that machine, which > seems to imply that it _should_ support thermal readings > (but I'm not a low-level ACPI expert): > > Scope (_TZ) > { > Name (\TEMP, 0x0AFF) > ThermalZone (THM0) > { > Name (_TSP, 0x3C) > Name (_TC1, 0x04) > Name (_TC2, 0x04) > Name (_PSL, Package (0x01) > { > \_PR.CPU0 > }) > Method (_PSV, 0, NotSerialized) > { > Store ("_PSV Method", Debug) > Return (0x0B0E) > } > Method (_SCP, 1, NotSerialized) > { > Notify (THM0, 0x81) > } > Method (_TMP, 0, NotSerialized) > { > Store ("_TMP Method", Debug) > Return (TEMP) > } > Method (_CRT, 0, NotSerialized) > { > Store ("_CRT Method", Debug) > Return (0x0BE5) > } > } > } > > Is it a bug in the ACPI BIOS or a bug in FreeBSD code? Well, your _TMP method just returns the TEMP constant. It may be that your BIOS is supposed to be overwriting the TEMP constant periodically. It's not a bug in FreeBSD though. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 18:25:07 2006 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 6EA2516A505 for ; Tue, 1 Aug 2006 18:25:07 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14F743D60 for ; Tue, 1 Aug 2006 18:25:06 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k71IOv5R081309; Tue, 1 Aug 2006 14:25:05 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 1 Aug 2006 13:53:35 -0400 User-Agent: KMail/1.9.1 References: <7e3339060607311215s4951d903qcfbdd2dc5c9ed0ed@mail.gmail.com> In-Reply-To: <7e3339060607311215s4951d903qcfbdd2dc5c9ed0ed@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608011353.36287.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 01 Aug 2006 14:25:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1630/Tue Aug 1 11:38:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: ejc Subject: Re: ncplogin panic 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, 01 Aug 2006 18:25:07 -0000 On Monday 31 July 2006 15:15, ejc wrote: > I am having a problem getting ncplogin to work on my 6.1-stable > system. When I run ncplogin I get the following panic (hand > transcribed): > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc052d0a7 > stack pointer = 0x28:0xc6021a98 > stack frame = 0x28:0xc6021ab4 > 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 = 863 (ncplogin) > trap number = 12 > panic: page fault > cpuid = 1 Can you run 'gdb /path/to/kernel.debug' and do 'l *0xc052d0a7' (the value of instruction pointer above)? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 18:29:01 2006 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 89C0916A4DE for ; Tue, 1 Aug 2006 18:29:01 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5DB43D4C for ; Tue, 1 Aug 2006 18:28:48 +0000 (GMT) (envelope-from eric.j.christeson@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so27446wra for ; Tue, 01 Aug 2006 11:28:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DqQzGH7zmKFXhS/UoY+k7ftrIcFQBuMY3LEw+thjyEtc9mg2WYwL8ffkiWRC/Quwhyssc3wa9x6JdyBrOLFIH6Doau7OwCtchOCj8ntThztfjOe/GSeIgHyvLx7w0D/6JI/FsupLmgPyXZ6N/s9Ir8JQaxXX2vzuo6nQhXnO4Uo= Received: by 10.78.132.12 with SMTP id f12mr432361hud; Tue, 01 Aug 2006 11:28:46 -0700 (PDT) Received: by 10.78.148.5 with HTTP; Tue, 1 Aug 2006 11:28:46 -0700 (PDT) Message-ID: <7e3339060608011128rd7034ebg6f7dd029a00c4f2@mail.gmail.com> Date: Tue, 1 Aug 2006 13:28:46 -0500 From: ejc To: "m.ehinger@ltur.de" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_22738_23994143.1154456926482" References: Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 01 Aug 2006 18:29:01 -0000 ------=_Part_22738_23994143.1154456926482 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 8/1/06, m.ehinger@ltur.de wrote: > > Hi, > > i had the same problem. See my thread on the freebsd-fs mailinglist > > http://lists.freebsd.org/pipermail/freebsd-fs/2006-July/002060.html > > > After some research i use the attached patch against ncp_sock.c. > > So it is not the real solution to this problem it only avoids the panics. I'm using it quiet a while without any other known > problems. > Hopefully someone with more knowledge can help on this. > > I also get some "md_get_mem(461): incomplete copy" messages which seem to do no harm, so far. > > Regards, > > Maik > > > !!! Use atyour own risk !!! > > --- ncp_sock.c.orig Fri Jan 7 02:45:49 2005 > +++ ncp_sock.c Thu Jul 20 14:12:45 2006 > @@ -189,7 +189,12 @@ > struct thread *td = curthread; > struct ucred *cred = NULL; > > - return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > + if ( td->td_selq.tqh_last == NULL ) { > + printf("ncp_poll: td->td_selq.tqh_last == NULL\n"); > + return 0; > + } > + > + return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > } > > int > > ---- pach ends here --- After setting my bios to only use one CPU I was able to get a core dump and the panic is happening at the exact same place as yours: in selrecord (../../../kern/sys_generic.c:1105) 1100 * it alone as we've already added pointed it at us and added it to 1101 * our list. 1102 */ 1103 if (sip->si_thread == NULL) { 1104 sip->si_thread = selector; 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); 1106 } else if (sip->si_thread != selector) { 1107 sip->si_flags |= SI_COLL; 1108 } 1109 I found your backtrace by digging a bit through the freebsd-fs list and we appear to be reaching selrecord though different paths. Mine is in sopoll() at ../../../kern/uipc_socket.c:2059 I don't know if it makes a difference, but I'm trying to use IP instead of IPX to access our server. My dump backtrace is attached. Thanks Eric ------=_Part_22738_23994143.1154456926482 Content-Type: application/octet-stream; name=dump.out Content-Transfer-Encoding: base64 X-Attachment-Id: f_eqcltu7r Content-Disposition: attachment; filename="dump.out" U2NyaXB0IHN0YXJ0ZWQgb24gVHVlIEF1ZyAgMSAxMzoyNDo0NiAyMDAKZWpjQGNoaWNhZGVlJCBz dWRvIGtnZGIga2VybmVsLmRlYnVnIHZtY29yZS4wIApbR0RCIHdpbGwgbm90IGJlIGFibGUgdG8g ZGVidWcgdXNlci1tb2RlIHRocmVhZHM6IC91c3IvbGliL2xpYnRocmVhZF9kYi5zbzogVW5kZWZp bmVkIHN5bWJvbCAicHNfcGdsb2JhbF9sb29rdXAiXQpHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpD b3B5cmlnaHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUg c29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQg eW91IGFyZQp3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2Yg aXQgdW5kZXIgY2VydGFpbiBjb25kaXRpb25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0 aGUgY29uZGl0aW9ucy4KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAg VHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVk IGFzICJpMzg2LW1hcmNlbC1mcmVlYnNkIi4KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwg bWVzc2FnZSBidWZmZXI6CgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJu ZWwgbW9kZQpjcHVpZCA9IDA7IGFwaWMgaWQgPSAwMApmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAw eDAKZmF1bHQgY29kZQkJPSBzdXBlcnZpc29yIHdyaXRlLCBwYWdlIG5vdCBwcmVzZW50Cmluc3Ry dWN0aW9uIHBvaW50ZXIJPSAweDIwOjB4YzA1MDc1MjAKc3RhY2sgcG9pbnRlcgkgICAgICAgID0g MHgyODoweGM2MjdlOGRjCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhjNjI3ZThlNApj b2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQ TCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0 IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9IDY2MiAobmNwbG9n aW4pCnRyYXAgbnVtYmVyCQk9IDEyCnBhbmljOiBwYWdlIGZhdWx0CmNwdWlkID0gMApVcHRpbWU6 IDQ2cwpEdW1waW5nIDYzIE1CICgyIGNodW5rcykKICBjaHVuayAwOiAxTUIgKDE1OSBwYWdlcykg Li4uIG9rCiAgY2h1bmsgMTogNjNNQiAoMTYxMjggcGFnZXMpIDQ4IDMyIDE2CgojMCAgZG9hZHVt cCAoKSBhdCBwY3B1Lmg6MTY1CjE2NQlwY3B1Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnku CglpbiBwY3B1LmgKKGtnZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjUKIzEgIDB4 YzA0ZTI2NzYgaW4gYm9vdCAoaG93dG89MjYwKSBhdCAuLi8uLi8uLi9rZXJuL2tlcm5fc2h1dGRv d24uYzo0MDkKIzIgIDB4YzA0ZTI5OWQgaW4gcGFuaWMgKGZtdD0weGMwNjI5MjgwICIlcyIpIGF0 IC4uLy4uLy4uL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU2NQojMyAgMHhjMDYxMGNhNCBpbiB0cmFw X2ZhdGFsIChmcmFtZT0weGM2MjdlODljLCBldmE9MCkKICAgIGF0IC4uLy4uLy4uL2kzODYvaTM4 Ni90cmFwLmM6ODM2CiM0ICAweGMwNjEwOWUzIGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGM2Mjdl ODljLCB1c2VybW9kZT0wLCBldmE9MCkKICAgIGF0IC4uLy4uLy4uL2kzODYvaTM4Ni90cmFwLmM6 NzQ0CiM1ICAweGMwNjEwNjNkIGluIHRyYXAgKGZyYW1lPQogICAgICB7dGZfZnMgPSAtMTg3MjEw MTM2OCwgdGZfZXMgPSAtMzIyNjk5MjI0LCB0Zl9kcyA9IDQwLCB0Zl9lZGkgPSAwLCB0Zl9lc2kg PSAtMTA0OTMwOTE4NCwgdGZfZWJwID0gLTk3MDQ2MzAwNCwgdGZfaXNwID0gLTk3MDQ2MzAzMiwg dGZfZWJ4ID0gLTEwNDkxNDM4NDAsIHRmX2VkeCA9IC0xMDQ5MzA5MTg0LCB0Zl9lY3ggPSAtMTA0 OTE0MzkyMCwgdGZfZWF4ID0gMCwgdGZfdHJhcG5vID0gMTIsIHRmX2VyciA9IDIsIHRmX2VpcCA9 IC0xMDY4NDY4OTYwLCB0Zl9jcyA9IDMyLCB0Zl9lZmxhZ3MgPSA2NjExOCwgdGZfZXNwID0gLTEw NDkxNDM5MjAsIHRmX3NzID0gMX0pCiAgICBhdCAuLi8uLi8uLi9pMzg2L2kzODYvdHJhcC5jOjQz NAojNiAgMHhjMDVmZDFhYSBpbiBjYWxsdHJhcCAoKSBhdCAuLi8uLi8uLi9pMzg2L2kzODYvZXhj ZXB0aW9uLnM6MTM5CiM3ICAweGMwNTA3NTIwIGluIHNlbHJlY29yZCAoc2VsZWN0b3I9MHhjMTc0 ZDAwMCwgc2lwPTB4YzE3NzU1ZTApCiAgICBhdCAuLi8uLi8uLi9rZXJuL3N5c19nZW5lcmljLmM6 MTEwNQojOCAgMHhjMDUxZWVkNyBpbiBzb3BvbGwgKHNvPTB4YzE3NzU1OTAsIGV2ZW50cz0xLCBh Y3RpdmVfY3JlZD0weDAsIHRkPTB4YzE3NGQwMDApCiAgICBhdCAuLi8uLi8uLi9rZXJuL3VpcGNf c29ja2V0LmM6MjA1OQojOSAgMHhjMDcyY2RlNSBpbiA/PyAoKQojMTAgMHhjMTc3NTU5MCBpbiA/ PyAoKQojMTEgMHgwMDAwMDAwMSBpbiA/PyAoKQojMTIgMHgwMDAwMDAwMCBpbiA/PyAoKQojMTMg MHhjMTc0ZDAwMCBpbiA/PyAoKQojMTQgMHhjNjI3ZTlhNCBpbiA/PyAoKQojMTUgMHhjMDcyZjc0 YSBpbiA/PyAoKQojMTYgMHhjMTc3NTU5MCBpbiA/PyAoKQojMTcgMHgwMDAwMDAwMSBpbiA/PyAo KQojMTggMHhjNjI3ZTk0MCBpbiA/PyAoKQojMTkgMHhjMDczNDZiYyBpbiA/PyAoKQojMjAgMHgw MDAwMDAwMCBpbiA/PyAoKQojMjEgMHhjMTQ5MDQ4MCBpbiA/PyAoKQojMjIgMHgwMDAwMDAwMCBp biA/PyAoKQojMjMgMHhjNjI3ZTk1YyBpbiA/PyAoKQojMjQgMHhjMTc0ZDAwMCBpbiA/PyAoKQoj MjUgMHhjMTYyNjEwMCBpbiA/PyAoKQojMjYgMHgwMDAwMDAwNyBpbiA/PyAoKQojMjcgMHgwMDAw MDAwMCBpbiA/PyAoKQojMjggMHgwMDAwMDAwMCBpbiA/PyAoKQojMjkgMHhjMTQ5MDQ4MCBpbiA/ PyAoKQojMzAgMHhjMTJhMDBmMCBpbiA/PyAoKQojMzEgMHhjNjI3ZTk5MCBpbiA/PyAoKQojMzIg MHhjMDcyZjRhZSBpbiA/PyAoKQojMzMgMHhjMTQ5MDQ4MCBpbiA/PyAoKQojMzQgMHgwMDAwMTEx MSBpbiA/PyAoKQojMzUgMHgwMDAwMDAwMCBpbiA/PyAoKQojMzYgMHhjMTYyNjEwMCBpbiA/PyAo KQojMzcgMHhjMTc0ZDAwMCBpbiA/PyAoKQojMzggMHhjMTc2Yjc4MCBpbiA/PyAoKQojMzkgMHgw MDAwMDA0OCBpbiA/PyAoKQojNDAgMHhjMDczMTY2MCBpbiA/PyAoKQojNDEgMHgwMDAwMDAwMiBp biA/PyAoKQojNDIgMHgwMDAwMDAwMCBpbiA/PyAoKQojNDMgMHhjMTYyNjEwMCBpbiA/PyAoKQoj NDQgMHhjNjI3ZTliYyBpbiA/PyAoKQojNDUgMHhjMDcyZDVjYSBpbiA/PyAoKQojNDYgMHgwMDAw MDAwMCBpbiA/PyAoKQojNDcgMHhjMTYyNjEwMCBpbiA/PyAoKQojNDggMHhjMTJhMDBmMCBpbiA/ PyAoKQojNDkgMHhjNjI3ZTliYyBpbiA/PyAoKQojNTAgMHhjMDcyZDVlZSBpbiA/PyAoKQojNTEg MHhjMTQ5MDQ4MCBpbiA/PyAoKQojNTIgMHhjMTQ5MDQ4MCBpbiA/PyAoKQojNTMgMHgwMDAwMDAw MCBpbiA/PyAoKQojNTQgMHhjMTYyNjEwMCBpbiA/PyAoKQotLS1UeXBlIDxyZXR1cm4+IHRvIGNv bnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0KIzU1IDB4YzYyN2U5ZDAgaW4gPz8gKCkK IzU2IDB4YzA3MmM0NTYgaW4gPz8gKCkKIzU3IDB4YzE2MjYxMDAgaW4gPz8gKCkKIzU4IDB4MDAw MDAwMDAgaW4gPz8gKCkKIzU5IDB4YzYyN2ViZDggaW4gPz8gKCkKIzYwIDB4YzYyN2VjNTQgaW4g Pz8gKCkKIzYxIDB4YzA3MmVhNTcgaW4gPz8gKCkKIzYyIDB4YzE2MjYxMDAgaW4gPz8gKCkKIzYz IDB4YzA2N2NhMDAgaW4gdm9wX2xvY2tfdnBfb2Zmc2V0cyAoKQojNjQgMHhjMTc3NGNjMCBpbiA/ PyAoKQojNjUgMHgwMDAwMzAwMiBpbiA/PyAoKQojNjYgMHhjNjI3ZTlmNCBpbiA/PyAoKQojNjcg MHhjMDRiODNkNCBpbiBkZXZfcmVsdGhyZWFkIChkZXY9MHgwKSBhdCAuLi8uLi8uLi9rZXJuL2tl cm5fY29uZi5jOjEzNQpQcmV2aW91cyBmcmFtZSBpbm5lciB0byB0aGlzIGZyYW1lIChjb3JydXB0 IHN0YWNrPykKKGtnZGIpIGVqY0BjaGljYWRlZSQgClNjcmlwdCBkb25lIG9uIFR1ZSBBdWcgIDEg MTM6MjU6MTkgMjAwCg== ------=_Part_22738_23994143.1154456926482-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 1 21:32:32 2006 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 9EDFC16A4DE for ; Tue, 1 Aug 2006 21:32:32 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1191A43D45 for ; Tue, 1 Aug 2006 21:32:31 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k71LWUI3082453; Tue, 1 Aug 2006 17:32:30 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 1 Aug 2006 15:15:37 -0400 User-Agent: KMail/1.9.1 References: <7e3339060608011128rd7034ebg6f7dd029a00c4f2@mail.gmail.com> In-Reply-To: <7e3339060608011128rd7034ebg6f7dd029a00c4f2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608011515.37682.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 01 Aug 2006 17:32:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1630/Tue Aug 1 11:38:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: ejc , "m.ehinger@ltur.de" Subject: Re: ncplogin panic 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, 01 Aug 2006 21:32:32 -0000 On Tuesday 01 August 2006 14:28, ejc wrote: > On 8/1/06, m.ehinger@ltur.de wrote: > > > > Hi, > > > > i had the same problem. See my thread on the freebsd-fs mailinglist > > > > http://lists.freebsd.org/pipermail/freebsd-fs/2006-July/002060.html > > > > > > After some research i use the attached patch against ncp_sock.c. > > > > So it is not the real solution to this problem it only avoids the panics. I'm using it quiet a while without any other known > > problems. > > Hopefully someone with more knowledge can help on this. > > > > I also get some "md_get_mem(461): incomplete copy" messages which seem to do no harm, so far. > > > > Regards, > > > > Maik > > > > > > !!! Use atyour own risk !!! > > > > --- ncp_sock.c.orig Fri Jan 7 02:45:49 2005 > > +++ ncp_sock.c Thu Jul 20 14:12:45 2006 > > @@ -189,7 +189,12 @@ > > struct thread *td = curthread; > > struct ucred *cred = NULL; > > > > - return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > > + if ( td->td_selq.tqh_last == NULL ) { > > + printf("ncp_poll: td->td_selq.tqh_last == NULL\n"); > > + return 0; > > + } > > + > > + return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > > } > > > > int > > > > ---- pach ends here --- > > After setting my bios to only use one CPU I was able to get a core > dump and the panic is happening at the exact same place as yours: > in selrecord (../../../kern/sys_generic.c:1105) > 1100 * it alone as we've already added pointed it at us > and added it to > 1101 * our list. > 1102 */ > 1103 if (sip->si_thread == NULL) { > 1104 sip->si_thread = selector; > 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); > 1106 } else if (sip->si_thread != selector) { > 1107 sip->si_flags |= SI_COLL; > 1108 } > 1109 > > I found your backtrace by digging a bit through the freebsd-fs list > and we appear to be reaching selrecord though different paths. Mine > is in sopoll() at ../../../kern/uipc_socket.c:2059 > > I don't know if it makes a difference, but I'm trying to use IP > instead of IPX to access our server. > My dump backtrace is attached. It would be very helpful if you could get the symbols loaded for the modules in you backtrace. You can either compile everything into a static kernel or you can use the 'asf' tool to generate appropriate gdb script commands to source to get symbols for your modules. You can find a kldstat gdb command in src/tools/debugscripts/ that would be helpful to use with asf. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 06:24:57 2006 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 D01A616A4DF for ; Wed, 2 Aug 2006 06:24:57 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 505D243D4C for ; Wed, 2 Aug 2006 06:24:57 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so1249344pyb for ; Tue, 01 Aug 2006 23:24:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TzT2XEGggmCQSMME+HLKvn6fVYR5N4zf88OvD+GewOEpS9bx9QLCjv8SDgPUskIUqCavazOxfdquTYlaeyokMOkjB9y1+tT/cRdz9YXTgwLJfXWDiSgaYcayuZI2kBbT6V65hDi0K3ZzUMvHT06JjehSi4Tky0af3v1QIYCp++k= Received: by 10.35.39.2 with SMTP id r2mr905402pyj; Tue, 01 Aug 2006 23:24:56 -0700 (PDT) Received: by 10.35.36.18 with HTTP; Tue, 1 Aug 2006 23:24:56 -0700 (PDT) Message-ID: <3aaaa3a0608012324w1408b46cx46254f3697289fdb@mail.gmail.com> Date: Wed, 2 Aug 2006 07:24:56 +0100 From: Chris To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: named rc.d 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, 02 Aug 2006 06:24:57 -0000 Apologies if posted to wrong list, the rc.d script for named chowns /etc/namedb to root:wheel if set to bind:bind why is this? A slave named server running as bind user cannot download new slave zones if dir ownership is root or update it if file ownerships are root which I sometimes see. Chris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 06:35:47 2006 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 0DF8816A4F5 for ; Wed, 2 Aug 2006 06:35:47 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C2743D60 for ; Wed, 2 Aug 2006 06:35:44 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (localhost [127.0.0.1]) by gir.gshapiro.net (8.13.5/8.13.6) with ESMTP id k726ZgWB030379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Aug 2006 23:35:43 -0700 (PDT) (envelope-from gshapiro@gir.gshapiro.net) X-DKIM: Sendmail DKIM Filter v0.5.1 gir.gshapiro.net k726ZgWB030379 Received: (from gshapiro@localhost) by gir.gshapiro.net (8.13.5/8.13.6/Submit) id k726ZguO030378; Tue, 1 Aug 2006 23:35:42 -0700 (PDT) (envelope-from gshapiro) Date: Tue, 1 Aug 2006 23:35:42 -0700 From: Gregory Shapiro To: Chris Message-ID: <20060802063542.GE8586@gir.gshapiro.net> References: <3aaaa3a0608012324w1408b46cx46254f3697289fdb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0608012324w1408b46cx46254f3697289fdb@mail.gmail.com> User-Agent: Mutt/1.5.12-2006-07-14 Cc: stable@freebsd.org Subject: Re: named rc.d 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, 02 Aug 2006 06:35:47 -0000 > Apologies if posted to wrong list, the rc.d script for named chowns > /etc/namedb to root:wheel if set to bind:bind why is this? A slave > named server running as bind user cannot download new slave zones if > dir ownership is root or update it if file ownerships are root which I > sometimes see. Slave zones should be put in the slave subdirectory which is owned by bind. You want as few directories/files owned by the bind "run as" user as possible to prevent damage if that user becomes compromised. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 06:43:53 2006 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 3A3BB16A4DA for ; Wed, 2 Aug 2006 06:43:53 +0000 (UTC) (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 BF2D143D45 for ; Wed, 2 Aug 2006 06:43:52 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [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 393DEE605D for ; Wed, 2 Aug 2006 06:43:52 +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.6/8.13.6) with ESMTP id k726hmmW023866; Wed, 2 Aug 2006 16:43:48 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200608020643.k726hmmW023866@drugs.dv.isc.org> To: Chris From: Mark Andrews In-reply-to: Your message of "Wed, 02 Aug 2006 07:24:56 +0100." <3aaaa3a0608012324w1408b46cx46254f3697289fdb@mail.gmail.com> Date: Wed, 02 Aug 2006 16:43:48 +1000 Sender: Mark_Andrews@isc.org Cc: stable@freebsd.org Subject: Re: named rc.d 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, 02 Aug 2006 06:43:53 -0000 > Apologies if posted to wrong list, the rc.d script for named chowns > /etc/namedb to root:wheel if set to bind:bind why is this? A slave > named server running as bind user cannot download new slave zones if > dir ownership is root or update it if file ownerships are root which I > sometimes see. Use /etc/namedb/slave for slave zone. Use /etc/namedb/dynamic for dynamic zone. Mark # $FreeBSD: src/etc/mtree/BIND.chroot.dist,v 1.6 2004/11/04 05:24:29 gshapiro Exp $ # # Please see the file src/etc/mtree/README before making changes to this file. # /set type=dir uname=root gname=wheel mode=0755 . dev mode=0555 .. etc namedb dynamic uname=bind .. master .. slave uname=bind .. .. .. /set type=dir uname=bind gname=wheel mode=0755 var uname=root dump .. log .. run named .. .. stats .. .. .. > Chris > _______________________________________________ > 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" -- 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 Wed Aug 2 06:50:16 2006 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 AF19116A4E5; Wed, 2 Aug 2006 06:50:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD06943D77; Wed, 2 Aug 2006 06:50:09 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k726o8C4007438; Wed, 2 Aug 2006 08:50:08 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k726o86G032311; Wed, 2 Aug 2006 08:50:08 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k726o7TE032310; Wed, 2 Aug 2006 08:50:07 +0200 (CEST) (envelope-from ry93) Date: Wed, 2 Aug 2006 08:50:07 +0200 From: "Patrick M. Hausen" To: Scott Long Message-ID: <20060802065007.GA32196@hugo10.ka.punkt.de> References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> <20060801083550.GE64880@hugo10.ka.punkt.de> <20060801113704.K27679@ganymede.hub.org> <20060801150540.GA10310@hugo10.ka.punkt.de> <44CF74CC.4070401@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44CF74CC.4070401@samsco.org> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, User Freebsd Subject: Re: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...) 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, 02 Aug 2006 06:50:16 -0000 Hi, Scott! > Ok guys, time for a small breather here. All these claims about > EoE and orphanage and whatnot are a bit premature and underinformed. I only stated that according to ICP Vortex Germany the GDT products are EOE and ICP Vortex will not provide an updated driver for FreeBSD. Nothing more. I talked to the person on the phone right before I sent my mail to the list. And that "orphanage" part depended on a big "IF nobody is willing to work on it". Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 07:31:43 2006 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 7F38D16A4DA for ; Wed, 2 Aug 2006 07:31:43 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3603943D49 for ; Wed, 2 Aug 2006 07:31:43 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <7e3339060608011128rd7034ebg6f7dd029a00c4f2@mail.gmail.com> To: ejc From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Wed, 2 Aug 2006 09:31:40 +0200 Content-type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 07:31:43 -0000 ejc schrieb am 01.08.2006 20:28:46: > > I found your backtrace by digging a bit through the freebsd-fs list > and we appear to be reaching selrecord though different paths. Mine > is in sopoll() at ../../../kern/uipc_socket.c:2059 In which way different? Mine is in sopoll() at ../../../kern/uipc_socket.c:2059 too. > I don't know if it makes a difference, but I'm trying to use IP > instead of IPX to access our server. I also use IP only. Sorry if didn't mention that. Regards, Maik From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 07:36:34 2006 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 C02FA16A4DA for ; Wed, 2 Aug 2006 07:36:34 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AAD243D45 for ; Wed, 2 Aug 2006 07:36:34 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 18244 invoked from network); 2 Aug 2006 10:36:35 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Aug 2006 10:36:35 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Wed, 2 Aug 2006 10:35:42 +0300 User-Agent: KMail/1.9.3 References: <44CF58DD.8000805@neuwald.biz> <44CF6809.3090808@neuwald.biz> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4757951.TTaPJxBLYP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608021035.51231.eti@erata.net> Subject: Re: GEOM_BDE: where is my partition? 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, 02 Aug 2006 07:36:34 -0000 --nextPart4757951.TTaPJxBLYP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 01 August 2006 17:57, Stefan Bethke wrote: > Maybe you got lucky, and only the first sector of the disk got lost > in that crash. If you know how you had partitioned that disk > *exactly*, or you have another disk of the same size that is > partitioned *exactly* the same, you might try to re-create the slices > usign fdisk, or copying over the first sector with dd. Otherwise, > you need to restore from backup. Not sure if it will help you, but there is a tool called gpart=20 (sysutils/gpart) in the ports witch tries to recover your slices/partitions= =20 information so you can recreate them. =2D-=20 Exceptions prove the rule, and wreck the budget. -- Miller --nextPart4757951.TTaPJxBLYP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBE0FXXE4semV9hLhcRApdHAKCoc+6JfO7+GityF6zxYYp5gObDNACgwXAo TzRcbGyNoD5DGkcosbKlhgU= =dzbU -----END PGP SIGNATURE----- --nextPart4757951.TTaPJxBLYP-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 08:08:37 2006 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 C304216A4DD for ; Wed, 2 Aug 2006 08:08:37 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086F243D46 for ; Wed, 2 Aug 2006 08:08:36 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <200608011515.37682.john@baldwin.cx> To: freebsd-stable@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Wed, 2 Aug 2006 10:08:35 +0200 Content-transfer-encoding: quoted-printable Content-type: text/plain; charset=ISO-8859-1 Cc: John Baldwin Subject: Re: ncplogin panic [backtrace with module symbols loaded] 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, 02 Aug 2006 08:08:37 -0000 Hi, here is mine backtrace with module symbols loaded. Thanks, Maik Kernel Source: /usr/obj/usr/src/sys/GENERIC Getting KLD information and locations... Traceback (most recent call last): File "kld_deb.py", line 139, in ? a =3D int(j[5], 16) ValueError: invalid literal for int(): file source /tmp/kgdb.asf.6179 [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 yo= u are welcome to change it and/or distribute copies of it under certain condi= tions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc068a3fc stack pointer =3D 0x28:0xdcebc8dc frame pointer =3D 0x28:0xdcebc8e4 code segment =3D base 0x0, limit 0xfffff, type = 0x1b =3D DPL 0, pres 1, def32 1, gran 1= processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 772 (ncplogin) trap number =3D 12 panic: page fault Uptime: 16m46s Dumping 494 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 495MB (126511 pages) 479 463 447 431 415 399 383 367 351 335= 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td= )); (kgdb) getsm=08 =08yms During symbol reading, Incomplete CFI data; unspecified registers at 0x= c0666959. Id Refs Address Size Name 1 18 0xc0400000 6e15d0 kernel 2 1 0xc0ae2000 5f60 snd_ich.ko 3 2 0xc0ae8000 22b88 sound.ko 4 2 0xc0b0b000 fd68 drm.ko 5 1 0xc0b1b000 615c i915.ko 6 1 0xc0b22000 5984c acpi.ko 7 1 0xc3574000 16000 linux.ko 8 1 0xc369b000 4000 logo_saver.ko 9 1 0xc3816000 8000 ncp.ko 10 1 0xc381e000 3000 libmchain.ko Select the list above with the mouse, paste into the screen and then press ^D. Yes, this is annoying. 1 18 0xc0400000 6e15d0 kernel 2 1 0xc0ae2000 5f60 snd_ich.ko 3 2 0xc0ae8000 22b88 sound.ko 4 2 0xc0b0b000 fd68 drm.ko 5 1 0xc0b1b000 615c i915.ko 6 1 0xc0b22000 5984c acpi.ko 7 1 0xc3574000 16000 linux.ko 8 1 0xc369b000 4000 logo_saver.ko 9 1 0xc3816000 8000 ncp.ko 10 1 0xc381e000 3000 libmchain.ko ^D=08=08add symbol table from file "/usr/obj/usr/src/sys/GENERIC/module= s/usr/src/sys/modules/acpi/acpi/acpi.ko.debug" at .text_addr =3D 0xc0b32de0 .data_addr =3D 0xc0b661a0 .bss_addr =3D 0xc0b684e0 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/drm/drm/drm.ko.debug" at .text_addr =3D 0xc0b0e68c .data_addr =3D 0xc0b18100 .bss_addr =3D 0xc0b18b24 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/drm/i915/i915.ko.debug" at .text_addr =3D 0xc0b1c1b4 .data_addr =3D 0xc0b1fd80 .bss_addr =3D 0xc0b1fff4 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/libmchain/libmchain.ko.debug" at .text_addr =3D 0xc381e60c .data_addr =3D 0xc38200b8 .bss_addr =3D 0xc3820150 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/linux/linux.ko.debug" at .text_addr =3D 0xc357ab44 .data_addr =3D 0xc3588000 .bss_addr =3D 0xc35896c0 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/ncp/ncp.ko.debug" at .text_addr =3D 0xc3817e40 .data_addr =3D 0xc381d280 .bss_addr =3D 0xc381db80 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/sound/sound/sound.ko.debug" at .text_addr =3D 0xc0af0c30 .data_addr =3D 0xc0aff4c0 .bss_addr =3D 0xc0b02d80 add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/sound/driver/ich/snd_ich.ko.debug" at .text_addr =3D 0xc0ae3b08 .data_addr =3D 0xc0ae6960 .bss_addr =3D 0xc0ae6bdc add symbol table from file "/usr/obj/usr/src/sys/GENERIC/modules/usr/sr= c/sys/modules/syscons/logo/logo_saver.ko.debug" at .text_addr =3D 0xc369b784 .data_addr =3D 0xc369cb60 .bss_addr =3D 0xc369edcc (kgdb) whe=08 =08=08 =08=08 =08bt #0 doadump () at pcpu.h:165 During symbol reading, Incomplete CFI data; unspecified registers at 0x= c0666959. #1 0xc0666e3a in boot (howto=3D0x104) at /usr/src/sys/kern/kern_shutdo= wn.c:409 #2 0xc06670d0 in panic (fmt=3D0xc08cbf3d "%s") at /usr/src/sys/kern/ke= rn_shutdown.c:565 #3 0xc0876534 in trap_fatal (frame=3D0xdcebc89c, eva=3D0x0) at /usr/sr= c/sys/i386/i386/trap.c:836 #4 0xc087629b in trap_pfault (frame=3D0xdcebc89c, usermode=3D0x0, eva=3D= 0x0) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0875ed9 in trap (frame=3D {tf_fs =3D 0x360008, tf_es =3D 0x28, tf_ds =3D 0xf6520028, tf_edi= =3D 0x0, tf_esi =3D 0xc33f9a80, tf_ebp =3D 0xdcebc8e4, tf_isp =3D 0xdcebc8c8, tf_ebx =3D 0xc363a8a8, tf_edx =3D 0xc33f9a80, tf_ecx =3D 0x= c363a858, tf_eax =3D 0x0, tf_trapno =3D 0xc, tf_err =3D 0x2, tf_eip =3D= 0xc068a3fc, tf_cs =3D 0x20, tf_eflags =3D 0x10246, tf_esp =3D 0xc363a85= 8, tf_ss =3D 0x1}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc086465a in calltrap () at /usr/src/sys/i386/i386/exception.s:139= #7 0xc068a3fc in selrecord (selector=3D0xc33f9a80, sip=3D0xc363a8a8) a= t /usr/src/sys/kern/sys_generic.c:1105 #8 0xc06a1b0f in sopoll (so=3D0xc363a858, events=3D0x1, active_cred=3D= 0x0, td=3D0xc33f9a80) at /usr/src/sys/kern/uipc_socket.c:2059 #9 0xc3818de5 in ncp_poll (so=3D0xc363a858, events=3D0x1) at /usr/src/= sys/modules/ncp/../../netncp/ncp_sock.c:192 #10 0xc381b74a in ncp_request_int (rqp=3D0xc3498080) at /usr/src/sys/mo= dules/ncp/../../netncp/ncp_rq.c:270 #11 0xc38195ee in ncp_ncp_connect (conn=3D0xc37e7b00) at /usr/src/sys/m= odules/ncp/../../netncp/ncp_ncp.c:122 #12 0xc3818456 in ncp_conn_reconnect (ncp=3D0xc37e7b00) at /usr/src/sys= /modules/ncp/../../netncp/ncp_conn.c:333 #13 0xc381aa57 in ncp_ioctl (dev=3D0xc37e7500, cmd=3D0x0, data=3D0xc32a= e030 "@=EC=BF=BF=E8=EB=BF=BFstrings", flag=3D0x3, td=3D0xc33f9a80) at /usr/src/sys/modules/ncp/../../netncp/ncp_mod.c:121 #14 0xc063dd7a in giant_ioctl (dev=3D0xc37e7500, cmd=3D0x80084e64, data= =3D0xc32ae030 "@=EC=BF=BF=E8=EB=BF=BFstrings", fflag=3D0x3, td=3D0xc33f9a80) at /usr/src/sys/kern/kern_conf.c:288 #15 0xc061bb07 in devfs_ioctl_f (fp=3D0xc36d6000, com=3D0x80084e64, dat= a=3D0xc32ae030, cred=3D0xc3427e00, td=3D0xc33f9a80) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 #16 0xc06891c5 in ioctl (td=3D0xc33f9a80, uap=3D0xdcebcd04) at file.h:2= 64 #17 0xc087684b in syscall (frame=3D {tf_fs =3D 0x3b, tf_es =3D 0x3b, tf_ds =3D 0x3b, tf_edi =3D 0x3, = tf_esi =3D 0x0, tf_ebp =3D 0xbfbfebc8, tf_isp =3D 0xdcebcd64, tf_ebx =3D= 0x28085790, tf_edx =3D 0xffffffff, tf_ecx =3D 0x28155d80, tf_eax =3D 0x= 36, tf_trapno =3D 0xc, tf_err =3D 0x2, tf_eip =3D 0x281472c3, tf_cs =3D= 0x33, tf_eflags =3D 0x212, tf_esp =3D 0xbfbfeb9c, tf_ss =3D 0x3b}) at /= usr/src/sys/i386/i386/trap.c:981 #18 0xc08646af in Xint0x80_syscall () at /usr/src/sys/i386/i386/excepti= on.s:200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) i=08 =08l *0xc068a3fc 0xc068a3fc is in selrecord (/usr/src/sys/kern/sys_generic.c:1105). 1100 * it alone as we've already added pointed it = at us and added it to 1101 * our list. 1102 */ 1103 if (sip->si_thread =3D=3D NULL) { 1104 sip->si_thread =3D selector; 1105 TAILQ_INSERT_TAIL(&selector->td_se= lq, sip, si_thrlist); 1106 } else if (sip->si_thread !=3D selector) { 1107 sip->si_flags |=3D SI_COLL; 1108 } 1109 (kgdb) up 9 #9 0xc3818de5 in ncp_poll (so=3D0xc363a858, events=3D0x1) at /usr/src/= sys/modules/ncp/../../netncp/ncp_sock.c:192 warning: Source file is more recent than executable. 192 return so->so_proto->pr_usrreqs->pru_sopoll(so, events= , cred, td); (kgdb)= From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 09:37:53 2006 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 8BD9F16A4E0 for ; Wed, 2 Aug 2006 09:37:53 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE3A143D45 for ; Wed, 2 Aug 2006 09:37:51 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20060802093750.FQPN14783.mxfep01.bredband.com@ua-83-227-181-30.cust.bredbandsbolaget.se>; Wed, 2 Aug 2006 11:37:50 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id 436BD67922; Wed, 2 Aug 2006 11:37:46 +0200 (CEST) Message-ID: <44D0726A.5050903@gneto.com> Date: Wed, 02 Aug 2006 11:37:46 +0200 From: Martin Nilsson User-Agent: Thunderbird 1.5.0.4 (X11/20060606) MIME-Version: 1.0 To: fcash@ocis.net References: <20060731224403.T27679@ganymede.hub.org> <7387FC94-54C8-48F4-95A7-BB3F9DC755A4@shire.net> <37127.192.168.0.10.1154451052.squirrel@webmail.sd73.bc.ca> In-Reply-To: <37127.192.168.0.10.1154451052.squirrel@webmail.sd73.bc.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Safe card to replace for ICP Vortex GDT8514RZ ... 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, 02 Aug 2006 09:37:53 -0000 Freddie Cash wrote: > We've been bitten bad by these cards. LSI MegaRAID 150-6 SATA RAID > controllers (PCI-X format). The management tools are crap, the > throughput is crap, the onboard SATA chipset is a Silicon Image. The design is three years old and is showing its age. Their performance is not on par with modern cards like 3ware 9550, the price is however considerably lower. The newer MegaRAID 300-8x (and coming -4e, -8e) are modern designs with faster processors and acceptable performance. > And they will not run reliably when plugged into a riser card. Wasn't that problem caused by a Tyan motherboard with a substandard riser? I have used lots of 150-4/6 with Supermicro boards and risers without any problems. > We lost data on several servers before narrowing down the cause to > these cards. We lost several weeks of time diagnosing these things. > And we lost several hundred dollars when the vendor wouldn't take them > all back (we got them to trade most of them for 3Ware 9550SX cards). Buy things from vendors who know what they sell :-) It will be more expensive but in the long run you will save both money and especially time. > In our experience, these cards are crap, and their tech support isn't > much better. LSI's tech support is top notch and very helpful. Tyan is the real stinker in the business. Uneducated, without any lab resources and hard to get hold of. (excluding the Taiwanese server wanna-be manufacturers who's support is virtually non-existent) /Martin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 13:17:28 2006 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 3760B16A4DA for ; Wed, 2 Aug 2006 13:17:28 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACDB443D6B for ; Wed, 2 Aug 2006 13:17:24 +0000 (GMT) (envelope-from eric.j.christeson@gmail.com) Received: by wx-out-0102.google.com with SMTP id i27so532636wxd for ; Wed, 02 Aug 2006 06:17:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lOXyh1MXrC55LbWFuWFYDZPFdp6T32hZUIF1oRLT+IpqfGy/2YDOMw8jj1tsAK49RlYRrhmJ/sd5GlGRsuya53jqR1c/QJk2YuA5Io8lfIvaroqx4HEFjLH7GrWSZxbQLQFzD/fIATcN7A+Fi0kftyh4JxPXa9pmAWI2uqFM3J0= Received: by 10.78.156.6 with SMTP id d6mr303277hue; Wed, 02 Aug 2006 06:17:14 -0700 (PDT) Received: by 10.78.148.5 with HTTP; Wed, 2 Aug 2006 06:17:14 -0700 (PDT) Message-ID: <7e3339060608020617m183022a7l8f4aeb07efa61800@mail.gmail.com> Date: Wed, 2 Aug 2006 08:17:14 -0500 From: ejc To: "John Baldwin" In-Reply-To: <200608011515.37682.john@baldwin.cx> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_12507_7837561.1154524634408" References: <7e3339060608011128rd7034ebg6f7dd029a00c4f2@mail.gmail.com> <200608011515.37682.john@baldwin.cx> Cc: "m.ehinger@ltur.de" , freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 13:17:28 -0000 ------=_Part_12507_7837561.1154524634408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 8/1/06, John Baldwin wrote: > On Tuesday 01 August 2006 14:28, ejc wrote: > > On 8/1/06, m.ehinger@ltur.de wrote: > > > > > > Hi, > > > > > > i had the same problem. See my thread on the freebsd-fs mailinglist > > > > > > http://lists.freebsd.org/pipermail/freebsd-fs/2006-July/002060.html > > > > > > > > > After some research i use the attached patch against ncp_sock.c. > > > > > > So it is not the real solution to this problem it only avoids the panics. > I'm using it quiet a while without any other known > > > problems. > > > Hopefully someone with more knowledge can help on this. > > > > > > I also get some "md_get_mem(461): incomplete copy" messages which seem to > do no harm, so far. > > > > > > Regards, > > > > > > Maik > > > > > > > > > !!! Use atyour own risk !!! > > > > > > --- ncp_sock.c.orig Fri Jan 7 02:45:49 2005 > > > +++ ncp_sock.c Thu Jul 20 14:12:45 2006 > > > @@ -189,7 +189,12 @@ > > > struct thread *td = curthread; > > > struct ucred *cred = NULL; > > > > > > - return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > > > + if ( td->td_selq.tqh_last == NULL ) { > > > + printf("ncp_poll: td->td_selq.tqh_last == NULL\n"); > > > + return 0; > > > + } > > > + > > > + return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > > > } > > > > > > int > > > > > > ---- pach ends here --- > > > > After setting my bios to only use one CPU I was able to get a core > > dump and the panic is happening at the exact same place as yours: > > in selrecord (../../../kern/sys_generic.c:1105) > > 1100 * it alone as we've already added pointed it at us > > and added it to > > 1101 * our list. > > 1102 */ > > 1103 if (sip->si_thread == NULL) { > > 1104 sip->si_thread = selector; > > 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, > si_thrlist); > > 1106 } else if (sip->si_thread != selector) { > > 1107 sip->si_flags |= SI_COLL; > > 1108 } > > 1109 > > > > I found your backtrace by digging a bit through the freebsd-fs list > > and we appear to be reaching selrecord though different paths. Mine > > is in sopoll() at ../../../kern/uipc_socket.c:2059 > > > > I don't know if it makes a difference, but I'm trying to use IP > > instead of IPX to access our server. > > My dump backtrace is attached. > > It would be very helpful if you could get the symbols loaded for the modules > in you backtrace. You can either compile everything into a static kernel or > you can use the 'asf' tool to generate appropriate gdb script commands to > source to get symbols for your modules. You can find a kldstat gdb command > in src/tools/debugscripts/ that would be helpful to use with asf. > > -- > John Baldwin Backtrace with module symbols loaded. It looks almost exactly the same as Maik's . Thanks Eric ------=_Part_12507_7837561.1154524634408 Content-Type: application/octet-stream; name=dump.out Content-Transfer-Encoding: base64 X-Attachment-Id: f_eqdpyz03 Content-Disposition: attachment; filename="dump.out" U2NyaXB0IHN0YXJ0ZWQgb24gV2VkIEF1ZyAgMiAwODoxMzowMSAyMDAKZWpjQGNoaWNhZGVlJCBz dWRvIGtnZGIgL3Vzci9zcmMvc3lzL2kzODYvY29tcGlsZS9ERUJVRy9rZXJuZWwuZGVidWcgL3Vz ci9jb3JlL3ZtY29yZS4wCltHREIgd2lsbCBub3QgYmUgYWJsZSB0byBkZWJ1ZyB1c2VyLW1vZGUg dGhyZWFkczogL3Vzci9saWIvbGlidGhyZWFkX2RiLnNvOiBVbmRlZmluZWQgc3ltYm9sICJwc19w Z2xvYmFsX2xvb2t1cCJdCkdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdCkNvcHlyaWdodCAyMDA0IEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJl ZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlCndlbGNvbWUg dG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0YWlu IGNvbmRpdGlvbnMuClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25zLgpU aGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdhcnJh bnR5IiBmb3IgZGV0YWlscy4KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImkzODYtbWFyY2Vs LWZyZWVic2QiLgpSZWFkeSB0byBnby4gIEVudGVyICd0cicgdG8gY29ubmVjdCB0byB0aGUgcmVt b3RlIHRhcmdldAp3aXRoIC9kZXYvY3VhZDAsICd0ciAvZGV2L2N1YWQxJyB0byBjb25uZWN0IHRv IGEgZGlmZmVyZW50IHBvcnQKb3IgJ3RyZiBwb3J0bm8nIHRvIGNvbm5lY3QgdG8gdGhlIHJlbW90 ZSB0YXJnZXQgd2l0aCB0aGUgZmlyZXdpcmUKaW50ZXJmYWNlLiAgcG9ydG5vIGRlZmF1bHRzIHRv IDU1NTYuCgpUeXBlICdnZXRzeW1zJyBhZnRlciBjb25uZWN0aW9uIHRvIGxvYWQga2xkIHN5bWJv bHMuCgpJZiB5b3UncmUgZGVidWdnaW5nIGEgbG9jYWwgc3lzdGVtLCB5b3UgY2FuIHVzZSAna2xk c3ltcycgaW5zdGVhZAp0byBsb2FkIHRoZSBrbGQgc3ltYm9scy4gIFRoYXQncyBhIGxlc3Mgb2Ju b3hpb3VzIGludGVyZmFjZS4KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBi dWZmZXI6CgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9kZQpj cHVpZCA9IDA7IGFwaWMgaWQgPSAwMApmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweDAKZmF1bHQg Y29kZQkJPSBzdXBlcnZpc29yIHdyaXRlLCBwYWdlIG5vdCBwcmVzZW50Cmluc3RydWN0aW9uIHBv aW50ZXIJPSAweDIwOjB4YzA1MDc1MjAKc3RhY2sgcG9pbnRlcgkgICAgICAgID0gMHgyODoweGM2 MjdlOGRjCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhjNjI3ZThlNApjb2RlIHNlZ21l bnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQTCAwLCBwcmVz IDEsIGRlZjMyIDEsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQs IHJlc3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9IDY2MiAobmNwbG9naW4pCnRyYXAg bnVtYmVyCQk9IDEyCnBhbmljOiBwYWdlIGZhdWx0CmNwdWlkID0gMApVcHRpbWU6IDQ2cwpEdW1w aW5nIDYzIE1CICgyIGNodW5rcykKICBjaHVuayAwOiAxTUIgKDE1OSBwYWdlcykgLi4uIG9rCiAg Y2h1bmsgMTogNjNNQiAoMTYxMjggcGFnZXMpIDQ4IDMyIDE2CgojMCAgZG9hZHVtcCAoKSBhdCBw Y3B1Lmg6MTY1CjE2NQkJX19hc20gX192b2xhdGlsZSgibW92bCAlJWZzOjAsJTAiIDogIj1yIiAo dGQpKTsKKGtnZGIpIHNvdXJjZSAvdG1wL2sHZ2RiLmFzZi4xMjQzIAphZGQgc3ltYm9sIHRhYmxl IGZyb20gZmlsZSAiL3Vzci9zcmMvc3lzL2kzODYvY29tcGlsZS9ERUJVRy9tb2R1bGVzL3Vzci9z cmMvc3lzL21vZHVsZXMvbmNwL25jcC5rby5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAweGMwNzJi ZTQwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxl L0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9saWJtY2hhaW4vbGlibWNoYWluLmtv LmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzA3MzQ2MGMKYWRkIHN5bWJvbCB0YWJsZSBmcm9t IGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5 cy9tb2R1bGVzL253ZnMvbndmcy5rby5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAweGMwNzM5Njk4 CmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RF QlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9hY3BpL2FjcGkvYWNwaS5rby5kZWJ1ZyIg YXQKCS50ZXh0X2FkZHIgPSAweGMwNzUyZGUwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIv dXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxl cy9saW5wcm9jZnMvbGlucHJvY2ZzLmtvLmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzEzOGMy NTQKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUv REVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL2xpbnV4L2xpbnV4LmtvLmRlYnVnIiBh dAoJLnRleHRfYWRkciA9IDB4YzEzOTZiMTQKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91 c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVz L2lwZncvaXBmdy5rby5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAweGMxNjE1NzA0CihrZ2RiKSBr bGRzeW1zCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21w aWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9hY3BpL2FjcGkvYWNwaS5rby5k ZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAweGMwODRlZGUwCgkuZGF0YV9hZGRyID0gMHhjMDg4MjFh MAoJLmJzc19hZGRyID0gMHhjMDg4NDRlMAphZGQgc3ltYm9sIHRhYmxlIGZyb20gZmlsZSAiL3Vz ci9zcmMvc3lzL2kzODYvY29tcGlsZS9ERUJVRy9tb2R1bGVzL3Vzci9zcmMvc3lzL21vZHVsZXMv ZHJtL2RybS9kcm0ua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhjMDgxNjY4YwoJLmRhdGFf YWRkciA9IDB4YzA4MjAxMDAKCS5ic3NfYWRkciA9IDB4YzA4MjBiMjQKYWRkIHN5bWJvbCB0YWJs ZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Iv c3JjL3N5cy9tb2R1bGVzL2RybS9yYWRlb24vcmFkZW9uLmtvLmRlYnVnIiBhdAoJLnRleHRfYWRk ciA9IDB4YzA3ZjYxM2MKCS5kYXRhX2FkZHIgPSAweGMwODA5NDYwCgkuYnNzX2FkZHIgPSAweGMw ODBiYjYwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21w aWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZ3L2lwZncua28uZGVidWci IGF0CgkudGV4dF9hZGRyID0gMHhjMDdiYjcwNAoJLmRhdGFfYWRkciA9IDB4YzA3YzIwMDAKCS5i c3NfYWRkciA9IDB4YzA3YzI2ODAKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3Jj L3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL2xpYm1j aGFpbi9saWJtY2hhaW4ua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhjMDgyZjYwYwoJLmRh dGFfYWRkciA9IDB4YzA4MzEwYjgKCS5ic3NfYWRkciA9IDB4YzA4MzExNTAKYWRkIHN5bWJvbCB0 YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91 c3Ivc3JjL3N5cy9tb2R1bGVzL2xpbnByb2Nmcy9saW5wcm9jZnMua28uZGVidWciIGF0CgkudGV4 dF9hZGRyID0gMHhjMDc5MjI1NAoJLmRhdGFfYWRkciA9IDB4YzA3OTU3NDAKCS5ic3NfYWRkciA9 IDB4YzA3OTU5ZTQKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2 L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL2xpbnV4L2xpbnV4Lmtv LmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzA3OWViMTQKCS5kYXRhX2FkZHIgPSAweGMwN2Fj MDAwCgkuYnNzX2FkZHIgPSAweGMwN2FkNmMwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIv dXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxl cy9uY3AvbmNwLmtvLmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzA4MjVlNDAKCS5kYXRhX2Fk ZHIgPSAweGMwODJiMjgwCgkuYnNzX2FkZHIgPSAweGMwODJiYjgwCmFkZCBzeW1ib2wgdGFibGUg ZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3Ny Yy9zeXMvbW9kdWxlcy9ud2ZzL253ZnMua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhjMDgz NDY5OAoJLmRhdGFfYWRkciA9IDB4YzA4M2E0NDAKCS5ic3NfYWRkciA9IDB4YzA4M2E5NjAKYWRk IHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcv bW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5kL3NvdW5kLmtvLmRlYnVnIiBh dAoJLnRleHRfYWRkciA9IDB4YzA3Y2VjMzAKCS5kYXRhX2FkZHIgPSAweGMwN2RkNGMwCgkuYnNz X2FkZHIgPSAweGMwN2UwZDgwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9z eXMvaTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9zb3VuZC9k cml2ZXIvaWNoL3NuZF9pY2gua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhjMDdlZGIwOAoJ LmRhdGFfYWRkciA9IDB4YzA3ZjA5NjAKCS5ic3NfYWRkciA9IDB4YzA3ZjBiZGMKKGtnZGIpIGwg KjB4YzA1MDc1MjAKMHhjMDUwNzUyMCBpcyBpbiBzZWxyZWNvcmQgKC4uLy4uLy4uL2tlcm4vc3lz X2dlbmVyaWMuYzoxMTA1KS4KMTEwMAkJICogaXQgYWxvbmUgYXMgd2UndmUgYWxyZWFkeSBhZGRl ZCBwb2ludGVkIGl0IGF0IHVzIGFuZCBhZGRlZCBpdCB0bwoxMTAxCQkgKiBvdXIgbGlzdC4KMTEw MgkJICovCjExMDMJCWlmIChzaXAtPnNpX3RocmVhZCA9PSBOVUxMKSB7CjExMDQJCQlzaXAtPnNp X3RocmVhZCA9IHNlbGVjdG9yOwoxMTA1CQkJVEFJTFFfSU5TRVJUX1RBSUwoJnNlbGVjdG9yLT50 ZF9zZWxxLCBzaXAsIHNpX3Rocmxpc3QpOwoxMTA2CQl9IGVsc2UgaWYgKHNpcC0+c2lfdGhyZWFk ICE9IHNlbGVjdG9yKSB7CjExMDcJCQlzaXAtPnNpX2ZsYWdzIHw9IFNJX0NPTEw7CjExMDgJCX0K MTEwOQkKKGtnZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjUKRHVyaW5nIHN5bWJv bCByZWFkaW5nLCBJbmNvbXBsZXRlIENGSSBkYXRhOyB1bnNwZWNpZmllZCByZWdpc3RlcnMgYXQg MHhjMDRlMjEwOS4KIzEgIDB4YzA0ZTI2NzYgaW4gYm9vdCAoaG93dG89MHgxMDQpIGF0IC4uLy4u Ly4uL2tlcm4va2Vybl9zaHV0ZG93bi5jOjQwOQojMiAgMHhjMDRlMjk5ZCBpbiBwYW5pYyAoZm10 PTB4YzA2MjkyODAgIiVzIikgYXQgLi4vLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6NTY1CiMz ICAweGMwNjEwY2E0IGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4YzYyN2U4OWMsIGV2YT0weDApIGF0 IC4uLy4uLy4uL2kzODYvaTM4Ni90cmFwLmM6ODM2CiM0ICAweGMwNjEwOWUzIGluIHRyYXBfcGZh dWx0IChmcmFtZT0weGM2MjdlODljLCB1c2VybW9kZT0weDAsIGV2YT0weDApIGF0IC4uLy4uLy4u L2kzODYvaTM4Ni90cmFwLmM6NzQ0CiM1ICAweGMwNjEwNjNkIGluIHRyYXAgKGZyYW1lPQogICAg ICB7dGZfZnMgPSAweDkwNmEwMDA4LCB0Zl9lcyA9IDB4ZWNjNDAwMjgsIHRmX2RzID0gMHgyOCwg dGZfZWRpID0gMHgwLCB0Zl9lc2kgPSAweGMxNzRkMDAwLCB0Zl9lYnAgPSAweGM2MjdlOGU0LCB0 Zl9pc3AgPSAweGM2MjdlOGM4LCB0Zl9lYnggPSAweGMxNzc1NWUwLCB0Zl9lZHggPSAweGMxNzRk MDAwLCB0Zl9lY3ggPSAweGMxNzc1NTkwLCB0Zl9lYXggPSAweDAsIHRmX3RyYXBubyA9IDB4Yywg dGZfZXJyID0gMHgyLCB0Zl9laXAgPSAweGMwNTA3NTIwLCB0Zl9jcyA9IDB4MjAsIHRmX2VmbGFn cyA9IDB4MTAyNDYsIHRmX2VzcCA9IDB4YzE3NzU1OTAsIHRmX3NzID0gMHgxfSkKICAgIGF0IC4u Ly4uLy4uL2kzODYvaTM4Ni90cmFwLmM6NDM0CiM2ICAweGMwNWZkMWFhIGluIGNhbGx0cmFwICgp IGF0IC4uLy4uLy4uL2kzODYvaTM4Ni9leGNlcHRpb24uczoxMzkKIzcgIDB4YzA1MDc1MjAgaW4g c2VscmVjb3JkIChzZWxlY3Rvcj0weGMxNzRkMDAwLCBzaXA9MHhjMTc3NTVlMCkgYXQgLi4vLi4v Li4va2Vybi9zeXNfZ2VuZXJpYy5jOjExMDUKIzggIDB4YzA1MWVlZDcgaW4gc29wb2xsIChzbz0w eGMxNzc1NTkwLCBldmVudHM9MHgxLCBhY3RpdmVfY3JlZD0weDAsIHRkPTB4YzE3NGQwMDApCiAg ICBhdCAuLi8uLi8uLi9rZXJuL3VpcGNfc29ja2V0LmM6MjA1OQojOSAgMHhjMDcyY2RlNSBpbiBu Y3BfcG9sbCAoc289MHhjMTc3NTU5MCwgZXZlbnRzPTB4MSkgYXQgL3Vzci9zcmMvc3lzL21vZHVs ZXMvbmNwLy4uLy4uL25ldG5jcC9uY3Bfc29jay5jOjE5MgojMTAgMHhjMDcyZjc0YSBpbiBuY3Bf cmVxdWVzdF9pbnQgKHJxcD0weGMxNDkwNDgwKSBhdCAvdXNyL3NyYy9zeXMvbW9kdWxlcy9uY3Av Li4vLi4vbmV0bmNwL25jcF9ycS5jOjI3MAojMTEgMHhjMDcyZDVlZSBpbiBuY3BfbmNwX2Nvbm5l Y3QgKGNvbm49MHhjMTYyNjEwMCkgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvbmNwLy4uLy4uL25l dG5jcC9uY3BfbmNwLmM6MTIyCiMxMiAweGMwNzJjNDU2IGluIG5jcF9jb25uX3JlY29ubmVjdCAo bmNwPTB4YzE2MjYxMDApIGF0IC91c3Ivc3JjL3N5cy9tb2R1bGVzL25jcC8uLi8uLi9uZXRuY3Av bmNwX2Nvbm4uYzozMzMKIzEzIDB4YzA3MmVhNTcgaW4gbmNwX2lvY3RsIChkZXY9MHhjMTIxYjkw MCwgY21kPTB4MCwgZGF0YT0weGMxMmEwMGYwICJcMjAw7L+/XDAyMOy/vyIsIGZsYWc9MHgzLCB0 ZD0weGMxNzRkMDAwKQogICAgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvbmNwLy4uLy4uL25ldG5j cC9uY3BfbW9kLmM6MTIxCiMxNCAweGMwNGI4NmQ2IGluIGdpYW50X2lvY3RsIChkZXY9MHhjMTIx YjkwMCwgY21kPTB4ODAwODRlNjQsIGRhdGE9MHhjMTJhMDBmMCAiXDIwMOy/v1wwMjDsv78iLCBm ZmxhZz0weDMsIAogICAgdGQ9MHhjMTc0ZDAwMCkgYXQgLi4vLi4vLi4va2Vybi9rZXJuX2NvbmYu YzoyODgKIzE1IDB4YzA0OTYxNWYgaW4gZGV2ZnNfaW9jdGxfZiAoZnA9MHhjMTJiYWE2OCwgY29t PTB4ODAwODRlNjQsIGRhdGE9MHhjMTJhMDBmMCwgY3JlZD0weGMxNzZiNzgwLCB0ZD0weGMxNzRk MDAwKQogICAgYXQgLi4vLi4vLi4vZnMvZGV2ZnMvZGV2ZnNfdm5vcHMuYzo0MDcKIzE2IDB4YzA1 MDYxZGQgaW4gaW9jdGwgKHRkPTB4YzE3NGQwMDAsIHVhcD0weGM2MjdlZDA0KSBhdCBmaWxlLmg6 MjY0CiMxNyAweGMwNjEwZmViIGluIHN5c2NhbGwgKGZyYW1lPQogICAgICB7dGZfZnMgPSAweDNi LCB0Zl9lcyA9IDB4M2IsIHRmX2RzID0gMHgzYiwgdGZfZWRpID0gMHhiZmJmZWQ1MCwgdGZfZXNp ID0gMHhiZmJmZWQzMCwgdGZfZWJwID0gMHhiZmJmZWJlOCwgdGZfaXNwID0gMHhjNjI3ZWQ2NCwg dGZfZWJ4ID0gMHgyODA4OTc5MCwgdGZfZWR4ID0gMHhmZmZmZmZmZiwgdGZfZWN4ID0gMHgyODE2 OGUwMCwgdGZfZWF4ID0gMHgzNiwgdGZfdHJhcG5vID0gMHhjLCB0Zl9lcnIgPSAweDIsIHRmX2Vp cCA9IDB4MjgxNTlkNWYsIHRmX2NzID0gMHgzMywgdGZfZWZsYWdzID0gMHgyOTIsIHRmX2VzcCA9 IDB4YmZiZmViYWMsIHRmX3NzID0gMHgzYn0pCiAgICBhdCAuLi8uLi8uLi9pMzg2L2kzODYvdHJh cC5jOjk4MQojMTggMHhjMDVmZDFmZiBpbiBYaW50MHg4MF9zeXNjYWxsICgpIGF0IC4uLy4uLy4u L2kzODYvaTM4Ni9leGNlcHRpb24uczoyMDAKIzE5IDB4MDAwMDAwMzMgaW4gPz8gKCkKUHJldmlv dXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pCihrZ2RiKSBlamNA Y2hpY2FkZWUkIF5ECgpTY3JpcHQgZG9uZSBvbiBXZWQgQXVnICAyIDA4OjE0OjE2IDIwMAo= ------=_Part_12507_7837561.1154524634408-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 13:23:54 2006 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 C11B516A4E9 for ; Wed, 2 Aug 2006 13:23:54 +0000 (UTC) (envelope-from felipe@neuwald.biz) Received: from s4.hmnoc.net (s4.hmnoc.net [72.232.108.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C2B43D69 for ; Wed, 2 Aug 2006 13:23:50 +0000 (GMT) (envelope-from felipe@neuwald.biz) Received: from [201.67.31.121] (port=50384 helo=[192.168.1.22]) by s4.hmnoc.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1G8GhO-0000rs-JR; Wed, 02 Aug 2006 10:23:46 -0300 Message-ID: <44D0A761.6060309@neuwald.biz> Date: Wed, 02 Aug 2006 10:23:45 -0300 From: Felipe Neuwald User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: Iulian M References: <44CF58DD.8000805@neuwald.biz> <44CF6809.3090808@neuwald.biz> <200608021035.51231.eti@erata.net> In-Reply-To: <200608021035.51231.eti@erata.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: felipe@neuwald.biz X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s4.hmnoc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - neuwald.biz X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: GEOM_BDE: where is my partition? 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, 02 Aug 2006 13:23:54 -0000 Hi Iulian, ok, I'll try gpart here and tell you about the results. Thank you, Felipe Neuwald. Iulian M escreveu: > On Tuesday 01 August 2006 17:57, Stefan Bethke wrote: > >> Maybe you got lucky, and only the first sector of the disk got lost >> in that crash. If you know how you had partitioned that disk >> *exactly*, or you have another disk of the same size that is >> partitioned *exactly* the same, you might try to re-create the slices >> usign fdisk, or copying over the first sector with dd. Otherwise, >> you need to restore from backup. >> > > Not sure if it will help you, but there is a tool called gpart > (sysutils/gpart) in the ports witch tries to recover your slices/partitions > information so you can recreate them. > > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 13:34:08 2006 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 3CBB716A4DD for ; Wed, 2 Aug 2006 13:34:08 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2889243D7C for ; Wed, 2 Aug 2006 13:34:00 +0000 (GMT) (envelope-from eric.j.christeson@gmail.com) Received: by wx-out-0102.google.com with SMTP id i27so537190wxd for ; Wed, 02 Aug 2006 06:33:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=L3l5RCHOs4BdnaMwLIKgVWZXYUXiB0qGOZwCv7tXujiZM3eR0gjSnNULAmuuXwhQjVl6E7zqIr/ZZ1xTP8IcE6zAYICb6LXSJEGWr1mWj3n+UH2IfM+FhA8NFJ0piyd4A6UK4vS4ycS8cM0GVMOpzk8DJFomIL8llJajm+H63B0= Received: by 10.78.170.6 with SMTP id s6mr335250hue; Wed, 02 Aug 2006 06:33:58 -0700 (PDT) Received: by 10.78.148.5 with HTTP; Wed, 2 Aug 2006 06:33:58 -0700 (PDT) Message-ID: <7e3339060608020633q73f19f05x83c7a6b526e91bd7@mail.gmail.com> Date: Wed, 2 Aug 2006 08:33:58 -0500 From: ejc To: "John Baldwin" In-Reply-To: <7e3339060608020617m183022a7l8f4aeb07efa61800@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_12887_27680925.1154525638114" References: <7e3339060608011128rd7034ebg6f7dd029a00c4f2@mail.gmail.com> <200608011515.37682.john@baldwin.cx> <7e3339060608020617m183022a7l8f4aeb07efa61800@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 13:34:08 -0000 ------=_Part_12887_27680925.1154525638114 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 8/2/06, ejc wrote: > Backtrace with module symbols loaded. It looks almost exactly the > same as Maik's . I messed up that last one and loaded the local module symbols with 'kldsyms'. Here's one with 'getsyms'. Thanks Eric ------=_Part_12887_27680925.1154525638114 Content-Type: application/octet-stream; name=dump.out Content-Transfer-Encoding: base64 X-Attachment-Id: f_eqdqq8i7 Content-Disposition: attachment; filename="dump.out" U2NyaXB0IHN0YXJ0ZWQgb24gV2VkIEF1ZyAgMiAwODoyODowNiAyMDAKZWpjQGNoaWNhZGVlJCBz dWRvIGtnZGIgL3Vzci9zcmMvc3lzL2kzODYvY29tcGlsZS9ERUJVRy9rZXJuZWwuZGVidWcgL3Vz ci9jb3JlL3ZtY29yZS4wClBhc3N3b3JkOgpbR0RCIHdpbGwgbm90IGJlIGFibGUgdG8gZGVidWcg dXNlci1tb2RlIHRocmVhZHM6IC91c3IvbGliL2xpYnRocmVhZF9kYi5zbzogVW5kZWZpbmVkIHN5 bWJvbCAicHNfcGdsb2JhbF9sb29rdXAiXQpHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpDb3B5cmln aHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUgc29mdHdh cmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFy ZQp3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5k ZXIgY2VydGFpbiBjb25kaXRpb25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29u ZGl0aW9ucy4KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAi c2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJp Mzg2LW1hcmNlbC1mcmVlYnNkIi4KUmVhZHkgdG8gZ28uICBFbnRlciAndHInIHRvIGNvbm5lY3Qg dG8gdGhlIHJlbW90ZSB0YXJnZXQKd2l0aCAvZGV2L2N1YWQwLCAndHIgL2Rldi9jdWFkMScgdG8g Y29ubmVjdCB0byBhIGRpZmZlcmVudCBwb3J0Cm9yICd0cmYgcG9ydG5vJyB0byBjb25uZWN0IHRv IHRoZSByZW1vdGUgdGFyZ2V0IHdpdGggdGhlIGZpcmV3aXJlCmludGVyZmFjZS4gIHBvcnRubyBk ZWZhdWx0cyB0byA1NTU2LgoKVHlwZSAnZ2V0c3ltcycgYWZ0ZXIgY29ubmVjdGlvbiB0byBsb2Fk IGtsZCBzeW1ib2xzLgoKSWYgeW91J3JlIGRlYnVnZ2luZyBhIGxvY2FsIHN5c3RlbSwgeW91IGNh biB1c2UgJ2tsZHN5bXMnIGluc3RlYWQKdG8gbG9hZCB0aGUga2xkIHN5bWJvbHMuICBUaGF0J3Mg YSBsZXNzIG9ibm94aW91cyBpbnRlcmZhY2UuCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVs IG1lc3NhZ2UgYnVmZmVyOgoKCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2Vy bmVsIG1vZGUKY3B1aWQgPSAwOyBhcGljIGlkID0gMDAKZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0g MHgwCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciB3cml0ZSwgcGFnZSBub3QgcHJlc2VudAppbnN0 cnVjdGlvbiBwb2ludGVyCT0gMHgyMDoweGMwNTA3NTIwCnN0YWNrIHBvaW50ZXIJICAgICAgICA9 IDB4Mjg6MHhjNjI3ZThkYwpmcmFtZSBwb2ludGVyCSAgICAgICAgPSAweDI4OjB4YzYyN2U4ZTQK Y29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKCQkJPSBE UEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDEKcHJvY2Vzc29yIGVmbGFncwk9IGludGVycnVw dCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwCmN1cnJlbnQgcHJvY2VzcwkJPSA2NjIgKG5jcGxv Z2luKQp0cmFwIG51bWJlcgkJPSAxMgpwYW5pYzogcGFnZSBmYXVsdApjcHVpZCA9IDAKVXB0aW1l OiA0NnMKRHVtcGluZyA2MyBNQiAoMiBjaHVua3MpCiAgY2h1bmsgMDogMU1CICgxNTkgcGFnZXMp IC4uLiBvawogIGNodW5rIDE6IDYzTUIgKDE2MTI4IHBhZ2VzKSA0OCAzMiAxNgoKIzAgIGRvYWR1 bXAgKCkgYXQgcGNwdS5oOjE2NQoxNjUJCV9fYXNtIF9fdm9sYXRpbGUoIm1vdmwgJSVmczowLCUw IiA6ICI9ciIgKHRkKSk7CihrZ2RiKSBzb3VyY2UgL3RtcC9rZ2RiLmFzZi4xMjQzIAphZGQgc3lt Ym9sIHRhYmxlIGZyb20gZmlsZSAiL3Vzci9zcmMvc3lzL2kzODYvY29tcGlsZS9ERUJVRy9tb2R1 bGVzL3Vzci9zcmMvc3lzL21vZHVsZXMvbmNwL25jcC5rby5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIg PSAweGMwNzJiZTQwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4 Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9saWJtY2hhaW4vbGli bWNoYWluLmtvLmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzA3MzQ2MGMKYWRkIHN5bWJvbCB0 YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91 c3Ivc3JjL3N5cy9tb2R1bGVzL253ZnMvbndmcy5rby5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAw eGMwNzM5Njk4CmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9j b21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9hY3BpL2FjcGkvYWNwaS5r by5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAweGMwNzUyZGUwCmFkZCBzeW1ib2wgdGFibGUgZnJv bSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9z eXMvbW9kdWxlcy9saW5wcm9jZnMvbGlucHJvY2ZzLmtvLmRlYnVnIiBhdAoJLnRleHRfYWRkciA9 IDB4YzEzOGMyNTQKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2 L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL2xpbnV4L2xpbnV4Lmtv LmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzEzOTZiMTQKYWRkIHN5bWJvbCB0YWJsZSBmcm9t IGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5 cy9tb2R1bGVzL2lwZncvaXBmdy5rby5kZWJ1ZyIgYXQKCS50ZXh0X2FkZHIgPSAweGMxNjE1NzA0 CihrZ2RiKSBnZXRzeW1zCkR1cmluZyBzeW1ib2wgcmVhZGluZywgSW5jb21wbGV0ZSBDRkkgZGF0 YTsgdW5zcGVjaWZpZWQgcmVnaXN0ZXJzIGF0IDB4YzA0ZTIxMDkuCklkIFJlZnMgQWRkcmVzcyAg ICBTaXplICAgICBOYW1lCiAxICAgMTQgMHhjMDQwMDAwMCAzMjk1NzAgICBrZXJuZWwKIDIgICAg MiAweGMwNzJhMDAwIDk5YjAgICAgIG5jcC5rbwogMyAgICAzIDB4YzA3MzQwMDAgMjhiNCAgICAg bGlibWNoYWluLmtvCiA0ICAgIDEgMHhjMDczNzAwMCBhOTg4ICAgICBud2ZzLmtvCiA1ICAgIDEg MHhjMDc0MjAwMCA1OTg0YyAgICBhY3BpLmtvCiA2ICAgIDEgMHhjMTM4YTAwMCA2MDAwICAgICBs aW5wcm9jZnMua28KIDcgICAgMSAweGMxMzkwMDAwIDE2MDAwICAgIGxpbnV4LmtvCiA4ICAgIDEg MHhjMTYxMjAwMCBiMDAwICAgICBpcGZ3LmtvClNlbGVjdCB0aGUgbGlzdCBhYm92ZSB3aXRoIHRo ZSBtb3VzZSwgcGFzdGUgaW50byB0aGUgc2NyZWVuCmFuZCB0aGVuIHByZXNzIF5ELiAgWWVzLCB0 aGlzIGlzIGFubm95aW5nLgogMSAgIDE0IDB4YzA0MDAwMDAgMzI5NTcwICAga2VybmVsCiAyICAg IDIgMHhjMDcyYTAwMCA5OWIwICAgICBuY3Aua28KIDMgICAgMyAweGMwNzM0MDAwIDI4YjQgICAg IGxpYm1jaGFpbi5rbwogNCAgICAxIDB4YzA3MzcwMDAgYTk4OCAgICAgbndmcy5rbwogNSAgICAx IDB4YzA3NDIwMDAgNTk4NGMgICAgYWNwaS5rbwogNiAgICAxIDB4YzEzOGEwMDAgNjAwMCAgICAg bGlucHJvY2ZzLmtvCiA3ICAgIDEgMHhjMTM5MDAwMCAxNjAwMCAgICBsaW51eC5rbwogOCAgICAx IDB4YzE2MTIwMDAgYjAwMCAgICAgaXBmdy5rbwpeRAgIYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZp bGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9t b2R1bGVzL2FjcGkvYWNwaS9hY3BpLmtvLmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzA3NTJk ZTAKCS5kYXRhX2FkZHIgPSAweGMwNzg2MWEwCgkuYnNzX2FkZHIgPSAweGMwNzg4NGUwCmFkZCBz eW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RFQlVHL21v ZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZ3L2lwZncua28uZGVidWciIGF0CgkudGV4dF9h ZGRyID0gMHhjMTYxNTcwNAoJLmRhdGFfYWRkciA9IDB4YzE2MWMwMDAKCS5ic3NfYWRkciA9IDB4 YzE2MWM2ODAKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2Nv bXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL2xpYm1jaGFpbi9saWJtY2hh aW4ua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhjMDczNDYwYwoJLmRhdGFfYWRkciA9IDB4 YzA3MzYwYjgKCS5ic3NfYWRkciA9IDB4YzA3MzYxNTAKYWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZp bGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVCVUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9t b2R1bGVzL2xpbnByb2Nmcy9saW5wcm9jZnMua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhj MTM4YzI1NAoJLmRhdGFfYWRkciA9IDB4YzEzOGY3NDAKCS5ic3NfYWRkciA9IDB4YzEzOGY5ZTQK YWRkIHN5bWJvbCB0YWJsZSBmcm9tIGZpbGUgIi91c3Ivc3JjL3N5cy9pMzg2L2NvbXBpbGUvREVC VUcvbW9kdWxlcy91c3Ivc3JjL3N5cy9tb2R1bGVzL2xpbnV4L2xpbnV4LmtvLmRlYnVnIiBhdAoJ LnRleHRfYWRkciA9IDB4YzEzOTZiMTQKCS5kYXRhX2FkZHIgPSAweGMxM2E0MDAwCgkuYnNzX2Fk ZHIgPSAweGMxM2E1NmMwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIvdXNyL3NyYy9zeXMv aTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxlcy9uY3AvbmNwLmtv LmRlYnVnIiBhdAoJLnRleHRfYWRkciA9IDB4YzA3MmJlNDAKCS5kYXRhX2FkZHIgPSAweGMwNzMx MjgwCgkuYnNzX2FkZHIgPSAweGMwNzMxYjgwCmFkZCBzeW1ib2wgdGFibGUgZnJvbSBmaWxlICIv dXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL0RFQlVHL21vZHVsZXMvdXNyL3NyYy9zeXMvbW9kdWxl cy9ud2ZzL253ZnMua28uZGVidWciIGF0CgkudGV4dF9hZGRyID0gMHhjMDczOTY5OAoJLmRhdGFf YWRkciA9IDB4YzA3M2Y0NDAKCS5ic3NfYWRkciA9IDB4YzA3M2Y5NjAKKGtnZGIpIGwgKjB4YzA1 MDc1MjAKMHhjMDUwNzUyMCBpcyBpbiBzZWxyZWNvcmQgKC4uLy4uLy4uL2tlcm4vc3lzX2dlbmVy aWMuYzoxMTA1KS4KMTEwMAkJICogaXQgYWxvbmUgYXMgd2UndmUgYWxyZWFkeSBhZGRlZCBwb2lu dGVkIGl0IGF0IHVzIGFuZCBhZGRlZCBpdCB0bwoxMTAxCQkgKiBvdXIgbGlzdC4KMTEwMgkJICov CjExMDMJCWlmIChzaXAtPnNpX3RocmVhZCA9PSBOVUxMKSB7CjExMDQJCQlzaXAtPnNpX3RocmVh ZCA9IHNlbGVjdG9yOwoxMTA1CQkJVEFJTFFfSU5TRVJUX1RBSUwoJnNlbGVjdG9yLT50ZF9zZWxx LCBzaXAsIHNpX3Rocmxpc3QpOwoxMTA2CQl9IGVsc2UgaWYgKHNpcC0+c2lfdGhyZWFkICE9IHNl bGVjdG9yKSB7CjExMDcJCQlzaXAtPnNpX2ZsYWdzIHw9IFNJX0NPTEw7CjExMDgJCX0KMTEwOQkK KGtnZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjUKRHVyaW5nIHN5bWJvbCByZWFk aW5nLCBJbmNvbXBsZXRlIENGSSBkYXRhOyB1bnNwZWNpZmllZCByZWdpc3RlcnMgYXQgMHhjMDRl MjEwOS4KIzEgIDB4YzA0ZTI2NzYgaW4gYm9vdCAoaG93dG89MHgxMDQpIGF0IC4uLy4uLy4uL2tl cm4va2Vybl9zaHV0ZG93bi5jOjQwOQojMiAgMHhjMDRlMjk5ZCBpbiBwYW5pYyAoZm10PTB4YzA2 MjkyODAgIiVzIikgYXQgLi4vLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6NTY1CiMzICAweGMw NjEwY2E0IGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4YzYyN2U4OWMsIGV2YT0weDApIGF0IC4uLy4u Ly4uL2kzODYvaTM4Ni90cmFwLmM6ODM2CiM0ICAweGMwNjEwOWUzIGluIHRyYXBfcGZhdWx0IChm cmFtZT0weGM2MjdlODljLCB1c2VybW9kZT0weDAsIGV2YT0weDApIGF0IC4uLy4uLy4uL2kzODYv aTM4Ni90cmFwLmM6NzQ0CiM1ICAweGMwNjEwNjNkIGluIHRyYXAgKGZyYW1lPQogICAgICB7dGZf ZnMgPSAweDkwNmEwMDA4LCB0Zl9lcyA9IDB4ZWNjNDAwMjgsIHRmX2RzID0gMHgyOCwgdGZfZWRp ID0gMHgwLCB0Zl9lc2kgPSAweGMxNzRkMDAwLCB0Zl9lYnAgPSAweGM2MjdlOGU0LCB0Zl9pc3Ag PSAweGM2MjdlOGM4LCB0Zl9lYnggPSAweGMxNzc1NWUwLCB0Zl9lZHggPSAweGMxNzRkMDAwLCB0 Zl9lY3ggPSAweGMxNzc1NTkwLCB0Zl9lYXggPSAweDAsIHRmX3RyYXBubyA9IDB4YywgdGZfZXJy ID0gMHgyLCB0Zl9laXAgPSAweGMwNTA3NTIwLCB0Zl9jcyA9IDB4MjAsIHRmX2VmbGFncyA9IDB4 MTAyNDYsIHRmX2VzcCA9IDB4YzE3NzU1OTAsIHRmX3NzID0gMHgxfSkKICAgIGF0IC4uLy4uLy4u L2kzODYvaTM4Ni90cmFwLmM6NDM0CiM2ICAweGMwNWZkMWFhIGluIGNhbGx0cmFwICgpIGF0IC4u Ly4uLy4uL2kzODYvaTM4Ni9leGNlcHRpb24uczoxMzkKIzcgIDB4YzA1MDc1MjAgaW4gc2VscmVj b3JkIChzZWxlY3Rvcj0weGMxNzRkMDAwLCBzaXA9MHhjMTc3NTVlMCkgYXQgLi4vLi4vLi4va2Vy bi9zeXNfZ2VuZXJpYy5jOjExMDUKIzggIDB4YzA1MWVlZDcgaW4gc29wb2xsIChzbz0weGMxNzc1 NTkwLCBldmVudHM9MHgxLCBhY3RpdmVfY3JlZD0weDAsIHRkPTB4YzE3NGQwMDApCiAgICBhdCAu Li8uLi8uLi9rZXJuL3VpcGNfc29ja2V0LmM6MjA1OQojOSAgMHhjMDcyY2RlNSBpbiBuY3BfcG9s bCAoc289MHhjMTc3NTU5MCwgZXZlbnRzPTB4MSkgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvbmNw Ly4uLy4uL25ldG5jcC9uY3Bfc29jay5jOjE5MgojMTAgMHhjMDcyZjc0YSBpbiBuY3BfcmVxdWVz dF9pbnQgKHJxcD0weGMxNDkwNDgwKSBhdCAvdXNyL3NyYy9zeXMvbW9kdWxlcy9uY3AvLi4vLi4v bmV0bmNwL25jcF9ycS5jOjI3MAojMTEgMHhjMDcyZDVlZSBpbiBuY3BfbmNwX2Nvbm5lY3QgKGNv bm49MHhjMTYyNjEwMCkgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvbmNwLy4uLy4uL25ldG5jcC9u Y3BfbmNwLmM6MTIyCiMxMiAweGMwNzJjNDU2IGluIG5jcF9jb25uX3JlY29ubmVjdCAobmNwPTB4 YzE2MjYxMDApIGF0IC91c3Ivc3JjL3N5cy9tb2R1bGVzL25jcC8uLi8uLi9uZXRuY3AvbmNwX2Nv bm4uYzozMzMKIzEzIDB4YzA3MmVhNTcgaW4gbmNwX2lvY3RsIChkZXY9MHhjMTIxYjkwMCwgY21k PTB4MCwgZGF0YT0weGMxMmEwMGYwICJcMjAw7L+/XDAyMOy/vyIsIGZsYWc9MHgzLCB0ZD0weGMx NzRkMDAwKQogICAgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvbmNwLy4uLy4uL25ldG5jcC9uY3Bf bW9kLmM6MTIxCiMxNCAweGMwNGI4NmQ2IGluIGdpYW50X2lvY3RsIChkZXY9MHhjMTIxYjkwMCwg Y21kPTB4ODAwODRlNjQsIGRhdGE9MHhjMTJhMDBmMCAiXDIwMOy/v1wwMjDsv78iLCBmZmxhZz0w eDMsIAogICAgdGQ9MHhjMTc0ZDAwMCkgYXQgLi4vLi4vLi4va2Vybi9rZXJuX2NvbmYuYzoyODgK IzE1IDB4YzA0OTYxNWYgaW4gZGV2ZnNfaW9jdGxfZiAoZnA9MHhjMTJiYWE2OCwgY29tPTB4ODAw ODRlNjQsIGRhdGE9MHhjMTJhMDBmMCwgY3JlZD0weGMxNzZiNzgwLCB0ZD0weGMxNzRkMDAwKQog ICAgYXQgLi4vLi4vLi4vZnMvZGV2ZnMvZGV2ZnNfdm5vcHMuYzo0MDcKIzE2IDB4YzA1MDYxZGQg aW4gaW9jdGwgKHRkPTB4YzE3NGQwMDAsIHVhcD0weGM2MjdlZDA0KSBhdCBmaWxlLmg6MjY0CiMx NyAweGMwNjEwZmViIGluIHN5c2NhbGwgKGZyYW1lPQogICAgICB7dGZfZnMgPSAweDNiLCB0Zl9l cyA9IDB4M2IsIHRmX2RzID0gMHgzYiwgdGZfZWRpID0gMHhiZmJmZWQ1MCwgdGZfZXNpID0gMHhi ZmJmZWQzMCwgdGZfZWJwID0gMHhiZmJmZWJlOCwgdGZfaXNwID0gMHhjNjI3ZWQ2NCwgdGZfZWJ4 ID0gMHgyODA4OTc5MCwgdGZfZWR4ID0gMHhmZmZmZmZmZiwgdGZfZWN4ID0gMHgyODE2OGUwMCwg dGZfZWF4ID0gMHgzNiwgdGZfdHJhcG5vID0gMHhjLCB0Zl9lcnIgPSAweDIsIHRmX2VpcCA9IDB4 MjgxNTlkNWYsIHRmX2NzID0gMHgzMywgdGZfZWZsYWdzID0gMHgyOTIsIHRmX2VzcCA9IDB4YmZi ZmViYWMsIHRmX3NzID0gMHgzYn0pCiAgICBhdCAuLi8uLi8uLi9pMzg2L2kzODYvdHJhcC5jOjk4 MQojMTggMHhjMDVmZDFmZiBpbiBYaW50MHg4MF9zeXNjYWxsICgpIGF0IC4uLy4uLy4uL2kzODYv aTM4Ni9leGNlcHRpb24uczoyMDAKIzE5IDB4MDAwMDAwMzMgaW4gPz8gKCkKUHJldmlvdXMgZnJh bWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pCihrZ2RiKSBlamNAY2hpY2Fk ZWUkIF5ECgpTY3JpcHQgZG9uZSBvbiBXZWQgQXVnICAyIDA4OjI5OjIyIDIwMAo= ------=_Part_12887_27680925.1154525638114-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 14:17:18 2006 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 3ADAF16A4DA for ; Wed, 2 Aug 2006 14:17:18 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9672043D45 for ; Wed, 2 Aug 2006 14:17:16 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k72EGd7x011520 for ; Wed, 2 Aug 2006 16:16:44 +0200 (MEST) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 36A5866 for ; Wed, 2 Aug 2006 16:16:34 +0200 (CEST) Date: Wed, 2 Aug 2006 16:16:34 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> Organization: Plasmaphysik X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 Subject: re interface broken 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, 02 Aug 2006 14:17:18 -0000 Hi folks, I've got a notebook (HP/Compaq nx7010) with which I'm tracking 6-stable. Some days (maybe two weeks?) ago my internal network interface (re driver) became inoperational. The hardware shows a link, but nothing goes over the wire. I cannot ping, cannot get a dhcp address, nothing. Meanwhile I did various updates using the old kernel (earlier 6.1-stable), and I saw several changes affecting if*, re* and so on. However, even after the latest cvsup today, the interface still doesn't work. Is there work going on to fix this, can I provide further information to track this problem down? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 15:01:59 2006 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 49E9516A4DD for ; Wed, 2 Aug 2006 15:01:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C40343D49 for ; Wed, 2 Aug 2006 15:01:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.0.1.106] (nat-outside.atlanta.corp.yahoo.com [63.172.193.57]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k72F1pQ7088540; Wed, 2 Aug 2006 11:01:51 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: ejc Date: Wed, 2 Aug 2006 10:17:05 -0400 User-Agent: KMail/1.9.1 References: <7e3339060608020617m183022a7l8f4aeb07efa61800@mail.gmail.com> <7e3339060608020633q73f19f05x83c7a6b526e91bd7@mail.gmail.com> In-Reply-To: <7e3339060608020633q73f19f05x83c7a6b526e91bd7@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200608021017.05699.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [66.23.211.162]); Wed, 02 Aug 2006 11:01:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1631/Wed Aug 2 06:33:38 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 15:01:59 -0000 On Wednesday 02 August 2006 09:33, ejc wrote: > On 8/2/06, ejc wrote: > > Backtrace with module symbols loaded. It looks almost exactly the > > same as Maik's . > > I messed up that last one and loaded the local module symbols with > 'kldsyms'. Here's one with 'getsyms'. Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and 'p *sip'? -- John Baldwin -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 15:35:32 2006 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 66D7716A4DE for ; Wed, 2 Aug 2006 15:35:32 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14C1A43D46 for ; Wed, 2 Aug 2006 15:35:32 +0000 (GMT) (envelope-from m.ehinger@ltur.de) To: freebsd-stable@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Wed, 2 Aug 2006 17:35:29 +0200 Content-type: text/plain; charset=US-ASCII Subject: ncplogin panic 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, 02 Aug 2006 15:35:32 -0000 > Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and > 'p *sip'? Here is what i get. (kgdb) up 7 #7 0xc068a3fc in selrecord (selector=0xc33f9a80, sip=0xc363a8a8) at /usr/src/sys/kern/sys_generic.c:1105 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); (kgdb) p selector->td_selq $1 = { tqh_first = 0x0, tqh_last = 0x0 } (kgdb) p *sip $2 = { si_thrlist = { tqe_next = 0x0, tqe_prev = 0x0 }, si_thread = 0xc33f9a80, si_note = { kl_list = { slh_first = 0x0 }, kl_lock = 0xc064bf08 , kl_unlock = 0xc064bf3c , kl_locked = 0xc064bf78 , kl_lockarg = 0xc363a8cc }, si_flags = 0x0 } (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 15:43:12 2006 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 84D9D16A4E0 for ; Wed, 2 Aug 2006 15:43:12 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6730643D53 for ; Wed, 2 Aug 2006 15:43:11 +0000 (GMT) (envelope-from eric.j.christeson@gmail.com) Received: by wx-out-0102.google.com with SMTP id s11so862428wxc for ; Wed, 02 Aug 2006 08:43:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=af8JhPh8zJAkIvZlKkUHBKhJmN3XcaxTPNwd2jy1X19G9CT6fULaYxrayYWnLVkqrVlhjh+2CQzlOsHoliqvjuUXs9EhU7yxQBpYUBOPOTD0caj5dYK3uXieMmiDvisiLX1HViiB8VJh4Y8a71iyLTfZ6QOdECw0qDDja6/A3Oo= Received: by 10.78.117.10 with SMTP id p10mr397180huc; Wed, 02 Aug 2006 08:43:10 -0700 (PDT) Received: by 10.78.148.5 with HTTP; Wed, 2 Aug 2006 08:43:05 -0700 (PDT) Message-ID: <7e3339060608020843q52302488waf4f33781afef724@mail.gmail.com> Date: Wed, 2 Aug 2006 10:43:05 -0500 From: ejc To: "John Baldwin" In-Reply-To: <200608021017.05699.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7e3339060608020617m183022a7l8f4aeb07efa61800@mail.gmail.com> <7e3339060608020633q73f19f05x83c7a6b526e91bd7@mail.gmail.com> <200608021017.05699.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 15:43:12 -0000 On 8/2/06, John Baldwin wrote: > On Wednesday 02 August 2006 09:33, ejc wrote: > > On 8/2/06, ejc wrote: > > > Backtrace with module symbols loaded. It looks almost exactly the > > > same as Maik's . > > > > I messed up that last one and loaded the local module symbols with > > 'kldsyms'. Here's one with 'getsyms'. > > Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and > 'p *sip'? (kgdb) frame 7 #7 0xc0507520 in selrecord (selector=0xc174d000, sip=0xc17755e0) at ../../../kern/sys_generic.c:1105 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); (kgdb) p selector->td_selq $1 = { tqh_first = 0x0, tqh_last = 0x0 } (kgdb) p *sip $2 = { si_thrlist = { tqe_next = 0x0, tqe_prev = 0x0 }, si_thread = 0xc174d000, si_note = { kl_list = { slh_first = 0x0 }, kl_lock = 0xc04c6b1c , kl_unlock = 0xc04c6b54 , kl_locked = 0xc04c6b90 , kl_lockarg = 0xc1775604 }, si_flags = 0x0 } From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 20:42:55 2006 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 D719916A4DE for ; Wed, 2 Aug 2006 20:42:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C48A43D6E for ; Wed, 2 Aug 2006 20:42:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k72KglbL091007; Wed, 2 Aug 2006 16:42:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: ejc Date: Wed, 2 Aug 2006 16:11:10 -0400 User-Agent: KMail/1.9.1 References: <200608021017.05699.jhb@freebsd.org> <7e3339060608020843q52302488waf4f33781afef724@mail.gmail.com> In-Reply-To: <7e3339060608020843q52302488waf4f33781afef724@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608021611.11206.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 02 Aug 2006 16:42:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1632/Wed Aug 2 10:46:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 20:42:55 -0000 On Wednesday 02 August 2006 11:43, ejc wrote: > On 8/2/06, John Baldwin wrote: > > On Wednesday 02 August 2006 09:33, ejc wrote: > > > On 8/2/06, ejc wrote: > > > > Backtrace with module symbols loaded. It looks almost exactly the > > > > same as Maik's . > > > > > > I messed up that last one and loaded the local module symbols with > > > 'kldsyms'. Here's one with 'getsyms'. > > > > Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and > > 'p *sip'? Ok, can you try http://www.FreeBSD.org/~jhb/patches/ncp_poll.patch -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 2 21:44:39 2006 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 7B34816A4E5 for ; Wed, 2 Aug 2006 21:44:39 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9237343D5D for ; Wed, 2 Aug 2006 21:44:38 +0000 (GMT) (envelope-from eric.j.christeson@gmail.com) Received: by wx-out-0102.google.com with SMTP id i27so47482wxd for ; Wed, 02 Aug 2006 14:44:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hesTvnMawmBD8ljCJTmEPeE/U3V7YeznO8UvBOipN9tmOK5b8TeQhO25mj1qQhMn67itHZkC7Kh+U0sOn8Wfthlg/cL/wolapfM30/uEnGBV2mjCyMy1wcUSq+XMQokxU2aEut/uiUddX9GSuplCZdttEN8EjMuHmisriCGwlok= Received: by 10.78.180.18 with SMTP id c18mr545959huf; Wed, 02 Aug 2006 14:44:37 -0700 (PDT) Received: by 10.78.148.5 with HTTP; Wed, 2 Aug 2006 14:44:37 -0700 (PDT) Message-ID: <7e3339060608021444x236fac70r5ae32fc0352a4cfd@mail.gmail.com> Date: Wed, 2 Aug 2006 16:44:37 -0500 From: ejc To: "John Baldwin" In-Reply-To: <200608021611.11206.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200608021017.05699.jhb@freebsd.org> <7e3339060608020843q52302488waf4f33781afef724@mail.gmail.com> <200608021611.11206.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic 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, 02 Aug 2006 21:44:39 -0000 On 8/2/06, John Baldwin wrote: > On Wednesday 02 August 2006 11:43, ejc wrote: > > On 8/2/06, John Baldwin wrote: > > > On Wednesday 02 August 2006 09:33, ejc wrote: > > > > On 8/2/06, ejc wrote: > > > > > Backtrace with module symbols loaded. It looks almost exactly the > > > > > same as Maik's . > > > > > > > > I messed up that last one and loaded the local module symbols with > > > > 'kldsyms'. Here's one with 'getsyms'. > > > > > > Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and > > > 'p *sip'? > > Ok, can you try http://www.FreeBSD.org/~jhb/patches/ncp_poll.patch I had to massage the patch a bit to get it to apply to v1.15 of ncp_sock.c (I'm running 6.1-STABLE) but I don't get the panics anymore. Thanks Eric From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 00:25:13 2006 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 DE04916A5D5 for ; Thu, 3 Aug 2006 00:25:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A9F43D5A for ; Thu, 3 Aug 2006 00:25:11 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so2233622uge for ; Wed, 02 Aug 2006 17:25:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=CZMgDPX6DDoR1Sh7hfC271rclUUYiGMJVlmcgXSm4qOYjass7dPGP3M/KUJWc3GK72Pb1SfIUF5PUlN2bbmXtNQG41IyclVDyysUH9hDz+KTQcn+7B1LgNOngO/q7pv0eL17pd88+EBVcyhCNBL+38gTAT8T+nC8CKLBaZzR26I= Received: by 10.65.84.19 with SMTP id m19mr240134qbl; Wed, 02 Aug 2006 17:25:09 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 5sm493934nzk.2006.08.02.17.25.07; Wed, 02 Aug 2006 17:25:09 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k730QH2l049466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Aug 2006 09:26:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k730QFot049465; Thu, 3 Aug 2006 09:26:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 3 Aug 2006 09:26:15 +0900 From: Pyun YongHyeon To: Gerrit K?hn Message-ID: <20060803002615.GA49195@cdnetworks.co.kr> References: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: re interface broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2006 00:25:14 -0000 On Wed, Aug 02, 2006 at 04:16:34PM +0200, Gerrit K?hn wrote: > Hi folks, > > I've got a notebook (HP/Compaq nx7010) with which I'm tracking 6-stable. > Some days (maybe two weeks?) ago my internal network interface (re driver) > became inoperational. The hardware shows a link, but nothing goes over the > wire. I cannot ping, cannot get a dhcp address, nothing. > Meanwhile I did various updates using the old kernel (earlier 6.1-stable), > and I saw several changes affecting if*, re* and so on. However, even > after the latest cvsup today, the interface still doesn't work. Is there > work going on to fix this, can I provide further information to track this > problem down? > I think you should show 'dmesg' and 'pciconf -lv' output first. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 05:50:59 2006 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 351FB16A4DA for ; Thu, 3 Aug 2006 05:50:59 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA3BB43D53 for ; Thu, 3 Aug 2006 05:50:58 +0000 (GMT) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id k735ovOj097662 for ; Thu, 3 Aug 2006 01:50:57 -0400 (EDT) (envelope-from wayne@manor.msen.com) Message-Id: <200608030550.k735ovOj097662@manor.msen.com> To: freebsd-stable@freebsd.org From: "Michael R. Wayne" Date: Thu, 03 Aug 2006 01:50:57 -0400 Sender: wayne@manor.msen.com Subject: fdisk problem on 3ware based system (6.1-RELEASE-p3) 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, 03 Aug 2006 05:50:59 -0000 I see to have an fdisk issue on one of our boxes with a 3ware card. Relevant lines from dmesg: twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x9c00-0x9c0f mem 0xfc000000-0xfc7fffff irq 20 at device 1.0 on pci2 twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 twed0: on twe0 twed0: 76318MB (156299440 sectors) This started out because I am unable to create a new partition on a machine running 6.1-RELEASE-p3 and am beginning to suspect something is wrong in fdisk. If I run sysinstall and go to the partition editor, I get the following, which seems correct: Disk name: twed0 FDISK Partition Editor DISK Geometry: 9729 cyls/255 heads/63 sectors = 156296385 sectors (76316MB) Offset Size(ST) End Name PType Desc Subtype Flags 0 63 62 - 12 unused 0 63 31455207 31455269 twed0s1 8 freebsd 165 31455270 58717575 90172844 twed0s2 8 freebsd 165 90172845 66126595 156299439 - 12 unused 0 But, I am unable to create a third partition. Every time I do that, I get: ERROR: Unable to write data to disk twed0! This machine is not running with an elevated security level: kern.securelevel: -1 So, I decided to go in with fdisk and see what was up. It looks like fdisk is very confused on partition 2, which is likely why I can not create a partition 3 (even using fdisk): > fdisk /dev/twed0 ******* Working on device /dev/twed0 ******* parameters extracted from in-core disklabel are: cylinders=9729 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=9729 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 31455207 (15358 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 31455270, size 58717575 (28670 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 <---------------- !! The data for partition 3 is: The data for partition 4 is: At this point, I'm suspecting that fdisk is computing something incorrectly and am not sure how to proceed as I'd prefer not to corrupt my disk label. Before I consider filing a PR, is this a known problem? /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 08:28:45 2006 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 1B27C16A4DE for ; Thu, 3 Aug 2006 08:28:45 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64BAF43D45 for ; Thu, 3 Aug 2006 08:28:43 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.7/8.13.7) with ESMTP id k738SVh3034765 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 3 Aug 2006 10:28:42 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <200608030550.k735ovOj097662@manor.msen.com> References: <200608030550.k735ovOj097662@manor.msen.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 3 Aug 2006 10:29:08 +0200 To: "Michael R. Wayne" X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: fdisk problem on 3ware based system (6.1-RELEASE-p3) 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, 03 Aug 2006 08:28:45 -0000 Am 03.08.2006 um 07:50 schrieb Michael R. Wayne: > But, I am unable to create a third partition. Every time I do > that, I get: > ERROR: Unable to write data to disk twed0! Are there any mounted filesystems in those two first slices? Then geom won't allow you to modify the partition table. You need to boot off a CD, or set a sysctl to allow writing anyway (see geom(4)). Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 08:59:46 2006 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 96EE516A4DE for ; Thu, 3 Aug 2006 08:59:46 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF00543D49 for ; Thu, 3 Aug 2006 08:59:42 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k738wsS6017903; Thu, 3 Aug 2006 10:58:58 +0200 (MEST) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 5A5E21CC; Thu, 3 Aug 2006 10:58:50 +0200 (CEST) Date: Thu, 3 Aug 2006 10:58:50 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20060803105850.5254d278.gerrit@pmp.uni-hannover.de> In-Reply-To: <20060803002615.GA49195@cdnetworks.co.kr> References: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> <20060803002615.GA49195@cdnetworks.co.kr> Organization: Plasmaphysik X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 Cc: freebsd-stable@freebsd.org Subject: Re: re interface broken 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, 03 Aug 2006 08:59:46 -0000 On Thu, 3 Aug 2006 09:26:15 +0900 Pyun YongHyeon wrote about Re: re interface broken: > > today, the interface still doesn't work. Is there work going on to > > fix this, can I provide further information to track this problem > I think you should show 'dmesg' and 'pciconf -lv' output first. Here they are: agp0@pci0:0:0: class=0x060000 card=0x08600e11 chip=0x33408086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82855PM Host-Hub Interface Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x33418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82855PM AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x08600e11 chip=0x24c28086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x08600e11 chip=0x24c48086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x08600e11 chip=0x24c78086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x08600e11 chip=0x24cd8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x81 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x08600e11 chip=0x24ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x08600e11 chip=0x24c38086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller' class = serial bus subclass = SMBus pcm0@pci0:31:5: class=0x040100 card=0x08600e11 chip=0x24c58086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller' class = multimedia subclass = audio none1@pci0:31:6: class=0x070300 card=0x08600e11 chip=0x24c68086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller' class = simple comms subclass = generic modem none2@pci1:0:0: class=0x030000 card=0x08600e11 chip=0x4c661002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Mobility Radeon 9000' class = display subclass = VGA fwohci0@pci2:0:0: class=0x0c0010 card=0x30441106 chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire re0@pci2:1:0: class=0x020000 card=0x08600e11 chip=0x813910ec rev=0x20 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet none3@pci2:2:0: class=0x028000 card=0x12f6103c chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network cbb0@pci2:4:0: class=0x060700 card=0x08600e11 chip=0x14101524 rev=0x01 hdr=0x02 vendor = 'ENE Technology Inc' device = 'CB-1420 CardBus Controller' class = bridge subclass = PCI-CardBus Copyright (c) 1992-2006 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 6.1-STABLE #4: Wed Aug 2 12:30:17 CEST 2006 root@nova.terra.ger:/usr/obj/usr/src/sys/NOVA Preloaded elf kernel "/boot/kernel/kernel" at 0xc09a2000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc09a216c. Preloaded elf module "/boot/kernel/vesa.ko" at 0xc09a221c. Preloaded splash_image_data "/boot/obi_chuck.bmp" at 0xc09a22c8. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc09a2318. Preloaded elf module "/boot/kernel/sound.ko" at 0xc09a23c4. Preloaded elf module "/boot/kernel/cpufreq.ko" at 0xc09a2470. Preloaded elf module "/boot/kernel/ng_ubt.ko" at 0xc09a251c. Preloaded elf module "/boot/kernel/netgraph.ko" at 0xc09a25c8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09a2678. Calibrating clock(s) ... i8254 clock: 1193152 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 598061766 Hz CPU: Intel(R) Pentium(R) M processor 1.60GHz (598.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 1341980672 (1279 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000004e90efff, 1305387008 bytes (318698 pages) avail memory = 1305202688 (1244 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31f pnpbios: Found PnP BIOS data at 0xc00f45c0 pnpbios: Entry = f0000:45ee Rev = 1.0 pnpbios: Event flag at f45e6 pnpbios: OEM ID 6008110e Other BIOS signatures found: wlan: <802.11 Link Layer> null: io: random: VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 04 00 01 19 01 00 01 2f 01 00 01 34 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 60 mode(s) found VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc08a27c2 (1000022) VESA: ATI MOBILITY RADEON 9200 VESA: ATI Technologies Inc. M9 01.00 mem: Pentium Pro MTRR support enabled nfslock: pseudo-device splash: image@0xc08a36c8, size:308278 bmp_start(): splash_mode:257 splash: image decoder found: splash_bmp npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=33408086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 1 dev 0 func 0 acpi0: [MPSAFE] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 2 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 6 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low 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 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 10 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 10 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 10 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 10 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 10 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.29.INTA at func 0: 10 ACPI: Found matching pin for 0.29.INTB at func 1: 5 ACPI: Found matching pin for 0.29.INTC at func 2: 5 ACPI: Found matching pin for 0.29.INTD at func 7: 5 ACPI: Found matching pin for 0.31.INTA at func 1: 5 ACPI: Found matching pin for 0.31.INTB at func 3: 10 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3340, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base b0000000, size 28, enabled found-> vendor=0x8086, dev=0x3341, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24c2, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 000048c0, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.C046.C0C2:0) pcib0: slot 29 INTA routed to irq 10 via \\_SB_.C046.C0C2 found-> vendor=0x8086, dev=0x24c4, revid=0x01 bus=0, slot=29, func=1 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=b, irq=5 map[20]: type 4, range 32, base 000048e0, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.C046.C0C5:0) pcib0: slot 29 INTB routed to irq 5 via \\_SB_.C046.C0C5 found-> vendor=0x8086, dev=0x24c7, revid=0x01 bus=0, slot=29, 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=c, irq=5 map[20]: type 4, range 32, base 00004c00, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.C046.C0C4:0) pcib0: slot 29 INTC routed to irq 5 via \\_SB_.C046.C0C4 found-> vendor=0x8086, dev=0x24cd, revid=0x01 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base a0000000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.C046.C0C9:0) pcib0: slot 29 INTD routed to irq 5 via \\_SB_.C046.C0C9 found-> vendor=0x8086, dev=0x2448, revid=0x81 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24ca, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00004c40, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled pcib0: matched entry for 0.31.INTA (src \\_SB_.C046.C0C4:0) pcib0: slot 31 INTA routed to irq 5 via \\_SB_.C046.C0C4 found-> vendor=0x8086, dev=0x24c3, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00004c20, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.C046.C0C3:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.C046.C0C3 found-> vendor=0x8086, dev=0x24c5, revid=0x01 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00004000, size 8, enabled map[14]: type 4, range 32, base 00004880, size 6, enabled map[18]: type 1, range 32, base a0200000, size 9, enabled map[1c]: type 1, range 32, base a0300000, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.C046.C0C3:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.C046.C0C3 found-> vendor=0x8086, dev=0x24c6, revid=0x01 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00004400, size 8, enabled map[14]: type 4, range 32, base 00004800, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.C046.C0C3:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.C046.C0C3 agp0: mem 0xb0000000-0xbfffffff at device 0.0 on pci0 agp0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xb0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0x90400000-0x904fffff pcib1: prefetched decode 0x98000000-0x9fffffff ACPI: Found matching pin for 1.0.INTA at func 0: 10 pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4c66, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0083, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base 98000000, size 27, enabled pcib1: (null) requested memory range 0x98000000-0x9fffffff: good map[14]: type 4, range 32, base 00003000, size 8, enabled pcib1: (null) requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base 90400000, size 16, enabled pcib1: (null) requested memory range 0x90400000-0x9040ffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.C046.C0C2:0) pcib1: slot 0 INTA routed to irq 10 via \\_SB_.C046.C0C2 pci1: at device 0.0 (no driver attached) uhci0: port 0x48c0-0x48df irq 10 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x48c0 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 0x48e0-0x48ff irq 5 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x48e0 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 0x4c00-0x4c1f irq 5 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4c00 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 0xa0000000-0xa00003ff irq 5 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xa0000000 ehci0: [GIANT-LOCKED] 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: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 3 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0x90000000-0x903fffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.0.INTA at func 0: 10 ACPI: Found matching pin for 2.1.INTA at func 0: 10 ACPI: Found matching pin for 2.2.INTA at func 0: 11 pci_link3: BIOS IRQ 11 for 2.2.INTA is invalid ACPI: Found matching pin for 2.4.INTA at func 0: 5 pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=2, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base 90200000, size 11, enabled pcib2: (null) requested memory range 0x90200000-0x902007ff: good map[14]: type 4, range 32, base 00002400, size 7, enabled pcib2: (null) requested I/O range 0x2400-0x247f: in range pcib2: matched entry for 2.0.INTA (src \\_SB_.C046.C0C2:0) pcib2: slot 0 INTA routed to irq 10 via \\_SB_.C046.C0C2 found-> vendor=0x10ec, dev=0x8139, revid=0x20 bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002000, size 8, enabled pcib2: (null) requested I/O range 0x2000-0x20ff: in range map[14]: type 1, range 32, base 90300000, size 8, enabled pcib2: (null) requested memory range 0x90300000-0x903000ff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.C046.C0C3:0) pcib2: slot 1 INTA routed to irq 10 via \\_SB_.C046.C0C3 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=2, slot=2, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 90000000, size 12, enabled pcib2: (null) requested memory range 0x90000000-0x90000fff: good pcib2: matched entry for 2.2.INTA (src \\_SB_.C046.C0C5:0) pcib2: slot 2 INTA routed to irq 5 via \\_SB_.C046.C0C5 found-> vendor=0x1524, dev=0x1410, revid=0x01 bus=2, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0xc4 (49000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 90100000, size 12, enabled pcib2: (null) requested memory range 0x90100000-0x90100fff: good pcib2: matched entry for 2.4.INTA (src \\_SB_.C046.C0C4:0) pcib2: slot 4 INTA routed to irq 5 via \\_SB_.C046.C0C4 fwohci0: port 0x2400-0x247f mem 0x90200000-0x902007ff irq 10 at device 0.0 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x90200000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3f:54:4a:40:02:8e fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 1024 bytes. fwohci0: max_rec 1024 -> 2048 firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:02:3f:40:02:8e fwe0: bpf attached fwe0: Ethernet address: 02:02:3f:40:02:8e fwe0: if_start running deferred for Giant 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) re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 pcib2: re0 requested I/O range 0x2000-0x20ff: in range re0: port 0x2000-0x20ff mem 0x90300000-0x903000ff irq 10 at device 1.0 on pci2 pcib2: re0 requested I/O range 0x2000-0x20ff: in range miibus0: on re0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:0f:b0:6c:55:ec re0: [MPSAFE] re0: [FAST] pci2: at device 2.0 (no driver attached) cbb0: mem 0x90100000-0x90100fff irq 5 at device 4.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x90100000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x14101524 0x02100007 0x06070001 0x00028008 0x10: 0x90100000 0x020000a0 0x20030302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440105 0x40: 0x08600e11 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x2040d020 0x00000000 0x00000000 0x001c1112 0x90: 0x60440280 0x00000000 0x00000000 0x00000000 0xa0: 0xfe010001 0x00c00000 0x00008016 0x00000009 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00001000 0x00800080 0x10080400 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4c40-0x4c4f irq 5 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4c40 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=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 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=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0x4000-0x40ff,0x4880-0x48bf mem 0xa0200000-0xa02001ff,0xa0300000-0xa03000ff irq 10 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xa0200000 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xa0300000 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, reserved 1, AMAP, reserved 4 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 4e2ce000, 4000; 0xf5a0b000 -> 4e2ce000 pcm0: sndbuf_setmap 4e2bc000, 4000; 0xf5a0f000 -> 4e2bc000 pci0: at device 31.6 (no driver attached) battery0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (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:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 sio0: irq maps: 0xe01 0xe11 0xe01 0xe01 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xe01 0xe09 0xe01 0xe01 sio1: port 0x3e8-0x3ef,0x7d0-0x7d7 irq 3 drq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77a irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it 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 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 0xc0000-0xcffff on isa0 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-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 598061766 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached battery0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire atapicam: atapicam0 already exists; skipping it ad0: setting PIO4 on ICH4 chip ad0: setting UDMA100 on ICH4 chip ad0: 76319MB at ata0-master UDMA100 ad0: 156301488 sectors [165398C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 battery0: battery initialization done, tried 1 times ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on ICH4 chip (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: reinit done .. acd0: FAILURE - MODE_SENSE_BIG timed out acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48004 Hz, will use 48000 Hz ATA PseudoRAID loaded (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered splash: image decoder found: logo_saver cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 10:03:45 2006 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 6AB2D16A4DE for ; Thu, 3 Aug 2006 10:03:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9332743D46 for ; Thu, 3 Aug 2006 10:03:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k73A3gmk028564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Aug 2006 14:03:42 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k73A3gwv028563 for stable@FreeBSD.org; Thu, 3 Aug 2006 14:03:42 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 3 Aug 2006 14:03:41 +0400 From: Gleb Smirnoff To: stable@FreeBSD.org Message-ID: <20060803100341.GQ96644@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: em(4) update for 6-STABLE 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, 03 Aug 2006 10:03:45 -0000 Colleagues, here is a patch that merges HEAD em(4) driver to RELENG_6. First, it significantly improves perfromance of the driver under high pps load. Second, it adds support for few new chips. You need to update your system to fresh RELENG_6. The driver will not compile on 6.1-RELEASE. Then you need to run the following sequence: cd /usr/src/sys/dev/em fetch http://people.freebsd.org/~glebius/em-6.0.5.RELENG_6.patch.gz gunzip em-6.0.5.RELENG_6.patch.gz patch < em-6.0.5.RELENG_6.patch and then rebuild your kernel and reboot. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 10:45:00 2006 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 9D3B116A4DA for ; Thu, 3 Aug 2006 10:45:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3B4043D49 for ; Thu, 3 Aug 2006 10:44:59 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so2449307uge for ; Thu, 03 Aug 2006 03:44:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Fa19Jpu5AtorAd4q9dZwd97ilZliGreBr/s/ppsLke6bkNQ1YhBujhAsn00oo28l29dvsi1UiSU51SbQjqsjT6+X/tzhRNCP5XF5pzQZAs94vAt9rhbxSxFXqYr5aObfQ5zkBMzCXrWu6EWVfJwNeEp6A39ZfjjCVcGd49z7QoM= Received: by 10.65.98.4 with SMTP id a4mr3033022qbm; Thu, 03 Aug 2006 03:44:58 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 39sm404405nzk.2006.08.03.03.44.56; Thu, 03 Aug 2006 03:44:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k73AkB9J051197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Aug 2006 19:46:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k73AkAZV051196; Thu, 3 Aug 2006 19:46:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 3 Aug 2006 19:46:10 +0900 From: Pyun YongHyeon To: Gerrit K?hn Message-ID: <20060803104610.GC49195@cdnetworks.co.kr> References: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> <20060803002615.GA49195@cdnetworks.co.kr> <20060803105850.5254d278.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060803105850.5254d278.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: re interface broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2006 10:45:00 -0000 On Thu, Aug 03, 2006 at 10:58:50AM +0200, Gerrit K?hn wrote: > On Thu, 3 Aug 2006 09:26:15 +0900 Pyun YongHyeon wrote > about Re: re interface broken: > > > > today, the interface still doesn't work. Is there work going on to > > > fix this, can I provide further information to track this problem > > > I think you should show 'dmesg' and 'pciconf -lv' output first. > > Here they are: > [...] > re0@pci2:1:0: class=0x020000 card=0x08600e11 chip=0x813910ec > rev=0x20 hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' > class = network > subclass = ethernet [...] > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > pcib2: re0 requested I/O range 0x2000-0x20ff: in range > re0: port 0x2000-0x20ff mem > 0x90300000-0x903000ff irq 10 at device 1.0 on pci2 pcib2: re0 requested > I/O range 0x2000-0x20ff: in range miibus0: on re0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > re0: bpf attached > re0: Ethernet address: 00:0f:b0:6c:55:ec > re0: [MPSAFE] > re0: [FAST] Would you let me know a if_re.c revison number used to work on your system? Does Tx/Rx routine on your system work? In order to test it, you need a known working system and run tcpdump on the system. Can you see frames sent from your system on good system? If you know re(4) can send frame without problems, run tcpdump on your notebook and check whether re(4) can see incoming packets sent from good packet. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 10:53:09 2006 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 BE52B16A4E0; Thu, 3 Aug 2006 10:53:09 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EEB643D46; Thu, 3 Aug 2006 10:53:08 +0000 (GMT) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1G8apA-0007zm-9m; Thu, 03 Aug 2006 12:53:08 +0200 Date: Thu, 3 Aug 2006 12:53:08 +0200 From: Kurt Jaeger To: Gleb Smirnoff Message-ID: <20060803105308.GB38725@home.c0mplx.org> References: <20060803100341.GQ96644@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060803100341.GQ96644@FreeBSD.org> Cc: stable@FreeBSD.org Subject: Re: em(4) update for 6-STABLE 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, 03 Aug 2006 10:53:09 -0000 Hello, > here is a patch that merges HEAD em(4) driver to RELENG_6. Does it address the issue raised in the mail with the subject Subject: em promiscuous mode bug? on current@ ? -- pi@c0mplx.org +49 171 3101372 14 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 11:58:14 2006 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 D2CE816A4DE for ; Thu, 3 Aug 2006 11:58:14 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FDD343D45 for ; Thu, 3 Aug 2006 11:58:13 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.6.20060614/8.13.6) with ESMTP id k73BwB9W029824; Thu, 3 Aug 2006 13:58:12 +0200 (envelope-from gerrit@pmp.uni-hannover.de) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 9751E1CC; Thu, 3 Aug 2006 13:58:11 +0200 (CEST) Date: Thu, 3 Aug 2006 13:58:11 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20060803135811.b79cf899.gerrit@pmp.uni-hannover.de> In-Reply-To: <20060803104610.GC49195@cdnetworks.co.kr> References: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> <20060803002615.GA49195@cdnetworks.co.kr> <20060803105850.5254d278.gerrit@pmp.uni-hannover.de> <20060803104610.GC49195@cdnetworks.co.kr> Organization: Plasmaphysik X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.2.0.264296 X-PerlMx-Spam: Gauge=%%XGAUGE%%%%IGAUGE%%, Probability=%%PROB%%, Report='%%HITS%%' Cc: freebsd-stable@freebsd.org Subject: Re: re interface broken 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, 03 Aug 2006 11:58:14 -0000 On Thu, 3 Aug 2006 19:46:10 +0900 Pyun YongHyeon wrote about Re: re interface broken: PY> > re0@pci2:1:0: class=0x020000 card=0x08600e11 chip=0x813910ec PY> > rev=0x20 hdr=0x00 vendor = 'Realtek Semiconductor' PY> > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' PY> > class = network PY> > subclass = ethernet PY> > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 PY> > pcib2: re0 requested I/O range 0x2000-0x20ff: in range PY> > re0: port 0x2000-0x20ff mem PY> > 0x90300000-0x903000ff irq 10 at device 1.0 on pci2 pcib2: re0 PY> > requested I/O range 0x2000-0x20ff: in range miibus0: on PY> > re0 rlphy0: on miibus0 PY> > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto PY> > re0: bpf attached PY> > re0: Ethernet address: 00:0f:b0:6c:55:ec PY> > re0: [MPSAFE] PY> > re0: [FAST] PY> Would you let me know a if_re.c revison number used to work on your PY> system? I have a working 6.1-stable kernel compiled on 12th of June, so I guess if_re.c from that date or earlier should work. Looking into webcvs, I think that 1.67 worked and 1.68 doesn't. However, to make sure I'd have to check out the old version and recompile. PY> Does Tx/Rx routine on your system work? In order to test it, you PY> need a known working system and run tcpdump on the system. PY> Can you see frames sent from your system on good system? I think it doesn't work. I can do ping -f or whatever I want on the notebook, but the LEDs of the attached switch don't show any packets (they don't flash). cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 14:43:32 2006 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 9095616A4DE for ; Thu, 3 Aug 2006 14:43:32 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A31943D5A for ; Thu, 3 Aug 2006 14:43:25 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.6.20060614/8.13.6) with ESMTP id k73EhOvC006905; Thu, 3 Aug 2006 16:43:24 +0200 (envelope-from gerrit@pmp.uni-hannover.de) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 46A7366; Thu, 3 Aug 2006 16:43:24 +0200 (CEST) Date: Thu, 3 Aug 2006 16:43:24 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20060803164324.25001883.gerrit@pmp.uni-hannover.de> In-Reply-To: <20060803135811.b79cf899.gerrit@pmp.uni-hannover.de> References: <20060802161634.eff2b6d1.gerrit@pmp.uni-hannover.de> <20060803002615.GA49195@cdnetworks.co.kr> <20060803105850.5254d278.gerrit@pmp.uni-hannover.de> <20060803104610.GC49195@cdnetworks.co.kr> <20060803135811.b79cf899.gerrit@pmp.uni-hannover.de> Organization: Plasmaphysik X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.2.0.264296 X-PerlMx-Spam: Gauge=%%XGAUGE%%%%IGAUGE%%, Probability=%%PROB%%, Report='%%HITS%%' Cc: freebsd-stable@freebsd.org Subject: Re: re interface broken 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, 03 Aug 2006 14:43:32 -0000 On Thu, 3 Aug 2006 13:58:11 +0200 Gerrit K=FChn wrote about Re: re interface broken: GK> PY> Would you let me know a if_re.c revison number used to work on your GK> PY> system? GK> I have a working 6.1-stable kernel compiled on 12th of June, so I guess GK> if_re.c from that date or earlier should work. Looking into webcvs, I GK> think that 1.67 worked and 1.68 doesn't. However, to make sure I'd GK> have to check out the old version and recompile. I just did some checkouts and recompiles. if_re.c v1.46.2.14 2006/03/17 does work, if_re.c v1.46.2.15 2006/06/26 doesn't work. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 16:32:20 2006 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 682A316A4DD for ; Thu, 3 Aug 2006 16:32:20 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86BFC43D7C for ; Thu, 3 Aug 2006 16:32:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k73GW8Rt030448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Aug 2006 20:32:08 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k73GW79N030447; Thu, 3 Aug 2006 20:32:07 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 3 Aug 2006 20:32:07 +0400 From: Gleb Smirnoff To: Kurt Jaeger Message-ID: <20060803163207.GR96644@cell.sick.ru> References: <20060803100341.GQ96644@FreeBSD.org> <20060803105308.GB38725@home.c0mplx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060803105308.GB38725@home.c0mplx.org> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: em(4) update for 6-STABLE 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, 03 Aug 2006 16:32:20 -0000 On Thu, Aug 03, 2006 at 12:53:08PM +0200, Kurt Jaeger wrote: K> > here is a patch that merges HEAD em(4) driver to RELENG_6. K> K> Does it address the issue raised in the mail with the subject K> Subject: em promiscuous mode bug? K> on current@ ? AFAIK, it doesn't. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 19:05:02 2006 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 7F80716A4DA for ; Thu, 3 Aug 2006 19:05:02 +0000 (UTC) (envelope-from fadeya@comcast.net) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC03B43D73 for ; Thu, 3 Aug 2006 19:04:58 +0000 (GMT) (envelope-from fadeya@comcast.net) Received: from c-71-202-211-130.hsd1.ca.comcast.net ([71.202.211.130]) by comcast.net (alnrmhc11) with ESMTP id <20060803190458b1100o01bne>; Thu, 3 Aug 2006 19:04:58 +0000 From: User &Brian batchan To: freebsd-stable@freebsd.org Date: Thu, 3 Aug 2006 12:05:27 -0700 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608031205.27816.fadeya@comcast.net> Subject: subscribtion list 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, 03 Aug 2006 19:05:02 -0000 In order to avoid recieving unnecessary email. Shoul I subscribe to individual list or is there an option for me to select the list that I may want to subcribe to. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 3 23:14:38 2006 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 12C2416A4E0 for ; Thu, 3 Aug 2006 23:14:38 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B97843D49 for ; Thu, 3 Aug 2006 23:14:36 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so1233473nfc for ; Thu, 03 Aug 2006 16:14:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kqe/lGJvIS57n2a//HM7t9piFwHFm7JC727dYZL4pQyxkSQ5m1vC9BK4ecu77e1a3voUfD3VXiwV5u2Icj3ARQBaN3p9RXU055l7nuBj32qYdGgBFLNSAbZvXTWarcg4JOuCMFB2qGJAYBBwqoyKtEnCM/JpWtm2TgTa4cmWnPw= Received: by 10.78.165.16 with SMTP id n16mr1240452hue; Thu, 03 Aug 2006 16:14:35 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Thu, 3 Aug 2006 16:14:35 -0700 (PDT) Message-ID: Date: Thu, 3 Aug 2006 16:14:35 -0700 From: "Nikolas Britton" To: "Gleb Smirnoff" In-Reply-To: <20060803100341.GQ96644@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060803100341.GQ96644@FreeBSD.org> Cc: stable@freebsd.org Subject: Re: em(4) update for 6-STABLE 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, 03 Aug 2006 23:14:38 -0000 On 8/3/06, Gleb Smirnoff wrote: > Colleagues, > > here is a patch that merges HEAD em(4) driver to RELENG_6. > > First, it significantly improves perfromance of the driver > under high pps load. > Second, it adds support for few new chips. > > You need to update your system to fresh RELENG_6. The driver > will not compile on 6.1-RELEASE. > Why will it not compile on 6.1? -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 06:00:05 2006 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 6A02216A4DE for ; Fri, 4 Aug 2006 06:00:05 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3E3B43D45 for ; Fri, 4 Aug 2006 06:00:04 +0000 (GMT) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id k74601mo051507 for ; Fri, 4 Aug 2006 02:00:03 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id k746015I051506 for freebsd-stable@freebsd.org; Fri, 4 Aug 2006 02:00:01 -0400 (EDT) (envelope-from wayne) Date: Fri, 4 Aug 2006 02:00:01 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20060804060001.GM25626@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200608030550.k735ovOj097662@manor.msen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: fdisk problem on 3ware based system (6.1-RELEASE-p3) 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, 04 Aug 2006 06:00:05 -0000 On Thu, Aug 03, 2006 at 10:29:08AM +0200, Stefan Bethke wrote: > Am 03.08.2006 um 07:50 schrieb Michael R. Wayne: > > >But, I am unable to create a third partition. Every time I do > >that, I get: > > ERROR: Unable to write data to disk twed0! > > Are there any mounted filesystems in those two first slices? Then > geom won't allow you to modify the partition table. You need to boot > off a CD, or set a sysctl to allow writing anyway (see geom(4)). Thank you! Setting sysctl kern.geom.debugflags=0x10 permitted me to do the work with fdisk. I tried to use sysinstall but it appears to only modify the in-core structure but not to update the disk. Perhaps sysinstall needs a few tweaks? /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 06:52:06 2006 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 6420F16A5C6 for ; Fri, 4 Aug 2006 06:52:06 +0000 (UTC) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B4743D46 for ; Fri, 4 Aug 2006 06:52:04 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id D3FA31217F for ; Fri, 4 Aug 2006 10:52:02 +0400 (MSD) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08851-10 for ; Fri, 4 Aug 2006 10:51:58 +0400 (MSD) Received: from [192.168.100.10] (nata.newlines.ru [195.246.218.100]) by vika.newlines.ru (Postfix) with ESMTP for ; Fri, 4 Aug 2006 10:51:58 +0400 (MSD) Message-ID: <44D2EE88.4080508@nikiforov.ru> Date: Fri, 04 Aug 2006 10:51:52 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050607050506060402010101" X-Virus-Scanned: By amavis at office-gw.newlines.ru Subject: Web Camera for stable 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, 04 Aug 2006 06:52:06 -0000 This is a cryptographically signed message in MIME format. --------------ms050607050506060402010101 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear All, Does someone have some web cam working with Free BSD-stable? What cameras you are using and what software? (picture download or video stream - it doesnot matter) I was trying to google the net and find solutions with gphoto and vid. All this solutions are based on old cameras that i cannot find on the market. (Gphoto supports a lot of cameras, but most of them are not web cams) -- Best regards, Anton --------------ms050607050506060402010101 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJBzCC At4wggJHoAMCAQICED5iPRHTm8oxoqEN/9ixjGgwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDcyMDA1NTEzM1oX DTA3MDcyMDA1NTEzM1owRDEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEhMB8G CSqGSIb3DQEJARYSYW50b25AbmlraWZvcm92LnJ1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzi4dy65s7w6qdSSOecwDqfaU2CVDXGShsD4l89gadJAiIWSSH7kjo8wJIJEK WGRsPfM8zJk5V7EBxNFM3X89g3phBbA+sLYc4+dRJoLLPLAKgsDUWQ3iXUvihNYLwnaLBCiZ 1of+AVIdlZ0A/XN5ZWX9iHqkwFTxfOXG5LGSlBMgeWQQXwz9aDhlSPfgnhjSAMKNI+XxFV/a sVAGfv3YUNDqwRno4HQI7YcSHJh3ozA+m8sWLm5mW8D2wKb0XGKD8Ldm1Mz4sH/mAj+PvsSi bryaq/Se3XuOnvO5IhZGUcLMqfW+bpzgyUsjBPGkKbyOs9ujQZUoFXS71ozQ3sDRaQIDAQAB oy8wLTAdBgNVHREEFjAUgRJhbnRvbkBuaWtpZm9yb3YucnUwDAYDVR0TAQH/BAIwADANBgkq hkiG9w0BAQUFAAOBgQCTvdT0nAzuDCmAa37GaUKw41Ywlp2yxc4wN9g2/CXut9140xMZTfCm Hzsks7pGVZUiGzfZrXx2byVW3uA4r/LFPcGv19dWVx/j3OHBGagfFDVtSkfC/vdGiCG6/Kh/ 3o/0Jf+0TOzBiQv1FznkVN6StXOs7dIQ8ZZIspbcuJzhhTCCAt4wggJHoAMCAQICED5iPRHT m8oxoqEN/9ixjGgwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDcyMDA1NTEzM1oXDTA3MDcyMDA1NTEzM1owRDEf MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEhMB8GCSqGSIb3DQEJARYSYW50b25A bmlraWZvcm92LnJ1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzi4dy65s7w6q dSSOecwDqfaU2CVDXGShsD4l89gadJAiIWSSH7kjo8wJIJEKWGRsPfM8zJk5V7EBxNFM3X89 g3phBbA+sLYc4+dRJoLLPLAKgsDUWQ3iXUvihNYLwnaLBCiZ1of+AVIdlZ0A/XN5ZWX9iHqk wFTxfOXG5LGSlBMgeWQQXwz9aDhlSPfgnhjSAMKNI+XxFV/asVAGfv3YUNDqwRno4HQI7YcS HJh3ozA+m8sWLm5mW8D2wKb0XGKD8Ldm1Mz4sH/mAj+PvsSibryaq/Se3XuOnvO5IhZGUcLM qfW+bpzgyUsjBPGkKbyOs9ujQZUoFXS71ozQ3sDRaQIDAQABoy8wLTAdBgNVHREEFjAUgRJh bnRvbkBuaWtpZm9yb3YucnUwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQCTvdT0 nAzuDCmAa37GaUKw41Ywlp2yxc4wN9g2/CXut9140xMZTfCmHzsks7pGVZUiGzfZrXx2byVW 3uA4r/LFPcGv19dWVx/j3OHBGagfFDVtSkfC/vdGiCG6/Kh/3o/0Jf+0TOzBiQv1FznkVN6S tXOs7dIQ8ZZIspbcuJzhhTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTEr MCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcw MDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065ypla HmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEE QB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2 oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYf qi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9l X5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIIDYAIBATB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQPmI9EdOb yjGioQ3/2LGMaDAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0wNjA4MDQwNjUxNTJaMCMGCSqGSIb3DQEJBDEWBBQILs8D+lMqUzF7 +gCm3K15VWkINzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIA gDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAE MXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECED5i PRHTm8oxoqEN/9ixjGgwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECED5iPRHTm8oxoqEN/9ixjGgwDQYJKoZIhvcN AQEBBQAEggEAJYBCoJ5r75fpnR1nCSZgsZyzxtrab4uszE8ukhZkHGfpfqlA1WfRvF1ifQAp HWdkafB6wMI+80mqkrwntiPcPVuQW2BYMz0uIMB997AfxHJrLC5CJt1RkmTi3Lmdlwh1+C8w LmDk8EMtUwn3IaNlFrwLNOyQQHT/e+ymnrOslktpJvUHF3saQ8WBW/noNtr1Jw6L6NtFJjJB 6jND8zk+lxycsXphu2i4oEOt52pbLyNEinaOTD8U+InA3pk/oDfnbNLyBB63zohpYg+qivWp IRrLxTTU794wI5T56a6eeIQIuXF72AJkGC6UyxAaaKS44i4/rDP8kHNmdMo7x57y+wAAAAAA AA== --------------ms050607050506060402010101-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 07:29:30 2006 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 C966C16A4DF for ; Fri, 4 Aug 2006 07:29:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1916643D5A for ; Fri, 4 Aug 2006 07:29:29 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zsxery@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k747TNqw072002 for ; Fri, 4 Aug 2006 09:29:28 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k747TMYS072001; Fri, 4 Aug 2006 09:29:22 +0200 (CEST) (envelope-from olli) Date: Fri, 4 Aug 2006 09:29:22 +0200 (CEST) Message-Id: <200608040729.k747TMYS072001@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <44D2EE88.4080508@nikiforov.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 04 Aug 2006 09:29:28 +0200 (CEST) Cc: Subject: Re: Web Camera for stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 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: Fri, 04 Aug 2006 07:29:30 -0000 Anton Nikiforov wrote: > Does someone have some web cam working with Free BSD-stable? > What cameras you are using and what software? (picture download or video > stream - it doesnot matter) Sure. I have a standard cheap PAL camera with composite output (cinch connector). It's connected to a PCI video capture card witg bt848 / bt878 chip (only few bucks on eBay), using the bktr(4) driver. Works perfectly fine with all versions of FreeBSD, from 4.x to current. > I was trying to google the net and find solutions with gphoto and vid. > All this solutions are based on old cameras that i cannot find on the > market. Simple PAL (or NTSC) cameras can be found for small prices everywhere (well, at least over here in Germany). They're commonly used for surveillance purposes etc. There are several German shops who sell them for about 50 Euros. Another possibility is to use an IP camera, which are about 100 Euros. They are completely OS-independent and connect directly to an ethernet network (some also have wireless WLAN); they support standard protocols such as HTTP, FTP and telnet. USB cameras are very, very cheap, but they're really not worth much. The quality is often bad, and you never can tell for sure whether you can make them work with FreeBSD, except by actually trying it. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. cat man du : where Unix geeks go when they die From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 09:16:50 2006 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 0492116A4E0 for ; Fri, 4 Aug 2006 09:16:50 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4327B43D49 for ; Fri, 4 Aug 2006 09:16:48 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k749GjMr034498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Aug 2006 13:16:46 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k749Gjb2034497; Fri, 4 Aug 2006 13:16:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 4 Aug 2006 13:16:45 +0400 From: Gleb Smirnoff To: Nikolas Britton Message-ID: <20060804091645.GS96644@cell.sick.ru> References: <20060803100341.GQ96644@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: em(4) update for 6-STABLE 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, 04 Aug 2006 09:16:50 -0000 On Thu, Aug 03, 2006 at 04:14:35PM -0700, Nikolas Britton wrote: N> >First, it significantly improves perfromance of the driver N> >under high pps load. N> >Second, it adds support for few new chips. N> > N> >You need to update your system to fresh RELENG_6. The driver N> >will not compile on 6.1-RELEASE. N> N> Why will it not compile on 6.1? Because it uses new taskqueue API not yet present in 6.1-RELEASE. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 09:19:25 2006 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 6A54516A4DA for ; Fri, 4 Aug 2006 09:19:25 +0000 (UTC) (envelope-from emosto@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0493543D46 for ; Fri, 4 Aug 2006 09:19:24 +0000 (GMT) (envelope-from emosto@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate03.web.de (Postfix) with ESMTP id 88C8EE783EE; Fri, 4 Aug 2006 11:19:21 +0200 (CEST) Received: from [84.153.87.27] (helo=[192.168.2.100]) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.107 #114) id 1G8vpx-0005di-00; Fri, 04 Aug 2006 11:19:21 +0200 Message-ID: <44D3106C.8070308@web.de> Date: Fri, 04 Aug 2006 11:16:28 +0200 From: Emil Stoyanov User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: Anton Nikiforov References: <44D2EE88.4080508@nikiforov.ru> In-Reply-To: <44D2EE88.4080508@nikiforov.ru> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: emosto@web.de X-Sender: emosto@web.de Cc: freebsd-stable@freebsd.org Subject: Re: Web Camera for stable 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, 04 Aug 2006 09:19:25 -0000 Anton Nikiforov wrote: > Dear All, > Does someone have some web cam working with Free BSD-stable? > What cameras you are using and what software? (picture download or > video stream - it doesnot matter) > I was trying to google the net and find solutions with gphoto and vid. > All this solutions are based on old cameras that i cannot find on the > market. > (Gphoto supports a lot of cameras, but most of them are not web cams) > Maybe you can try the freebsd port of the pwc linux driver. It is reported to work with various webcams. The pwcbsd project URL is : http://raaf.atspace.org I hope it helps. Greetings, Emil From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 11:17:12 2006 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 8CABD16A4DA for ; Fri, 4 Aug 2006 11:17:12 +0000 (UTC) (envelope-from grs@salaisuus.fi) Received: from 1.mail.tx.fi (1.mail.tx.fi [62.142.17.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE0043D45 for ; Fri, 4 Aug 2006 11:17:11 +0000 (GMT) (envelope-from grs@salaisuus.fi) Received: from localhost ([127.0.0.1]) by 1.mail.tx.fi (Terraventum Mailserver ver 9.91) with SMTP id ITV01509 for ; Fri, 04 Aug 2006 14:17:09 +0300 Date: Fri, 04 Aug 2006 14:17:08 +0300 From: "Ville Sulin" To: freebsd-stable@freebsd.org Message-ID: <61f46c042ed2d6199b32a367b9d3432c@salaisuus.fi> X-Mailer: IceWarp Web Mail 5.6.0 X-Originating-IP: 62.142.17.103 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: freebsd 6.x and 3ware 9500S-8 in 32bit pci slot 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, 04 Aug 2006 11:17:12 -0000 Hi, I have a smallish problem, got a backup server with ASUS PC-DL motherboard that doesn't have a 64 bit pci slot and a 3ware 9500S-8 card. The machine resets the controller every now and then, but when there's enough disk io when it tries to do that the machine crashes. console warnings: twa0: INFO: (0x04: 0x000c): : unit=0 twa0: ERROR: (0x05: 0x210b): Request timed out!: request = 0xc64fb1f0 twa0: INFO: (0x16: 0x1108): Resetting controller...: twa0: INFO: (0x04: 0x0001): : SoftResetCount=1 twa0: INFO: (0x16: 0x1107): Controller reset done!: twa0: INFO: (0x04: 0x000c): : unit=0 lspci -vv : 03:0b.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID Subsystem: 3ware Inc 9xxx-series SATA-RAID Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 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 69F4916A4DA for ; Fri, 4 Aug 2006 11:35:04 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from andrej.mine.nu (catv-d5debe68.catv.broadband.hu [213.222.190.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8AAB43D46 for ; Fri, 4 Aug 2006 11:35:02 +0000 (GMT) (envelope-from andrej@antiszoc.hu) Message-ID: <44D3315E.2050302@antiszoc.hu> Date: Fri, 04 Aug 2006 13:37:02 +0200 From: Andras Got User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060404 SeaMonkey/1.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <61f46c042ed2d6199b32a367b9d3432c@salaisuus.fi> In-Reply-To: <61f46c042ed2d6199b32a367b9d3432c@salaisuus.fi> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: grs@salaisuus.fi Subject: Re: freebsd 6.x and 3ware 9500S-8 in 32bit pci slot 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, 04 Aug 2006 11:35:04 -0000 Hi, How often is this crash? (daily, weekly, monthy...) What's the freebsd version you're using? Can you try your card in an other PCI slot and do you have other PCI devices? Does this reset and/or crash could be related to high i/o or something else? We have a similar, but a 4port (9500S-4) controller with 5.5 and in a PCI-X and works fine. 64bit support in freebsd differs from the PCI 64bit. In a PCI-X slot, the 64bit is the databus "width", instead of the normal 32bit. You can's enforce it, but it works automatically in PCI-X slots. (A dmesg and a crash dump, if you can provide it, would be nice for the developer guys imho.) Regards, Andrej Ville Sulin wrote: > Hi, > > I have a smallish problem, got a backup server with ASUS PC-DL motherboard that doesn't have a 64 bit pci slot > and a 3ware 9500S-8 card. The machine resets the controller every now and then, but when there's enough disk > io when it tries to do that the machine crashes. > > console warnings: > > twa0: INFO: (0x04: 0x000c): : unit=0 > twa0: ERROR: (0x05: 0x210b): Request timed out!: request = 0xc64fb1f0 > twa0: INFO: (0x16: 0x1108): Resetting controller...: > twa0: INFO: (0x04: 0x0001): : SoftResetCount=1 > twa0: INFO: (0x16: 0x1107): Controller reset done!: > twa0: INFO: (0x04: 0x000c): : unit=0 > > lspci -vv : > > 03:0b.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID > Subsystem: 3ware Inc 9xxx-series SATA-RAID > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- > Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Latency: 32 (2250ns min), Cache Line Size 08 > Interrupt: pin A routed to IRQ 23 > Region 0: I/O ports at b000 > Region 1: Memory at fb800000 (64-bit, non-prefetchable) > Region 3: Memory at fb000000 (64-bit, prefetchable) > Capabilities: [40] PCI-X non-bridge device > Command: DPERE- ERO- RBC=512 OST=1 > Status: Dev=ff:1f.0 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=512 DMOST=1 DMCRS=8 RSCEM- 266MHz- 533MHz- > Capabilities: [48] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > > And on the risk of sounding stupid, doesn't this "64bit+" mean that freebsd is using it "with 64 bit" support? > And if it indeed does, is there any way to force it off? > > If there isn't a simple solution, were just getting a motherboard with 64bit pci slot. > > Thanks > -Ville > > _______________________________________________ > 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 Aug 4 13:52:43 2006 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 4C7F416A4E2 for ; Fri, 4 Aug 2006 13:52:43 +0000 (UTC) (envelope-from scott.wilson@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F21443D58 for ; Fri, 4 Aug 2006 13:52:42 +0000 (GMT) (envelope-from scott.wilson@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so84932wxd for ; Fri, 04 Aug 2006 06:52:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bWcKYOMykY45dtSsF+6tjskxua1yxrKWvuB4AjEao7JYxIXUPBKthNeEQkf9dSbML//GDOLiGzCCG2jMoF+MJ9JRWahbxDh+bT6Qfhl8KbhShZvvbFuUwKpfBBWGXiOn8uEG3zaXiamfNxFqlv1eFQy4SYrokxWZ9k6XCzdVMm8= Received: by 10.78.118.19 with SMTP id q19mr1542721huc; Fri, 04 Aug 2006 06:52:40 -0700 (PDT) Received: by 10.78.70.10 with HTTP; Fri, 4 Aug 2006 06:52:40 -0700 (PDT) Message-ID: Date: Fri, 4 Aug 2006 15:52:40 +0200 From: "Scott Wilson" To: "Doug Ambrisko" In-Reply-To: <200607130513.k6D5DTdb074868@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <09BFF2FA5EAB4A45B6655E151BBDD903018924E0@NT-IRVA-0750.brcm.ad.broadcom.com> <200607130513.k6D5DTdb074868@ambrisko.com> Cc: pyunyh@gmail.com, stable@freebsd.org, "David \(Controller AE\) Christensen" , davidch@freebsd.org, Eric Hodel Subject: Re: Re: bce0: Error mapping mbuf into TX chain! 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, 04 Aug 2006 13:52:43 -0000 On 7/13/06, Doug Ambrisko wrote: > David (Controller AE) Christensen writes: > | Sorry, I've been out on vacation and just got back into town. I'll MFC > | the patch within the next day or two. > > I'll let you merge in the down/up fix that I put into -current. > > Doug A. Hi, I just had a bce interface lock up with the same problem: Aug 4 07:00:16 pe3 kernel: bce0: /usr/src/sys/dev/bce/if_bce.c(4644): Error mapping mbuf into TX chain! Aug 4 07:00:47 pe3 last message repeated 368 times .... running v 1.2.2.5 of if_bce.c from RELENG_6 which has the defragmentation patch mentioned in this thread. Any suggestions on how I can help find a fix? scott From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 17:00:04 2006 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 C69AF16A4DD for ; Fri, 4 Aug 2006 17:00:04 +0000 (UTC) (envelope-from prvs=ohartman=36475dd83@uni-mainz.de) Received: from mailgate02.zdv.uni-mainz.de (mailgate02.zdv.Uni-Mainz.DE [134.93.178.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1437743D46 for ; Fri, 4 Aug 2006 17:00:03 +0000 (GMT) (envelope-from prvs=ohartman=36475dd83@uni-mainz.de) Received: from exfront01.zdv.uni-mainz.de ([134.93.176.49]) by mailgate02.zdv.uni-mainz.de with ESMTP; 04 Aug 2006 19:00:02 +0200 Received: from mail.uni-mainz.de ([134.93.176.49]) by exfront01.zdv.Uni-Mainz.DE with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Aug 2006 19:00:01 +0200 Received: from [130.133.86.198] ([130.133.86.198] RDNS failed) by mail.uni-mainz.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Aug 2006 19:00:01 +0200 Message-ID: <44D37D12.2070507@uni-mainz.de> Date: Fri, 04 Aug 2006 19:00:02 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Aug 2006 17:00:01.0411 (UTC) FILETIME=[6C9BB530:01C6B7E7] Subject: No ACPI thermal zones on AMI BIOS? 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, 04 Aug 2006 17:00:04 -0000 I know this has been discussed prior to my recent posting. On two boxes running FreeBSD 6.1-STABLE with AMI BIOS neither thermal-zones nor fan speed information is provided as OID (looking at this via sysctl hw.acpi). One box is a ASUS A8N32-SLI Deluxe, most recent (AMI-) BIOS 1205, running FreeBSD 6.1-STABLE/AMD64 (no 32Bit compatibility) as built with the most recent FreeBSD 6.1-code available via CVS. The other box is at my lab a ASUS P4P800 i386 box, quite old compared to the AMD64 box, but also equipted with an AMI BIOS. This box also does not show any thermal zones and/or fand speed information via ACPI as it should expected due to its age. I had another AMD64 box, based on ASUS A8N-SLI Deluxe, with AWARD BIOS and there I saw theraml zones and fan speed informations via sysctl, mbmon/xmbmon was useable on that board, while this tool isn't on the above first mentioned. What is the difference between these BIOSes in handling these health-important informations and why are these infos aren't accessible in FreeBSD? Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 21:13:08 2006 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 00A4916A4DA; Fri, 4 Aug 2006 21:13:08 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7416D43D49; Fri, 4 Aug 2006 21:13:07 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (u1qyqiizf58pkqwp@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k74LD6i2082753; Fri, 4 Aug 2006 14:13:06 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k74LD5vC082752; Fri, 4 Aug 2006 14:13:05 -0700 (PDT) (envelope-from jmg) Date: Fri, 4 Aug 2006 14:13:05 -0700 From: John-Mark Gurney To: User Freebsd Message-ID: <20060804211305.GE58082@funkthat.com> Mail-Followup-To: User Freebsd , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org References: <20060731220931.R27679@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060731220931.R27679@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [IMPORTANT] Adaptec no longer supporting iir(4) driver ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2006 21:13:08 -0000 User Freebsd wrote this message on Mon, Jul 31, 2006 at 22:44 -0300: > For those that haven't been following the discussion on this, the iir(4) > driver in FreeBSD 6.x appears to have a deadlock issue under medium to > heavy load, where the 'blocked' state just continues to rise until file > accesses just no longer work ... > > So, if you are running a server that is using the iir(4) device driver and > are considering upgrading to FreeBSD 6.x and beyond, or are looking to > build a new machine using a device that relies on this driver, do so at > your own peril ... > > Please note that this deadlock issue exists on *both* the ICP Vortex > cards, *and* the Intel based RAID controllers ... Have you tried the driver in -current and/or 6.1-R? Specificly v1.14 and v1.13.2.1 of iir.c that limits the simq to 32 commands? We are running w/ this modifications w/o issues on 6.0-R w/ SRCU31A and SRCU42L cards... We have a few GDT cards also that I don't believe we are having any issues with... Infact, scottl tracked down that change after a bit of proding from me on behalf of my employer nCircle... (Though it helped that he was able to reproduce it in his lab.)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 21:18:13 2006 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 3AECF16A4DA; Fri, 4 Aug 2006 21:18:13 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12AAA43D6E; Fri, 4 Aug 2006 21:18:09 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 4BA61291B11; Fri, 4 Aug 2006 18:18:05 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 38223-03; Fri, 4 Aug 2006 21:18:08 +0000 (UTC) Received: from ganymede.hub.org (blk-224-179-167.eastlink.ca [24.224.179.167]) by hub.org (Postfix) with ESMTP id 82F4E291B09; Fri, 4 Aug 2006 18:18:04 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id C45EE5C3D0; Fri, 4 Aug 2006 18:18:10 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BFB3E4704F; Fri, 4 Aug 2006 18:18:10 -0300 (ADT) Date: Fri, 4 Aug 2006 18:18:10 -0300 (ADT) From: User Freebsd To: John-Mark Gurney In-Reply-To: <20060804211305.GE58082@funkthat.com> Message-ID: <20060804181735.R25268@ganymede.hub.org> References: <20060731220931.R27679@ganymede.hub.org> <20060804211305.GE58082@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [IMPORTANT] Adaptec no longer supporting iir(4) 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: Fri, 04 Aug 2006 21:18:13 -0000 On Fri, 4 Aug 2006, John-Mark Gurney wrote: > User Freebsd wrote this message on Mon, Jul 31, 2006 at 22:44 -0300: >> For those that haven't been following the discussion on this, the iir(4) >> driver in FreeBSD 6.x appears to have a deadlock issue under medium to >> heavy load, where the 'blocked' state just continues to rise until file >> accesses just no longer work ... >> >> So, if you are running a server that is using the iir(4) device driver and >> are considering upgrading to FreeBSD 6.x and beyond, or are looking to >> build a new machine using a device that relies on this driver, do so at >> your own peril ... >> >> Please note that this deadlock issue exists on *both* the ICP Vortex >> cards, *and* the Intel based RAID controllers ... > > Have you tried the driver in -current and/or 6.1-R? Specificly v1.14 > and v1.13.2.1 of iir.c that limits the simq to 32 commands? We are > running w/ this modifications w/o issues on 6.0-R w/ SRCU31A and SRCU42L > cards... We have a few GDT cards also that I don't believe we are > having any issues with... Yes, this was the first thing ScottL asked when we narrowed the problem down ... this appears to be a different issue then the one you were seeing :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 4 22:25:11 2006 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 8191216A4DD; Fri, 4 Aug 2006 22:25:11 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id F020E43D45; Fri, 4 Aug 2006 22:25:10 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (f7u4pwpdb33t5c1v@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k74MPA4Z083694; Fri, 4 Aug 2006 15:25:10 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k74MP9eQ083693; Fri, 4 Aug 2006 15:25:09 -0700 (PDT) (envelope-from jmg) Date: Fri, 4 Aug 2006 15:25:08 -0700 From: John-Mark Gurney To: Scott Long Message-ID: <20060804222508.GF58082@funkthat.com> Mail-Followup-To: Scott Long , "Patrick M. Hausen" , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, User Freebsd References: <20060731224403.T27679@ganymede.hub.org> <20060801075159.GD64880@hugo10.ka.punkt.de> <20060801083550.GE64880@hugo10.ka.punkt.de> <20060801113704.K27679@ganymede.hub.org> <20060801150540.GA10310@hugo10.ka.punkt.de> <44CF74CC.4070401@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44CF74CC.4070401@samsco.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, User Freebsd Subject: Re: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2006 22:25:11 -0000 Scott Long wrote this message on Tue, Aug 01, 2006 at 09:35 -0600: > FreeBSD. Making big statements in public that they don't, or that it's > not up to ones' standards or hopes, isn't terribly useful or productive. > I'd hate for FreeBSD to turn into That Other BSD that publically abuses > and harasses vendors for percieved sleights. There are much more > positive and product ways to fix problems and form good relationships, > and those ways are actively being pursued by some people right now. The problem is that these pursuits are not public knowlege, and very often trying to get support through even better than normal channels (i.e. using your system builder's extra clout) doesn't get you this info... The most they tell you is sorry, no support, and we are just being nice to even tell you this since you're running something else... I believe that honest information is better than hopes that turn up fruitless... I've had no end of issues w/ Intel trying to get them to fix various issues w/ their cards (SRCU31A and SRCU42L), and they won't even acknowledge that failing drives due to SELECTION_TIMEOUT, ABORTED COMMAND, OVERLAPPED COMMANDS ATTEMPTED or DISCONNECT_TIMEOUT is a major issue... Due to the fact that SRCU31A is so old, they haven't qualified the newer 2.42 firmware w/ the card... We are going to look at it, since we haven't seen any "failed" hd's on the 2.42 firmware... > And here again is my standard disclaimer: > I highly recommend that anyone who takes their data integrity seriously > should spend time qualifying any RAID solution that they are interested > in before putting it into production. What works for your workload > might not work for someone else's workload, and vice-versa. Agreed, luckily we found the hang issue w/ 5.x before we shipped, so we were saved yet another disaster... > Patrick M. Hausen wrote: > >Hello! > > > > > >>'k, just to clarify here ... the new products won't be based on the > >>iir(4) driver then? > > > > > >Yes, they won't. > > > > > >>Basically, should the iir(4) driver be considered EOE also? > > > > > >As far as Adaptec and ICP Vortex are concerned, yes. Since the > >driver is Open Source, there is no enforced EOE, just "orphanage", > >if nobody is willing to work on it. > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 03:10:51 2006 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 7001216A4DA for ; Sat, 5 Aug 2006 03:10:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A6A43D45 for ; Sat, 5 Aug 2006 03:10:50 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so360993pyc for ; Fri, 04 Aug 2006 20:10:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=AoXePE3KypnXSatsCPyv+wZew2y9iqAQLihVbQL4sldYvVzhzMO9DG7V3ehkIs8qzMsQSip4CoxA3Nc0tdb+Pq6TiqGX5937vbEKPbgSwG46jjhKLfvCwCKzR5pZGyau34cr+/OjN4kjjfOgp6VGlJnJcM+mU4ibQRKxpR9Rl4M= Received: by 10.64.143.4 with SMTP id q4mr1812211qbd; Fri, 04 Aug 2006 20:10:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 8sm2581806nzn.2006.08.04.20.10.47; Fri, 04 Aug 2006 20:10:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k753AGkh001353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Aug 2006 12:10:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k753AAXe001352; Sat, 5 Aug 2006 12:10:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 5 Aug 2006 12:10:10 +0900 From: Pyun YongHyeon To: Scott Wilson Message-ID: <20060805031009.GB946@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD903018924E0@NT-IRVA-0750.brcm.ad.broadcom.com> <200607130513.k6D5DTdb074868@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, "David \(Controller AE\) Christensen" , davidch@freebsd.org, Eric Hodel Subject: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2006 03:10:51 -0000 On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > On 7/13/06, Doug Ambrisko wrote: > >David (Controller AE) Christensen writes: > >| Sorry, I've been out on vacation and just got back into town. I'll MFC > >| the patch within the next day or two. > > > >I'll let you merge in the down/up fix that I put into -current. > > > >Doug A. > > Hi, I just had a bce interface lock up with the same problem: > > Aug 4 07:00:16 pe3 kernel: bce0: /usr/src/sys/dev/bce/if_bce.c(4644): > Error mapping mbuf into TX chain! > Aug 4 07:00:47 pe3 last message repeated 368 times > .... > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > defragmentation patch mentioned in this thread. Any suggestions on > how I can help find a fix? > > scott Hmm... I can see several bus_dma(9) related bugs in bce(4). For architectures that have IOMMU hardware it may have corrupted DMA mapping and I'm pretty sure it wouldn't work on sparc64. When it has to handle many fragmented frame or has insufficient number of free Tx descriptors it would show unexpected results. Unfortunately I don't have hardwares supported by bce(4) and fixing requiries a working hardware. :-( -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 04:27:32 2006 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 5741C16A4E1 for ; Sat, 5 Aug 2006 04:27:32 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF51243D53 for ; Sat, 5 Aug 2006 04:27:31 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so388187pyc for ; Fri, 04 Aug 2006 21:27:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y5ljRJk+6FoTSnV5TyhnfBP7qxzcGADJydRN53Dre7OJK3j89VFaSwTTpitdE90ihS/h1LdzOY8isNq5M76nNzA+CV3gvO0USAxzGNLAvmWOFSlD8qnj3L5jc7jts+LsyawGLq6Wog6hIxYNScRGcLajfhL7pAUvSHep9DYMBu0= Received: by 10.35.91.10 with SMTP id t10mr6433926pyl; Fri, 04 Aug 2006 21:27:30 -0700 (PDT) Received: by 10.35.36.18 with HTTP; Fri, 4 Aug 2006 21:27:30 -0700 (PDT) Message-ID: <3aaaa3a0608042127t680cf121p43e112af0014e1d0@mail.gmail.com> Date: Sat, 5 Aug 2006 05:27:30 +0100 From: Chris To: "Mark Andrews" In-Reply-To: <200608020643.k726hmmW023866@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0608012324w1408b46cx46254f3697289fdb@mail.gmail.com> <200608020643.k726hmmW023866@drugs.dv.isc.org> Cc: stable@freebsd.org Subject: Re: named rc.d 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, 05 Aug 2006 04:27:32 -0000 On 02/08/06, Mark Andrews wrote: > > > Apologies if posted to wrong list, the rc.d script for named chowns > > /etc/namedb to root:wheel if set to bind:bind why is this? A slave > > named server running as bind user cannot download new slave zones if > > dir ownership is root or update it if file ownerships are root which I > > sometimes see. > > Use /etc/namedb/slave for slave zone. > Use /etc/namedb/dynamic for dynamic zone. > > Mark > > # $FreeBSD: src/etc/mtree/BIND.chroot.dist,v 1.6 2004/11/04 05:24:29 gshapiro Exp $ > # > # Please see the file src/etc/mtree/README before making changes to this file. > # > > /set type=dir uname=root gname=wheel mode=0755 > . > dev mode=0555 > .. > etc > namedb > dynamic uname=bind > .. > master > .. > slave uname=bind > .. > .. > .. > /set type=dir uname=bind gname=wheel mode=0755 > var uname=root > dump > .. > log > .. > run > named > .. > .. > stats > .. > .. > .. > > > Chris > > _______________________________________________ > > 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" > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org > thanks to all, I see now. So using the subdir is the correct way. Chris From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 11:05:32 2006 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 55F3916A4E0 for ; Sat, 5 Aug 2006 11:05:32 +0000 (UTC) (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 D363743D49 for ; Sat, 5 Aug 2006 11:05:31 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G9Jy7-00011h-Sf for freebsd-stable@freebsd.org; Sat, 05 Aug 2006 13:05:23 +0200 Received: from r5k20.chello.upc.cz ([86.49.10.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Aug 2006 13:05:23 +0200 Received: from martinkov by r5k20.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Aug 2006 13:05:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sat, 05 Aug 2006 13:05:02 +0200 Lines: 19 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k20.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.4) Gecko/20060605 SeaMonkey/1.0.2 Sender: news Subject: final message in buildworld as there is in buildkernel 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, 05 Aug 2006 11:05:32 -0000 hello, i've been wondering why there is no "footer" in buildworld while there's one at the end of buildkernel, eg: -------------------------------------------------------------- >>> Kernel build for MB-AW1N completed on Sat Aug 5 12:56:54 CEST 2006 -------------------------------------------------------------- thus it's easy for anyone to see whether the process finished successfully or not. could developers consider it and add it to the build process please ? many thanks! regards, martin From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 11:29:05 2006 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 21DC816A4DA for ; Sat, 5 Aug 2006 11:29:05 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 47F6143D49 for ; Sat, 5 Aug 2006 11:29:03 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 05 Aug 2006 11:29:02 -0000 Received: from p54A7F711.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.247.17] by mail.gmx.net (mp023) with SMTP; 05 Aug 2006 13:29:02 +0200 X-Authenticated: #5465401 Message-ID: <44D480F5.6060703@gmx.de> Date: Sat, 05 Aug 2006 13:28:53 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: martinko References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: final message in buildworld as there is in buildkernel 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, 05 Aug 2006 11:29:05 -0000 martinko wrote: > hello, > > i've been wondering why there is no "footer" in buildworld while there's > one at the end of buildkernel, eg: > > -------------------------------------------------------------- > >>> Kernel build for MB-AW1N completed on Sat Aug 5 12:56:54 CEST 2006 > -------------------------------------------------------------- > > thus it's easy for anyone to see whether the process finished > successfully or not. > > could developers consider it and add it to the build process please ? > I remember people searching for the problem for days, why the buildworld suddenly stopped. All the while not recognizing that it was simply done. Definitely a good notion. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 13:35:49 2006 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 193A816A4DD for ; Sat, 5 Aug 2006 13:35:49 +0000 (UTC) (envelope-from sumirati@yahoo.de) Received: from smtp005.mail.ukl.yahoo.com (smtp005.mail.ukl.yahoo.com [217.12.11.36]) by mx1.FreeBSD.org (Postfix) with SMTP id 4099F43D49 for ; Sat, 5 Aug 2006 13:35:48 +0000 (GMT) (envelope-from sumirati@yahoo.de) Received: (qmail 6302 invoked from network); 5 Aug 2006 13:35:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Received:Mime-Version:To:Message-Id:Content-Type:From:Subject:Date:X-Mailer; b=g2IXF4eWcC0vLqp2VxupCcczDSmhzaQPNiYeiWxQr84+ooIyvxiP2fKOa0MuaAh0mvVyYXRcUE0CvWAYB1Pjs8XIAofLaK2FBdGEOJZJcXb+1yWL6KP6AejEk86gs01wBsJOD7OseVXd701cUvSPq8vN0SEOPHcWRikJvj7fV7k= ; Received: from unknown (HELO ?192.168.66.66?) (sumirati@84.176.112.70 with plain) by smtp005.mail.ukl.yahoo.com with SMTP; 5 Aug 2006 13:35:46 -0000 Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-stable@freebsd.org Message-Id: <25D490BF-F24D-4A3E-8A31-B352DC42DAD3@yahoo.de> Content-Type: multipart/mixed; boundary=Apple-Mail-5-384085040 From: Marc Perisa Date: Sat, 5 Aug 2006 15:35:44 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Panic with gvinum rebuildparity 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, 05 Aug 2006 13:35:49 -0000 --Apple-Mail-5-384085040 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hello there, I have some problems with my RAID-5 under gvinum since a power outage because of a lightning. If I mount the volume and the automatic background fsck run, check or rebuild the parity I will get a panic. Shorthand before the lightning I began to upgrade from 5.4-stable to 6.1-stable. Because of that I ignored the flaws on my data disk and continued the upgrade. The error originated with a 5.4-stable without debugging enabled. Now the machine has the following running with a dump device configured: FreeBSD titan.home.sumirati.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Sun Jul 30 21:19:10 CEST 2006 root@titan.home.sumirati.net:/usr/obj/ usr/src/sys/GENERIC i386 The stable is from Saturday, 29.07.2006 as of around 22:00 MET from cvsup2.de.freebsd.org. The message in /var/crash/info.* looks everytime like this: Panic String: kmem_malloc(262144): kmem_map too small: 172404736 total allocated The dmesg and the vinum configuration is attached. I also attached a backtrace but I think it is not that useful. I found nothing in the archives about a problem like this. Some PRs are showing kmem_map erros but not with (g)vinum. My questions are: Is there any know bug or problem with gvinum with rebuilding the parity? and How can I get back my data? (of course :)) I'm in the process of making sure the hardware is ok while dd'ing them to /dev/null. Thanks a lot for your time Marc --Apple-Mail-5-384085040 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name=dmesg Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2006 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 6.1-STABLE #0: Sun Jul 30 21:19:10 CEST 2006 root@titan.home.sumirati.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) processor (902.05-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183fbff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> real memory = 536805376 (511 MB) avail memory = 515915776 (492 MB) mptable_probe: MP Config Table has bad signature: POWE ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe2086000-0xe2086fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe2081000-0xe2081fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe2082000-0xe20820ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered pci0: at device 4.0 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 fxp0: port 0x9000-0x901f mem 0xda000000-0xda000fff,0xd8000000-0xd80fffff irq 18 at device 6.0 on pci1 miibus0: on fxp0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:00:a8:1f ahc0: port 0x9400-0x94ff mem 0xd8200000-0xd8200fff irq 19 at device 7.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci0 ata1: on atapci0 fwohci0: <1394 Open Host Controller Interface> mem 0xe2084000-0xe20847ff,0xe2085000-0xe208503f irq 20 at device 13.0 on pci0 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:01:00:30:04:04:91:3f 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:01:00:04:91:3f fwe0: Ethernet address: 02:01:00:04:91:3f fwe0: if_start running deferred for Giant 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) pcib2: at device 30.0 on pci0 pci3: on pcib2 pci3: at device 0.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff,0xcc000-0xcffff,0xd0000-0xd17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 902050500 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 114473MB at ata0-master UDMA100 ad1: 114473MB at ata0-slave UDMA100 ad2: 114440MB at ata1-master UDMA100 ad3: 114473MB at ata1-slave UDMA100 da0 at ahc0 bus 0 target 8 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 34732MB (71132000 512 byte sectors: 255H 63S/T 4427C) cd0 at ahc0 bus 0 target 0 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 cd1 at ahc0 bus 0 target 4 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 20.000MB/s transfers (20.000MHz, offset 8) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted fxp0: link state changed to UP --Apple-Mail-5-384085040 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed titan# gvinum list 4 drives: D wd120a State: up /dev/ad0s1 A: 33/114470 MB (0%) D wd120b State: up /dev/ad1s1 A: 33/114470 MB (0%) D wd120c State: up /dev/ad2s1 A: 2/114439 MB (0%) D wd120d State: up /dev/ad3s1 A: 33/114470 MB (0%) 1 volume: V daten State: up Plexes: 1 Size: 335 GB 1 plex: P daten.p0 R5 State: up Subdisks: 4 Size: 335 GB 4 subdisks: S daten.p0.s3 State: up D: wd120d Size: 111 GB S daten.p0.s2 State: up D: wd120c Size: 111 GB S daten.p0.s1 State: up D: wd120b Size: 111 GB S daten.p0.s0 State: up D: wd120a Size: 111 GB This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: kmem_malloc(262144): kmem_map too small: 172400640 total allocated Uptime: 18h21m45s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0665e0e in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc06660a4 in panic (fmt=0xc08f0533 "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc07d2f1d in kmem_malloc (map=0xc10430c0, size=262144, flags=258) at /usr/src/sys/vm/vm_kern.c:299 #4 0xc07ca852 in page_alloc (zone=0x0, bytes=262144, pflag=0x0, wait=258) at /usr/src/sys/vm/uma_core.c:958 #5 0xc07ccbab in uma_large_malloc (size=262144, wait=258) at /usr/ src/sys/vm/uma_core.c:2701 #6 0xc065b605 in malloc (size=262144, mtp=0xc0948ce0, flags=258) at / usr/src/sys/kern/kern_malloc.c:329 #7 0xc57907ea in ?? () #8 0x00040000 in ?? () #9 0xc0948ce0 in g_gptmodule_sys_init () #10 0x00000102 in ?? () #11 0xc389f200 in ?? () #12 0x4b2c0000 in ?? () #13 0x00000001 in ?? () #14 0x00040000 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0xe1880000 in ?? () #18 0xc5783380 in ?? () #19 0xc4b79e70 in ?? () #20 0xdeb71d10 in ?? () #21 0xc578d985 in ?? () #22 0xc3620600 in ?? () #23 0xc5783380 in ?? () #24 0xc4b8f108 in ?? () #25 0xcd5f6000 in ?? () #26 0xe1880000 in ?? () #27 0x00000003 in ?? () #28 0x00040000 in ?? () #29 0x00000000 in ?? () #30 0x00040000 in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0x00040000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0xcd6f4000 in ?? () #37 0xcd5f4000 in ?? () #38 0xc0667124 in sigprocmask (td=0xc3620600, uap=0xc4b96c60) at /usr/ src/sys/kern/kern_sig.c:700 Previous frame inner to this frame (corrupt stack?) (kgdb) --Apple-Mail-5-384085040-- ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 17:35:40 2006 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 C2B3B16A4E5 for ; Sat, 5 Aug 2006 17:35:40 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC6943D7C for ; Sat, 5 Aug 2006 17:35:29 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J3J00KJKCV47L50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 05 Aug 2006 19:35:28 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.117]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J3J00GUKCV3RG10@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 05 Aug 2006 19:35:28 +0200 (CEST) Date: Sat, 05 Aug 2006 19:35:26 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: To: freebsd-stable@freebsd.org Message-id: <20060805193526.d6985842.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd5.5) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: Subject: Re: final message in buildworld as there is in buildkernel 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, 05 Aug 2006 17:35:40 -0000 On Sat, 05 Aug 2006 13:05:02 +0200 martinko wrote: > hello, > > i've been wondering why there is no "footer" in buildworld while > there's one at the end of buildkernel, eg: > > -------------------------------------------------------------- > >>> Kernel build for MB-AW1N completed on Sat Aug 5 12:56:54 CEST > >>> 2006 > -------------------------------------------------------------- Perhaps because it is quite easy to make one for yourself? make buildworld;echo "Buildworld is finished now!" How to make a multi-line footer is left as an exercise :-) -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 17:42:57 2006 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 C3E9D16A4E1 for ; Sat, 5 Aug 2006 17:42:57 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F23843D6B for ; Sat, 5 Aug 2006 17:42:55 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k75HgrX8075368; Sat, 5 Aug 2006 10:42:53 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k75HgrRI075367; Sat, 5 Aug 2006 10:42:53 -0700 (PDT) (envelope-from david) Date: Sat, 5 Aug 2006 10:42:52 -0700 From: David Wolfskill To: Torfinn Ingolfsen Message-ID: <20060805174252.GO490@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Torfinn Ingolfsen , freebsd-stable@freebsd.org References: <20060805193526.d6985842.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ey8hj1tzPpq3sJHh" Content-Disposition: inline In-Reply-To: <20060805193526.d6985842.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: final message in buildworld as there is in buildkernel 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, 05 Aug 2006 17:42:57 -0000 --Ey8hj1tzPpq3sJHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 05, 2006 at 07:35:26PM +0200, Torfinn Ingolfsen wrote: > ... > Perhaps because it is quite easy to make one for yourself? >=20 > make buildworld;echo "Buildworld is finished now!" >=20 > How to make a multi-line footer is left as an exercise :-) However, the cited example doesn't indicate whether the execution was successful or not. An initial cut at an attempt to do that might be something such as: make buildworld && \ echo "Buildworld finished OK at `date`" || \ echo "Buildworld errored out with status code $? at `date` Peace, david --=20 David H. Wolfskill david@catwhisker.org Propagating claims that 63.192.123.122/32 is dynamic demonstrates cluelessn= ess. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Ey8hj1tzPpq3sJHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkTU2JwACgkQmprOCmdXAD3M3wCfc9WopTkKFK+mz2xlsu2QwwQR jzsAn2w/5TVlDeGTb9sPHqaew1hhNAHk =yQZj -----END PGP SIGNATURE----- --Ey8hj1tzPpq3sJHh-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 5 22:07:44 2006 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 4E11216A50D for ; Sat, 5 Aug 2006 22:07:44 +0000 (UTC) (envelope-from scott.wilson@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABF843D46 for ; Sat, 5 Aug 2006 22:07:43 +0000 (GMT) (envelope-from scott.wilson@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so875776nfe for ; Sat, 05 Aug 2006 15:07:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NC+M/M9ohW+LnZy5rHnPIYej7NmVmB9ugCPB315YaeePOkecxQmr79BEb6HVxvfktmzASCkDkfTpsoCC69mdab9Rzd35Sr+tWNik0DzFq7E0Nlln36MiMnfxddhhPBwQB347wYDnYo20lsNWDhKGHxOQQeOT6OFqr/xKp2QAY0g= Received: by 10.78.134.12 with SMTP id h12mr1979920hud; Sat, 05 Aug 2006 15:07:41 -0700 (PDT) Received: by 10.78.70.10 with HTTP; Sat, 5 Aug 2006 15:07:41 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 00:07:41 +0200 From: "Scott Wilson" To: pyunyh@gmail.com In-Reply-To: <20060805031009.GB946@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <09BFF2FA5EAB4A45B6655E151BBDD903018924E0@NT-IRVA-0750.brcm.ad.broadcom.com> <200607130513.k6D5DTdb074868@ambrisko.com> <20060805031009.GB946@cdnetworks.co.kr> Cc: stable@freebsd.org, "David \(Controller AE\) Christensen" , davidch@freebsd.org, Eric Hodel Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! 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, 05 Aug 2006 22:07:44 -0000 On 8/5/06, Pyun YongHyeon wrote: > On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > On 7/13/06, Doug Ambrisko wrote: > > >David (Controller AE) Christensen writes: > > >| Sorry, I've been out on vacation and just got back into town. I'll MFC > > >| the patch within the next day or two. > > > > > >I'll let you merge in the down/up fix that I put into -current. > > > > > >Doug A. > > > > Hi, I just had a bce interface lock up with the same problem: > > > > Aug 4 07:00:16 pe3 kernel: bce0: /usr/src/sys/dev/bce/if_bce.c(4644): > > Error mapping mbuf into TX chain! > > Aug 4 07:00:47 pe3 last message repeated 368 times > > .... > > > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > > defragmentation patch mentioned in this thread. Any suggestions on > > how I can help find a fix? > > > > scott > > Hmm... I can see several bus_dma(9) related bugs in bce(4). > For architectures that have IOMMU hardware it may have corrupted DMA > mapping and I'm pretty sure it wouldn't work on sparc64. > When it has to handle many fragmented frame or has insufficient > number of free Tx descriptors it would show unexpected results. > Unfortunately I don't have hardwares supported by bce(4) and > fixing requiries a working hardware. :-( > I see ... I am running amd64 on some dell poweredge 1950 boxes. They're xeon processors, but have chosen amd64 because they have 8gig of ram each. Here are the relevant details on the interface.... bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto I could make a machine available remotely to someone if it would help. Any other advice on how I can help move this forward would be greatly appreciated! thanks, scott