From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 01:08:58 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7794C1065670; Sun, 16 Oct 2011 01:08:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 084518FC0C; Sun, 16 Oct 2011 01:08:57 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p9G18uXN097575; Sun, 16 Oct 2011 03:08:56 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p9G18uNS097574; Sun, 16 Oct 2011 03:08:56 +0200 (CEST) (envelope-from marius) Date: Sun, 16 Oct 2011 03:08:56 +0200 From: Marius Strobl To: Damien Fleuriot Message-ID: <20111016010856.GM39118@alchemy.franken.de> References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> <20111015205616.GL39118@alchemy.franken.de> <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> User-Agent: Mutt/1.4.2.3i Cc: "stable@freebsd.org" , "current@freebsd.org" , "net@freebsd.org" Subject: Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] 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, 16 Oct 2011 01:08:58 -0000 On Sun, Oct 16, 2011 at 02:46:23AM +0200, Damien Fleuriot wrote: > > > On 15 Oct 2011, at 22:56, Marius Strobl wrote: > > > > > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > > rl(4) only 8129 need testing, 8139 don't) please give the following > > patch a try in order to ensure it doesn't break anything? > > for 9/head: > > http://people.freebsd.org/~marius/mii_bitbang.diff > > for 8: > > http://people.freebsd.org/~marius/mii_bitbang.diff8 > > > > Thanks, > > Marius > > > > > While I don't have any box with this hardware, I'm thinking you might want to get a bit more specific about what you want tested... > > What do you think the patch might break ? > Basically, if there's something wrong with the patch the driver should fail to attach, if it still does and gets a link all should be fine. Marius From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 01:12:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E05651065689 for ; Sun, 16 Oct 2011 01:12:13 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3EC8FC1F for ; Sun, 16 Oct 2011 01:12:13 +0000 (UTC) Received: by wyi40 with SMTP id 40so872888wyi.13 for ; Sat, 15 Oct 2011 18:12:12 -0700 (PDT) Received: by 10.216.230.67 with SMTP id i45mr57617weq.111.1318727532580; Sat, 15 Oct 2011 18:12:12 -0700 (PDT) Received: from [192.168.0.47] (paris.c-mal.com. [88.170.200.60]) by mx.google.com with ESMTPS id es10sm22736036wbb.4.2011.10.15.18.12.10 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 18:12:11 -0700 (PDT) References: In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Sun, 16 Oct 2011 03:12:05 +0200 To: kapral Cc: "" Subject: Re: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2011 01:12:14 -0000 On 15 Oct 2011, at 14:24, kapral wrote: > Now i don't see any strange connections established but i had them b4 i > wrote email i know my browsers connect to strange ip unfortunatly i didn't= > checked a port to whih was connected to but it was from high ports abowe > 1024 on my local machine >=20 That is normal behaviour, your machine uses unprivileged ports for outgoing c= onnections, which is a smart thing to do, as using ports <1024 requires root= privileges. > there was no stranege connections to google or other pages i visit nor the= > dns connection this ware connections established to adres i don't know and= > i didn't browse them from my browser sorry i wont put the output but i > found it by lsof -i >=20 > Regards=20 > Tomasz Marszal >=20 You would do well to heed Jeremy's advice, and read up on the links he's giv= en you before questioning the validity of his answer ;) He often posts to the list and always goes the extra mile to back his claims= with actual documentation or proof. Read the links he's provided, they will help you understand.= From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 01:17:09 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7270B106564A; Sun, 16 Oct 2011 01:17:09 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AC8778FC17; Sun, 16 Oct 2011 01:17:08 +0000 (UTC) Received: by wwi18 with SMTP id 18so1646381wwi.31 for ; Sat, 15 Oct 2011 18:17:07 -0700 (PDT) Received: by 10.227.196.211 with SMTP id eh19mr4906657wbb.6.1318725991126; Sat, 15 Oct 2011 17:46:31 -0700 (PDT) Received: from [192.168.0.47] (paris.c-mal.com. [88.170.200.60]) by mx.google.com with ESMTPS id fy13sm22606825wbb.18.2011.10.15.17.46.29 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 17:46:29 -0700 (PDT) References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> <20111015205616.GL39118@alchemy.franken.de> In-Reply-To: <20111015205616.GL39118@alchemy.franken.de> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Sun, 16 Oct 2011 02:46:23 +0200 To: Marius Strobl Cc: "stable@freebsd.org" , "current@freebsd.org" , "net@freebsd.org" Subject: Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] 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, 16 Oct 2011 01:17:09 -0000 On 15 Oct 2011, at 22:56, Marius Strobl wrote: >=20 > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > rl(4) only 8129 need testing, 8139 don't) please give the following > patch a try in order to ensure it doesn't break anything? > for 9/head: > http://people.freebsd.org/~marius/mii_bitbang.diff > for 8: > http://people.freebsd.org/~marius/mii_bitbang.diff8 >=20 > Thanks, > Marius >=20 While I don't have any box with this hardware, I'm thinking you might want t= o get a bit more specific about what you want tested... What do you think the patch might break ? From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 09:09:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2492106564A; Sun, 16 Oct 2011 09:09:20 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 419C08FC08; Sun, 16 Oct 2011 09:09:20 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p9G99Fsq003210 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 16 Oct 2011 10:09:16 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p9G99Fsq003210 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1318756156; bh=JE9n2SW64lju6eHyCTGrkDoSb2ecWDzJcJADDnAxoWM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4E9A9F32.5090406@infracaninophile.co.uk>|Date:=20S un,=2016=20Oct=202011=2010:09:06=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0.1)=20Gecko/2 0110929=20Thunderbird/7.0.1|MIME-Version:=201.0|To:=20Qing=20Li=20 |CC:=20FreeBSD=20Stable=20List=20|Subject:=20Re:=20IPv6=20and=20aliases=20on=20loopb ack=20interfaces|References:=20<4E99F1D5.7090108@infracaninophile. co.uk>=20|In-Reply-To:=20|X-Enigmail-Version:=201.3.2| OpenPGP:=20id=3D60AE908C|Content-Type:=20multipart/signed=3B=20mic alg=3Dpgp-sha1=3B=0D=0A=20protocol=3D"application/pgp-signature"=3 B=0D=0A=20boundary=3D"------------enigE26F48F5ECC0D79E7EEC4A65"; b=tRCJq7Dv6lY618VScEYIIMALY4VW8GvZdoVEmk5MHIW1+LeynRSv5OIR4TZcMyd/8 oX0z0ZawCMhcGhE/cFKgf0QAC61quJTSuAXneeImCAwD2S5XgdXZRy1GpbUIE2c7w0 Clc9qqNSCjZv+FVrHrIDQ8rzyYL6E+CleuPtq7nc= Message-ID: <4E9A9F32.5090406@infracaninophile.co.uk> Date: Sun, 16 Oct 2011 10:09:06 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Qing Li References: <4E99F1D5.7090108@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE26F48F5ECC0D79E7EEC4A65" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable List Subject: Re: IPv6 and aliases on loopback interfaces 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, 16 Oct 2011 09:09:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE26F48F5ECC0D79E7EEC4A65 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/10/2011 23:44, Qing Li wrote: > I uploaded a patch last night for this issue, it's sitting at >=20 > http://people.freebsd.org/~qingli/in6.c.diff >=20 > --Qing >=20 Lovely -- thank you very much. That works perfectly. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigE26F48F5ECC0D79E7EEC4A65 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6anzoACgkQ8Mjk52CukIzhaQCeKH3rh6ASxaGIfw4KUuZ97VGD qZ0AoJQCfvTA0is3I7KoD11SmmNAEKws =bbrQ -----END PGP SIGNATURE----- --------------enigE26F48F5ECC0D79E7EEC4A65-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 13:46:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841A0106566B for ; Sun, 16 Oct 2011 13:46:42 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep18.mx.upcmail.net (fep18.mx.upcmail.net [62.179.121.38]) by mx1.freebsd.org (Postfix) with ESMTP id 064718FC0A for ; Sun, 16 Oct 2011 13:46:41 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep18-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20111016134639.CCJD1564.viefep18-int.chello.at@edge01.upcmail.net>; Sun, 16 Oct 2011 15:46:39 +0200 Received: from pinky ([213.93.232.119]) by edge01.upcmail.net with edge id lRmc1h01a2bDWHx01RmdzQ; Sun, 16 Oct 2011 15:46:39 +0200 X-SourceIP: 213.93.232.119 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Matthew Seaman" , "George Kontostanos" References: <20111012085200.218ba031@laptop> <20111012132458.4b3ebdb0@laptop> <4E958184.5010708@infracaninophile.co.uk> Date: Sun, 16 Oct 2011 15:46:36 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.51 (Win32) X-Cloudmark-Analysis: v=1.1 cv=h6X7fkn2Y8psEldlT1JduSyVgv7YVLWttKdqKtnr7ik= c=1 sm=0 a=lm4eusMn8AwA:10 a=NG6RAcL3_PMA:10 a=bgpUlknNv7MA:10 a=IkcTkHD0fZMA:10 a=pGLkceISAAAA:8 a=WF2pI21SAAAA:8 a=6I5d2MoRAAAA:8 a=pR3xYpNkAAAA:8 a=c5Ec00WpXeznFmQdUK8A:9 a=Fu3EENETPeD6lfWsgNoA:7 a=QEXdDO2ut3YA:10 a=MFcOQgInSocA:10 a=MSl-tDqOz04A:10 a=MHmzl5aOqcYA:10 a=L6T7rUbi2nMVPrfp:21 a=R7EQRqWyVF659xoX:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: "Sergey V. Dyatko" , FreeBSD Stable Subject: Re: ports index on FreeBSD 9 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, 16 Oct 2011 13:46:42 -0000 On Sat, 15 Oct 2011 11:24:32 +0200, George Kontostanos wrote: > On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos > wrote: >> On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman >> wrote: >>> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>>> On Wed, 12 Oct 2011 13:12:55 +0300 >>>> George Kontostanos wrote: >>>> >>>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>>> wrote: >>>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>>> George Kontostanos wrote: >>>>>> >>>>>>> Hi everyone, >>>>>>> >>>>>>> I was wondering if there is any progress regarding the >>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >>>>>>> >>>>>>> >>>>>> >>>>>> svn log -v -r226274 >>>>> >>>>>> wbr, tiger >>>>>> >>>>> Do you mean this: >>>>> http://svnweb.freebsd.org/base?view=revision&revision=226274 ? >>>>> >>>>> >>>> >>>> oops, sorry, wrong revision. >>>> >>>> svn log -v -r226277 http://svn.freebsd.org/base/head >>>> >>>> >>> >>> MFC to stable/9 might be a good idea... >>> >>> Cheers, >>> >>> Matthew >>> >>> -- >>> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >>> Flat 3 >>> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >>> JID: matthew@infracaninophile.co.uk Kent, CT11 9PW >>> >>> >> svn commit: r226322 - stable/9/etc >> >> Thanks everyone >> >> -- >> George Kontostanos >> aisecure.net >> > It still doesn't upgrade the index file properly : > > hp# portsnap fetch update && portversion -v | grep "<" > Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. > Fetching snapshot tag from portsnap5.FreeBSD.org... done. > Fetching snapshot metadata... done. > Updating from Thu Oct 6 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EEST > 2011. > Fetching 3 metadata patches.. done. > Applying metadata patches... done. > .... > .... > Building new INDEX files... done. > ezm3-1.1_2 < needs updating (port has 1.2_1) > > > hp# cd /usr/ports/ > hp# make fetchindex > /usr/ports/INDEX-9.bz2 100% of 1512 kB 183 kBps > hp# portversion -v | grep "<" > [Updating the portsdb in /usr/ports ... - 22730 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000.........21000.........22000....... > ..... done] > ezm3-1.1_2 < needs updating (port has 1.2_1) > ffmpeg-0.7.5,1 < needs updating (port has 0.7.6,1) > libltdl-2.4 < needs updating (port has 2.4_1) > libtool-2.4 < needs updating (port has 2.4_1) > mpfr-3.0.1 < needs updating (port has 3.1.0_1) > p5-Authen-NTLM-1.08_1 < needs updating (port has 1.09) > p5-Class-Load-0.10 < needs updating (port has 0.11) > p5-DateTime-TimeZone-1.36 < needs updating (port has 1.39) > p5-Module-Metadata-1.000006 < needs updating (port has 1.000007) > phpMyAdmin-3.4.5 < needs updating (port has 3.4.6.r1) > x264-0.115.2000 < needs updating (port has 0.116.2076) > > > I think, but I am not an authority on this, that you should do a portsnap extract so the index is in sync with the extracted ports. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 17:30:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92AC1106566B for ; Sun, 16 Oct 2011 17:30:32 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1018FC19 for ; Sun, 16 Oct 2011 17:30:32 +0000 (UTC) Received: by iaky10 with SMTP id y10so6415880iak.13 for ; Sun, 16 Oct 2011 10:30:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lE5mV1Si3vlVxdGKmrMtGENR1jYqaQoBUNAHDJjjRwg=; b=pxch7xFOKNCaIvrfBDszQxZ82IOdtD7tn4Jwl1PBRiVsNTkWKNPqpRlb5CHQ3cTZjU D/PCtiGFVLZKKLGd9kBLrc0p1u0pBgk93GAdQfrOSFE9j31wWTrjxGca0iJHScDphEA+ c2X1++C8Wq2cu73DBk0uhlR2C+Qt4qTFOu4Ig= MIME-Version: 1.0 Received: by 10.231.63.11 with SMTP id z11mr7566651ibh.23.1318786231698; Sun, 16 Oct 2011 10:30:31 -0700 (PDT) Received: by 10.231.34.140 with HTTP; Sun, 16 Oct 2011 10:30:31 -0700 (PDT) In-Reply-To: References: <20111012085200.218ba031@laptop> <20111012132458.4b3ebdb0@laptop> <4E958184.5010708@infracaninophile.co.uk> Date: Sun, 16 Oct 2011 20:30:31 +0300 Message-ID: From: George Kontostanos To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , "Sergey V. Dyatko" Subject: Re: ports index on FreeBSD 9 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, 16 Oct 2011 17:30:32 -0000 On Sun, Oct 16, 2011 at 4:46 PM, Ronald Klop wrote: > On Sat, 15 Oct 2011 11:24:32 +0200, George Kontostanos > wrote: > >> On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos >> wrote: >>> >>> On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman >>> wrote: >>>> >>>> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>>>> >>>>> On Wed, 12 Oct 2011 13:12:55 +0300 >>>>> George Kontostanos wrote: >>>>> >>>>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>>>> wrote: >>>>>>> >>>>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>>>> George Kontostanos wrote: >>>>>>> >>>>>>>> Hi everyone, >>>>>>>> >>>>>>>> I was wondering if there is any progress regarding the >>>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 . >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> svn log -v -r226274 >>>>>> >>>>>>> wbr, tiger >>>>>>> >>>>>> Do you mean this: >>>>>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D226274 ? >>>>>> >>>>>> >>>>> >>>>> oops, sorry, wrong revision. >>>>> >>>>> svn log -v -r226277 http://svn.freebsd.org/base/head >>>>> >>>>> >>>> >>>> MFC to stable/9 might be a good idea... >>>> >>>> =A0 =A0 =A0 Cheers, >>>> >>>> =A0 =A0 =A0 Matthew >>>> >>>> -- >>>> Dr Matthew J Seaman MA, D.Phil. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 7 = Priory Courtyard >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 Flat 3 >>>> PGP: http://www.infracaninophile.co.uk/pgpkey =A0 =A0 Ramsgate >>>> JID: matthew@infracaninophile.co.uk =A0 =A0 =A0 =A0 =A0 =A0 =A0 Kent, = CT11 9PW >>>> >>>> >>> svn commit: r226322 - stable/9/etc >>> >>> Thanks everyone >>> >>> -- >>> George Kontostanos >>> aisecure.net >>> >> It still doesn't upgrade the index file properly : >> >> hp# portsnap fetch update && portversion -v | grep "<" >> Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. >> Fetching snapshot tag from portsnap5.FreeBSD.org... done. >> Fetching snapshot metadata... done. >> Updating from Thu Oct =A06 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EES= T >> 2011. >> Fetching 3 metadata patches.. done. >> Applying metadata patches... done. >> .... >> .... >> Building new INDEX files... done. >> ezm3-1.1_2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port = has 1.2_1) >> >> >> hp# cd /usr/ports/ >> hp# make fetchindex >> /usr/ports/INDEX-9.bz2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A010= 0% of 1512 kB =A0183 kBps >> hp# portversion -v | grep "<" >> [Updating the portsdb in /usr/ports ... - 22730 port >> entries found >> .........1000.........2000.........3000.........4000.........5000.......= ..6000.........7000.........8000.........9000.........10000.........11000..= .......12000.........13000.........14000.........15000.........16000.......= ..17000.........18000.........19000.........20000.........21000.........220= 00....... >> ..... done] >> ezm3-1.1_2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port = has 1.2_1) >> ffmpeg-0.7.5,1 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port has = 0.7.6,1) >> libltdl-2.4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 < =A0needs updating (port ha= s 2.4_1) >> libtool-2.4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 < =A0needs updating (port ha= s 2.4_1) >> mpfr-3.0.1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port = has 3.1.0_1) >> p5-Authen-NTLM-1.08_1 =A0 =A0 =A0 < =A0needs updating (port has 1.09) >> p5-Class-Load-0.10 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port has 0.11= ) >> p5-DateTime-TimeZone-1.36 =A0 < =A0needs updating (port has 1.39) >> p5-Module-Metadata-1.000006 =A0< =A0needs updating (port has 1.000007) >> phpMyAdmin-3.4.5 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port has 3.= 4.6.r1) >> x264-0.115.2000 =A0 =A0 =A0 =A0 =A0 =A0 < =A0needs updating (port has 0.= 116.2076) >> >> >> > > I think, but I am not an authority on this, that you should do a portsnap > extract so the index is in sync with the extracted ports. > > Ronald. > Yeap you could be right on this one. I will try it out again on RC1 --=20 George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 22:22:31 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1CC7106566C for ; Sun, 16 Oct 2011 22:22:31 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 979618FC08 for ; Sun, 16 Oct 2011 22:22:31 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id QAA21829 for ; Sun, 16 Oct 2011 16:22:28 -0600 (MDT) Message-Id: <201110162222.QAA21829@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 16 Oct 2011 16:22:25 -0600 To: stable@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Timing of 9.0-RC1? 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, 16 Oct 2011 22:22:32 -0000 Any word regarding timing of FreeBSD 9.0-RC1? Building machines, and would like to build with at least a release candidate rather than a beta. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 22:36:44 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B451065672 for ; Sun, 16 Oct 2011 22:36:44 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id A43FE8FC20 for ; Sun, 16 Oct 2011 22:36:43 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id QAA21918; Sun, 16 Oct 2011 16:36:40 -0600 (MDT) Message-Id: <201110162236.QAA21918@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 16 Oct 2011 16:36:40 -0600 To: Andrew Thompson From: Brett Glass In-Reply-To: References: <201110162222.QAA21829@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@FreeBSD.org Subject: Re: Timing of 9.0-RC1? 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, 16 Oct 2011 22:36:44 -0000 Thank you! Did not know to look for this in the source tree; now I know. --Brett Glass At 04:24 PM 10/16/2011, Andrew Thompson wrote: >On 17 October 2011 11:22, Brett Glass wrote: >> Any word regarding timing of FreeBSD 9.0-RC1? Building machines, and would >> like to build with at least a release candidate rather than a beta. >> > >If you see this commit, it looks like the RC1 build is underway. I >would guess the isos will be out in 24-48+ hours. > >http://svnweb.freebsd.org/base?view=revision&revision=226438 > > >Andrew > > > >----- >No virus found in this message. >Checked by AVG - www.avg.com >Version: 10.0.1411 / Virus Database: 1522/3955 - Release Date: 10/16/11 From owner-freebsd-stable@FreeBSD.ORG Sun Oct 16 22:51:13 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E1951065672 for ; Sun, 16 Oct 2011 22:51:13 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 250488FC0C for ; Sun, 16 Oct 2011 22:51:12 +0000 (UTC) Received: by iaky10 with SMTP id y10so6707933iak.13 for ; Sun, 16 Oct 2011 15:51:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.3.225 with SMTP id 33mr7594554ibo.87.1318803878363; Sun, 16 Oct 2011 15:24:38 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.231.36.66 with HTTP; Sun, 16 Oct 2011 15:24:38 -0700 (PDT) In-Reply-To: <201110162222.QAA21829@lariat.net> References: <201110162222.QAA21829@lariat.net> Date: Mon, 17 Oct 2011 11:24:38 +1300 X-Google-Sender-Auth: DyTj_GRU5CeGgi48bxLw3c7on_Q Message-ID: From: Andrew Thompson To: Brett Glass Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: Timing of 9.0-RC1? 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, 16 Oct 2011 22:51:13 -0000 On 17 October 2011 11:22, Brett Glass wrote: > Any word regarding timing of FreeBSD 9.0-RC1? Building machines, and would > like to build with at least a release candidate rather than a beta. > If you see this commit, it looks like the RC1 build is underway. I would guess the isos will be out in 24-48+ hours. http://svnweb.freebsd.org/base?view=revision&revision=226438 Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 00:24:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09CC0106564A; Mon, 17 Oct 2011 00:24:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 469C18FC1A; Mon, 17 Oct 2011 00:23:57 +0000 (UTC) Received: by wyi40 with SMTP id 40so1535390wyi.13 for ; Sun, 16 Oct 2011 17:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mime-version :content-type:content-disposition:user-agent; bh=k0MQ75+wfg/gHEKQaGpL4aEF95IPCtfSOrUcG30dC/Y=; b=czHzCZyH0HdWGFf4BChDJN6n7h+m89I043ov3u2scRGPUIfGnsyUSzuOSFbX9me4iE NFemW9ZQ9U00hTuNVj6LbAeLVJlf9Qjmg3X/TJO0JX7BYdZEva8VE2Z/WpaVpbhpjl46 eEOiI9kLOmJqv/ec7d2AzBv6f+6o/bie9kpwM= Received: by 10.227.157.18 with SMTP id z18mr5979413wbw.85.1318811036122; Sun, 16 Oct 2011 17:23:56 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n21sm28059775wbp.2.2011.10.16.17.23.53 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 16 Oct 2011 17:23:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 16 Oct 2011 17:22:13 -0700 From: YongHyeon PYUN Date: Sun, 16 Oct 2011 17:22:13 -0700 To: freebsd-current@FreeBSD.org Message-ID: <20111017002213.GB3338@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Call for testers : ALi/ULi M5261/M5263 ethernet controller 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: Mon, 17 Oct 2011 00:24:00 -0000 Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 03:13:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A3476106566B for ; Mon, 17 Oct 2011 03:13:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 68AF214E741; Mon, 17 Oct 2011 03:13:48 +0000 (UTC) Message-ID: <4E9B9D6C.5000209@FreeBSD.org> Date: Sun, 16 Oct 2011 20:13:48 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Oleg Ginzburg References: <201110150448.19507.olevole@olevole.ru> In-Reply-To: <201110150448.19507.olevole@olevole.ru> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: backup for /var/db/ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2011 03:13:48 -0000 On 10/14/2011 17:48, Oleg Ginzburg wrote: > Hi > > With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up > /var/db/ports dir I'm curious as to the reason for doing this. The options are easy to recreate, and not particularly dynamic. Doug From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 04:27:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64AA51065675; Mon, 17 Oct 2011 04:27:13 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id A86068FC13; Mon, 17 Oct 2011 04:27:12 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p9H4R8WD039686; Mon, 17 Oct 2011 11:27:09 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E9BAE97.1060802@rdtc.ru> Date: Mon, 17 Oct 2011 11:27:03 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Doug Barton References: <201110150448.19507.olevole@olevole.ru> <4E9B9D6C.5000209@FreeBSD.org> In-Reply-To: <4E9B9D6C.5000209@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Oleg Ginzburg Subject: Re: backup for /var/db/ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2011 04:27:13 -0000 17.10.2011 10:13, Doug Barton ÐÉÛÅÔ: > On 10/14/2011 17:48, Oleg Ginzburg wrote: >> Hi >> >> With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up >> /var/db/ports dir > > I'm curious as to the reason for doing this. The options are easy to > recreate, and not particularly dynamic. How do you recreate them without backup after N years passed? :-) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 04:33:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349A8106566C for ; Mon, 17 Oct 2011 04:33:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD0F8FC0A for ; Mon, 17 Oct 2011 04:33:37 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta12.emeryville.ca.mail.comcast.net with comcast id lgVr1h0020cQ2SLACgZX2o; Mon, 17 Oct 2011 04:33:31 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.emeryville.ca.mail.comcast.net with comcast id lgYZ1h0101t3BNj8WgYZcy; Mon, 17 Oct 2011 04:32:34 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0AFA3102C1C; Sun, 16 Oct 2011 21:33:36 -0700 (PDT) Date: Sun, 16 Oct 2011 21:33:36 -0700 From: Jeremy Chadwick To: Eugene Grosbein Message-ID: <20111017043336.GA38796@icarus.home.lan> References: <201110150448.19507.olevole@olevole.ru> <4E9B9D6C.5000209@FreeBSD.org> <4E9BAE97.1060802@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9BAE97.1060802@rdtc.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Doug Barton , freebsd-stable@freebsd.org, Oleg Ginzburg Subject: Re: backup for /var/db/ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2011 04:33:38 -0000 On Mon, Oct 17, 2011 at 11:27:03AM +0700, Eugene Grosbein wrote: > 17.10.2011 10:13, Doug Barton ?????: > > On 10/14/2011 17:48, Oleg Ginzburg wrote: > >> Hi > >> > >> With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up > >> /var/db/ports dir > > > > I'm curious as to the reason for doing this. The options are easy to > > recreate, and not particularly dynamic. > > How do you recreate them without backup after N years passed? :-) And who's to say that all of the WITH and WITHOUT knobs for that port will remain the same after N years passed? Or that there aren't others added/removed by then? I do see the justification in what you want, however. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 04:38:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1AF611065670 for ; Mon, 17 Oct 2011 04:38:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0950015479C; Mon, 17 Oct 2011 04:38:10 +0000 (UTC) Message-ID: <4E9BB132.2030100@FreeBSD.org> Date: Sun, 16 Oct 2011 21:38:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Eugene Grosbein References: <201110150448.19507.olevole@olevole.ru> <4E9B9D6C.5000209@FreeBSD.org> <4E9BAE97.1060802@rdtc.ru> In-Reply-To: <4E9BAE97.1060802@rdtc.ru> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Oleg Ginzburg Subject: Re: backup for /var/db/ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2011 04:38:13 -0000 On 10/16/2011 21:27, Eugene Grosbein wrote: > 17.10.2011 10:13, Doug Barton пишет: >> On 10/14/2011 17:48, Oleg Ginzburg wrote: >>> Hi >>> >>> With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up >>> /var/db/ports dir >> >> I'm curious as to the reason for doing this. The options are easy to >> recreate, and not particularly dynamic. > > How do you recreate them without backup after N years passed? :-) I didn't say that they shouldn't be backed up, simply that I don't see the need to back them up every night. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 10:10:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A73231065672; Mon, 17 Oct 2011 10:10:02 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3000:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 40B7B8FC13; Mon, 17 Oct 2011 10:10:01 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RFk8u-000CI2-5T; Mon, 17 Oct 2011 11:10:00 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RFk8u-0000lU-4l; Mon, 17 Oct 2011 11:10:00 +0100 To: m.seaman@infracaninophile.co.uk, qingli@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Mon, 17 Oct 2011 11:10:00 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and aliases on loopback interfaces 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, 17 Oct 2011 10:10:02 -0000 > I uploaded a patch last night for this issue, it's sitting at > > http://people.freebsd.org/~qingli/in6.c.diff I just tested this and works fine for me too - was actually tearing my hair out, as I asked how to do this on STABLE last week and got the answer "clone lo1", which I tested and worked, but then trying to deploy it in anger these last few days it seemed to have stopped working. Seems I picked just the wrong time to do an upgrade :-) Any chnace of getting it into -STABLE in the next few days ? cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 10:51:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 516AB1065673 for ; Mon, 17 Oct 2011 10:51:59 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4818FC20 for ; Mon, 17 Oct 2011 10:51:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 39D005CA12 for ; Mon, 17 Oct 2011 13:35:04 +0300 (EEST) X-Virus-Scanned: amavisd-new at bulinfo.net Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uVKFRsnAEVPg for ; Mon, 17 Oct 2011 13:35:04 +0300 (EEST) Received: from [192.168.2.187] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 08BCC5CA11 for ; Mon, 17 Oct 2011 13:35:04 +0300 (EEST) Message-ID: <4E9C04D8.1070400@bulinfo.net> Date: Mon, 17 Oct 2011 13:35:04 +0300 From: Krassimir Slavchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.23) Gecko/20110929 Thunderbird/3.1.15 MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: FreeBSD 8 kernel module dependencies? 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, 17 Oct 2011 10:51:59 -0000 Hello list, I have a kernel module for an usb device which have to be loaded before geom_eli. This scenario works on FreeBSD 7.x using MODULE_DEPEND: g_eli.c: MODULE_DEPEND(g_eli, mymodule, 1, 1, 1); mymodule.c: MODULE_DEPEND(mymodule, usb, 1, 1, 1); MODULE_VERSION(mymodule, 1); Unfortunately I can not achieve this under 8.x. The geom_eli is loaded before the usb loading is finished. Adding MODULE_DEPEND(g_eli, usb, 1, 1, 1); in geom_eli does not help too. Is there something I miss? How to trace the module loading order? Thanks in advance From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 11:40:47 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D39ED1065677 for ; Mon, 17 Oct 2011 11:40:47 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 29A658FC0C for ; Mon, 17 Oct 2011 11:40:46 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id C436C3983F; Mon, 17 Oct 2011 13:22:44 +0200 (CEST) Date: Mon, 17 Oct 2011 13:22:44 +0200 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20111017112244.GA1202@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Problems with pagedaemon 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, 17 Oct 2011 11:40:48 -0000 Hello, I have a MySQL server that even without any query executing is eating a lot of CPU. After taking a look at what's happening, seems the problem is that pagedaemon is eating a lot of CPU. System is not swapping. Any ideas on what can i look to know why is pagedaemon eating so much CPU? I attached the info that i think could be useful, but if you need something more, just ask. Regards. FreeBSD version: 8.1-RELEASE MySQL Version: mysql-server-5.1.56 File system: UFS2, no ZFS installed Storage: Adaptec 5405 with 4 SCSI SAS disks on RAID 10 real memory = 25769803776 (24576 MB) avail memory = 24837259264 (23686 MB) CPU: Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz (3355.00-MHz K8-class CPU) top -HS output: last pid: 9640; load averages: 5.04, 4.29, 3.89 up 165+19:02:39 13:14:32 180 processes: 17 running, 137 sleeping, 26 waiting CPU: 0.0% user, 0.0% nice, 21.7% system, 0.1% interrupt, 78.2% idle Mem: 18G Active, 1984M Inact, 2974M Wired, 157M Cache, 2465M Buf, 448M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 192K CPU11 11 3973.3 100.00% {idle: cpu11} 8 root 76 - 0K 16K CPU7 7 133:16 100.00% pagedaemon 11 root 171 ki31 0K 192K CPU9 9 3976.1 86.38% {idle: cpu9} 11 root 171 ki31 0K 192K CPU1 1 3956.5 80.27% {idle: cpu1} 11 root 171 ki31 0K 192K CPU6 6 3968.8 74.17% {idle: cpu6} 11 root 171 ki31 0K 192K CPU5 5 3969.2 72.75% {idle: cpu5} 11 root 171 ki31 0K 192K CPU3 3 3967.2 72.66% {idle: cpu3} 11 root 171 ki31 0K 192K CPU8 8 3974.3 62.50% {idle: cpu8} 11 root 171 ki31 0K 192K RUN 10 3972.4 57.76% {idle: cpu10} 11 root 171 ki31 0K 192K CPU4 4 3963.7 55.08% {idle: cpu4} 11 root 171 ki31 0K 192K CPU2 2 3940.5 52.10% {idle: cpu2} 80533 mysql 76 0 20908M 19355M biord 0 106:33 48.00% {mysqld} 80533 mysql 76 0 20908M 19355M ucond 2 12:13 47.27% {mysqld} 11 root 171 ki31 0K 192K CPU0 0 3941.9 46.78% {idle: cpu0} 80533 mysql 104 0 20908M 19355M CPU1 1 607:21 38.38% {mysqld} 3 root -8 - 0K 16K - 5 143:13 37.16% g_up 9640 root 101 0 9336K 2100K CPU10 10 0:03 25.29% top 80533 mysql 54 0 20908M 19355M sbwait 4 7:53 22.27% {mysqld} 11 root 171 ki31 0K 192K RUN 7 3970.5 10.06% {idle: cpu7} 13503 victor 49 0 9336K 2448K CPU8 8 3:07 7.47% top 7682 victor 50 0 9336K 3084K select 0 2:25 5.76% top 8002 root 53 0 10296K 0K pause 9 0:19 4.49% 9 root 46 - 0K 16K psleep 8 1:01 3.76% vmdaemon sysctl vm.stats.vm output: vm.stats.vm.v_kthreadpages: 0 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_vforkpages: 1770817093 vm.stats.vm.v_forkpages: 2012248610 vm.stats.vm.v_kthreads: 21 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_vforks: 6822338 vm.stats.vm.v_forks: 7667817 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_cache_max: 323542 vm.stats.vm.v_cache_min: 161771 vm.stats.vm.v_cache_count: 42352 vm.stats.vm.v_inactive_count: 507855 vm.stats.vm.v_inactive_target: 242656 vm.stats.vm.v_active_count: 4668821 vm.stats.vm.v_wire_count: 761236 vm.stats.vm.v_free_count: 112751 vm.stats.vm.v_free_min: 38447 vm.stats.vm.v_free_target: 161771 vm.stats.vm.v_free_reserved: 7983 vm.stats.vm.v_page_count: 6093208 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_tfree: 1587184388 vm.stats.vm.v_pfree: 2052461115 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_tcached: 200409554 vm.stats.vm.v_pdpages: 206312407 vm.stats.vm.v_pdwakeups: 100136 vm.stats.vm.v_reactivated: 50080723 vm.stats.vm.v_intrans: 346784 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_vnodepgsin: 89871 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodein: 27358 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_ozfod: 473155 vm.stats.vm.v_zfod: 2011670267 vm.stats.vm.v_cow_optim: 363755 vm.stats.vm.v_cow_faults: 1097383176 vm.stats.vm.v_vm_faults: 15143069 -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 13:48:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0DE106564A for ; Mon, 17 Oct 2011 13:48:56 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 520F68FC12 for ; Mon, 17 Oct 2011 13:48:56 +0000 (UTC) Received: by iaky10 with SMTP id y10so7643031iak.13 for ; Mon, 17 Oct 2011 06:48:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=YY19sreTapk9uXves9wi8Wicbiq5ApmVa8poe6k0DJ8=; b=K+ruDXx2nrLwAqK88+q+XPcF+CTvJtivOxoMcSjgI6NDcg8d7pAIfSpSs/QBPw+Ap8 8AvCpiX4f4eAuKLEXlmffd4j+ZM8szYopdW805YkgpIRc/YQpYpvzCCyOLIWgniTpHmr 0/I6q1Qq92JTliF0znYM+PcmNY7J353zXN1es= MIME-Version: 1.0 Received: by 10.231.70.7 with SMTP id b7mr9156296ibj.49.1318859335680; Mon, 17 Oct 2011 06:48:55 -0700 (PDT) Received: by 10.231.34.140 with HTTP; Mon, 17 Oct 2011 06:48:55 -0700 (PDT) In-Reply-To: References: <20111012085200.218ba031@laptop> <20111012132458.4b3ebdb0@laptop> <4E958184.5010708@infracaninophile.co.uk> Date: Mon, 17 Oct 2011 16:48:55 +0300 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: ports index on FreeBSD 9 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, 17 Oct 2011 13:48:56 -0000 On Sun, Oct 16, 2011 at 8:30 PM, George Kontostanos wrote: > On Sun, Oct 16, 2011 at 4:46 PM, Ronald Klop > wrote: >> On Sat, 15 Oct 2011 11:24:32 +0200, George Kontostanos >> wrote: >> >>> On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos >>> wrote: >>>> >>>> On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman >>>> wrote: >>>>> >>>>> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>>>>> >>>>>> On Wed, 12 Oct 2011 13:12:55 +0300 >>>>>> George Kontostanos wrote: >>>>>> >>>>>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>>>>> wrote: >>>>>>>> >>>>>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>>>>> George Kontostanos wrote: >>>>>>>> >>>>>>>>> Hi everyone, >>>>>>>>> >>>>>>>>> I was wondering if there is any progress regarding the >>>>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 . >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> svn log -v -r226274 >>>>>>> >>>>>>>> wbr, tiger >>>>>>>> >>>>>>> Do you mean this: >>>>>>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D226274 ? >>>>>>> >>>>>>> >>>>>> >>>>>> oops, sorry, wrong revision. >>>>>> >>>>>> svn log -v -r226277 http://svn.freebsd.org/base/head >>>>>> >>>>>> >>>>> >>>>> MFC to stable/9 might be a good idea... >>>>> >>>>> =A0 =A0 =A0 Cheers, >>>>> >>>>> =A0 =A0 =A0 Matthew >>>>> >>>>> -- >>>>> Dr Matthew J Seaman MA, D.Phil. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 7= Priory Courtyard >>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 Flat 3 >>>>> PGP: http://www.infracaninophile.co.uk/pgpkey =A0 =A0 Ramsgate >>>>> JID: matthew@infracaninophile.co.uk =A0 =A0 =A0 =A0 =A0 =A0 =A0 Kent,= CT11 9PW >>>>> >>>>> >>>> svn commit: r226322 - stable/9/etc >>>> >>>> Thanks everyone >>>> >>>> -- >>>> George Kontostanos >>>> aisecure.net >>>> >>> It still doesn't upgrade the index file properly : >>> >>> hp# portsnap fetch update && portversion -v | grep "<" >>> Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. >>> Fetching snapshot tag from portsnap5.FreeBSD.org... done. >>> Fetching snapshot metadata... done. >>> Updating from Thu Oct =A06 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EE= ST >>> 2011. >>> Fetching 3 metadata patches.. done. >>> Applying metadata patches... done. >>> .... >>> .... >>> Building new INDEX files... done. >>> ezm3-1.1_2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port= has 1.2_1) >>> >>> >>> hp# cd /usr/ports/ >>> hp# make fetchindex >>> /usr/ports/INDEX-9.bz2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01= 00% of 1512 kB =A0183 kBps >>> hp# portversion -v | grep "<" >>> [Updating the portsdb in /usr/ports ... - 22730 port >>> entries found >>> .........1000.........2000.........3000.........4000.........5000......= ...6000.........7000.........8000.........9000.........10000.........11000.= ........12000.........13000.........14000.........15000.........16000......= ...17000.........18000.........19000.........20000.........21000.........22= 000....... >>> ..... done] >>> ezm3-1.1_2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port= has 1.2_1) >>> ffmpeg-0.7.5,1 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port has= 0.7.6,1) >>> libltdl-2.4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 < =A0needs updating (port h= as 2.4_1) >>> libtool-2.4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 < =A0needs updating (port h= as 2.4_1) >>> mpfr-3.0.1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port= has 3.1.0_1) >>> p5-Authen-NTLM-1.08_1 =A0 =A0 =A0 < =A0needs updating (port has 1.09) >>> p5-Class-Load-0.10 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port has 0.1= 1) >>> p5-DateTime-TimeZone-1.36 =A0 < =A0needs updating (port has 1.39) >>> p5-Module-Metadata-1.000006 =A0< =A0needs updating (port has 1.000007) >>> phpMyAdmin-3.4.5 =A0 =A0 =A0 =A0 =A0 =A0< =A0needs updating (port has 3= .4.6.r1) >>> x264-0.115.2000 =A0 =A0 =A0 =A0 =A0 =A0 < =A0needs updating (port has 0= .116.2076) >>> >>> >>> >> >> I think, but I am not an authority on this, that you should do a portsna= p >> extract so the index is in sync with the extracted ports. >> >> Ronald. >> > > Yeap you could be right on this one. I will try it out again on RC1 > > -- > George Kontostanos > aisecure.net > Seems to be working fine with RC1. Cheers --=20 George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 17:46:55 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 389C8106564A; Mon, 17 Oct 2011 17:46:55 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from ita.aagh.net (unknown [IPv6:2a03:9800:10:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id CD7D68FC14; Mon, 17 Oct 2011 17:46:54 +0000 (UTC) Received: from cpc1-hart9-2-0-cust900.11-3.cable.virginmedia.com ([86.30.3.133] helo=voi.aagh.net ident=mailnull) by ita.aagh.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RFrH2-000Eh1-RL; Mon, 17 Oct 2011 18:46:52 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RFrH2-000Bvw-AC; Mon, 17 Oct 2011 18:46:52 +0100 Date: Mon, 17 Oct 2011 18:46:52 +0100 From: Thomas Hurst To: Brett Glass Message-ID: <20111017174652.GA44327@voi.aagh.net> References: <201110162222.QAA21829@lariat.net> <201110162236.QAA21918@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201110162236.QAA21918@lariat.net> Organization: Not much. User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: 86.30.3.133 X-SA-Exim-Mail-From: tom.hurst@clara.net X-SA-Exim-Scanned: No (on ita.aagh.net); SAEximRunCond expanded to false Cc: stable@FreeBSD.org, Andrew Thompson Subject: Re: Timing of 9.0-RC1? 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, 17 Oct 2011 17:46:55 -0000 * Brett Glass (brett@lariat.net) wrote: > Thank you! Did not know to look for this in the source tree; now I know. You can get an Atom feed to monitor it for you here: http://freshbsd.org/search?project=freebsd&q=file.name%3Anewvers.sh&branch=RELENG_9 -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 20:58:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48EA1065673 for ; Mon, 17 Oct 2011 20:58:16 +0000 (UTC) (envelope-from tomelite82@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 94F188FC12 for ; Mon, 17 Oct 2011 20:58:16 +0000 (UTC) Received: by ggeq3 with SMTP id q3so4404707gge.13 for ; Mon, 17 Oct 2011 13:58:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=G2rg1FuVTd7O4sKlym33CTpuZof8CouEQeBwznQ3h5Q=; b=EhCnVwIhSJddwzCY8n8YcbsIRbimVYMH8sDISIYYXHIaSPC374ZC9Nf5uFZbkUPuSG pg111ErsCMzpOXjqyxXY0fEraECKE/baa4XvWaBZ6P2M2/3ODO82UWbZIaov48OMPy6F Q/wPu/rLHRq+3r7J95MQHMZKdyh6njxprhxlU= MIME-Version: 1.0 Received: by 10.150.195.9 with SMTP id s9mr18950248ybf.67.1318885095986; Mon, 17 Oct 2011 13:58:15 -0700 (PDT) Sender: tomelite82@gmail.com Received: by 10.151.78.21 with HTTP; Mon, 17 Oct 2011 13:58:15 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 13:58:15 -0700 X-Google-Sender-Auth: EHfcp2OxG6cBy5RaYZLwm6b4kto Message-ID: From: Qing Li To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and aliases on loopback interfaces 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, 17 Oct 2011 20:58:16 -0000 I will commit the patch later today. -- Qing On Mon, Oct 17, 2011 at 3:10 AM, Pete French wr= ote: >> I uploaded a patch last night for this issue, it's sitting at >> >> =A0 =A0http://people.freebsd.org/~qingli/in6.c.diff > > I just tested this and works fine for me too - was actually tearing > my hair out, as I asked how to do this on STABLE last week > and got the answer "clone lo1", which I tested and worked, but > then trying to deploy it in anger these last few days it seemed to > have stopped working. Seems I picked just the wrong time to do an > upgrade :-) > > Any chnace of getting it into -STABLE in the next few days ? > > cheers, > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 22:12:52 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E070F106566B for ; Mon, 17 Oct 2011 22:12:52 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 94F1B8FC15 for ; Mon, 17 Oct 2011 22:12:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Subject:To:From:Date; bh=0PJHUPCZrMP+ai4RRMO+OS2JUekSYrKlrbjjzAZ8xkA=; b=sH06PI9U7G6ZmEbdoEH2hsALxAWmTObAZtpunDQo2wc/JXUi1SXkDKob25MbegJsknQWmlg1beQDLk4FZu6Ib0obU5CRPuCVmgrjY6VssSvoJo2sWDsdE3DJyG6rhgZ3; Received: from localhost ([127.0.0.1]:38210 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RFv01-0001JA-Ps from for ; Mon, 17 Oct 2011 23:45:33 +0200 Received: from pool-233-3.ippark.hu ([31.223.233.3]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Mon, 17 Oct 2011 23:45:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Oct 2011 23:45:33 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: Message-ID: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-DKIM-Status: None (from 127.0.0.1) X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Cc: Subject: FreeBSD on IBM X3550 M3 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, 17 Oct 2011 22:12:53 -0000 Dear All, I'd like to install FreeBSD onto az IBM X3550 M3 which looks like UEFI only. Is it possible to have FreeBSD amd64 get working on it or should I forget it? :( Regards, Andras From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 23:45:28 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D92D3106566B for ; Mon, 17 Oct 2011 23:45:27 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9D8038FC08 for ; Mon, 17 Oct 2011 23:45:27 +0000 (UTC) Received: by yxj19 with SMTP id 19so40006yxj.17 for ; Mon, 17 Oct 2011 16:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CgP+zhIdf9OWnrSXzfky53p34Wg7J7Y42GKdJZNmRXQ=; b=AtLCBmJCVxQGPhh6E5RnxKIimHTboQu1aa4japYi2p4zDQLWAVYfOvkKDbjObsZAY+ mJDNHV8IYa2X2rrSwDg66gpWz7dQnc5+GmARrwaPo0rALSLFPEbXHBJOZghZ/sSrVaqk uhAFXZCUQk2rLap6cUe28WuGrr9Ua0hC6cgOg= MIME-Version: 1.0 Received: by 10.182.74.72 with SMTP id r8mr12484181obv.47.1318893414183; Mon, 17 Oct 2011 16:16:54 -0700 (PDT) Received: by 10.182.188.97 with HTTP; Mon, 17 Oct 2011 16:16:54 -0700 (PDT) In-Reply-To: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> References: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> Date: Mon, 17 Oct 2011 16:16:54 -0700 Message-ID: From: Xin LI To: =?UTF-8?B?R8OzdCBBbmRyw6Fz?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: FreeBSD on IBM X3550 M3 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, 17 Oct 2011 23:45:28 -0000 On Mon, Oct 17, 2011 at 2:45 PM, G=C3=B3t Andr=C3=A1s = wrote: > Dear All, > > I'd like to install FreeBSD onto az IBM X3550 M3 which looks like UEFI on= ly. > Is it possible to have FreeBSD amd64 get working on it or should I forget > it? :( Will it do traditional MBR boot by any chance? As a last resort workaround, it might be possible to take its hard drive to another system and install grub which will boot FreeBSD but supports EFI. (We should implement EFI on amd64 by the way). Cheers, --=20 Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-stable@FreeBSD.ORG Mon Oct 17 23:58:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D0091065672 for ; Mon, 17 Oct 2011 23:58:11 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1572D8FC0C for ; Mon, 17 Oct 2011 23:58:10 +0000 (UTC) Received: by wyi40 with SMTP id 40so40791wyi.13 for ; Mon, 17 Oct 2011 16:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=7Bi1Izu8anZdpBjOnNr5kVtwvgnGtufjYC7ePHynbkU=; b=e6hg/2XTObrFa1JW5FtaWBjJEOuCTwBaBrFW7qWbpsycei8DQufuDor7DjYY+fLfeH dk6QOq+4dkkoE8ktl3kSz7IE2iKKjlIqjJBw2cOxxMGM+1KrQIMKUxBJVJ8xQDolpSUf i9acFx0tSf9ivn0f5RJk5PRqrOTnvG0ZFrAZA= Received: by 10.227.129.77 with SMTP id n13mr7560362wbs.37.1318894136094; Mon, 17 Oct 2011 16:28:56 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.227.9.6 with HTTP; Mon, 17 Oct 2011 16:28:36 -0700 (PDT) From: Alberto Villa Date: Tue, 18 Oct 2011 01:28:36 +0200 X-Google-Sender-Auth: siQi9U36FcKX3CmPJ08IElbZexU Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Comment out sbp driver from GENERIC 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, 17 Oct 2011 23:58:11 -0000 Hello! It has been reported several times that some motherboards have issues at boot with sbp driver loaded. To hide the problem, the driver was removed from GENERIC in 8-STABLE, but it was left in -CURRENT and it is now going into 9-STABLE. Please, apply the workaround to 9-STABLE also! http://svnweb.freebsd.org/base?view=revision&revision=199112 -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 05:15:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9383A106566C for ; Tue, 18 Oct 2011 05:15:28 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 120FA8FC1A for ; Tue, 18 Oct 2011 05:15:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Subject:To:From:Date; bh=o4DYXf7CWMsBDaq8lDBTMyAwb22OxaEOl+si4XskmHM=; b=ifrabIzedi1CvOcPgCPTIlYEtjWR4YFRvIC5rAAUGEWoPzfdA59ZQvgN3AIm9SmLE7P1MpKmJ0NAhBZeobgFUtJkGh9SI0+JC8+YFzfupG6MgYDKiAtnzML3grNJagTf; Received: from localhost ([127.0.0.1]:43302 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RG21O-0001MA-Cu from for ; Tue, 18 Oct 2011 07:15:26 +0200 Received: from pool-233-3.ippark.hu ([31.223.233.3]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Tue, 18 Oct 2011 07:15:26 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 18 Oct 2011 07:15:26 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: References: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> Message-ID: <414c76008bd22841a6fac2d6522c02d9@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-DKIM-Status: None (from 127.0.0.1) X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -47 Subject: Re: FreeBSD on IBM X3550 M3 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, 18 Oct 2011 05:15:28 -0000 On Mon, 17 Oct 2011 16:16:54 -0700, Xin LI wrote: > On Mon, Oct 17, 2011 at 2:45 PM, Gót András > wrote: >> Dear All, >> >> I'd like to install FreeBSD onto az IBM X3550 M3 which looks like >> UEFI only. >> Is it possible to have FreeBSD amd64 get working on it or should I >> forget >> it? :( > > Will it do traditional MBR boot by any chance? As a last resort > workaround, it might be possible to take its hard drive to another > system and install grub which will boot FreeBSD but supports EFI. > > (We should implement EFI on amd64 by the way). > > Cheers, Take the hard drive out is not really an option because of the M5014 HW RAID and the SAS backplane. :) Anyway I found a "Rehook INT 19: disabled" setup option which, I think, simply disables legacy BIOS booting. I'll give it a try in the evening. Best, Andras From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 05:39:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569C7106564A for ; Tue, 18 Oct 2011 05:39:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 03FF38FC08 for ; Tue, 18 Oct 2011 05:39:52 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA11.westchester.pa.mail.comcast.net with comcast id m5fQ1h0030vyq2s5B5fs23; Tue, 18 Oct 2011 05:39:52 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta05.westchester.pa.mail.comcast.net with comcast id m5fr1h00J1t3BNj3R5fsXi; Tue, 18 Oct 2011 05:39:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9B915102C1C; Mon, 17 Oct 2011 22:39:50 -0700 (PDT) Date: Mon, 17 Oct 2011 22:39:50 -0700 From: Jeremy Chadwick To: G??t Andr??s Message-ID: <20111018053950.GA7519@icarus.home.lan> References: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> <414c76008bd22841a6fac2d6522c02d9@antiszoc.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414c76008bd22841a6fac2d6522c02d9@antiszoc.hu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD on IBM X3550 M3 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, 18 Oct 2011 05:39:53 -0000 On Tue, Oct 18, 2011 at 07:15:26AM +0200, G??t Andr??s wrote: > On Mon, 17 Oct 2011 16:16:54 -0700, Xin LI wrote: > >On Mon, Oct 17, 2011 at 2:45 PM, G??t Andr??s > >wrote: > >>Dear All, > >> > >>I'd like to install FreeBSD onto az IBM X3550 M3 which looks > >>like UEFI only. > >>Is it possible to have FreeBSD amd64 get working on it or should > >>I forget > >>it? :( > > > >Will it do traditional MBR boot by any chance? As a last resort > >workaround, it might be possible to take its hard drive to another > >system and install grub which will boot FreeBSD but supports EFI. > > > >(We should implement EFI on amd64 by the way). > > > >Cheers, > > Take the hard drive out is not really an option because of the M5014 > HW RAID and the SAS backplane. :) > > Anyway I found a "Rehook INT 19: disabled" setup option which, I > think, simply disables legacy BIOS booting. I'll give it a try in > the evening. It's more likely that it provides the interrupt hook to getting a RAID controller to boot from one of its underlying drives. I guess there's only one way to find out... ;-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 06:28:11 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3EF1106566C; Tue, 18 Oct 2011 06:28:11 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (grizzly.droso.net [IPv6:2a01:4f8:100:9424::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6D18FC12; Tue, 18 Oct 2011 06:28:11 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id BA4497FBBD; Tue, 18 Oct 2011 08:28:10 +0200 (CEST) Date: Tue, 18 Oct 2011 08:28:10 +0200 From: Erwin Lansing To: ports@FreeBSD.org, stable@FreeBSD.org Message-ID: <20111018062810.GU27932@droso.net> References: <20111007092028.GB9877@droso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20111007092028.GB9877@droso.net> X-Operating-System: FreeBSD/amd64 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: re@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: [HEADSUP]: ports feature freeze starts soon 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, 18 Oct 2011 06:28:11 -0000 On Fri, Oct 07, 2011 at 11:20:28AM +0200, Erwin Lansing wrote: > In preparation for 9.0 the ports tree will be in feature freeze > after release candidate 2 (RC2)is released, currently planned for > October 17. > Depending on your timezone, October 17 has come and gone and the ports tree has not frozen yet. As always, we'll follow the actual dates during the release cycle and not the estimated dates in the tentative schedule. A rough guess would be that RC2, and thus the ports feature freeze, will happed at the end of the month, so please take this as a reminder to get anything you want included in the release into the tree as soon as possible. Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 07:03:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B1C3106566C for ; Tue, 18 Oct 2011 07:03:07 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id CAA948FC14 for ; Tue, 18 Oct 2011 07:03:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Subject:To:From:Date; bh=L9gP4ROqhuaQWupFvTUKZG0QQBrNLgb7oRKNHkbyWEs=; b=jnnyXTNd1GN3Q8iYY0xfVXgBaCC4G8HdW1PJXlfaaDSK5XUWptjsX9sFtD7mqQnfh4VywG8WCFeiKjcLTX/Trjkmi03VpIR7fPQ+15xH5SHUOOdU2llfSCygI5Py1lLg; Received: from localhost ([127.0.0.1]:45851 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RG3hZ-0006zm-2L from for ; Tue, 18 Oct 2011 09:03:05 +0200 Received: from 131-75.95.80.dunakanyar.net ([80.95.75.131]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Tue, 18 Oct 2011 09:03:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 18 Oct 2011 09:03:05 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <20111018053950.GA7519@icarus.home.lan> References: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> <414c76008bd22841a6fac2d6522c02d9@antiszoc.hu> <20111018053950.GA7519@icarus.home.lan> Message-ID: <1071bcf29c69a494717348341155b792@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-DKIM-Status: None (from 127.0.0.1) X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: Re: FreeBSD on IBM X3550 M3 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, 18 Oct 2011 07:03:07 -0000 On Mon, 17 Oct 2011 22:39:50 -0700, Jeremy Chadwick wrote: > On Tue, Oct 18, 2011 at 07:15:26AM +0200, G??t Andr??s wrote: >> On Mon, 17 Oct 2011 16:16:54 -0700, Xin LI wrote: >> >On Mon, Oct 17, 2011 at 2:45 PM, G??t Andr??s >> >wrote: >> >>Dear All, >> >> >> >>I'd like to install FreeBSD onto az IBM X3550 M3 which looks >> >>like UEFI only. >> >>Is it possible to have FreeBSD amd64 get working on it or should >> >>I forget >> >>it? :( >> > >> >Will it do traditional MBR boot by any chance? As a last resort >> >workaround, it might be possible to take its hard drive to another >> >system and install grub which will boot FreeBSD but supports EFI. >> > >> >(We should implement EFI on amd64 by the way). >> > >> >Cheers, >> >> Take the hard drive out is not really an option because of the M5014 >> HW RAID and the SAS backplane. :) >> >> Anyway I found a "Rehook INT 19: disabled" setup option which, I >> think, simply disables legacy BIOS booting. I'll give it a try in >> the evening. > > It's more likely that it provides the interrupt hook to getting a > RAID > controller to boot from one of its underlying drives. I guess > there's > only one way to find out... ;-) The M5014 RAID is also UEFI aware and of course I only made the initial disk group and volume group config on it. :) Yes, the moment of truth will come this evening. I hope I'll be able got FreeBSD working on the machine and I don't have to go on with Linux. For the record. I also found something about someone couldn't even boot Windows Server install CD on this machine and he had to update to firmware. There's also something about OpenBSD that went with a clean install, but after the it freezes randomly. Andras From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 07:19:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8BF6106564A for ; Tue, 18 Oct 2011 07:19:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id 819568FC0A for ; Tue, 18 Oct 2011 07:19:43 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta14.westchester.pa.mail.comcast.net with comcast id m7JQ1h0020cZkys5E7Kj1e; Tue, 18 Oct 2011 07:19:43 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.westchester.pa.mail.comcast.net with comcast id m7Ki1h00G1t3BNj3W7Kj26; Tue, 18 Oct 2011 07:19:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8AB2D102C1C; Tue, 18 Oct 2011 00:19:41 -0700 (PDT) Date: Tue, 18 Oct 2011 00:19:41 -0700 From: Jeremy Chadwick To: Thomas Zander Message-ID: <20111018071941.GA9482@icarus.home.lan> References: <20111001102327.GA37434@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 07:19:43 -0000 On Sun, Oct 02, 2011 at 09:37:43AM +0200, Thomas Zander wrote: > > I should really work with John to make mcelog a FreeBSD port and just > > regularly update it with patches, etc. to work on FreeBSD. ?DMI support > > and so on I don't think can be added (at least not by me), but simple > > ASCII decoding? ?Very possible. > > That would be absolutely helpful! After all, FreeBSD is primarily a > server OS, and where would one have ECC if not on servers. Being able > to determine what's wrong with memory would be certainly very valuable > for many admins. This has been done, and it was committed a couple days ago as sysutils/mcelog. There are a couple thing about the port which bother me[1], and there is one warning which can be safely ignored (I'm a strong advocate of -Werror) but I do have a fix for that, but otherwise it's functional. Give it a try for yourself and see if it suffices. [1]: The committer changed a bunch of things which were labelled "minor" yet bother me enough that I'm forcing the OCD part of me to let them slide. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 07:57:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFBC51065672 for ; Tue, 18 Oct 2011 07:57:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 42BC98FC16 for ; Tue, 18 Oct 2011 07:57:02 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p9I7unqH056262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 18 Oct 2011 18:26:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20111018071941.GA9482@icarus.home.lan> Date: Tue, 18 Oct 2011 18:26:49 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <087BDDD7-0B16-4415-8D98-11FA617E03F5@gsoft.com.au> References: <20111001102327.GA37434@icarus.home.lan> <20111018071941.GA9482@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: -4.391 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Thomas Zander , freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 07:57:03 -0000 On 18/10/2011, at 17:49, Jeremy Chadwick wrote: >> That would be absolutely helpful! After all, FreeBSD is primarily a >> server OS, and where would one have ECC if not on servers. Being able >> to determine what's wrong with memory would be certainly very = valuable >> for many admins. >=20 > This has been done, and it was committed a couple days ago as > sysutils/mcelog. There are a couple thing about the port which bother > me[1], and there is one warning which can be safely ignored (I'm a > strong advocate of -Werror) but I do have a fix for that, but = otherwise > it's functional. Do MCA log events cause anything in devd? It would be _super_ neat if the mcelog port installed a devd rule which = emailed root@ with the human readable version of an MCA exception :) I suspect this wouldn't be too difficult to do for a JKH. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 09:11:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4394106564A for ; Tue, 18 Oct 2011 09:11:36 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0FE8FC13 for ; Tue, 18 Oct 2011 09:11:35 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 33403B828; Tue, 18 Oct 2011 11:11:34 +0200 (SAST) Date: Tue, 18 Oct 2011 11:11:34 +0200 From: John Hay To: freebsd-stable@freebsd.org Message-ID: <20111018091134.GA8700@zibbi.meraka.csir.co.za> References: <20110510125220.GA88338@zibbi.meraka.csir.co.za> <20110516162319.GA58581@zibbi.meraka.csir.co.za> <20110516165123.GA30171@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110516165123.GA30171@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Subject: Re: MCA: CPU 0 UNCOR PCC DTLB L1 error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 09:11:36 -0000 Hi Guys, On Mon, May 16, 2011 at 09:51:23AM -0700, Jeremy Chadwick wrote: > On Mon, May 16, 2011 at 06:23:19PM +0200, John Hay wrote: > > On Wed, May 11, 2011 at 05:26:50PM -0500, Alan Cox wrote: > > > On Tue, May 10, 2011 at 7:52 AM, John Hay wrote: > > > > > > > Hi, > > > > > > > > I have seen this panic a few times on a Gigabyte E350N-USB3 running > > > > 8-STABLE. > > > > I have only seen it while in X, but then the machine is always in X. At > > > > first, > > > > I just got these hangs, so bought a PCI-express RS232 card and could see > > > > these > > > > at last. For some reason it does not go past this, so I have not been able > > > > to > > > > get a dump yet. > > > > > > > > Have anybody an idea of why this is or how to debug it further? I searched > > > > the archives and found something similar about a year ago, but it looks > > > > like it was solved with a fix that got committed. > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > > > > > > > > I have now disabled mca in loader.conf with 'hw.mca.enabled="0"' and I have > > > > not seen that panic again. I do occasionally see a panic in devfs_open(), > > > > but I guess that should be handled in another thread. > > > > > > > > The kernel is basically a GENERIC kernel with puc uncommented and the > > > > following in loader.conf > > > > > > > > vm.kmem_size="12G" > > > > hw.mca.enabled="0" > > > > zfs_load="YES" > > > > ahci_load="YES" > > > > xhci_load="YES" > > > > amdtemp_load="YES" > > > > ng_ubt_load="YES" > > > > uplcom_load="YES" > > > > > > > > Here is the panic message and after that dmesg. > > > > > > > > John > > > > -- > > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > > > > > #################################################### > > > > MCA: Bank 0, Status 0xb600000000010015 > > > > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > > > > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > > > > MCA: CPU 0 UNCOR PCC DTLB L1 error > > > > MCA: Address 0x8016c4000 > > > > > > > > > > > > Fatal trap 28: machine check trap while in user mode > > > > cpuid = 0; apic id = 00 > > > > instruction pointer = 0x43:0x80156af85 > > > > stack pointer = 0x3b:0x7fffffffcb18 > > > > frame pointer = 0x3b:0x80fe87800 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 3, pres 1, long 1, def32 0, gran 1 > > > > processor eflags = interrupt enabled, IOPL = 0 > > > > current process = 2484 (initial thread) > > > > trap number = 28 > > > > panic: machine check trap > > > > cpuid = 0 > > > > KDB: stack backtrace: > > > > #0 0xffffffff80608d5e at kdb_backtrace+0x5e > > > > #1 0xffffffff805d6707 at panic+0x187 > > > > #2 0xffffffff808bf4c0 at trap_fatal+0x290 > > > > #3 0xffffffff808bfaa9 at trap+0x109 > > > > #4 0xffffffff808a7d94 at calltrap+0x8 > > > > #################################################### > > > > > > > > > > > Please try the following patch: > > > > > > Index: x86/x86/mca.c > > > =================================================================== > > > --- x86/x86/mca.c (revision 219060) > > > +++ x86/x86/mca.c (working copy) > > > @@ -665,7 +665,8 @@ mca_setup(uint64_t mcg_cap) > > > * for Erratum 383. > > > */ > > > if (cpu_vendor_id == CPU_VENDOR_AMD && > > > - CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP) > > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > > + CPUID_TO_FAMILY(cpu_id) == 0x14) && amd10h_L1TP) > > > workaround_erratum383 = 1; > > > > > > mtx_init(&mca_lock, "mca", NULL, MTX_SPIN); > > > Index: i386/i386/pmap.c > > > =================================================================== > > > --- i386/i386/pmap.c (revision 219060) > > > +++ i386/i386/pmap.c (working copy) > > > @@ -758,7 +758,8 @@ pmap_init(void) > > > * machine monitor. > > > */ > > > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > > > - CPUID_TO_FAMILY(cpu_id) == 0x10) > > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > > > workaround_erratum383 = 1; > > > > > > /* > > > Index: amd64/amd64/pmap.c > > > =================================================================== > > > --- amd64/amd64/pmap.c (revision 219060) > > > +++ amd64/amd64/pmap.c (working copy) > > > @@ -727,7 +727,8 @@ pmap_init(void) > > > * machine monitor. > > > */ > > > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > > > - CPUID_TO_FAMILY(cpu_id) == 0x10) > > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > > > workaround_erratum383 = 1; > > > > > > /* > > > > I have applied the patch, but got another one today. I still do not get > > a prompt or dump. :-( It just get stuck right after #4. If there is anything > > more that I can try, just ask. > > > > ##################################################################### > > MCA: Bank 0, Status 0xb600000000010015 > > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > > MCA: CPU 0 UNCOR PCC DTLB L1 error > > MCA: Address 0x808ace000 > > > > > > Fatal trap 28: machine check trap while in user mode > > cpuid = 1; apic id = 01 > > instruction pointer = 0x43:0x80af206d5 > > stack pointer = 0x3b:0x7fffffffb8e8 > > frame pointer = 0x3b:0x809b92450 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 3, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, IOPL = 0 > > current process = 22228 (initial thread) > > trap number = 28 > > panic: machine check trap > > cpuid = 1 > > KDB: stack backtrace: > > #0 0xffffffff80608f6e at kdb_backtrace+0x5e > > #1 0xffffffff805d6917 at panic+0x187 > > #2 0xffffffff808bf7c0 at trap_fatal+0x290 > > #3 0xffffffff808bfda9 at trap+0x109 > > #4 0xffffffff808a8084 at calltrap+0x8 > > ##################################################################### > > The backtrace doesn't help in this situation. I'm not sure anyone has > taken the time to explain to you what's going on here exactly. I don't > know if you're like me, but when a machine panics I generally like to > know what's going on. :-) > > Use of MCA (see Wikipedia for Machine Check Architecture) is generating > an MCE (see Wikipedia for Machine Check Exception). MCEs are generated > by hardware when "something happens" -- they usually indicate a > failure (bad RAM, CPU cache failing, etc.). > > Certain MCEs are considered "normal"; for example, L2 cache (on-die in > the CPU) being auto-corrected by ECC (that's ECC on-die, not ECC RAM > like system RAM; this feature is only available on certain classes of > CPUs) may be normal if seen, say, once every few months. A large sum of > them, however, is not normal. > > MCE handling is done in the kernel. Certain MCEs have to be ignored, > and therefore there are handlers for those in the kernel. > > MCEs vary greatly per every model (not class, but model) of CPU. For > example, Intel's documentation on their MCEs is immense and very complex > given all the different CPU models and series'. > > Any MCE without a handler will generate an exception (kernel panic) like > what you see above. This is normal on FreeBSD, as well as Solaris and > many other OSes. It's basically mandatory. The reason being, if the > situation/condition isn't known to be something that can be ignored, the > hardware may be in a state of disarray and cannot be trusted. Hence, > panic. The backtrace will therefore always be very short and indicate > an intentional panic. > > The MCE messages shown in FreeBSD are not very user-friendly, meaning > you can't take what you see and go "omg!!! L1 cache failure!!" because > that's not necessarily what that message means. MCA is complex, and > again, like I said, varies per model of CPU. > > There is a utility on Linux called mcelog that can decode the messages > to some degree. John Baldwin ported this to FreeBSD (it's not in ports) > and I've been occasionally downloading it and ensuring the patches work > correctly + utility compiles and works (I have patches for patches, > basically; no I haven't put them up anywhere). "mcelog --ascii" will > read data from stdin, specifically the messages you see from the kernel, > and it outputs something a little more friendly. > > In your case, however, mcelog does not have support for your specific > model of CPU. Possibly too new? Here's the output that is returned: > > $ ./mcelog --no-dmi --ascii > MCA: Bank 0, Status 0xb600000000010015 > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > MCA: CPU 0 UNCOR PCC DTLB L1 error > MCA: Address 0x808ace000 > > mcelog: Unknown CPU type vendor 2 family 14 model 1 > HARDWARE ERROR. This is *NOT* a software problem! > Please contact your hardware vendor > CPU 0 BANK 0 > ADDR 808ace000 > STATUS b600000000010015 MCGSTATUS 4 > MCGCAP 106 APICID 0 SOCKETID 0 > CPUID Vendor AMD Family 20 Model 1 > > I'm not familiar with AMD CPUs so I can't really look up what's going on > here or what the MCE indicates, but this information may help others on > this list. > > A workaround -- though risky -- may be to disable MCA entirely by > setting hw.mca.enabled="0" in /boot/loader.conf and rebooting. This > will ensure your system won't panic whenever *any* MCE is seen. Older > FreeBSD defaulted to MCA being off. However, since I don't know what > the MCE indicates, it could be fatal (e.g. panic'ing might be a better > choice). Hard to say at this point. > > Hope this helps educate in one way or another. :-) > Just to say that I have been running this box with hw.mca.enabled="0" in loader.conf and it has been stable since. I do see the ocasional coredump of npviewer.bin, but I see that on other boxes too. So I think that maybe this particular error might be a case where FreeBSD do something in a way that AMD did not expect on these processors. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 11:33:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B8E1065672 for ; Tue, 18 Oct 2011 11:33:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 031688FC12 for ; Tue, 18 Oct 2011 11:33:04 +0000 (UTC) Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by qmta09.westchester.pa.mail.comcast.net with comcast id mBGE1h0041vXlb859BZ5Nv; Tue, 18 Oct 2011 11:33:05 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta17.westchester.pa.mail.comcast.net with comcast id mBZ31h00q1t3BNj3dBZ463; Tue, 18 Oct 2011 11:33:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 67635102C1C; Tue, 18 Oct 2011 04:33:02 -0700 (PDT) Date: Tue, 18 Oct 2011 04:33:02 -0700 From: Jeremy Chadwick To: Daniel O'Connor Message-ID: <20111018113302.GA14363@icarus.home.lan> References: <20111001102327.GA37434@icarus.home.lan> <20111018071941.GA9482@icarus.home.lan> <087BDDD7-0B16-4415-8D98-11FA617E03F5@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <087BDDD7-0B16-4415-8D98-11FA617E03F5@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Thomas Zander , freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 11:33:05 -0000 On Tue, Oct 18, 2011 at 06:26:49PM +1030, Daniel O'Connor wrote: > On 18/10/2011, at 17:49, Jeremy Chadwick wrote: > >> That would be absolutely helpful! After all, FreeBSD is primarily a > >> server OS, and where would one have ECC if not on servers. Being able > >> to determine what's wrong with memory would be certainly very valuable > >> for many admins. > > > > This has been done, and it was committed a couple days ago as > > sysutils/mcelog. There are a couple thing about the port which bother > > me[1], and there is one warning which can be safely ignored (I'm a > > strong advocate of -Werror) but I do have a fix for that, but otherwise > > it's functional. > > Do MCA log events cause anything in devd? > > It would be _super_ neat if the mcelog port installed a devd rule which emailed root@ with the human readable version of an MCA exception :) > > I suspect this wouldn't be too difficult to do for a JKH. Why? Most MCEs on FreeBSD will panic the machine. I would need to go through the MCA code to see what all gets handled elegantly, but I imagine there isn't much. Also, isn't devd for device removal/insertions? This would be using devd for something it isn't intended for. I guess I have "moral objections" to it. What you're really wanting is Solaris's fmd(1m) daemon, which I believe is also tied heavily into Solaris's smf(5) architecture. http://download.oracle.com/docs/cd/E19963-01/html/821-1462/fmd-1m.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 11:46:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AC5106566B for ; Tue, 18 Oct 2011 11:46:45 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0B20A8FC18 for ; Tue, 18 Oct 2011 11:46:44 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RG7tU-0001cd-AY for freebsd-stable@freebsd.org; Tue, 18 Oct 2011 13:31:40 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Oct 2011 13:31:40 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Oct 2011 13:31:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 18 Oct 2011 13:31:27 +0200 Lines: 39 Message-ID: References: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> <414c76008bd22841a6fac2d6522c02d9@antiszoc.hu> <20111018053950.GA7519@icarus.home.lan> <1071bcf29c69a494717348341155b792@antiszoc.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF5C1A9D199F553CC5CFAA732" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 In-Reply-To: <1071bcf29c69a494717348341155b792@antiszoc.hu> X-Enigmail-Version: 1.1.2 Subject: Re: FreeBSD on IBM X3550 M3 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, 18 Oct 2011 11:46:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF5C1A9D199F553CC5CFAA732 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 18/10/2011 09:03, G=C3=B3t Andr=C3=A1s wrote: > The M5014 RAID is also UEFI aware and of course I only made the initial= > disk group and volume group config on it. :) > Yes, the moment of truth will come this evening. I hope I'll be able go= t > FreeBSD working on the machine and I don't have to go on with Linux. >=20 > For the record. I also found something about someone couldn't even boot= > Windows Server install CD on this machine and he had to update to > firmware. There's also something about OpenBSD that went with a clean > install, but after the it freezes randomly. FWIW, I had bad experiences with installing even Linux on IBM UEFI servers and now avoid them. --------------enigF5C1A9D199F553CC5CFAA732 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6dY48ACgkQldnAQVacBchGfwCeIuJZdL28fO5/arYWMsKEoiui SxsAoItGK0vke1HYC84XFYq+bNyODaj7 =Kr37 -----END PGP SIGNATURE----- --------------enigF5C1A9D199F553CC5CFAA732-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 12:07:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B48106564A; Tue, 18 Oct 2011 12:07:33 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id D42C98FC0A; Tue, 18 Oct 2011 12:07:32 +0000 (UTC) Received: from wkoszek-thinkpad-t410 (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id p9IBma1d021377; Tue, 18 Oct 2011 11:48:36 GMT (envelope-from wkoszek@freebsd.czest.pl) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Alberto Villa" References: Date: Tue, 18 Oct 2011 13:48:52 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Wojciech A. Koszek" Organization: FreeBSD.czest.pl Message-ID: In-Reply-To: User-Agent: Opera Mail/11.51 (Linux) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [127.0.0.2]); Tue, 18 Oct 2011 11:48:37 +0000 (UTC) Cc: marius@freebsd.org, "marcel@freebsd.org" Subject: (Possible fix for sbp(4)) Re: Comment out sbp driver from GENERIC 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, 18 Oct 2011 12:07:33 -0000 Dnia 18-10-2011 o 01:28:36 Alberto Villa napisa=C5=82= (a): > Hello! > > It has been reported several times that some motherboards have issues > at boot with sbp driver loaded. To hide the problem, the driver was > removed from GENERIC in 8-STABLE, but it was left in -CURRENT and it > is now going into 9-STABLE. Please, apply the workaround to 9-STABLE > also! > > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D199112 Hi, Commenting a driver out is almost always a bad idea and should be done as a last step. If you are impacted by sbp(4) hangs please follow this thread: http://lists.freebsd.org/pipermail/freebsd-current/2007-December/081411= .html And please let me know if a fix explained in this thread works for you. -- = Wojciech A. Koszek wkoszek@freebsd.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 12:13:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C608106564A for ; Tue, 18 Oct 2011 12:13:18 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 875A48FC0C for ; Tue, 18 Oct 2011 12:13:17 +0000 (UTC) Received: by wyi40 with SMTP id 40so644607wyi.13 for ; Tue, 18 Oct 2011 05:13:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=X5w6tiqyrqga79zDOR2VtpvaR9G61FcP48YbjwT5H5A=; b=DGlCjKzqB4+VVbBpsGvYvGUsJzteyVtHCRxsDy68Riao/z/dNVsmOU2QSlLPUhzqce FajpCUwVu1W3mGX41TVM51xp/8DzWfCs/ceINvZ9ITbZX/SmHUqLc8KAKDnVOIQYsWOm aYnqH3mTpONdwxn+OvAU1FhuPfKfLa7YsV4f0= Received: by 10.227.137.82 with SMTP id v18mr823637wbt.7.1318939996510; Tue, 18 Oct 2011 05:13:16 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.227.9.6 with HTTP; Tue, 18 Oct 2011 05:12:56 -0700 (PDT) In-Reply-To: References: From: Alberto Villa Date: Tue, 18 Oct 2011 14:12:56 +0200 X-Google-Sender-Auth: sedo1GNvqM__gB2S3Ac8Ead8w14 Message-ID: To: "Wojciech A. Koszek" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: marius@freebsd.org, "marcel@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: (Possible fix for sbp(4)) Re: Comment out sbp driver from GENERIC 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, 18 Oct 2011 12:13:18 -0000 On Tue, Oct 18, 2011 at 1:48 PM, Wojciech A. Koszek wrote: > Commenting a driver out is almost always a bad idea and should > be done as a last step. Well, few weeks prior to -RELEASE can be considered a last step. :) > If you are impacted by sbp(4) hangs please follow this thread: > > > =A0http://lists.freebsd.org/pipermail/freebsd-current/2007-December/08141= 1.html > > And please let me know if a fix explained in this thread works for you. Thank you, will test it in few days. --=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 13:01:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8B351065674 for ; Tue, 18 Oct 2011 13:01:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3A03F8FC15 for ; Tue, 18 Oct 2011 13:01:49 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-246-98.lns20.adl6.internode.on.net [118.210.246.98]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p9ID1cMd074681 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 18 Oct 2011 23:31:44 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20111018113302.GA14363@icarus.home.lan> Date: Tue, 18 Oct 2011 23:31:37 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <59140016-4530-4343-9C30-CA9B16E9EEBD@gsoft.com.au> References: <20111001102327.GA37434@icarus.home.lan> <20111018071941.GA9482@icarus.home.lan> <087BDDD7-0B16-4415-8D98-11FA617E03F5@gsoft.com.au> <20111018113302.GA14363@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Thomas Zander , freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 13:01:50 -0000 On 18/10/2011, at 22:03, Jeremy Chadwick wrote: >> It would be _super_ neat if the mcelog port installed a devd rule = which emailed root@ with the human readable version of an MCA exception = :) >>=20 >> I suspect this wouldn't be too difficult to do for a JKH. >=20 > Why? Most MCEs on FreeBSD will panic the machine. I would need to go > through the MCA code to see what all gets handled elegantly, but I > imagine there isn't much. If you see an MCA in your log file it didn't panic your machine, I think = they're not uncommon. > Also, isn't devd for device removal/insertions? This would be using > devd for something it isn't intended for. I guess I have "moral > objections" to it. What you're really wanting is Solaris's fmd(1m) > daemon, which I believe is also tied heavily into Solaris's smf(5) > architecture. I always thought devd was a fairly general event notification thing. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 13:21:29 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149711065672 for ; Tue, 18 Oct 2011 13:21:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5CAF88FC23 for ; Tue, 18 Oct 2011 13:21:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03059; Tue, 18 Oct 2011 16:05:03 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E9D797E.6000703@FreeBSD.org> Date: Tue, 18 Oct 2011 16:05:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <20111001102327.GA37434@icarus.home.lan> <20111018071941.GA9482@icarus.home.lan> <087BDDD7-0B16-4415-8D98-11FA617E03F5@gsoft.com.au> <20111018113302.GA14363@icarus.home.lan> In-Reply-To: <20111018113302.GA14363@icarus.home.lan> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 13:21:29 -0000 on 18/10/2011 14:33 Jeremy Chadwick said the following: > Why? Most MCEs on FreeBSD will panic the machine. Incorrect. Correctable MCEs should not panic a machine. Uncorrectable should. > I would need to go > through the MCA code to see what all gets handled elegantly, Please do. > but I > imagine there isn't much. Please defer your imagination. > Also, isn't devd for device removal/insertions? Not only. It might have started like that, but now it is almost a generic mechanism for kernel to userland notifications (e.g. ACPI events). > This would be using > devd for something it isn't intended for. I guess I have "moral > objections" to it. What you're really wanting is Solaris's fmd(1m) > daemon, which I believe is also tied heavily into Solaris's smf(5) > architecture. > > http://download.oracle.com/docs/cd/E19963-01/html/821-1462/fmd-1m.html -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 13:45:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96EA4106566C for ; Tue, 18 Oct 2011 13:45:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7909A8FC18 for ; Tue, 18 Oct 2011 13:45:43 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta06.emeryville.ca.mail.comcast.net with comcast id mDWP1h0051eYJf8A6DlcPY; Tue, 18 Oct 2011 13:45:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.emeryville.ca.mail.comcast.net with comcast id mDUA1h00C1t3BNj01DUAXn; Tue, 18 Oct 2011 13:28:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A514D102C1C; Tue, 18 Oct 2011 06:45:37 -0700 (PDT) Date: Tue, 18 Oct 2011 06:45:37 -0700 From: Jeremy Chadwick To: Daniel O'Connor Message-ID: <20111018134537.GA16543@icarus.home.lan> References: <20111001102327.GA37434@icarus.home.lan> <20111018071941.GA9482@icarus.home.lan> <087BDDD7-0B16-4415-8D98-11FA617E03F5@gsoft.com.au> <20111018113302.GA14363@icarus.home.lan> <59140016-4530-4343-9C30-CA9B16E9EEBD@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59140016-4530-4343-9C30-CA9B16E9EEBD@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Thomas Zander , freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 13:45:43 -0000 On Tue, Oct 18, 2011 at 11:31:37PM +1030, Daniel O'Connor wrote: > > On 18/10/2011, at 22:03, Jeremy Chadwick wrote: > >> It would be _super_ neat if the mcelog port installed a devd rule which emailed root@ with the human readable version of an MCA exception :) > >> > >> I suspect this wouldn't be too difficult to do for a JKH. > > > > Why? Most MCEs on FreeBSD will panic the machine. I would need to go > > through the MCA code to see what all gets handled elegantly, but I > > imagine there isn't much. > > If you see an MCA in your log file it didn't panic your machine, I think they're not uncommon. But that's already logged in /var/log/messages. So I guess we're at a standstill? > > Also, isn't devd for device removal/insertions? This would be using > > devd for something it isn't intended for. I guess I have "moral > > objections" to it. What you're really wanting is Solaris's fmd(1m) > > daemon, which I believe is also tied heavily into Solaris's smf(5) > > architecture. > > I always thought devd was a fairly general event notification thing. Possibly you should read devd(8), and after that, definitely look at devctl(4). The latter specifically is for devices. MCA is not a device (or rather, it is not implemented as a device framework on FreeBSD). Truly what you're looking for is Solaris fmd(1m). It's a "generic event notification thing" that handles all sorts of events, ranging from physical device additions/removals, to ZFS pool failures, to MCEs -- and it doesn't stop there. Porting fmd(1m) to FreeBSD would be a wonderful, yet fairly intensive, GSoC project. Note that just blindly porting fmd(1m) wouldn't add all the necessary shims in other pieces to notify fmd of an event, that would have to be coded (added) over time. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 14:32:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DD23106564A for ; Tue, 18 Oct 2011 14:32:25 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 466448FC14 for ; Tue, 18 Oct 2011 14:32:25 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RGAiN-0003ew-Mp for freebsd-stable@freebsd.org; Tue, 18 Oct 2011 16:32:23 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Oct 2011 16:32:23 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Oct 2011 16:32:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 18 Oct 2011 16:32:11 +0200 Lines: 33 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig92789A1AFB892489F83E50F4" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 X-Enigmail-Version: 1.1.2 Subject: Setting coredumpsize on a running process? 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, 18 Oct 2011 14:32:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig92789A1AFB892489F83E50F4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have PHP executing as fastcgi via the mod_fcgid module in Apache. I suspect there is a bug in PHP or one of its extensions which causes it to crash with sigsegv, but I cannot get any coredumps. I suspect something is setting coredumpsize to 0 - either Apache, mod_fcgid or PHP.= So the question is: is there a way to set coredumpsize on a running process, with the intention of getting a core dump when it crashes? I already tried setting CoreDumpDirectory in Apache and also configuring apache22limits_args in /etc/rc.conf but without effect. --------------enig92789A1AFB892489F83E50F4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6djesACgkQldnAQVacBchXSQCeKJAvn5w/pjkU+U5bFDmIUiwr LwwAn1IvrDqIlL9DOxczk7mdWhf24v2v =mmqT -----END PGP SIGNATURE----- --------------enig92789A1AFB892489F83E50F4-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 14:43:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2CA21065676 for ; Tue, 18 Oct 2011 14:43:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 919A98FC14 for ; Tue, 18 Oct 2011 14:43:14 +0000 (UTC) Received: from omta14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA11.westchester.pa.mail.comcast.net with comcast id mEZt1h0021HzFnQ5BEjEcD; Tue, 18 Oct 2011 14:43:14 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta14.westchester.pa.mail.comcast.net with comcast id mEjD1h02T1t3BNj3aEjEtW; Tue, 18 Oct 2011 14:43:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A6AA8102C1C; Tue, 18 Oct 2011 07:43:12 -0700 (PDT) Date: Tue, 18 Oct 2011 07:43:12 -0700 From: Jeremy Chadwick To: Ivan Voras Message-ID: <20111018144312.GA17496@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Setting coredumpsize on a running process? 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, 18 Oct 2011 14:43:16 -0000 On Tue, Oct 18, 2011 at 04:32:11PM +0200, Ivan Voras wrote: > I have PHP executing as fastcgi via the mod_fcgid module in Apache. I > suspect there is a bug in PHP or one of its extensions which causes it > to crash with sigsegv, but I cannot get any coredumps. I suspect > something is setting coredumpsize to 0 - either Apache, mod_fcgid or PHP. > > So the question is: is there a way to set coredumpsize on a running > process, with the intention of getting a core dump when it crashes? I > already tried setting CoreDumpDirectory in Apache and also configuring > apache22limits_args in /etc/rc.conf but without effect. I ended up solving this on a machine where coredumps with Apache + PHP were highly common by setting sysctl kern.corefile to /var/cores/%P.%N.core, then made sure the /var/cores directory was root:wheel, perms 1777. Otherwise I could not get a coredump. apache22limits_enable did not help either, nor did CoreDumpDirectory. Here's an example from that box: $ ls -ld /var/cores /var/cores/* drwxrwxrwt 2 root wheel 512 Oct 1 00:00 /var/cores/ -rw------- 1 root wheel 14360576 Oct 1 00:00 /var/cores/53964.httpd.core I imagine the issue might have to do with some cores being written by the UID/GID which crashed (in your case, could be 80:80), which I assume means the UID/GID needs to have write access to whatever it's cwd is at the time of the crash. Hence why setting kern.corefile to a static path where the dir is 1777 (globally writeable + sticky bit) works around that. Just be aware that if anything else cores on the system it'll end up there too. Also be aware that to get even remotely useful data out of PHP and Apache, you often have to rebuild everything with debugging enabled and optimisations disabled. That's semi-simple to do, but what may come as a surprise is that the path to the PHP modules ends up having "-debug" in it (I'm referring to /usr/local/lib/php/whatever), so you really do have to rebuild not just PHP and Apache but all PHP modules too given the path change. Worse, certain modules like either eAccelerator or ZendOptimizer (I forget which of the two) make the downright assumption that they are in use on a PHP system where debugging is not enabled, thus do not behave quite right when placed there. Having fun yet? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 15:24:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C10BD1065670 for ; Tue, 18 Oct 2011 15:24:45 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 824948FC12 for ; Tue, 18 Oct 2011 15:24:45 +0000 (UTC) Received: by gyd8 with SMTP id 8so888014gyd.13 for ; Tue, 18 Oct 2011 08:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=hzbe3InVZvyjlfpNhxWP2Zv8W1+ybGi3dr3IaZdGfsA=; b=UmsIxHpV0RQUN78xN6nh/q87fL2yVdNPEf3i7MhhQ+/IJaDFoSkc6mJ2Os7ByqmEEH CSpZr0XagvvePWhd19KWwnQQk/CHVwlogmocN6Qn49m9Z4zFpA/fKBvjYtRrhHM5dCwz pMSjkO4cg8QhttyAC80xThUMv0TnxN7W7blV8= Received: by 10.100.233.21 with SMTP id f21mr585493anh.44.1318949648279; Tue, 18 Oct 2011 07:54:08 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.100.58.6 with HTTP; Tue, 18 Oct 2011 07:53:28 -0700 (PDT) In-Reply-To: <20111018144312.GA17496@icarus.home.lan> References: <20111018144312.GA17496@icarus.home.lan> From: Ivan Voras Date: Tue, 18 Oct 2011 16:53:28 +0200 X-Google-Sender-Auth: Y4zRFz54IIi1aFEZGvKk0ywakrs Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Setting coredumpsize on a running process? 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, 18 Oct 2011 15:24:45 -0000 On 18 October 2011 16:43, Jeremy Chadwick wrote: > On Tue, Oct 18, 2011 at 04:32:11PM +0200, Ivan Voras wrote: >> I have PHP executing as fastcgi via the mod_fcgid module in Apache. I >> suspect there is a bug in PHP or one of its extensions which causes it >> to crash with sigsegv, but I cannot get any coredumps. I suspect >> something is setting coredumpsize to 0 - either Apache, mod_fcgid or PHP= . >> >> So the question is: is there a way to set coredumpsize on a running >> process, with the intention of getting a core dump when it crashes? I >> already tried setting CoreDumpDirectory in Apache and also configuring >> apache22limits_args in /etc/rc.conf but without effect. > > I ended up solving this on a machine where coredumps with Apache + PHP > were highly common by setting sysctl kern.corefile to > /var/cores/%P.%N.core, then made sure the /var/cores directory was > root:wheel, perms 1777. =C2=A0Otherwise I could not get a coredump. > apache22limits_enable did not help either, nor did CoreDumpDirectory. > Having fun yet? Oh, I have years and years of fun debugging PHP, in one way or the other :) Your suggestion for setting core dump directory explicitely helped; now it looks like I've hit an infinite recursion / stack eating bug somewhere in PCRE... #1703 0x0000000805d5c72e in match () from /usr/local/lib/libpcre.so.0 #1704 0x0000000805d5b4f0 in match () from /usr/local/lib/libpcre.so.0 #1705 0x0000000805d5c72e in match () from /usr/local/lib/libpcre.so.0 #1706 0x0000000805d5b4f0 in match () from /usr/local/lib/libpcre.so.0 However, I'm drawing the line at debugging PCRE, this will go into the "don't do that" category. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 18:10:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42E221065673 for ; Tue, 18 Oct 2011 18:10:44 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.35]) by mx1.freebsd.org (Postfix) with ESMTP id C8BE78FC14 for ; Tue, 18 Oct 2011 18:10:43 +0000 (UTC) Received: from [78.34.144.36] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1RGDwl-0000bA-UY for freebsd-stable@freebsd.org; Tue, 18 Oct 2011 19:59:28 +0200 Date: Tue, 18 Oct 2011 19:59:22 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20111018195922.747d239f@fabiankeil.de> In-Reply-To: References: <20111018144312.GA17496@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/F/Yp616B8VTeOQ=Yab5tgDx"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Subject: Re: Setting coredumpsize on a running process? 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, 18 Oct 2011 18:10:44 -0000 --Sig_/F/Yp616B8VTeOQ=Yab5tgDx Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > On 18 October 2011 16:43, Jeremy Chadwick wrot= e: > > On Tue, Oct 18, 2011 at 04:32:11PM +0200, Ivan Voras wrote: > >> I have PHP executing as fastcgi via the mod_fcgid module in Apache. I > >> suspect there is a bug in PHP or one of its extensions which causes it > >> to crash with sigsegv, but I cannot get any coredumps. I suspect > >> something is setting coredumpsize to 0 - either Apache, mod_fcgid or P= HP. > >> > >> So the question is: is there a way to set coredumpsize on a running > >> process, with the intention of getting a core dump when it crashes? I > >> already tried setting CoreDumpDirectory in Apache and also configuring > >> apache22limits_args in /etc/rc.conf but without effect. > > > > I ended up solving this on a machine where coredumps with Apache + PHP > > were highly common by setting sysctl kern.corefile to > > /var/cores/%P.%N.core, then made sure the /var/cores directory was > > root:wheel, perms 1777. =A0Otherwise I could not get a coredump. > > apache22limits_enable did not help either, nor did CoreDumpDirectory. >=20 > > Having fun yet? >=20 > Oh, I have years and years of fun debugging PHP, in one way or the other = :) >=20 > Your suggestion for setting core dump directory explicitely helped; > now it looks like I've hit an infinite recursion / stack eating bug > somewhere in PCRE... >=20 > #1703 0x0000000805d5c72e in match () from /usr/local/lib/libpcre.so.0 > #1704 0x0000000805d5b4f0 in match () from /usr/local/lib/libpcre.so.0 > #1705 0x0000000805d5c72e in match () from /usr/local/lib/libpcre.so.0 > #1706 0x0000000805d5b4f0 in match () from /usr/local/lib/libpcre.so.0 >=20 > However, I'm drawing the line at debugging PCRE, this will go into the > "don't do that" category. There's a fair chance that this isn't a bug in pcre, but the result of a poorly written expression. You may want to have a look at pcrestack(3). Fabian --Sig_/F/Yp616B8VTeOQ=Yab5tgDx Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6dvoUACgkQBYqIVf93VJ1WCACfa5rdKM/VaqImqRb9FoCh3HkX WzgAn2whO17JqGKaHA7nup/h2jwTg4xC =0TJz -----END PGP SIGNATURE----- --Sig_/F/Yp616B8VTeOQ=Yab5tgDx-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 19:18:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECE4D1065672 for ; Tue, 18 Oct 2011 19:18:08 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id 6E1EB8FC0C for ; Tue, 18 Oct 2011 19:18:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id AF5CD124D92; Tue, 18 Oct 2011 21:18:07 +0200 (CEST) X-Spam-Score: -100.356 X-Spam-Level: X-Spam-Status: No, score=-100.356 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=0.658, CRM114_HAM_00=, RATWARE_GECKO_BUILD=1.426, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R-9y4e+T4JGB; Tue, 18 Oct 2011 21:18:00 +0200 (CEST) Received: from [10.0.0.19] (242.91.broadband5.iol.cz [88.100.91.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id E3A45124D86; Tue, 18 Oct 2011 21:17:59 +0200 (CEST) Message-ID: <4E9DD0E6.9080902@sh.cvut.cz> Date: Tue, 18 Oct 2011 21:17:58 +0200 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: booting 8.2 on Gigabyte GA-790XTA-UD4 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, 18 Oct 2011 19:18:09 -0000 I am having problems booting the FreeBSD 8.2 CD image on GA-790XTA-UD4(rev. 1.0). The last thing that I can see is "BIOS drive A: is disk0". Is this completely not supported? Can I do anything to install FreeBSD on such box? -- VZ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 19:34:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F0161065670 for ; Tue, 18 Oct 2011 19:34:45 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6808FC14 for ; Tue, 18 Oct 2011 19:34:44 +0000 (UTC) Received: by eyd10 with SMTP id 10so1223529eyd.13 for ; Tue, 18 Oct 2011 12:34:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=yFbMNwSM3kDznt3DOMPuY0xVC18629pfFEeWTzgoGQE=; b=CQoKxp9irX1mIe88DPV/afTdKk6lUUX5yyRyVFM9XJ09oYHX5IuJw5nqz3DVzvnhYm FPxX1Y9nld08pPHDkVcuP0CMN5DZa3dhs5hrUa1kJ0gZSstM9W8M39ox/gVxP5grR/XQ cSXad2oTjfVcmzbQ2iTa737M22wL+VPJBjm0w= MIME-Version: 1.0 Received: by 10.14.2.38 with SMTP id 38mr476479eee.229.1318966483517; Tue, 18 Oct 2011 12:34:43 -0700 (PDT) Received: by 10.14.37.69 with HTTP; Tue, 18 Oct 2011 12:34:43 -0700 (PDT) In-Reply-To: <20111018071941.GA9482@icarus.home.lan> References: <20111001102327.GA37434@icarus.home.lan> <20111018071941.GA9482@icarus.home.lan> Date: Tue, 18 Oct 2011 21:34:43 +0200 Message-ID: From: Thomas Zander To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: Interpreting MCA error output 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, 18 Oct 2011 19:34:45 -0000 On Tue, Oct 18, 2011 at 09:19, Jeremy Chadwick w= rote: >> That would be absolutely helpful! After all, FreeBSD is primarily a >> server OS, and where would one have ECC if not on servers. Being able >> to determine what's wrong with memory would be certainly very valuable >> for many admins. > > This has been done, and it was committed a couple days ago as > sysutils/mcelog. =A0There are a couple thing about the port which bother > me[1], and there is one warning which can be safely ignored (I'm a > strong advocate of -Werror) but I do have a fix for that, but otherwise > it's functional. Awesome! Thanks, I will install and wait for the next mce to happen! Best regards Riggs From owner-freebsd-stable@FreeBSD.ORG Tue Oct 18 21:41:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3960E106566C for ; Tue, 18 Oct 2011 21:41:22 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id A970D8FC13 for ; Tue, 18 Oct 2011 21:41:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Subject:To:From:Date; bh=sHhnaHCiGa3MqbI6EHvUBB9GUuOfTh5h3igD4xYZMAg=; b=JJogNeyZPb1lyjsUg5SexGcNs90mLrHH+0yNlEb2NhOWeu7pv3VgXGkNyACYcFHg1Qt5FGDH/zvFQ38evzErXraTb2Nu2CCX/yRSeTHmuqzKn+Ou1FUK/UpZ1FQLZ0bS; Received: from localhost ([127.0.0.1]:35814 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RGHPT-0000K5-BZ from for ; Tue, 18 Oct 2011 23:41:19 +0200 Received: from pool-233-3.ippark.hu ([31.223.233.3]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Tue, 18 Oct 2011 23:41:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 18 Oct 2011 23:41:19 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <1071bcf29c69a494717348341155b792@antiszoc.hu> References: <40ffd0a7af422c57cdac4e5a18d23e99@antiszoc.hu> <414c76008bd22841a6fac2d6522c02d9@antiszoc.hu> <20111018053950.GA7519@icarus.home.lan> <1071bcf29c69a494717348341155b792@antiszoc.hu> Message-ID: <28d550f679ed7c420a78edff8c53e3a7@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-DKIM-Status: None (from 127.0.0.1) X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -47 Subject: Re: FreeBSD on IBM X3550 M3 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, 18 Oct 2011 21:41:22 -0000 On Tue, 18 Oct 2011 09:03:05 +0200, Gót András wrote: > On Mon, 17 Oct 2011 22:39:50 -0700, Jeremy Chadwick wrote: >> On Tue, Oct 18, 2011 at 07:15:26AM +0200, G??t Andr??s wrote: >>> On Mon, 17 Oct 2011 16:16:54 -0700, Xin LI wrote: >>> >On Mon, Oct 17, 2011 at 2:45 PM, G??t Andr??s >>> >wrote: >>> >>Dear All, >>> >> >>> >>I'd like to install FreeBSD onto az IBM X3550 M3 which looks >>> >>like UEFI only. >>> >>Is it possible to have FreeBSD amd64 get working on it or should >>> >>I forget >>> >>it? :( >>> > >>> >Will it do traditional MBR boot by any chance? As a last resort >>> >workaround, it might be possible to take its hard drive to another >>> >system and install grub which will boot FreeBSD but supports EFI. >>> > >>> >(We should implement EFI on amd64 by the way). >>> > >>> >Cheers, >>> >>> Take the hard drive out is not really an option because of the >>> M5014 >>> HW RAID and the SAS backplane. :) >>> >>> Anyway I found a "Rehook INT 19: disabled" setup option which, I >>> think, simply disables legacy BIOS booting. I'll give it a try in >>> the evening. >> >> It's more likely that it provides the interrupt hook to getting a >> RAID >> controller to boot from one of its underlying drives. I guess >> there's >> only one way to find out... ;-) > > The M5014 RAID is also UEFI aware and of course I only made the > initial disk group and volume group config on it. :) > Yes, the moment of truth will come this evening. I hope I'll be able > got FreeBSD working on the machine and I don't have to go on with > Linux. > > For the record. I also found something about someone couldn't even > boot Windows Server install CD on this machine and he had to update > to > firmware. There's also something about OpenBSD that went with a clean > install, but after the it freezes randomly. > > Andras Thank you for all the tips. Fortunately it turned out to be simple. Finally, I got an USB DVD drive from my father and that made the trick. Memstick image or unetbootin pendrive installs won't work as it looks like. However, if I can help with testing memstick images I can do it until Oct 25. The unfortunate is that there not a single error about the memstick, it simply doesn't work. I also tried Ubuntu Lucid CD image written (with startup disk creator) to a pendrive and that also worked. First I tried 9-BETA3, but that failed with cannot mount root error. (Sorry I couldn't save the exact error message.) Then I thought I'll give a try to the 8.2-RELEASE. That worked out of the box with the RAID card and everything. The next big question is how easily will I install the 2 146GB disks that were left off the package. :) I'm going to find out it on Friday evening. Regards, Andras Andras From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 10:25:53 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C1F1065672 for ; Wed, 19 Oct 2011 10:25:53 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id E04B18FC0C for ; Wed, 19 Oct 2011 10:25:52 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 97C118B143B; Wed, 19 Oct 2011 12:10:47 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.927 X-Spam-Level: X-Spam-Status: No, score=-100.927 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.004, TW_XF=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id bqV4nJMkpjXP; Wed, 19 Oct 2011 12:10:42 +0200 (CEST) Received: from [192.168.100.30] (p54B0BD59.dip.t-dialin.net [84.176.189.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 4595E8B141B; Wed, 19 Oct 2011 12:10:42 +0200 (CEST) Message-ID: <4E9EA1E5.7000801@executive-computing.de> Date: Wed, 19 Oct 2011 12:09:41 +0200 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20111017002213.GB3338@michelle.cdnetworks.com> In-Reply-To: <20111017002213.GB3338@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller 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, 19 Oct 2011 10:25:53 -0000 YongHyeon PYUN wrote on 17.10.2011 02:22: > Hi, > > If you have ALi/ULi M5261/M5263 ethernet controller please try the > patch at the following URL and let me know how it works. > http://people.freebsd.org/~yongari/dc/dc.uli562x.diff > > The patch was generated against latest HEAD and it should be > cleanly applied to latest stable/8 and stable/7. > > Thanks. Thank you for working on this. Although the patch applies cleanly, it doesn't seem to work for me. I'm getting the following message upon boot: dc0: port 0xe400-0xe4ff mem 0xff6fec00-0xff6fecff irq 17 at device 17.0 on pci0 dc0: attaching PHYs failed device_attach: dc0 attach returned 6 The device doesn't show up in ifconfig. FreeBSD x2.c0c0.intra 8.2-STABLE FreeBSD 8.2-STABLE #2 r226509M: Wed Oct 19 11:37:33 CEST 2011 root@x2.c0c0.intra:/usr/obj/usr/src/sys/GENERIC i386 dc0@pci0:0:17:0: class=0x020000 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet It's a lab machine, so I'm completely free to try out anything you might suggest. Here's the complete output of pciconf -lv: hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x169510b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1695 K8 Northbridge with PCIe and hypertransport' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x524b10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x524c10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:3:0: class=0x060400 card=0x00000000 chip=0x524d10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' class = bridge subclass = PCI-PCI hostb1@pci0:0:4:0: class=0x060000 card=0x00000000 chip=0x168910b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1689 K8 Northbridge with AGP and hypertransport' class = bridge subclass = HOST-PCI pcib4@pci0:0:5:0: class=0x060400 card=0x00000000 chip=0x524610b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi AGP 3.0 Controller' class = bridge subclass = PCI-PCI pcib5@pci0:0:6:0: class=0x060401 card=0x00000000 chip=0x524910b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'HyperTransport to PCI Bridge (M5249)' class = bridge subclass = PCI-PCI isab0@pci0:0:7:0: class=0x060100 card=0x15631849 chip=0x156310b9 rev=0x70 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M1563 South Bridge with Hypertransport Support' class = bridge subclass = PCI-ISA none0@pci0:0:7:1: class=0x068000 card=0x71011849 chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M7101 Power Management Controller' class = bridge none1@pci0:0:8:0: class=0x040100 card=0x08501849 chip=0x545510b9 rev=0x20 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'AC'97 Audio Controller (M1563M Southbridge)' class = multimedia subclass = audio dc0@pci0:0:17:0: class=0x020000 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet atapci2@pci0:0:18:0: class=0x01018a card=0x52291849 chip=0x522910b9 rev=0xc7 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'EIDE Controller (M5229 Southbridge)' class = mass storage subclass = ATA atapci3@pci0:0:18:1: class=0x01018f card=0x52891849 chip=0x528910b9 rev=0x10 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'M5289 SATA/Raid controller (ULI M1567/M1689 )' class = mass storage subclass = ATA ohci0@pci0:0:19:0: class=0x0c0310 card=0x52371849 chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' class = serial bus subclass = USB ohci1@pci0:0:19:1: class=0x0c0310 card=0x52371849 chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' class = serial bus subclass = USB ohci2@pci0:0:19:2: class=0x0c0310 card=0x52371849 chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' class = serial bus subclass = USB ehci0@pci0:0:19:3: class=0x0c0320 card=0x52391849 chip=0x523910b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'USB EHCI2.0 Controller (527210B9)' class = serial bus subclass = USB hostb2@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) Address Map' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) DRAM Controller' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous Control' class = bridge subclass = HOST-PCI atapci0@pci0:3:0:0: class=0x010601 card=0x03601849 chip=0x2360197b rev=0x00 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMicron 20360/20363 AHCI Controller' class = mass storage subclass = SATA MfG CoCo From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 17:27:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A186F106564A for ; Wed, 19 Oct 2011 17:27:01 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from eterpe-smout.broadpark.no (eterpe-smout.broadpark.no [80.202.8.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6358FC12 for ; Wed, 19 Oct 2011 17:27:01 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Received: from terra-smin.broadpark.no ([80.202.8.13]) by eterpe-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LTB00JMON0Y6P20@eterpe-smout.broadpark.no> for freebsd-stable@freebsd.org; Wed, 19 Oct 2011 18:26:58 +0200 (CEST) Received: from kg-v2.kg4.no ([84.48.120.32]) by terra-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LTB004OXN0USIC0@terra-smin.broadpark.no> for freebsd-stable@freebsd.org; Wed, 19 Oct 2011 18:26:58 +0200 (CEST) Date: Wed, 19 Oct 2011 18:26:53 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> In-reply-to: <4E9DD0E6.9080902@sh.cvut.cz> References: <4E9DD0E6.9080902@sh.cvut.cz> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) 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 Content-transfer-encoding: quoted-printable Subject: Re: booting 8.2 on Gigabyte GA-790XTA-UD4 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, 19 Oct 2011 17:27:01 -0000 On Tue, 18 Oct 2011 21:17:58 +0200 V=E1clav Zeman wrote: > I am having problems booting the FreeBSD 8.2 CD image on=20 > GA-790XTA-UD4(rev. 1.0). The last thing that I can see is "BIOS drive A:= =20 > is disk0". Is this completely not supported? Can I do anything to=20 > install FreeBSD on such box? Have you done the usual stuff? - if not running the latest BIOS, try to update - try to fiddle with relevant settings in BIOS - Try another release of FreeBSD (older or newer), or a new snapshot - Google "name of board + FreeBSD" HTH --=20 Torfinn From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 18:45:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607C7106566B for ; Wed, 19 Oct 2011 18:45:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id CFB0C8FC0C for ; Wed, 19 Oct 2011 18:45:02 +0000 (UTC) Received: by wwi18 with SMTP id 18so2949640wwi.31 for ; Wed, 19 Oct 2011 11:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=hZpV6mytL/i4guYtI24mnTfXSxE4FEY4XjBBJWBRphU=; b=U+sd9q/HNMYasFzVD+CGC2YZVadd2Q+kj26PTnbyN390Py2OVxSmFkOzuUVFa9jdz6 A5+dMd2gAFrVZEilJgzMf4XzCobiq5Qg7/Yk/j0jiZWh4VpzPV/mNbSflHZpnNqLiyBA a/a862liUsaxnsDjIQ4BDShv16UCAJZ8PNpOQ= Received: by 10.227.27.229 with SMTP id j37mr2932612wbc.57.1319049901587; Wed, 19 Oct 2011 11:45:01 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i29sm11337313wbp.22.2011.10.19.11.44.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Oct 2011 11:44:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 19 Oct 2011 11:43:17 -0700 From: YongHyeon PYUN Date: Wed, 19 Oct 2011 11:43:17 -0700 To: Marco Steinbach Message-ID: <20111019184317.GB10843@michelle.cdnetworks.com> References: <20111017002213.GB3338@michelle.cdnetworks.com> <4E9EA1E5.7000801@executive-computing.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9EA1E5.7000801@executive-computing.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller 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: Wed, 19 Oct 2011 18:45:03 -0000 On Wed, Oct 19, 2011 at 12:09:41PM +0200, Marco Steinbach wrote: > YongHyeon PYUN wrote on 17.10.2011 02:22: > >Hi, > > > >If you have ALi/ULi M5261/M5263 ethernet controller please try the > >patch at the following URL and let me know how it works. > >http://people.freebsd.org/~yongari/dc/dc.uli562x.diff > > > >The patch was generated against latest HEAD and it should be > >cleanly applied to latest stable/8 and stable/7. > > > >Thanks. > > > Thank you for working on this. Although the patch applies cleanly, it > doesn't seem to work for me. I'm getting the following message upon boot: > > dc0: port 0xe400-0xe4ff mem > 0xff6fec00-0xff6fecff irq 17 at device 17.0 on pci0 > dc0: attaching PHYs failed > device_attach: dc0 attach returned 6 > > The device doesn't show up in ifconfig. > > FreeBSD x2.c0c0.intra 8.2-STABLE FreeBSD 8.2-STABLE #2 r226509M: Wed Oct > 19 11:37:33 CEST 2011 > root@x2.c0c0.intra:/usr/obj/usr/src/sys/GENERIC i386 > > > dc0@pci0:0:17:0: class=0x020000 card=0x52631849 chip=0x526310b9 > rev=0x40 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U > Pro)' > class = network > subclass = ethernet > > > > It's a lab machine, so I'm completely free to try out anything you might > suggest. > Thanks for testing! I already got a feedback from user and the user also said the patch does not work. I'm trying to debug the issue as the user is willing to provide remote access. However it seems it's somewhat hard for the user to setup remote debugging environments. BTW, can you setup remote debugging environments like the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt I'll let you know if I manage to make it work. > Here's the complete output of pciconf -lv: > > hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x169510b9 > rev=0x00 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ULi M1695 K8 Northbridge with PCIe and hypertransport' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x524b10b9 > rev=0x00 hdr=0x01 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ALi PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x524c10b9 > rev=0x00 hdr=0x01 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ALi PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:3:0: class=0x060400 card=0x00000000 chip=0x524d10b9 > rev=0x00 hdr=0x01 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > class = bridge > subclass = PCI-PCI > hostb1@pci0:0:4:0: class=0x060000 card=0x00000000 chip=0x168910b9 > rev=0x00 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ULi M1689 K8 Northbridge with AGP and hypertransport' > class = bridge > subclass = HOST-PCI > pcib4@pci0:0:5:0: class=0x060400 card=0x00000000 chip=0x524610b9 > rev=0x00 hdr=0x01 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ULi AGP 3.0 Controller' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:6:0: class=0x060401 card=0x00000000 chip=0x524910b9 > rev=0x00 hdr=0x01 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'HyperTransport to PCI Bridge (M5249)' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:7:0: class=0x060100 card=0x15631849 chip=0x156310b9 > rev=0x70 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ALI M1563 South Bridge with Hypertransport Support' > class = bridge > subclass = PCI-ISA > none0@pci0:0:7:1: class=0x068000 card=0x71011849 chip=0x710110b9 > rev=0x00 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ALI M7101 Power Management Controller' > class = bridge > none1@pci0:0:8:0: class=0x040100 card=0x08501849 chip=0x545510b9 > rev=0x20 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'AC'97 Audio Controller (M1563M Southbridge)' > class = multimedia > subclass = audio > dc0@pci0:0:17:0: class=0x020000 card=0x52631849 chip=0x526310b9 > rev=0x40 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U > Pro)' > class = network > subclass = ethernet > atapci2@pci0:0:18:0: class=0x01018a card=0x52291849 chip=0x522910b9 > rev=0xc7 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'EIDE Controller (M5229 Southbridge)' > class = mass storage > subclass = ATA > atapci3@pci0:0:18:1: class=0x01018f card=0x52891849 chip=0x528910b9 > rev=0x10 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'M5289 SATA/Raid controller (ULI M1567/M1689 )' > class = mass storage > subclass = ATA > ohci0@pci0:0:19:0: class=0x0c0310 card=0x52371849 chip=0x523710b9 > rev=0x03 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' > class = serial bus > subclass = USB > ohci1@pci0:0:19:1: class=0x0c0310 card=0x52371849 chip=0x523710b9 > rev=0x03 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' > class = serial bus > subclass = USB > ohci2@pci0:0:19:2: class=0x0c0310 card=0x52371849 chip=0x523710b9 > rev=0x03 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' > class = serial bus > subclass = USB > ehci0@pci0:0:19:3: class=0x0c0320 card=0x52391849 chip=0x523910b9 > rev=0x01 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi/ULi)' > device = 'USB EHCI2.0 Controller (527210B9)' > class = serial bus > subclass = USB > hostb2@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport > Technology Configuration' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon64/Opteron/Sempron (K8 Family) Address Map' > class = bridge > subclass = HOST-PCI > hostb4@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon64/Opteron/Sempron (K8 Family) DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb5@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous > Control' > class = bridge > subclass = HOST-PCI > atapci0@pci0:3:0:0: class=0x010601 card=0x03601849 chip=0x2360197b > rev=0x00 hdr=0x00 > vendor = 'JMicron Technology Corp.' > device = 'JMicron 20360/20363 AHCI Controller' > class = mass storage > subclass = SATA > > > > MfG CoCo From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 18:50:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6996F106566C for ; Wed, 19 Oct 2011 18:50:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2578FC1B for ; Wed, 19 Oct 2011 18:50:12 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta06.emeryville.ca.mail.comcast.net with comcast id miU11h0081afHeLA6iq5pf; Wed, 19 Oct 2011 18:50:05 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta17.emeryville.ca.mail.comcast.net with comcast id miXx1h00d1t3BNj8diXyHp; Wed, 19 Oct 2011 18:31:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 499F5102C1C; Wed, 19 Oct 2011 11:50:10 -0700 (PDT) Date: Wed, 19 Oct 2011 11:50:10 -0700 From: Jeremy Chadwick To: YongHyeon PYUN Message-ID: <20111019185010.GA44939@icarus.home.lan> References: <20111017002213.GB3338@michelle.cdnetworks.com> <4E9EA1E5.7000801@executive-computing.de> <20111019184317.GB10843@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111019184317.GB10843@michelle.cdnetworks.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Marco Steinbach , freebsd-stable@freebsd.org Subject: Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller 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, 19 Oct 2011 18:50:12 -0000 On Wed, Oct 19, 2011 at 11:43:17AM -0700, YongHyeon PYUN wrote: > Thanks for testing! > I already got a feedback from user and the user also said the patch > does not work. I'm trying to debug the issue as the user is willing > to provide remote access. However it seems it's somewhat hard for > the user to setup remote debugging environments. > BTW, can you setup remote debugging environments like the following > URL? > http://people.freebsd.org/~yongari/remote_debugging.txt > > I'll let you know if I manage to make it work. YongHyeon and others, If you guys can't get a good development environment going for YongHyeon, let me know and I can invest in one of these motherboards and either send it to YongHyeon (back in South Korea?) or I can set it up locally and get him serial console access to boot. Just let me know if all other avenues are exhausted. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 19:16:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818F51065674 for ; Wed, 19 Oct 2011 19:16:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0D9FA8FC18 for ; Wed, 19 Oct 2011 19:16:30 +0000 (UTC) Received: by wyi40 with SMTP id 40so2697345wyi.13 for ; Wed, 19 Oct 2011 12:16:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LGxGRM0GcXphVDfbdCtKxKGbBp6kW5LrNKXF5HcyMWM=; b=EU0nB6PFM9TqBKp+q/rXBEyc+RThWZuNxMwDuqWHpXr8YlpTQApHfLVMoBl4L2VYuJ 4TLgZhnzEIEgBP0XkiHamO5zowDIxeYY7dmgF//BB3cSIpOle6+7Qf5TSaJonVRSxyhQ 4KTgYcv+kka8ZtjFwp0ALhwNYw17dI9VFtMu8= Received: by 10.227.2.199 with SMTP id 7mr3106250wbk.4.1319051789777; Wed, 19 Oct 2011 12:16:29 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id es5sm11505081wbb.11.2011.10.19.12.16.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Oct 2011 12:16:28 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 19 Oct 2011 12:14:47 -0700 From: YongHyeon PYUN Date: Wed, 19 Oct 2011 12:14:47 -0700 To: Jeremy Chadwick Message-ID: <20111019191447.GD10843@michelle.cdnetworks.com> References: <20111017002213.GB3338@michelle.cdnetworks.com> <4E9EA1E5.7000801@executive-computing.de> <20111019184317.GB10843@michelle.cdnetworks.com> <20111019185010.GA44939@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111019185010.GA44939@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: Marco Steinbach , freebsd-stable@freebsd.org Subject: Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller 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: Wed, 19 Oct 2011 19:16:31 -0000 On Wed, Oct 19, 2011 at 11:50:10AM -0700, Jeremy Chadwick wrote: > On Wed, Oct 19, 2011 at 11:43:17AM -0700, YongHyeon PYUN wrote: > > Thanks for testing! > > I already got a feedback from user and the user also said the patch > > does not work. I'm trying to debug the issue as the user is willing > > to provide remote access. However it seems it's somewhat hard for > > the user to setup remote debugging environments. > > BTW, can you setup remote debugging environments like the following > > URL? > > http://people.freebsd.org/~yongari/remote_debugging.txt > > > > I'll let you know if I manage to make it work. > > YongHyeon and others, > > If you guys can't get a good development environment going for > YongHyeon, let me know and I can invest in one of these motherboards and > either send it to YongHyeon (back in South Korea?) or I can set it up I'm still living in US. :-) > locally and get him serial console access to boot. > > Just let me know if all other avenues are exhausted. > Thanks for the offer. If all remote debugging fails I'll ask you help. > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 19:20:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99EA1106564A for ; Wed, 19 Oct 2011 19:20:59 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFB48FC16 for ; Wed, 19 Oct 2011 19:20:59 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 2DEEF8B143B; Wed, 19 Oct 2011 21:20:58 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.927 X-Spam-Level: X-Spam-Status: No, score=-100.927 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.004, TW_XF=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id mZneRcGV8DIy; Wed, 19 Oct 2011 21:20:56 +0200 (CEST) Received: from [192.168.100.30] (p54B0CC3A.dip.t-dialin.net [84.176.204.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 119DE8B141B; Wed, 19 Oct 2011 21:20:56 +0200 (CEST) Message-ID: <4E9F22DA.3010003@executive-computing.de> Date: Wed, 19 Oct 2011 21:19:54 +0200 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20111017002213.GB3338@michelle.cdnetworks.com> <4E9EA1E5.7000801@executive-computing.de> <20111019184317.GB10843@michelle.cdnetworks.com> In-Reply-To: <20111019184317.GB10843@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller 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, 19 Oct 2011 19:20:59 -0000 YongHyeon PYUN wrote on 19.10.2011 20:43: > On Wed, Oct 19, 2011 at 12:09:41PM +0200, Marco Steinbach wrote: >> YongHyeon PYUN wrote on 17.10.2011 02:22: >>> Hi, >>> >>> If you have ALi/ULi M5261/M5263 ethernet controller please try the >>> patch at the following URL and let me know how it works. >>> http://people.freebsd.org/~yongari/dc/dc.uli562x.diff >>> >>> The patch was generated against latest HEAD and it should be >>> cleanly applied to latest stable/8 and stable/7. >>> >>> Thanks. >> >> Thank you for working on this. Although the patch applies cleanly, it >> doesn't seem to work for me. I'm getting the following message upon boot: >> >> dc0: port 0xe400-0xe4ff mem >> 0xff6fec00-0xff6fecff irq 17 at device 17.0 on pci0 >> dc0: attaching PHYs failed >> device_attach: dc0 attach returned 6 >> >> The device doesn't show up in ifconfig. >> >> FreeBSD x2.c0c0.intra 8.2-STABLE FreeBSD 8.2-STABLE #2 r226509M: Wed Oct >> 19 11:37:33 CEST 2011 >> root@x2.c0c0.intra:/usr/obj/usr/src/sys/GENERIC i386 >> >> >> dc0@pci0:0:17:0: class=0x020000 card=0x52631849 chip=0x526310b9 >> rev=0x40 hdr=0x00 >> vendor = 'Acer Labs Incorporated (ALi/ULi)' >> device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U >> Pro)' >> class = network >> subclass = ethernet >> >> >> >> It's a lab machine, so I'm completely free to try out anything you might >> suggest. >> > > Thanks for testing! > I already got a feedback from user and the user also said the patch > does not work. I'm trying to debug the issue as the user is willing > to provide remote access. However it seems it's somewhat hard for > the user to setup remote debugging environments. > BTW, can you setup remote debugging environments like the following > URL? > http://people.freebsd.org/~yongari/remote_debugging.txt > > I'll let you know if I manage to make it work. The machine is hooked up by serial console, anyway. I'll set something up for you to have remote access, including flipping the power switch on the box. It's an ASRock 939Dual-Sata2 Mainboard -- If the other user runs the same, he might not need to go through setting up things, but just check on eventual results. Give me a moment, I'll get back to you off-list in about an hour. MfG CoCo From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 19:58:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01243106566B for ; Wed, 19 Oct 2011 19:58:02 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B41568FC08 for ; Wed, 19 Oct 2011 19:58:01 +0000 (UTC) Received: by qyg14 with SMTP id 14so2488644qyg.13 for ; Wed, 19 Oct 2011 12:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=X1gKw/kW8BkGYkBJW6FgfsaDdRPaAuriDicZXSKjEg0=; b=fqCRreem121WnPp70zWbHnJsBwaqldzd7TPaqQKJqEdmqhzEy/gQpoOTLHbgGJOfOQ QNdUJio+wsmI0yX5Z69gijPvuG6x/DdWWaIMKYOcL9cQM3eukXTIp9/D5KvjbZr5YT91 bPTxts8Uio7UNM5Ei71AriIOW8DyFCO+I9occ= MIME-Version: 1.0 Received: by 10.229.66.162 with SMTP id n34mr1731642qci.187.1319052947348; Wed, 19 Oct 2011 12:35:47 -0700 (PDT) Received: by 10.229.54.203 with HTTP; Wed, 19 Oct 2011 12:35:47 -0700 (PDT) In-Reply-To: <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> References: <4E9DD0E6.9080902@sh.cvut.cz> <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> Date: Wed, 19 Oct 2011 22:35:47 +0300 Message-ID: From: nickolasbug@gmail.com To: Torfinn Ingolfsen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: booting 8.2 on Gigabyte GA-790XTA-UD4 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, 19 Oct 2011 19:58:02 -0000 >> I am having problems booting the FreeBSD 8.2 CD image on >> GA-790XTA-UD4(rev. 1.0). The last thing that I can see is "BIOS drive A: >> is disk0". Is this completely not supported? Can I do anything to >> install FreeBSD on such box? > > Have you done the usual stuff? > - if not running the latest BIOS, try to update > - try to fiddle with relevant settings in BIOS > - Try another release of FreeBSD (older or newer), or a new snapshot > - Google "name of board + FreeBSD" You've fogot about BIOS SATA/IDE setting. Try to play with it. ------- wbr, Nickolas From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 20:11:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D125A106564A for ; Wed, 19 Oct 2011 20:11:45 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id 62F7F8FC12 for ; Wed, 19 Oct 2011 20:11:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 22834124B06; Wed, 19 Oct 2011 22:11:44 +0200 (CEST) X-Spam-Score: -100.344 X-Spam-Level: X-Spam-Status: No, score=-100.344 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=0.670, CRM114_HAM_00=, RATWARE_GECKO_BUILD=1.426, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxBTNC797ZXo; Wed, 19 Oct 2011 22:11:36 +0200 (CEST) Received: from [10.0.0.20] (242.91.broadband5.iol.cz [88.100.91.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 4ADCB1240BC; Wed, 19 Oct 2011 22:11:36 +0200 (CEST) Message-ID: <4E9F2EF7.8000403@sh.cvut.cz> Date: Wed, 19 Oct 2011 22:11:35 +0200 From: =?ISO-8859-1?Q?V=E1clav_Zeman?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E9DD0E6.9080902@sh.cvut.cz> <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: booting 8.2 on Gigabyte GA-790XTA-UD4 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, 19 Oct 2011 20:11:45 -0000 On 10/19/2011 06:26 PM, Torfinn Ingolfsen wrote: > On Tue, 18 Oct 2011 21:17:58 +0200 > V=E1clav Zeman wrote: > >> I am having problems booting the FreeBSD 8.2 CD image on=20 >> GA-790XTA-UD4(rev. 1.0). The last thing that I can see is "BIOS drive = A:=20 >> is disk0". Is this completely not supported? Can I do anything to=20 >> install FreeBSD on such box? > Have you done the usual stuff? > - if not running the latest BIOS, try to update I did update from revision F2 to F3 of the BIOS. > - try to fiddle with relevant settings in BIOS I did try to turn the HDD setting to IDE from SATA > - Try another release of FreeBSD (older or newer), or a new snapshot The FreeBSD 9 BETA3 DVD image does not boot either. > - Google "name of board + FreeBSD" I have not found anything using that search. --=20 VZ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 20:37:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C9B106567E for ; Wed, 19 Oct 2011 20:37:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 422D08FC1C for ; Wed, 19 Oct 2011 20:37:40 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta09.westchester.pa.mail.comcast.net with comcast id mgEk1h0051wpRvQ59kdgfx; Wed, 19 Oct 2011 20:37:40 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta18.westchester.pa.mail.comcast.net with comcast id mkdc1h00x1t3BNj3ekdctz; Wed, 19 Oct 2011 20:37:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1F5BA102C1C; Wed, 19 Oct 2011 13:37:35 -0700 (PDT) Date: Wed, 19 Oct 2011 13:37:35 -0700 From: Jeremy Chadwick To: V?clav Zeman Message-ID: <20111019203735.GA46366@icarus.home.lan> References: <4E9DD0E6.9080902@sh.cvut.cz> <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> <4E9F2EF7.8000403@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9F2EF7.8000403@sh.cvut.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: booting 8.2 on Gigabyte GA-790XTA-UD4 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, 19 Oct 2011 20:37:41 -0000 On Wed, Oct 19, 2011 at 10:11:35PM +0200, V?clav Zeman wrote: > On 10/19/2011 06:26 PM, Torfinn Ingolfsen wrote: > > On Tue, 18 Oct 2011 21:17:58 +0200 > > V?clav Zeman wrote: > > > >> I am having problems booting the FreeBSD 8.2 CD image on > >> GA-790XTA-UD4(rev. 1.0). The last thing that I can see is "BIOS drive A: > >> is disk0". Is this completely not supported? Can I do anything to > >> install FreeBSD on such box? > > Have you done the usual stuff? > > - if not running the latest BIOS, try to update > I did update from revision F2 to F3 of the BIOS. > > > - try to fiddle with relevant settings in BIOS > I did try to turn the HDD setting to IDE from SATA > > > - Try another release of FreeBSD (older or newer), or a new snapshot > The FreeBSD 9 BETA3 DVD image does not boot either. > > > - Google "name of board + FreeBSD" > I have not found anything using that search. Here we go again, with manufacturers shoving 6 bazillion ICs on a motherboard, doing nothing but making a mess... The GA-790XTA-UD4 has a three (3) SATA controllers on it, and one IDE/PATA controller on it. * AMD SB750 southbridge - 1x IDE/PATA - 6x SATA ports (labelled SATA2_0 through SATA2_5 on the board; these are the light blue SATA ports) * Marvell 88SE9128 - 2x SATA600 ports (labelled GSATA3_6 and GSATA_7 on the board; these are the white SATA ports) * JMicron JMB362 - 2x eSATA (SATA300) ports (on backplane) So which SATA ports is your hard disk hooked up to? If the drive is hooked to the Marvell or the JMicron, you probably won't get anywhere. Hook it to the light blue ports, preferably port SATA2_0. Next comes the insanity that is the system BIOS for this board, given the number of SATA controllers on it. * OnChip IDE Channel --> Enabled, assuming you plan on using the IDE/PATA port, otherwise you can safely disable it * OnChip SATA Controller --> Enabled * OnChip SATA Type --> AHCI - The above 3 are controlled by the AMD SB750 southbridge * Onboard ESATA Controller -> Disabled - This is the JMicron JMB362 chip * Onboard SATA3 Controller --> Disabled - This is the Marvell 88SE9128 chip Also, any reference you see to something called "GRAID" or "GigabyteRAID" is 100% in reference to the Marvell chip -- on this board anyway. Don't mess with it. Next question: what *exact model* of hard disk are you using? Please be specific. Next question: do you actually have a floppy drive hooked up to this system? If not, please disable it in the system BIOS and see if you get further. If so, please make sure the floppy cable is connected properly (when its backwards, usually the drive LED will be lit at all times, and any disk you have in there will be completely destroyed). BTW, the floppy is controlled by the iTE IT8720 chip on the board and nothing else. You should also disable the "Onboard 1394 Function" (used for Firewire), as this has caused some problems in the past for FreeBSD users (myself included). Maybe it has since been fixed, but it's one thing to disable as a precaution, though it shouldn't affect things during boot-up. Finally, you can try disabling the "Onboard USB 3.0 Controller" to see if somehow that's causing problems (especially if you have a USB-based storage drive (Flash, etc.) hooked up at the time -- that might appear as a bootable device to the bootloader). All of this info, BTW, is in the user manual. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 23:25:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4D5B1065673 for ; Wed, 19 Oct 2011 23:25:17 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 932FB8FC1A for ; Wed, 19 Oct 2011 23:25:17 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9JNPERa047458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 19 Oct 2011 16:25:15 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9JNPEW9047457; Wed, 19 Oct 2011 16:25:14 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26145; Wed, 19 Oct 11 16:20:21 PDT Date: Wed, 19 Oct 2011 23:19:10 -0700 From: perryh@pluto.rain.com To: nickolasbug@gmail.com Message-Id: <4e9fbd5e.FgSE+PETxXUVKrf1%perryh@pluto.rain.com> References: <4E9DD0E6.9080902@sh.cvut.cz> <20111019182653.92e68de5.torfinn.ingolfsen@broadpark.no> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: torfinn.ingolfsen@broadpark.no, freebsd-stable@freebsd.org Subject: Re: booting 8.2 on Gigabyte GA-790XTA-UD4 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, 19 Oct 2011 23:25:17 -0000 nickolasbug@gmail.com wrote: > > - try to fiddle with relevant settings in BIOS ... > You've fogot about BIOS SATA/IDE setting. Try to play with it. That's arguably one of the "relevant settings in BIOS" :) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 19 23:45:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5E31106566B; Wed, 19 Oct 2011 23:45:18 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0958FC08; Wed, 19 Oct 2011 23:45:18 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id p9JN6i3o008800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Oct 2011 16:06:44 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id p9JN6gZ7008798; Wed, 19 Oct 2011 16:06:42 -0700 (PDT) (envelope-from jmg) Date: Wed, 19 Oct 2011 16:06:42 -0700 From: John-Mark Gurney To: Alberto Villa Message-ID: <20111019230642.GV14645@funkthat.com> Mail-Followup-To: Alberto Villa , "Wojciech A. Koszek" , marius@freebsd.org, "marcel@freebsd.org" , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 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 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 19 Oct 2011 16:06:44 -0700 (PDT) Cc: marius@freebsd.org, "marcel@freebsd.org" , freebsd-stable@freebsd.org, "Wojciech A. Koszek" Subject: Re: (Possible fix for sbp(4)) Re: Comment out sbp driver from GENERIC 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, 19 Oct 2011 23:45:18 -0000 Alberto Villa wrote this message on Tue, Oct 18, 2011 at 14:12 +0200: > On Tue, Oct 18, 2011 at 1:48 PM, Wojciech A. Koszek > wrote: > > Commenting a driver out is almost always a bad idea and should > > be done as a last step. > > Well, few weeks prior to -RELEASE can be considered a last step. :) Considering that no discussion has happened on the -firewire list, nor does there appear to be any active PRs tracking this, I think it's a bad idea to remove the sbp. If someone spends the time to properly file a bug report, then we can tie the reinclusion of sbp to fixing the PR. If we disabled everything that hangs on one or two systems, we wouldn't have many devices in the kernel. The closest bug I could find that relate to this issue is kern/97208. The last activity on this bug was over two years ago, so clearly not many people are reporting the issue to the propler places (-firewire or PR database). -- 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 Thu Oct 20 11:56:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C9FB1065679 for ; Thu, 20 Oct 2011 11:56:24 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id C75DD8FC1E for ; Thu, 20 Oct 2011 11:56:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id A0127390EF for ; Thu, 20 Oct 2011 13:57:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Js1kGZehynxp for ; Thu, 20 Oct 2011 13:57:13 +0200 (CEST) Received: from [130.83.160.152] (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 7ABFF390DA for ; Thu, 20 Oct 2011 13:57:13 +0200 (CEST) From: Denny Schierz To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AUabX9ByvT8GQl8tKxR+" Date: Thu, 20 Oct 2011 13:56:28 +0200 Message-ID: <1319111788.6265.154.camel@pcdenny> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Subject: MPS LSI Driver status FreeBSD9 Beta3? 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, 20 Oct 2011 11:56:24 -0000 --=-AUabX9ByvT8GQl8tKxR+ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable hi, does anybody use the mps driver (if available) with Release9-Beta3? the mps driver from 8.2 has problems with two paths over a LSI SAS 6160 Switch. eg. timeouts ... . Workaround: poweroff the second switch. So it's interesting how stable/far the mps is from FB 9 Beta3 cu denny --=-AUabX9ByvT8GQl8tKxR+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAk6gDGoACgkQKlzhkqt9P+Dn5QCgjoprAAUyc4znSljS8/JowiK5 4KcAnijQSOr66Xaf/KXb+iew5XvpWC5K =UQLZ -----END PGP SIGNATURE----- --=-AUabX9ByvT8GQl8tKxR+-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 20 16:15:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13E021065716 for ; Thu, 20 Oct 2011 16:15:20 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D750A8FC08 for ; Thu, 20 Oct 2011 16:15:19 +0000 (UTC) Received: by iaky10 with SMTP id y10so4443685iak.13 for ; Thu, 20 Oct 2011 09:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=BHD2h71AgJo3FdHR28zyA6fyzOekkU+1rSAflNb1Hrc=; b=pk9NjVINCJX8vn4oiJb2JUVVLr0feMXIOFAtLIA1uSu1C/Iky+0UFpcuyAttR5Q0e+ xX8c+HxBiH1pw5bpdxKCueIfVkDJrnE2gXxdAn6MfMpBKSHirxgha3e6k9F9mjbHaAfL cU6OCdzFfedFpBSxzQIisPs+1om1+eHxpgamw= Received: by 10.231.29.149 with SMTP id q21mr4698033ibc.20.1319127319241; Thu, 20 Oct 2011 09:15:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.15.197 with HTTP; Thu, 20 Oct 2011 09:14:59 -0700 (PDT) In-Reply-To: <1319111788.6265.154.camel@pcdenny> References: <1319111788.6265.154.camel@pcdenny> From: Royce Williams Date: Thu, 20 Oct 2011 08:14:59 -0800 Message-ID: To: Denny Schierz Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: MPS LSI Driver status FreeBSD9 Beta3? 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, 20 Oct 2011 16:15:20 -0000 On Thu, Oct 20, 2011 at 3:56 AM, Denny Schierz wrote: > hi, > > does anybody use the mps driver (if available) with Release9-Beta3? > > the mps driver from 8.2 has problems with two paths over a LSI SAS 6160 > Switch. eg. timeouts ... . Workaround: poweroff the second switch. > > So it's interesting how stable/far the mps is from FB 9 Beta3 > > cu denny Denny, I don't have the same hardware so cannot test, but I only see a couple of changes committed to HEAD not MFC'd back to 8-STABLE: http://freshbsd.org/commit/freebsd/r225950 (significant CAM changes) http://freshbsd.org/commit/freebsd/r226118 (zeroing SCSI sense, probably minor) This was only a cursory check; you can spelunk around yourself more here: http://freshbsd.org/search?branch=RELENG_8&project=freebsd&q=mps_sas.c http://freshbsd.org/search?branch=HEAD&project=freebsd&q=mps_sas.c Royce From owner-freebsd-stable@FreeBSD.ORG Thu Oct 20 16:57:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71BFD1065675 for ; Thu, 20 Oct 2011 16:57:17 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 2FECD8FC1B for ; Thu, 20 Oct 2011 16:57:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id B0FC53A1BC for ; Thu, 20 Oct 2011 18:58:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eYnmFx8QY6ls for ; Thu, 20 Oct 2011 18:58:09 +0200 (CEST) Received: from mac.fritz.box (ip-92-50-81-210.unitymediagroup.de [92.50.81.210]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 61C803A1B9 for ; Thu, 20 Oct 2011 18:58:09 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: Denny Schierz In-Reply-To: Date: Thu, 20 Oct 2011 18:57:12 +0200 Content-Transfer-Encoding: 7bit Message-Id: <72FF5B01-3DF9-4CBA-81FC-D1FEB80E05FB@4lin.net> References: <1319111788.6265.154.camel@pcdenny> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1084) Subject: Re: MPS LSI Driver status FreeBSD9 Beta3? 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, 20 Oct 2011 16:57:17 -0000 Am 20.10.2011 um 18:14 schrieb Royce Williams: > > Denny, I don't have the same hardware so cannot test, but I only see a > couple of changes committed to HEAD not MFC'd back to 8-STABLE: thanks for the tip. I wrote Ken Smith a mail about the problems. cu denny From owner-freebsd-stable@FreeBSD.ORG Thu Oct 20 17:34:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B381B106566B for ; Thu, 20 Oct 2011 17:34:24 +0000 (UTC) (envelope-from prvs=1274dca8fd=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7848FC0A for ; Thu, 20 Oct 2011 17:34:23 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 20 Oct 2011 18:24:03 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 20 Oct 2011 18:24:03 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50015702620.msg for ; Thu, 20 Oct 2011 18:24:01 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1274dca8fd=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk> From: "Steven Hartland" To: Date: Thu, 20 Oct 2011 18:23:57 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0404_01CC8F55.6E820A70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Subject: zfs parition probing causing long delay at BTX loader 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, 20 Oct 2011 17:34:24 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0404_01CC8F55.6E820A70 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit Installing a new machine here which has 10+ disks we're seeing BTX loader take 50+ seconds to enumerate the disks. After doing some digging I found the following thread on the forums which hinted that r198420 maybe the cause. http://forums.freebsd.org/showthread.php?t=12705 A quick change to zfs.c reverting the change to support 128 partitions back to 4 and BTX completes instantly like it used to. svn commit which introduced this delay is:- http://svnweb.freebsd.org/base?view=revision&revision=198420 the specific file in that changeset:- http://svnweb.freebsd.org/base/head/sys/boot/zfs/zfs.c?r1=198420&r2=198419&pathrev=198420 So the questions are:- 1. Can this be optimised so it doesn't have to test all of the possible 128 GPT partitions? 2. If a optimisation isn't possible or is too complex to achieve would it be better to have the partitions defined as an option which can be increased if needed as I suspect 99.99% if not 100% of users won't be making use of more than 4 partitions even with GPT, such as what the attached patch against 8.2-RELEASE achieves. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_0404_01CC8F55.6E820A70 Content-Type: text/plain; format=flowed; name="zfs-slice-boot-patch.txt"; reply-type=original Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="zfs-slice-boot-patch.txt" --- sys/boot/zfs/zfs.c.orig 2011-10-20 18:15:29.966685430 +0000=0A= +++ sys/boot/zfs/zfs.c 2011-10-20 18:18:22.291033636 +0000=0A= @@ -45,6 +45,12 @@=0A= =0A= #include "zfsimpl.c"=0A= =0A= +/*=0A= + * For GPT this should be 128 but leads to 50+ second delay in BTX = loader so=0A= + * we use the original 4 pre r198420 by default for the boot process=0A= + */=0A= +#define ZFS_MAX_SLICES 4=0A= +=0A= static int zfs_open(const char *path, struct open_file *f);=0A= static int zfs_write(struct open_file *f, void *buf, size_t size, = size_t *resid);=0A= static int zfs_close(struct open_file *f);=0A= @@ -415,7 +421,7 @@=0A= if (vdev_probe(vdev_read, (void*) (uintptr_t) fd, 0))=0A= close(fd);=0A= =0A= - for (slice =3D 1; slice <=3D 128; slice++) {=0A= + for (slice =3D 1; slice <=3D ZFS_MAX_SLICES; slice++) {=0A= sprintf(devname, "disk%dp%d:", unit, slice);=0A= fd =3D open(devname, O_RDONLY);=0A= if (fd =3D=3D -1) {=0A= ------=_NextPart_000_0404_01CC8F55.6E820A70-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 02:33:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D812106566C for ; Fri, 21 Oct 2011 02:33:30 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 349718FC15 for ; Fri, 21 Oct 2011 02:33:29 +0000 (UTC) Received: by ggnq2 with SMTP id q2so2741715ggn.13 for ; Thu, 20 Oct 2011 19:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=jYpF4i2vidDQLHwHRQReZWPXdgelr3FFXc739UtA4gg=; b=MzoUbME2aVp7LZHigmFiK3Gq+xDRqjw4BMItDD/Xe/WPQiIWnUzGyhVkZvgBGAo6yl JKYgzEsmXuTHEdSMc4GoguXhSIO88K1uPE0NCd6fVR302ZMH7q8iF+nLcOgE2GVG754Y +vSPMoVSq/pItP7j5rYKPe17llnOOPumZtmQ0= Received: by 10.68.55.100 with SMTP id r4mr24087681pbp.69.1319162582325; Thu, 20 Oct 2011 19:03:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.40.231 with HTTP; Thu, 20 Oct 2011 19:02:40 -0700 (PDT) From: Morgan Reed Date: Fri, 21 Oct 2011 13:02:40 +1100 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Accessing tun devices from inside a Jail 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, 21 Oct 2011 02:33:30 -0000 Hi all, I'm currently attempting to setup, I suppose you'd call it a multi-VPN-tunnel gateway. Basically I have several OpenVPN Servers in different locations, I want to have various tunnels up to them and be able to choose an exit by way of pointing my browser at a particular instance of Squid running in a particular jail which routes via a particular tunnel (HTTP/S traffic is the primary concern at this point, though I might want to extend the concept to all traffic in future). First issue I ran into was routing tables, that was resolved by recompiling my kernel with option ROUTETABLES=10 and pointing each of my jails to their own FIB, however as it's not possible to configure route tables from inside the jail (as far as I'm aware anyway) I need to bring the OpenVPN tunnel up from the host and utilise a route-up script to configure the routing table for the jail (utilising setfib), I run into problems though, as even though the tun device is visible in the jail it does not appear to be configured (no IP addersses, etc) so the jail is unable to route traffic. All the stuff I've been able to find online has been geared to static addresses on each end of the tunnel, this is not the case with my VPN provider, tunnel addresses are dynamically assigned. I think that worst case I can probably use pf on the host to route traffic from a given jail via a particular interface or possibly cobble something up around VIMAGE, but I think I'd rather not have to go down those paths. I'm not sure if what I'm looking for is actually possible, any suggestions would be much appreciated. Thanks, Morgan From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 04:16:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D16B1065670 for ; Fri, 21 Oct 2011 04:16:58 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A22288FC0A for ; Fri, 21 Oct 2011 04:16:57 +0000 (UTC) Received: by eyd10 with SMTP id 10so4717748eyd.13 for ; Thu, 20 Oct 2011 21:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Et0+8gDQO3dHCmYp6BORzPePuxPc+CPzuEJSyWoc24k=; b=S5in/g+jOnD2l/Q6J8pE/4e7/vPPTRdPa7mjSpnYWBQY8QSm16Ha1YA1kR6xwzRouk tLcmCFvn+Tjw6+j1Ak4FUzJYtyMle0MMAfXADGR9QAm1WIDPHB+NNVlkGoyQgROJP/6O TZ4gsrInH/GL5s/7HoZtNsOGHrqCPQbhueUMw= MIME-Version: 1.0 Received: by 10.223.14.134 with SMTP id g6mr22178746faa.11.1319169101341; Thu, 20 Oct 2011 20:51:41 -0700 (PDT) Received: by 10.223.88.72 with HTTP; Thu, 20 Oct 2011 20:51:41 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Oct 2011 22:51:41 -0500 Message-ID: From: Adam Vande More To: Morgan Reed Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 21 Oct 2011 04:16:58 -0000 On Thu, Oct 20, 2011 at 9:02 PM, Morgan Reed wrote: > > I think that worst case I can probably use pf on the host to route > traffic from a given jail via a particular interface or possibly > cobble something up around VIMAGE, but I think I'd rather not have to > go down those paths. > > I'm not sure if what I'm looking for is actually possible, any > suggestions would be much appreciated. > To me, this seems like one of reasons VIMAGE was created. Here's more of an outline if you're looking to evaluate it further. http://druidbsd.sourceforge.net/vimage.html -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 08:11:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C63A1065674 for ; Fri, 21 Oct 2011 08:11:35 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 628BD8FC15 for ; Fri, 21 Oct 2011 08:11:35 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9L8BYb5048951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 21 Oct 2011 01:11:34 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9L8BYLh048950 for freebsd-stable@freebsd.org; Fri, 21 Oct 2011 01:11:34 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA02892; Fri, 21 Oct 11 01:01:51 PDT Date: Fri, 21 Oct 2011 08:00:38 -0700 From: perryh@pluto.rain.com To: freebsd-stable@freebsd.org Message-Id: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 8.1 xl + dual-speed Netgear hub = yoyo 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, 21 Oct 2011 08:11:35 -0000 I have an 8.1-RELEASE system with an xl on the mainboard: xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xf8fffc00-0xf8fffc7f irq 16 at device 4.0 on pci2 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> PHY 24 on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:b0:d0:22:5a:14 xl0: [ITHREAD] It has been working properly while connected to an old 10-BaseT hub, but when I moved it to a (not as old) Netgear 10/100 dual-speed hub the link started to yo-yo: Oct 21 07:16:00 fbsd81 kernel: xl0: link state changed to DOWN Oct 21 07:16:02 fbsd81 kernel: xl0: link state changed to UP Oct 21 07:16:12 fbsd81 kernel: xl0: link state changed to DOWN Oct 21 07:16:14 fbsd81 kernel: xl0: link state changed to UP Oct 21 07:16:18 fbsd81 kernel: xl0: link state changed to DOWN Oct 21 07:16:20 fbsd81 kernel: xl0: link state changed to UP Oct 21 07:16:26 fbsd81 kernel: xl0: link state changed to DOWN Oct 21 07:16:28 fbsd81 kernel: xl0: link state changed to UP While it was misbehaving, ifconfig reported: # ifconfig xl0 xl0: flags=8843 metric 0 mtu 1500 options=80009 ether 00:b0:d0:22:5a:14 inet6 fe80::2b0:d0ff:fe22:5a14%xl0 prefixlen 64 scopeid 0x1 inet 192.168.200.81 netmask 0xffffff00 broadcast 192.168.200.255 nd6 options=3 media: Ethernet autoselect (100baseTX) status: active Turning off unneeded features did not help: # ifconfig xl0 -vlanmtu -rxcsum # ifconfig xl0 xl0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:b0:d0:22:5a:14 inet6 fe80::2b0:d0ff:fe22:5a14%xl0 prefixlen 64 scopeid 0x1 inet 192.168.200.81 netmask 0xffffff00 broadcast 192.168.200.255 nd6 options=3 media: Ethernet autoselect (100baseTX) status: active and neither did forcing it to 100baseTX, with either duplex setting: # ifconfig xl0 media 100baseTX mediaopt full-duplex # ifconfig xl0 xl0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:b0:d0:22:5a:14 inet6 fe80::2b0:d0ff:fe22:5a14%xl0 prefixlen 64 scopeid 0x1 inet 192.168.200.81 netmask 0xffffff00 broadcast 192.168.200.255 nd6 options=3 media: Ethernet 100baseTX status: active # ifconfig xl0 mediaopt half-duplex # ifconfig xl0 xl0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:b0:d0:22:5a:14 inet6 fe80::2b0:d0ff:fe22:5a14%xl0 prefixlen 64 scopeid 0x1 inet 192.168.200.81 netmask 0xffffff00 broadcast 192.168.200.255 nd6 options=3 media: Ethernet 100baseTX status: active but moving it back to the 10-BaseT hub (after restoring xl0 to autoselect) fixed the problem: # ifconfig xl0 media autoselect # ifconfig xl0 xl0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:b0:d0:22:5a:14 inet6 fe80::2b0:d0ff:fe22:5a14%xl0 prefixlen 64 scopeid 0x1 inet 192.168.200.81 netmask 0xffffff00 broadcast 192.168.200.255 nd6 options=3 media: Ethernet autoselect (100baseTX) status: active [still yo-yo-ing, until moved to the old hub, then OK] # ifconfig xl0 xl0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:b0:d0:22:5a:14 inet6 fe80::2b0:d0ff:fe22:5a14%xl0 prefixlen 64 scopeid 0x1 inet 192.168.200.81 netmask 0xffffff00 broadcast 192.168.200.255 nd6 options=3 media: Ethernet autoselect (10baseT/UTP) status: active Both connections were using the same (short) Cat5 cable, I tried two different ports on the 10/100 hub, and other systems work OK on that 10/100 hub. How do I get this interface to operate properly at 100MB? From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 08:28:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1914106566B for ; Fri, 21 Oct 2011 08:28:26 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2788FC15 for ; Fri, 21 Oct 2011 08:28:26 +0000 (UTC) Received: by wyi40 with SMTP id 40so4779953wyi.13 for ; Fri, 21 Oct 2011 01:28:25 -0700 (PDT) Received: by 10.227.61.80 with SMTP id s16mr5165761wbh.73.1319185705286; Fri, 21 Oct 2011 01:28:25 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id gd6sm20360402wbb.1.2011.10.21.01.28.23 (version=SSLv3 cipher=OTHER); Fri, 21 Oct 2011 01:28:24 -0700 (PDT) Message-ID: <4EA12D26.4020104@my.gd> Date: Fri, 21 Oct 2011 10:28:22 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> In-Reply-To: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 8.1 xl + dual-speed Netgear hub = yoyo 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, 21 Oct 2011 08:28:27 -0000 On 10/21/11 5:00 PM, perryh@pluto.rain.com wrote: > I have an 8.1-RELEASE system with an xl on the mainboard: > > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xf8fffc00-0xf8fffc7f irq 16 at device 4.0 on pci2 > miibus0: on xl0 > xlphy0: <3c905C 10/100 internal PHY> PHY 24 on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:b0:d0:22:5a:14 > xl0: [ITHREAD] > > It has been working properly while connected to an old 10-BaseT hub, > but when I moved it to a (not as old) Netgear 10/100 dual-speed hub > the link started to yo-yo: > Pray tell, what's a "dual-speed hub" , marketing mumbo-jumbo ? If that's a hub that supports negotiation of different speeds (10 vs 100), then yes, I call that marketing mumbo-jumbo ;) > Oct 21 07:16:00 fbsd81 kernel: xl0: link state changed to DOWN > Oct 21 07:16:02 fbsd81 kernel: xl0: link state changed to UP > Oct 21 07:16:12 fbsd81 kernel: xl0: link state changed to DOWN [snip] > > Both connections were using the same (short) Cat5 cable, I tried two > different ports on the 10/100 hub, and other systems work OK on that > 10/100 hub. > > How do I get this interface to operate properly at 100MB? You change your faulty cable and enjoy ;) It is totally possible that your cable be the cause, and that it can operate just fine at 10MB but not at 100. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 09:54:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DAD5106567E for ; Fri, 21 Oct 2011 09:54:59 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBA68FC21 for ; Fri, 21 Oct 2011 09:54:58 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so4897208vcb.13 for ; Fri, 21 Oct 2011 02:54:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=2Gyi/09+uQSg5VVqY4lov1L7GiNs8sGDFZAvrmYfd0g=; b=gx1CHpfLePikjTrC2oL9Q3dTUsNxyjJvkAwAp3+YG+sKHfKJJQA2wweC4bVZSgoDFH KATcRy8jAhPgV3XCGlw8SoOVJkq1UFogYDcYm+kN457NFIf/QHsl4ir+P6vzfFnxjHdZ 4Z+knV5bE66Daqq4q7dnrulo2GCiEnF60tPbI= MIME-Version: 1.0 Received: by 10.52.91.7 with SMTP id ca7mr13657769vdb.29.1319189299351; Fri, 21 Oct 2011 02:28:19 -0700 (PDT) Received: by 10.220.160.197 with HTTP; Fri, 21 Oct 2011 02:28:19 -0700 (PDT) Date: Fri, 21 Oct 2011 13:28:19 +0400 Message-ID: From: Subbsd To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: problem with whereis rar and portinstall on the fresh installation of FreeBSD 9.0-RC1 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, 21 Oct 2011 09:54:59 -0000 Hi, I see the problems that have never been observed: a) portinstall -c editors/hexedit [database version mismatch/bump detected] [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........5000.........6= 000.........7000.........8000.........9000.........10000.........11000.....= ....12000.........13000.........14000.........15000.........16000.........1= 7000.........18000.........19000.........20000.........21000.........22000.= ....... ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000........ ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000........ ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000........ ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000........ ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000........ ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000........ ....HASH: Out of overflow pages. Increase page size error] Remove and try again. [Updating the portsdb in /usr/ports ... - 22822 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000...^C (infninity loop?) .... b) whereis rar - hang up until you do not press Ctrl + D, output in this ca= se: rar: /usr/local/bin/rar /usr/local/man/cat1/rar.1 (source: ) /usr/ports/archivers/rar System: Fresh install FreeBSD 9.0-amd64. Before on 9.0beta3 is everything was fine. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 10:01:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F71E1065670 for ; Fri, 21 Oct 2011 10:01:53 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id A8CD68FC15 for ; Fri, 21 Oct 2011 10:01:52 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p9LA1nZV028673 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Oct 2011 11:01:49 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk p9LA1nZV028673 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1319191309; bh=Y6XWwSOsgDCEInZjnYqIjWZp1HF8dOL+gcnSAFYgc+8=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type:Cc: In-Reply-To:References; b=sAkukxGO87Cuqov1B5CmX7m8cKRs5EglV20S4wgMVGtvHim5fRtJXSLMrABpkC2Zk hnw7xDbJfdDAGt/GjrR5MH1nX9OrQMtMO7Di6ML+xhtR2RbR8cBTDzoSRIFSJyCLTR M0X/PRD06GMjQIQy1EHaQUt27hCkP9BgyzAgFJ+U= Message-ID: <4EA1430C.3030300@infracaninophile.co.uk> Date: Fri, 21 Oct 2011 11:01:48 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: FreeBSD Stable List X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6C04FEDF38424FF58740B932" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: cvsup example supfiles 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, 21 Oct 2011 10:01:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C04FEDF38424FF58740B932 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable A trivial omission that came up on the -questions list just now: maggot:...share/examples/cvsup:% uname -a FreeBSD maggot.black-earth.co.uk 9.0-RC1 FreeBSD 9.0-RC1 #1: Wed Oct 19 22:03:05 BST 2011 root@maggot.black-earth.co.uk:/usr/obj/usr/src/sys/MAGGOT amd64 maggot:...share/examples/cvsup:% grep '^\*default.*tag=3D' {standard,stable}-supfile standard-supfile:*default release=3Dcvs tag=3D. stable-supfile:*default release=3Dcvs tag=3DRELENG_8 Should have tag=3DRELENG_9 in both cases Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig6C04FEDF38424FF58740B932 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6hQw0ACgkQ8Mjk52CukIzMswCfYf2mqTGD0I8sWXE3ckw60+qA YGUAmwXi3ss2M0IhGxDT4e+a/S9iN22u =nu6F -----END PGP SIGNATURE----- --------------enig6C04FEDF38424FF58740B932-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 10:30:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EE281065670 for ; Fri, 21 Oct 2011 10:30:24 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id B6BA28FC19 for ; Fri, 21 Oct 2011 10:30:23 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0MJ0M1-1RJ86v0BBp-0034lk; Fri, 21 Oct 2011 12:17:48 +0200 Message-ID: <4EA146D2.8070809@brockmann-consult.de> Date: Fri, 21 Oct 2011 12:17:54 +0200 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk> In-Reply-To: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk> X-Enigmail-Version: 1.1.2 X-Provags-ID: V02:K0:bFGqDmnL8rBEHedZbtHiV3UaLzO9Qw4wUEy5GPxPudn GfOVhn0FYT7hz81Wd75tDevrsSfKwCTaMQ7fF8x9KEAS/MIwD5 E21GLfga4sLS6Bs4ve7NfpNc6wEPXTFM/5JGbzdiuxPODEtSNS PTg0rD1/50tOpm4wJdhXqSnGKV6FKIN7cNIrR+ejr7LIWFXoTP TvY9+pgujyTkVRHbACYi+o5i1zmCFL6PNr/JZBvi0JtITFd1JC OP4wlm5N6i9oCQeMblWHDSsHkP2pukp8IlHQK016gd5rYvbXKD i9+29VJM68CUQ7Lxfz54EDH4IR56lShigBdBrOKwp3WfcF7VyF 32szp4U7Qb6ds17m5WS3u/V9n/sVjvIuxBngeMLTM Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zfs parition probing causing long delay at BTX loader 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, 21 Oct 2011 10:30:24 -0000 On 10/20/2011 07:23 PM, Steven Hartland wrote: > Installing a new machine here which has 10+ disks > we're seeing BTX loader take 50+ seconds to enumerate > the disks. I am running 8-STABLE. On my system with 22 disks, it took much longer than a minute (maybe 5 minutes... not sure, but overall boot was about 7 minutes). While this time is passing, I can watch the leds on the disks blink in order, many times in a loop. My IO card is a LSI SATA/SAS 9211-8i 6Gb/s. After I upgraded the firmware to version 11, it seems to take much less time, but I didn't time it. And watching the LEDs last time I rebooted, I don't notice them all blinking the same way. Instead, all were solid for a second or two after the long wait, and then only the root disks. So if you have the same card, I suggest you update the firmware. (I updated for stability rather than boot speed, and it seemed stable until it froze today, after 2 weeks) > After doing some digging I found the following thread > on the forums which hinted that r198420 maybe the > cause. > http://forums.freebsd.org/showthread.php?t=12705 > > A quick change to zfs.c reverting the change to > support 128 partitions back to 4 and BTX completes > instantly like it used to. > > svn commit which introduced this delay is:- > http://svnweb.freebsd.org/base?view=revision&revision=198420 > > the specific file in that changeset:- > http://svnweb.freebsd.org/base/head/sys/boot/zfs/zfs.c?r1=198420&r2=198419&pathrev=198420 > > > So the questions are:- > > 1. Can this be optimised so it doesn't have to test all > of the possible 128 GPT partitions? > > 2. If a optimisation isn't possible or is too complex to > achieve would it be better to have the partitions defined > as an option which can be increased if needed as I suspect > 99.99% if not 100% of users won't be making use of more > than 4 partitions even with GPT, such as what the attached > patch against 8.2-RELEASE achieves. > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > > _______________________________________________ > 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" -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de -------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 11:37:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04631106564A for ; Fri, 21 Oct 2011 11:37:11 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 0266B8FC0A for ; Fri, 21 Oct 2011 11:37:09 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0M4x6g-1R7uph2BiQ-00ybNR; Fri, 21 Oct 2011 13:37:07 +0200 Message-ID: <4EA1596A.7070707@brockmann-consult.de> Date: Fri, 21 Oct 2011 13:37:14 +0200 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: Steven Hartland References: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk> <4EA146D2.8070809@brockmann-consult.de> <11B873BE453E4B78854D1FF051495B95@multiplay.co.uk> <4EA1583E.5000703@brockmann-consult.de> In-Reply-To: <4EA1583E.5000703@brockmann-consult.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------010802090808030701080903" X-Provags-ID: V02:K0:mYtXXrzlb3OaehJ6rlkF7vTtq4ZRzLGZZ7RyCcqgkuL K5n6Mw+XbHQqBhx6tmdzGmuK7T+sqNgaWqL3Awu2Q1tz5N54Oe FUltuiBLCKCH5LvCKAJteQEX3EFfJ0VhRtoMFtipkglhAXGvxB S0oluTXNOJDr+WCd/NrTHnUOqB7sjHolg3fYyqPLtR0pPq9eCw 3fMdizt8y0Y28mYTzz38LCh/MABNk3kaGUMFElENt9YeFg88fC dDHx/qCoVuT7oL/KAvRfMHhDoZ+J6qvI3xajX4UQ2bcqr5KG95 1mQi8S/94NYlrVBKRjcL3kxKLrxWfHGMtqGgIHq2SOx2fv5h04 Alg4vbqSKFkeV2GvpIVl/sgn8eWOffhtpD+dojjnV X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: zfs parition probing causing long delay at BTX loader 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, 21 Oct 2011 11:37:11 -0000 This is a multi-part message in MIME format. --------------010802090808030701080903 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit First post failed, because the attachment was too big. (Or maybe you got a copy anyway since you are also in the To) Here it is again: On 10/21/2011 01:32 PM, Peter Maloney wrote: > On 10/21/2011 01:04 PM, Steven Hartland wrote: >> ----- Original Message ----- From: "Peter Maloney" >> >> To: >> Sent: Friday, October 21, 2011 11:17 AM >> Subject: Re: zfs parition probing causing long delay at BTX loader >> >> >>> On 10/20/2011 07:23 PM, Steven Hartland wrote: >>>> Installing a new machine here which has 10+ disks >>>> we're seeing BTX loader take 50+ seconds to enumerate >>>> the disks. >>> I am running 8-STABLE. On my system with 22 disks, it took much longer >>> than a minute (maybe 5 minutes... not sure, but overall boot was >>> about 7 >>> minutes). While this time is passing, I can watch the leds on the disks >>> blink in order, many times in a loop. >>> >>> My IO card is a LSI SATA/SAS 9211-8i 6Gb/s. >> >> We are indeed using that 3 x 9211-8i's per chassis. >>> After I upgraded the firmware to version 11, it seems to take much less >>> time, but I didn't time it. And watching the LEDs last time I rebooted, >>> I don't notice them all blinking the same way. Instead, all were solid >>> for a second or two after the long wait, and then only the root disks. >> >> We are already running fw v11.00.00.00 but thanks for the heads up. >> > Are you running the IT or IR firmware version? I am running the IR one. > > And by the way, here is my uname -a: > # uname -a > FreeBSD bcnas1.bc.local 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Sep 29 > 15:06:03 CEST 2011 > root@bcnas1.bc.local:/usr/obj/usr/src/sys/GENERIC amd64 > > And I installed 8-STABLE using cvsup using this date filter in my > cvsup file: > *default date=2011.09.27.00.00.00 > > And I remember one other thing I did since the firmware upgrade. I > booted off a Linux hard disk which I had to put in the first hard disk > bay, or it wouldn't boot from it. So I moved the root disk somewhere > else. FreeBSD still boots, so I left it where I moved it. I don't know > if that changed the boot time. > >>> So if you have the same card, I suggest you update the firmware. (I >>> updated for stability rather than boot speed, and it seemed stable >>> until >>> it froze today, after 2 weeks) >> >> Do you have any information about the hang? > I decided to rename some of my replication snapshots to fill in gaps > from daily snapshots (since I wasn't always doing them daily)... just > so I could delete old replication snapshots. > > So I wrote a bash script to take the first replication snapshot per > day and rename it > (need to get bash from ports or hope it runs in sh): > > for day in {4..16}; do > if [ "$day" -lt 10 ]; then > day="0$day" > fi > > firstSnapshotOfDay=$(zfs list -o name -t snapshot -r tank | grep > -E "^tank@replication-201110${day}" | head -n1) > > if [ "$firstSnapshotOfDay" = "" ]; then > continue > fi > > time=$(echo ${firstSnapshotOfDay} | cut -d'-' -f2) > hour=${time:8:2} > minute=${time:10:2} > second=${time:12:2} > > echo "=============" > echo $day $firstSnapshotOfDay $time $hour $minute $second > echo zfs rename -r "${firstSnapshotOfDay}" > tank@daily-2011-10-${day}T${hour}:${minute}:${second} > done > > And then I took the output from it, and started running it. > For example: > > zfs rename -r tank@replication-20111004111436 > tank@daily-2011-10-04T11:14:36 > > I ran 8 of the commands like the above, which took about 1 second > each. Then the 9th command froze. > > root@bcnas1:~/bin/zfs/snapshots# zfs rename -r > tank@replication-20111013000000 tank@daily-2011-10-13T00:00:00 > ^C > load: 0.13 cmd: zfs 70731 [tx->tx_sync_done_cv)] 489.40r 0.00u 0.07s > 0% 1760k > load: 0.01 cmd: zfs 70731 [tx->tx_sync_done_cv)] 638.13r 0.00u 0.07s > 0% 1328k > > I then tried other things in other windows (using screen). Anything > involving zpool or zfs would hang like this: > > root@bcnas1:~/bin/rsync# zpool status > ^C^C > load: 0.12 cmd: zpool 87352 [spa_namespace_lock] 479.77r 0.00u 0.00s > 0% 1628k > load: 0.01 cmd: zpool 87352 [spa_namespace_lock] 616.65r 0.00u 0.00s > 0% 1288k > > Other attempts to read from the tank zpool worked fine. But maybe it > was only reading from arc and l2arc. The system has 48 GB of memory. > And my NFS mounts stopped working. NFS requests would just timeout. > > top, gstat, etc. all show an idle system. I had a "zpool iostat 5" > running in another window, which was not frozen, but also just looked > normal and idle. > > It reminds me of when I was using 8.2-RELEASE, and zfs destroy on a > snapshot caused a kernel panic. > > I also tried kill -9 on the above "zfs rename" process, which didn't > work (normal for processes waiting for kernel calls). > > Then I did "shutdown -r now" which got me to a screen (attached a > photo... unfortunately I don't know how the serial console or KVM over > IP works so can't get a proper log) saying that shutdown terminated > abnormally, going to single user mode (never got a prompt though), and > "some processes would not die; ps axl advised". I don't know which > processes hung (58465 I guess) . If ctrl+t is showing the process id, > then it wasn't one of the commands above. I think it might have been > nfsd. (I have also found that "/etc/rc.d/nfsd restart" causes nfs to > stop and never come back, and use lots of cpu; here is my post about > it: http://forums.freebsd.org/showthread.php?t=26727) > > I looked through the logs, but don't see anything interesting. Here > is the log from my reboot until not including the next boot: > > Oct 21 11:39:59 bcnas1 shutdown: reboot by peter: > Oct 21 11:40:01 bcnas1 nmbd[64827]: [2011/10/21 11:40:01.422014, 0] > nmbd/nmbd_browsesync.c:585(collect_all_workgroup_names_from_wins_server) > Oct 21 11:40:01 bcnas1 nmbd[64827]: > collect_all_workgroup_names_from_wins_server: > Oct 21 11:40:01 bcnas1 nmbd[64827]: Cannot find my workgroup > ARBEITSGRUPPE on subnet UNICAST_SUBNET. > Oct 21 11:40:01 bcnas1 nmbd[64827]: [2011/10/21 11:40:01.522809, 0] > nmbd/nmbd_browsesync.c:585(collect_all_workgroup_names_from_wins_server) > Oct 21 11:40:01 bcnas1 nmbd[64827]: > collect_all_workgroup_names_from_wins_server: > Oct 21 11:40:01 bcnas1 nmbd[64827]: Cannot find my workgroup > ARBEITSGRUPPE on subnet UNICAST_SUBNET. > Oct 21 11:40:01 bcnas1 ntpd[75976]: ntpd exiting on signal 15 > Oct 21 11:40:01 bcnas1 nmbd[64827]: [2011/10/21 11:40:01.857859, 0] > nmbd/nmbd.c:71(terminate) > Oct 21 11:40:01 bcnas1 nmbd[64827]: Got SIGTERM: going down... > Oct 21 11:40:31 bcnas1 rc.shutdown: 30 second watchdog timeout > expired. Shutdown terminated. > Oct 21 11:40:31 bcnas1 init: /bin/sh on /etc/rc.shutdown terminated > abnormally, going to single user mode > Oct 21 11:40:31 bcnas1 syslogd: exiting on signal 15 > Oct 21 11:47:39 bcnas1 syslogd: kernel boot file is /boot/kernel/kernel > > Looking at the screenshot, maybe 58465 is the process id that wouldn't > die. I could not find that number in /var/log/messages. > > > Any suggestions on where I can find useful information? > > I plan to keep searching for something that shows error messages. On > every other panic, I would find SCSI errors, mps driver messages, etc. > >> >> Regards >> Steve >> This e.mail is private and confidential between Multiplay (UK) Ltd. >> and the person or entity to whom it is addressed. In the event of >> misdirection, the recipient is prohibited from using, copying, >> printing or otherwise disseminating it or any information contained >> in it. >> >> In the event of misdirection, illegible or incomplete transmission >> please telephone +44 845 868 1337 or return the E.mail to >> postmaster@multiplay.co.uk. >> > > > -- > > -------------------------------------------- > Peter Maloney > Brockmann Consult > Max-Planck-Str. 2 > 21502 Geesthacht > Germany > Tel: +49 4152 889 300 > Fax: +49 4152 889 333 > E-mail: peter.maloney@brockmann-consult.de > Internet: http://www.brockmann-consult.de > -------------------------------------------- -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de -------------------------------------------- --------------010802090808030701080903-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 11:42:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4989D1065673 for ; Fri, 21 Oct 2011 11:42:00 +0000 (UTC) (envelope-from prvs=1275951b39=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id CEDB48FC14 for ; Fri, 21 Oct 2011 11:41:59 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 21 Oct 2011 12:30:54 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 21 Oct 2011 12:30:54 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50015718416.msg for ; Fri, 21 Oct 2011 12:30:53 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1275951b39=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Peter Maloney" , References: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk> <4EA146D2.8070809@brockmann-consult.de> Date: Fri, 21 Oct 2011 12:30:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: Subject: Re: zfs parition probing causing long delay at BTX loader 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, 21 Oct 2011 11:42:00 -0000 ----- Original Message ----- From: "Peter Maloney" To: Sent: Friday, October 21, 2011 11:17 AM Subject: Re: zfs parition probing causing long delay at BTX loader > On 10/20/2011 07:23 PM, Steven Hartland wrote: >> Installing a new machine here which has 10+ disks >> we're seeing BTX loader take 50+ seconds to enumerate >> the disks. > I am running 8-STABLE. On my system with 22 disks, it took much longer > than a minute (maybe 5 minutes... not sure, but overall boot was about 7 > minutes). While this time is passing, I can watch the leds on the disks > blink in order, many times in a loop. > > My IO card is a LSI SATA/SAS 9211-8i 6Gb/s. We are indeed using that 3 x 9211-8i's per chassis. > After I upgraded the firmware to version 11, it seems to take much less > time, but I didn't time it. And watching the LEDs last time I rebooted, > I don't notice them all blinking the same way. Instead, all were solid > for a second or two after the long wait, and then only the root disks. We are already running fw v11.00.00.00 but thanks for the heads up. > So if you have the same card, I suggest you update the firmware. (I > updated for stability rather than boot speed, and it seemed stable until > it froze today, after 2 weeks) Do you have any information about the hang? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 14:09:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C60106566C for ; Fri, 21 Oct 2011 14:09:03 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5C68FC17 for ; Fri, 21 Oct 2011 14:09:03 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 18A1DD09BD; Fri, 21 Oct 2011 16:09:02 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: Date: Fri, 21 Oct 2011 16:08:59 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> References: To: Morgan Reed X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 21 Oct 2011 14:09:03 -0000 Am 21.10.2011 um 04:02 schrieb Morgan Reed: > Hi all, >=20 > I'm currently attempting to setup, I suppose you'd call it a > multi-VPN-tunnel gateway. Basically I have several OpenVPN Servers in > different locations, I want to have various tunnels up to them and be > able to choose an exit by way of pointing my browser at a particular > instance of Squid running in a particular jail which routes via a > particular tunnel (HTTP/S traffic is the primary concern at this > point, though I might want to extend the concept to all traffic in > future). I have a similar setup, but the OpenVPN endpoints are on OpenWrt, with = tinyproxy running there. I have a central squid that knows which tiny = proxy to use for which URL pattern, and that works quite well. > First issue I ran into was routing tables, that was resolved by > recompiling my kernel with option ROUTETABLES=3D10 and pointing each = of > my jails to their own FIB, however as it's not possible to configure > route tables from inside the jail (as far as I'm aware anyway) I need > to bring the OpenVPN tunnel up from the host and utilise a route-up > script to configure the routing table for the jail (utilising setfib), > I run into problems though, as even though the tun device is visible > in the jail it does not appear to be configured (no IP addersses, etc) > so the jail is unable to route traffic. >=20 > All the stuff I've been able to find online has been geared to static > addresses on each end of the tunnel, this is not the case with my VPN > provider, tunnel addresses are dynamically assigned. >=20 > I think that worst case I can probably use pf on the host to route > traffic from a given jail via a particular interface or possibly > cobble something up around VIMAGE, but I think I'd rather not have to > go down those paths. >=20 > I'm not sure if what I'm looking for is actually possible, any > suggestions would be much appreciated. I was trying to enable a set of processes to use a separate DSL = interface, with the FreeBSD box terminating the PPPoE connection. I've = tried a couple of things: - I couldn't come up with pf rules that would allow certain processes = (i. e. those in a specific jail, or running under a specific user id) to = have seperate forwarding applied to them. I believe IPFW might be = better suited, but I haven't tried. - VIMAGE and mpd don't like each other, so VIMAGE was out as well - VBox with the interface bridged to the DSL interface works fine, but = has a lot of overhead. My OpenVPN hub server is running inside a jail, but the tun interface is = preconfigured from outside; the config substitutes /bin/true for = ifconfig and route. HTH, and please report back on any success, I'm definitely interested! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 15:19:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51B26106566C for ; Fri, 21 Oct 2011 15:19:25 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id C7AED8FC0A for ; Fri, 21 Oct 2011 15:19:24 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0Lb2iX-1Qb5QQ2DZB-00keMv; Fri, 21 Oct 2011 17:19:23 +0200 Message-ID: <4EA18D82.8050602@brockmann-consult.de> Date: Fri, 21 Oct 2011 17:19:30 +0200 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk> <4EA146D2.8070809@brockmann-consult.de> <11B873BE453E4B78854D1FF051495B95@multiplay.co.uk> <4EA1583E.5000703@brockmann-consult.de> <4EA1596A.7070707@brockmann-consult.de> In-Reply-To: <4EA1596A.7070707@brockmann-consult.de> X-Enigmail-Version: 1.1.2 X-Provags-ID: V02:K0:PQ8Q+ksrruuxdWREQkvcUnJoEz5zyH0zR4itc/AnfEz j43t9EJ9kbrLFmPMoH8ST4Ikx3Pnf77lc+VMddc0z9GslM1NnJ t4T/TsGauiDIoqhQpjckvTR01FyTGh1H1CjV0/AMAcf4IJOhZ8 zD8JBEwb+LFH8p7z6npWj24wwsLjVyeqs3kZ10n5wK+aA5uJSS drkgvsMyUdq4cqXfTzeXJmC8+i0hH7XbUM3am1KqzKiMEYz/M6 24VY8NkxEIryAf/dh1a2tAiscQujDj+uJMmyzYzxyzx9wzVLjm B31YmtMPeHDPHoQcNRew9/GGq5Pm67IP36+hJjgMiEtAN7YNY2 OZ96c9bsCyBeG991JQ03cLcV0IF/xQW4YoYQwex4e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zfs parition probing causing long delay at BTX loader 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, 21 Oct 2011 15:19:25 -0000 Dear Steven, This script freezes zfs on my 2 systems with replicated data, and on an independent VM I created. I believe it freezes on the rename line. This only happens if you have a zvol. So I will be removing my zvols, since I am not using them. eg. zfs create -V 10m tank/testzvol then run script #!/usr/local/bin/bash # # Author: Peter Maloney # Purpose: try to crash ZFS by doing IO and renaming snapshots # # Result: it crashes every system I put it on, as long as there is a zvol in the pool dataset=tank count=0 nextprint=$(date +%s) while true; do echo Snapshot zfs destroy -r ${dataset}@testcrashsnap >/dev/null 2>&1 zfs snapshot -r ${dataset}@testcrashsnap || break current="" for next in 1 2 3 4 5; do echo Renaming from ${current} to ${next} zfs destroy -r ${dataset}@testcrashsnap${next} >/dev/null 2>&1 zfs rename -r ${dataset}@testcrashsnap${current} ${dataset}@testcrashsnap${next} || break current=${next} done echo Destroy zfs destroy -r ${dataset}@testcrashsnap${current} || break let count++ now=$(date +%s) if [ $now -gt $nextprint ]; then echo $count let nextprint+=1 fi done I'll file a PR on Monday. On 10/21/2011 01:37 PM, Peter Maloney wrote: > First post failed, because the attachment was too big. (Or maybe you got > a copy anyway since you are also in the To) > Here it is again: > > On 10/21/2011 01:32 PM, Peter Maloney wrote: >> On 10/21/2011 01:04 PM, Steven Hartland wrote: >>> ----- Original Message ----- From: "Peter Maloney" >>> >>> To: >>> Sent: Friday, October 21, 2011 11:17 AM >>> Subject: Re: zfs parition probing causing long delay at BTX loader >>> >>> >>>> On 10/20/2011 07:23 PM, Steven Hartland wrote: >>>>> Installing a new machine here which has 10+ disks >>>>> we're seeing BTX loader take 50+ seconds to enumerate >>>>> the disks. >>>> I am running 8-STABLE. On my system with 22 disks, it took much longer >>>> than a minute (maybe 5 minutes... not sure, but overall boot was >>>> about 7 >>>> minutes). While this time is passing, I can watch the leds on the disks >>>> blink in order, many times in a loop. >>>> >>>> My IO card is a LSI SATA/SAS 9211-8i 6Gb/s. >>> We are indeed using that 3 x 9211-8i's per chassis. >>>> After I upgraded the firmware to version 11, it seems to take much less >>>> time, but I didn't time it. And watching the LEDs last time I rebooted, >>>> I don't notice them all blinking the same way. Instead, all were solid >>>> for a second or two after the long wait, and then only the root disks. >>> We are already running fw v11.00.00.00 but thanks for the heads up. >>> >> Are you running the IT or IR firmware version? I am running the IR one. >> >> And by the way, here is my uname -a: >> # uname -a >> FreeBSD bcnas1.bc.local 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Sep 29 >> 15:06:03 CEST 2011 >> root@bcnas1.bc.local:/usr/obj/usr/src/sys/GENERIC amd64 >> >> And I installed 8-STABLE using cvsup using this date filter in my >> cvsup file: >> *default date=2011.09.27.00.00.00 >> >> And I remember one other thing I did since the firmware upgrade. I >> booted off a Linux hard disk which I had to put in the first hard disk >> bay, or it wouldn't boot from it. So I moved the root disk somewhere >> else. FreeBSD still boots, so I left it where I moved it. I don't know >> if that changed the boot time. >> >>>> So if you have the same card, I suggest you update the firmware. (I >>>> updated for stability rather than boot speed, and it seemed stable >>>> until >>>> it froze today, after 2 weeks) >>> Do you have any information about the hang? >> I decided to rename some of my replication snapshots to fill in gaps >> from daily snapshots (since I wasn't always doing them daily)... just >> so I could delete old replication snapshots. >> >> So I wrote a bash script to take the first replication snapshot per >> day and rename it >> (need to get bash from ports or hope it runs in sh): >> >> for day in {4..16}; do >> if [ "$day" -lt 10 ]; then >> day="0$day" >> fi >> >> firstSnapshotOfDay=$(zfs list -o name -t snapshot -r tank | grep >> -E "^tank@replication-201110${day}" | head -n1) >> >> if [ "$firstSnapshotOfDay" = "" ]; then >> continue >> fi >> >> time=$(echo ${firstSnapshotOfDay} | cut -d'-' -f2) >> hour=${time:8:2} >> minute=${time:10:2} >> second=${time:12:2} >> >> echo "=============" >> echo $day $firstSnapshotOfDay $time $hour $minute $second >> echo zfs rename -r "${firstSnapshotOfDay}" >> tank@daily-2011-10-${day}T${hour}:${minute}:${second} >> done >> >> And then I took the output from it, and started running it. >> For example: >> >> zfs rename -r tank@replication-20111004111436 >> tank@daily-2011-10-04T11:14:36 >> >> I ran 8 of the commands like the above, which took about 1 second >> each. Then the 9th command froze. >> >> root@bcnas1:~/bin/zfs/snapshots# zfs rename -r >> tank@replication-20111013000000 tank@daily-2011-10-13T00:00:00 >> ^C >> load: 0.13 cmd: zfs 70731 [tx->tx_sync_done_cv)] 489.40r 0.00u 0.07s >> 0% 1760k >> load: 0.01 cmd: zfs 70731 [tx->tx_sync_done_cv)] 638.13r 0.00u 0.07s >> 0% 1328k >> >> I then tried other things in other windows (using screen). Anything >> involving zpool or zfs would hang like this: >> >> root@bcnas1:~/bin/rsync# zpool status >> ^C^C >> load: 0.12 cmd: zpool 87352 [spa_namespace_lock] 479.77r 0.00u 0.00s >> 0% 1628k >> load: 0.01 cmd: zpool 87352 [spa_namespace_lock] 616.65r 0.00u 0.00s >> 0% 1288k >> >> Other attempts to read from the tank zpool worked fine. But maybe it >> was only reading from arc and l2arc. The system has 48 GB of memory. >> And my NFS mounts stopped working. NFS requests would just timeout. >> >> top, gstat, etc. all show an idle system. I had a "zpool iostat 5" >> running in another window, which was not frozen, but also just looked >> normal and idle. >> >> It reminds me of when I was using 8.2-RELEASE, and zfs destroy on a >> snapshot caused a kernel panic. >> >> I also tried kill -9 on the above "zfs rename" process, which didn't >> work (normal for processes waiting for kernel calls). >> >> Then I did "shutdown -r now" which got me to a screen (attached a >> photo... unfortunately I don't know how the serial console or KVM over >> IP works so can't get a proper log) saying that shutdown terminated >> abnormally, going to single user mode (never got a prompt though), and >> "some processes would not die; ps axl advised". I don't know which >> processes hung (58465 I guess) . If ctrl+t is showing the process id, >> then it wasn't one of the commands above. I think it might have been >> nfsd. (I have also found that "/etc/rc.d/nfsd restart" causes nfs to >> stop and never come back, and use lots of cpu; here is my post about >> it: http://forums.freebsd.org/showthread.php?t=26727) >> >> I looked through the logs, but don't see anything interesting. Here >> is the log from my reboot until not including the next boot: >> >> Oct 21 11:39:59 bcnas1 shutdown: reboot by peter: >> Oct 21 11:40:01 bcnas1 nmbd[64827]: [2011/10/21 11:40:01.422014, 0] >> nmbd/nmbd_browsesync.c:585(collect_all_workgroup_names_from_wins_server) >> Oct 21 11:40:01 bcnas1 nmbd[64827]: >> collect_all_workgroup_names_from_wins_server: >> Oct 21 11:40:01 bcnas1 nmbd[64827]: Cannot find my workgroup >> ARBEITSGRUPPE on subnet UNICAST_SUBNET. >> Oct 21 11:40:01 bcnas1 nmbd[64827]: [2011/10/21 11:40:01.522809, 0] >> nmbd/nmbd_browsesync.c:585(collect_all_workgroup_names_from_wins_server) >> Oct 21 11:40:01 bcnas1 nmbd[64827]: >> collect_all_workgroup_names_from_wins_server: >> Oct 21 11:40:01 bcnas1 nmbd[64827]: Cannot find my workgroup >> ARBEITSGRUPPE on subnet UNICAST_SUBNET. >> Oct 21 11:40:01 bcnas1 ntpd[75976]: ntpd exiting on signal 15 >> Oct 21 11:40:01 bcnas1 nmbd[64827]: [2011/10/21 11:40:01.857859, 0] >> nmbd/nmbd.c:71(terminate) >> Oct 21 11:40:01 bcnas1 nmbd[64827]: Got SIGTERM: going down... >> Oct 21 11:40:31 bcnas1 rc.shutdown: 30 second watchdog timeout >> expired. Shutdown terminated. >> Oct 21 11:40:31 bcnas1 init: /bin/sh on /etc/rc.shutdown terminated >> abnormally, going to single user mode >> Oct 21 11:40:31 bcnas1 syslogd: exiting on signal 15 >> Oct 21 11:47:39 bcnas1 syslogd: kernel boot file is /boot/kernel/kernel >> >> Looking at the screenshot, maybe 58465 is the process id that wouldn't >> die. I could not find that number in /var/log/messages. >> >> >> Any suggestions on where I can find useful information? >> >> I plan to keep searching for something that shows error messages. On >> every other panic, I would find SCSI errors, mps driver messages, etc. >> >>> Regards >>> Steve >>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>> and the person or entity to whom it is addressed. In the event of >>> misdirection, the recipient is prohibited from using, copying, >>> printing or otherwise disseminating it or any information contained >>> in it. >>> >>> In the event of misdirection, illegible or incomplete transmission >>> please telephone +44 845 868 1337 or return the E.mail to >>> postmaster@multiplay.co.uk. >>> >> >> -- >> >> -------------------------------------------- >> Peter Maloney >> Brockmann Consult >> Max-Planck-Str. 2 >> 21502 Geesthacht >> Germany >> Tel: +49 4152 889 300 >> Fax: +49 4152 889 333 >> E-mail: peter.maloney@brockmann-consult.de >> Internet: http://www.brockmann-consult.de >> -------------------------------------------- > > > _______________________________________________ > 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" -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de -------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 15:59:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4077106564A for ; Fri, 21 Oct 2011 15:59:09 +0000 (UTC) (envelope-from prvs=1275951b39=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE818FC13 for ; Fri, 21 Oct 2011 15:59:09 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 21 Oct 2011 16:58:57 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 21 Oct 2011 16:58:57 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50015720915.msg for ; Fri, 21 Oct 2011 16:58:55 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1275951b39=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <7DA422EC268447E490BF71B67EA31609@multiplay.co.uk> From: "Steven Hartland" To: "Mark Saad" References: <441A588158B143D28A1B062A61FCDA43@multiplay.co.uk><86AE1B638BE24A87BF0B4F7D4E85D8A6@multiplay.co.uk> Date: Fri, 21 Oct 2011 16:58:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: freebsd-stable@freebsd.org Subject: Re: zfs parition probing causing long delay at BTX loader 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, 21 Oct 2011 15:59:10 -0000 ----- Original Message ----- From: "Mark Saad" >> Yes after the beastie menu we also have a noticable pause >> before the kernel start booting, just white square top left hand >> corner, not tracked that one down yet, any ideas? > > Steve the change you need is in HEAD not sure if it was MFC'd to 9-STABLE yet > > http://svnweb.freebsd.org/base/head/sys/amd64/amd64/machdep.c?view=markup&pathrev=224516 > > There is a slow memory check done early in the kernel load that is > mostly useless. DragonFlyBSD removed it completely. FreeBSD has a > loader tunable to disable. I have a few boxes with 128G of ram and it > takes about 2mins to test the ram . Thanks Mark that removed the 45 seconds delay after beastie so in total boot is now 1 1/2 minutes quicker, result :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 20:08:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4201A106564A for ; Fri, 21 Oct 2011 20:08:56 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id F40718FC0C for ; Fri, 21 Oct 2011 20:08:55 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so5666797vcb.13 for ; Fri, 21 Oct 2011 13:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Q4CXmt28iRppaeiBMeKXq1KIWNbC2C5CC0in4Cy3T9M=; b=iHnQqk2VjZcJbesFWFX3DCqoaxkWznOU92Ixa1jmfffDc+SqRlJUnhykuZlZ2E3hN5 P+eKEe/i6Vs+kMDSnwK0QCIIHSknaKTh4Sr1o2n10i9ABk9Mn7ogAfm6z6aVPnZ0oQcP LE+nXroyOlekbp5ImNJlXABTJbVGZLc7u7KqE= MIME-Version: 1.0 Received: by 10.220.106.206 with SMTP id y14mr1164604vco.109.1319227735002; Fri, 21 Oct 2011 13:08:55 -0700 (PDT) Received: by 10.220.160.197 with HTTP; Fri, 21 Oct 2011 13:08:54 -0700 (PDT) Date: Sat, 22 Oct 2011 00:08:54 +0400 Message-ID: From: Subbsd To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org Subject: VFS problem with ?fcntl SETLK? and nullfs 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, 21 Oct 2011 20:08:56 -0000 Hi I found a bad issue in FreeBSD mounts nullfs file system, which may appear in the random. Initially, I get problems on FreeBSD-current on the host that have a large number JAIL at the time when they start. Handbook scenario: 1) have readonly base (for example /usr/jails/base) 2) have write area for jail personal data (for example: /usr/jails/j1data/{home,var,local,...}) 3) mount RO base to new jail location, then mount RW part data above RO In some cases, i watched the freeze of the system when working nullfs mount, but could not find a reason. On a test environment I have tried to simulate mount_nullfs with different types of actions by the source directory: - through dd(1) to make an huge oveload by read - does not affect - through dd(1) to make an huge overload by write - does not affect - through script to delete, create random-files in large numbers - does not affect but now I can easily with a 100% guarantee show the problem - it is easily obtained by working with "svn cleanup" action. For example on the directory /usr/src obtained from SVN. If start in /usr/src svn cleanup and at the same time try to mount_nullfs the problem appears. As far as I can see, cleanup makes frequent lock files. It seems to me, who some of the lock is simply not true and is inherited by a deadlock. I wrote sample scripts simulating the problem. I did a rotation mount-ro + mount-rw specifically - is the repetition of the way described in the handbook section of jail. Since the problem can appear in random moment, I made an infinite loop. But I am getting the problem is usually the first-pass. Here is it: -------/cut/----- #!/bin/sh SRCROOT="/usr/src" DSTROOT="/usr/nullfstest" ITER=`seq 100` MOUNTO=`find ${SRCROOT} -type d -maxdepth 1 -exec basename {} \;` [ -d "${DSTROOT}" ] || mkdir $DSTROOT mount_subdir() { for mto in ${MOUNTO}; do if [ -d "${1}/$mto" ]; then mount -orw -t nullfs /bin ${1}/${mto} fi done } cd ${SRCROOT} while [ 1 ]; do echo "Mount phase" lockf -s -t0 /tmp/svn.lock svn cleanup & for iter in $ITER; do DST="${DSTROOT}/${iter}" [ -d "${DST}" ] || mkdir ${DST} mount -oro -t nullfs ${SRCROOT} ${DST} mount_subdir ${DST} done echo "Unmount phase" mount -t nullfs |awk {'printf "umount -f "$3"\n"'} |sh done -------/end of cut/----- Last syscall I can see this svn cleanup is: fcntl(3,F_SETLK,0x7fffffffc9b0) where 3 - fd of some \.svn/file. looks like in action this way - the system (kernel) works. but if the process or your session will affect an action in the source directory (in this example - /usr/src), for example: cd /usr/src fstat /usr/src/* ls /usr/src/ - Get filesystem deadlock. In addition, the system in this state does not reboot without help - system do not return from free buffer to storage stage. in FreeBSD 9.0 RC1 bug exists. PS: An important detail - I could not get the problem on FreeBSD running under a virtual machine (VirtualBox) - maybe due to the tick / hz.kern issue? PS2: what file system - does not matter. I get the problem on ZFS as well as for UFS Please check this informatio. it seems that this is serious Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 21:41:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EAC81065670 for ; Fri, 21 Oct 2011 21:41:57 +0000 (UTC) (envelope-from cashwaiting@gmail.com) Received: from smtpout16-01.prod.mesa1.secureserver.net (smtpout16-01.prod.mesa1.secureserver.net [68.178.232.11]) by mx1.freebsd.org (Postfix) with SMTP id 1CE7A8FC19 for ; Fri, 21 Oct 2011 21:41:56 +0000 (UTC) Received: (qmail 11730 invoked from network); 21 Oct 2011 21:15:16 -0000 Received: from unknown (HELO WHSSL109.hosting.corp.gd) ([208.109.78.7]) (envelope-sender ) by smtpout16-01.prod.mesa1.secureserver.net (qmail-ldap-1.03) with SMTP for ; 21 Oct 2011 21:15:16 -0000 Received: from mail pickup service by WHSSL109.hosting.corp.gd with Microsoft SMTPSVC; Fri, 21 Oct 2011 14:15:16 -0700 From: "Steve Garcia" To: Date: Fri, 21 Oct 2011 14:15:16 -0700 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4862 Message-ID: X-OriginalArrivalTime: 21 Oct 2011 21:15:16.0458 (UTC) FILETIME=[879A6CA0:01CC9036] Subject: Please check out this product 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, 21 Oct 2011 21:41:57 -0000 Earn W/In 30 Minutes When Click Bank Help To Get Started! Hi Friend, Congratulations: Get Your $1,480 Guaranteed Commissions Now!!! Hurry for 40 members only are available Before OCT-24-2011...The opportunity to join our PaySpree Millionaires team of just 8,898 members who earn in excess of $5,920 a month .If you have not yet had time to do so, Please sign up now and secure your financial future today. We Start putting 40 Members Every day in your team start Oct 18-24 /2011 Weekly Cycle. YOU ALREADY HAVE 8,898 Pre-Enrollee\'s and 35 PAID Member\'s today in your TEAM.AND IT IS STILL GROWING! Only 8 Spot\'s remaining before Commission Cycle Ends. This are paid referrals,placed DIRECTLY under you.If you are a Powerline member,AND qualified: Any sales of the following members make will be passed up DIRECTLY to you in which case, you will receive a payment monthly for that, and be notified by email as well. IMPORTANT: APPLY NOW or Before Monday OCT.24,2011 is the Cut-Off date!To lock in your Position! Was Price $67 (today It's only $37 Promo until Oct-24-) Lifetime Membership to secure $1.480 check Commission Coming Oct-31/2011! Your Check Is Waiting Secure Now Join here:=>> http://payspree.com/4810/millionaires TYPE ===== Date & Time = New PAID Members ===== Country M OCT.20 @ 11:19 PM === Rofamae Johnson ===== United States M OCT.20 @ 06:23 PM ==== James Allen ===== Canada M OCT.20 @ 12:39 AM ===== Sheryl Mchaud ===== United States M OCT.20 @ 08:26 AM ====== Renee Jenkins ===== Australia P OCT.20 @ 02:31 PM ======= Elizabeth Rios ===== Singapore M OCT.20 @ 02:37 PM ======== Karen Schiller ===== United Kingdom M OCT.19 @ 04:21 PM ========= Mark Raines ===== Germany P OCT.19 @ 09:38 PM ========== David Grogan ===== Sri Lanka P OCT.19 @ 10:45 PM =========== Josh Dalton ===== United States M OCT.19 @ 10:19 AM ============ Victor Chavez ===== Italy P OCT.19 @ 08:32 PM ============ Gaynell Bailey ===== South Africa M OCT.18 @ 09:40 PM =========== Barb Thorn ===== Netherlands P OCT.18 @ 10:21 AM ========== James Williams ===== North Carolina P OCT.18 @ 11:08 PM ========= David Baxter ===== United States M OCT.18 @ 12:39 AM ======== Carolyn Smith ===== Hungary M OCT.18 @ 02:30 AM ======= Andrew Scott ===== New Zealand P OCT.18 @ 02:42 AM ====== Matthew Evan ===== Portugal M OCT.18 @ 08:18 AM ===== Steven Hopkins ===== United States P OCT.18 @ 2:38 AM ==== Jenny Regan ===== United States P OCT.18 @ 2:53 AM === Andy McLarry ===== United Kingdom Therefore, you have a GUARANTEED $1.480 Commission every week from now on!. Earn $37 Per Process! Each $37 x 40 = $1,480 Commission will be yours...! Be Sure to Copy the link below & Paste into your browser and press enter: To Secure your $1,480 commission! Don't delay another second,Buy No Sales System and start making the money that would put a huge smile on your face... Your Check Is Waiting Join the Team Now!!! Secure Now Join here:=>> http://payspree.com/4810/millionaires Once accepted into our team we will hold your hand every step of the way to ensure your journey is a success.We have a dedicated team of professionals who work around the clock to be available to your every need and only to happy to help you get started. Here's To Your Success, Steve Garcia Ownage Affilite Team Manager Best regards Congratulations You have just signed up 40 new members under your name http://www.WaterNSports.com/Store/shopquery.asp?catalogid=1031 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 21 23:19:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D00106566B for ; Fri, 21 Oct 2011 23:19:46 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id BEC2B8FC12 for ; Fri, 21 Oct 2011 23:19:45 +0000 (UTC) Received: (qmail invoked by alias); 21 Oct 2011 23:19:44 -0000 Received: from adsl-164.91.140.74.tellas.gr (EHLO [192.168.73.192]) [91.140.74.164] by mail.gmx.com (mp-eu005) with SMTP; 22 Oct 2011 01:19:44 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1/wCyVsL4nwQ3mXAxt/8lrsJ9yU5kRfVcWhGvBwrm TRRrOnwlGVzp2k Message-ID: <4EA1FE05.9040304@gmx.com> Date: Sat, 22 Oct 2011 02:19:33 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Stefan Bethke References: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> In-Reply-To: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Morgan Reed , freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 21 Oct 2011 23:19:46 -0000 On 10/21/2011 5:08 PM, Stefan Bethke wrote: > - VIMAGE and mpd don't like each other, so VIMAGE was out as well Could you explain please? In my limited testing they seem to get along fine:) I have also used tun and /usr/sbin/ppp to do ppp over ssh from a vnet jail to a remote host, admittedly just to see if it's working. There is an open pr about tap and openvpn: http://www.freebsd.org/cgi/query-pr.cgi?pr=152047 Nikos From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 05:13:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29B05106566B for ; Sat, 22 Oct 2011 05:13:07 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id E520F8FC12 for ; Sat, 22 Oct 2011 05:13:06 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9M5D4MA083394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 21 Oct 2011 22:13:06 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9M5D4oo083391; Fri, 21 Oct 2011 22:13:04 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA06734; Fri, 21 Oct 11 22:11:17 PDT Date: Sat, 22 Oct 2011 05:10:04 -0700 From: perryh@pluto.rain.com To: ml@my.gd Message-Id: <4ea2b29c.QmX94UmzdHW1HSBe%perryh@pluto.rain.com> References: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> <4EA12D26.4020104@my.gd> In-Reply-To: <4EA12D26.4020104@my.gd> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 xl + dual-speed Netgear hub = yoyo 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, 22 Oct 2011 05:13:07 -0000 Damien Fleuriot wrote: > On 10/21/11 5:00 PM, perryh@pluto.rain.com wrote: > > I have an 8.1-RELEASE system with an xl on the mainboard: > > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xf8fffc00-0xf8fffc7f irq 16 at device 4.0 on pci2 > > miibus0: on xl0 > > xlphy0: <3c905C 10/100 internal PHY> PHY 24 on miibus0 > > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > xl0: Ethernet address: 00:b0:d0:22:5a:14 > > xl0: [ITHREAD] > > It has been working properly while connected to an old 10-BaseT > > hub, but when I moved it to a (not as old) Netgear 10/100 dual- > > speed hub the link started to yo-yo: > > Pray tell, what's a "dual-speed hub" , marketing mumbo-jumbo ? That's what Netgear calls it :) > If that's a hub that supports negotiation of different speeds > (10 vs 100), then yes, I call that marketing mumbo-jumbo ;) It supports negotiation of either 10 or 100 on each port independently, so it must internally have a 2-port switch between the 10- and 100- sides. "10/100 dual-speed hub" seems more compact than "marketing mumbo-jumbo hub" :) > > Oct 21 07:16:00 fbsd81 kernel: xl0: link state changed to DOWN > > Oct 21 07:16:02 fbsd81 kernel: xl0: link state changed to UP > > Oct 21 07:16:12 fbsd81 kernel: xl0: link state changed to DOWN > [snip] > > Both connections were using the same (short) Cat5 cable, I tried > > two different ports on the 10/100 hub, and other systems work OK > > on that 10/100 hub. > > > > How do I get this interface to operate properly at 100MB? > > You change your faulty cable and enjoy ;) > It is totally possible that your cable be the cause, and that it > can operate just fine at 10MB but not at 100. I tried a (different) brand-new cable. Same problem. I suppose maybe the xl's 100MB phy is dodgy, but it does work after a fashion -- some packets do get through during the times when the link is UP. Anything else to try? From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 05:29:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD050106564A for ; Sat, 22 Oct 2011 05:29:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id A2B498FC14 for ; Sat, 22 Oct 2011 05:29:58 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta08.emeryville.ca.mail.comcast.net with comcast id nhUf1h00216AWCUA8hVrq3; Sat, 22 Oct 2011 05:29:51 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta06.emeryville.ca.mail.comcast.net with comcast id nhVf1h00E1t3BNj8ShVfBF; Sat, 22 Oct 2011 05:29:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C6055102C1C; Fri, 21 Oct 2011 22:29:52 -0700 (PDT) Date: Fri, 21 Oct 2011 22:29:52 -0700 From: Jeremy Chadwick To: perryh@pluto.rain.com Message-ID: <20111022052952.GA2371@icarus.home.lan> References: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> <4EA12D26.4020104@my.gd> <4ea2b29c.QmX94UmzdHW1HSBe%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ea2b29c.QmX94UmzdHW1HSBe%perryh@pluto.rain.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 xl + dual-speed Netgear hub = yoyo 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, 22 Oct 2011 05:29:58 -0000 On Sat, Oct 22, 2011 at 05:10:04AM -0700, perryh@pluto.rain.com wrote: > Damien Fleuriot wrote: > > On 10/21/11 5:00 PM, perryh@pluto.rain.com wrote: > > > I have an 8.1-RELEASE system with an xl on the mainboard: > > > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xf8fffc00-0xf8fffc7f irq 16 at device 4.0 on pci2 > > > miibus0: on xl0 > > > xlphy0: <3c905C 10/100 internal PHY> PHY 24 on miibus0 > > > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > xl0: Ethernet address: 00:b0:d0:22:5a:14 > > > xl0: [ITHREAD] > > > It has been working properly while connected to an old 10-BaseT > > > hub, but when I moved it to a (not as old) Netgear 10/100 dual- > > > speed hub the link started to yo-yo: > > > > Pray tell, what's a "dual-speed hub" , marketing mumbo-jumbo ? > > That's what Netgear calls it :) > > > If that's a hub that supports negotiation of different speeds > > (10 vs 100), then yes, I call that marketing mumbo-jumbo ;) > > It supports negotiation of either 10 or 100 on each port > independently, so it must internally have a 2-port switch > between the 10- and 100- sides. "10/100 dual-speed hub" > seems more compact than "marketing mumbo-jumbo hub" :) > > > > Oct 21 07:16:00 fbsd81 kernel: xl0: link state changed to DOWN > > > Oct 21 07:16:02 fbsd81 kernel: xl0: link state changed to UP > > > Oct 21 07:16:12 fbsd81 kernel: xl0: link state changed to DOWN > > [snip] > > > Both connections were using the same (short) Cat5 cable, I tried > > > two different ports on the 10/100 hub, and other systems work OK > > > on that 10/100 hub. > > > > > > How do I get this interface to operate properly at 100MB? > > > > You change your faulty cable and enjoy ;) > > It is totally possible that your cable be the cause, and that it > > can operate just fine at 10MB but not at 100. > > I tried a (different) brand-new cable. Same problem. I suppose > maybe the xl's 100MB phy is dodgy, but it does work after a fashion > -- some packets do get through during the times when the link is UP. > Anything else to try? 1) I think you misunderstand what product it is you own. You have a hub, not a switch. This is confirmed by the fact that auto-neg chooses to negotiate half-duplex. Instead, you went later and messed about trying to force full-duplex, which isn't going to work on a hub. The fact you even tried it has many implications. If you want full-duplex, you need an actual switch. Netgear refers to "hubs" as actual hubs, and "switches" as actual switches. Do you know the difference? Google and learn. The difference is huge. This is the first time I have ever seen a hub in use in almost 10 years. 2) There is no guarantee your NIC is fully compatible (negotiation-wise) with the hub. Vendor interoperability problems were extremely common "back in the day" (you're using a 3Com NIC from the mid-to-late 90s, you do realise that don't you?), and therefore everything you're using is subject to this problem. Read Wikipedia for lots of info. You can either replace the NIC with something else, or replace the hub. IMHO, I would replace both. 3) I recommend you replace the Netgear hub with a D-Link DGS-2205 or DGS-2208. These are gigE switches which do auto-neg properly with many products (Intel server-grade NICs, Realtek consumer NICs, Marvell NICs, Broadcom NICs). I can't guarantee compatibility with that 3Com NIC because as I said, I haven't seen one in use in over 10 years. 4) If replacing the Netgear product doesn't help, then your next step is to replace the 3Com NIC with something newer. Intel makes many PCI-based 100mbit and 1000mbit NICs that work wonderfully on FreeBSD via the em(4) driver. They are affordable and reliable. 5) The xl(4) driver is extremely old and basically is not maintained any longer. I would not be surprised if this was a driver bug. Finally: if you cannot afford any replacement products, I will be more than happy to purchase you brand new hardware (a switch and a NIC) that *absolutely* reliably works together, free of charge. Let me know. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 09:20:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BAC3106566B for ; Sat, 22 Oct 2011 09:20:59 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7728FC13 for ; Sat, 22 Oct 2011 09:20:59 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9M9Kwft004455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 22 Oct 2011 02:20:58 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9M9KwxU004454; Sat, 22 Oct 2011 02:20:58 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA07432; Sat, 22 Oct 11 02:01:02 PDT Date: Sat, 22 Oct 2011 08:59:48 -0700 From: perryh@pluto.rain.com To: freebsd@jdc.parodius.com Message-Id: <4ea2e874.XnQpdCknhYCB39Py%perryh@pluto.rain.com> References: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> <4EA12D26.4020104@my.gd> <4ea2b29c.QmX94UmzdHW1HSBe%perryh@pluto.rain.com> <20111022052952.GA2371@icarus.home.lan> In-Reply-To: <20111022052952.GA2371@icarus.home.lan> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 xl + dual-speed Netgear hub = yoyo 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, 22 Oct 2011 09:20:59 -0000 Jeremy Chadwick wrote: > 1) I think you misunderstand what product it is you own. You have > a hub, not a switch. This is confirmed by the fact that auto-neg > chooses to negotiate half-duplex. Instead, you went later and > messed about trying to force full-duplex, which isn't going to > work on a hub. The fact you even tried it has many implications. Just one implication, really: I tried "everything". I know that some gear from this era did not autonegotiate speed/duplex correctly, so when the autonegotiated configuration didn't work I tried both explicit duplex settings at 100Mb. (I don't _need_ full-duplex, but tried it for completeness.) > If you want full-duplex, you need an actual switch. Netgear > refers to "hubs" as actual hubs, and "switches" as actual > switches. Do you know the difference? Yep, including the fact that a true hub can't do speed translation because it doesn't buffer the entire packet -- it retransmits each bit as received. This device -- despite being called a hub -- has to contain at least one packet worth of buffering so that it can retransmit a packet received at one speed to the ports that are operating at the other speed. I also know, from direct experience with attempting to sniff traffic (via tcpdump, wireshark, etc.), that this model of so-called hub does _not_ unconditionally retransmit everything received from one port to all of the other ports, even if all are operating at the same speed. It seems to be some kind of hub-switch hybrid. > This is the first time I have ever seen a hub in use in almost > 10 years. Most of the gear here is in the museum category. The mail server is a Sun-3/60 that is over 20 years old. It ain't broke. (That's why there's a 10Mb hub, whose AUI uplink is connected to a 10Base-2 transceiver.) One of FreeBSD's advantages is that it tends to run well on old hardware. > 2) There is no guarantee your NIC is fully compatible > (negotiation-wise) with the hub. Vendor interoperability problems > were extremely common "back in the day" (you're using a 3Com NIC > from the mid-to-late 90s ... Yep, see comment re #1. However, if it were a negotiation problem, I would have expected hard-setting the NIC to 100 to have fixed it; the hub was showing that port as operating at 100. (BTW this model of hub is about as old as the NIC.) > You can either replace the NIC with something else, or replace the > hub. IMHO, I would replace both. I can replace the hub easily enough -- I have a 100-only Netgear that _is_ a true hub (has been used successfully for sniffing) -- although I suppose being the same brand and about the same age it may have a similar compatibility problem :( Replacing the NIC is a bit more of a problem, because it's built onto the mainboard. I do have some Intel NICs, and I _think_ the box has an unused slot. > 5) The xl(4) driver is extremely old and basically is not maintained > any longer. I would not be surprised if this was a driver bug. It had occurred to me that there might be a driver problem -- that was one reason for posting -- although all I found with Google was a watchdog reset problem that was fixed long enough ago that the fix surely would have been in 8.1. However if the driver is no longer maintained, and swapping out the hub doesn't fix it, it seems I may be reduced to playing musical NICs. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 09:51:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1985B1065673 for ; Sat, 22 Oct 2011 09:51:13 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D98DC8FC15 for ; Sat, 22 Oct 2011 09:51:12 +0000 (UTC) Received: by iaky10 with SMTP id y10so7131853iak.13 for ; Sat, 22 Oct 2011 02:51:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=vKfb/HI/1bYvHP1ODZz1Oj1dhvczPzRJ7VdJdBByLus=; b=tK1pKszy91IuaWi5SZfjyawROVSCmgaN3zG+Zf/FEhUR7c1qMQ/aKpg6vyj6Iu7wRe ehtvlWyq5xFNE8ViqdUEI+O+rgfNBIvL3HPXn5HhCvqcdZxnmJcMvP+00gJJqRrXq+sw PhpurxzQowDm9ZGJ/93WA6EfoFoPNK4gLD/8k= MIME-Version: 1.0 Received: by 10.42.157.135 with SMTP id d7mr29912915icx.19.1319277071047; Sat, 22 Oct 2011 02:51:11 -0700 (PDT) Received: by 10.231.34.140 with HTTP; Sat, 22 Oct 2011 02:51:10 -0700 (PDT) In-Reply-To: References: Date: Sat, 22 Oct 2011 12:51:10 +0300 Message-ID: From: George Kontostanos To: Subbsd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: problem with whereis rar and portinstall on the fresh installation of FreeBSD 9.0-RC1 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, 22 Oct 2011 09:51:13 -0000 On Fri, Oct 21, 2011 at 12:28 PM, Subbsd wrote: > Hi, > > I see the problems that have never been observed: > > a) portinstall -c editors/hexedit > [database version mismatch/bump detected] [Updating the portsdb > in /usr/ports ... - 22822 port entries found > .........1000.........2000.........3000.........4000.........5000........= .6000.........7000.........8000.........9000.........10000.........11000...= ......12000.........13000.........14000.........15000.........16000........= .17000.........18000.........19000.........20000.........21000.........2200= 0........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000.........7000.........8000.........9000.........10000...= ......11000.........12000.........13000.........14000.........15000........= .16000.........17000.........18000.........19000.........20000.........2100= 0.........22000........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000.........7000.........8000.........9000.........10000...= ......11000.........12000.........13000.........14000.........15000........= .16000.........17000.........18000.........19000.........20000.........2100= 0.........22000........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000.........7000.........8000.........9000.........10000...= ......11000.........12000.........13000.........14000.........15000........= .16000.........17000.........18000.........19000.........20000.........2100= 0.........22000........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000.........7000.........8000.........9000.........10000...= ......11000.........12000.........13000.........14000.........15000........= .16000.........17000.........18000.........19000.........20000.........2100= 0.........22000........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000.........7000.........8000.........9000.........10000...= ......11000.........12000.........13000.........14000.........15000........= .16000.........17000.........18000.........19000.........20000.........2100= 0.........22000........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000.........7000.........8000.........9000.........10000...= ......11000.........12000.........13000.........14000.........15000........= .16000.........17000.........18000.........19000.........20000.........2100= 0.........22000........ > ....HASH: Out of overflow pages. =A0Increase page size > =A0error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found .........1000.........2000.........3000.........4000.......= ..5000.........6000...^C > > (infninity loop?) > .... > > b) whereis rar - hang up until you do not press Ctrl + D, output in this = case: > rar: /usr/local/bin/rar /usr/local/man/cat1/rar.1 (source: ) > /usr/ports/archivers/rar > > > System: Fresh install FreeBSD 9.0-amd64. Before on 9.0beta3 is > everything was fine. > _______________________________________________ > 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" > I had the same problem. It was solved by recompiling rubby1-8, and performing a portsnap fetch extract again. --=20 George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 10:12:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 160EA1065674 for ; Sat, 22 Oct 2011 10:12:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id CA60C8FC19 for ; Sat, 22 Oct 2011 10:12:10 +0000 (UTC) Received: by yxt33 with SMTP id 33so915845yxt.13 for ; Sat, 22 Oct 2011 03:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=/8f4ywJXAvh/1JeB7WcPxL0J9sMsW1GZUQ5rVwQ+mzE=; b=EjWWs1Bi+vyB6JWf5BHzo0TEzd3I2HsoWfW0KnsaeuXHei4lHppv+cKNjTMxi67yki mk68WimcYCd188rhddx3WER534W6+ftUmE2LQWM9b6EKNRfruzGVTSLMeh7VBMrjqLRq dEVZBeZ54/SeMUn/jW1TrFyxg44xxJqPJuEng= MIME-Version: 1.0 Received: by 10.236.175.195 with SMTP id z43mr25509187yhl.66.1319278329984; Sat, 22 Oct 2011 03:12:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.109.39 with HTTP; Sat, 22 Oct 2011 03:12:09 -0700 (PDT) In-Reply-To: <4ea2e874.XnQpdCknhYCB39Py%perryh@pluto.rain.com> References: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> <4EA12D26.4020104@my.gd> <4ea2b29c.QmX94UmzdHW1HSBe%perryh@pluto.rain.com> <20111022052952.GA2371@icarus.home.lan> <4ea2e874.XnQpdCknhYCB39Py%perryh@pluto.rain.com> Date: Sat, 22 Oct 2011 18:12:09 +0800 X-Google-Sender-Auth: LQRtkPfwzR6R-ZLm54iauLf5Qcg Message-ID: From: Adrian Chadd To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: 8.1 xl + dual-speed Netgear hub = yoyo 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, 22 Oct 2011 10:12:11 -0000 Can you boot releng_4 or releng_6 on this hardware? ie, does xl do the same thing on the same hardware with older OS code? Adrian From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 11:49:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B9971065670 for ; Sat, 22 Oct 2011 11:49:05 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 3087E8FC16 for ; Sat, 22 Oct 2011 11:49:05 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id D3F03109EB4; Sat, 22 Oct 2011 13:49:03 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: <4EA1FE05.9040304@gmx.com> Date: Sat, 22 Oct 2011 13:49:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> <4EA1FE05.9040304@gmx.com> To: Nikos Vassiliadis X-Mailer: Apple Mail (2.1251.1) Cc: Morgan Reed , freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 22 Oct 2011 11:49:05 -0000 Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis: > On 10/21/2011 5:08 PM, Stefan Bethke wrote: >> - VIMAGE and mpd don't like each other, so VIMAGE was out as well >=20 > Could you explain please? In my limited testing they seem to get along = fine:) Sorry, I misremembered. The issue is actually pf and VIMAGE. A couple = of years back, there were issues with VIMAGE and netgraph, but those = seem to have been resolved. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 12:04:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B4331065676 for ; Sat, 22 Oct 2011 12:04:53 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id D790E8FC1B for ; Sat, 22 Oct 2011 12:04:52 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p9MC4nbS008759 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 22 Oct 2011 13:04:49 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk p9MC4nbS008759 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1319285089; bh=LSYufQ0KntyDWfuVq5mdf18m1ZguTb9uS6RKvYMO2sI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=eKIpeNNYU4meujBMCeXQipQfYhOYrOa3wvTXAhVoyaghjjKaqPMhhC0LniUZlNWmx Kvm1Z2d7CT7X+5jGWsqzSXkJ9cIaP204E0SiyZeqUQ1XDXeoImtaRaPTZU/lWhX2H5 G6Fv92tKabe5gZcUoG4kgZnG4I/Fjt6Gx2UimQ3s= Message-ID: <4EA2B15A.3020509@infracaninophile.co.uk> Date: Sat, 22 Oct 2011 13:04:42 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Stefan Bethke References: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> <4EA1FE05.9040304@gmx.com> In-Reply-To: X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0238F787A7DB64EDED12D7E3" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Morgan Reed , Nikos Vassiliadis , freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 22 Oct 2011 12:04:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0238F787A7DB64EDED12D7E3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22/10/2011 12:49, Stefan Bethke wrote: > Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis: >=20 >> > On 10/21/2011 5:08 PM, Stefan Bethke wrote: >>> >> - VIMAGE and mpd don't like each other, so VIMAGE was out as well >> >=20 >> > Could you explain please? In my limited testing they seem to get alo= ng fine:) > Sorry, I misremembered. The issue is actually pf and VIMAGE. A couple= of years back, there were issues with VIMAGE and netgraph, but those see= m to have been resolved. pf and VIMAGE seems to have been fixed in 9.0 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig0238F787A7DB64EDED12D7E3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6isWAACgkQ8Mjk52CukIwGbACeKQ4M65VXkrshB3jkzwsm3KKi QgkAoIq9di4lSYn9MJSt73h+3bvPhwCz =rsla -----END PGP SIGNATURE----- --------------enig0238F787A7DB64EDED12D7E3-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 12:09:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45EFC106564A for ; Sat, 22 Oct 2011 12:09:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0768FC08 for ; Sat, 22 Oct 2011 12:09:26 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id DFB14109070; Sat, 22 Oct 2011 14:09:24 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: <4EA2B15A.3020509@infracaninophile.co.uk> Date: Sat, 22 Oct 2011 14:09:23 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <45628FF6-DC6C-4D76-B9AB-D9C35DD2C0E6@lassitu.de> References: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> <4EA1FE05.9040304@gmx.com> <4EA2B15A.3020509@infracaninophile.co.uk> To: Matthew Seaman X-Mailer: Apple Mail (2.1251.1) Cc: Morgan Reed , Nikos Vassiliadis , freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 22 Oct 2011 12:09:26 -0000 Am 22.10.2011 um 14:04 schrieb Matthew Seaman: > On 22/10/2011 12:49, Stefan Bethke wrote: >> Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis: >>=20 >>>> On 10/21/2011 5:08 PM, Stefan Bethke wrote: >>>>>> - VIMAGE and mpd don't like each other, so VIMAGE was out as well >>>>=20 >>>> Could you explain please? In my limited testing they seem to get = along fine:) >> Sorry, I misremembered. The issue is actually pf and VIMAGE. A = couple of years back, there were issues with VIMAGE and netgraph, but = those seem to have been resolved. >=20 > pf and VIMAGE seems to have been fixed in 9.0 Oh cool, I'll give it another shot then! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 12:38:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F07C106564A for ; Sat, 22 Oct 2011 12:38:00 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id A4BE48FC14 for ; Sat, 22 Oct 2011 12:37:59 +0000 (UTC) Received: (qmail 2977 invoked from network); 22 Oct 2011 12:11:17 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 22 Oct 2011 12:11:17 -0000 Date: Sat, 22 Oct 2011 14:11:17 +0200 (CEST) Message-Id: <20111022.141117.74664953.sthaug@nethelp.no> To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org From: sthaug@nethelp.no X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: How to set interface description containing space in 8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2011 12:38:00 -0000 FreeBSD 8.x (well, at least 8.2) has the very nice feature of letting you set an interface *description* (just like you can on any Juniper/ Cisco/whatever router). This decription can contain spaces - so I can do for instance: xxx# ifconfig bge1 descr "abc def" xxx# ifconfig bge1 bge1: flags=8843 metric 0 mtu 1500 description: abc def options=8009b ether 00:13:72:20:b4:6f media: Ethernet autoselect (1000baseT ) status: active and we see that the decription includes a space. The question is - how can I include a description containing one or more spaces in rc.conf? The straighforward attempt, ifconfig_bge1="up descr abc def" doesn't work - "abc" and "def" are given as separate parameters to the ifconfig command, resulting in "abc" being used and "def" regarded as an extra parameter: xxx# /etc/rc.d/netif start bge1 ifconfig: def: bad value I have tried several variants, ifconfig_bge1="up descr abc\ def" ifconfig_bge1="up descr abc\\ def" ifconfig_bge1="up descr 'abc def'" ifconfig_bge1="up descr \"abc def\"" ifconfig_bge1="up descr abc_def" but none have the desired result. Can anybody shed a light on this? Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 12:55:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC242106564A for ; Sat, 22 Oct 2011 12:55:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 59B308FC08 for ; Sat, 22 Oct 2011 12:55:30 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta03.westchester.pa.mail.comcast.net with comcast id noiC1h0051ei1Bg53ovXGN; Sat, 22 Oct 2011 12:55:31 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id novW1h0151t3BNj3kovWl4; Sat, 22 Oct 2011 12:55:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 00C2C102C1C; Sat, 22 Oct 2011 05:55:28 -0700 (PDT) Date: Sat, 22 Oct 2011 05:55:28 -0700 From: Jeremy Chadwick To: sthaug@nethelp.no Message-ID: <20111022125528.GA12452@icarus.home.lan> References: <20111022.141117.74664953.sthaug@nethelp.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111022.141117.74664953.sthaug@nethelp.no> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to set interface description containing space in 8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2011 12:55:33 -0000 On Sat, Oct 22, 2011 at 02:11:17PM +0200, sthaug@nethelp.no wrote: > FreeBSD 8.x (well, at least 8.2) has the very nice feature of letting > you set an interface *description* (just like you can on any Juniper/ > Cisco/whatever router). This decription can contain spaces - so I can > do for instance: > > xxx# ifconfig bge1 descr "abc def" > > xxx# ifconfig bge1 > bge1: flags=8843 metric 0 mtu 1500 > description: abc def > options=8009b > ether 00:13:72:20:b4:6f > media: Ethernet autoselect (1000baseT ) > status: active > > and we see that the decription includes a space. The question is - how > can I include a description containing one or more spaces in rc.conf? > > The straighforward attempt, > > ifconfig_bge1="up descr abc def" > > doesn't work - "abc" and "def" are given as separate parameters to the > ifconfig command, resulting in "abc" being used and "def" regarded as > an extra parameter: > > xxx# /etc/rc.d/netif start bge1 > ifconfig: def: bad value > > I have tried several variants, > > ifconfig_bge1="up descr abc\ def" > ifconfig_bge1="up descr abc\\ def" > ifconfig_bge1="up descr 'abc def'" > ifconfig_bge1="up descr \"abc def\"" > ifconfig_bge1="up descr abc_def" > > but none have the desired result. Can anybody shed a light on this? I have 100% success using apostrophes, as so: ifconfig_em1="... descr 'snakes and crumpets'" The "..." part of the string is just to indicate other stuff can go there, presumably. My em1 interface isn't actually in use (no IP configured, etc.). Result after running /etc/rc.d/netif start: em1: flags=8843 metric 0 mtu 1500 description: snakes and crumpets options=219b ether 00:30:48:d2:22:d1 media: Ethernet autoselect status: no carrier This is on RELENG_8 dated 2011/09/28. If you want me to test it on my em0 interface (which is what actually has an IP configured, etc.) and do a full reboot, I can do that. Let me know. So there may have been some rc.d framework changes that address your problem. Are you running -RELEASE? If so those fixes probably aren't available. In an ideal world, we should really have ifconfig_XXX_descr rc.conf bits to make for an easier-to-read rc.conf file. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 13:02:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8532C106566B for ; Sat, 22 Oct 2011 13:02:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0DA8FC0A for ; Sat, 22 Oct 2011 13:02:43 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta04.emeryville.ca.mail.comcast.net with comcast id np1N1h0010S2fkCA4p2bcD; Sat, 22 Oct 2011 13:02:35 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.emeryville.ca.mail.comcast.net with comcast id np2p1h00h1t3BNj8Vp2pHG; Sat, 22 Oct 2011 13:02:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8C979102C1C; Sat, 22 Oct 2011 06:02:41 -0700 (PDT) Date: Sat, 22 Oct 2011 06:02:41 -0700 From: Jeremy Chadwick To: sthaug@nethelp.no Message-ID: <20111022130241.GA12632@icarus.home.lan> References: <20111022.141117.74664953.sthaug@nethelp.no> <20111022125528.GA12452@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111022125528.GA12452@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to set interface description containing space in 8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2011 13:02:43 -0000 On Sat, Oct 22, 2011 at 05:55:28AM -0700, Jeremy Chadwick wrote: > On Sat, Oct 22, 2011 at 02:11:17PM +0200, sthaug@nethelp.no wrote: > > FreeBSD 8.x (well, at least 8.2) has the very nice feature of letting > > you set an interface *description* (just like you can on any Juniper/ > > Cisco/whatever router). This decription can contain spaces - so I can > > do for instance: > > > > xxx# ifconfig bge1 descr "abc def" > > > > xxx# ifconfig bge1 > > bge1: flags=8843 metric 0 mtu 1500 > > description: abc def > > options=8009b > > ether 00:13:72:20:b4:6f > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > and we see that the decription includes a space. The question is - how > > can I include a description containing one or more spaces in rc.conf? > > > > The straighforward attempt, > > > > ifconfig_bge1="up descr abc def" > > > > doesn't work - "abc" and "def" are given as separate parameters to the > > ifconfig command, resulting in "abc" being used and "def" regarded as > > an extra parameter: > > > > xxx# /etc/rc.d/netif start bge1 > > ifconfig: def: bad value > > > > I have tried several variants, > > > > ifconfig_bge1="up descr abc\ def" > > ifconfig_bge1="up descr abc\\ def" > > ifconfig_bge1="up descr 'abc def'" > > ifconfig_bge1="up descr \"abc def\"" > > ifconfig_bge1="up descr abc_def" > > > > but none have the desired result. Can anybody shed a light on this? > > I have 100% success using apostrophes, as so: > > ifconfig_em1="... descr 'snakes and crumpets'" > > The "..." part of the string is just to indicate other stuff can go > there, presumably. My em1 interface isn't actually in use (no IP > configured, etc.). > > Result after running /etc/rc.d/netif start: > > em1: flags=8843 metric 0 mtu 1500 > description: snakes and crumpets > options=219b > ether 00:30:48:d2:22:d1 > media: Ethernet autoselect > status: no carrier > > This is on RELENG_8 dated 2011/09/28. > > If you want me to test it on my em0 interface (which is what actually has > an IP configured, etc.) and do a full reboot, I can do that. Let me > know. > > So there may have been some rc.d framework changes that address your > problem. Are you running -RELEASE? If so those fixes probably aren't > available. And here's the commit that fixed it (src/etc/network.subr, which is /etc/network.subr): http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/network.subr#rev1.195.2.12 http://www.freebsd.org/cgi/query-pr.cgi?pr=156675 So your choices are: 1. Run RELENG_8 (8.2-STABLE) or higher, 2. Wait for 8.3-RELEASE, 3. Hand-hack /etc/network.subr to address this, which you will lose every time you run mergemaster (I strongly recommend you do not do this; breakage in network.subr could be very bad for you). I still think we should have ifconfig_XXX_descr though, just because having super long ifconfig_XXX lines in rc.conf is sometimes tedious and difficult to read. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 13:24:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD9A810656D0 for ; Sat, 22 Oct 2011 13:24:07 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id EDB648FC13 for ; Sat, 22 Oct 2011 13:24:06 +0000 (UTC) Received: (qmail 5499 invoked from network); 22 Oct 2011 13:24:05 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 22 Oct 2011 13:24:05 -0000 Date: Sat, 22 Oct 2011 15:24:05 +0200 (CEST) Message-Id: <20111022.152405.41725270.sthaug@nethelp.no> To: freebsd@jdc.parodius.com From: sthaug@nethelp.no In-Reply-To: <20111022130241.GA12632@icarus.home.lan> References: <20111022.141117.74664953.sthaug@nethelp.no> <20111022125528.GA12452@icarus.home.lan> <20111022130241.GA12632@icarus.home.lan> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to set interface description containing space in 8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2011 13:24:07 -0000 > > So there may have been some rc.d framework changes that address your > > problem. Are you running -RELEASE? If so those fixes probably aren't > > available. > > And here's the commit that fixed it (src/etc/network.subr, which is > /etc/network.subr): > > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/network.subr#rev1.195.2.12 > http://www.freebsd.org/cgi/query-pr.cgi?pr=156675 Yup, thank you for verifying this! I see now that it works on an 8.2-STABLE box with sources from October 4, while it doesn't work on one from early June. Problem solved. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 13:54:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D18F106566C for ; Sat, 22 Oct 2011 13:54:04 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 677678FC08 for ; Sat, 22 Oct 2011 13:54:03 +0000 (UTC) Received: (qmail invoked by alias); 22 Oct 2011 13:54:01 -0000 Received: from adsl-164.91.140.74.tellas.gr (EHLO [192.168.73.192]) [91.140.74.164] by mail.gmx.com (mp-eu004) with SMTP; 22 Oct 2011 15:54:01 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1/BNOkr7IXBaK+ePa0G9tqA7+LDVOKE1ycPBPnt/w ZT0PUw8p0/8qDp Message-ID: <4EA2CAF0.3070600@gmx.com> Date: Sat, 22 Oct 2011 16:53:52 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Stefan Bethke References: <76ADAE81-7725-4139-86D9-D1A9E50E5B56@lassitu.de> <4EA1FE05.9040304@gmx.com> <4EA2B15A.3020509@infracaninophile.co.uk> In-Reply-To: <4EA2B15A.3020509@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Morgan Reed , freebsd-stable@freebsd.org Subject: Re: Accessing tun devices from inside a Jail 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, 22 Oct 2011 13:54:04 -0000 On 10/22/2011 3:04 PM, Matthew Seaman wrote: > On 22/10/2011 12:49, Stefan Bethke wrote: >> Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis: >> >>>> On 10/21/2011 5:08 PM, Stefan Bethke wrote: >>>>>> - VIMAGE and mpd don't like each other, so VIMAGE was out as well >>>> >>>> Could you explain please? In my limited testing they seem to get along fine:) >> Sorry, I misremembered. The issue is actually pf and VIMAGE. A couple of years back, there were issues with VIMAGE and netgraph, but those seem to have been resolved. > > pf and VIMAGE seems to have been fixed in 9.0 No, it's not ready yet, but the version of pf in 9.0 is VIMAGE compatible and I *think* is mostly usable in a single-instance scenario. For more than one pf instance, I am using two patches which are in GNATS if you want to try them. Nikos From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 18:55:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9D288106564A; Sat, 22 Oct 2011 18:55:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 627A2153EE6; Sat, 22 Oct 2011 18:55:16 +0000 (UTC) Message-ID: <4EA31194.6060008@FreeBSD.org> Date: Sat, 22 Oct 2011 11:55:16 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <20111022.141117.74664953.sthaug@nethelp.no> <20111022125528.GA12452@icarus.home.lan> <20111022130241.GA12632@icarus.home.lan> In-Reply-To: <20111022130241.GA12632@icarus.home.lan> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, sthaug@nethelp.no Subject: Re: How to set interface description containing space in 8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2011 18:55:16 -0000 On 10/22/2011 06:02, Jeremy Chadwick wrote: > 3. Hand-hack /etc/network.subr to address this, which you will lose > every time you run mergemaster I'm not sure why you'd say that. By design mergemaster checks the $FreeBSD Id string in the installed file and if it's the same as the one in the temproot then it deletes the temproot version and moves on. That behavior was primarily designed to accommodate configuration files, but it works just as well for everything else mergemaster deals with. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Oct 22 21:48:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0561106564A for ; Sat, 22 Oct 2011 21:48:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9752E8FC15 for ; Sat, 22 Oct 2011 21:48:22 +0000 (UTC) Received: by iaky10 with SMTP id y10so7806483iak.13 for ; Sat, 22 Oct 2011 14:48:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3Fkob76iebWmt6QnQb0gpTOKkU0WSg3MSGOV7HvVf8M=; b=OUR73lpfm7ez3cSQUIJ85c/vcnwKjELNd+JbHPYiJjhX+hkkpNJgzYkbSWx+PaosZQ YT1Nr3X1PqMhZ6O3CLgPeQ1ESkUFYxDUvokdsi64nNcyg2VSwcE976fZcOGrALxnuGU8 fUCgH26CA7X5YVal26Tje1oqrA3/GgJi/2IRE= MIME-Version: 1.0 Received: by 10.43.132.4 with SMTP id hs4mr31855898icc.57.1319320101754; Sat, 22 Oct 2011 14:48:21 -0700 (PDT) Received: by 10.231.166.15 with HTTP; Sat, 22 Oct 2011 14:48:21 -0700 (PDT) Received: by 10.231.166.15 with HTTP; Sat, 22 Oct 2011 14:48:21 -0700 (PDT) In-Reply-To: <4ea2e874.XnQpdCknhYCB39Py%perryh@pluto.rain.com> References: <4ea18916.IBAr0lF5RCzEYn6G%perryh@pluto.rain.com> <4EA12D26.4020104@my.gd> <4ea2b29c.QmX94UmzdHW1HSBe%perryh@pluto.rain.com> <20111022052952.GA2371@icarus.home.lan> <4ea2e874.XnQpdCknhYCB39Py%perryh@pluto.rain.com> Date: Sat, 22 Oct 2011 14:48:21 -0700 Message-ID: From: Kevin Oberman To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: 8.1 xl + dual-speed Netgear hub = yoyo 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, 22 Oct 2011 21:48:23 -0000 On Oct 22, 2011 2:21 AM, wrote: > > Jeremy Chadwick wrote: > > > 1) I think you misunderstand what product it is you own. You have > > a hub, not a switch. This is confirmed by the fact that auto-neg > > chooses to negotiate half-duplex. Instead, you went later and > > messed about trying to force full-duplex, which isn't going to > > work on a hub. The fact you even tried it has many implications. > > Just one implication, really: I tried "everything". I know > that some gear from this era did not autonegotiate speed/duplex > correctly, so when the autonegotiated configuration didn't work > I tried both explicit duplex settings at 100Mb. (I don't _need_ > full-duplex, but tried it for completeness.) > > > If you want full-duplex, you need an actual switch. Netgear > > refers to "hubs" as actual hubs, and "switches" as actual > > switches. Do you know the difference? > > Yep, including the fact that a true hub can't do speed translation > because it doesn't buffer the entire packet -- it retransmits each > bit as received. This device -- despite being called a hub -- has > to contain at least one packet worth of buffering so that it can > retransmit a packet received at one speed to the ports that are > operating at the other speed. > > I also know, from direct experience with attempting to sniff traffic > (via tcpdump, wireshark, etc.), that this model of so-called hub > does _not_ unconditionally retransmit everything received from one > port to all of the other ports, even if all are operating at the > same speed. It seems to be some kind of hub-switch hybrid. > > > This is the first time I have ever seen a hub in use in almost > > 10 years. > > Most of the gear here is in the museum category. The mail server > is a Sun-3/60 that is over 20 years old. It ain't broke. (That's > why there's a 10Mb hub, whose AUI uplink is connected to a 10Base-2 > transceiver.) One of FreeBSD's advantages is that it tends to run > well on old hardware. > > > 2) There is no guarantee your NIC is fully compatible > > (negotiation-wise) with the hub. Vendor interoperability problems > > were extremely common "back in the day" (you're using a 3Com NIC > > from the mid-to-late 90s ... > > Yep, see comment re #1. However, if it were a negotiation problem, > I would have expected hard-setting the NIC to 100 to have fixed it; > the hub was showing that port as operating at 100. (BTW this model > of hub is about as old as the NIC.) > > > You can either replace the NIC with something else, or replace the > > hub. IMHO, I would replace both. > > I can replace the hub easily enough -- I have a 100-only Netgear > that _is_ a true hub (has been used successfully for sniffing) -- > although I suppose being the same brand and about the same age it > may have a similar compatibility problem :( > > Replacing the NIC is a bit more of a problem, because it's built > onto the mainboard. I do have some Intel NICs, and I _think_ the > box has an unused slot. > > > 5) The xl(4) driver is extremely old and basically is not maintained > > any longer. I would not be surprised if this was a driver bug. > > It had occurred to me that there might be a driver problem -- that > was one reason for posting -- although all I found with Google was a > watchdog reset problem that was fixed long enough ago that the fix > surely would have been in 8.1. However if the driver is no longer > maintained, and swapping out the hub doesn't fix it, it seems I may > be reduced to playing musical NICs. Wow. it's 1985 again. O remember those 10/100 hubs. They were a royal pain! If I remember right, they kept costs down by building in half of a switch. Traffic from a 10 port to a 100 port was buffered, but there was no forwarding table and all packets were forwarded to all ports. Total crap! I also remember that SOME hubs of that era had series problems if the cable was too short. You mentioned using a short cable. Have you tried a longer one? I seem to recall that 3 meters was the minimum, but it was so long ago that my memory is a bit fuzzy. R. Kevin Oberman, Network Engineer Retired kob6558@gmail.com