From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 00:23:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B083416A403 for ; Sun, 11 Feb 2007 00:23:21 +0000 (UTC) (envelope-from carl@UDel.Edu) Received: from md4.nss.udel.edu (md4.nss.udel.edu [128.175.1.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7D76A13C4C1 for ; Sun, 11 Feb 2007 00:23:21 +0000 (UTC) (envelope-from carl@UDel.Edu) Received: from ms1.nss.udel.edu (ms1.nss.udel.edu [128.175.1.21]) by md4.nss.udel.edu (MOS 3.8.3-GA) with ESMTP id DYG75004; Sat, 10 Feb 2007 19:12:20 -0500 (EST) Received: (from ms1.nss.udel.edu [68.82.120.39]) by ms1.nss.udel.edu (MOS 3.7.1-GA) with HTTPS/1.1 id CNN49343 (AUTH carl); Sat, 10 Feb 2007 19:12:20 -0500 (EST) From: To: freebsd-stable@freebsd.org X-Mailer: Mirapoint Webmail Direct 3.7.1-GA MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20070210191220.CNN49343@ms1.nss.udel.edu> Date: Sat, 10 Feb 2007 19:12:20 -0500 (EST) Subject: FreeBSD-6.2 and MAPLE-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, 11 Feb 2007 00:23:21 -0000 Dear FreeBSD: Not entirely sure if this is the correct list to post this, but, I've recently installed FreeBSD-6.2 on a Pentium 3 box with 1-GB of memory. I've tried to install all programs that I was able to run with FreeBSD-6.1, but the only one that gives me a difficulty so far is the mathematics package, MAPLE. There are some difficulties with doing an installation (one needs to definitely have JDK-1.4 installed, and not just linux-JDK-1.4). But even then, after doing the recommended fixes as found in the FreeBSD manual, I still get: [carl@giediprime ~]$ cd maple9/bin [carl@giediprime ~/maple9/bin]$ ./maple maple: could not start server This particular problem has some roots in the still current difficulty of running MAPLE using Fedora Core 4 (or higher). I point this out, in that the package/port "linux-base" went from being based on Red-Hat 8 in FreeBSD-6.1 to being based on Fedora Core 4 in FreeBSD-6.2. I was wondering if anyone else has run across problems with MAPLE, and what they have done to get around the problem. I have translated over from FreeBSD-6.1 the "linux-base" based on Red-Hat 8, and have gotten MAPLE-9 to work in text mode, but cannot get the GUI to work. To get that to work, it world seem that I have a great many packages/ports to bring over from FreeBSD-6.1, and was hoping there might be an easier method. Anyone have any alternative thoughts? Thanks for your help! Best Regards, Carl From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 01:31:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6689416A401 for ; Sun, 11 Feb 2007 01:31:48 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3C67C13C4A5 for ; Sun, 11 Feb 2007 01:31:48 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 7EBB71A9E4F; Sat, 10 Feb 2007 20:31:46 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Sat, 10 Feb 2007 20:31:46 -0500 X-Sasl-enc: cMAG2pK7QZzLc3IkyiF2cKGiVGcJ+Vv1vuRj3SUjCMCi 1171157506 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 728BD15B5C; Sat, 10 Feb 2007 20:31:44 -0500 (EST) Message-ID: <45CE7201.5080505@FreeBSD.org> Date: Sun, 11 Feb 2007 01:31:45 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: JoaoBR References: <5fbf03c20702021132y5f931f5esdeab22d0048fa5a6@mail.gmail.com> <45C9A73C.1020409@gmail.com> <5fbf03c20702101108p686ed116n90fbdf26308f0e55@mail.gmail.com> <200702102100.11768.joao@matik.com.br> In-Reply-To: <200702102100.11768.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: spil.oss@gmail.com, Michael , freebsd-stable@freebsd.org Subject: Re: Problems with IPv6-less kernel and world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 01:31:48 -0000 Hello, I'm afraid I disagree with a few of the points you raise. JoaoBR wrote: > > even if ipv6 is a real situation it is not the standard, ipv4 is, then, even > if ipv6 is some network's standard it is not a global standard, ipv4 is > > certainly then, it makes no sense that ipv6 is the default, neither for > applications nor for the kernel > Actually, it makes perfect sense that IPv6 is enabled in GENERIC when one considers that the world as a whole is gradually moving towards it, and especially so when FreeBSD's direct competitors in the operating systems space are doing the same. > also certain then is that ipv6 is an ADDITIONAL option and who wants it, needs > to enable it, either for applications as for the kernel, not the inverse > situation as today > Again, I strongly disagree with this point, see above. > but this is not only a FBSD wiredness but a general confusion ... > but so far as it matters to FBSD it is funny how many core/OS parts simply > ignore NO_INET6 even if set ... > What is regrettable is that there has been a blurring of boundaries as you describe, from an architect's point of view. However, pointing it out in an email like this does nothing to change or improve the situation. Surely it would be more constructive for all to point out exactly where the INET vs INET6 creep is emerging, catalogue it, and proactively communicate it to the people involved, or better still, submit patches and collaborate on fixing the issue? Just a thought. Best regards, BMS From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 01:35:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A61EA16A401 for ; Sun, 11 Feb 2007 01:35:38 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 73FA113C441 for ; Sun, 11 Feb 2007 01:35:38 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id A66DF1A9FA6; Sat, 10 Feb 2007 20:35:36 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Sat, 10 Feb 2007 20:35:36 -0500 X-Sasl-enc: qG9HT9W95Q+Eaqf9Z1GBYXfpHO7aNFM9UXzhj3sSldK0 1171157736 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id D65012A520; Sat, 10 Feb 2007 20:35:35 -0500 (EST) Message-ID: <45CE72E7.5030409@FreeBSD.org> Date: Sun, 11 Feb 2007 01:35:35 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kevin Way , Jeremy Chadwick , Brooks Davis , freebsd-stable@freebsd.org Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2007 01:35:38 -0000 Ian Smith wrote: > Does not 'remove the network address specified' imply that this should > fail if a) there is no network address specified or b) the address that > is specified is not an existing alias address for the interface? > I tend towards disallowing -alias without argument for reasons of consistency and for the reasons of preventing foot-shooting as you describe. This is not the first time we've run into problems with ifconfig(8) arguments. > Secondly, pardon my ignorance, but what does 'NS' refer to here? That > string / term occurs nowhere else in ifconfig(8). > Old Xerox comms protocols. > Perhaps I'm missing a valid (and used) usage of -alias with no address? > I touched ifconfig.8 last. I'm very happy to check in a patch from somebody. Kind regards, BMS From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 01:43:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F302316A403; Sun, 11 Feb 2007 01:43:57 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id C8A6513C442; Sun, 11 Feb 2007 01:43:57 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 247C81A98AC; Sat, 10 Feb 2007 20:43:56 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Sat, 10 Feb 2007 20:43:56 -0500 X-Sasl-enc: oihD5k+qu9OemXn1km9Tldgk3+3m/5s8pKSnY7peuuUV 1171158235 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 0ECC215B5C; Sat, 10 Feb 2007 20:43:54 -0500 (EST) Message-ID: <45CE74DB.2080406@FreeBSD.org> Date: Sun, 11 Feb 2007 01:43:55 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Michael Nottebrock References: <200702100839.18511.lofi@freebsd.org> In-Reply-To: <200702100839.18511.lofi@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Ian Smith Subject: Re: pppd crashes, was: kde-freebsd] Question about KPPP on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 01:43:58 -0000 Michael Nottebrock wrote: > >> And yes, if pppd is broken and won't be fixed, it should disappear. >> > > And when that happens, so will kppp (it won't build once the if_ppp.h header > is gone). Which of course would solve the problem in a way. In any case: I > dragged this issue onto -stable precisely to attract attention to the problem > and hopefully motivate someone to get down and write some code, whether for > pppd or kppp, I really don't care much. > Necessity is the mother of invention - either that, or a big bag of cash for everyone. There's information around PPP that's not been communicated or documented well. The 'performance' way to do PPP on FreeBSD is to go off and run MPD, because it has the right compromise between doing low-level packet shunting in the kernel, whilst using Netgraph hooks to tap the PPP control traffic handling off into userland. MPD is wicked cool, and is a well architected way to do things, but the ultimate utility depends on how useful it is to everyone who might use it. So far so good. The problem is that the BSD magicians and the KDE GUI magicians are not sharing their spell-books, and thus, their models of how the code operates; the communities have to intersect somehow. That could be you, y'know. Human bridges are just as, if not more, important as ISO/OSI Layer 2 devices. :^) The way to converge on solution is communication. This has been my experience in recent successful collaboration with the Avahi developers. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 08:15:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCD8016A401 for ; Sun, 11 Feb 2007 08:15:32 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mx1.freebsd.org (Postfix) with ESMTP id 52AB313C474 for ; Sun, 11 Feb 2007 08:15:32 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id 15C1B11548; Sun, 11 Feb 2007 09:15:31 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 084A6EE741; Sun, 11 Feb 2007 09:15:31 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-157-252.pools.arcor-ip.net [84.61.157.252]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id A314C19B321; Sun, 11 Feb 2007 09:15:30 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1B8FORe037521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Feb 2007 09:15:24 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1B8FOve002741; Sun, 11 Feb 2007 09:15:24 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1B8FOCf002740; Sun, 11 Feb 2007 09:15:24 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: "Bruce M. Simpson" Date: Sun, 11 Feb 2007 09:15:23 +0100 User-Agent: KMail/1.9.5 References: <200702100839.18511.lofi@freebsd.org> <45CE74DB.2080406@FreeBSD.org> In-Reply-To: <45CE74DB.2080406@FreeBSD.org> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9371651.dgznFCmm0M"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702110915.24029.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: stable@freebsd.org Subject: Re: pppd crashes, was: kde-freebsd] Question about KPPP on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 08:15:32 -0000 --nextPart9371651.dgznFCmm0M Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 11. February 2007 02:43, Bruce M. Simpson wrote: > So far so good. The problem is that the BSD magicians and the KDE GUI > magicians are not sharing their spell-books, and thus, their models of > how the code operates; the communities have to intersect somehow. That > could be you, y'know. Human bridges are just as, if not more, important > as ISO/OSI Layer 2 devices. :^) Quite true. However, this particular human bridge between developer=20 communities is running at capacity already. We need some trunking here.=20 Redundant links, y'know. When I said "someone", I *do* mean someone who isn= 't=20 me (and whose idea of communication isn't yelling at developers in=20 bugzilla). :) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart9371651.dgznFCmm0M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFztCcXhc68WspdLARAiTdAJ9HIpQneKBbEzxLbEKMFPDRn7BO6wCfY3YG U5d97HK7zkIJ3sxJRdU3xa8= =BWiY -----END PGP SIGNATURE----- --nextPart9371651.dgznFCmm0M-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 09:28:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1694316A400 for ; Sun, 11 Feb 2007 09:28:27 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9382413C461 for ; Sun, 11 Feb 2007 09:28:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc ([200.152.88.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1B9SO46053911; Sun, 11 Feb 2007 07:28:24 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 11 Feb 2007 07:28:07 -0200 User-Agent: KMail/1.9.4 References: <5fbf03c20702021132y5f931f5esdeab22d0048fa5a6@mail.gmail.com> <200702102100.11768.joao@matik.com.br> <45CE7201.5080505@FreeBSD.org> In-Reply-To: <45CE7201.5080505@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702110728.09385.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: "Bruce M. Simpson" Subject: Re: Problems with IPv6-less kernel and world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 09:28:27 -0000 On Saturday 10 February 2007 23:31, Bruce M. Simpson wrote: > Hello, > > I'm afraid I disagree with a few of the points you raise. > I think both views have points and none of them is wrong. I accept as it is= =20 but I would prefer having it disabled by default. But perhaps this is valid= =20 only for my small part of the world :) WITHOUT_IPV6 is probably not read by kerberos, it compiles anyway=20 with -DINET6, I do not remember now if some other part also I am not sure if it is correct that a port compiles with ipv6 enabled when = the=20 kernel does not support it. IMO ipv6 capability should be checked by the =20 configure script. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 14:04:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60AC816A401 for ; Sun, 11 Feb 2007 14:04:47 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id E63D813C478 for ; Sun, 11 Feb 2007 14:04:46 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id l1BE4jtG006944 for ; Sun, 11 Feb 2007 15:04:45 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l1BE4ja9041590; Sun, 11 Feb 2007 15:04:45 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id l1BE4iA4041589; Sun, 11 Feb 2007 15:04:44 +0100 (CET) (envelope-from ry93) Date: Sun, 11 Feb 2007 15:04:44 +0100 From: "Patrick M. Hausen" To: Artem Kuchin Message-ID: <20070211140444.GB40782@hugo10.ka.punkt.de> References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <20070208094620.GA9599@rink.nu> <00a701c74b6e$7c3e4550$fe03a8c0@claylaptop> <20070208165224.GA35610@icarus.home.lan> <45CC72D4.9040104@lxnt.info> <01e601c74c5d$31be19c0$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <01e601c74c5d$31be19c0$0c00a8c0@Artem> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 14:04:47 -0000 Hello! On Fri, Feb 09, 2007 at 06:15:53PM +0300, Artem Kuchin wrote: > Under gmirror OS must issue two commands to write to disks and some > commands to check/set mark that mirrored data is intact. > Under hardware RAID OS issue sonly one command to write and no > checking command, since raid controller handles this async. > > So, software OS raid must be slower than controller based raid anyway. Yes. The OS has got to do a bit more work that is otherwise done by the CPU on the RAID controller. For modern CPUs this extra work is measurably neglegible. One guy that I happen to know, who was responsible for the database backend servers of Germany's biggest web mail provider at the time, ran extensive benchmarks. Result: for RAID 1, RAID 0 and RAID 1+0 there is no difference in "hardware RAID" vs. OS mirroring and striping. He used Linux, but I'd bet a huge amount that his findings can be transferred to arbitrary current operating systems. RAID 5 and RAID 6 are different beasts alltogether, but you do not want RAID 5 for transaction heavy systems, anyway. When you are running a huge DB that is not "read mostly", you want to have your working set in memory. If the database needs to write to disk, eventually, it's all about latency. And latency on RAID 5 is horrendous, regardless if implemented in "hardware RAID" or not. Kind regards, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 14:29:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD1A716A406 for ; Sun, 11 Feb 2007 14:29:47 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5535F13C441 for ; Sun, 11 Feb 2007 14:29:47 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1BETjAE054223; Sun, 11 Feb 2007 15:29:45 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l1BETi52092753; Sun, 11 Feb 2007 15:29:45 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l1BETinu092752; Sun, 11 Feb 2007 15:29:44 +0100 (CET) (envelope-from wb) Date: Sun, 11 Feb 2007 15:29:44 +0100 From: Wilko Bulte To: "Patrick M. Hausen" Message-ID: <20070211142944.GA92737@freebie.xs4all.nl> References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <20070208094620.GA9599@rink.nu> <00a701c74b6e$7c3e4550$fe03a8c0@claylaptop> <20070208165224.GA35610@icarus.home.lan> <45CC72D4.9040104@lxnt.info> <01e601c74c5d$31be19c0$0c00a8c0@Artem> <20070211140444.GB40782@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070211140444.GB40782@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 14:29:47 -0000 On Sun, Feb 11, 2007 at 03:04:44PM +0100, Patrick M. Hausen wrote.. > Hello! > > On Fri, Feb 09, 2007 at 06:15:53PM +0300, Artem Kuchin wrote: > > > Under gmirror OS must issue two commands to write to disks and some > > commands to check/set mark that mirrored data is intact. > > Under hardware RAID OS issue sonly one command to write and no > > checking command, since raid controller handles this async. > > > > So, software OS raid must be slower than controller based raid anyway. > > Yes. The OS has got to do a bit more work that is otherwise done > by the CPU on the RAID controller. > > For modern CPUs this extra work is measurably neglegible. > > One guy that I happen to know, who was responsible for the database > backend servers of Germany's biggest web mail provider at the time, > ran extensive benchmarks. Result: for RAID 1, RAID 0 and RAID 1+0 > there is no difference in "hardware RAID" vs. OS mirroring and > striping. He used Linux, but I'd bet a huge amount that his > findings can be transferred to arbitrary current operating systems. > > RAID 5 and RAID 6 are different beasts alltogether, but you do > not want RAID 5 for transaction heavy systems, anyway. When you > are running a huge DB that is not "read mostly", you want to have > your working set in memory. If the database needs to write to disk, > eventually, it's all about latency. And latency on RAID 5 is > horrendous, regardless if implemented in "hardware RAID" or not. For that purpose a sensibly designed battery-backup write cache works wonders. We have tons of customers running RAID5 for DBMS use. It all really depends on what your needs are as far as I/O goes whether RAID5 will do it for you or not. Do not automatically dismiss it. RAID0+1 might be faster, but comes at a substantially higher price per GB. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 16:44:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBDD416A401; Sun, 11 Feb 2007 16:44:52 +0000 (UTC) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.freebsd.org (Postfix) with ESMTP id A86FB13C478; Sun, 11 Feb 2007 16:44:52 +0000 (UTC) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from impact.jinmei.org (t050096.ppp.asahi-net.or.jp [203.189.50.96]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 4F3597301D; Mon, 12 Feb 2007 01:25:04 +0900 (JST) Date: Mon, 12 Feb 2007 01:24:49 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Dimitry Andric In-Reply-To: <45CCF3ED.1090704@andric.com> References: <20070120162936.GA18104@tomcat.kitchenlab.org> <20070121.020741.59649277.hrs@allbsd.org> <45B251A5.4000209@freebsd.org> <45B3CA56.4040106@andric.com> <45B421D4.2050008@freebsd.org> <45B48F0C.9090809@andric.com> <45B63C3E.9010808@freebsd.org> <45B676A2.5090009@andric.com> <45CBD32E.40005@freebsd.org> <45CCF3ED.1090704@andric.com> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "Bruce A. Mah" , freebsd-stable@freebsd.org, jhay@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPv6 over gif(4) broken in 6.2-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 16:44:52 -0000 >>>>> On Fri, 09 Feb 2007 23:21:33 +0100, >>>>> Dimitry Andric said: > Bruce A. Mah wrote: >> I've convinced myself that this problem needs to be tested in isolation >> (i.e. you have complete control over both ends of the tunnel) because >> incoming packets over the tunnel cause the host route to get added >> automatically if it wasn't there already. >> >> After reading the code and discussing this with a couple folks, I've >> managed to convince myself that 1.48.2.14 and 1.48.2.15 (and their >> analogues on HEAD) need to go away. I've committed diffs that back >> these out, and they solve the problem for me in my testing (which I've >> done with two VMs in isolation). The applicable revisions for nd6.c are >> 1.74 (HEAD) and 1.48.2.18 (RELENG_6). Updating up to (or beyond) these >> revisions should clear up the problem. > Confirmed. I've updated the machine on which I originally had this > problem to -STABLE as of today, and the problem has disappeared. I thought it was also planned to be incorporated to RELENG_6_2, right? JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 17:26:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B322016A400 for ; Sun, 11 Feb 2007 17:26:30 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1DB13C49D for ; Sun, 11 Feb 2007 17:26:30 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by corellia.vindaloo.com (Postfix) with ESMTP id 1ACE95CFF for ; Sun, 11 Feb 2007 12:05:20 -0500 (EST) Received: from dagobah.vindaloo.com (localhost.vindaloo.com [127.0.0.1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id l1BH2bbp001944 for ; Sun, 11 Feb 2007 12:02:38 -0500 (EST) (envelope-from chris@dagobah.vindaloo.com) Received: (from chris@localhost) by dagobah.vindaloo.com (8.13.8/8.13.8/Submit) id l1BH2bYY001943 for freebsd-stable@freebsd.org; Sun, 11 Feb 2007 12:02:37 -0500 (EST) (envelope-from chris) Resent-Message-Id: <200702111702.l1BH2bYY001943@dagobah.vindaloo.com> X-Original-To: chris@vindaloo.com Delivered-To: chris@vindaloo.com Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by yavin.vindaloo.com (Postfix) with ESMTP id C5F5C2532E for ; Sun, 11 Feb 2007 12:00:48 -0500 (EST) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by corellia.vindaloo.com (Postfix) with ESMTP id 396565CFF; Sun, 11 Feb 2007 12:00:48 -0500 (EST) Received: from localhost.vindaloo.com (localhost.vindaloo.com [IPv6:::1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id l1BH0M4G001914; Sun, 11 Feb 2007 12:00:22 -0500 (EST) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Michael Nottebrock In-Reply-To: <200702100306.38076.lofi@freebsd.org> References: <45CBA137.7050701@isp.com> <20070209081333.GA834@turion.vk2pj.dyndns.org> <45CCEC2A.7070800@isp.com> <200702100306.38076.lofi@freebsd.org> Content-Type: text/plain Date: Sun, 11 Feb 2007 12:00:21 -0500 Message-Id: <1171213221.1487.46.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63-csh_yavin_1.0.3 (2004-01-11) on yavin.vindaloo.com X-Spam-Level: X-Spam-Status: No, hits=-1.5 required=4.5 tests=BAYES_01 autolearn=ham version=2.63-csh_yavin_1.0.3 X-filtered: yavin.vindaloo.com Resent-From: Christopher Sean Hilton Resent-Date: Sun, 11 Feb 2007 12:02:37 -0500 Resent-To: freebsd-stable@freebsd.org Cc: Subject: Re: pppd crashes, was: kde-freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 17:26:30 -0000 On Sat, 2007-02-10 at 03:06 +0100, Michael Nottebrock wrote: [ snip ] > All that your "bug report" accomplishes is broadcasting your bad and > uninformed attitude to an even bigger audience. It is in your own and the > FreeBSD community's best interest to backtrack before anyone gets to form a > negative opinion on both. I just took a look at the list of bugs in pppd. Aside from being unmaintained it looks as though the functionality is still okay. This is borne out my experience using pppd with my wireless modem. Just last night on a trip from JFK in fact. Opinion is getting more important with the market arrival of affordable EVDO coverage and cards. EVDO is a wireless technology for connecting to the net. The connection speeds are between 700 ~ 3000 kb/s I nearly passed on the opportunity to get one card due to reports that FreeBSD 6.1 and 6.2 had rendered kernel ppp unusable. In the current generation these cards are very fast serial modems that connect to the USB bus. They configure exactly like a serial connected modem and ppp stack. They are primarily configured for windows but configurations for kernel pppd primarily for Linux and Mac OSX are readily available on the Internet. The argument for EVDO cards also holds for bluetooth enabled phones. With Verizon and Sprint allowing you to use the bluetooth stack in your phone to connect to the Internet at EVDO speeds for a nominal fee, we should expect more people and try to use FreeBSD in this manner. When they do they will com from Linux with a kernel pppd configuration. -- Chris From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 18:29:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDC4516A400; Sun, 11 Feb 2007 18:29:30 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.freebsd.org (Postfix) with ESMTP id 9887513C481; Sun, 11 Feb 2007 18:29:30 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 3165CB80E; Sun, 11 Feb 2007 19:29:27 +0100 (CET) Message-ID: <45CF6089.3040700@andric.com> Date: Sun, 11 Feb 2007 19:29:29 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0pre (Windows/20070210) MIME-Version: 1.0 To: =?UTF-8?B?SklOTUVJIFRhdHV5YSAvIOelnuaYjumBlOWTiQ==?= References: <20070120162936.GA18104@tomcat.kitchenlab.org> <20070121.020741.59649277.hrs@allbsd.org> <45B251A5.4000209@freebsd.org> <45B3CA56.4040106@andric.com> <45B421D4.2050008@freebsd.org> <45B48F0C.9090809@andric.com> <45B63C3E.9010808@freebsd.org> <45B676A2.5090009@andric.com> <45CBD32E.40005@freebsd.org> <45CCF3ED.1090704@andric.com> In-Reply-To: X-Enigmail-Version: 0.94.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Bruce A. Mah" , freebsd-stable@freebsd.org, jhay@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPv6 over gif(4) broken in 6.2-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 18:29:31 -0000 JINMEI Tatuya / =E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89 wrote: >> Confirmed. I've updated the machine on which I originally had this >> problem to -STABLE as of today, and the problem has disappeared. >=20 > I thought it was also planned to be incorporated to RELENG_6_2, right? I'm not sure if non-security related fixes are considered for release branches. Also, there's a workaround mentioned on the 6.2 errata page, under "Known Issues": http://www.freebsd.org/releases/6.2R/errata.html Then again, it's really up to the release engineering team whether they deem this critical enough. :) From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 20:06:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 829D216A402 for ; Sun, 11 Feb 2007 20:06:25 +0000 (UTC) (envelope-from woodstock@index.hu) Received: from mail08.vipmail.hu (mail08.vipmail.hu [195.56.151.72]) by mx1.freebsd.org (Postfix) with ESMTP id 61BD913C481 for ; Sun, 11 Feb 2007 20:06:23 +0000 (UTC) (envelope-from woodstock@index.hu) Received: (qmail 4990 invoked by uid 89); 11 Feb 2007 19:39:42 -0000 Message-ID: <20070211193942.4988.qmail@mail08.vipmail.hu> To: Received: from clam.niwa.co.nz [202.36.29.1] by with HTTP; Sun, 11 Feb 2007 20:39:42 +0100 From: Date: Sun, 11 Feb 2007 20:39:42 CET Errors-To: X-Priority: 3 X-Mailer: VIPmail v.2.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Subject: FreeBSd 6.1 to 6.2 upgrade kernel errors: unknown: I/O range not supported X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 20:06:25 -0000 Hi list, =20 Last Friday I upgraded my 6.1 to 6.2. This box is Compaq DL320G1 with the a= ll latest firmwares running only cvsup-mirror service for other servers. No= customization, any extra setting, default setup whatsoever.=20 =20 The upgrade went fine, no problems I encountered. It was not binary upgrad= e and I must admit that it was my FIRST upgrade on FreeBSD so followed basi= cally the handbook step by step.=20 =20 After the upgrade at reboot I get weird errors (I/O range not supported) I= don't quite like hence not dare to proceed with other production servers. = The box behaves normal but these messages just make me concerned not to men= tion that at a certain stage (finding HW RAID array) the box hangs for a mi= nute (didn't do before, HDD goes nuts) then mounts partitions and proceeds = the boot process. Here it is my verbose dmesg: =20 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Feb 9 08:52:41 NZDT 2007 root@host.domain.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b55000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b550cc. Table 'FACP' at 0xe80d0 Table 'APIC' at 0xe8144 MADT: Found table at 0xe8144 MP Configuration Table version 1.4 found at 0xc00f0b30 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table:=20 Calibrating clock(s) ... i8254 clock: 1193168 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1258216274 Hz CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1258.22-MHz 686-clas= s CPU) Origin =3D "GenuineIntel" Id =3D 0x6b1 Stepping =3D 1 Features=3D0x383fbff real memory =3D 268435456 (256 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000000fb3dfff, 250712064 bytes (61209 pages) avail memory =3D 253149184 (241 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry =3D 0xeca00 (c00eca00) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xeca00+0x1036 pnpbios: Found PnP BIOS data at 0xc00f7b10 pnpbios: Entry =3D f0000:6529 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) MADT: Found IO APIC ID 3, Interrupt 16 at 0xfec01000 ioapic1: intpin 0 -> PCI IRQ 16 (level, low) ioapic1: intpin 1 -> PCI IRQ 17 (level, low) ioapic1: intpin 2 -> PCI IRQ 18 (level, low) ioapic1: intpin 3 -> PCI IRQ 19 (level, low) ioapic1: intpin 4 -> PCI IRQ 20 (level, low) ioapic1: intpin 5 -> PCI IRQ 21 (level, low) ioapic1: intpin 6 -> PCI IRQ 22 (level, low) ioapic1: intpin 7 -> PCI IRQ 23 (level, low) ioapic1: intpin 8 -> PCI IRQ 24 (level, low) ioapic1: intpin 9 -> PCI IRQ 25 (level, low) ioapic1: intpin 10 -> PCI IRQ 26 (level, low) ioapic1: intpin 11 -> PCI IRQ 27 (level, low) ioapic1: intpin 12 -> PCI IRQ 28 (level, low) ioapic1: intpin 13 -> PCI IRQ 29 (level, low) ioapic1: intpin 14 -> PCI IRQ 30 (level, low) ioapic1: intpin 15 -> PCI IRQ 31 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000100f0 pcm: 0x00010000 wlan:=20 ath_rate: version 1.2=20 null:=20 random:=20 nfslock: pseudo-device io:=20 kbd: new array size 4 kbd1 at kbdmux0 mem:=20 Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Feb 9 2007 08:52:15) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: wakeup code va 0xc7224000 pa 0x9e000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000070 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D000911= 66) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00ede80 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 15 A 0x01 3 4 5 7 10 11 14 15 embedded 0 15 B 0xff none embedded 0 15 C 0xff none embedded 0 15 D 0xff none embedded 0 2 A 0x18 3 4 5 7 10 11 14 15 embedded 0 2 B 0xff none embedded 0 2 C 0xff none embedded 0 2 D 0xff none embedded 0 3 A 0x19 3 4 5 7 10 11 14 15 embedded 0 3 B 0xff none embedded 0 3 C 0xff none embedded 0 3 D 0xff none embedded 1 3 A 0x15 3 4 5 7 10 11 14 15 embedded 1 3 B 0xff none embedded 1 3 C 0xff none embedded 1 3 D 0xff none embedded 1 4 A 0x16 3 4 5 7 10 11 14 15 embedded 1 4 B 0xff none embedded 1 4 C 0xff none embedded 1 4 D 0xff none embedded 1 2 A 0x14 3 4 5 7 10 11 14 15 embedded 1 2 B 0xff none embedded 1 2 C 0xff none embedded 1 2 D 0xff none embedded 1 5 A 0x14 3 4 5 7 10 11 14 15 embedded 1 5 B 0xff none embedded 1 5 C 0xff none embedded 1 5 D 0xff none slot 1 1 1 A 0x10 3 4 5 7 10 11 14 15 slot 1 1 1 B 0x11 3 4 5 7 10 11 14 15 slot 1 1 1 C 0x12 3 4 5 7 10 11 14 15 slot 1 1 1 D 0x13 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported unknown: I/O range not supported ACPI timer: 0/3 0/3 0/4 0/5 0/4 0/4 0/4 0/3 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: port 0xf808-0xf80b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 10 11 14 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 10 11 14 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link10: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link10: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link10: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link11: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link11: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link11: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link12: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link12: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link12: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link13: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link13: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link13: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link14: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link14: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link14: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link15: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link15: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link15: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link16: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link16: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link16: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0xf810 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1166, dev=3D0x0009, revid=3D0x06 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x2200, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1166, dev=3D0x0009, revid=3D0x06 bus=3D0, slot=3D0, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0200, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0000000, size 24, enabled map[14]: type 4, range 32, base 00001000, size 8, enabled map[18]: type 1, range 32, base b1000000, size 12, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 24 found-> vendor=3D0x0e11, dev=3D0xa0f0, revid=3D0x00 bus=3D0, slot=3D3, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 1, range 32, base b1200000, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 25 found-> vendor=3D0x1166, dev=3D0x0200, revid=3D0x51 bus=3D0, slot=3D15, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[90]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=3D0x1166, dev=3D0x0211, revid=3D0x00 bus=3D0, slot=3D15, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0145, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001800, size 4, enabled found-> vendor=3D0x1166, dev=3D0x0220, revid=3D0x04 bus=3D0, slot=3D15, func=3D2 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0280, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x50 (20000 ns) intpin=3Da, irq=3D5 map[10]: type 1, range 32, base b1100000, size 12, enabled pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 23 pci0: at device 2.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: port 0xfc00-0xfc0f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1800-0x180f at device= 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1800 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D60 ostat1=3D70 ata0: stat0=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20 ata0: stat1=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30 ata0: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ohci0: mem 0xb1100000-0xb1100fff irq 23 at device 15.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb1100000 ohci0: (New OHCI DeviceId=3D0x02201166) ioapic1: routing intpin 7 (PCI IRQ 23) to vector 51 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x0e11, dev=3D0xb178, revid=3D0x01 bus=3D1, slot=3D1, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0157, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x47 (2130 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D3 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base d0000000, size 18, enabled map[18]: type 4, range 32, base 0000b000, size 8, enabled map[1c]: type 3, range 64, base d0500000, size 14, enabled pcib1: matched entry for 1.1.INTA pcib1: slot 1 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 bus=3D1, slot=3D3, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000 n= s) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0300000, size 12, enabled map[14]: type 4, range 32, base 0000b400, size 6, enabled map[18]: type 1, range 32, base d0100000, size 20, enabled pcib1: matched entry for 1.3.INTA pcib1: slot 3 INTA hardwired to IRQ 21 found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 bus=3D1, slot=3D4, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000 n= s) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0400000, size 12, enabled map[14]: type 4, range 32, base 0000b440, size 6, enabled map[18]: type 1, range 32, base d0200000, size 20, enabled pcib1: matched entry for 1.4.INTA pcib1: slot 4 INTA hardwired to IRQ 22 ciss0: port 0xb000-0xb0ff mem 0xd0000000-0xd003ffff,0xd0500000-0xd0503fff= irq 16 at device 1.0 on pci1 ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xd0000000 ioapic1: routing intpin 0 (PCI IRQ 16) to vector 52 ciss0: [GIANT-LOCKED] ciss0: using 256 of 1024 available commands ciss0: firmware 2.58 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0x6 ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0x30000027 ciss0: 2 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 1, 34304MB online fxp0: port 0xb400-0xb43f mem 0xd0300000-0xd0300fff,0xd0100000-0xd01fffff = irq 21 at device 3.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0300000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0e11 b134 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:08:02:45:b3:db ioapic1: routing intpin 5 (PCI IRQ 21) to vector 53 fxp0: [MPSAFE] fxp1: port 0xb440-0xb47f mem 0xd0400000-0xd0400fff,0xd0200000-0xd02fffff = irq 22 at device 4.0 on pci1 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0400000 fxp1: using memory space register mapping fxp1: PCI IDs: 8086 1229 0e11 b134 0008 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:08:02:45:b2:85 ioapic1: routing intpin 6 (PCI IRQ 22) to vector 54 fxp1: [MPSAFE] acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ sio0: irq maps: 0x8201 0x8211 0x8201 0x8201 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [MPSAFE] fdc0: [FAST] fd0: on fdc0 drive 0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ahc_isa_probe 0: ioport 0xc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcffff,0xd0000-0xd3fff,0xe8000-0x= effff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA=20 sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x8201 0x8201 0x8201 0x8201 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66221787 hz Timecounter "TSC" frequency 1258216274 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUNSUPPORTED cable=3D40 wire acd0: setting PIO4 on ROSB4 chip acd0: CDROM drive at ata1 as master acd0: read 4125KB/s (4125KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error pass0 at ciss0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers ATA PseudoRAID loaded da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) GEOM: new disk da0 Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init Linux ELF exec handler installed =20 =20 I would appreciate if somebody could explain why it is or just explain this= situation (if ignorable)=20 =20 Thanks, Adam --------------------------Hirdet=E9s----------------------------- S=EDutak - Ausztria, Olaszorsz=E1g, Franciaorsz=E1g, Sv=E1jc From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 20:25:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5117E16A402; Sun, 11 Feb 2007 20:25:09 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 321CE13C471; Sun, 11 Feb 2007 20:25:09 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l1BKP5jx011847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Feb 2007 12:25:05 -0800 Message-ID: <45CF7B91.7040700@freebsd.org> Date: Sun, 11 Feb 2007 12:24:49 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Dimitry Andric References: <20070120162936.GA18104@tomcat.kitchenlab.org> <20070121.020741.59649277.hrs@allbsd.org> <45B251A5.4000209@freebsd.org> <45B3CA56.4040106@andric.com> <45B421D4.2050008@freebsd.org> <45B48F0C.9090809@andric.com> <45B63C3E.9010808@freebsd.org> <45B676A2.5090009@andric.com> <45CBD32E.40005@freebsd.org> <45CCF3ED.1090704@andric.com> <45CF6089.3040700@andric.com> In-Reply-To: <45CF6089.3040700@andric.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA56D3B9F9968A334C512B1C6" Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, jhay@freebsd.org, =?UTF-8?B?SklOTUVJIFRhdHV5YSAvIOelnuaYjumBlOWTiQ==?= Subject: Re: IPv6 over gif(4) broken in 6.2-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 20:25:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA56D3B9F9968A334C512B1C6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable If memory serves me right, Dimitry Andric wrote: > JINMEI Tatuya / =E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89 wrote: >>> Confirmed. I've updated the machine on which I originally had this >>> problem to -STABLE as of today, and the problem has disappeared. >> I thought it was also planned to be incorporated to RELENG_6_2, right?= >=20 > I'm not sure if non-security related fixes are considered for release > branches. Also, there's a workaround mentioned on the 6.2 errata page,= > under "Known Issues": Yes, we do this (most releases nowadays have at least a couple of errata notices / patches). > http://www.freebsd.org/releases/6.2R/errata.html >=20 > Then again, it's really up to the release engineering team whether they= > deem this critical enough. :) Its a joint decision between re@ and so@. I *am* on re@, and I'd planned on getting this change into RELENG_6_2, but I'm seriously ENOTIME (now trying to type one-handed with my sleeping two-week-old son in the other hand). I'll send a copy of this to re@, hopefully one of us will do this. Cheers, Bruce. --------------enigA56D3B9F9968A334C512B1C6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFz3uY2MoxcVugUsMRAj/GAJ9RHeu9C40zdGoiyXRlG0d3C8H7NQCgzH01 Pj9z8P0M4P6HOTz+QQ3dDug= =Ut+q -----END PGP SIGNATURE----- --------------enigA56D3B9F9968A334C512B1C6-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 20:35:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B68A16A402 for ; Sun, 11 Feb 2007 20:35:20 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F28513C48D for ; Sun, 11 Feb 2007 20:35:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HGLPn-0003CM-I1 for freebsd-stable@freebsd.org; Sun, 11 Feb 2007 21:35:15 +0100 Received: from 89-172-52-233.adsl.net.t-com.hr ([89.172.52.233]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Feb 2007 21:35:15 +0100 Received: from ivoras by 89-172-52-233.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Feb 2007 21:35:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sun, 11 Feb 2007 21:34:59 +0100 Lines: 26 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD4324C0F8225B933189EDF50" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-52-233.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) X-Enigmail-Version: 0.94.1.2 Sender: news Subject: releng_6 (and possibly releng_6_2) missing "force" option to mount? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 20:35:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD4324C0F8225B933189EDF50 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've upgraded my laptop from 6.2-prerelease to latest 6-stable and it stuck at booting because mount can't recognize "force" option in the fstab. The file system is ext2fs and this looks like a genuine regression= =2E --------------enigD4324C0F8225B933189EDF50 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFz335ldnAQVacBcgRAkYZAJ9wiO9F6NSKxzXwvwnITQa9ZJTMUwCfWlyl 4GGnwoywit+mPZGqhRr9pHo= =aGoo -----END PGP SIGNATURE----- --------------enigD4324C0F8225B933189EDF50-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 20:15:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E83A016A408 for ; Sun, 11 Feb 2007 20:15:02 +0000 (UTC) (envelope-from hg@cally.queue.to) Received: from static-71-180-69-18.tampfl.fios.verizon.net (static-71-180-69-18.tampfl.fios.verizon.net [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7095613C4B8 for ; Sun, 11 Feb 2007 20:15:02 +0000 (UTC) (envelope-from hg@cally.queue.to) Received: (qmail 84336 invoked from network); 11 Feb 2007 14:48:20 -0500 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 11 Feb 2007 14:48:20 -0500 Received: (qmail 36692 invoked by uid 1000); 11 Feb 2007 19:48:20 -0000 Message-ID: <20070211194820.36691.qmail@cally.queue.to> From: hg@cally.queue.to To: freebsd-stable@freebsd.org In-Reply-To: <20070211140444.GB40782@hugo10.ka.punkt.de> References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <20070208094620.GA9599@rink.nu> <00a701c74b6e$7c3e4550$fe03a8c0@claylaptop> <20070208165224.GA35610@icarus.home.lan> <45CC72D4.9040104@lxnt.info> <01e601c74c5d$31be19c0$0c00a8c0@Artem> <20070211140444.GB40782@hugo10.ka.punkt.de> Date: Sun, 11 Feb 2007 14:48:20 -0500 X-Mailman-Approved-At: Sun, 11 Feb 2007 22:31:43 +0000 Cc: Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hg@queue.to List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2007 20:15:03 -0000 In mpc.lists.freebsd.stable, you wrote: : For modern CPUs this extra work is measurably neglegible. With all of the interrupt activity it seems counterintuitive that it would be negligible in that the processor is incurring many extra cache faults to service the controller. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 23:10:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FD9316A406 for ; Sun, 11 Feb 2007 23:10:57 +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 20F3413C461 for ; Sun, 11 Feb 2007 23:10:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l1BNAmYW001660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Feb 2007 09:40:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 12 Feb 2007 09:40:18 +1030 User-Agent: KMail/1.9.5 References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <01e601c74c5d$31be19c0$0c00a8c0@Artem> <20070211140444.GB40782@hugo10.ka.punkt.de> In-Reply-To: <20070211140444.GB40782@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1577926.I2ARgh5ztK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702120940.42167.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Artem Kuchin Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 23:10:57 -0000 --nextPart1577926.I2ARgh5ztK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 12 February 2007 00:34, Patrick M. Hausen wrote: > One guy that I happen to know, who was responsible for the database > backend servers of Germany's biggest web mail provider at the time, > ran extensive benchmarks. Result: for RAID 1, RAID 0 and RAID 1+0 > there is no difference in "hardware RAID" vs. OS mirroring and > striping. He used Linux, but I'd bet a huge amount that his > findings can be transferred to arbitrary current operating systems. Software RAID won't help you if your primary disk gets an error in, say, th= e=20 second stage loader. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1577926.I2ARgh5ztK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFz6Jy5ZPcIHs/zowRAlbIAJ9A/gGege0jB6sepPlpz3CRXX+yAQCeJ2sH RnA3rPfsu+Wp5cW9l4rKN7U= =W79B -----END PGP SIGNATURE----- --nextPart1577926.I2ARgh5ztK-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 11 23:51:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D169316A401 for ; Sun, 11 Feb 2007 23:51:41 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 6475013C4B5 for ; Sun, 11 Feb 2007 23:51:41 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id l1BNpe6n010652 for ; Mon, 12 Feb 2007 00:51:40 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l1BNpca9053773; Mon, 12 Feb 2007 00:51:38 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id l1BNpcI7053772; Mon, 12 Feb 2007 00:51:38 +0100 (CET) (envelope-from ry93) Date: Mon, 12 Feb 2007 00:51:38 +0100 From: "Patrick M. Hausen" To: "Daniel O'Connor" Message-ID: <20070211235138.GA53649@hugo10.ka.punkt.de> References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <01e601c74c5d$31be19c0$0c00a8c0@Artem> <20070211140444.GB40782@hugo10.ka.punkt.de> <200702120940.42167.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200702120940.42167.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.10i Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2007 23:51:41 -0000 Hi, all! On Mon, Feb 12, 2007 at 09:40:18AM +1030, Daniel O'Connor wrote: > On Monday 12 February 2007 00:34, Patrick M. Hausen wrote: > > One guy that I happen to know, who was responsible for the database > > backend servers of Germany's biggest web mail provider at the time, > > ran extensive benchmarks. Result: for RAID 1, RAID 0 and RAID 1+0 > > there is no difference in "hardware RAID" vs. OS mirroring and > > striping. He used Linux, but I'd bet a huge amount that his > > findings can be transferred to arbitrary current operating systems. > > Software RAID won't help you if your primary disk gets an error in, say, the > second stage loader. I don't really buy this "booting" arguement. What's the failure scenario here? If the system is up and running, it will just keep humming along. The SCSI or ATA layer is supposed to detach a failed drive and geom will disable one part of the mirror. You can react appropriately when you get the failure message. Regards, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 00:21:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFDE516A408 for ; Mon, 12 Feb 2007 00:21:37 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id C79D913C4A5 for ; Mon, 12 Feb 2007 00:21:36 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 86917 invoked by uid 0); 12 Feb 2007 10:55:39 +1100 Received: by simscan 1.1.0 ppid: 86833, pid: 86908, t: 0.0912s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2434 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 12 Feb 2007 10:55:39 +1100 From: "Dimuthu Parussalla" To: Date: Mon, 12 Feb 2007 10:54:18 +1100 Message-ID: <003101c74e37$f287c3a0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0032_01C74E94.25F83BA0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 00:21:38 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0032_01C74E94.25F83BA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi All, I am having intermittent network issues with our IBM X236 dual xeon server. Server comes with two bge network cards. At random intervals internal lan drops out. And then few minutes later it comes back online. So far I can only find some interface errors on netstat -i. Can anyone help me to resolve this issue. Please refer to attached files and below outputs for more information. /etc/sysctl.conf kern.ipc.maxsockbuf=8388608 kern.ipc.somaxconn=2048 net.inet.tcp.sendspace=3217968 net.inet.tcp.recvspace=3217968 net.inet.tcp.rfc1323=1 #net.inet.tcp.rfc3042=0 net.inet.ip.portrange.hilast=65535 net.inet.ip.portrange.hifirst=49152 net.inet.ip.portrange.last=65535 net.inet.ip.portrange.first=1024 net.inet.tcp.inflight.enable=0 /boot/loader.conf kern.ipc.nmbclusters=32768 vmstat -i interrupt total rate irq52: ips0 75446 17 irq30: ahd0 81 0 irq31: ahd1 15 0 irq1: atkbd0 69 0 irq3: sio1 74 0 irq4: sio0 67 0 irq6: fdc0 90 0 irq14: ata0 47 0 irq16: bge0 bge1+ 1395326 315 irq19: uhci1 15 0 irq23: ehci0 1 0 cpu0: timer 8845847 1998 cpu3: timer 1 0 cpu1: timer 2 0 cpu2: timer 8830658 1995 Total 19147739 4326 netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:11:25:e9:7f:58 392325 880 449420 0 0 bge0 1500 192.168.1 lan 342652 - 4175 - - bge1 1500 00:11:25:e9:7f:59 369744 1648 363688 0 0 Regards Dimuthu Parussalla ------=_NextPart_000_0032_01C74E94.25F83BA0 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Tue Feb 6 18:13:39 EST 2007 root@bs.bayside-group.com.au:/usr/obj/usr/src/sys/BSG WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.80GHz (3800.16-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 = Features=3D0xbfebfbff Features2=3D0x659d> AMD Features=3D0x20000000 Logical CPUs per core: 2 real memory =3D 2147266560 (2047 MB) avail memory =3D 2096476160 (1999 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic2 irqs 48-71 on motherboard ioapic1 irqs 24-47 on motherboard ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x588-0x58b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 ahd0: port = 0x4000-0x40ff,0x4100-0x41ff mem 0xcfffe000-0xcfffffff irq 30 at device = 7.0 on pci3 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs ahd1: port = 0x4200-0x42ff,0x4300-0x43ff mem 0xcfffc000-0xcfffdfff irq 31 at device = 7.1 on pci3 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs pcib3: mem 0xcdfff000-0xcdffffff at device 0.2 on = pci2 pci4: on pcib3 pcib4: at device 1.0 on pci4 pci5: on pcib4 ips0: mem 0xcd000000-0xcd000fff irq 52 at = device 8.0 on pci5 pcib5: at device 4.0 on pci0 pci7: on pcib5 bge0: mem 0xc8bf0000-0xc8bfffff = irq 16 at device 0.0 on pci7 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:25:e9:7f:58 bge0: [GIANT-LOCKED] pcib6: at device 5.0 on pci0 pci8: on pcib6 bge1: mem 0xc6ff0000-0xc6ffffff = irq 16 at device 0.0 on pci8 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:25:e9:7f:59 bge1: [GIANT-LOCKED] pcib7: at device 6.0 on pci0 pci9: on pcib7 pcib8: at device 7.0 on pci0 pci10: on pcib8 pci0: at device 8.0 (no driver attached) uhci0: port 0x2200-0x221f = irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f = irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem = 0xf0000000-0xf00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib9: at device 30.0 on pci0 pci1: on pcib9 pci1: at device 6.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x480-0x48f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ums0: vendor 0x04b3 USB Optical Mouse, rev 2.00/2.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. IP Filter: v4.1.13 initialized. Default =3D pass all, Logging =3D = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding = enabled, default to accept, logging limited to 100 packets/e ntry by default acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle ips0: adapter type: ServeRAID 6M (marco) ips0: logical drives: 1 ips0: Logical Drive 0: RAID5 sectors: 573493248, state OK ipsd0: on ips0 ipsd0: Logical Drive (280026MB) sa0 at ahd0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/ipsd0s1a bge0: link state changed to UP bge1: link state changed to UP Limiting open port RST response from 201 to 200 packets/sec ------=_NextPart_000_0032_01C74E94.25F83BA0 Content-Type: text/plain; name="BSG.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="BSG.txt" # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.7.2.2 2006/05/01 = 00:15:12 scottl Exp $ machine i386 cpu I686_CPU ident BSG maxusers 512 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for = devices. makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread = preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates = support options UFS_ACL # Support for access control = lists options UFS_DIRHASH # Improve performance on big = directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires = NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires = PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP = THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D5000 # Delay (in ms) before probing = SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time = extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in = debug options SMP # SMP Support # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in = debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=3D100 options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options IPFILTER options IPFILTER_LOG #options IPFILTER_DEFAULT_TO_ACCEPT options IPSEC options IPSEC_ESP options IPSEC_DEBUG #options IPTUNNEL #options NCP options NETATALK options DUMMYNET #options TCP_RESTRICT_RST options QUOTA options BRIDGE # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahd # AHA39320/29320 and onboard AIC79xx = devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI = access) device ses # SCSI Environmental Services (and = SAF-TE) # RAID controllers interfaced to the SCSI subsystem device ips # IBM (Adaptec) ServeRAID # RAID controllers # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these = NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, = 82558) # ISA Ethernet NICs. pccard NICs included. # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device io # I/O device device snp # watch psedo device device mem # Memory and kernel memory devices # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus = and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless = NICs device urio # Diamond Rio 500 MP3 player # USB Ethernet, requires miibus device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support ------=_NextPart_000_0032_01C74E94.25F83BA0-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 01:49:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4DFD16A408 for ; Mon, 12 Feb 2007 01:49:02 +0000 (UTC) (envelope-from spamrefuse@yahoo.com) Received: from web33314.mail.mud.yahoo.com (web33314.mail.mud.yahoo.com [68.142.206.129]) by mx1.freebsd.org (Postfix) with SMTP id 5BE2213C461 for ; Mon, 12 Feb 2007 01:49:02 +0000 (UTC) (envelope-from spamrefuse@yahoo.com) Received: (qmail 70577 invoked by uid 60001); 12 Feb 2007 01:22:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=lzBHRMJYsKG8RI+NUqF8evAWflhZJKV79GEHkLNjGCzlMjp0EUyuYa837lfQNHQXorCxBga1TpsvAvHaAV9BD/lqXDt6HvALSOa/zIiJ9YfGBxTEMM/xxUyiiusQlGHjJoKPW5bK5g/QfERPqD+cweZ6nEhWOlcKjATtvtcm4MA=; X-YMail-OSG: 6zRC9iQVM1lTFNBoocn_j1r8w7nNgOeCyBnIMcvZXDRynXWTpYvwASv2KnJUrwxk8g-- Received: from [61.72.111.129] by web33314.mail.mud.yahoo.com via HTTP; Sun, 11 Feb 2007 17:22:22 PST Date: Sun, 11 Feb 2007 17:22:22 -0800 (PST) From: Rob To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <238459.68876.qm@web33314.mail.mud.yahoo.com> X-Mailman-Approved-At: Mon, 12 Feb 2007 05:00:34 +0000 Cc: Subject: PXEboot fails at kernel (text) loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 01:49:03 -0000 Hi, I have a FreeBSD 6.1 PC as the server to a PXE boot of another Compaq Deskpro EN PC. The Compaq PC has the option of a "Network Service Boot" with the F12-key during BIOS boot up. On the server, tftpd, bootpd and dhcpd are all working well. For the diskless kernel config I have used the GENERIC one, but added: options BOOTP options BOOTP_NFSROOT options BOOTP_COMPAT When all this is in place, and I reboot the client PC, the PXE works fine and I get the "Welcome to FreeBSD!" window, that allows me to choose from a list of options: 1. Boot FreeBSD [default] 2. Boot FreeBSD with ACPI enabled 3. Boot FreeBSD in Safe Mode 4. Boot FreeBSD in single user mode 5. Boot FreeBSD with verbose logging 6. Escape to loader prompt 7. Reboot Now whatever option (1 to 5) I choose here, I always get: /boot/kernel/kernel text=0x4d568c / and the last slash is rotating for a very tiny while after which the system kind of implodes, blanks the screen and reboots from BIOS. Apparently something goes very, very wrong when loading the text part of the kernel. On the server, I've checked the /var/log/xferlog, which has entries like this: read request for //pxeboot: success read request for /boot/loader.rc: success read request for /boot/loader.4th: success read request for /boot/support.4th: success read request for /boot/beastie.4th: success read request for /boot/screen.4th: success read request for /boot/frames.4th: success read request for /boot/kernel/kernel: success read request for /boot/kernel/kernel: success Is it OK to have a double kernel read at the last two lines? Any idea what's wrong here or what I could do to further test what the actual problem is? Thanks, Rob. ____________________________________________________________________________________ We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 05:37:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DA0316A407 for ; Mon, 12 Feb 2007 05:37:11 +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 D190113C494 for ; Mon, 12 Feb 2007 05:37:10 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l1C5b89U020298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Feb 2007 16:07:09 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Patrick M. Hausen" Date: Mon, 12 Feb 2007 16:07:03 +1030 User-Agent: KMail/1.9.5 References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <200702120940.42167.doconnor@gsoft.com.au> <20070211235138.GA53649@hugo10.ka.punkt.de> In-Reply-To: <20070211235138.GA53649@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9523994.oP3DLl7YDS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702121607.05427.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 05:37:11 -0000 --nextPart9523994.oP3DLl7YDS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 12 February 2007 10:21, Patrick M. Hausen wrote: > > Software RAID won't help you if your primary disk gets an error in, say, > > the second stage loader. > > I don't really buy this "booting" arguement. What's the failure scenario > here? If the system is up and running, it will just keep humming along. > The SCSI or ATA layer is supposed to detach a failed drive and > geom will disable one part of the mirror. > > You can react appropriately when you get the failure message. Sure, if you're present. I regularly ship systems overseas where the power fails frequently. The=20 inability to boot because one disk got hosed is Bad News (tm). It depends on your exact situation, I was just pointing out that SW RAID=20 doesn't cover all the bases HW RAID does. Murphy dictates that the moment one of your disks down your system will=20 glitch/panic/etc and reboot and then you'll be stuffed :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9523994.oP3DLl7YDS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFz/0B5ZPcIHs/zowRAl+pAJ4sDdKE38bW40SSEkT2pXnyhOq3EACaAs/N xgZPPwQnKxgr9cE9yosOxlg= =ipCK -----END PGP SIGNATURE----- --nextPart9523994.oP3DLl7YDS-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 08:01:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 373C216A400; Mon, 12 Feb 2007 08:01:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id E2C1A13C471; Mon, 12 Feb 2007 08:01:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HGW7z-0009K9-1c; Mon, 12 Feb 2007 11:01:35 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HGWAg-000I6V-RH; Mon, 12 Feb 2007 11:04:22 +0300 To: Rob References: <238459.68876.qm@web33314.mail.mud.yahoo.com> From: Boris Samorodov Date: Mon, 12 Feb 2007 11:04:22 +0300 In-Reply-To: <238459.68876.qm@web33314.mail.mud.yahoo.com> (Rob's message of "Sun, 11 Feb 2007 17:22:22 -0800 (PST)") Message-ID: <12314601@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: PXEboot fails at kernel (text) loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 08:01:37 -0000 On Sun, 11 Feb 2007 17:22:22 -0800 (PST) Rob wrote: > I have a FreeBSD 6.1 PC as the server to a PXE boot > of another Compaq Deskpro EN PC. > The Compaq PC has the option of a "Network Service > Boot" with the F12-key during BIOS boot up. On the > server, tftpd, bootpd and dhcpd are all working well. > For the diskless kernel config I have used the > GENERIC one, but added: > options BOOTP > options BOOTP_NFSROOT > options BOOTP_COMPAT According to man diskless those options are not needed for PXE. > Any idea what's wrong here or what I could do to > further test what the actual problem is? You may consider re-reading man diskless -- all needed info is located there. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 08:37:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6A1716A402 for ; Mon, 12 Feb 2007 08:37:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 537B213C471 for ; Mon, 12 Feb 2007 08:37:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l1C8bmMj011039; Mon, 12 Feb 2007 19:37:48 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1C8bmVG011038; Mon, 12 Feb 2007 19:37:48 +1100 (EST) (envelope-from peter) Date: Mon, 12 Feb 2007 19:37:48 +1100 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20070212083748.GA837@turion.vk2pj.dyndns.org> References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <200702120940.42167.doconnor@gsoft.com.au> <20070211235138.GA53649@hugo10.ka.punkt.de> <200702121607.05427.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200702121607.05427.doconnor@gsoft.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 08:37:52 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-12 16:07:03 +1030, Daniel O'Connor wrot= e: >I regularly ship systems overseas where the power fails frequently. The=20 >inability to boot because one disk got hosed is Bad News (tm). A decent UPS can help here. >It depends on your exact situation, I was just pointing out that SW RAID= =20 >doesn't cover all the bases HW RAID does. If the disk is dead then the BIOS will skip it and the system should boot normally (I've tested this by pulling a disk since I didn't have a suitable dead disk to hand). A hard error in the 2nd stage boot loader, ficl or the kernel is definitely the worst case - I agree that this is very difficult for software raid to recover from. Note that even with hardware raid, there are still lots of failure points. The least reliable parts of a current computer are the CPU and PSU fans, not the disks. --=20 Peter Jeremy --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0Cdc/opHv/APuIcRAtsoAJ9JCaMOgd5DYUPsMQeG6Cak66AU/ACfROPM dDL/LSmXPR1Q/uFm2cuhJBE= =0qTu -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 08:41:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F66316A409 for ; Mon, 12 Feb 2007 08:41:08 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.freebsd.org (Postfix) with ESMTP id BD15613C4A3 for ; Mon, 12 Feb 2007 08:41:07 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 7B7211377C7; Mon, 12 Feb 2007 09:41:06 +0100 (CET) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19050-10; Mon, 12 Feb 2007 09:41:00 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 58F1A1377BD; Mon, 12 Feb 2007 09:41:00 +0100 (CET) Received: from [192.168.111.22] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 06DDB61CB2; Mon, 12 Feb 2007 09:40:59 +0100 (CET) Message-ID: <45D0280E.4010108@sh.cvut.cz> Date: Mon, 12 Feb 2007 09:40:46 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6FAA15F1B8413616EBFD494F" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-2.6 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_10 X-Spam-Level: Subject: gjournal patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 08:41:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6FAA15F1B8413616EBFD494F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, yesterday, I tried to build kernel and world with the gjournal patch. It does not apply cleanly. This brings me to question, are there some outstanding issues that prevent it from being commited to RELENG_6? I tried to search ml archives but I did not find any. -- Vaclav Haisman --------------enig6FAA15F1B8413616EBFD494F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRdAoGUNOZDESBK8FAQKP5Qf/YbvZ24MHbZ0ceGulOxIMyEO7OSXIkP1b XHd9qy8n/J0KpxjtgAZQUIpXBdm/5PDwlBtFLEgqMUwcBUalA3c55ddHfz3pl3U9 kIDvKTqlQR3lA5yRntSNtknaR5yUxBam5TBRbhZcCYtYdu22eNOoOApCLv7gKUb7 bfYb73r6anpoPtjbBBHLpzLq4RP0eeU+08kmEpdz2BqvS+nPIO6doOe3Y5Oztvu7 0vnI0Hk9pMaN5KXuqtd9kmnN10efx7Jj7QWcs4sGmCmQzb3tF4dAPNF2BUsqQZuw 6WM+AdF9NTumcqOG6500/mbmJiO1wCPQ/I5cDvYPNZGoWKT9HJaleg== =Iq82 -----END PGP SIGNATURE----- --------------enig6FAA15F1B8413616EBFD494F-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 09:25:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 638A816A408 for ; Mon, 12 Feb 2007 09:25:39 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id E18D613C494 for ; Mon, 12 Feb 2007 09:25:38 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.mn.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.8/8.13.8) with ESMTP id l1C9NI6k000989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 Feb 2007 01:23:19 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45D0327D.3080903@sailorfej.net> Date: Mon, 12 Feb 2007 01:25:17 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.4 required=6.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.1.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 09:25:39 -0000 Has anyone tried loading the java 1.5 diablo binaries from the freebsd foundation on 6.2 yet? Thanks Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 09:42:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 271E016A408 for ; Mon, 12 Feb 2007 09:42:30 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 563A613C467 for ; Mon, 12 Feb 2007 09:42:29 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 55692 invoked from network); 12 Feb 2007 12:42:27 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 12 Feb 2007 12:42:27 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 175628, updated: 12.02.2007] Message-ID: <008001c74e8a$1557afb0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Peter Jeremy" , "Daniel O'Connor" References: <00ad01c74b65$79db1710$0c00a8c0@Artem><200702120940.42167.doconnor@gsoft.com.au><20070211235138.GA53649@hugo10.ka.punkt.de><200702121607.05427.doconnor@gsoft.com.au> <20070212083748.GA837@turion.vk2pj.dyndns.org> Date: Mon, 12 Feb 2007 12:11:42 +0300 Organization: IT Legion 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 09:42:30 -0000 >On 2007-Feb-12 16:07:03 +1030, Daniel O'Connor wrote: >>I regularly ship systems overseas where the power fails frequently. The >>inability to boot because one disk got hosed is Bad News (tm). >A decent UPS can help here. No, i can't. I have seen UPS (even APC) fail in some cases. Computers got frozen. Also, i've seen many cases when power failes for more than 4 hours and nobody want to buy UPS which hold 4 hours of power for a dual xeon with 5 hdds. >>It depends on your exact situation, I was just pointing out that SW RAID >>doesn't cover all the bases HW RAID does. >If the disk is dead then the BIOS will skip it and the system should >boot normally (I've tested this by pulling a disk since I didn't have >a suitable dead disk to hand). A hard error in the 2nd stage boot >loader, ficl or the kernel is definitely the worst case - I agree that >this is very difficult for software raid to recover from. No, BIOS does not always do it. If HDD REALLY fails (chips fried or something is really messy) the BIOS often just become frozen and never boots. I have seen it too. I've seen many things, you know :)) >Note that even with hardware raid, there are still lots of failure >points. The least reliable parts of a current computer are the CPU >and PSU fans, not the disks. That is why RAID controller MUST be w/o fans and there must be MANY fans inside server case and there MUST constant temperature monitoring with SMS, EMAIL, ICQ messages on alarams. -- Artem From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 10:21:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CCC416A400 for ; Mon, 12 Feb 2007 10:21:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E046013C481 for ; Mon, 12 Feb 2007 10:21:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HGXtm-00027M-2C>; Mon, 12 Feb 2007 10:55:02 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HGXtm-0003g5-0J>; Mon, 12 Feb 2007 10:55:02 +0100 Message-ID: <45D0397A.7010008@zedat.fu-berlin.de> Date: Mon, 12 Feb 2007 10:55:06 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Jeffrey Williams References: <45D0327D.3080903@sailorfej.net> In-Reply-To: <45D0327D.3080903@sailorfej.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-stable@freebsd.org Subject: Re: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 10:21:32 -0000 Jeffrey Williams wrote: > Has anyone tried loading the java 1.5 diablo binaries from the freebsd > foundation on 6.2 yet? > > Thanks > Jeff > _______________________________________________ > 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" Well, if you mean the diablo-jdk15 port, the nyes, I tried it to compile AZUREUS (amd64) and used this port for OpenOffice 2.1 (i386) - and it works. On FreeBSD 7.0 it does not work due to dibalo-binaries they expect libc.so.6 which is now libc.so.7 in FreeBSD 7 CURRENT. Regards, Oliver -- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 10:29:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87DAD16A400 for ; Mon, 12 Feb 2007 10:29:54 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE8913C428 for ; Mon, 12 Feb 2007 10:29:53 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.8/8.13.8) with ESMTP id l1CAUQpT060530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Feb 2007 10:30:28 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <45D04198.7020202@unsane.co.uk> Date: Mon, 12 Feb 2007 10:29:44 +0000 From: Vince User-Agent: Thunderbird 1.5.0.9 (X11/20070129) MIME-Version: 1.0 To: =?ISO-8859-1?Q?V=E1clav_Haisman?= References: <45D0280E.4010108@sh.cvut.cz> In-Reply-To: <45D0280E.4010108@sh.cvut.cz> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: gjournal patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 10:29:54 -0000 Václav Haisman wrote: > Hi, > yesterday, I tried to build kernel and world with the gjournal patch. It > does not apply cleanly. This brings me to question, are there some > outstanding issues that prevent it from being commited to RELENG_6? I > tried to search ml archives but I did not find any. > > -- > Vaclav Haisman > > > I run it on a 6.2-release server, no problems as yet but its only been a month. The original ptach broke back in november see [http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/030803.html] However because of [http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/vnode.h.diff?r1=1.304.2.7&r2=1.304.2.8&f=h] This doesnt quite apply cleanly but very close to and its easy to manually do the minor diff manually basically add the line #define VV_DELETED 0x0400 /* should be removed */ After #define VV_MD 0x0800 /* vnode backs the md device */ No other issues I'm aware of but i'm not following -STABLE on that box any more. Vince From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 10:39:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C3A516A406 for ; Mon, 12 Feb 2007 10:39:42 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from mail-04.primus.ca (mail6.primus.ca [216.254.141.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0887913C4AC for ; Mon, 12 Feb 2007 10:39:42 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from webmail-02.web.primus.ca ([10.201.132.11] helo=localhost.localdomain) by mail-04.primus.ca with esmtp (Exim 4.50) id 1HGYGv-0004LT-0Y for freebsd-stable@freebsd.org; Mon, 12 Feb 2007 05:18:57 -0500 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable From: Wlodek Kraterski To: freebsd-stable @ freebsd . org Date: Mon, 12 Feb 2007 05:32:12 -0500 Message-Id: <1077.1171276332@magma.ca> X-Mailer: AtMail 4.51 - 64.26.155.200 - wlodek11@magma.ca MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE:java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wlodek11@magma.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 10:39:42 -0000 nope but it was flawless on 5.5 with tomcat regards, wlodek From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 10:46:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3117616A408 for ; Mon, 12 Feb 2007 10:46:54 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id EEFC613C442 for ; Mon, 12 Feb 2007 10:46:53 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by nz-out-0506.google.com with SMTP id i11so1641200nzh for ; Mon, 12 Feb 2007 02:46:53 -0800 (PST) Received: by 10.64.204.19 with SMTP id b19mr20449246qbg.1171277213224; Mon, 12 Feb 2007 02:46:53 -0800 (PST) Received: by 10.64.220.15 with HTTP; Mon, 12 Feb 2007 02:46:53 -0800 (PST) Message-ID: Date: Mon, 12 Feb 2007 12:46:53 +0200 From: "Vlad GALU" To: "FreeBSD Stable" In-Reply-To: <45D0327D.3080903@sailorfej.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45D0327D.3080903@sailorfej.net> Subject: Re: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 10:46:54 -0000 On 2/12/07, Jeffrey Williams wrote: > Has anyone tried loading the java 1.5 diablo binaries from the freebsd > foundation on 6.2 yet? Yes, and it works OK. I also happen to run the java/jdk15 port and it runs just as smoothly. You can ask the port maintainer about the differences between the two. Given that I'm a total Java illiterate, I can't say I notice any difference. I have a friend though, who's an avid Java developer, that says he's very pleased with the stability and speed of both. > Thanks > Jeff > _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 10:56:36 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B48F516A400; Mon, 12 Feb 2007 10:56:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id C1EC813C467; Mon, 12 Feb 2007 10:56:34 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id VAA27804; Mon, 12 Feb 2007 21:56:31 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 12 Feb 2007 21:56:31 +1100 (EST) From: Ian Smith To: "Bruce M. Simpson" In-Reply-To: <45CE74DB.2080406@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@FreeBSD.org, Michael Nottebrock Subject: Re: pppd crashes, was: kde-freebsd] Question about KPPP on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 10:56:36 -0000 On Sun, 11 Feb 2007, Bruce M. Simpson wrote: > There's information around PPP that's not been communicated or > documented well. The 'performance' way to do PPP on FreeBSD is to go off > and run MPD, because it has the right compromise between doing low-level > packet shunting in the kernel, whilst using Netgraph hooks to tap the > PPP control traffic handling off into userland. On your first point, I'd not looked into MPD before because I'd assumed it was _only_ about multilink PPP, thinking multi meant 'two or more', a misconception not immediately dispelled by the descriptions in ports and on sourceforge, until finding a bundle defined as 'one or more' links. > MPD is wicked cool, and is a well architected way to do things, but the > ultimate utility depends on how useful it is to everyone who might use it. Just now installed mpd4 for a browse over the manuals and example confs and scripts, and am completely gobsmacked by its clarity and scope. To call the scripting language 'chat' is indeed heavy-duty understatement, and the examples alone seem to cover most of what I'll need to know. I'd been mulling over ppp, ng and pppoed docs prior to doing PPPoE here (currently hiding behind an ADSL router) but now know where to start. Thanks! Ian (not at all helpful re the KPPP / pppd issue though, sorry Michael) From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 10:59:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA18D16A402 for ; Mon, 12 Feb 2007 10:59:54 +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 5505013C47E for ; Mon, 12 Feb 2007 10:59:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp211-248.lns1.adl2.internode.on.net [203.122.211.248]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l1CAxpXB032048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Feb 2007 21:29:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Mon, 12 Feb 2007 21:29:47 +1030 User-Agent: KMail/1.9.5 References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <200702121607.05427.doconnor@gsoft.com.au> <20070212083748.GA837@turion.vk2pj.dyndns.org> In-Reply-To: <20070212083748.GA837@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5094056.ED1RJJEulh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702122129.48268.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 10:59:54 -0000 --nextPart5094056.ED1RJJEulh Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 12 February 2007 19:07, Peter Jeremy wrote: > On 2007-Feb-12 16:07:03 +1030, Daniel O'Connor =20 wrote: > >I regularly ship systems overseas where the power fails frequently. The > >inability to boot because one disk got hosed is Bad News (tm). > > A decent UPS can help here. We ship good UPSs but our customers aren't made of gold so the battery runs= =20 out :) > >It depends on your exact situation, I was just pointing out that SW RAID > >doesn't cover all the bases HW RAID does. > > If the disk is dead then the BIOS will skip it and the system should > boot normally (I've tested this by pulling a disk since I didn't have > a suitable dead disk to hand). A hard error in the 2nd stage boot > loader, ficl or the kernel is definitely the worst case - I agree that > this is very difficult for software raid to recover from. It's not so much SW RAID per se, it's the BIOS that's the weak link. Also, SW RAID would prevent you (safely) writing from the loader, however t= his=20 is rare/nonexistant so it isn't a big problem. Unfortunately disks dropping totally dead is reasonably rare (in my=20 experience). What is much more like is a progressive failure where more and= =20 more of the disk is rendered unreadable. > Note that even with hardware raid, there are still lots of failure > points. The least reliable parts of a current computer are the CPU > and PSU fans, not the disks. Amazing when you think the CPU has no moving parts ;) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5094056.ED1RJJEulh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBF0Eik5ZPcIHs/zowRAqfXAJ9US1LzTyuUk18qXGI1E8vnEqINCgCfRrgb 618E4PpKL7qBE3pBQcKK9mQ= =vAIs -----END PGP SIGNATURE----- --nextPart5094056.ED1RJJEulh-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 11:27:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1110B16A402 for ; Mon, 12 Feb 2007 11:27:50 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id B9E9113C4B6 for ; Mon, 12 Feb 2007 11:27:49 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe ([134.130.3.36]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JDC002TQIDRWKB0@mta-2.ms.rz.RWTH-Aachen.de> for freebsd-stable@freebsd.org; Mon, 12 Feb 2007 11:27:27 +0100 (CET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Mon, 12 Feb 2007 11:27:27 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id l1CARQTS031794; Mon, 12 Feb 2007 11:27:26 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1HGYP8-00084m-OV; Mon, 12 Feb 2007 11:27:26 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 304A53F41E; Mon, 12 Feb 2007 11:27:26 +0100 (CET) Date: Mon, 12 Feb 2007 11:27:26 +0100 From: Christian Brueffer In-reply-to: <45D0397A.7010008@zedat.fu-berlin.de> To: "O. Hartmann" Message-id: <20070212102725.GA1843@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=BOKacYhQ+x31HxR3 Content-disposition: inline X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <45D0327D.3080903@sailorfej.net> <45D0397A.7010008@zedat.fu-berlin.de> User-Agent: Mutt/1.5.11 Cc: Jeffrey Williams , freebsd-stable@freebsd.org Subject: Re: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 11:27:50 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 10:55:06AM +0100, O. Hartmann wrote: > Jeffrey Williams wrote: > >Has anyone tried loading the java 1.5 diablo binaries from the freebsd= =20 > >foundation on 6.2 yet? > > > >Thanks > >Jeff > >_______________________________________________ > >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" >=20 >=20 > Well, if you mean the diablo-jdk15 port, the nyes, I tried it to compile= =20 > AZUREUS (amd64) and used this port for OpenOffice 2.1 (i386) - and it=20 > works. On FreeBSD 7.0 it does not work due to dibalo-binaries they=20 > expect libc.so.6 which is now libc.so.7 in FreeBSD 7 CURRENT. >=20 Linking libc.so.7 to libc.so.6 worked around that for me. I've seen no problem with that approach so far. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF0EENbHYXjKDtmC0RAnk2AKCDtIvstNfSRewMjdJ0voiUbZAXlgCg4M1G 8iCFRcvjBWWvq5g0FJplYV0= =Frdl -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 13:13:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6E5D16A41F for ; Mon, 12 Feb 2007 13:13:00 +0000 (UTC) (envelope-from oxygene@studentenbude.ath.cx) Received: from khepri.openbios.org (khepri.openbios.org [80.190.231.112]) by mx1.freebsd.org (Postfix) with ESMTP id A464113C46B for ; Mon, 12 Feb 2007 13:13:00 +0000 (UTC) (envelope-from oxygene@studentenbude.ath.cx) Received: from cable-87-78-194-75.netcologne.de ([87.78.194.75] helo=t-stueck.studentenbude.ath.cx) by khepri.openbios.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.66) (envelope-from ) id 1HGaoH-0003ja-1q for freebsd-stable@freebsd.org; Mon, 12 Feb 2007 14:01:35 +0100 Received: from t-stueck.studentenbude.ath.cx (loghost.studentenbude.ath.cx [127.0.0.1]) by t-stueck.studentenbude.ath.cx (8.13.7+Sun/8.13.7) with ESMTP id l1CD1QQp006643 for ; Mon, 12 Feb 2007 14:01:31 +0100 (CET) Received: (from oxygene@localhost) by t-stueck.studentenbude.ath.cx (8.13.7+Sun/8.13.7/Submit) id l1CD1QNC006642 for freebsd-stable@freebsd.org; Mon, 12 Feb 2007 14:01:26 +0100 (CET) Date: Mon, 12 Feb 2007 14:01:26 +0100 From: Patrick Georgi To: freebsd-stable@freebsd.org Message-ID: <20070212130126.GA6621@t-stueck> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel (SunOS) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (t-stueck.studentenbude.ath.cx [127.0.0.1]); Mon, 12 Feb 2007 14:01:31 +0100 (CET) X-DynaStop: Dynamic IP address/87.78.194.75 X-Spam-Score: 1.5 (+) X-Duff: Orig. Duff, Duff Lite, Duff Dry, Duff Dark, Raspberry Duff, Lady Duff, Red Duff, Tartar Control Duff Subject: problems with sil3512 on freebsd 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 13:13:01 -0000 Hi, (please CC me, I'm not subscribed) I'm currently working on a freebsd box I've inherited from the former admin, and been tasked with installing new hard disks on sata. Currently, it has a scsi disk containing the system and an ide disk containing the data partitions (it's a file server). While I managed to access the sata disks, and set up a geom mirror on it, it's highly unstable, and crashes reliably when accessing the sata disks if there is load on network or the ide bus. it's relatively stable if only sata is accessed. The sata controller in use hosts a sil3512 chipset. disabling dma via hw.ata.ata_dma doesn't help. Any ideas if that chip is known to have such problems (despite being listed on ata(4))? Any things I could try to get it to work, eg. updating, other settings? Thanks in advance, Patrick Georgi From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 13:20:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4536616A402 for ; Mon, 12 Feb 2007 13:20:55 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 19CA013C46B for ; Mon, 12 Feb 2007 13:20:55 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 144991AB5D4; Mon, 12 Feb 2007 08:20:53 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Mon, 12 Feb 2007 08:20:53 -0500 X-Sasl-enc: d4Y9IgNrH8F6pknjpRgoMD0pfZVZvM0GdSsSntxtnFF3 1171286452 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7549D1135B; Mon, 12 Feb 2007 08:20:52 -0500 (EST) Message-ID: <45D069B5.8010702@FreeBSD.org> Date: Mon, 12 Feb 2007 13:20:53 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Rob References: <238459.68876.qm@web33314.mail.mud.yahoo.com> In-Reply-To: <238459.68876.qm@web33314.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: PXEboot fails at kernel (text) loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 13:20:55 -0000 Rob wrote: > Is it OK to have a double kernel read at the last > two lines? > > Any idea what's wrong here or what I could do to > further test what the actual problem is? Argh. I had this same problem as recently as October, but I can't remember exactly what caused this. When I went back and re-did things according to 'man diskless' (and what Doug White told me in the first place), it all worked. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 13:22:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8755616A469 for ; Mon, 12 Feb 2007 13:22:29 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 5624B13C4A7 for ; Mon, 12 Feb 2007 13:22:29 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 4B4B31ABC40; Mon, 12 Feb 2007 08:22:27 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Mon, 12 Feb 2007 08:22:27 -0500 X-Sasl-enc: 3dxSfMMfQ3Kau4+va75BflnlyKfpuXTO/52lbk/hB9a7 1171286546 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id C5BEC2A8C1; Mon, 12 Feb 2007 08:22:26 -0500 (EST) Message-ID: <45D06A13.2060401@FreeBSD.org> Date: Mon, 12 Feb 2007 13:22:27 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Jeffrey Williams References: <45D0327D.3080903@sailorfej.net> In-Reply-To: <45D0327D.3080903@sailorfej.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 13:22:29 -0000 Jeffrey Williams wrote: > Has anyone tried loading the java 1.5 diablo binaries from the freebsd > foundation on 6.2 yet? > Yes. I used diablo-jdk-freebsd6.i386.1.5.0.07.00 since November to do some Swing development with SwingWorker, and it worked just fine. BMS From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 13:58:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4281216A407; Mon, 12 Feb 2007 13:58:54 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id DFFA413C48D; Mon, 12 Feb 2007 13:58:53 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id l1CDwr2u004359; Mon, 12 Feb 2007 08:58:53 -0500 (EST) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gk9hE2QX+2UIDjQZi02x" Organization: U. Buffalo CSE Department Date: Mon, 12 Feb 2007 08:58:53 -0500 Message-Id: <1171288733.4098.13.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Cc: Subject: February 2007 Monthly Snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 13:58:54 -0000 --=-gk9hE2QX+2UIDjQZi02x Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just a note to say the February 2007 Monthly Snapshots are completed and available at "ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200702/". With the FreeBSD-6.2 release cycle over we're now back to doing RELENG_6 snapshots as well as the HEAD snapshots. Sums: MD5 (6.2-STABLE-200702-alpha-bootonly.iso) =3D a60ebb0f0c018017ea59e00a3680= 9736 MD5 (6.2-STABLE-200702-alpha-disc1.iso) =3D 9665903224462348ec149e3a510abb5= b MD5 (6.2-STABLE-200702-alpha-docs.iso) =3D 3a3018da233ec34235d4e84209e4b2d8 MD5 (6.2-STABLE-200702-amd64-bootonly.iso) =3D 39a9d901a70659e60be2194ea4e9= 114f MD5 (6.2-STABLE-200702-amd64-disc1.iso) =3D 3dc514c21cee201be1fde2ab949096f= 9 MD5 (6.2-STABLE-200702-amd64-disc2.iso) =3D 15d383b5353016da2daef8a56dc684e= 7 MD5 (6.2-STABLE-200702-amd64-docs.iso) =3D 2d99bdab55d858fb587066e00fefb23c MD5 (6.2-STABLE-200702-i386-bootonly.iso) =3D 1f8a2dd6d5fe96d9e77335ab59a27= eb2 MD5 (6.2-STABLE-200702-i386-disc1.iso) =3D be5ee3e46dc766eeac15dcc59ce5739d MD5 (6.2-STABLE-200702-i386-disc2.iso) =3D 14a10aea69e2d69c75273a02c03b325c MD5 (6.2-STABLE-200702-i386-docs.iso) =3D 1a9599db4bdbf4516dd4376c9882b054 MD5 (6.2-STABLE-200702-ia64-bootonly.iso) =3D 09b2df8098fae0c7750ff5b38f245= 493 MD5 (6.2-STABLE-200702-ia64-disc1.iso) =3D c4d1c3860e096c4c501e3bfe5f72231b MD5 (6.2-STABLE-200702-ia64-docs.iso) =3D 84e8ffdbcf3f8cf6b86b0b7f65414437 MD5 (6.2-STABLE-200702-ia64-livefs.iso) =3D 3a423f03453c50a75da5c9cd91f5179= a MD5 (6.2-STABLE-200702-pc98-bootonly.iso) =3D 8e571bc64dcd65975123d10e15dd3= 375 MD5 (6.2-STABLE-200702-pc98-disc1.iso) =3D 8bd23dd0afe3284300d88952307b0ecf MD5 (6.2-STABLE-200702-powerpc-bootonly.iso) =3D 00c214147c5f71d28728d3e411= e9a2bb MD5 (6.2-STABLE-200702-powerpc-disc1.iso) =3D cb430a8ceeece906eedf300633678= 013 MD5 (6.2-STABLE-200702-powerpc-docs.iso) =3D f93a6440c0ff9cb764066595d24e5b= df MD5 (6.2-STABLE-200702-sparc64-bootonly.iso) =3D b9648a370c8c6cbcb813689aea= 0797d8 MD5 (6.2-STABLE-200702-sparc64-disc1.iso) =3D 3de836883f68710aec923580fc618= 3e0 MD5 (6.2-STABLE-200702-sparc64-disc2.iso) =3D f4ea9cae2a07f732f11d5fbf03f47= bda MD5 (6.2-STABLE-200702-sparc64-docs.iso) =3D d5f21def1331cbd169bfd55399696d= b9 MD5 (7.0-CURRENT-200702-amd64-bootonly.iso) =3D b201bb3efc6892900efacea76b7= d710a MD5 (7.0-CURRENT-200702-amd64-disc1.iso) =3D 13d3c034077fd1dcb1af9e2040b97a= 0d MD5 (7.0-CURRENT-200702-amd64-disc2.iso) =3D d68e6872a50b2469b1d4edb010d8b7= 3e MD5 (7.0-CURRENT-200702-amd64-docs.iso) =3D d2d9d335b6887021ae96deafc17dbb4= b MD5 (7.0-CURRENT-200702-i386-bootonly.iso) =3D bd57eb4f5f536366c7bf1fde177f= 5c17 MD5 (7.0-CURRENT-200702-i386-disc1.iso) =3D 1c22965007036634cb180a3c2392cf2= f MD5 (7.0-CURRENT-200702-i386-disc2.iso) =3D 5f00f6ce6ee2b9dd7751f04ac8d7d7f= d MD5 (7.0-CURRENT-200702-i386-docs.iso) =3D ccf36bcf2e9a2fc52dd61d98786d1aaa MD5 (7.0-CURRENT-200702-ia64-bootonly.iso) =3D 23d73bb6c8e2c8787641278877cf= 9a3e MD5 (7.0-CURRENT-200702-ia64-disc1.iso) =3D 18cb85f9ef928b6260aa87c7cc0a6dc= a MD5 (7.0-CURRENT-200702-ia64-docs.iso) =3D 511e637525040cbd45b6a4281cce517d MD5 (7.0-CURRENT-200702-ia64-livefs.iso) =3D 98821dd0b2c58cacd64dee240e651b= 67 MD5 (7.0-CURRENT-200702-pc98-bootonly.iso) =3D 3c792b3b3e103801760a23d3e143= 1c27 MD5 (7.0-CURRENT-200702-pc98-disc1.iso) =3D b41475856d17043d540e9eaa891485a= 8 MD5 (7.0-CURRENT-200702-powerpc-bootonly.iso) =3D 6c4382e4ba94ba6bb5f4e5118= f44965b MD5 (7.0-CURRENT-200702-powerpc-disc1.iso) =3D d9a80a191b4badee1692ab4e0045= b5c9 MD5 (7.0-CURRENT-200702-powerpc-docs.iso) =3D f255946c67ad64e1ab08fe06303fc= 6e6 MD5 (7.0-CURRENT-200702-sparc64-bootonly.iso) =3D 33df8cf37941bbb1204018705= 87d970d MD5 (7.0-CURRENT-200702-sparc64-disc1.iso) =3D 9174008c5a63851a6a7afb013598= 820a MD5 (7.0-CURRENT-200702-sparc64-disc2.iso) =3D fd9d2fa518d643432c560d6772a1= d352 MD5 (7.0-CURRENT-200702-sparc64-docs.iso) =3D f0b0a3e79f15dcaa204dcfd1c8a04= 7b0 SHA256 (6.2-STABLE-200702-alpha-bootonly.iso) =3D 1f376509b866bf1ba3862584e= c7dc9a305705c025b10f69f7ad4c8eb0bcec3ea SHA256 (6.2-STABLE-200702-alpha-disc1.iso) =3D 335fca846bde966fa18e37d40c12= 9aa588dabed8710dea64b76c33231c13714b SHA256 (6.2-STABLE-200702-alpha-docs.iso) =3D c721b44ccaf815a889759cb887893= 4cbc12753789f5ae05d43c59805126631b1 SHA256 (6.2-STABLE-200702-amd64-bootonly.iso) =3D c26160072e933382ec0c0c59f= a1421d78a4b7bc8112477e3af64e352f189c23c SHA256 (6.2-STABLE-200702-amd64-disc1.iso) =3D 58d00646ef60b6b5b3ef015c30a0= c424dfa7c2a0c03c7e27d4e1a578e0ced98d SHA256 (6.2-STABLE-200702-amd64-disc2.iso) =3D 46d7fca19bb79ba22951d1f17b47= 6d1c22427c79eafe9f31c64a75fe5aac6865 SHA256 (6.2-STABLE-200702-amd64-docs.iso) =3D 75768467fdcfd98ec0bdf2252aba9= c9301407e7623cfdd982abfd6a50876dfd9 SHA256 (6.2-STABLE-200702-i386-bootonly.iso) =3D 70876322cdd2f03ba193b28cb3= 1347130cc9d99a91fd6c5bd17d40dc54506bdb SHA256 (6.2-STABLE-200702-i386-disc1.iso) =3D f5dd3a1eb4103f8966bedd42b977a= b92ece2cdb56cbb4c8c60e9a4c455bdf8b5 SHA256 (6.2-STABLE-200702-i386-disc2.iso) =3D 303bfdb79cbead79dfc82bb53155a= 9a850ea253e25add16bf206fa5f3cdc25c8 SHA256 (6.2-STABLE-200702-i386-docs.iso) =3D 69d2f5a53d9b3e9c91e2771971edfb= b55ec02ab842a3ca2ba02a5823feceed03 SHA256 (6.2-STABLE-200702-ia64-bootonly.iso) =3D 9a06075db2fdd43b4e6e439097= 8930d1b97d54c5ba7c9dbf45da064dd406c9d8 SHA256 (6.2-STABLE-200702-ia64-disc1.iso) =3D 63e6c6ef6a949635d927f84a7bab2= ecf3cdd1c5e724b27e625852979683500c1 SHA256 (6.2-STABLE-200702-ia64-docs.iso) =3D 59261eb8daa01d1f54045f0f0e9b77= 2df4e136a87eba2589fc26d89ef970a4a0 SHA256 (6.2-STABLE-200702-ia64-livefs.iso) =3D 90031fc83d09a69fc7d9634a0662= 53da4412d8c2a344916128c3dffe253bcd84 SHA256 (6.2-STABLE-200702-pc98-bootonly.iso) =3D acee18f0ca1ce3b5af5e6e7700= 3249785bf6b84558b62dbbd7e14b6a94a0b86b SHA256 (6.2-STABLE-200702-pc98-disc1.iso) =3D 51a6606b626e56600ea424f95066e= aebae045ccfc7b1ea7ac1ae6d6e881d09e0 SHA256 (6.2-STABLE-200702-powerpc-bootonly.iso) =3D 21d41b655e9e385eaca87b7= 8f0cddeefe4cab17fc9a29bcfac3773e3ca2ca515 SHA256 (6.2-STABLE-200702-powerpc-disc1.iso) =3D f73774552c8156cdb6cc9e2ae6= 490370b64fb3928f3ebf636a3706804a101329 SHA256 (6.2-STABLE-200702-powerpc-docs.iso) =3D 33a7917f5afc0b59d528601107d= a7af6d5eccc1553b15c7bfa4874d502d592a3 SHA256 (6.2-STABLE-200702-sparc64-bootonly.iso) =3D e0205860a974b39c16d96bb= ad678c5575b405e8f923c08acb033c79a20e866ad SHA256 (6.2-STABLE-200702-sparc64-disc1.iso) =3D b3b1309ffa4fbd4bcd73908407= b50ce9a3b4fa90f6e33476f40ba1466f928323 SHA256 (6.2-STABLE-200702-sparc64-disc2.iso) =3D a34d12ec49fed2a7eec5f99368= 3a54bf7773c073fff611cd63a6e8df8d304181 SHA256 (6.2-STABLE-200702-sparc64-docs.iso) =3D 213ab25440b6c7daceb392ac941= 2abb92bae96f42517bd9463ea1555c58821cb SHA256 (7.0-CURRENT-200702-amd64-bootonly.iso) =3D 1e2ec267ce9425c0b96d707b= d48d6a9b30503c0b11e2034b4f1f52d19ad542b0 SHA256 (7.0-CURRENT-200702-amd64-disc1.iso) =3D d74c592287b54e3d0ab19c16af7= 41958a7a2192daedefd0f878a473ba4c3674c SHA256 (7.0-CURRENT-200702-amd64-disc2.iso) =3D a8c56da6cdfc8418706bd3d1d57= f81f88d3311165c6ae7bd498e8612df1ea658 SHA256 (7.0-CURRENT-200702-amd64-docs.iso) =3D 5b2bbf32d85af650ee606c8669ba= 6326b4d5430b4d89fd199172929d7640c78a SHA256 (7.0-CURRENT-200702-i386-bootonly.iso) =3D b270d87320929d69e1b5759f5= 01187c3ba485ed17b339fde0a33cfa1b617af75 SHA256 (7.0-CURRENT-200702-i386-disc1.iso) =3D 904c12418c971e799db1e4b26534= dfdce34672142734c9f11d9a7e0f84b3d6bb SHA256 (7.0-CURRENT-200702-i386-disc2.iso) =3D 3f2746d29a65d3dc7645027910f0= 2ff323c827319d32c6e04f715fdef5482ec4 SHA256 (7.0-CURRENT-200702-i386-docs.iso) =3D 2124b9a74666e22107bb2442ba452= dc0065202eb5dad0352eb56b442fdee22eb SHA256 (7.0-CURRENT-200702-ia64-bootonly.iso) =3D 9654cbb09c09bd881f1f18b46= a9b4e3d07d2bd0ab5aef25f41b4590e05ee45d5 SHA256 (7.0-CURRENT-200702-ia64-disc1.iso) =3D 0331ceacdf375e8a525e8540a633= 414f697fbde51c10e3f6bd08a0e98f78e3eb SHA256 (7.0-CURRENT-200702-ia64-docs.iso) =3D 0f97eb1dc4fafc10b02ddd55ed8be= 21fc435481fc950069030b72b1753edccd2 SHA256 (7.0-CURRENT-200702-ia64-livefs.iso) =3D b0128bf131ee6da9938754be77c= 6fd5b34a371a850b6bc43e3e635c5f9dd6361 SHA256 (7.0-CURRENT-200702-pc98-bootonly.iso) =3D a05ccc939ccfae791c89a10ca= 040aa62a81a5ce2630c4a5832952e473a981b3e SHA256 (7.0-CURRENT-200702-pc98-disc1.iso) =3D df98e524f79ce10c708ea82b7c52= 07acec180bcb57fc5e632c9680ffbd707e9c SHA256 (7.0-CURRENT-200702-powerpc-bootonly.iso) =3D f0cc942d4158ee52e6473a= 0271cc4d5b605be447e64b9647365a82dbea056278 SHA256 (7.0-CURRENT-200702-powerpc-disc1.iso) =3D 4b070deef0f011a2c16d85faa= fb705f7b12858239b63a461208a9d7be9e4833b SHA256 (7.0-CURRENT-200702-powerpc-docs.iso) =3D 1b528154683c7de2ade56ffa85= 283bac855093477f8216af6d730b95c6ddd5e1 SHA256 (7.0-CURRENT-200702-sparc64-bootonly.iso) =3D 25f3e267bfa8c7fc9f715c= 3fdff8f804bf31b4cd6fcf534e855bf5b17945d8f4 SHA256 (7.0-CURRENT-200702-sparc64-disc1.iso) =3D d71f208fa15c92179470748d5= fb5e0e54d867644e05e5dcf72a05ce29496b095 SHA256 (7.0-CURRENT-200702-sparc64-disc2.iso) =3D 4969e86dccdb16bdf7a7320f6= 533dcc4a80b04a185170ff09fd5ea099864b365 SHA256 (7.0-CURRENT-200702-sparc64-docs.iso) =3D 07b3783a14ac21067f06c65c61= 812bb3ef02d6f9a73b998e7949968c248cd93f --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-gk9hE2QX+2UIDjQZi02x Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF0HKd/G14VSmup/YRAkrtAJ9ulrpQrTY+zMdqZSV4VzVfZFZEPwCfYmS2 qShOteTml+R0s4wUXlEUkNw= =M6pL -----END PGP SIGNATURE----- --=-gk9hE2QX+2UIDjQZi02x-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 14:26:26 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 986AD16A400 for ; Mon, 12 Feb 2007 14:26:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 17B2213C428 for ; Mon, 12 Feb 2007 14:26:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jividq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1CEQJ6M031565; Mon, 12 Feb 2007 15:26:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1CEQIF4031564; Mon, 12 Feb 2007 15:26:18 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 15:26:18 +0100 (CET) Message-Id: <200702121426.l1CEQIF4031564@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <200702092300.35420.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 15:26:24 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 14:26:26 -0000 JoaoBR wrote: > Brooks Davis wrote: > > Jeremy Chadwick wrote: > > > Kevin Way wrote: > > > > I recently ran into a bug in the jail startup scripts that caused this > > > > command to be executed: > > > > > > > > ifconfig bce0 -alias > > > > > > > > It turns out that this command eliminated the primary IP for the > > > > device. > > > > > .... > > > > It's way to late to make this change. This is known behavior and has > > been for ages. If there's a bug it's in the documentation. > > wellwell, we also were apes for ages but does not mean that we stay behaving > like them and if some still does so it is also never to late to change > that ;) Changing the behaviour of tools always involves a certain danegr of breaking existing script. That's especially true for symstem administration commands such as ifconfig that are running in automated scripts, and people depend on them for booting their machines remotely. I'm not saying that people are intentionally using that syntax ... Maybe they are, maybe not. But you also should take into accounts that there might be scripts that use the syntax inadvertantly and happen to work correctly because of the current behaviour. I'm also _not_ saying that the behaviour must not be changed at all. But it should be done carefully, i.e. first to -current, with proper "heads up" warnings. Don't change it in RELENG_6 without warning and expect evrybody to be happy. > "ifconfig nic -alias" is obviously a wired and confusing behaviour It might be confusing to you. Personally I think that the current behaviour isn't that far off. First you need to be aware that there is no distinction between a primary IP and alias IPs (such a distinction existed historically, but it's gone). All of the IPs on an interface are equal, just like hardlinks on a file. Maybe the manual page should be clearer about that. The "-alias" parameter simply removes an address from an interface. The term "alias" should really be avoided because it is misleading. You can use "delete" or "remove" which do the same thing. I think "-alias" should really be regarded to exist for backwards compatibility only. Personally I always use "delete". If no IP address is specified, then it's not completely nonsensical to remove the first address. In fact I've used that short-cut to quickly remove the only address from an interface. I've used "ifconfig xyz0 delete" quite a lot. > then already beeing here there is more, ifconfig nic alias does not return > anything at all That's the same as "ifconfig nic add". If you don't tell it anything to add, then it won't add anything, of course. Remember that UNIX always tries to do exactly what you tell it to dao. ;-) > and ifconfig nic -alias on a nic w/o ip returns "can't assign > requested address" ... That error corresponds to EADDRNOTAVAIL, which is the correct errno to return, because there's no address left on the interface. However, I agree that the message is a bit confusing to the unfamiliar. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 14:42:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA89D16A41F; Mon, 12 Feb 2007 14:42:52 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD8613C428; Mon, 12 Feb 2007 14:42:52 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1CEgphU050395; Mon, 12 Feb 2007 08:42:51 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1CEgoGl050394; Mon, 12 Feb 2007 08:42:50 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 08:42:49 -0600 From: Brooks Davis To: freebsd-stable@freebsd.org, kevin@insidesystems.net, brooks@freebsd.org, joao@matik.com.br Message-ID: <20070212144249.GA50299@lor.one-eyed-alien.net> References: <200702092300.35420.joao@matik.com.br> <200702121426.l1CEQIF4031564@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <200702121426.l1CEQIF4031564@lurza.secnetix.de> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 08:42:51 -0600 (CST) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 14:42:52 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 03:26:18PM +0100, Oliver Fromme wrote: > JoaoBR wrote: > > Brooks Davis wrote: > > > Jeremy Chadwick wrote: > > > > Kevin Way wrote: > > > > > I recently ran into a bug in the jail startup scripts that cause= d this > > > > > command to be executed: > > > > >=20 > > > > > ifconfig bce0 -alias > > > > >=20 > > > > > It turns out that this command eliminated the primary IP for the > > > > > device. > > > > >=20 > > .... > > >=20 > > > It's way to late to make this change. This is known behavior and has > > > been for ages. If there's a bug it's in the documentation. > >=20 > > wellwell, we also were apes for ages but does not mean that we stay be= having > > like them and if some still does so it is also never to late to change > > that ;) >=20 > Changing the behaviour of tools always involves a certain > danegr of breaking existing script. That's especially true > for symstem administration commands such as ifconfig that > are running in automated scripts, and people depend on them > for booting their machines remotely. >=20 > I'm not saying that people are intentionally using that > syntax ... Maybe they are, maybe not. But you also should > take into accounts that there might be scripts that use the > syntax inadvertantly and happen to work correctly because > of the current behaviour. >=20 > I'm also _not_ saying that the behaviour must not be changed > at all. But it should be done carefully, i.e. first to > -current, with proper "heads up" warnings. Don't change > it in RELENG_6 without warning and expect evrybody to be > happy. This is the point I attempted to make and failed at earlier. The general policy would be that we could change it to fail in current, but doing more than emitting a warning in STABLE would be risky. -- Brooks --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0HzpXY6L6fI4GtQRAvlcAKDe+WhHxTsw9vmwKVUBLIwk13NcnwCg5cKX IVjTDFAzYohBqruIqDKSISc= =FkJz -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 14:59:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D86E16A400 for ; Mon, 12 Feb 2007 14:59:56 +0000 (UTC) (envelope-from greenwood.andy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id F317113C47E for ; Mon, 12 Feb 2007 14:59:55 +0000 (UTC) (envelope-from greenwood.andy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so513990ugh for ; Mon, 12 Feb 2007 06:59:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IwQV2MekfrpjxX8Mk7rguS+s1wGktrA8xZVVbplbWmFdj4td9ofZwtmzjdYjwaphgAbo5qCRIzdeyor21fvM83QuxA07on9q69usPhBKnq7mh6urpWq7O12hyxgFDbnCpNbaALtxjyXS8dJmInYE3hIgmDjIIvM70pJTBDTq3+0= Received: by 10.78.203.13 with SMTP id a13mr1110726hug.1171290669844; Mon, 12 Feb 2007 06:31:09 -0800 (PST) Received: by 10.78.135.20 with HTTP; Mon, 12 Feb 2007 06:31:09 -0800 (PST) Message-ID: <3ee9ca710702120631s739bc7f7ma1b588691985be72@mail.gmail.com> Date: Mon, 12 Feb 2007 09:31:09 -0500 From: "Andy Greenwood" To: "Zoran Kolic" In-Reply-To: <20070210121754.GA913@faust.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070210121754.GA913@faust.net> Cc: freebsd-stable@freebsd.org Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 14:59:56 -0000 On 2/10/07, Zoran Kolic wrote: > Howdy! > I tried to install 6.2 amd64 on external usb hdd, but with no result. > It is 2.5 WD and enclosure with two usb connectors for power. The box > is not visible from bios at all, even when I use powered usb hub. Is > it possible to install on external device like this? Product is from > canyon. Should I buy another enclosure or look for internal 3.5 drive? > Note: neither bios nor installation cd see the external drive. What > could I do to have it working? IIRC, you can only install to drives that the bios can see. You could try finding a computer whose bios can see the drive and installing from there. As long as you don't touch the internal drives on that machine, everything *should* be safe. YMMV > > Zoran > > > _______________________________________________ > 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'm nerdy in the extreme and whiter than sour cream From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:04:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A94316A408 for ; Mon, 12 Feb 2007 15:04:19 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id D9EE913C4B2 for ; Mon, 12 Feb 2007 15:04:18 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 36164174C5; Mon, 12 Feb 2007 10:04:18 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tCZu5FiJ7NKe; Mon, 12 Feb 2007 10:04:18 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 021CD17334; Mon, 12 Feb 2007 10:04:18 -0500 (EST) Message-ID: <45D081F1.8010001@jellydonut.org> Date: Mon, 12 Feb 2007 10:04:17 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Jeffrey Williams References: <45D0327D.3080903@sailorfej.net> In-Reply-To: <45D0327D.3080903@sailorfej.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:04:19 -0000 Jeffrey Williams wrote: > Has anyone tried loading the java 1.5 diablo binaries from the freebsd > foundation on 6.2 yet? > > Thanks > Jeff Just reinstalled my workstation at the office at the beginning of the year with 6.2 and installed the diablo-jdk-1.5.0.07.01 binary package. Been running fine for a month with no problems, browser java plugin works very nicely with Firefox 2.0. -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:15:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 275B916A401 for ; Mon, 12 Feb 2007 15:15:27 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9452413C46B for ; Mon, 12 Feb 2007 15:15:26 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp2.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l1CFEYwD023334; Mon, 12 Feb 2007 16:14:49 +0100 Received: by faust.net (Postfix, from userid 1001) id 0D6101CC1C; Mon, 12 Feb 2007 16:14:21 +0100 (CET) Date: Mon, 12 Feb 2007 16:14:20 +0100 From: Zoran Kolic To: Andy Greenwood Message-ID: <20070212151420.GA850@faust.net> References: <20070210121754.GA913@faust.net> <3ee9ca710702120631s739bc7f7ma1b588691985be72@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ee9ca710702120631s739bc7f7ma1b588691985be72@mail.gmail.com> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.5 X-SBB-Spam-Level: XXXXX Cc: freebsd-stable@freebsd.org Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:15:27 -0000 Hi Andy! > IIRC, you can only install to drives that the bios can see. You could > try finding a computer whose bios can see the drive and installing > from there. As long as you don't touch the internal drives on that > machine, everything *should* be safe. YMMV Huh! My bios sees usb flash stick pretty easily. This is 2.5 inch hdd of WD and simple enclosure with two usb connectors for data and power. I've heard that not all enclosures could boot, but no further reading on the net. Could be this new hdd gone dead before even installed. I load umass module and cannot see headers saying "WD etc". Does someone use 2.5 usb hdd to install at it at all? I'm stranded in this moment without clue. What data should bios get to add hdd to the boot list? Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:24:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EE6616A473 for ; Mon, 12 Feb 2007 15:24:18 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id DD69E13C48E for ; Mon, 12 Feb 2007 15:24:17 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 2D186114025 for ; Mon, 12 Feb 2007 15:24:14 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Iepd5FGriwwe for ; Mon, 12 Feb 2007 15:24:07 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 15D81114020 for ; Mon, 12 Feb 2007 15:24:07 +0000 (GMT) Date: Mon, 12 Feb 2007 15:24:06 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070212152406.59721986.dom@helenmarks.co.uk> In-Reply-To: <20070212151420.GA850@faust.net> References: <20070210121754.GA913@faust.net> <3ee9ca710702120631s739bc7f7ma1b588691985be72@mail.gmail.com> <20070212151420.GA850@faust.net> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:24:18 -0000 On Mon, 12 Feb 2007 16:14:20 +0100 Zoran Kolic wrote: > Hi Andy! > > > IIRC, you can only install to drives that the bios can see. You could > > try finding a computer whose bios can see the drive and installing > > from there. As long as you don't touch the internal drives on that > > machine, everything *should* be safe. YMMV > > Huh! My bios sees usb flash stick pretty easily. This is 2.5 inch hdd > of WD and simple enclosure with two usb connectors for data and power. > I've heard that not all enclosures could boot, but no further reading > on the net. Could be this new hdd gone dead before even installed. I > load umass module and cannot see headers saying "WD etc". > Does someone use 2.5 usb hdd to install at it at all? I'm stranded > in this moment without clue. What data should bios get to add hdd to > the boot list? How big is the drive? Perhaps it is too large for the BIOS? Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:26:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01B7C16A402 for ; Mon, 12 Feb 2007 15:26:00 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 6B60913C474 for ; Mon, 12 Feb 2007 15:25:59 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l1CFPmI2008996 for ; Mon, 12 Feb 2007 16:25:49 +0100 Received: by faust.net (Postfix, from userid 1001) id 0BF7A1CC1C; Mon, 12 Feb 2007 16:25:43 +0100 (CET) Date: Mon, 12 Feb 2007 16:25:43 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070212152543.GC850@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.4 X-SBB-Spam-Level: XXXXX Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:26:00 -0000 Maybe stupid question, but should I, for any reason, partition usb hdd first and then try to see it in bios and try to install on it? Never crossed my mind, but... Looks obvious to me that this combination should work with no hitch. Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:36:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C8A016A402; Mon, 12 Feb 2007 15:36:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [216.148.227.151]) by mx1.freebsd.org (Postfix) with ESMTP id 640AD13C4B8; Mon, 12 Feb 2007 15:36:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc11) with ESMTP id <20070212153617m1100c77eoe>; Mon, 12 Feb 2007 15:36:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F15D91FA01D; Mon, 12 Feb 2007 07:36:16 -0800 (PST) Date: Mon, 12 Feb 2007 07:36:16 -0800 From: Jeremy Chadwick To: freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br Message-ID: <20070212153616.GA38483@icarus.home.lan> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br References: <200702092300.35420.joao@matik.com.br> <200702121426.l1CEQIF4031564@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702121426.l1CEQIF4031564@lurza.secnetix.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 15:36:18 -0000 On Mon, Feb 12, 2007 at 03:26:18PM +0100, Oliver Fromme wrote: > Changing the behaviour of tools always involves a certain > danegr of breaking existing script. That's especially true > for symstem administration commands such as ifconfig that > are running in automated scripts, and people depend on them > for booting their machines remotely. If anyone depends on "ifconfig iface -alias" I'll be surprised. (Ed. - I see you do rely on it, just with "delete" not "-alias"). > I'm not saying that people are intentionally using that > syntax ... Maybe they are, maybe not. But you also should > take into accounts that there might be scripts that use the > syntax inadvertantly and happen to work correctly because > of the current behaviour. If the problem with -alias without any inet/inet6 arguments is addressed, it's going to break things for administrators who have custom in-house scripts that rely on this behaviour. There's absolutely nothing we can do about that, other than put an entry in UPDATING about the change. This has been standard practise for quite some time now -- administrators are *expected* to look at UPDATING when rebuilding world. Changing this functionality also means one must go through all existing scripts throughout src-all as well as possibly ports-all to see if anything "might" rely on this behaviour: and then change those appropriately. > I'm also _not_ saying that the behaviour must not be changed > at all. But it should be done carefully, i.e. first to > -current, with proper "heads up" warnings. Don't change > it in RELENG_6 without warning and expect evrybody to be > happy. I absolutely agree with this, however, to play the devil's advocate, I'll point out that hardly anyone using FreeBSD in a production environment runs -CURRENT. Therefore, when changes are made to -STABLE, one can expect people to come out of the woodwork wielding sharp, pointy objects on mailing lists. > The "-alias" parameter simply removes an address from an > interface. The term "alias" should really be avoided > because it is misleading. You can use "delete" or "remove" > which do the same thing. I think "-alias" should really > be regarded to exist for backwards compatibility only. > Personally I always use "delete". > > If no IP address is specified, then it's not completely > nonsensical to remove the first address. In fact I've > used that short-cut to quickly remove the only address > from an interface. I've used "ifconfig xyz0 delete" > quite a lot. Great. Okay, so now we have someone who does in fact rely on this behaviour, except with "delete" not -alias. FWIW, I still use alias/-alias. Mainly because that's what has existed historically, and the term "alias" is what is used in reference to rc.conf ifconfig_iface_aliasX entries. Thus, it may be worthwhile to fix this only for the -alias option, but leave "delete" and "remove" how they are. > > and ifconfig nic -alias on a nic w/o ip returns "can't assign > > requested address" ... > > That error corresponds to EADDRNOTAVAIL, which is the > correct errno to return, because there's no address left > on the interface. However, I agree that the message is > a bit confusing to the unfamiliar. Agreed. In the case of -alias, this should probably result in a more user-friendly message. Then again, I've found similar confusing entries when it comes to other parts of the networking stack, such as ipfw deny entries resulting in "Permission denied" when trying to do socket-level operations. Took me a while to figure out that it was ipfw inducing that. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:39:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 018AB16A406 for ; Mon, 12 Feb 2007 15:39:19 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6529D13C48E for ; Mon, 12 Feb 2007 15:39:18 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: (qmail 18067 invoked by uid 0); 12 Feb 2007 15:39:16 -0000 Received: from 62.225.62.67 by www090.gmx.net with HTTP; Mon, 12 Feb 2007 16:39:16 +0100 (CET) Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Feb 2007 16:39:16 +0100 From: "Jost Menke" In-Reply-To: <20070212151420.GA850@faust.net> Message-ID: <20070212153916.250000@gmx.net> MIME-Version: 1.0 References: <20070210121754.GA913@faust.net> <3ee9ca710702120631s739bc7f7ma1b588691985be72@mail.gmail.com> <20070212151420.GA850@faust.net> To: Zoran Kolic X-Authenticated: #1026516 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX198GJF7U0N8nOR4AKDfKMbhUiO3n+Mp3fTc6rT+UY moBnPF/Sn0l8I2xlSSPuGDC0s= Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:39:19 -0000 -------- Original-Nachricht -------- Datum: Mon, 12 Feb 2007 16:14:20 +0100 Von: Zoran Kolic An: Andy Greenwood CC: freebsd-stable@freebsd.org Betreff: Re: install on usb hdd > Huh! My bios sees usb flash stick pretty easily. This is 2.5 inch hdd > of WD and simple enclosure with two usb connectors for data and power. > I've heard that not all enclosures could boot, but no further reading > on the net. Could be this new hdd gone dead before even installed. I > load umass module and cannot see headers saying "WD etc". > Does someone use 2.5 usb hdd to install at it at all? I'm stranded > in this moment without clue. What data should bios get to add hdd to > the boot list? > > Zoran Hi Zoran, first of all, I think installation won't be possible with the menu-driven installer (sysinstall), so you'll have to do this manually (i.e. by using the install.sh scripts on the CD and creating rc.conf fstab and the like by hand). So boot into "fixit" and check your dmesg. If the enclosure is supported by freebsd, the disk will probably show up as something like "/dev/da0". If it is not supported as a umass device, it will be named something like "/dev/ugen0". If you don't see anything, try to unplug and plug in the device and check your dmesg again. If nothing shows up at all (although the relevant kernel modules are loaded, check that first), it might really be broken. Booting from the drive after installation is a different problem however, this depends solely on the Bios of your machine. Regards, Jost Menke -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: www.gmx.net/de/go/mailfooter/topmail-out From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:42:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7738916A402 for ; Mon, 12 Feb 2007 15:42:16 +0000 (UTC) (envelope-from greenwood.andy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0867613C4B6 for ; Mon, 12 Feb 2007 15:42:15 +0000 (UTC) (envelope-from greenwood.andy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so527582ugh for ; Mon, 12 Feb 2007 07:42:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mhAjhsRY+yCIik7432X0HsHmNOTNJwxfaZkwjLKnma2F00ZNRvkQxYl8FD5Uw+4SQDR5lKx2Hnatt3DNPFlLClaQiqcsnqUpir8BMaX0sE3x7AfxY2n2ARiRYNgZTLlWFIyWR1tEKkeZcSfKFXlHepKCPcUIcmzl/Xkiiz0BdqU= Received: by 10.78.179.12 with SMTP id b12mr246632huf.1171294923884; Mon, 12 Feb 2007 07:42:03 -0800 (PST) Received: by 10.78.135.20 with HTTP; Mon, 12 Feb 2007 07:42:03 -0800 (PST) Message-ID: <3ee9ca710702120742p49c866b7g53a74b2387f7001a@mail.gmail.com> Date: Mon, 12 Feb 2007 10:42:03 -0500 From: "Andy Greenwood" To: freebsd-stable@freebsd.org In-Reply-To: <20070212152543.GC850@faust.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070212152543.GC850@faust.net> Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:42:16 -0000 On 2/12/07, Zoran Kolic wrote: > Maybe stupid question, but should I, for any reason, partition usb > hdd first and then try to see it in bios and try to install on it? I doubt that should be necessary. Have you checked to see if there are any updates for your BIOS? If so, try installing those and seeing if that will allow the BIOS to see the drive. > Never crossed my mind, but... > Looks obvious to me that this combination should work with no hitch. > > Zoran > > > _______________________________________________ > 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'm nerdy in the extreme and whiter than sour cream From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:42:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D31616A407 for ; Mon, 12 Feb 2007 15:42:45 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp3.sbb.co.yu (smtp3.sbb.co.yu [82.117.194.23]) by mx1.freebsd.org (Postfix) with ESMTP id C155F13C4B3 for ; Mon, 12 Feb 2007 15:42:44 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp3.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l1CFg6LI008050 for ; Mon, 12 Feb 2007 16:42:17 +0100 Received: by faust.net (Postfix, from userid 1001) id BE4251CC1C; Mon, 12 Feb 2007 16:41:52 +0100 (CET) Date: Mon, 12 Feb 2007 16:41:52 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070212154152.GA1069@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.7 X-SBB-Spam-Level: XXX Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:42:45 -0000 > How big is the drive? Perhaps it is too large for the BIOS? I hate myself posting so frequently, without anything smart to say. Drive is 40 Gb on 5400. I will go tomorrow to the servicer, maybe the drive is failing. If not, could be perfect flying saucer. Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 15:45:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2988016A401 for ; Mon, 12 Feb 2007 15:45:11 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from gregorian.transpress.bg (gregorian.transpress.bg [82.147.129.218]) by mx1.freebsd.org (Postfix) with ESMTP id 64A5E13C4B8 for ; Mon, 12 Feb 2007 15:45:11 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by gregorian.transpress.bg (Postfix) with ESMTP id 8070498 for ; Mon, 12 Feb 2007 17:23:47 +0200 (EET) X-Virus-Scanned: amavisd-new at gregorian.transpress.bg Received: from gregorian.transpress.bg ([127.0.0.1]) by localhost (gregorian.transpress.bg [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JeS1K8MUeKAT for ; Mon, 12 Feb 2007 17:23:44 +0200 (EET) Received: from [192.168.0.110] (unknown [212.116.138.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gregorian.transpress.bg (Postfix) with ESMTP id C6DBD3D for ; Mon, 12 Feb 2007 17:23:44 +0200 (EET) Message-ID: <45D08653.2020509@paladin.bulgarpress.com> Date: Mon, 12 Feb 2007 17:22:59 +0200 From: "Todorov @ Paladin" User-Agent: Mozilla Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Subject: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 15:45:12 -0000 Hi list, I'm trying ot install FBSD on USB flash (2.0) SanDisk 512MB. The procedure went good - I see first stage of the loader (which slice to boot from) and then continuously scrolling assembler data registers. My target is simple - booting FBSD from USB flash. I've tried tutorial from : http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 Laptop is Centrino based and supports USB 2.0 and booting from USB "hdd". Regards, Todorov. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 16:15:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FED716A400 for ; Mon, 12 Feb 2007 16:15:27 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp3.sbb.co.yu (smtp3.sbb.co.yu [82.117.194.23]) by mx1.freebsd.org (Postfix) with ESMTP id 018D513C461 for ; Mon, 12 Feb 2007 16:15:26 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp3.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l1CGEhTT023836 for ; Mon, 12 Feb 2007 17:14:58 +0100 Received: by faust.net (Postfix, from userid 1001) id E58D31CC1C; Mon, 12 Feb 2007 17:14:27 +0100 (CET) Date: Mon, 12 Feb 2007 17:14:27 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070212161427.GA1231@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.7 X-SBB-Spam-Level: X Subject: Re: install on usb hdd (more info) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 16:15:27 -0000 I made few steps again and got this errors: Fist put hdd into Chieftec enclosure IU250 and got: uhub2: device problem (IOERROR), disabling port 6 Then hdd is in canyon enclosure: Feb 12 16:58:23 faust kernel: uhub2: device problem (TIMEOUT), disabling port 6 Feb 12 16:58:31 faust kernel: umass0: Myson Century, Inc. USB Mass Storage Device, rev 2.00/b0.08, addr 2 Feb 12 16:58:32 faust kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 Feb 12 16:58:32 faust kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Feb 12 16:58:32 faust kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Feb 12 16:58:32 faust kernel: (probe0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 Feb 12 16:58:32 faust kernel: (probe0:umass-sim0:0:0:0): Invalid command operation code Feb 12 16:58:32 faust kernel: (probe0:umass-sim0:0:0:0): Unretryable error Simple flash stick works like dragon. What to do further? Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 16:22:29 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5C8316A400; Mon, 12 Feb 2007 16:22:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3482213C4B3; Mon, 12 Feb 2007 16:22:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (onkdqt@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1CGMMqC048701; Mon, 12 Feb 2007 17:22:28 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1CGMMNV048700; Mon, 12 Feb 2007 17:22:22 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 17:22:22 +0100 (CET) Message-Id: <200702121622.l1CGMMNV048700@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <20070212153616.GA38483@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 17:22:28 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 16:22:29 -0000 Jeremy Chadwick wrote: > Oliver Fromme wrote: > [...] > > The "-alias" parameter simply removes an address from an > > interface. The term "alias" should really be avoided > > because it is misleading. You can use "delete" or "remove" > > which do the same thing. I think "-alias" should really > > be regarded to exist for backwards compatibility only. > > Personally I always use "delete". > > > > If no IP address is specified, then it's not completely > > nonsensical to remove the first address. In fact I've > > used that short-cut to quickly remove the only address > > from an interface. I've used "ifconfig xyz0 delete" > > quite a lot. > > Great. Okay, so now we have someone who does in fact rely on this > behaviour, except with "delete" not -alias. I just got used to it because it's a convenient shortcut, because you neither have to type nor to copy&paste the IP. > FWIW, I still use alias/-alias. Mainly because that's what has > existed historically, and the term "alias" is what is used in > reference to rc.conf ifconfig_iface_aliasX entries. Maybe it would make sense to remove "alias" from the rc.conf entries and simply number them. > Thus, it may be worthwhile to fix this only for the -alias option, > but leave "delete" and "remove" how they are. I would be happy with that. :) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 16:36:54 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4546716A52E; Mon, 12 Feb 2007 16:36:54 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 04A0A13C48E; Mon, 12 Feb 2007 16:36:53 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1CGaqn6051850; Mon, 12 Feb 2007 10:36:52 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1CGaqcr051849; Mon, 12 Feb 2007 10:36:52 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 10:36:52 -0600 From: Brooks Davis To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br Message-ID: <20070212163652.GA51709@lor.one-eyed-alien.net> References: <20070212153616.GA38483@icarus.home.lan> <200702121622.l1CGMMNV048700@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <200702121622.l1CGMMNV048700@lurza.secnetix.de> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 10:36:53 -0600 (CST) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 16:36:54 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 05:22:22PM +0100, Oliver Fromme wrote: > Jeremy Chadwick wrote: > > Oliver Fromme wrote: > > FWIW, I still use alias/-alias. Mainly because that's what has > > existed historically, and the term "alias" is what is used in > > reference to rc.conf ifconfig_iface_aliasX entries. >=20 > Maybe it would make sense to remove "alias" from the rc.conf > entries and simply number them. ipv4_addrs_ is a much better replacement IMO. It's easy to use and doesn't required the hackish pseudo array traversal used by ifconfig_iface_aliasX. -- Brooks --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0JekXY6L6fI4GtQRAoATAJ4gbcC0ZtnipeA7Y6CCVwNfYpqlBwCeK1bM bNWLSmcMOpJ68lI7CHAD4fE= =rhVI -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 16:39:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3918716A401 for ; Mon, 12 Feb 2007 16:39:35 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1C01513C467 for ; Mon, 12 Feb 2007 16:39:35 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 43EC61A000B1C for ; Mon, 12 Feb 2007 08:39:32 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uaADIx8hdudH for ; Mon, 12 Feb 2007 08:39:25 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id E16961A000B0E for ; Mon, 12 Feb 2007 08:39:24 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Mon, 12 Feb 2007 08:39:24 -0800 User-Agent: KMail/1.9.5 References: <45D0327D.3080903@sailorfej.net> In-Reply-To: <45D0327D.3080903@sailorfej.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702120839.24233.fcash@ocis.net> Subject: Re: java 1.5 diablo binaries from freebsd foundation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 16:39:35 -0000 On Monday 12 February 2007 01:25 am, Jeffrey Williams wrote: > Has anyone tried loading the java 1.5 diablo binaries from the freebsd > foundation on 6.2 yet? Working fine on my 6.1-RELEASE laptop that was upgraded to 6.2-RELEASE (without upgrading the JRE package). -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:12:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F2BA16A401 for ; Mon, 12 Feb 2007 17:12:04 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [204.127.225.92]) by mx1.freebsd.org (Postfix) with ESMTP id 05C1513C48E for ; Mon, 12 Feb 2007 17:12:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc12) with ESMTP id <20070212171159b12001nie9e>; Mon, 12 Feb 2007 17:12:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B42D61FA01D; Mon, 12 Feb 2007 09:11:58 -0800 (PST) Date: Mon, 12 Feb 2007 09:11:58 -0800 From: Jeremy Chadwick To: Jaime Bozza Message-ID: <20070212171158.GA40543@icarus.home.lan> Mail-Followup-To: Jaime Bozza , Clayton Milos , Artem Kuchin , freebsd-stable@freebsd.org References: <20070208165224.GA35610@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Clayton Milos , Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 17:12:04 -0000 On Thu, Feb 08, 2007 at 03:25:57PM -0600, Jaime Bozza wrote: > I want to second the recommendation for Areca controllers. We have two > systems - The first is using an 1160 (16-port PCI-x) with 16 400GB > drives, the 2nd is using the newer 1261ML card (16 port PCI Express, > mini SAS connectors) with 16 500GB drives. Comments below: Jaime, can you expand a bit about what sort-of motherboard you installed the 1261ML in? I've yet to find any mainstream motherboards which have a PCIe x8 slot. Most have x1, some have x4, and many have x16. I've seen one Supermicro board which has a x8 slot but is only wired for x4 (has 4 lanes). Based on what I've read, you can install a x8 card in a x16 slot as long as the x16 slot is wired (physically) for 8 or more lanes. My concern is that these x16 slots on motherboards are being primarily used for video cards, thus I ultimately have no idea what the manufacturers are testing them with. Most manufacturer documentation I've seen says "for use with graphics applications". I'll add that I've only seen x1 and x16 cards until now -- the Areca cards are the first card I've seen using x8. Thoughts/comments? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:12:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EBDA16A420 for ; Mon, 12 Feb 2007 17:12:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.154]) by mx1.freebsd.org (Postfix) with ESMTP id 5AED213C4B6 for ; Mon, 12 Feb 2007 17:12:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc14) with ESMTP id <20070212171257m1400k6nufe>; Mon, 12 Feb 2007 17:12:57 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C59601FA01D; Mon, 12 Feb 2007 09:12:56 -0800 (PST) Date: Mon, 12 Feb 2007 09:12:56 -0800 From: Jeremy Chadwick To: "Todorov @ Paladin" Message-ID: <20070212171256.GB40543@icarus.home.lan> Mail-Followup-To: "Todorov @ Paladin" , freebsd-stable References: <45D08653.2020509@paladin.bulgarpress.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D08653.2020509@paladin.bulgarpress.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 17:12:58 -0000 On Mon, Feb 12, 2007 at 05:22:59PM +0200, Todorov @ Paladin wrote: > Hi list, > I'm trying ot install FBSD on USB flash (2.0) SanDisk 512MB. The > procedure went good - I see first stage of the loader (which slice to > boot from) and then continuously scrolling assembler data registers. > > My target is simple - booting FBSD from USB flash. I've tried tutorial > from : > > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 > > Laptop is Centrino based and supports USB 2.0 and booting from USB "hdd". I think this has been discussed before. The problem is that FreeBSD's bootloader doesn't support booting off of such devices, thus you need to use GRUB or another bootloader. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:27:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46F7916A401; Mon, 12 Feb 2007 17:27:13 +0000 (UTC) (envelope-from jbozza@qlinksmedia.com) Received: from mail.thinkburst.com (mail.thinkburst.com [66.210.222.46]) by mx1.freebsd.org (Postfix) with ESMTP id 084BE13C49D; Mon, 12 Feb 2007 17:27:12 +0000 (UTC) (envelope-from jbozza@qlinksmedia.com) Received: from mailgate.thinkburstmedia.com (gateway.thinkburstmedia.com [66.210.222.36]) by mail.thinkburst.com (Postfix) with ESMTP id EC8751CC45; Mon, 12 Feb 2007 11:27:11 -0600 (CST) Received: from thinkburst.com (bacchus.thinkburst.com [10.1.1.25]) by mailgate.thinkburstmedia.com (Postfix) with ESMTP id 8122117040; Mon, 12 Feb 2007 11:27:11 -0600 (CST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Mon, 12 Feb 2007 11:27:10 -0600 Message-ID: In-Reply-To: <20070212171158.GA40543@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: What is a good choice of sata-ii raid controller for freebsd? Thread-Index: AcdOyO7ShIrYJb6xSkOB3KdyNYcfOQAAKwbg References: <20070208165224.GA35610@icarus.home.lan> <20070212171158.GA40543@icarus.home.lan> From: "Jaime Bozza" To: "Jeremy Chadwick" Cc: freebsd-stable@freebsd.org Subject: RE: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 17:27:13 -0000 > Jaime, can you expand a bit about what sort-of motherboard you > installed the 1261ML in? I've yet to find any mainstream motherboards > which have a PCIe x8 slot. Most have x1, some have x4, and many > have x16. I've seen one Supermicro board which has a x8 slot but > is only wired for x4 (has 4 lanes). I'm using a Supermicro X7DVL-E board, which has 1 PCI-e x8 and 1 PCI-e x4 (in an x8 slot). > Based on what I've read, you can install a x8 card in a x16 slot as > long as the x16 slot is wired (physically) for 8 or more lanes. You probably could, but I'm not sure that would work correctly in a non-server board. I think any server board that has a x16 slot would be fine since more servers aren't really designed for using high-end graphics. > My concern is that these x16 slots on motherboards are being primarily > used for video cards, thus I ultimately have no idea what the > manufacturers are testing them with. Most manufacturer documentation > I've seen says "for use with graphics applications". I'll add that > I've only seen x1 and x16 cards until now -- the Areca cards are the > first card I've seen using x8. Looking at Supermicro's site, it seems that pretty much all of the 5000V and 5000P based motherboards have at least one x8 slot. The 5000X based boards have an x16 slot, but those are workstation boards which would likely use that slot for a graphics card. Look at Supermicro's site under Xeon 5300/5100/5000 motherboards. You should be able to find a board that would work just fine for you. Jaime Bozza Qlinks Media Group From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:27:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94C9416A406; Mon, 12 Feb 2007 17:27:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0C56613C4BB; Mon, 12 Feb 2007 17:27:36 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1CHRVwR046352; Mon, 12 Feb 2007 15:27:31 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, kevin@insidesystems.net, brooks@freebsd.org Date: Mon, 12 Feb 2007 15:27:14 -0200 User-Agent: KMail/1.9.4 References: <200702121426.l1CEQIF4031564@lurza.secnetix.de> In-Reply-To: <200702121426.l1CEQIF4031564@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702121527.15246.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 17:27:37 -0000 On Monday 12 February 2007 12:26, Oliver Fromme wrote: > JoaoBR wrote: =2E... > > "ifconfig nic -alias" is obviously a wired and confusing behaviour > > It might be confusing to you. Personally I think that the > current behaviour isn't that far off. > the question is not you or me, I guess that you are like me perfectly capab= le=20 of working around messed things. But that does not make it being right or=20 acceptable. > First you need to be aware that there is no distinction > between a primary IP and alias IPs (such a distinction > existed historically, but it's gone). All of the IPs on > an interface are equal, just like hardlinks on a file. I said this in shorter words in my post but it is not the point at all.=20 > The "-alias" parameter simply removes an address from an man page tells us that it removes THE specified address ... not AN address > interface. The term "alias" should really be avoided > because it is misleading. You can use "delete" or "remove" > which do the same thing. I think "-alias" should really > be regarded to exist for backwards compatibility only. > Personally I always use "delete". > it is not misleading and it is a perfect term. With alias you add secondary= =20 addresses to an interface. Like secondary is probably the better word, as=20 cisco does, but what we have is alias and that is ok. It could be any other= =20 word so long as it works as it should. (We do have "add" also I remember.) also don't forget the following, alias is a perfect and usual term, then wh= en=20 I can add an IP address with the alias cmd then -alias should remove it. I know that I can add the first IP also with alias but that is not the usua= l=20 way. Also do not forget that the usual way since ever is ifconfig_nic_alias0 to= =20 add one. So this thing is confusing. > If no IP address is specified, then it's not completely > nonsensical to remove the first address. In fact I've > used that short-cut to quickly remove the only address > from an interface. I've used "ifconfig xyz0 delete" > quite a lot. the man page tells us that -alias removes *the* specified address and not t= he=20 first, also the man page does not say that there is any further action when= =20 *no* IP address specified delete is according to the man page another word for -alias, that means, us= ing=20 grammatical logic that -alias is the main command, then according to the ma= n=20 page there is no other command as "-alias *IP*" to remove an IP address=20 and -alias only should not remove anything > > > then already beeing here there is more, ifconfig nic alias does not > > return anything at all > > That's the same as "ifconfig nic add". If you don't tell > it anything to add, then it won't add anything, of course. > Remember that UNIX always tries to do exactly what you > tell it to dao. ;-) > you see, now you apply logic because you want to and when not not ... ;) to let it more clear what I mean, you say: "you don't tell it anything to a= dd"=20 so why the heck "ifconfig nic -alias" should remove one if I do not tell so? > > and ifconfig nic -alias on a nic w/o ip returns "can't assign > > requested address" ... > > That error corresponds to EADDRNOTAVAIL, which is the > correct errno to return, because there's no address left > on the interface. However, I agree that the message is > a bit confusing to the unfamiliar. at least one agreement here :) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:38:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4E6E16A408 for ; Mon, 12 Feb 2007 17:38:38 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from gregorian.transpress.bg (gregorian.transpress.bg [82.147.129.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFBB13C4B5 for ; Mon, 12 Feb 2007 17:38:38 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by gregorian.transpress.bg (Postfix) with ESMTP id 25CA341 for ; Mon, 12 Feb 2007 19:39:20 +0200 (EET) X-Virus-Scanned: amavisd-new at gregorian.transpress.bg Received: from gregorian.transpress.bg ([127.0.0.1]) by localhost (gregorian.transpress.bg [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CgM-R-DFFcEr for ; Mon, 12 Feb 2007 19:39:17 +0200 (EET) Received: from [192.168.6.8] (87-126-178-211.btc-net.bg [87.126.178.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gregorian.transpress.bg (Postfix) with ESMTP id 4AB1565 for ; Mon, 12 Feb 2007 19:39:17 +0200 (EET) Message-ID: <45D0A619.9070700@paladin.bulgarpress.com> Date: Mon, 12 Feb 2007 19:38:33 +0200 From: "Todorov @ Paladin" User-Agent: Mozilla Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable References: <45D08653.2020509@paladin.bulgarpress.com> <20070212171256.GB40543@icarus.home.lan> In-Reply-To: <20070212171256.GB40543@icarus.home.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 17:38:39 -0000 Jeremy Chadwick напиÑа: > On Mon, Feb 12, 2007 at 05:22:59PM +0200, Todorov @ Paladin wrote: > >> Hi list, >> I'm trying ot install FBSD on USB flash (2.0) SanDisk 512MB. The >> procedure went good - I see first stage of the loader (which slice to >> boot from) and then continuously scrolling assembler data registers. >> >> My target is simple - booting FBSD from USB flash. I've tried tutorial >> from : >> >> http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 >> >> Laptop is Centrino based and supports USB 2.0 and booting from USB "hdd". >> > > I think this has been discussed before. The problem is that FreeBSD's > bootloader doesn't support booting off of such devices, thus you > need to use GRUB or another bootloader. > > Thanks I will try this way.. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:39:42 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E967F16A402; Mon, 12 Feb 2007 17:39:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 71CB413C4C2; Mon, 12 Feb 2007 17:39:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xabufw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1CHdZ2M062102; Mon, 12 Feb 2007 18:39:41 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1CHdZPO062101; Mon, 12 Feb 2007 18:39:35 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 18:39:35 +0100 (CET) Message-Id: <200702121739.l1CHdZPO062101@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <20070212163652.GA51709@lor.one-eyed-alien.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 18:39:41 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 17:39:43 -0000 Brooks Davis wrote: > Oliver Fromme wrote: > > Jeremy Chadwick wrote: > > > Oliver Fromme wrote: > > > FWIW, I still use alias/-alias. Mainly because that's what has > > > existed historically, and the term "alias" is what is used in > > > reference to rc.conf ifconfig_iface_aliasX entries. > > > > Maybe it would make sense to remove "alias" from the rc.conf > > entries and simply number them. > > ipv4_addrs_ is a much better replacement IMO. It's easy to > use and doesn't required the hackish pseudo array traversal used by > ifconfig_iface_aliasX. That might work for simple cases, but how do you specify other parameters beside the IPs if you need to? I agree that the array traversal is somewhat hackish, but at least it works and provides a way to set all ifconfig parameters that you need. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 17:59:41 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C02C616A402; Mon, 12 Feb 2007 17:59:41 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7F93713C491; Mon, 12 Feb 2007 17:59:41 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1CHxe4C052838; Mon, 12 Feb 2007 11:59:40 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1CHxeit052837; Mon, 12 Feb 2007 11:59:40 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 11:59:40 -0600 From: Brooks Davis To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, kevin@insidesystems.net, brooks@FreeBSD.ORG, joao@matik.com.br Message-ID: <20070212175940.GA52751@lor.one-eyed-alien.net> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121739.l1CHdZPO062101@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <200702121739.l1CHdZPO062101@lurza.secnetix.de> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 11:59:40 -0600 (CST) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 17:59:41 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 06:39:35PM +0100, Oliver Fromme wrote: > Brooks Davis wrote: > > Oliver Fromme wrote: > > > Jeremy Chadwick wrote: > > > > Oliver Fromme wrote: > > > > FWIW, I still use alias/-alias. Mainly because that's what has > > > > existed historically, and the term "alias" is what is used in > > > > reference to rc.conf ifconfig_iface_aliasX entries. > > >=20 > > > Maybe it would make sense to remove "alias" from the rc.conf > > > entries and simply number them. > >=20 > > ipv4_addrs_ is a much better replacement IMO. It's easy to > > use and doesn't required the hackish pseudo array traversal used by > > ifconfig_iface_aliasX. >=20 > That might work for simple cases, but how do you specify > other parameters beside the IPs if you need to? What do you need to set? It's sets IP and netmask. It doesn't handle broadcast, but I'd be pretty suprised if that's needed often. What else is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the visiability of the interface in the documentation is probably in order particularly since it's quite fragile since you have to renumber whenever you remove an entry. -- Brooks --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0KsLXY6L6fI4GtQRAtQJAKCb0v75Laquzw+RI5WgMjDcBJQ9kACfYP/W dQZzULX+zxpAIZltd60WVyM= =mOcb -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 18:10:00 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F48316A408; Mon, 12 Feb 2007 18:10:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id C36C813C481; Mon, 12 Feb 2007 18:09:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pszcds@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1CI9rdk065458; Mon, 12 Feb 2007 19:09:58 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1CI9rBq065457; Mon, 12 Feb 2007 19:09:53 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 19:09:53 +0100 (CET) Message-Id: <200702121809.l1CI9rBq065457@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br, kevin@insidesystems.net, brooks@FreeBSD.ORG In-Reply-To: <200702121527.15246.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 19:09:58 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br, kevin@insidesystems.net, brooks@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 18:10:00 -0000 JoaoBR wrote: > Oliver Fromme wrote: > > JoaoBR wrote: > .... > > > "ifconfig nic -alias" is obviously a wired and confusing behaviour > > > > It might be confusing to you. Personally I think that the > > current behaviour isn't that far off. > > the question is not you or me, Right. But you called it "confusing". That's just your personal perception. It doesn't mean it is confusing to everybody. In fact it might be useful to others. It _is_ useful to me, for example, and I would object for that syntax to go away. Also note that it doesn't hurt anybody. If you don't like that that syntax doesn't throw an error, then don't use that syntax. However, I agree that the manual page should be updated a bit to match reality. If nobody else does it, I can take a shot at it and submit a docs PR. > > First you need to be aware that there is no distinction > > between a primary IP and alias IPs (such a distinction > > existed historically, but it's gone). All of the IPs on > > an interface are equal, just like hardlinks on a file. > > I said this in shorter words in my post but it is not the point at all. It's not "the" point, but it's an important detail. > > The "-alias" parameter simply removes an address from an > > man page tells us that it removes THE specified address ... not AN address I didn't say what the manpage says, I said what the "-alias" parameter does. If the manpage says something different, I suggest that the manpage should be fixed. > > interface. The term "alias" should really be avoided > > because it is misleading. You can use "delete" or "remove" > > which do the same thing. I think "-alias" should really > > be regarded to exist for backwards compatibility only. > > Personally I always use "delete". > > it is not misleading and it is a perfect term. With alias you add secondary > addresses to an interface. Like secondary is probably the better word, No, not at all. As soon as you use the terms "primary IP address" and "secondary IP addresses", you imply that they are not equal. But they are equal. It's just a list of IP addresses assigned to an interface which happens to have a certain order. > I know that I can add the first IP also with alias but that is not the usual > way. The usual way is to use "add" and "delete". Well, at least for me. (I'm not advocating to remove the historical "alias" and "-alias" parameters, if that's what you're afraid of. Use them if you like them. That's not the point.) > Also do not forget that the usual way since ever is ifconfig_nic_alias0 to > add one. So this thing is confusing. Yes, that's why I wrote it should be changed to not contain the word "alias" anymore, but simply an enumerated list. > > If no IP address is specified, then it's not completely > > nonsensical to remove the first address. In fact I've > > used that short-cut to quickly remove the only address > > from an interface. I've used "ifconfig xyz0 delete" > > quite a lot. > > the man page tells us that -alias removes *the* specified address and not the > first, also the man page does not say that there is any further action when > *no* IP address specified That's true. Usually if something is not documented, the behaviour is undefined. > delete is according to the man page another word for -alias, that means, using > grammatical logic that -alias is the main command, No. It means that "delete" and "remove" are aliases for "-alias". In reality they're simply equal. ;-) > then according to the man > page there is no other command as "-alias *IP*" to remove an IP address > and -alias only should not remove anything It's not documented that way. As I wrote above. If something is not documented, that doesn't mean that it shouldn't do anything at all. In that case a _lot_ of things wouldn't work. :-) > > > then already beeing here there is more, ifconfig nic alias does not > > > return anything at all > > > > That's the same as "ifconfig nic add". If you don't tell > > it anything to add, then it won't add anything, of course. > > Remember that UNIX always tries to do exactly what you > > tell it to dao. ;-) > > > > you see, now you apply logic because you want to and when not not ... ;) > > to let it more clear what I mean, you say: "you don't tell it anything to add" > so why the heck "ifconfig nic -alias" should remove one if I do not tell so? In the case of adding something, what should be added if nothing is specified? Should the tool invent an arbitrary IP address and add it? Now that would be nonsensical. But when removing something without specifying which one, it makes some sense to simply remove the first existing address on that interface. It would even be OK with me to remove the last one, or an arbitrary one -- I use that shortcut mostely when I need to remove the only address from an interface (or all existing addresses), so it doesn't matter. In fact, it might also make sense to enhance the syntax to allow the specification of a number, for example "ifconfig xyz0 delete #2" would remove the second address from that interface. (That's just an example, the syntax may look different.) However, such a feature will run into problems when the set of ip addresses is not an ordered list anymore, which might very well happen in the future. Then there will be no "first" and "last" anymore, but instead the interface will just have an unordered set of IP addresses. In fact I wish that would already be the case, so people saying "primary" and "secondary" would shut up already. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 18:23:40 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02C5516A400; Mon, 12 Feb 2007 18:23:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE8A13C494; Mon, 12 Feb 2007 18:23:39 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zyrozo@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1CINXLD066224; Mon, 12 Feb 2007 19:23:38 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1CINXHt066223; Mon, 12 Feb 2007 19:23:33 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 19:23:33 +0100 (CET) Message-Id: <200702121823.l1CINXHt066223@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, brooks@FreeBSD.ORG In-Reply-To: <20070212175940.GA52751@lor.one-eyed-alien.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 19:23:38 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, brooks@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 18:23:40 -0000 Brooks Davis wrote: > Oliver Fromme wrote: > > Brooks Davis wrote: > > > ipv4_addrs_ is a much better replacement IMO. It's easy to > > > use and doesn't required the hackish pseudo array traversal used by > > > ifconfig_iface_aliasX. > > > > That might work for simple cases, but how do you specify > > other parameters beside the IPs if you need to? > > What do you need to set? It's sets IP and netmask. It doesn't handle > broadcast, but I'd be pretty suprised if that's needed often. True, not often, but sometimes. I had cases like that in certain environments with bridged networks and arp proxies. I'm fine with your proposed syntax, as long as all the existing ifconfig possibilities continue to be possible, i.e. no regression. > is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the > visiability of the interface in the documentation is probably in order > particularly since it's quite fragile since you have to renumber whenever > you remove an entry. Yup, I agree, that's a PITA. That could be solved in the shell code, though, by not enumerating until a number doesn't exist, but instead looking at the set of all shell variables that have been set, similar to this: set | grep "^ifconfig_${IFACE}_alias" | cut -f1 -d= | ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 18:41:04 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F26A16A421 for ; Mon, 12 Feb 2007 18:41:04 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF3E13C4A5 for ; Mon, 12 Feb 2007 18:41:03 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1CIf28c053300 for ; Mon, 12 Feb 2007 12:41:02 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1CIf2kM053299 for freebsd-stable@FreeBSD.ORG; Mon, 12 Feb 2007 12:41:02 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 12:41:02 -0600 From: Brooks Davis To: freebsd-stable@FreeBSD.ORG Message-ID: <20070212184102.GD52751@lor.one-eyed-alien.net> References: <20070212175940.GA52751@lor.one-eyed-alien.net> <200702121823.l1CINXHt066223@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg" Content-Disposition: inline In-Reply-To: <200702121823.l1CINXHt066223@lurza.secnetix.de> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 12:41:02 -0600 (CST) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 18:41:04 -0000 --ZJcv+A0YCCLh2VIg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 07:23:33PM +0100, Oliver Fromme wrote: > Brooks Davis wrote: > > Oliver Fromme wrote: > > > Brooks Davis wrote: > > > > ipv4_addrs_ is a much better replacement IMO. It's eas= y to > > > > use and doesn't required the hackish pseudo array traversal used by > > > > ifconfig_iface_aliasX. > > >=20 > > > That might work for simple cases, but how do you specify > > > other parameters beside the IPs if you need to? > >=20 > > What do you need to set? It's sets IP and netmask. It doesn't handle > > broadcast, but I'd be pretty suprised if that's needed often. >=20 > True, not often, but sometimes. I had cases like that in > certain environments with bridged networks and arp proxies. >=20 > I'm fine with your proposed syntax, as long as all the > existing ifconfig possibilities continue to be possible, > i.e. no regression. FWIW, it's HEAD and 6.1. We've actually got the aliases syntax labled as deprecated in the manpage. We might want to add a feature to set the broadcast address. > > is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the > > visiability of the interface in the documentation is probably in order > > particularly since it's quite fragile since you have to renumber whene= ver > > you remove an entry. >=20 > Yup, I agree, that's a PITA. That could be solved in the > shell code, though, by not enumerating until a number > doesn't exist, but instead looking at the set of all > shell variables that have been set, similar to this: >=20 > set | grep "^ifconfig_${IFACE}_alias" | cut -f1 -d=3D | ... Unfortuanly grep in in /usr/bin so can't be used. You could do it with sh variable mangling and case though. Something like: { while read _var; do _var=3D${_var%%=3D*} case $_var in ifconfig_${IFACE}_alias*) <...> ;; esac done } < `set` -- Brooks --ZJcv+A0YCCLh2VIg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0LS9XY6L6fI4GtQRAmTMAJ4i6Kn/2sSX5UaFvL/l8mElJqiuJgCgo7hT 6pL0dAqXf9N+WoIupWMkyG0= =x8h1 -----END PGP SIGNATURE----- --ZJcv+A0YCCLh2VIg-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:16:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 196CF16A401; Mon, 12 Feb 2007 19:16:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [206.18.177.56]) by mx1.freebsd.org (Postfix) with ESMTP id 86CDD13C474; Mon, 12 Feb 2007 19:16:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc16) with ESMTP id <20070212190740b1600iaqhqe>; Mon, 12 Feb 2007 19:07:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 01E221FA01D; Mon, 12 Feb 2007 11:07:40 -0800 (PST) Date: Mon, 12 Feb 2007 11:07:39 -0800 From: Jeremy Chadwick To: Brooks Davis Message-ID: <20070212190739.GA42702@icarus.home.lan> Mail-Followup-To: Brooks Davis , freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, joao@matik.com.br References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121739.l1CHdZPO062101@lurza.secnetix.de> <20070212175940.GA52751@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070212175940.GA52751@lor.one-eyed-alien.net> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: kevin@insidesystems.net, freebsd-stable@FreeBSD.ORG, joao@matik.com.br Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:16:29 -0000 On Mon, Feb 12, 2007 at 11:59:40AM -0600, Brooks Davis wrote: > What do you need to set? It's sets IP and netmask. It doesn't handle > broadcast, but I'd be pretty suprised if that's needed often. What else > is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the > visiability of the interface in the documentation is probably in order > particularly since it's quite fragile since you have to renumber whenever > you remove an entry. Does it support media and mediaopt arguments? These are very commonly used. I also rely on this, for what it's worth: openvpn_enable="yes" openvpn_configfile="/conf/ME/openvpn/openvpn.conf" openvpn_dir="/conf/ME/openvpn" openvpn_if="tap" cloned_interfaces="bridge0" ifconfig_bridge0="addm em1 up" -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:27:37 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A953E16A408; Mon, 12 Feb 2007 19:27:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA8913C4A3; Mon, 12 Feb 2007 19:27:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1CJRaRk053834; Mon, 12 Feb 2007 13:27:36 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1CJRaqg053833; Mon, 12 Feb 2007 13:27:36 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 13:27:36 -0600 From: Brooks Davis To: Brooks Davis , freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, joao@matik.com.br Message-ID: <20070212192736.GB53587@lor.one-eyed-alien.net> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121739.l1CHdZPO062101@lurza.secnetix.de> <20070212175940.GA52751@lor.one-eyed-alien.net> <20070212190739.GA42702@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" Content-Disposition: inline In-Reply-To: <20070212190739.GA42702@icarus.home.lan> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 13:27:36 -0600 (CST) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:27:37 -0000 --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 11:07:39AM -0800, Jeremy Chadwick wrote: > On Mon, Feb 12, 2007 at 11:59:40AM -0600, Brooks Davis wrote: > > What do you need to set? It's sets IP and netmask. It doesn't handle > > broadcast, but I'd be pretty suprised if that's needed often. What else > > is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the > > visiability of the interface in the documentation is probably in order > > particularly since it's quite fragile since you have to renumber whenev= er > > you remove an entry. >=20 > Does it support media and mediaopt arguments? These are very > commonly used. I also rely on this, for what it's worth: >=20 > openvpn_enable=3D"yes" > openvpn_configfile=3D"/conf/ME/openvpn/openvpn.conf" > openvpn_dir=3D"/conf/ME/openvpn" > openvpn_if=3D"tap" > cloned_interfaces=3D"bridge0" > ifconfig_bridge0=3D"addm em1 up" Setting media options and the like via _aliasesX variables makes no sense and you don't appear to be doing it so I'm confused by your question. The ifconfig_iface_aliasX syntax exists to add IPv4 addresses to an interface. New ipv4_addrs_iface variable is an attempt to replace that and nothing more. -- Brooks --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0L+nXY6L6fI4GtQRAujMAKDJ4w2CL9MiWhNw5WRwzfZPUDuCzgCeIB3P CFFnHJLV7jWI172RyMDKGy8= =m64Z -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:32:16 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B47716A407; Mon, 12 Feb 2007 19:32:16 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.freebsd.org (Postfix) with ESMTP id 2B01713C4A3; Mon, 12 Feb 2007 19:32:14 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id B371D33CA7; Mon, 12 Feb 2007 21:06:59 +0200 (SAST) Date: Mon, 12 Feb 2007 21:06:59 +0200 From: John Hay To: Brooks Davis Message-ID: <20070212190659.GA26527@zibbi.meraka.csir.co.za> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121739.l1CHdZPO062101@lurza.secnetix.de> <20070212175940.GA52751@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070212175940.GA52751@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:32:16 -0000 On Mon, Feb 12, 2007 at 11:59:40AM -0600, Brooks Davis wrote: > On Mon, Feb 12, 2007 at 06:39:35PM +0100, Oliver Fromme wrote: > > Brooks Davis wrote: > > > Oliver Fromme wrote: > > > > Jeremy Chadwick wrote: > > > > > Oliver Fromme wrote: > > > > > FWIW, I still use alias/-alias. Mainly because that's what has > > > > > existed historically, and the term "alias" is what is used in > > > > > reference to rc.conf ifconfig_iface_aliasX entries. > > > > > > > > Maybe it would make sense to remove "alias" from the rc.conf > > > > entries and simply number them. > > > > > > ipv4_addrs_ is a much better replacement IMO. It's easy to > > > use and doesn't required the hackish pseudo array traversal used by > > > ifconfig_iface_aliasX. > > > > That might work for simple cases, but how do you specify > > other parameters beside the IPs if you need to? > > What do you need to set? It's sets IP and netmask. It doesn't handle > broadcast, but I'd be pretty suprised if that's needed often. What else > is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the > visiability of the interface in the documentation is probably in order > particularly since it's quite fragile since you have to renumber whenever > you remove an entry. Some stuff cannot be done on a single line, so I have abused the _aliasX mechanism for that. With the bridge interface: ifconfig_bridge0="ether 00:00:24:c0:0e:40 addm sis0 stp sis0 addm sis1 stp sis1 up" ifconfig_bridge0_alias0="inet 146.64.84.1/24" Also with the atheros driver I had problems in the past with some parameters that did not like to be on a single commandline. FWIW I do not find the "ifconfig iface -alias" to be a problem... probably because I'm used to it. :-) What I do find silly is that you cannot do "ifconfig iface tunnel inet6 " anymore. It used to work and is still documented in ifconfig(8) to work. You have to swap inet6 and tunnel for it to work. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:34:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74C9116A421; Mon, 12 Feb 2007 19:34:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.154]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF9C13C4AA; Mon, 12 Feb 2007 19:34:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc14) with ESMTP id <20070212193454m1400k59uue>; Mon, 12 Feb 2007 19:34:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 18CC11FA01D; Mon, 12 Feb 2007 11:34:54 -0800 (PST) Date: Mon, 12 Feb 2007 11:34:54 -0800 From: Jeremy Chadwick To: Brooks Davis Message-ID: <20070212193454.GA43223@icarus.home.lan> Mail-Followup-To: Brooks Davis , freebsd-stable@FreeBSD.ORG, kevin@insidesystems.net, joao@matik.com.br References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121739.l1CHdZPO062101@lurza.secnetix.de> <20070212175940.GA52751@lor.one-eyed-alien.net> <20070212190739.GA42702@icarus.home.lan> <20070212192736.GB53587@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070212192736.GB53587@lor.one-eyed-alien.net> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: kevin@insidesystems.net, freebsd-stable@FreeBSD.ORG, joao@matik.com.br Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:34:55 -0000 On Mon, Feb 12, 2007 at 01:27:36PM -0600, Brooks Davis wrote: > On Mon, Feb 12, 2007 at 11:07:39AM -0800, Jeremy Chadwick wrote: > > Does it support media and mediaopt arguments? These are very > > commonly used. I also rely on this, for what it's worth: > > > > openvpn_enable="yes" > > openvpn_configfile="/conf/ME/openvpn/openvpn.conf" > > openvpn_dir="/conf/ME/openvpn" > > openvpn_if="tap" > > cloned_interfaces="bridge0" > > ifconfig_bridge0="addm em1 up" > > Setting media options and the like via _aliasesX variables makes no > sense and you don't appear to be doing it so I'm confused by your > question. The ifconfig_iface_aliasX syntax exists to add IPv4 addresses > to an interface. New ipv4_addrs_iface variable is an attempt to replace > that and nothing more. Ah, now I understand. I was reading it as "ipv4_addrs_ would replace ifconfig_ altogether", which was obviously incorrect on my part. Thanks for clearing up my confusion... :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:43:57 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFD0116A400; Mon, 12 Feb 2007 19:43:57 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 63DA013C494; Mon, 12 Feb 2007 19:43:57 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1CJhuxQ054141; Mon, 12 Feb 2007 13:43:56 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1CJhuOk054140; Mon, 12 Feb 2007 13:43:56 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 13:43:56 -0600 From: Brooks Davis To: John Hay Message-ID: <20070212194356.GA54076@lor.one-eyed-alien.net> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121739.l1CHdZPO062101@lurza.secnetix.de> <20070212175940.GA52751@lor.one-eyed-alien.net> <20070212190659.GA26527@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <20070212190659.GA26527@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 13:43:56 -0600 (CST) Cc: Brooks Davis , freebsd-stable@FreeBSD.ORG Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:43:57 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 09:06:59PM +0200, John Hay wrote: > On Mon, Feb 12, 2007 at 11:59:40AM -0600, Brooks Davis wrote: > > On Mon, Feb 12, 2007 at 06:39:35PM +0100, Oliver Fromme wrote: > > > Brooks Davis wrote: > > > > Oliver Fromme wrote: > > > > > Jeremy Chadwick wrote: > > > > > > Oliver Fromme wrote: > > > > > > FWIW, I still use alias/-alias. Mainly because that's what has > > > > > > existed historically, and the term "alias" is what is used in > > > > > > reference to rc.conf ifconfig_iface_aliasX entries. > > > > >=20 > > > > > Maybe it would make sense to remove "alias" from the rc.conf > > > > > entries and simply number them. > > > >=20 > > > > ipv4_addrs_ is a much better replacement IMO. It's eas= y to > > > > use and doesn't required the hackish pseudo array traversal used by > > > > ifconfig_iface_aliasX. > > >=20 > > > That might work for simple cases, but how do you specify > > > other parameters beside the IPs if you need to? > >=20 > > What do you need to set? It's sets IP and netmask. It doesn't handle > > broadcast, but I'd be pretty suprised if that's needed often. What else > > is needed? Axing ifconfig_iface_aliasX is not needed, but reducing the > > visiability of the interface in the documentation is probably in order > > particularly since it's quite fragile since you have to renumber whenev= er > > you remove an entry. >=20 > Some stuff cannot be done on a single line, so I have abused the _aliasX > mechanism for that. With the bridge interface: >=20 > ifconfig_bridge0=3D"ether 00:00:24:c0:0e:40 addm sis0 stp sis0 addm sis1 = stp sis1 up" > ifconfig_bridge0_alias0=3D"inet 146.64.84.1/24" ipv4_addrs_bridge0=3D"146.64.84.1/24" :) > Also with the atheros driver I had problems in the past with some paramet= ers > that did not like to be on a single commandline. I do agree there's some need for a way to pass multiple sets of parameters to ifconfig since this has commonly been a problem. Something actually designed for that might be nice. :) -- Brooks --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0MN8XY6L6fI4GtQRArfBAJ9sESvAsHXSzvSM1Ao72PBN1VRpZgCfcBpw feXf3tGtrD/jJtZKCjiPpPM= =vaEQ -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:44:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D04C16A407 for ; Mon, 12 Feb 2007 19:44:55 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0182813C4C2 for ; Mon, 12 Feb 2007 19:44:54 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 16385 invoked by uid 0); 12 Feb 2007 19:44:54 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Feb 2007 19:44:54 -0000 Date: Mon, 12 Feb 2007 14:44:34 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: freebsd-stable@freebsd.org In-Reply-To: <45D04198.7020202@unsane.co.uk> Message-ID: References: <45D0280E.4010108@sh.cvut.cz> <45D04198.7020202@unsane.co.uk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2057729563-1171309474=:28160" Cc: =?ISO-8859-1?Q?V=E1clav_Haisman?= Subject: Re: gjournal patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 19:44:55 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2057729563-1171309474=:28160 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE > V=E1clav Haisman wrote: > Hi, > yesterday, I tried to build kernel and world with the gjournal patch. It > does not apply cleanly. This brings me to question, are there some > outstanding issues that prevent it from being commited to RELENG_6? I > tried to search ml archives but I did not find any. This is slightly OT, but I was looking at the AsiaBSDCon site yesterday=20 and I saw this: http://asiabsdcon.org/timetable.html#P11 "This paper introduces Bluffs, a journaling file system that is mostly=20 compatible with the Fast File System (FFS) on disk structure. The FFS has= =20 been successfully used for a long time. However increased disk capacities= =20 have made the classic crash recovery using a file system checker (fsck) a= =20 prohibitively time expensive operation. Soft Updates [4] and background=20 fsck were introduced to combat the problem but added code complexity to=20 FFS. Bluffs goal is to replace FFS by providing the same functionality as= =20 FFS with better error recovery and a fresh simple code structure. Allowing= =20 bidirectional migration of file systems between FFS and Bluffs format=20 should make transitioning easier, provides file system checker tools to=20 Bluffs and allows booting with the standard bootstrap loaders." This is the first I've heard of this. It seems to be coming from Yahoo!. Anyone else know anything about this project? Thanks, Charles > -- > Vaclav Haisman --0-2057729563-1171309474=:28160-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:47:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A52D016A401 for ; Mon, 12 Feb 2007 19:47:29 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7E34F13C4B5 for ; Mon, 12 Feb 2007 19:47:29 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id E67B31A000B13 for ; Mon, 12 Feb 2007 11:47:28 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ql-EZ6vmO4t0 for ; Mon, 12 Feb 2007 11:47:20 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 60F5D1A000B1B for ; Mon, 12 Feb 2007 11:47:20 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Mon, 12 Feb 2007 11:47:19 -0800 User-Agent: KMail/1.9.5 References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070212175940.GA52751@lor.one-eyed-alien.net> <20070212190659.GA26527@zibbi.meraka.csir.co.za> In-Reply-To: <20070212190659.GA26527@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702121147.19322.fcash@ocis.net> Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:47:29 -0000 On Monday 12 February 2007 11:06 am, John Hay wrote: > On Mon, Feb 12, 2007 at 11:59:40AM -0600, Brooks Davis wrote: > > On Mon, Feb 12, 2007 at 06:39:35PM +0100, Oliver Fromme wrote: > > > Brooks Davis wrote: > > > > Oliver Fromme wrote: > > > > > Jeremy Chadwick wrote: > > > > > > Oliver Fromme wrote: > > > > > > FWIW, I still use alias/-alias. Mainly because that's what > > > > > > has existed historically, and the term "alias" is what is > > > > > > used in reference to rc.conf ifconfig_iface_aliasX entries. > > > > > > > > > > Maybe it would make sense to remove "alias" from the rc.conf > > > > > entries and simply number them. > > > > > > > > ipv4_addrs_ is a much better replacement IMO. It's > > > > easy to use and doesn't required the hackish pseudo array > > > > traversal used by ifconfig_iface_aliasX. > > > > > > That might work for simple cases, but how do you specify > > > other parameters beside the IPs if you need to? > > > > What do you need to set? It's sets IP and netmask. It doesn't > > handle broadcast, but I'd be pretty suprised if that's needed often. > > What else is needed? Axing ifconfig_iface_aliasX is not needed, but > > reducing the visiability of the interface in the documentation is > > probably in order particularly since it's quite fragile since you > > have to renumber whenever you remove an entry. > > Some stuff cannot be done on a single line, so I have abused the > _aliasX mechanism for that. With the bridge interface: > > ifconfig_bridge0="ether 00:00:24:c0:0e:40 addm sis0 stp sis0 addm sis1 > stp sis1 up" ifconfig_bridge0_alias0="inet 146.64.84.1/24" > > Also with the atheros driver I had problems in the past with some > parameters that did not like to be on a single commandline. At least with the ath(4) driver, it all comes down to the order the options are written on the commandline. Some options reset the device, wiping out previous options, so you have to make sure those are set first. Took me awhile to figure that out, but it is mentioned in the man page. Note, however, that your example could be done using the ipv4_addrs_bridge0 variable, as you are not setting anything other than the IP: ifconfig_bridge0="ether 00:00:24:c0:0e:40 addm sis0 stp sis0 addm sis1 stp sis1 up" ipv4_addrs_bridge0="146.64.84.1/24" -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 19:54:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40A5B16A401; Mon, 12 Feb 2007 19:54:43 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id B0B3013C478; Mon, 12 Feb 2007 19:54:42 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1CJseoh061312; Mon, 12 Feb 2007 17:54:40 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, kevin@insidesystems.net, brooks@freebsd.org Date: Mon, 12 Feb 2007 17:30:35 -0200 User-Agent: KMail/1.9.4 References: <200702121809.l1CI9rBq065457@lurza.secnetix.de> In-Reply-To: <200702121809.l1CI9rBq065457@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702121730.36307.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 19:54:43 -0000 On Monday 12 February 2007 16:09, Oliver Fromme wrote: > > > > it is not misleading and it is a perfect term. With alias you add > > secondary addresses to an interface. Like secondary is probably the > > better word, > > No, not at all. As soon as you use the terms "primary IP > address" and "secondary IP addresses", you imply that they > are not equal. But they are equal. It's just a list of > IP addresses assigned to an interface which happens to have > a certain order. > nobody claims that there is an master-slave order or something, alias is th= e=20 secondary in order of time, but not in value, I do not even understand why= =20 you talking so much about this, the point is more than clear=20 > > Yes, that's why I wrote it should be changed to not contain > the word "alias" anymore, but simply an enumerated list. > > > > If no IP address is specified, then it's not completely > > > nonsensical to remove the first address. In fact I've > > > used that short-cut to quickly remove the only address > > > from an interface. I've used "ifconfig xyz0 delete" > > > quite a lot. > > yes it is! it does not matter which word, without an IP address it should N= OT=20 remove anything > > the man page tells us that -alias removes *the* specified address and > > not the first, also the man page does not say that there is any further > > action when *no* IP address specified > > That's true. Usually if something is not documented, the > behaviour is undefined. > undefined is absolutely not similar to remove something .. > > delete is according to the man page another word for -alias, that mean= s, > > using grammatical logic that -alias is the main command, > > No. It means that "delete" and "remove" are aliases for > "-alias". In reality they're simply equal. ;-) > > > then according to the man > > page there is no other command as "-alias *IP*" to remove an IP address > > and -alias only should not remove anything > > It's not documented that way. As I wrote above. > > If something is not documented, that doesn't mean that it > shouldn't do anything at all. In that case a _lot_ of > things wouldn't work. :-) all commands which remove something "usally" say something when trying to u= se=20 without value, rm, rmdir, rmuser ... I really do not remember any other=20 then -alias which does so > > you see, now you apply logic because you want to and when not not ... = ;) > > > > to let it more clear what I mean, you say: "you don't tell it anything > > to add" so why the heck "ifconfig nic -alias" should remove one if I do > > not tell so? > > In the case of adding something, what should be added if > nothing is specified? Should the tool invent an arbitrary > IP address and add it? Now that would be nonsensical. > > But when removing something without specifying which one, > it makes some sense to simply remove the first existing > address on that interface. It would even be OK with me > to remove the last one, or an arbitrary one -- I use that > shortcut mostely when I need to remove the only address > from an interface (or all existing addresses), so it > doesn't matter. > come on, now your are looking up a way out of this mess ... > In fact, it might also make sense to enhance the syntax > to allow the specification of a number, for example > "ifconfig xyz0 delete #2" would remove the second address my god what a horrible idea is that! do you remember "#" in UNIX???? the command "ifconfig nic -alias IP" is OK, perfect, even delete is, the=20 problem and the only problem is that both remove without specifying a value= a=20 value and that *IS* wrong behaviour, otherwise *you* must agree that rm=20 removes the first file it finds, rmuser the first user and and and, that is= =20 wrong, documented or not > However, such a feature will run into problems when the > set of ip addresses is not an ordered list anymore, which > might very well happen in the future. Then there will be > no "first" and "last" anymore, but instead the interface > will just have an unordered set of IP addresses. In fact > I wish that would already be the case, so people saying > "primary" and "secondary" would shut up already. :-) then they come up in random order on each "ifconfig nic" :) ??? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 21:16:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CF0616A400 for ; Mon, 12 Feb 2007 21:16:43 +0000 (UTC) (envelope-from phuttunen@digifonica.com) Received: from mail.digifonica.com (mail.digifonica.com [69.90.104.235]) by mx1.freebsd.org (Postfix) with ESMTP id 03C5013C4B3 for ; Mon, 12 Feb 2007 21:16:42 +0000 (UTC) (envelope-from phuttunen@digifonica.com) Received: from localhost (localhost.digifonica.com [127.0.0.1]) by mail.digifonica.com (Postfix) with ESMTP id A98115C67 for ; Mon, 12 Feb 2007 12:49:10 -0800 (PST) X-Virus-Scanned: amavisd-new at digifonica.com Received: from mail.digifonica.com ([127.0.0.1]) by localhost (mail.digifonica.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OdPsdQhx8sfk for ; Mon, 12 Feb 2007 12:49:08 -0800 (PST) Received: from ante7 (unknown [204.244.149.125]) by mail.digifonica.com (Postfix) with ESMTP id 2F7C15C55 for ; Mon, 12 Feb 2007 12:49:08 -0800 (PST) From: "Pentti Huttunen" To: Date: Mon, 12 Feb 2007 12:49:09 -0800 Message-ID: <000001c74ee7$3ed7a400$4700a8c0@ante7> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcdO3cj5A958GYzfTpSqSvaYlji/VQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 21:16:44 -0000 We tested the latest version (1.2.2.12) of the driver on Friday (Feb 9, 2007), but could not get the interfaces up. Has anybody managed to get the network interfaces up and running with this latest version of the driver? Thanks, Pentti -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.17.33/678 - Release Date: 09/02/2007 4:06 PM From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 21:17:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B1BF16A400; Mon, 12 Feb 2007 21:17:53 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7B34813C474; Mon, 12 Feb 2007 21:17:52 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1CLHoOn069952; Mon, 12 Feb 2007 19:17:50 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Brooks Davis Date: Mon, 12 Feb 2007 19:18:54 -0300 User-Agent: KMail/1.9.4 References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070212190739.GA42702@icarus.home.lan> <20070212192736.GB53587@lor.one-eyed-alien.net> In-Reply-To: <20070212192736.GB53587@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702121918.54648.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: kevin@insidesystems.net, freebsd-stable@freebsd.org Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 21:17:53 -0000 On Monday 12 February 2007 16:27, Brooks Davis wrote: > Setting media options and the like via _aliasesX variables makes no > sense and you don't appear to be doing it so I'm confused by your > question. =A0The ifconfig_iface_aliasX syntax exists to add IPv4 addresses > to an interface. New ipv4_addrs_iface variable is an attempt to replace > that and nothing more. I believe the problem here is that ifconfig_nic=3D"inet IP" ifconfig_nic=3D"ether MAC" does not work on one line and does not work on two either, the latter=20 overrides and or you get an IP address with original MAC or you get a new M= AC=20 without IP. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 21:30:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54B3016A580 for ; Mon, 12 Feb 2007 21:30:46 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1902913C4B6 for ; Mon, 12 Feb 2007 21:30:46 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.34) id 1HGil3-0003nB-0k; Mon, 12 Feb 2007 22:30:45 +0100 Date: Mon, 12 Feb 2007 22:30:44 +0100 (CET) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: Pentti Huttunen In-Reply-To: <000001c74ee7$3ed7a400$4700a8c0@ante7> Message-ID: References: <000001c74ee7$3ed7a400$4700a8c0@ante7> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Cc: freebsd-stable@freebsd.org Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 21:30:46 -0000 Hi ! > We tested the latest version (1.2.2.12) of the driver on Friday (Feb 9, > 2007), but could not get the interfaces up. > > Has anybody managed to get the network interfaces up and running with this > latest version of the driver? http://people.freebsd.org/~dwhite/patches/bce-serdes-20070111.tar.gz These should apply cleanly to RELENG_6. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 22:05:05 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 512DA16A406; Mon, 12 Feb 2007 22:05:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id B8FCA13C4A8; Mon, 12 Feb 2007 22:05:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xeryjg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1CM4vED089637; Mon, 12 Feb 2007 23:05:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1CM4vBb089636; Mon, 12 Feb 2007 23:04:57 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 23:04:57 +0100 (CET) Message-Id: <200702122204.l1CM4vBb089636@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, brooks@FreeBSD.ORG In-Reply-To: <20070212184102.GD52751@lor.one-eyed-alien.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 23:05:03 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, brooks@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 22:05:05 -0000 Brooks Davis wrote: > Oliver Fromme wrote: > > True, not often, but sometimes. I had cases like that in > > certain environments with bridged networks and arp proxies. > > > > I'm fine with your proposed syntax, as long as all the > > existing ifconfig possibilities continue to be possible, > > i.e. no regression. > > FWIW, it's HEAD and 6.1. We've actually got the aliases syntax labled > as deprecated in the manpage. Interesting, I wasn't aware of that. I'll update my rc.conf where possible. > We might want to add a feature to set the > broadcast address. Yes. > > Yup, I agree, that's a PITA. That could be solved in the > > shell code, though, by not enumerating until a number > > doesn't exist, but instead looking at the set of all > > shell variables that have been set, similar to this: > > > > set | grep "^ifconfig_${IFACE}_alias" | cut -f1 -d= | ... > > Unfortuanly grep in in /usr/bin so can't be used. Well, ed is in /bin and can be used as a replacement for grep; the syntax is just a little more awkward. Or use the common IFS trick: OLD_IFS="$IFS" IFS="=" set | while read VAR VALUE; do case "$VAR" in ifconfig_${IFACE}_alias*) ... ;; esac done IFS="$OLD_IFS" > { while read _var; do > _var=${_var%%=*} > case $_var in > ifconfig_${IFACE}_alias*) > <...> > ;; > esac > done } < `set` Yup, that would work, too, except that you have to write "set | while read _var; do ...". The "< `set`" will not work. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 23:00:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C4AE16A401 for ; Mon, 12 Feb 2007 23:00:42 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id C0F3113C442 for ; Mon, 12 Feb 2007 23:00:41 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JDD00M1NH8Y55D0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 00:00:34 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JDD00I2AH8YJZR3@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 00:00:34 +0100 (CET) Date: Tue, 13 Feb 2007 00:00:34 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20070212153916.250000@gmx.net> To: freebsd-stable@freebsd.org Message-id: <20070213000034.af8915b4.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070210121754.GA913@faust.net> <3ee9ca710702120631s739bc7f7ma1b588691985be72@mail.gmail.com> <20070212151420.GA850@faust.net> <20070212153916.250000@gmx.net> Subject: Re: install on usb hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 23:00:42 -0000 On Mon, 12 Feb 2007 16:39:16 +0100 Jost Menke wrote: > first of all, I think installation won't be possible with the > menu-driven installer (sysinstall), so you'll have to do this > manually (i.e. by using the install.sh scripts on the CD and creating > rc.conf fstab and the like by hand). FWIW, *if* the disk is seen by the bios, sysinstall works just fine. I have two 2.5 inch hard drives here (in usb enclosures) that I have installed that way. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 23:14:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B5B816A407 for ; Mon, 12 Feb 2007 23:14:33 +0000 (UTC) (envelope-from jfarmer@goldsword.com) Received: from imf05aec.mail.bellsouth.net (imf05aec.mail.bellsouth.net [205.152.59.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEB813C461 for ; Mon, 12 Feb 2007 23:14:32 +0000 (UTC) (envelope-from jfarmer@goldsword.com) Received: from ibm57aec.bellsouth.net ([65.13.105.239]) by imf17aec.mail.bellsouth.net with ESMTP id <20070212222546.RSDZ537.imf17aec.mail.bellsouth.net@ibm57aec.bellsouth.net> for ; Mon, 12 Feb 2007 17:25:46 -0500 Received: from [192.168.1.33] (really [65.13.105.239]) by ibm57aec.bellsouth.net with ESMTP id <20070212222545.TFZF1547.ibm57aec.bellsouth.net@[192.168.1.33]> for ; Mon, 12 Feb 2007 17:25:45 -0500 Message-ID: <45D0E98A.3010600@goldsword.com> Date: Mon, 12 Feb 2007 17:26:18 -0500 From: "J. T. Farmer" User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200702121809.l1CI9rBq065457@lurza.secnetix.de> In-Reply-To: <200702121809.l1CI9rBq065457@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 23:14:33 -0000 Oliver Fromme wrote: > In the case of adding something, what should be added if > nothing is specified? Should the tool invent an arbitrary > IP address and add it? Now that would be nonsensical. > > But when removing something without specifying which one, > it makes some sense to simply remove the first existing > address on that interface. It would even be OK with me > to remove the last one, or an arbitrary one -- I use that > shortcut mostely when I need to remove the only address > from an interface (or all existing addresses), so it > doesn't matter. > Doing apparently random and arbitrary things is bad, regardless. To re-cast the argument, suppose you found out that your employer had a command in the company accounting system called "VacationConfig -transfer" that would transfer random days from your vacation pot to some arbitrary receiver. .. It is very clear that ifconfig does not behave in the manner that the man pages claim. Part of that appears to be simple bit-rot, part of it appears to be an issue as to what it should do. I suggest that everyone toss there ideas over to -current/hackers and forge a consensus to what ifconfig should do, and willing volunteers go off and mung the code & docs until it's that way in -current. Then MFC it back to -stable... John ------------------------------------------------------------------ John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 23:15:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D46116A401 for ; Mon, 12 Feb 2007 23:15:52 +0000 (UTC) (envelope-from geoffwa@cs.rmit.edu.au) Received: from its-mu-mail1.its.rmit.edu.au (its-mu-mail1.its.rmit.edu.au [131.170.1.11]) by mx1.freebsd.org (Postfix) with ESMTP id 0076613C48E for ; Mon, 12 Feb 2007 23:15:51 +0000 (UTC) (envelope-from geoffwa@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail1.its.rmit.edu.au (8.13.7/8.13.7/mail1) with ESMTP id l1CNFmkU004485 for ; Tue, 13 Feb 2007 10:15:48 +1100 (EST) Received: from goanna.cs.rmit.edu.au (root@goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id l1CNFm2Y016314 for ; Tue, 13 Feb 2007 10:15:48 +1100 (EST) Received: from goanna.cs.rmit.edu.au (geoffwa@localhost [127.0.0.1]) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.4/csnode) with ESMTP id l1CNFmk6029934 for ; Tue, 13 Feb 2007 10:15:48 +1100 (EST) Received: (from geoffwa@localhost) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.3/Submit) id l1CNFhPK029932 for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 10:15:43 +1100 (EST) Date: Tue, 13 Feb 2007 10:15:43 +1100 From: Geoffrey Giesemann To: freebsd-stable@freebsd.org Message-ID: <20070212231543.GA28853@cs.rmit.edu.au> References: <20070212083748.GA837@turion.vk2pj.dyndns.org> <008001c74e8a$1557afb0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <008001c74e8a$1557afb0$0c00a8c0@Artem> User-Agent: Mutt/1.5.13 (2006-08-11) X-Scanned-By: MIMEDefang 2.44 Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2007 23:15:52 -0000 On Mon, Feb 12, 2007 at 12:11:42PM +0300, Artem Kuchin wrote: > >On 2007-Feb-12 16:07:03 +1030, Daniel O'Connor > >wrote: > >>I regularly ship systems overseas where the power fails frequently. The > >>inability to boot because one disk got hosed is Bad News (tm). > > >A decent UPS can help here. > > No, i can't. I have seen UPS (even APC) fail in some cases. Computers > got frozen. Also, i've seen many cases when power failes for more than 4 > hours > and nobody want to buy UPS which hold 4 hours of power for a dual xeon > with 5 hdds. > sysutils/nut is a good work-around for this. --Geoff From owner-freebsd-stable@FreeBSD.ORG Mon Feb 12 23:26:40 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 838AA16A402 for ; Mon, 12 Feb 2007 23:26:40 +0000 (UTC) (envelope-from kevin@insidesystems.net) Received: from imap.insidesystems.net (imap.insidesystems.net [206.216.149.56]) by mx1.freebsd.org (Postfix) with ESMTP id 63A6F13C494 for ; Mon, 12 Feb 2007 23:26:40 +0000 (UTC) (envelope-from kevin@insidesystems.net) Received: from [68.32.227.193] (helo=[127.0.0.1]) by imap.insidesystems.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HGkZ2-000OhX-5v; Mon, 12 Feb 2007 17:26:28 -0600 Message-ID: <45D0F785.1040805@insidesystems.net> Date: Mon, 12 Feb 2007 18:25:57 -0500 From: Kevin Way Organization: InsideSystems, Inc. User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, olli@lurza.secnetix.de References: <200702121809.l1CI9rBq065457@lurza.secnetix.de> In-Reply-To: <200702121809.l1CI9rBq065457@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 23:26:40 -0000 Oliver Fromme wrote: > But you called it "confusing". That's just your personal > perception. It doesn't mean it is confusing to everybody. > If asked what -alias does, would you really reply "it removes the primary IP, while leaving the alias?" Be honest here. > Also note that it doesn't hurt anybody. If you run RELENG_6_2, and a jail fails to start, this command is called. And instead of unaliasing the jail's alias, it (because of a bug in the shipped rc.d scripts), it removes the primary IP. So that is a real life, non-third-party incident, where a machine was knocked off-line unexpectedly, because of this behavior. Sure, it didn't *hurt* me, but knocking a machine off-line is a pretty serious side effect, especially when it isn't documented. Errors in the other direction are more likely to result in a machine remaining reachable. Fortunately, it appears that a fairly strong consensus is appearing in support of an eventual refinement of this behavior. Best Regards, Kevin Way From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 02:01:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C83716A400 for ; Tue, 13 Feb 2007 02:01:34 +0000 (UTC) (envelope-from jp@bsdgroup.de) Received: from digitiminimi.de (digitiminimi.de [80.242.136.80]) by mx1.freebsd.org (Postfix) with ESMTP id EF42413C461 for ; Tue, 13 Feb 2007 02:01:33 +0000 (UTC) (envelope-from jp@bsdgroup.de) Received: from localhost (digitiminimi.de [80.242.136.80]) by digitiminimi.de (Postfix) with ESMTP id 29EA3DAA74 for ; Tue, 13 Feb 2007 02:40:23 +0100 (CET) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([80.242.136.80]) by localhost (main.digitiminimi.de [80.242.136.80]) (amavisd-new, port 10024) with ESMTP id Lz7O9P8vN2h0 for ; Tue, 13 Feb 2007 02:40:20 +0100 (CET) Received: from loki.starkstrom.lan (p57B57462.dip.t-dialin.net [87.181.116.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by digitiminimi.de (Postfix) with ESMTP id 10C0EDA9C0 for ; Tue, 13 Feb 2007 02:40:19 +0100 (CET) Date: Tue, 13 Feb 2007 02:37:53 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20070213023753.5a8fdb7c@loki.starkstrom.lan> In-Reply-To: <200702121918.54648.joao@matik.com.br> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070212190739.GA42702@icarus.home.lan> <20070212192736.GB53587@lor.one-eyed-alien.net> <200702121918.54648.joao@matik.com.br> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 02:01:34 -0000 On Mon, 12 Feb 2007 19:18:54 -0300 JoaoBR wrote: > I believe the problem here is that > > ifconfig_nic="inet IP" > ifconfig_nic="ether MAC" > > does not work on one line and does not work on two either, the latter > overrides and or you get an IP address with original MAC or you get a > new MAC without IP. Yes, you have to put 'ifconfig nic ether MAC' in /etc/start_if.nic for this to work afair. Same approach you need to set WEP etc on a wireless nic if you have ifconfig_nic="DHCP" in your rc.conf. Joerg -- | SPECIAL ADVERTISMENT | NEW KEY AS OF 02/01/2007 - GET IT | +----------------------+------------------------------------------+ | /"\ ASCII ribbon | GnuPG Key ID | 6902 3fc0 64c3 a56e a8b4 | | \ / campaign against | 0xab439348 | c8de d555 c2cd ab43 9348 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 02:24:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BFCE16A401 for ; Tue, 13 Feb 2007 02:24:01 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 3C60713C471 for ; Tue, 13 Feb 2007 02:24:01 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1D2Nngj058489; Mon, 12 Feb 2007 20:23:49 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1D2NnFk058488; Mon, 12 Feb 2007 20:23:49 -0600 (CST) (envelope-from brooks) Date: Mon, 12 Feb 2007 20:23:48 -0600 From: Brooks Davis To: Joerg Pernfuss Message-ID: <20070213022348.GA57543@lor.one-eyed-alien.net> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070212190739.GA42702@icarus.home.lan> <20070212192736.GB53587@lor.one-eyed-alien.net> <200702121918.54648.joao@matik.com.br> <20070213023753.5a8fdb7c@loki.starkstrom.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20070213023753.5a8fdb7c@loki.starkstrom.lan> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Feb 2007 20:23:49 -0600 (CST) Cc: freebsd-stable@freebsd.org Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 02:24:01 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 13, 2007 at 02:37:53AM +0100, Joerg Pernfuss wrote: > On Mon, 12 Feb 2007 19:18:54 -0300 > JoaoBR wrote: >=20 > > I believe the problem here is that > >=20 > > ifconfig_nic=3D"inet IP" > > ifconfig_nic=3D"ether MAC" > >=20 > > does not work on one line and does not work on two either, the latter= =20 > > overrides and or you get an IP address with original MAC or you get a > > new MAC without IP. >=20 > Yes, you have to put 'ifconfig nic ether MAC' in /etc/start_if.nic > for this to work afair. Same approach you need to set WEP etc on a > wireless nic if you have ifconfig_nic=3D"DHCP" in your rc.conf. The second is no longer true. DHCP (like WPA) is a magic keywork that tells the system to run DHCP on the interface and is not passwd to ifconfig so the line can contain other things. -- Brooks --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0SE0XY6L6fI4GtQRAsOdAKCbde9X/vocO22J6bzH2/TyWHUBgQCfROyx dyiJasJmCRuowmo0jG0ugOs= =LUu3 -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 04:01:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20C6516A400 for ; Tue, 13 Feb 2007 04:01:04 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id EACC913C4A5 for ; Tue, 13 Feb 2007 04:01:03 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1D413lO090547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Feb 2007 20:01:03 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45D137FE.6080502@errno.com> Date: Mon, 12 Feb 2007 20:01:02 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: Freddie Cash References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070212175940.GA52751@lor.one-eyed-alien.net> <20070212190659.GA26527@zibbi.meraka.csir.co.za> <200702121147.19322.fcash@ocis.net> In-Reply-To: <200702121147.19322.fcash@ocis.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Desired behaviour of "ifconfig -alias" [ath and ifconfig parameter order] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 04:01:04 -0000 Freddie Cash wrote: > On Monday 12 February 2007 11:06 am, John Hay wrote: >> Also with the atheros driver I had problems in the past with some >> parameters that did not like to be on a single commandline. > > At least with the ath(4) driver, it all comes down to the order the > options are written on the commandline. Some options reset the device, > wiping out previous options, so you have to make sure those are set > first. Took me awhile to figure that out, but it is mentioned in the man > page. So can someone actually provide an example? I'm not aware of any interactions within the os. There might be some corner cases in ifconfig due to the way it processes cmdn line parameters. Sam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 06:08:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F17FB16A402 for ; Tue, 13 Feb 2007 06:08:53 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id C132113C461 for ; Tue, 13 Feb 2007 06:08:53 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 4C7EE1A000B17 for ; Mon, 12 Feb 2007 22:08:53 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JYKAyuGJHkvc for ; Mon, 12 Feb 2007 22:08:46 -0800 (PST) Received: from webmail.sd73.bc.ca (webmail.sd73.bc.ca [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id BDCF31A000B16 for ; Mon, 12 Feb 2007 22:08:46 -0800 (PST) Received: from 24.71.119.183 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Mon, 12 Feb 2007 22:08:46 -0800 (PST) Message-ID: <63316.24.71.119.183.1171346926.squirrel@webmail.sd73.bc.ca> In-Reply-To: <45D137FE.6080502@errno.com> References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070212175940.GA52751@lor.one-eyed-alien.net> <20070212190659.GA26527@zibbi.meraka.csir.co.za> <200702121147.19322.fcash@ocis.net> <45D137FE.6080502@errno.com> Date: Mon, 12 Feb 2007 22:08:46 -0800 (PST) From: "Freddie Cash" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Desired behaviour of 'ifconfig -alias' [ath and ifconfig parameter order] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 06:08:54 -0000 On Mon, February 12, 2007 8:01 pm, Sam Leffler wrote: > Freddie Cash wrote: >> On Monday 12 February 2007 11:06 am, John Hay wrote: >>> Also with the atheros driver I had problems in the past with some >>> parameters that did not like to be on a single commandline. >> >> At least with the ath(4) driver, it all comes down to the order the >> options are written on the commandline. Some options reset the >> device, wiping out previous options, so you have to make sure those >> are set first. Took me awhile to figure that out, but it is >> mentioned in the man page. > > So can someone actually provide an example? I'm not aware of any > interactions within the os. There might be some corner cases in > ifconfig due to the way it processes cmdn line parameters. I remember back in the 5.3 days when I first got my Toshiba laptop with an Atheros SuperG chipset onboard and was trying to get WEP connection working, I had to specify the channel as the first option on the ifconfig line. Putting it anywhere else, especially after the wepmode and wepkey options would cause the link to fail -- and none of the wep options would be set, just the channel. Using the exact same options, but in a different order, would work. Since switching to WPA, though, and configuring everything via wpa_supplicant.conf, I haven't had any issues with this. In fact, I don't use ifconfig at all anymore. A simple ifconfig_ath0="WPA DHCP" is all I ever need ... along with a nice long wpa_supplicant.conf with an entry for each of the wireless network I connect to. (The FreeBSD method of using WPA is soooooo much nicer than the Debian way.) I'll play around with my laptop this week and see if I can reproduce this on 6.2. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 07:44:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E88B316A402 for ; Tue, 13 Feb 2007 07:44:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6F45913C494 for ; Tue, 13 Feb 2007 07:44:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1D7hsVQ015367; Tue, 13 Feb 2007 05:43:54 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 13 Feb 2007 05:44:58 -0300 User-Agent: KMail/1.9.4 References: <20070212163652.GA51709@lor.one-eyed-alien.net> <200702121918.54648.joao@matik.com.br> <20070213023753.5a8fdb7c@loki.starkstrom.lan> In-Reply-To: <20070213023753.5a8fdb7c@loki.starkstrom.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702130544.58242.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Joerg Pernfuss Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 07:44:09 -0000 On Monday 12 February 2007 22:37, Joerg Pernfuss wrote: > On Mon, 12 Feb 2007 19:18:54 -0300 > > JoaoBR wrote: > > I believe the problem here is that > > > > ifconfig_nic=3D"inet IP" > > ifconfig_nic=3D"ether MAC" > > > > does not work on one line and does not work on two either, the latter > > overrides and or you get an IP address with original MAC or you get a > > new MAC without IP. > > Yes, you have to put 'ifconfig nic ether MAC' in /etc/start_if.nic > for this to work afair. Same approach you need to set WEP etc on a > wireless nic if you have ifconfig_nic=3D"DHCP" in your rc.conf. > > Joerg if I am remembering well dhcp things you can put into dhclient.conf as interface "nic" { media "ssid SSID nwkey KEY"; } or so to be set before sending the dhcp request. but this is different but ok and is not related to the -alias thing.=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 07:57:33 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86D3816A401 for ; Tue, 13 Feb 2007 07:57:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E7AD613C47E for ; Tue, 13 Feb 2007 07:57:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nmbcnc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1D7vPbW025672; Tue, 13 Feb 2007 08:57:31 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1D7vPnP025671; Tue, 13 Feb 2007 08:57:25 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200702130757.l1D7vPnP025671@lurza.secnetix.de> To: kevin@insidesystems.net (Kevin Way) Date: Tue, 13 Feb 2007 08:57:25 +0100 (CET) In-Reply-To: <45D0F785.1040805@insidesystems.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 08:57:31 +0100 (CET) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 07:57:33 -0000 Kevin Way wrote: > Oliver Fromme wrote: > > But you called it "confusing". That's just your personal > > perception. It doesn't mean it is confusing to everybody. > > > If asked what -alias does, would you really reply "it removes the > primary IP, > while leaving the alias?" Be honest here. No, I wouldn't answer that, because there is no such thing as a primary IP. All IPs on an interface are equal. The term alias exists only for historical reasons, and it's clearly becoming obsolete. If asked what "-alias" does, I would reply that it is an alias for "delete" or "remove", which removes an IP address from an interface. According to the docs, the IP address to be removed must be specified. The docs don't mention what happens if none is specified, so the behaviour is undefined and should not be relied on. It just happens that the behaviour is to remove an arbitrary IP address (which happens to be the first one). That behaviour should be documented in the manual page. > > Also note that it doesn't hurt anybody. > > If you run RELENG_6_2, and a jail fails to start, this command is called. > And instead of unaliasing the jail's alias, it (because of a bug in the > shipped > rc.d scripts), it removes the primary IP. That's clearly a bug in the scripts then. They shouldn't call a command that can cause undefined behaviour. I'm not against changing the behaviour for the -alias parameter, if it's done carefully and in -current first, as I wrote earlier. However, the behaviour for "delete" and "remove" should stay as-is (and be documented in the man page) because it makes sense. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 08:52:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 503F516A401 for ; Tue, 13 Feb 2007 08:52:39 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id BF93D13C491 for ; Tue, 13 Feb 2007 08:52:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1D8qbSV020581; Tue, 13 Feb 2007 06:52:37 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 13 Feb 2007 06:53:40 -0300 User-Agent: KMail/1.9.4 References: <200702130757.l1D7vPnP025671@lurza.secnetix.de> In-Reply-To: <200702130757.l1D7vPnP025671@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702130653.41321.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Kevin Way , Oliver Fromme Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 08:52:39 -0000 On Tuesday 13 February 2007 04:57, Oliver Fromme wrote: > Kevin Way wrote: > =A0> Oliver Fromme wrote: > =A0> > But you called it "confusing". =A0That's just your personal > =A0> > perception. =A0It doesn't mean it is confusing to everybody. > =A0> > =A0 > =A0> If asked what -alias does, would you really reply "it removes the > =A0> primary IP, > =A0> while leaving the alias?" =A0Be honest here. > > No, I wouldn't answer that, because there is no such thing > as a primary IP. =A0All IPs on an interface are equal. =A0The > term alias exists only for historical reasons, and it's > clearly becoming obsolete. my dear friend I really do not know why you insist on writing this again an= d=20 again. Firstable it is wrong what you say. IP Aliasing is a correct and=20 perfect term, used since it is possible to set more then one IP and people= =20 use it all over the world, in simple networks and specially in hosting=20 environments. So it probably never will become obsolete because firstable i= t=20 is THE word in use everywhere, it is grammatically correct and it is easy t= o=20 understand.=20 It does not exist for historical reasons. It is part of IP history and an=20 important one, exist because it is in use and so it will stay with us - in= =20 all OSs ... and almost all languages it is understood as it is - perfectly = by=20 definition. The only correct thing you say here is that all IPs are equal - and - nobod= y=20 EVER said something different. Aliasing does not say anything about priority of the Ip it is simply relate= d=20 to the time the interface was set with the IP so the first IP is the one=20 which was set first and the first alias is the one which was set after. So by common sense alias describes an additional IP address which was add t= o=20 an already existent address. Otherwise it would not be an alias.=20 This understanding, which is completely correct, makes it wrong that "ifcon= fig=20 nic -alias" removes an IP address which is unique on this interface. At lea= st=20 when done without warning.=20 And also makes it wrong to remove the IP which was set first on this interf= ace=20 since it is not an alias by common understanding even if it is equal in=20 technical functions. Then, at the end it is perfectly ok when people say primary address because= it=20 might be for them THE address of THEIR machine. This is manner of speaking= =20 and they are probably fully aware of that the other IPs are equal.=20 And so this must be bethought, you can not run against common sense even if= =20 there might be something not exactly expressed. By all respect, you are=20 running against the wall here. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 10:38:28 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1616116A406 for ; Tue, 13 Feb 2007 10:38:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 697CF13C4A8 for ; Tue, 13 Feb 2007 10:38:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (sbapqb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DAcK9j043676; Tue, 13 Feb 2007 11:38:25 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DAcK4k043675; Tue, 13 Feb 2007 11:38:20 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 11:38:20 +0100 (CET) Message-Id: <200702131038.l1DAcK4k043675@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <200702121730.36307.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 11:38:26 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 10:38:28 -0000 JoaoBR wrote: > Oliver Fromme wrote: > > No, not at all. As soon as you use the terms "primary IP > > address" and "secondary IP addresses", you imply that they > > are not equal. But they are equal. It's just a list of > > IP addresses assigned to an interface which happens to have > > a certain order. > > > > nobody claims that there is an master-slave order or something, alias is the > secondary in order of time, but not in value, I do not even understand why > you talking so much about this, the point is more than clear No, it doesn't seem to be clear to you. As soon as you use the terms "primary" and "secondary", you are implying a certain order in the meaning of the IP addresses. But as far as the ifconfig(8) tool is concerned, there is no order, no matter ow you would interpret it. In theory, ifconfig could print the IP addresses for an interface in random order, and each time in a different order. Which of them would you call "primary" then? Which of them would be "aliases"? > > > > If no IP address is specified, then it's not completely > > > > nonsensical to remove the first address. In fact I've > > > > used that short-cut to quickly remove the only address > > > > from an interface. I've used "ifconfig xyz0 delete" > > > > quite a lot. > > yes it is! it does not matter which word, without an IP address it should NOT > remove anything I understand that that's your preference. But it's not mine. People clearly have different opinions on that subject. That doesn't mean that one opinion is right and the other is wrong. It's just a matter of perception. Currently it is undocumented what the ifconfig command does when no IP address is specified. While you could assume that it prints a syntax error message, it is not guaranteed that it does. Basically there are two possibilities: Change the man page so it documents the behaviour correctly. Or change the program so it prints an error message, _and_ change the man page so it documents that fact. Personally, as I've already mentioned, I would prefer to solve the problem by printing the error message for the "-alias" parameter only, but keep the current behaviour for the "delete" and "remove" parameters. Another possibility, of course, is to make the behaviour configurable, e.g. dependant on a variable such as IFCONFIG_TRADITIONAL or IFCONFIG_FORSISSIES. > > > the man page tells us that -alias removes *the* specified address and > > > not the first, also the man page does not say that there is any further > > > action when *no* IP address specified > > > > That's true. Usually if something is not documented, the > > behaviour is undefined. > > undefined is absolutely not similar to remove something .. "Undefined" can mean anything. There are quite a lot of examples of undefined behaviour. > all commands which remove something "usally" say something when trying to use > without value, rm, rmdir, rmuser ... I really do not remember any other > then -alias which does so >From the top of my head, lprm(1) does so. However, the difference is that it's documented in its manual page. > > In fact, it might also make sense to enhance the syntax > > to allow the specification of a number, for example > > "ifconfig xyz0 delete #2" would remove the second address > > my god what a horrible idea is that! You fail to explain why. I think it would be very useful and less error prone, because typing a single digit is easier than typing an IP address. > do you remember "#" in UNIX???? You did not quote my next sentence (intentionally?) where I wrote that the syntax was just an example. My point was the functionality, not the exact syntax in that example. I also wouldn't object "ifconfig xyz0 delete all" which would quickly delete all addresses from an interface. I could have used that more than once, really. Instead, currently I have to use "ifconfig xyz0 delete" several times until I get EADDRNOTAVAIL (thankfully there's a shell history, so I just need to press Cursor-up and Enter repeatedly). > the command "ifconfig nic -alias IP" is OK, perfect, even delete is, the > problem and the only problem is that both remove without specifying a value a > value and that *IS* wrong behaviour, Neither you nor me decide what is "wrong". Actually I think there is no right or wrong here. The issue is that every behaviour clearly has advantages and disadvantages. Whether one is "more wrong" or "more right" (i.e. has more disadvantages than advantages or vice versa) can be debated, as we see here. There are quite a lot of points that need to be taken into consideration. 1. Standards compliance, if applicable. 2. Consistency with other operating systems, if desirable. 3. Consistency with historic behaviour. 4. POLA compliance. 5. Possibility of breakage when changes are made. 6. Feature regression. 7. Convenience of usage. 8. ... and probably much more. Some of those points are more important than others, of course. The above list does not imply an order, i.e. the first point is not the primary one. ;-) > otherwise *you* must agree that rm > removes the first file it finds, rmuser the first user and and and, that is > wrong, documented or not It would be wrong, because it would violate the synopsis according to SUSv3/POSIX. The problem is that there is no synopsis for the parameters in ifconfig (in the manual page), apart from the fact that ifconfig isn't a standard and differs considerably between operating systems. For example, Solaris doesn't know the notion of "IP aliases" at all (on the other hand, the ifconfig(1M) manual page on Solaris has a very detailed and complete synopsis). > > However, such a feature will run into problems when the > > set of ip addresses is not an ordered list anymore, which > > might very well happen in the future. Then there will be > > no "first" and "last" anymore, but instead the interface > > will just have an unordered set of IP addresses. In fact > > I wish that would already be the case, so people saying > > "primary" and "secondary" would shut up already. :-) > > then they come up in random order on each "ifconfig nic" :) ??? Yes, why not? If you think that's strange or funny, then you haven't really understood my whole point. If the IP addresses are not stored in a simple list internally, but in a more efficient structure (such as certain kinds of trees), then it can very well happen that they're printed in random order. Unless, of course, the ifconfig tool sorted them itself for output (like ls(1) sorts file names by default unless you use -f), but then the order would still be arbitrary and not reflect any order meaningful to the kernel. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 10:47:29 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5340A16A407 for ; Tue, 13 Feb 2007 10:47:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id AD8FC13C49D for ; Tue, 13 Feb 2007 10:47:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mbcncv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DAlM72048842; Tue, 13 Feb 2007 11:47:27 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DAlLIj048841; Tue, 13 Feb 2007 11:47:21 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 11:47:21 +0100 (CET) Message-Id: <200702131047.l1DAlLIj048841@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, jfarmer@goldsword.com In-Reply-To: <45D0E98A.3010600@goldsword.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 11:47:27 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, jfarmer@goldsword.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 10:47:29 -0000 J. T. Farmer wrote: > Oliver Fromme wrote: > > But when removing something without specifying which one, > > it makes some sense to simply remove the first existing > > address on that interface. It would even be OK with me > > to remove the last one, or an arbitrary one -- I use that > > shortcut mostely when I need to remove the only address > > from an interface (or all existing addresses), so it > > doesn't matter. > > Doing apparently random and arbitrary things is bad, regardless. I agree that it's bad if it's not well documented, which is the case here, unfortunately. > re-cast the argument, suppose you found out that your employer had > a command in the company accounting system called > "VacationConfig -transfer" that would transfer random days from your > vacation pot to some arbitrary receiver. .. Well, if it was documented ... But it would probably violate my work contract, so he'd better not use the command. ;-) > It is very clear that ifconfig does not behave in the manner that the man > pages claim. It's true that the manpage is very unclear and needs to be improved. It's also true that the command line parser of ifconfig is a rather complex beast that has grown in nasty ways over the years. Maybe now would be the right time to completely redesign the ifconfig tool. Only in -current, of course, with very big HEADS-UP warning in the lists and in UPDATING. But I fear that there are no devloper resources to do that right, so any change will end up as just another patch work that won't really clean things up, but instead make it worse. :-/ > that way in -current. Then MFC it back to -stable... I don't think that any significant changes in the behaviour of such an important tool will be MFC'ed to a stable branch. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 13:17:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7186C16A400 for ; Tue, 13 Feb 2007 13:17:33 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 11AAB13C4AC for ; Tue, 13 Feb 2007 13:17:27 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id C4A5D1AEDFB; Tue, 13 Feb 2007 08:17:23 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Tue, 13 Feb 2007 08:17:23 -0500 X-Sasl-enc: Le/PUxz0C1B1T1ZmX+evHYfHaIhkqR9ZnV3GwKoWxqXf 1171372643 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 8E9181161C; Tue, 13 Feb 2007 08:17:20 -0500 (EST) Message-ID: <45D1BA5F.2030706@FreeBSD.org> Date: Tue, 13 Feb 2007 13:17:19 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: JoaoBR References: <200702130757.l1D7vPnP025671@lurza.secnetix.de> <200702130653.41321.joao@matik.com.br> In-Reply-To: <200702130653.41321.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kevin Way , freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 13:17:33 -0000 JoaoBR wrote: > > The only correct thing you say here is that all IPs are equal - and - nobody > EVER said something different. > > Aliasing does not say anything about priority of the Ip it is simply related > to the time the interface was set with the IP so the first IP is the one > which was set first and the first alias is the one which was set after. > > The thing is, source selection policy and IP address scope blow the assumptions in this discussion out of the water, as does the concept of unnumbered IP interfaces. Scoping and selection policy is necessary to support link-local IPv4 (Zeroconf) and IPv6 as we move swiftly into a world where these things are a fact of life, and make deployment of useful IP networks for non computer users a reality. Interface preference is desirable in a stack supporting multipathing. Unnumbered IP, for example, is not dealt with at all well by the BSD stack. There are situations in which it is perfectly valid; a newly booting machine; a router at the end of a PPP link. We deal with something like 30% of the problem space for unnumbered IP. We need to be able to tell the IP stack 'be attached to this interface without a configured IP'. ifconfig syntax currently doesn't capture this requirement; the keywords 'add/delete' are closer to this intent. In the meantime, attachment of an address family to an ifnet in the kernel depends upon having at least one address configured, therefore 'alias/-alias' is the best fit to the current reality of the code. I look forward to seeing patches as a result of this discussion if anybody actually wishes to change anything. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 15:49:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5393116A49C for ; Tue, 13 Feb 2007 15:49:44 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mx1.caravan.ru (mx1.caravan.ru [217.23.130.2]) by mx1.freebsd.org (Postfix) with ESMTP id 134B413C47E for ; Tue, 13 Feb 2007 15:49:44 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [217.23.131.8] (helo=[10.102.0.65]) by mx1.caravan.ru with esmtp (Exim 4.60) (envelope-from ) id 1HGzuZ-000LQt-0e for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 18:49:43 +0300 Message-ID: <45D1DE71.50706@lxnt.info> Date: Tue, 13 Feb 2007 18:51:13 +0300 From: Alexander Sabourenkov User-Agent: Thunderbird 1.5.0.9 (X11/20070111) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <20070208094620.GA9599@rink.nu> <00a701c74b6e$7c3e4550$fe03a8c0@claylaptop> <20070208165224.GA35610@icarus.home.lan> <004401c74c31$f8159160$0c00a8c0@Artem> <45CC72D4.9040104@lxnt.info> <45CC8F3C.2070808@lxnt.info> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 15:49:44 -0000 Hi. > > Interesting - Someone else mentioned the same thing. The amr(4) > manpage doesn't seem to be updated to mention the latest cards > though. I did notice the driver hasn't been really updated in a > while either. Wouldn't this cause a problem with identifying the > newer cards? > The authoritative source is the source itself: grep amr_device_ids /usr/src/sys/dev/amr/amr_pci.c -- ./lxnt From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 16:16:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 875D616A41F for ; Tue, 13 Feb 2007 16:16:57 +0000 (UTC) (envelope-from jbozza@qlinksmedia.com) Received: from mail.thinkburst.com (mail.thinkburst.com [66.210.222.46]) by mx1.freebsd.org (Postfix) with ESMTP id 5597613C4A6 for ; Tue, 13 Feb 2007 16:16:57 +0000 (UTC) (envelope-from jbozza@qlinksmedia.com) Received: from mailgate.thinkburstmedia.com (gateway.thinkburstmedia.com [66.210.222.36]) by mail.thinkburst.com (Postfix) with ESMTP id 7CDC41CC42; Tue, 13 Feb 2007 10:16:56 -0600 (CST) Received: from thinkburst.com (bacchus.thinkburst.com [10.1.1.25]) by mailgate.thinkburstmedia.com (Postfix) with ESMTP id 6143C17040; Tue, 13 Feb 2007 10:16:56 -0600 (CST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Tue, 13 Feb 2007 10:16:55 -0600 Message-ID: In-Reply-To: <45D1DE71.50706@lxnt.info> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: What is a good choice of sata-ii raid controller for freebsd? Thread-Index: AcdPhxOGdcLtZQEHSBqw82JfNzbPJQAAp9ig References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <20070208094620.GA9599@rink.nu> <00a701c74b6e$7c3e4550$fe03a8c0@claylaptop> <20070208165224.GA35610@icarus.home.lan> <004401c74c31$f8159160$0c00a8c0@Artem> <45CC72D4.9040104@lxnt.info> <45CC8F3C.2070808@lxnt.info> <45D1DE71.50706@lxnt.info> From: "Jaime Bozza" To: "Alexander Sabourenkov" Cc: freebsd-stable@freebsd.org Subject: RE: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 16:16:57 -0000 PiA+IEludGVyZXN0aW5nIC0gU29tZW9uZSBlbHNlIG1lbnRpb25lZCB0aGUgc2FtZSB0aGluZy4g IFRoZSBhbXIoNCkNCj4gPiBtYW5wYWdlIGRvZXNuJ3Qgc2VlbSB0byBiZSB1cGRhdGVkIHRvIG1l bnRpb24gdGhlIGxhdGVzdCBjYXJkcw0KPiA+IHRob3VnaC4gIEkgZGlkIG5vdGljZSB0aGUgZHJp dmVyIGhhc24ndCBiZWVuIHJlYWxseSB1cGRhdGVkIGluIGENCj4gPiB3aGlsZSBlaXRoZXIuICBX b3VsZG4ndCB0aGlzIGNhdXNlIGEgcHJvYmxlbSB3aXRoIGlkZW50aWZ5aW5nIHRoZQ0KPiA+IG5l d2VyIGNhcmRzPw0KPiA+DQo+IA0KPiBUaGUgYXV0aG9yaXRhdGl2ZSBzb3VyY2UgaXMgdGhlIHNv dXJjZSBpdHNlbGY6DQo+ICAgIGdyZXAgYW1yX2RldmljZV9pZHMgL3Vzci9zcmMvc3lzL2Rldi9h bXIvYW1yX3BjaS5jDQoNCg0KVHJ1ZSAtIEJ1dCB3aXRob3V0IGhhdmluZyBhIGNhcmQgdG8gY2hl Y2sgdGhlIGlkcywgaXQgZG9lc24ndCBoZWxwIGFsbCB0aGF0IG11Y2guICBBZnRlciBhIGJ1bmNo IG9mIGRvd25sb2FkaW5nIFdpblhQIGRyaXZlcnMgdG8gbG9vayB1cCB2ZW5kb3IgaWRzLCBpdCBz ZWVtcyB0aGF0IHRoZSBGcmVlQlNEIGRyaXZlciBkb2VzIG5vdCBzdXBwb3J0IGFueSBvZiB0aGUg UENJIEV4cHJlc3MgYm9hcmRzIChvciBTZXJ2ZXIgYm9hcmRzKSBhdCB0aGlzIHBvaW50IGluIHRp bWUuDQoNCg0KSmFpbWUgQm96emENClFsaW5rcyBNZWRpYSBHcm91cA0K From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 17:15:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37F4316A400 for ; Tue, 13 Feb 2007 17:15:18 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 20AE213C478 for ; Tue, 13 Feb 2007 17:15:16 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 7F99C1A000B14 for ; Tue, 13 Feb 2007 09:15:15 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FNhembC+jdGx for ; Tue, 13 Feb 2007 09:15:05 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 251411A000B0B for ; Tue, 13 Feb 2007 09:15:05 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 13 Feb 2007 09:15:04 -0800 User-Agent: KMail/1.9.5 References: <200702131038.l1DAcK4k043675@lurza.secnetix.de> In-Reply-To: <200702131038.l1DAcK4k043675@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702130915.04257.fcash@ocis.net> Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 17:15:18 -0000 On Tuesday 13 February 2007 02:38 am, Oliver Fromme wrote: > JoaoBR wrote: > > Oliver Fromme wrote: > > > No, not at all. As soon as you use the terms "primary IP > > > address" and "secondary IP addresses", you imply that they > > > are not equal. But they are equal. It's just a list of > > > IP addresses assigned to an interface which happens to have > > > a certain order. > > > > nobody claims that there is an master-slave order or something, > > alias is the secondary in order of time, but not in value, I do not > > even understand why you talking so much about this, the point is > > more than clear > > No, it doesn't seem to be clear to you. > > As soon as you use the terms "primary" and "secondary", > you are implying a certain order in the meaning of the > IP addresses. But as far as the ifconfig(8) tool is > concerned, there is no order, no matter ow you would > interpret it. In theory, ifconfig could print the IP > addresses for an interface in random order, and each > time in a different order. Which of them would you > call "primary" then? Which of them would be "aliases"? For a set of IPs in the same subnet on the same interface, wouldn't the primary IP be the one with the proper netmask, and all IPs with netmasks of /32 be secondary? In that situation, wouldn't deleting the primary IP cause connection issues for the rest of the IPs? For a set of IPs in separate subnets, each with their own non-/32 netmasks, there wouldn't really be a distinction between primary / secondary. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 17:20:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7938E16A408 for ; Tue, 13 Feb 2007 17:20:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 45F2813C4B8 for ; Tue, 13 Feb 2007 17:20:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HH1Jy-0000ZK-BC for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 17:20:02 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HH1Jv-0001Op-4p for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 17:19:59 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Tue, 13 Feb 2007 17:19:59 +0000 Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 17:20:04 -0000 > For a set of IPs in the same subnet on the same interface, wouldn't the > primary IP be the one with the proper netmask, and all IPs with netmasks > of /32 be secondary? In that situation, wouldn't deleting the primary IP > cause connection issues for the rest of the IPs? Indeed. I too am not convinced by the 'there is no such thing as a primary IP address' thing either - because it's trivial to observe that if you add several addresses to an interface and make outgoing connections then one of those (the one with the correct netmask) is always the one used as the source address. Which looks suspiciously like a primary IP address to me - or at least one which is being treated slightly differently to all the others on that interface anyway. -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 17:22:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8A1F16A408 for ; Tue, 13 Feb 2007 17:22:14 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id A16FA13C4B9 for ; Tue, 13 Feb 2007 17:22:14 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 202051A000B18 for ; Tue, 13 Feb 2007 09:22:14 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MQnT+ZDqS2Sq for ; Tue, 13 Feb 2007 09:22:02 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 6CD4C1A000B0E for ; Tue, 13 Feb 2007 09:22:02 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 13 Feb 2007 09:22:01 -0800 User-Agent: KMail/1.9.5 References: <200702130757.l1D7vPnP025671@lurza.secnetix.de> In-Reply-To: <200702130757.l1D7vPnP025671@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702130922.01746.fcash@ocis.net> Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 17:22:14 -0000 On Monday 12 February 2007 11:57 pm, Oliver Fromme wrote: > Kevin Way wrote: > > Oliver Fromme wrote: > > > But you called it "confusing". That's just your personal > > > perception. It doesn't mean it is confusing to everybody. > > > > If asked what -alias does, would you really reply "it removes the > > primary IP, > > while leaving the alias?" Be honest here. > > No, I wouldn't answer that, because there is no such thing > as a primary IP. All IPs on an interface are equal. The > term alias exists only for historical reasons, and it's > clearly becoming obsolete. > > If asked what "-alias" does, I would reply that it is an > alias for "delete" or "remove", which removes an IP address > from an interface. According to the docs, the IP address > to be removed must be specified. The docs don't mention > what happens if none is specified, so the behaviour is > undefined and should not be relied on. It just happens [insert tongue into cheek] Hmmm, so if the behaviour is undefined, and should not be relied upon, why is everyone arguing to keep it as they rely upon it? :) If no one should be relying upon this undefined behaviour, then why not fix it and make it reliable? -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 17:44:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40A1516A406 for ; Tue, 13 Feb 2007 17:44:28 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 29D2613C49D for ; Tue, 13 Feb 2007 17:44:28 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 4CA6D1A000B17 for ; Tue, 13 Feb 2007 09:44:27 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id k7BAGR5QiBzv for ; Tue, 13 Feb 2007 09:44:19 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id B30721A000B20 for ; Tue, 13 Feb 2007 09:44:19 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 13 Feb 2007 09:44:18 -0800 User-Agent: KMail/1.9.5 References: <20070212163652.GA51709@lor.one-eyed-alien.net> <20070213023753.5a8fdb7c@loki.starkstrom.lan> <200702130544.58242.joao@matik.com.br> In-Reply-To: <200702130544.58242.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702130944.18871.fcash@ocis.net> Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 17:44:28 -0000 On Tuesday 13 February 2007 12:44 am, JoaoBR wrote: > On Monday 12 February 2007 22:37, Joerg Pernfuss wrote: > > On Mon, 12 Feb 2007 19:18:54 -0300 > > > > JoaoBR wrote: > > > I believe the problem here is that > > > > > > ifconfig_nic="inet IP" > > > ifconfig_nic="ether MAC" > > > > > > does not work on one line and does not work on two either, the > > > latter overrides and or you get an IP address with original MAC or > > > you get a new MAC without IP. > > > > Yes, you have to put 'ifconfig nic ether MAC' in /etc/start_if.nic > > for this to work afair. Same approach you need to set WEP etc on a > > wireless nic if you have ifconfig_nic="DHCP" in your rc.conf. > > if I am remembering well dhcp things you can put into dhclient.conf as > > interface "nic" { > media "ssid SSID nwkey KEY"; > } > > or so to be set before sending the dhcp request. /etc/wpa_supplicant.conf works much nicer for this. Put all the wireless settings in there (including unencrypted, WEP, or WPA) for as many different networks as you want. Add WPA to the ifconfig line in /etc/rc.conf. Then wpa_supplicant handles scanning for networks, associating to the access point, and bringing the interface "up". Only after the interface is "up" will dhclient be run. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 18:09:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3106316A400 for ; Tue, 13 Feb 2007 18:09:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.freebsd.org (Postfix) with ESMTP id 2534913C48E for ; Tue, 13 Feb 2007 18:09:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc13) with ESMTP id <20070213180910m1300ss6hte>; Tue, 13 Feb 2007 18:09:10 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3D0FF1FA01D; Tue, 13 Feb 2007 10:09:10 -0800 (PST) Date: Tue, 13 Feb 2007 10:09:10 -0800 From: Jeremy Chadwick To: Pete French Message-ID: <20070213180910.GA69270@icarus.home.lan> Mail-Followup-To: Pete French , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 18:09:11 -0000 On Tue, Feb 13, 2007 at 05:19:59PM +0000, Pete French wrote: > > For a set of IPs in the same subnet on the same interface, wouldn't the > > primary IP be the one with the proper netmask, and all IPs with netmasks > > of /32 be secondary? In that situation, wouldn't deleting the primary IP > > cause connection issues for the rest of the IPs? > > Indeed. I too am not convinced by the 'there is no such thing as a > primary IP address' thing either - because it's trivial to observe > that if you add several addresses to an interface and make outgoing > connections then one of those (the one with the correct netmask) is > always the one used as the source address. Which looks suspiciously like > a primary IP address to me - or at least one which is being treated > slightly differently to all the others on that interface anyway. I agree. I consider the "primary IP" the first (non-aliased) IP bound to the interface. This is the same IP used by default if no particular IP address is explicitly populated sockaddr_in.sin_addr.s_addr during bind(2). I think most system administrators consider a "primary IP" the same thing I do. The underlying API probably does not differentiate any of them (although the routing table seems to differentiate aliases from the "primary IP"; look at netstat -rn), but underlying socket calls probably pick the first entry in the "address index table" per interface when one is not defined, probably based on the routing table too. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 18:17:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CE6316A400 for ; Tue, 13 Feb 2007 18:17:54 +0000 (UTC) (envelope-from karel@lovetemple.net) Received: from as1.siol.net (as1.siol.net [193.189.160.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7F77613C4A3 for ; Tue, 13 Feb 2007 18:17:53 +0000 (UTC) (envelope-from karel@lovetemple.net) Received: from edge2.siol.net ([10.10.10.211]) by mta1.siol.net with ESMTP id <20070213175732.VQDN9078.mta1.siol.net@edge2.siol.net> for ; Tue, 13 Feb 2007 18:57:32 +0100 Received: from [192.168.0.149] (really [86.61.107.174]) by edge2.siol.net with ESMTP id <20070213175731.SEPG7497.edge2.siol.net@[192.168.0.149]>; Tue, 13 Feb 2007 18:57:31 +0100 Message-ID: <45D1FC09.1030607@lovetemple.net> Date: Tue, 13 Feb 2007 18:57:29 +0100 From: Karel Miklav User-Agent: Thunderbird 1.5.0.9 (X11/20070206) MIME-Version: 1.0 To: "Todorov @ Paladin" , freebsd-stable References: <45D08653.2020509@paladin.bulgarpress.com> <20070212171256.GB40543@icarus.home.lan> In-Reply-To: <20070212171256.GB40543@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 18:17:54 -0000 Jeremy Chadwick wrote: > I think this has been discussed before. The problem is that FreeBSD's > bootloader doesn't support booting off of such devices, thus you > need to use GRUB or another bootloader. But the guy from tutorial is doing that, and I made such a stick too. And it boots on ThinkPad X40 perfectly. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 18:36:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3407516A402 for ; Tue, 13 Feb 2007 18:36:10 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1A813C4D5 for ; Tue, 13 Feb 2007 18:36:10 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id F0B3DC40DE for ; Tue, 13 Feb 2007 18:56:38 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30423-01 for ; Tue, 13 Feb 2007 18:56:00 +0000 (UTC) Received: from [192.168.0.1] (a213-22-26-4.cpe.netcabo.pt [213.22.26.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 44ABEC4641 for ; Tue, 13 Feb 2007 18:56:00 +0000 (UTC) Message-ID: <45D204F0.2070001@barafranca.com> Date: Tue, 13 Feb 2007 18:35:28 +0000 From: Hugo Silva User-Agent: Thunderbird 1.5.0.7 (X11/20061007) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Subject: Panic: 6.2-STABLE/RELEASE, sysctl (on boot) -- ath related X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 18:36:10 -0000 Hi, While upgrading a fileserver / home wireless access point to 6.2-RELEASE, it wouldn't come back after the regular build/installworld/mergemaster procedures. I attached a keyboard and monitor to the server and noticed it was panicking on boot, current process being sysctl: Feb 13 18:27:51 hyperblast kernel: Fatal trap 12: page fault while in kernel mode Feb 13 18:27:51 hyperblast kernel: fault virtual address = 0x0 Feb 13 18:27:51 hyperblast kernel: fault code = supervisor read, page not present Feb 13 18:27:51 hyperblast kernel: instruction pointer = 0x20:0xc06fb2a6 Feb 13 18:27:51 hyperblast kernel: stack pointer = 0x28:0xd9734ad8 Feb 13 18:27:51 hyperblast kernel: frame pointer = 0x28:0xc3383000 Feb 13 18:27:51 hyperblast kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 13 18:27:51 hyperblast kernel: = DPL 0, pres 1, def32 1, gran 1 Feb 13 18:27:51 hyperblast kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 13 18:27:51 hyperblast kernel: current process = 186 (sysctl) Feb 13 18:27:51 hyperblast kernel: trap number = 12 Feb 13 18:27:51 hyperblast kernel: panic: page fault Feb 13 18:27:51 hyperblast kernel: Uptime: 3s Feb 13 18:27:51 hyperblast kernel: Cannot dump. No dump device defined. Feb 13 18:27:51 hyperblast kernel: Automatic reboot in 15 seconds - press a key on the console to abort Feb 13 18:27:51 hyperblast kernel: --> Press a key on the console to reboot, Feb 13 18:27:51 hyperblast kernel: --> or switch off the system now. Feb 13 18:27:51 hyperblast kernel: Rebooting... The last line seen before the panic is sysctl adjusting values (according to sysctl.conf): # tail /etc/sysctl.conf dev.ath.0.tpscale=1 dev.ath.0.diversity=0 Now, there are two interesting things to note: a) If I uncomment these lines with the system running and reload (/etc/rc.d/sysctl reload), there's no panic. b) It used to work just fine on 6.0-RELEASE-p5. It is not a big deal, but just something that perhaps should be fixed. For the records, I tried -RELEASE and -STABLE. Currently running -STABLE (as of 2007-02-12 @ about 2AM GMT) Best regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 18:37:25 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C4A916A41F for ; Tue, 13 Feb 2007 18:37:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E47CD13C471 for ; Tue, 13 Feb 2007 18:37:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nspslg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DIbH6q010477; Tue, 13 Feb 2007 19:37:23 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DIbHJW010476; Tue, 13 Feb 2007 19:37:17 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 19:37:17 +0100 (CET) Message-Id: <200702131837.l1DIbHJW010476@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net In-Reply-To: <200702130915.04257.fcash@ocis.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 19:37:23 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 18:37:25 -0000 Freddie Cash wrote: > For a set of IPs in the same subnet on the same interface, wouldn't the > primary IP be the one with the proper netmask, and all IPs with netmasks > of /32 be secondary? That's historic. :-) Old versions of FreeBSD indeed required the netmask of the "aliases" to be /32 in that case. But it's no longer the case. # ifconfig re0 re0: flags=8843 mtu 1500 options=1b inet 88.198.44.136 netmask 0xffffffe0 broadcast 88.198.44.159 inet 88.198.173.154 netmask 0xfffffff8 broadcast 88.198.173.159 inet 88.198.173.155 netmask 0xfffffff8 broadcast 88.198.173.159 inet 88.198.173.156 netmask 0xfffffff8 broadcast 88.198.173.159 inet 88.198.173.157 netmask 0xfffffff8 broadcast 88.198.173.159 inet 88.198.173.158 netmask 0xfffffff8 broadcast 88.198.173.159 > In that situation, wouldn't deleting the primary IP > cause connection issues for the rest of the IPs? No. I can delete _any_ of the above IP addresses, and the others would still work perfectly fine. I already did things like that (on a different machine). As for outgoing connections: It is true that the kernel picks a random matching IP address to be the source IP, which happens to be the first one, but that's just as coincidence as "-alias" picking the first one if none is given. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 18:42:14 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D34116A400 for ; Tue, 13 Feb 2007 18:42:14 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 975CE13C442 for ; Tue, 13 Feb 2007 18:42:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fezkly@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DIg7xj016709; Tue, 13 Feb 2007 19:42:12 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DIg7EX016708; Tue, 13 Feb 2007 19:42:07 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 19:42:07 +0100 (CET) Message-Id: <200702131842.l1DIg7EX016708@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net In-Reply-To: <200702130922.01746.fcash@ocis.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 19:42:12 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 18:42:14 -0000 Freddie Cash wrote: > Oliver Fromme wrote: > > If asked what "-alias" does, I would reply that it is an > > alias for "delete" or "remove", which removes an IP address > > from an interface. According to the docs, the IP address > > to be removed must be specified. The docs don't mention > > what happens if none is specified, so the behaviour is > > undefined and should not be relied on. It just happens > > [insert tongue into cheek] > Hmmm, so if the behaviour is undefined, and should not be relied upon, > why is everyone arguing to keep it as they rely upon it? :) Good question. Personally I use that "feature" only at the shell prompt (interactively) because it saves typing and potentially reduces typing errors. And I see imemdiately if it fails or produces unexpected results. In scripts I always use the documented syntax, so there's no danger. > If no one should be relying upon this undefined behaviour, then why > not fix it and make it reliable? Exactly. That's what I'm suggesting. Fix the manual page, so the behaviour isn't undefined anymore, thus make it reliable. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 18:55:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD51416A402 for ; Tue, 13 Feb 2007 18:55:54 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id ADDE813C49D for ; Tue, 13 Feb 2007 18:55:54 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 6C7391A000B0F for ; Tue, 13 Feb 2007 10:55:53 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jeNsVTZSJF0z for ; Tue, 13 Feb 2007 10:55:42 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 08B501A000B0B for ; Tue, 13 Feb 2007 10:55:42 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 13 Feb 2007 10:55:41 -0800 User-Agent: KMail/1.9.5 References: <200702131837.l1DIbHJW010476@lurza.secnetix.de> In-Reply-To: <200702131837.l1DIbHJW010476@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702131055.41407.fcash@ocis.net> Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 18:55:54 -0000 On Tuesday 13 February 2007 10:37 am, Oliver Fromme wrote: > Freddie Cash wrote: > > For a set of IPs in the same subnet on the same interface, wouldn't > > the primary IP be the one with the proper netmask, and all IPs with > > netmasks of /32 be secondary? > > That's historic. :-) Old versions of FreeBSD indeed > required the netmask of the "aliases" to be /32 in that > case. But it's no longer the case. Hmmm, if this is the case, then the man page for ifconfig(8) is out-of-date wrt this as well: alias Establish an additional network address for this interface. This is sometimes useful when changing network numbers, and one wishes to accept packets addressed to the old interface. If the address is on the same subnet as the first network address for this interface, a non-conflicting netmask must be given. Usually 0xffffffff is most appropriate. > # ifconfig re0 > re0: flags=8843 mtu 1500 > options=1b > inet 88.198.44.136 netmask 0xffffffe0 broadcast 88.198.44.159 > inet 88.198.173.154 netmask 0xfffffff8 broadcast 88.198.173.159 > inet 88.198.173.155 netmask 0xfffffff8 broadcast 88.198.173.159 > inet 88.198.173.156 netmask 0xfffffff8 broadcast 88.198.173.159 > inet 88.198.173.157 netmask 0xfffffff8 broadcast 88.198.173.159 > inet 88.198.173.158 netmask 0xfffffff8 broadcast 88.198.173.159 > > > In that situation, wouldn't deleting the primary IP > > cause connection issues for the rest of the IPs? > > No. I can delete _any_ of the above IP addresses, and the > others would still work perfectly fine. I already did > things like that (on a different machine). Yes, but each of the IPs is on their own subnet. I'm talking about a situation where one IP on the interface has a /24 netmask, and all the other IPs on the interface have /32 netmasks. Would removing the IP with a /24 netmask cause connection issues for the other IPs on that interface? I don't have access to a test box at the moment (that's at home) to check. > As for outgoing connections: It is true that the kernel > picks a random matching IP address to be the source IP, > which happens to be the first one, but that's just as > coincidence as "-alias" picking the first one if none > is given. ;-) Is it a coincidence, though? If you add the following IPs to an interface: x.x.x.2/24 x.x.x.3/32 x.x.x.4/32 x.x.x.5/32 Then remove x.x.x.2, and re-add it as x.x.x.2/24 so it appears at the bottom of the list of IPs, what IP is used for outgoing connections? My gut tells me it'll be x.x.x.2, but I'll have to check that when I get home. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 19:03:09 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33FAC16A408 for ; Tue, 13 Feb 2007 19:03:09 +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 82BAC13C441 for ; Tue, 13 Feb 2007 19:03:08 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: (qmail 24261 invoked from network); 13 Feb 2007 19:03:06 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 13 Feb 2007 19:03:06 -0000 Date: Tue, 13 Feb 2007 20:03:06 +0100 (CET) Message-Id: <20070213.200306.74735550.sthaug@nethelp.no> To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net, olli@lurza.secnetix.de From: sthaug@nethelp.no In-Reply-To: <200702131837.l1DIbHJW010476@lurza.secnetix.de> References: <200702130915.04257.fcash@ocis.net> <200702131837.l1DIbHJW010476@lurza.secnetix.de> 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: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 19:03:09 -0000 > > In that situation, wouldn't deleting the primary IP > > cause connection issues for the rest of the IPs? > > No. I can delete _any_ of the above IP addresses, and the > others would still work perfectly fine. I already did > things like that (on a different machine). > > As for outgoing connections: It is true that the kernel > picks a random matching IP address to be the source IP, > which happens to be the first one, but that's just as > coincidence as "-alias" picking the first one if none > is given. ;-) If it is indeed true that the kernel picks a *random* IP address for the source IP, I'd have to say that's not at all good enough. I'm all for being able to use the same netmask for several addresses in the same subnet (I have asked for this before) - but the source IP used by traffic generated from the host itself *must* be predictable. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 19:04:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D99616A46D for ; Tue, 13 Feb 2007 19:04:36 +0000 (UTC) (envelope-from lists-freebsd-stable@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id BB56913C4B9 for ; Tue, 13 Feb 2007 19:04:35 +0000 (UTC) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 59548 invoked by uid 1012); 13 Feb 2007 18:38:14 -0000 Date: Tue, 13 Feb 2007 19:38:14 +0100 From: Joan Picanyol i Puig To: freebsd-stable@freebsd.org Message-ID: <20070213183814.GB59287@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <200702121527.15246.joao@matik.com.br> <200702121809.l1CI9rBq065457@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702121809.l1CI9rBq065457@lurza.secnetix.de> User-Agent: Mutt/1.5.11 Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 19:04:36 -0000 * Oliver Fromme [20070212 19:11]: > But you called it "confusing". That's just your personal > perception. It doesn't mean it is confusing to everybody. > In fact it might be useful to others. It _is_ useful to > me, for example, and I would object for that syntax to go > away. Also note that it doesn't hurt anybody. Until it appears on a system startup script that ends up dropping your connection (so, go fix rc.d/jail ...). qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 19:10:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47BB116A401 for ; Tue, 13 Feb 2007 19:10:22 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id D533413C46B for ; Tue, 13 Feb 2007 19:10:21 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id l1DJAKjp001447 for ; Tue, 13 Feb 2007 20:10:20 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l1DJAJa9024428 for ; Tue, 13 Feb 2007 20:10:20 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id l1DJAJhJ024427 for freebsd-stable@freebsd.org; Tue, 13 Feb 2007 20:10:19 +0100 (CET) (envelope-from ry93) Date: Tue, 13 Feb 2007 20:10:19 +0100 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20070213191019.GA24006@hugo10.ka.punkt.de> References: <200702130915.04257.fcash@ocis.net> <200702131837.l1DIbHJW010476@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200702131837.l1DIbHJW010476@lurza.secnetix.de> User-Agent: Mutt/1.5.10i Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 19:10:22 -0000 Hi! On Tue, Feb 13, 2007 at 07:37:17PM +0100, Oliver Fromme wrote: > Freddie Cash wrote: > > For a set of IPs in the same subnet on the same interface, wouldn't the > > primary IP be the one with the proper netmask, and all IPs with netmasks > > of /32 be secondary? > > That's historic. :-) Old versions of FreeBSD indeed > required the netmask of the "aliases" to be /32 in that > case. But it's no longer the case. WTF? Er, sorry, what did I miss? This is complete news to me and I'm really surprised. I had that same thought as Freddie had when I read this thread, but did not find the time to answer until today. Was there a HEADS UP or something? > > In that situation, wouldn't deleting the primary IP > > cause connection issues for the rest of the IPs? > > No. I can delete _any_ of the above IP addresses, and the > others would still work perfectly fine. I already did > things like that (on a different machine). _If_ they all share the same netmask when they are part of the same prefix. As much as I appreciate the change, this is a big POLA violation. I considered the "netmask 0xffffffff" cast in concrete until now. Thanks for clarifying. Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 20:06:39 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0292D16A400 for ; Tue, 13 Feb 2007 20:06:39 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE5813C471 for ; Tue, 13 Feb 2007 20:06:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (tmzebi@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DK6V7V021243; Tue, 13 Feb 2007 21:06:36 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DK6VLI021242; Tue, 13 Feb 2007 21:06:31 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200702132006.l1DK6VLI021242@lurza.secnetix.de> To: sthaug@nethelp.no Date: Tue, 13 Feb 2007 21:06:31 +0100 (CET) In-Reply-To: <20070213.200306.74735550.sthaug@nethelp.no> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 21:06:37 +0100 (CET) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 20:06:39 -0000 sthaug@nethelp.no wrote: > > > > In that situation, wouldn't deleting the primary IP > > > cause connection issues for the rest of the IPs? > > > > No. I can delete _any_ of the above IP addresses, and the > > others would still work perfectly fine. I already did > > things like that (on a different machine). > > > > As for outgoing connections: It is true that the kernel > > picks a random matching IP address to be the source IP, > > which happens to be the first one, but that's just as > > coincidence as "-alias" picking the first one if none > > is given. ;-) > > If it is indeed true that the kernel picks a *random* IP address for > the source IP, I'd have to say that's not at all good enough. Well, "random" was probably misleading, I'm sorry. It should better be called "arbitrary", I think. > I'm all for being able to use the same netmask for several addresses > in the same subnet (I have asked for this before) - but the source IP > used by traffic generated from the host itself *must* be predictable. It _is_ predictable, it is the first address currently configured on the interface. But doing so is (was) an arbitrary decision. Of course, if you remove the first address, it will simply use the next one (which will then become the first one). On the other hand, if you need to guarantee that a certain address is used as source IP for outgoing connections, then you should explicitly bind the socket to that address. Many programs have an option to do that, or -- if they don't -- it's usually not too difficult to insert a bind(2) call into the source yourself. Another way to do it is to run the program inside a jail; you don't even have to set up a chroot if you don't want to: # jail / `hostname` $IP /path/to/program I would advise against relying on the current behaviour that the kernel always picks the first address as the source address for a subnet for unbound sockets. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 20:36:33 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3162C16A402 for ; Tue, 13 Feb 2007 20:36:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id A744013C48E for ; Tue, 13 Feb 2007 20:36:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qtedgn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DKaQ2e022623; Tue, 13 Feb 2007 21:36:31 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DKaP0f022622; Tue, 13 Feb 2007 21:36:25 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 21:36:25 +0100 (CET) Message-Id: <200702132036.l1DKaP0f022622@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net In-Reply-To: <200702131055.41407.fcash@ocis.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 21:36:31 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 20:36:33 -0000 Freddie Cash wrote: > Oliver Fromme wrote: > > Freddie Cash wrote: > > > For a set of IPs in the same subnet on the same interface, wouldn't > > > the primary IP be the one with the proper netmask, and all IPs with > > > netmasks of /32 be secondary? > > > > That's historic. :-) Old versions of FreeBSD indeed > > required the netmask of the "aliases" to be /32 in that > > case. But it's no longer the case. > > Hmmm, if this is the case, then the man page for ifconfig(8) is > out-of-date wrt this as well: > > alias Establish an additional network address for this interface. This > is sometimes useful when changing network numbers, and one wishes > to accept packets addressed to the old interface. If the address > is on the same subnet as the first network address for this > interface, a non-conflicting netmask must be given. Usually > 0xffffffff is most appropriate. Well, yes, the ifconfig(8) manual page is lacking in several aspects, it seems. > > # ifconfig re0 > > re0: flags=8843 mtu 1500 > > options=1b > > inet 88.198.44.136 netmask 0xffffffe0 broadcast 88.198.44.159 > > inet 88.198.173.154 netmask 0xfffffff8 broadcast 88.198.173.159 > > inet 88.198.173.155 netmask 0xfffffff8 broadcast 88.198.173.159 > > inet 88.198.173.156 netmask 0xfffffff8 broadcast 88.198.173.159 > > inet 88.198.173.157 netmask 0xfffffff8 broadcast 88.198.173.159 > > inet 88.198.173.158 netmask 0xfffffff8 broadcast 88.198.173.159 > > > > > In that situation, wouldn't deleting the primary IP > > > cause connection issues for the rest of the IPs? > > > > No. I can delete _any_ of the above IP addresses, and the > > others would still work perfectly fine. I already did > > things like that (on a different machine). > > Yes, but each of the IPs is on their own subnet. No, please look closer. The addresses above are all in the same subnet (except for the first one). It's a /29 subnet in this case, but it works exactly the same with /24 or any other subnet masks. > I'm talking about a > situation where one IP on the interface has a /24 netmask, and all the > other IPs on the interface have /32 netmasks. Would removing the IP with > a /24 netmask cause connection issues for the other IPs on that > interface? I'm not sure. I think they should just continue to work, but I would have to try that. But why would you want to use /32 netmasks? That was just a hack for the historic limitation that you couldn't use real netmasks for IPs within the same subnet. There's no reason to use that hack anymore. > If you add the following IPs to an interface: > x.x.x.2/24 > x.x.x.3/32 > x.x.x.4/32 > x.x.x.5/32 > Then remove x.x.x.2, and re-add it as x.x.x.2/24 so it appears at the > bottom of the list of IPs, what IP is used for outgoing connections? As I said, I would have to try that because I haven't used the /32 netmask hack for quite some time. I think it would indeed use the first address, i.e. x.x.x.2. > My gut tells me it'll be x.x.x.2, but I'll have to check that when I get > home. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd $ dd if=/dev/urandom of=test.pl count=1 $ file test.pl test.pl: perl script text executable From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 21:32:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C74C716A402 for ; Tue, 13 Feb 2007 21:32:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [204.127.225.96]) by mx1.freebsd.org (Postfix) with ESMTP id A6C1213C441 for ; Tue, 13 Feb 2007 21:32:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (failure[71.198.0.135]) by comcast.net (alnrmhc16) with ESMTP id <20070213213239b1600iccpke>; Tue, 13 Feb 2007 21:32:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 569DB1FA01D; Tue, 13 Feb 2007 13:32:19 -0800 (PST) Date: Tue, 13 Feb 2007 13:32:19 -0800 From: Jeremy Chadwick To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net Message-ID: <20070213213219.GA72359@icarus.home.lan> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, fcash@ocis.net References: <200702131055.41407.fcash@ocis.net> <200702132036.l1DKaP0f022622@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702132036.l1DKaP0f022622@lurza.secnetix.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 21:32:41 -0000 On Tue, Feb 13, 2007 at 09:36:25PM +0100, Oliver Fromme wrote: > > > # ifconfig re0 > > > re0: flags=8843 mtu 1500 > > > options=1b > > > inet 88.198.44.136 netmask 0xffffffe0 broadcast 88.198.44.159 > > > inet 88.198.173.154 netmask 0xfffffff8 broadcast 88.198.173.159 > > > inet 88.198.173.155 netmask 0xfffffff8 broadcast 88.198.173.159 > > > inet 88.198.173.156 netmask 0xfffffff8 broadcast 88.198.173.159 > > > inet 88.198.173.157 netmask 0xfffffff8 broadcast 88.198.173.159 > > > inet 88.198.173.158 netmask 0xfffffff8 broadcast 88.198.173.159 > > > > > > > In that situation, wouldn't deleting the primary IP > > > > cause connection issues for the rest of the IPs? > > > > > > No. I can delete _any_ of the above IP addresses, and the > > > others would still work perfectly fine. I already did > > > things like that (on a different machine). > > > > Yes, but each of the IPs is on their own subnet. > > No, please look closer. The addresses above are all in the > same subnet (except for the first one). It's a /29 subnet > in this case, but it works exactly the same with /24 or any > other subnet masks. Your configuration looks incorrect. How or why it's working is proof that the implementation (read: source code) differs from what some of the docs state. My guess is that it's working because you already have AFAIK, it should be (note alias entries 2,3,4): ifconfig_re0="inet 88.198.44.136 netmask 255.255.255.240" ifconfig_re0_alias0="inet 88.198.173.154 netmask 255.255.255.248" ifconfig_re0_alias1="inet 88.198.173.155 netmask 255.255.255.255" ifconfig_re0_alias2="inet 88.198.173.156 netmask 255.255.255.255" ifconfig_re0_alias3="inet 88.198.173.157 netmask 255.255.255.255" ifconfig_re0_alias4="inet 88.198.173.158 netmask 255.255.255.255" My guess is that it's working because your routing table already has an entry for 88.198.173.154/29 which was created by the first entry. The remaining aliases on that network (88.198.173.154/29) utilise that, but should really have netmasks with all 1s. ifconfig(8) states you should use 255.255.255.255/0xffffffff (all 1s) for IP aliases. The FreeBSD Handbook documents everything I've said quite clearly: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-virtual-hosts.html > As I said, I would have to try that because I haven't used > the /32 netmask hack for quite some time. I think it would > indeed use the first address, i.e. x.x.x.2. As far as I know it's not a hack. If it is/was a hack, can you explain the functional difference between IP aliases with a 0xffffffff netmask vs. mixed-set-bits, and point to some past references stating the difference? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 22:25:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F046B16A400 for ; Tue, 13 Feb 2007 22:25:22 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 328AA13C4A8 for ; Tue, 13 Feb 2007 22:25:22 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so452257nfc for ; Tue, 13 Feb 2007 14:25:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=aBiL/AEYcNchyKQF1HWrFFKcORscR50XxDOEGCyvYgFohDP7E6Nd2i7UAkq+mCrsKHLHWwTxzxDkJs9fWqdmkIxgeH4NKZxr6NYjuKtYcdbhcHUngH2fNy6RkkZ8GvRgmpyW9yP0NxN+dAVXM0QFT5F6k7X6DjyRsQF0jrv5sSI= Received: by 10.82.135.13 with SMTP id i13mr13379529bud.1171403637724; Tue, 13 Feb 2007 13:53:57 -0800 (PST) Received: by 10.82.175.17 with HTTP; Tue, 13 Feb 2007 13:53:57 -0800 (PST) Message-ID: <5f67a8c40702131353p102e8edbu75676807787d03b0@mail.gmail.com> Date: Tue, 13 Feb 2007 16:53:57 -0500 From: "Zaphod Beeblebrox" To: "Jaime Bozza" In-Reply-To: MIME-Version: 1.0 References: <00ad01c74b65$79db1710$0c00a8c0@Artem> <20070208165224.GA35610@icarus.home.lan> <004401c74c31$f8159160$0c00a8c0@Artem> <45CC72D4.9040104@lxnt.info> <45CC8F3C.2070808@lxnt.info> <45D1DE71.50706@lxnt.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Sabourenkov , freebsd-stable@freebsd.org Subject: Re: What is a good choice of sata-ii raid controller for freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 22:25:23 -0000 One thing I would like to see is a list of favoured non-raid multiport cards that are not dumb. We have a server running a rocket RAID controller (largely to get 8 ports of SATA). It doesn't do hot swap, it doesn't do SMART and I'm beginning to believe it might occasionally corrupt sectors (very occasionally). What I'd like to see is 4, 8 and 16 port JBOD controllers that work and are reasonably priced. I don't care about hardware RAID support (it is trivial to create systems that can boot from multiple disks with geom --- it's in the handbook). I don't care if they appear as SCSI or ATA disks.... I just want: 1) Hot swap 2) many ports 3) smartctl working From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 22:42:26 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7446816A402; Tue, 13 Feb 2007 22:42:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 23DE113C4AC; Tue, 13 Feb 2007 22:42:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l1DMg9Rp066826; Tue, 13 Feb 2007 17:42:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 13 Feb 2007 16:35:53 -0500 User-Agent: KMail/1.9.1 References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070210170533.F47107@maildrop.int.zabbadoz.net> In-Reply-To: <20070210170533.F47107@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702131635.54023.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 13 Feb 2007 17:42:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2562/Tue Feb 13 10:18:56 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Bjoern A. Zeeb" , Sven Willenberger , stable@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2007 22:42:26 -0000 On Saturday 10 February 2007 12:33, Bjoern A. Zeeb wrote: > On Sun, 7 Jan 2007, Sven Willenberger wrote: > > > lock order reversal: (sleepable after non-sleepable) > > 1st 0xffffffff8836b010 bge0 (network driver) @ /usr/src/sys/dev/bge/if_bge.c:2675 > > 2nd 0xffffffff805f26b0 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 > > added with LOD ID 199 to The LOR page: > http://sources.zabbadoz.net/freebsd/lor.html#199 > > I am unsure if this was patched already - if so please let me know. These aren't real LORs, they are a side effect of a panic. Adding these is just going to add clutter I think. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 07:25:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDE8916A421 for ; Wed, 14 Feb 2007 07:25:19 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.freebsd.org (Postfix) with ESMTP id 2F68C13C49D for ; Wed, 14 Feb 2007 07:25:19 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep03.bredband.com with ESMTP id <20070214063633.IXRQ2708.mxfep03.bredband.com@ironport2.bredband.com> for ; Wed, 14 Feb 2007 07:36:33 +0100 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport2.bredband.com with ESMTP/TLS/AES256-SHA; 14 Feb 2007 07:36:32 +0100 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id DCDB528402; Wed, 14 Feb 2007 07:35:49 +0100 (CET) Message-ID: <45D2ADBB.9090301@gneto.com> Date: Wed, 14 Feb 2007 07:35:39 +0100 From: Martin Nilsson User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Karel Miklav References: <45D08653.2020509@paladin.bulgarpress.com> <20070212171256.GB40543@icarus.home.lan> <45D1FC09.1030607@lovetemple.net> In-Reply-To: <45D1FC09.1030607@lovetemple.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Todorov @ Paladin" , freebsd-stable Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 07:25:20 -0000 Karel Miklav wrote: > Jeremy Chadwick wrote: > > I think this has been discussed before. The problem is that FreeBSD's > > bootloader doesn't support booting off of such devices, thus you > > need to use GRUB or another bootloader. > > But the guy from tutorial is doing that, and I made such a stick too. > And it boots on ThinkPad X40 perfectly. It depends on the BIOS, it works on some boards but most new motherboards I've tried gives a BTX halted panic. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 09:20:13 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8186516A401; Wed, 14 Feb 2007 09:20:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 29D8013C4B8; Wed, 14 Feb 2007 09:20:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id F34C71FFE78; Wed, 14 Feb 2007 10:20:11 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 885F41FFE6C; Wed, 14 Feb 2007 10:20:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id EEC2F444885; Wed, 14 Feb 2007 09:19:39 +0000 (UTC) Date: Wed, 14 Feb 2007 09:19:39 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: John Baldwin In-Reply-To: <200702131635.54023.jhb@freebsd.org> Message-ID: <20070214091809.T47107@maildrop.int.zabbadoz.net> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070210170533.F47107@maildrop.int.zabbadoz.net> <200702131635.54023.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 09:20:13 -0000 On Tue, 13 Feb 2007, John Baldwin wrote: > On Saturday 10 February 2007 12:33, Bjoern A. Zeeb wrote: >> On Sun, 7 Jan 2007, Sven Willenberger wrote: >> >>> lock order reversal: (sleepable after non-sleepable) >>> 1st 0xffffffff8836b010 bge0 (network driver) > @ /usr/src/sys/dev/bge/if_bge.c:2675 >>> 2nd 0xffffffff805f26b0 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 >> >> added with LOD ID 199 to The LOR page: >> http://sources.zabbadoz.net/freebsd/lor.html#199 >> >> I am unsure if this was patched already - if so please let me know. > > These aren't real LORs, they are a side effect of a panic. Adding these is > just going to add clutter I think. I marked it "result of panic". The problem was that in the past we had some of those, where people hit the same problem and all reported the LOR and then you really want to have it in the list... -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 10:20:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11C8A16A400 for ; Wed, 14 Feb 2007 10:20:28 +0000 (UTC) (envelope-from sigexfoundry@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id A387313C441 for ; Wed, 14 Feb 2007 10:20:27 +0000 (UTC) (envelope-from sigexfoundry@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so643408nfc for ; Wed, 14 Feb 2007 02:20:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Oxwx2n0+KF+08EaMA/81xMNALXCIrfH+EDIfHSKcEIl733QexqVh2vq0APMngVmIPigb8wfdPwqYzeVMOpLyDJOzT1NLFcASy4umCoHKsGDPnmfEsAe0ZpX7BKSNNIOxMUycl7aWPuHLZpjGoriNRpN9CSU4eMwOydqUc0DcRyM= Received: by 10.49.34.17 with SMTP id m17mr114275nfj.1171448425682; Wed, 14 Feb 2007 02:20:25 -0800 (PST) Received: by 10.49.60.11 with HTTP; Wed, 14 Feb 2007 02:20:25 -0800 (PST) Message-ID: Date: Wed, 14 Feb 2007 12:20:25 +0200 From: "The Foundry" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: The truth about SigEx Ventures and the SigEx Foundry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 10:20:28 -0000 First of all, I'd like to appologise for the noise and for cross-posting. This is my first and last e-mail on this list. As you may have noticed from the subject of the e-mail, I'm about to speak about the SigEx Ventures company, an organisation that appoints itself as the liaison between strategic investors and young tallented people in IT&C. It originates in the US but currently operates in Europe. Specifically in Pau, France. On their website (www.sigex.com, now www.thefoundryschool.tv) they speak fluent Corporatese. I must admit, I'm not a native English speaker, but even so my ear is trained well enough for me to be able to tell spam from ham. They present some glossy products, that nobody ever actually saw working. They're all vaporware. On the same website they speak about fantastic opportunities offered to young talented fellows in the IT&C field, in the shape of internship at their fantastic research centre in Pau. Unfortunately, it's all in the demo because the real deal is nothing like it. There's no such thing as opportunity to work with cutting-edge technologies or leading researchers in the branch. It's all smoke and mirrors. As a former intern there, I feel that the truth should be made available, as neither of their statements really hold true. My best bet is that they attract investors and suck up their cash without ever producing anything. I'm gathering all sorts of information, starting with my own experience, on http://sigexfoundry.blogspot.com. Feel free to read more there. Why am I doing this? There is a term for my action, called whistleblowing. I'd like to underline the fact that I'm by no means affected by SigEx's past or current actions, I went there as an intern for merely satisfying my own curiosity about them. But I know that many of the subscribers of this list are scholars, professors, people with strong positions in the branch, most of which can easily pass as models for younger enthusiasts. They're the ones I'd like this mail to reach. It'd be a real pity if more people suffered from SigEx's dubious practices. Once again, here is the link to the blog: http://sigexfoundry.blogspot.com And, once again, sorry for the noise. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 11:47:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A95416A468 for ; Wed, 14 Feb 2007 11:47:09 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from gregorian.transpress.bg (gregorian.transpress.bg [82.147.129.218]) by mx1.freebsd.org (Postfix) with ESMTP id B55A513C4C5 for ; Wed, 14 Feb 2007 11:47:08 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by gregorian.transpress.bg (Postfix) with ESMTP id 6E6465A; Wed, 14 Feb 2007 13:47:55 +0200 (EET) X-Virus-Scanned: amavisd-new at gregorian.transpress.bg Received: from gregorian.transpress.bg ([127.0.0.1]) by localhost (gregorian.transpress.bg [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id msdBLWYtG85e; Wed, 14 Feb 2007 13:47:53 +0200 (EET) Received: from [192.168.0.110] (unknown [212.116.138.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gregorian.transpress.bg (Postfix) with ESMTP id 252453D; Wed, 14 Feb 2007 13:47:53 +0200 (EET) Message-ID: <45D2F6B7.6020901@paladin.bulgarpress.com> Date: Wed, 14 Feb 2007 13:47:03 +0200 From: "Todorov @ Paladin" User-Agent: Mozilla Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Karel Miklav References: <45D08653.2020509@paladin.bulgarpress.com> <20070212171256.GB40543@icarus.home.lan> <45D1FC09.1030607@lovetemple.net> In-Reply-To: <45D1FC09.1030607@lovetemple.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 11:47:09 -0000 Karel Miklav напиÑа: > Jeremy Chadwick wrote: > > I think this has been discussed before. The problem is that FreeBSD's > > bootloader doesn't support booting off of such devices, thus you > > need to use GRUB or another bootloader. > > But the guy from tutorial is doing that, and I made such a stick too. > And it boots on ThinkPad X40 perfectly. > _______________________________________________ > 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" What is the USB protocol version on the X40. My previous laptop R40e had USB 1.1 interfaces. Maybe it is the USB version.... From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 12:55:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9B6D16A401; Wed, 14 Feb 2007 12:55:15 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5E05A13C428; Wed, 14 Feb 2007 12:55:15 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 8507865CE; Wed, 14 Feb 2007 12:55:14 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 8155F40D4; Wed, 14 Feb 2007 12:55:10 +0000 (GMT) Date: Wed, 14 Feb 2007 12:55:10 +0000 From: Josef Karthauser To: Mark Saad , Joe Koberg , stable@freebsd.org, fs@freebsd.org Message-ID: <20070214125510.GB14160@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Mark Saad , Joe Koberg , stable@freebsd.org, fs@freebsd.org References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> <45AB9BE4.1030606@osoft.us> <20070127224749.GA8203@genius.tao.org.uk> <20070130114459.GI2616@genius.tao.org.uk> <45BF7797.6000708@datapipe.com> <20070130174414.GE6751@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <20070130174414.GE6751@genius.tao.org.uk> User-Agent: Mutt/1.5.11 Cc: Subject: Re: mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 12:55:15 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 30, 2007 at 05:44:14PM +0000, Josef Karthauser wrote: > On Tue, Jan 30, 2007 at 11:51:35AM -0500, Mark Saad wrote: > > Hello > > So the HP DL320G4 servers come with a similar LSI=20 > > Logic SAS controller. In 6.2-RELEASE was seeing the same=20 > > issue; > > The fix I found was a firmware update from HP HP Firmware=20 > > Update 7.6.0 . After applied the mpt messages went away . > > I beelive this is a bug in the LSI firmware more then the=20 > > FreeBSD OS, as this controller has been very odd=20 > > regardless of what os I am running on it. > >=20 >=20 > I can believe that. I wonder how I should put the issue to Dell so that > they can understand what I'm on about and fix it! The controller > appears to be a custom version, at least the card probes as Dell part > not an LSIlogic part. >=20 I spoke to Dell, but they don't have a newer firmware yet. I've reported the issue, and I guess that I'll have to see whether they fix it at some point. I the mean time I've nailed the tags in rc.local, so that they get fixed at boot time. % cat /etc/rc.local =20 camcontrol tags da0 -N 119 camcontrol tags da1 -N 119 Joe --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXTBq4ACgkQXVIcjOaxUBbMvgCgtMVDY/WSWPZ536MdVjWWOAm4 UAcAoNnajaw6tAzRC7toG7JrQSlMN3V3 =z4S/ -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 14:54:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A59B316A401 for ; Wed, 14 Feb 2007 14:54:51 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 677D413C46B for ; Wed, 14 Feb 2007 14:54:51 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1EEsoIe082780; Wed, 14 Feb 2007 08:54:50 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1EEsnWD082778; Wed, 14 Feb 2007 08:54:49 -0600 (CST) (envelope-from brooks) Date: Wed, 14 Feb 2007 08:54:49 -0600 From: Brooks Davis To: "Todorov @ Paladin" Message-ID: <20070214145449.GA82671@lor.one-eyed-alien.net> References: <45D08653.2020509@paladin.bulgarpress.com> <20070212171256.GB40543@icarus.home.lan> <45D1FC09.1030607@lovetemple.net> <45D2F6B7.6020901@paladin.bulgarpress.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <45D2F6B7.6020901@paladin.bulgarpress.com> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 14 Feb 2007 08:54:50 -0600 (CST) Cc: Karel Miklav , freebsd-stable Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 14:54:51 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 14, 2007 at 01:47:03PM +0200, Todorov @ Paladin wrote: > Karel Miklav ????????????: > > Jeremy Chadwick wrote: > > > I think this has been discussed before. The problem is that FreeBSD's > > > bootloader doesn't support booting off of such devices, thus you > > > need to use GRUB or another bootloader. > > > > But the guy from tutorial is doing that, and I made such a stick too. > > And it boots on ThinkPad X40 perfectly. >=20 > What is the USB protocol version on the X40. My previous laptop R40e had > USB 1.1 interfaces. Maybe it is the USB version.... The X40 supports USB 2.0, but is seems highly unlikely that's the issue. -- Brooks --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0yK5XY6L6fI4GtQRAk7FAKDFF6pKRJaVBjQ7ILintI5551FFSQCfTyHh imNy9KgsXN9IVurWQRZOj0c= =KFf8 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 17:14:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52F8616A402 for ; Wed, 14 Feb 2007 17:14:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0B99613C48E for ; Wed, 14 Feb 2007 17:14:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1EHEs7m002620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Feb 2007 09:14:55 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45D3438D.5010601@errno.com> Date: Wed, 14 Feb 2007 09:14:53 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: Hugo Silva References: <45D204F0.2070001@barafranca.com> In-Reply-To: <45D204F0.2070001@barafranca.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic: 6.2-STABLE/RELEASE, sysctl (on boot) -- ath related X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 17:14:58 -0000 Hugo Silva wrote: > Hi, > > > While upgrading a fileserver / home wireless access point to > 6.2-RELEASE, it wouldn't come back after the regular > build/installworld/mergemaster procedures. > > I attached a keyboard and monitor to the server and noticed it was > panicking on boot, current process being sysctl: > > > Feb 13 18:27:51 hyperblast kernel: Fatal trap 12: page fault while in > kernel mode > Feb 13 18:27:51 hyperblast kernel: fault virtual address = 0x0 > Feb 13 18:27:51 hyperblast kernel: fault code = supervisor > read, page not present > Feb 13 18:27:51 hyperblast kernel: instruction pointer = 0x20:0xc06fb2a6 > Feb 13 18:27:51 hyperblast kernel: stack pointer = > 0x28:0xd9734ad8 > Feb 13 18:27:51 hyperblast kernel: frame pointer = > 0x28:0xc3383000 > Feb 13 18:27:51 hyperblast kernel: code segment = base 0x0, > limit 0xfffff, type 0x1b > Feb 13 18:27:51 hyperblast kernel: = DPL 0, pres 1, def32 1, gran 1 > Feb 13 18:27:51 hyperblast kernel: processor eflags = interrupt > enabled, resume, IOPL = 0 > Feb 13 18:27:51 hyperblast kernel: current process = 186 > (sysctl) > Feb 13 18:27:51 hyperblast kernel: trap number = 12 > Feb 13 18:27:51 hyperblast kernel: panic: page fault > Feb 13 18:27:51 hyperblast kernel: Uptime: 3s > Feb 13 18:27:51 hyperblast kernel: Cannot dump. No dump device defined. > Feb 13 18:27:51 hyperblast kernel: Automatic reboot in 15 seconds - > press a key on the console to abort > Feb 13 18:27:51 hyperblast kernel: --> Press a key on the console to > reboot, > Feb 13 18:27:51 hyperblast kernel: --> or switch off the system now. > Feb 13 18:27:51 hyperblast kernel: Rebooting... > > > The last line seen before the panic is sysctl adjusting values > (according to sysctl.conf): > > # tail /etc/sysctl.conf > > dev.ath.0.tpscale=1 > dev.ath.0.diversity=0 > > > Now, there are two interesting things to note: > > a) If I uncomment these lines with the system running and reload > (/etc/rc.d/sysctl reload), there's no panic. > > b) It used to work just fine on 6.0-RELEASE-p5. > > > It is not a big deal, but just something that perhaps should be fixed. > > For the records, I tried -RELEASE and -STABLE. Currently running -STABLE > (as of 2007-02-12 @ about 2AM GMT) I think I see the issue; not sure how it worked in previous versions. Thanks for the report. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 22:28:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDA9216A407 for ; Wed, 14 Feb 2007 22:28:35 +0000 (UTC) (envelope-from gvanlehn@ccsf.edu) Received: from ns7.ccsf.cc.ca.us (ns7.ccsf.cc.ca.us [147.144.1.250]) by mx1.freebsd.org (Postfix) with ESMTP id CCC8F13C48D for ; Wed, 14 Feb 2007 22:28:35 +0000 (UTC) (envelope-from gvanlehn@ccsf.edu) Received: from bat-gwpo.ccsf.edu ([10.2.0.249]) by ns7.ccsf.cc.ca.us (8.13.1/8.13.1) with ESMTP id l1ELxGqw025271 for ; Wed, 14 Feb 2007 13:59:16 -0800 Received: from sfccd-MTA by bat-gwpo.ccsf.edu with Novell_GroupWise; Wed, 14 Feb 2007 14:00:57 -0800 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.4 Date: Wed, 14 Feb 2007 14:00:30 -0800 From: "Glen Van Lehn" To: , Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2007 22:28:35 -0000 >>> "Dimuthu Parussalla" 02/11/07 3:54 PM = >>> Hi All, I am having intermittent network issues with our IBM X236 dual xeon = server. Server comes with two bge network cards. At random intervals internal lan drops out. And then few minutes later it comes back online. So far I can only find some interface errors on netstat -i. Can anyone = help me to resolve this issue. Please refer to attached files and below outputs for more information. /etc/sysctl.conf kern.ipc.maxsockbuf=3D8388608 kern.ipc.somaxconn=3D2048 net.inet.tcp.sendspace=3D3217968 net.inet.tcp.recvspace=3D3217968 net.inet.tcp.rfc1323=3D1 #net.inet.tcp.rfc3042=3D0 net.inet.ip.portrange.hilast=3D65535 net.inet.ip.portrange.hifirst=3D49152 net.inet.ip.portrange.last=3D65535 net.inet.ip.portrange.first=3D1024 net.inet.tcp.inflight.enable=3D0 /boot/loader.conf kern.ipc.nmbclusters=3D32768 vmstat -i interrupt total rate irq52: ips0 75446 17 irq30: ahd0 81 0 irq31: ahd1 15 0 irq1: atkbd0 69 0 irq3: sio1 74 0 irq4: sio0 67 0 irq6: fdc0 90 0 irq14: ata0 47 0 irq16: bge0 bge1+ 1395326 315 irq19: uhci1 15 0 irq23: ehci0 1 0 cpu0: timer 8845847 1998 cpu3: timer 1 0 cpu1: timer 2 0 cpu2: timer 8830658 1995 Total 19147739 4326 netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:11:25:e9:7f:58 392325 880 449420 0 0 bge0 1500 192.168.1 lan 342652 - 4175 - - bge1 1500 00:11:25:e9:7f:59 369744 1648 363688 0 0 Regards Dimuthu Parussalla =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Do you have access to the network switch that your server connects to? = The stats on the port may show CRC errors or the log may show carrier = off/on transitions indicating that 'Auto-negotiation' isn't stable. I've = seen this a lot with 100FDx connections and a few times with GbE. = Sometimes it helps to change the port speed/duplex settings from 'Auto' to = [or vice versa ;]. My preference has been to use = 'Auto' if it works, and, if it doesn't, to nail down the server settings, = then see whether nailing the switch port setting or leaving the switch = port in 'Auto' is best. =20 ymmv, glen van lehn city college san francisco From owner-freebsd-stable@FreeBSD.ORG Wed Feb 14 22:41:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1529B16A400 for ; Wed, 14 Feb 2007 22:41:31 +0000 (UTC) (envelope-from root@df37.dot5hosting.com) Received: from df37.dot5hosting.com (df37.dot5hosting.com [72.22.92.60]) by mx1.freebsd.org (Postfix) with SMTP id E095313C442 for ; Wed, 14 Feb 2007 22:41:30 +0000 (UTC) (envelope-from root@df37.dot5hosting.com) Received: (qmail 48354 invoked by uid 3128); 14 Feb 2007 22:14:36 -0000 Received: from 127.0.0.1 by df37.dot5hosting.com (envelope-from , uid 80) with qmail-scanner-1.25st (clamdscan: 0.88/1245. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(127.0.0.1):SA:0(3.3/5.0):. Processed in 0.932234 secs); 14 Feb 2007 22:14:36 -0000 X-Spam-Status: No, hits=3.3 required=5.0 X-Spam-Level: +++ Date: 14 Feb 2007 22:14:35 -0000 Message-ID: <20070214221435.48333.qmail@df37.dot5hosting.com> To: stable@freebsd.org From: Jaya shop MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Cc: Subject: Re: Visit our store http://www.jayashop.name/store/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@jayashop.name List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 22:41:31 -0000 Jayashop (http://www.jayashop.name/store/) Has been serving global market since 2005. Through all these years our goal has been to deserve the trust of our customers. To do this we knew we must offer competitive pricing, but we also knew low prices alone could not make our business superior. We were determined to combine honest and helpful dealings with the best service. We understand that long-term customer satisfaction depended on our ability to maintain a knowledgeable and courteous customer service consultants assisted by the best support systems. We feature over 100 product lines at near trade prices and have partnerships with industry leaders such as Sony, Toshiba, Fujitsu Siemen's, Acer, HP Compaq, IBM, Asus and Samsung. This allows us to offer the very latest technology, complete with next day nation-wide delivery (Subject to stock) all backed up by our first class customer service. Our business strategy is simple; to offer a comprehensive range of LAPTOPS/NOTEBOOKS, DIGITAL CAMERAS, PLASMA TV, and associated products, provide all round value for money, backed up by first class service. Unlike many companies we do not hide behind our technology, in fact we actively encourage customers to ring our specially trained sales team for advice on any of our products. This is why we publish our phone number on every single page of our website . In addition to this we offer secure online shopping which is available 24 hours a day. We have a diverse customer base ranging from private buyers to schools, hospitals, local government, charities, large corporations and small businesses, many of who are repeat customers. customer list . Whether you are looking for the latest digital technology or a replacement battery, we are here to make that process as simple as possible. Here at Jayashop we have products to suit all budgets. We sell new products, and have our own in-house technicians who ensure that all refurbished laptops are put through a rigorous 21 point quality check before being offered for sale. We are so confident in the quality of our refurbished Laptops we provide a full years warranty completely FREE of charge. During 2006 we continued to add to our product portfolio and ensure our customers had a larger selection of accessories to choose from whatever their individual needs. JayaShop WebStore - sub division of PT. Jaya Real Properti Gedung Bank Bali Bintaro 3rd Floor Jl. M.H. Thamrin Blok BI No. 1 PK Niaga Bintaro Jaya Sektor VII Tangerang 15224 Indonesia Our Company Registration Number are available upon request. Brief History ============= Jayashop's emergence into the online market place was no overnight event. Our parent company PT. Jaya Real Properti has dealing with over 10 years in property and building construction, and gain much reputation by local government and worldwide network as well. Using this firm business foundation a new company was created to sell digital electronics and associated products to business users across the world. Since 2005 both the company and Website have gone from strength to strength adapting quickly to service the demands of our customers. We have connected to different suppliers and manufacturers, and stronghold our position on the B2B supply chain management, with our business contacts in Hong Kong and China. Jayashop is known for its professional approach to business. Our market network is spread over local and international markets. We sell not only within Asia but also to America, and Europe. We offer a competitive price, excellent quality, prompt delivery and great after sales services. Jayashop offers some of the best possible prices available without comprising quality or service. We deal in many top branded items, we are constantly adding to our inventory to insure that our customers are always ahead. We keep a stock levels at steady volumes to insure that our customers orders are fore filled in a timely manner. We have offices in Hong Kong & Indonesia with further representative offices opening in Japan, USA, Australia & Canada to achieve a Global Presence and maximize local communication between Jayashop and its customers. This will also improve on technical support and increasing product ordering turnaround. With the introduction of new products, increases in staffing levels and further investment, Jayashop has managed to position itself as a leading provider of specialist technology products through an online medium. Thank you for taking the time to learn more about our company. If you are happy with our service, please tell others. If not please tell us, Thank you. Please visit our website: http://www.jayashop.name/ or http://www.jayashop.name/store/ Regards, Jayashop info@jayashop.name Phone : (6221) 710-2-6679 or (6221) 745-2-8888 Fax : (6221) 745-2-3333 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 01:16:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E952216A5E5 for ; Thu, 15 Feb 2007 01:16:35 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 5ED0F13C467 for ; Thu, 15 Feb 2007 01:16:32 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 7199 invoked by uid 0); 15 Feb 2007 12:17:15 +1100 Received: by simscan 1.1.0 ppid: 7191, pid: 7195, t: 0.0379s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2434 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 15 Feb 2007 12:17:15 +1100 From: "Dimuthu Parussalla" To: "'Glen Van Lehn'" , Date: Thu, 15 Feb 2007 12:16:39 +1100 Message-ID: <007401c7509e$f2d0e620$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: Importance: Normal Cc: Subject: RE: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 01:16:36 -0000 Hi Glen, I did that already and it works for few days and dropping out. now I have change network cards to Intel (em). Hopefully this will solve the issue. Cheers, Dimuthu -----Original Message----- From: Glen Van Lehn [mailto:gvanlehn@ccsf.edu] Sent: Thursday, 15 February 2007 9:01 AM To: dparussalla@baysidegrp.com.au; freebsd-stable@freebsd.org Subject: Re: Intermittent network issues with Freebsd 6.2 >>> "Dimuthu Parussalla" 02/11/07 3:54 PM >>> Hi All, I am having intermittent network issues with our IBM X236 dual xeon server. Server comes with two bge network cards. At random intervals internal lan drops out. And then few minutes later it comes back online. So far I can only find some interface errors on netstat -i. Can anyone help me to resolve this issue. Please refer to attached files and below outputs for more information. /etc/sysctl.conf kern.ipc.maxsockbuf=8388608 kern.ipc.somaxconn=2048 net.inet.tcp.sendspace=3217968 net.inet.tcp.recvspace=3217968 net.inet.tcp.rfc1323=1 #net.inet.tcp.rfc3042=0 net.inet.ip.portrange.hilast=65535 net.inet.ip.portrange.hifirst=49152 net.inet.ip.portrange.last=65535 net.inet.ip.portrange.first=1024 net.inet.tcp.inflight.enable=0 /boot/loader.conf kern.ipc.nmbclusters=32768 vmstat -i interrupt total rate irq52: ips0 75446 17 irq30: ahd0 81 0 irq31: ahd1 15 0 irq1: atkbd0 69 0 irq3: sio1 74 0 irq4: sio0 67 0 irq6: fdc0 90 0 irq14: ata0 47 0 irq16: bge0 bge1+ 1395326 315 irq19: uhci1 15 0 irq23: ehci0 1 0 cpu0: timer 8845847 1998 cpu3: timer 1 0 cpu1: timer 2 0 cpu2: timer 8830658 1995 Total 19147739 4326 netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:11:25:e9:7f:58 392325 880 449420 0 0 bge0 1500 192.168.1 lan 342652 - 4175 - - bge1 1500 00:11:25:e9:7f:59 369744 1648 363688 0 0 Regards Dimuthu Parussalla ============================== Do you have access to the network switch that your server connects to? The stats on the port may show CRC errors or the log may show carrier off/on transitions indicating that 'Auto-negotiation' isn't stable. I've seen this a lot with 100FDx connections and a few times with GbE. Sometimes it helps to change the port speed/duplex settings from 'Auto' to [or vice versa ;]. My preference has been to use 'Auto' if it works, and, if it doesn't, to nail down the server settings, then see whether nailing the switch port setting or leaving the switch port in 'Auto' is best. ymmv, glen van lehn city college san francisco From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 01:22:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54F5116A401 for ; Thu, 15 Feb 2007 01:22:24 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB7613C467 for ; Thu, 15 Feb 2007 01:22:24 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (sccrmhc12) with ESMTP id <2007021501221901200pnfche>; Thu, 15 Feb 2007 01:22:23 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1F1M5PN050536 for ; Wed, 14 Feb 2007 20:22:11 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.13.8/8.13.8/Submit) id l1F1M5UD050509 for freebsd-stable@freebsd.org; Wed, 14 Feb 2007 20:22:05 -0500 (EST) (envelope-from rodrigc) Date: Wed, 14 Feb 2007 20:21:43 -0500 From: Craig Rodrigues To: freebsd-stable@freebsd.org Message-ID: <20070215012143.GA50473@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [HEADSUP] New unionfs merged to RELENG_6 (stable) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 01:22:24 -0000 Hi, I have merged the new unionfs implementation from CURRENT to RELENG_6 (stable branch). This code was submitted by Daichi GOTO and Masanori OZAWA. Many, many thanks to GOTO-san and OZAWA-san for their work. This code solves a lot of crashing problems that the old unionfs implementation had. Reports from people running SMP systems would be appreciated. There probably is some room for performance optimization on SMP systems. Also, thanks a lot to Kostik Belousov, who recently fixed some deadlock problems in vfs_lookup.c, which helps a lot with unionfs. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 03:49:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2BC716A401 for ; Thu, 15 Feb 2007 03:48:59 +0000 (UTC) (envelope-from harry@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5872313C478 for ; Thu, 15 Feb 2007 03:48:58 +0000 (UTC) (envelope-from harry@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l1F3mtR2007725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 04:48:56 +0100 (CET) (envelope-from harry@flintsbach.schmalzbauer.de) Date: Thu, 15 Feb 2007 04:48:55 +0100 From: Harald Schmalzbauer To: Scott Long Message-ID: <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> In-Reply-To: <45A1C15F.8060802@samsco.org> References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> Organization: OmniSEC X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with 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: Thu, 15 Feb 2007 03:49:00 -0000 Am Sun, 07 Jan 2007 19:58:23 -0800 schrieb Scott Long : [...] > >> machine is opteron hardware, but running a regular i386/SMP > >> kernel/world. With everything at 6.2RC2 (as of 29th of December) > >> except the areca driver the machine is rock solid, with the 29th > >> of december version of the areca driver the box will crash on > >> extract of a large tar file, removal > >> of a large directory structure, or pretty much anything that > >> does a lot > >> of disk io to different files/locations. There is no error > >> log prior to > >> seeing the following messages.. > >> > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 > >> > >> There are a string of these, followed by a crash and reboot. > >> The file system [...] > > Areca 1.20.00.13 (as currently in the tree) does not seem to have > > data corruption problems, but I can trigger g_vfs_done failures > > under heavy I/O. > > > > I have raised this with Areca support, and I'm waiting to hear back > > from Erich Chen. > > > > Regards, > > > > Jan Mikkelsen > > > > I discussed this issue in length with the release engineering team > today, and we're going to go ahead with keeping the .013 version in > 6.2 since it has been working very reliably for a number of other > testers, and reverting it at this late stage of the release represents Mybe it's unrelated to the areca driver, I can reproduce a similar panic with ggate: gune:/etc#46: ggatec create -u 1 -t 30 192.168.0.2 /dev/ad2p6 gune:/etc#47: mount /dev/gg ggate1% ggctl% gune:/etc#47: mount /dev/ggate1 /mnt gune:/etc#48: cd /mnt/ gune:/mnt#49: l .snap gune:/mnt#50: dd if=/dev/null of=testfile bs=4k 0+0 records in 0+0 records out 0 bytes transferred in 0.000090 secs (0 bytes/sec) gune:/mnt#51: dd if=/dev/zero of=testfile bs=4k g_vfs_done():ggate1[WRITE(offset=6815744, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=6946816, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7077888, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7208960, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7340032, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=98304, length=16384)]error = 5 panic: softdep_move_dependencies: need merge code Uptime: 6h59m0s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Unfortunately I have only this production machine... Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 04:09:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2112B16A408 for ; Thu, 15 Feb 2007 04:09:23 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 6A61F13C474 for ; Thu, 15 Feb 2007 04:09:22 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 32435 invoked by uid 0); 15 Feb 2007 15:10:04 +1100 Received: by simscan 1.1.0 ppid: 32430, pid: 32431, t: 0.0448s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2434 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 15 Feb 2007 15:10:04 +1100 From: "Dimuthu Parussalla" To: , "'Glen Van Lehn'" , Date: Thu, 15 Feb 2007 15:09:08 +1100 Message-ID: <000c01c750b7$0b032060$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <007401c7509e$f2d0e620$d801a8c0@dimuthu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: Subject: RE: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 04:09:23 -0000 Hi All, I've just noticed when this incident happens Ierrs starting to increase and then interface in not pingable. Refer to output below. Also how do I set the interface in rc.conf to use 1000baseTX. Without using to autoselect? Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:0e:0c:d0:73:3c 620587 2875 812683 0 0 bge0 1500 192.168.1 lan 538034 - 7723 - - bge1 1500 00:0e:0c:9f:f4:5e 848966 14257 775021 0 0 Regards Dimuthu -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Dimuthu Parussalla Sent: Thursday, 15 February 2007 12:17 PM To: 'Glen Van Lehn'; freebsd-stable@freebsd.org Subject: RE: Intermittent network issues with Freebsd 6.2 Hi Glen, I did that already and it works for few days and dropping out. now I have change network cards to Intel (em). Hopefully this will solve the issue. Cheers, Dimuthu -----Original Message----- From: Glen Van Lehn [mailto:gvanlehn@ccsf.edu] Sent: Thursday, 15 February 2007 9:01 AM To: dparussalla@baysidegrp.com.au; freebsd-stable@freebsd.org Subject: Re: Intermittent network issues with Freebsd 6.2 >>> "Dimuthu Parussalla" 02/11/07 3:54 PM >>> Hi All, I am having intermittent network issues with our IBM X236 dual xeon server. Server comes with two bge network cards. At random intervals internal lan drops out. And then few minutes later it comes back online. So far I can only find some interface errors on netstat -i. Can anyone help me to resolve this issue. Please refer to attached files and below outputs for more information. /etc/sysctl.conf kern.ipc.maxsockbuf=8388608 kern.ipc.somaxconn=2048 net.inet.tcp.sendspace=3217968 net.inet.tcp.recvspace=3217968 net.inet.tcp.rfc1323=1 #net.inet.tcp.rfc3042=0 net.inet.ip.portrange.hilast=65535 net.inet.ip.portrange.hifirst=49152 net.inet.ip.portrange.last=65535 net.inet.ip.portrange.first=1024 net.inet.tcp.inflight.enable=0 /boot/loader.conf kern.ipc.nmbclusters=32768 vmstat -i interrupt total rate irq52: ips0 75446 17 irq30: ahd0 81 0 irq31: ahd1 15 0 irq1: atkbd0 69 0 irq3: sio1 74 0 irq4: sio0 67 0 irq6: fdc0 90 0 irq14: ata0 47 0 irq16: bge0 bge1+ 1395326 315 irq19: uhci1 15 0 irq23: ehci0 1 0 cpu0: timer 8845847 1998 cpu3: timer 1 0 cpu1: timer 2 0 cpu2: timer 8830658 1995 Total 19147739 4326 netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:11:25:e9:7f:58 392325 880 449420 0 0 bge0 1500 192.168.1 lan 342652 - 4175 - - bge1 1500 00:11:25:e9:7f:59 369744 1648 363688 0 0 Regards Dimuthu Parussalla ============================== Do you have access to the network switch that your server connects to? The stats on the port may show CRC errors or the log may show carrier off/on transitions indicating that 'Auto-negotiation' isn't stable. I've seen this a lot with 100FDx connections and a few times with GbE. Sometimes it helps to change the port speed/duplex settings from 'Auto' to [or vice versa ;]. My preference has been to use 'Auto' if it works, and, if it doesn't, to nail down the server settings, then see whether nailing the switch port setting or leaving the switch port in 'Auto' is best. ymmv, glen van lehn city college san francisco _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 04:35:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AF2B16A401 for ; Thu, 15 Feb 2007 04:35:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [204.127.225.92]) by mx1.freebsd.org (Postfix) with ESMTP id 6339513C474 for ; Thu, 15 Feb 2007 04:35:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (failure[71.198.0.135]) by comcast.net (alnrmhc12) with ESMTP id <20070215043553b12001ods7e>; Thu, 15 Feb 2007 04:35:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 112CB1FA01D; Wed, 14 Feb 2007 20:35:33 -0800 (PST) Date: Wed, 14 Feb 2007 20:35:33 -0800 From: Jeremy Chadwick To: Dimuthu Parussalla Message-ID: <20070215043533.GA3293@icarus.home.lan> Mail-Followup-To: Dimuthu Parussalla , 'Glen Van Lehn' , freebsd-stable@freebsd.org References: <007401c7509e$f2d0e620$d801a8c0@dimuthu> <000c01c750b7$0b032060$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000c01c750b7$0b032060$d801a8c0@dimuthu> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, 'Glen Van Lehn' Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2007 04:35:54 -0000 On Thu, Feb 15, 2007 at 03:09:08PM +1100, Dimuthu Parussalla wrote: > Hi All, > > I've just noticed when this incident happens Ierrs starting to increase and > then interface in not pingable. Refer to output below. > > Also how do I set the interface in rc.conf to use 1000baseTX. Without using > to autoselect? You can do the following: ifconfig_bge0="inet xxx netmask yyy media 1000baseTX mediaopt full-duplex" ifconfig_bge1="inet xxx netmask yyy media 1000baseTX mediaopt full-duplex" See the bge(4) manpage for additional details. Also, which particular Broadcom chip are you using? dmesg(8) should show this, or pciconf -l -v. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 04:54:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09EEF16A402 for ; Thu, 15 Feb 2007 04:54:37 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 63A4513C441 for ; Thu, 15 Feb 2007 04:54:36 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 43488 invoked by uid 0); 15 Feb 2007 15:55:19 +1100 Received: by simscan 1.1.0 ppid: 43479, pid: 43484, t: 0.0266s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2434 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 15 Feb 2007 15:55:19 +1100 From: "Dimuthu Parussalla" To: "'Jeremy Chadwick'" Date: Thu, 15 Feb 2007 15:54:18 +1100 Message-ID: <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <20070215043533.GA3293@icarus.home.lan> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: freebsd-stable@freebsd.org, 'Glen Van Lehn' Subject: RE: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 04:54:37 -0000 Hi, Dmesg output related to bge as follows. miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:25:e9:7f:58 bge0: [GIANT-LOCKED] pcib6: at device 5.0 on pci0 pci8: on pcib6 bge1: mem 0xc6ff0000-0xc6ffffff irq 16 at device 0.0 on pci8 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:25:e9:7f:59 bge1: [GIANT-LOCKED] -----Original Message----- From: Jeremy Chadwick [mailto:koitsu@FreeBSD.org] Sent: Thursday, 15 February 2007 3:36 PM To: Dimuthu Parussalla Cc: 'Glen Van Lehn'; freebsd-stable@freebsd.org Subject: Re: Intermittent network issues with Freebsd 6.2 On Thu, Feb 15, 2007 at 03:09:08PM +1100, Dimuthu Parussalla wrote: > Hi All, > > I've just noticed when this incident happens Ierrs starting to increase and > then interface in not pingable. Refer to output below. > > Also how do I set the interface in rc.conf to use 1000baseTX. Without using > to autoselect? You can do the following: ifconfig_bge0="inet xxx netmask yyy media 1000baseTX mediaopt full-duplex" ifconfig_bge1="inet xxx netmask yyy media 1000baseTX mediaopt full-duplex" See the bge(4) manpage for additional details. Also, which particular Broadcom chip are you using? dmesg(8) should show this, or pciconf -l -v. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 09:35:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81D9116A401 for ; Thu, 15 Feb 2007 09:35:42 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id D929E13C467 for ; Thu, 15 Feb 2007 09:35:41 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l1F9ZY7R011719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 10:35:39 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.49]) by tek.flintsbach.schmalzbauer.de (8.13.6/8.13.6) with ESMTP id l1F9ZY3D060930; Thu, 15 Feb 2007 10:35:34 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l1F9ZXS6002245; Thu, 15 Feb 2007 10:35:33 +0100 (CET) (envelope-from harry@schmalzbauer.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to harry@schmalzbauer.de using -f From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Date: Thu, 15 Feb 2007 10:35:33 +0100 User-Agent: KMail/1.9.4 References: <200701300854.l0U8sh4f005370@lurza.secnetix.de> In-Reply-To: <200701300854.l0U8sh4f005370@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702151035.33807.harry@schmalzbauer.de> Cc: Oliver Fromme Subject: Re: gmirror or ata problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 09:35:42 -0000 Am Dienstag, 30. Januar 2007 09:54 schrieb Oliver Fromme: > Hi, > > This is strange. gmirror just detached one of its disks > for no apparent reason. I've built a mirror consisting of > the components ad0 and ad1 (both SATA drives). It has > been running fine. This is RELENG_6 from 2006-12-20. > > Yesterday evening ad1 was detached. There is no other > error message logged on console or in the logs (i.e. no > I/O error such as a bad sector or anything). There was > no particularly high load at that time. In fact, the > machine had been under much higher load before, without > anything bad happening. > > This is from the logs: > > Jan 29 19:10:13 pluto -- MARK -- > Jan 29 19:20:26 pluto kernel: ad1: FAILURE - device detached > Jan 29 19:20:26 pluto kernel: subdisk1: detached > Jan 29 19:20:26 pluto kernel: ad1: detached > Jan 29 19:20:26 pluto kernel: GEOM_MIRROR: Cannot write metadata on ad1 > (device=gm0, error=6). Jan 29 19:20:26 pluto kernel: GEOM_MIRROR: Cannot > update metadata on disk ad1 (error=6). Jan 29 19:20:26 pluto kernel: > GEOM_MIRROR: Cannot update metadata on disk ad1 (error=6). Jan 29 19:20:26 > pluto kernel: GEOM_MIRROR: Device gm0: provider ad1 disconnected. Jan 29 > 19:50:13 pluto -- MARK -- > > This almost looks like typical Windows problems: Something > reports a "failure", but no reason or any other useful > information. :-( > > "atacontrol list" reports for ad1:: > > Master: no device present > > After an atacontrol detach/attach cycle, the device is back > again: > > Master: ad1 Serial ATA II > > I inserted it back into the gmirror, and right now it's > synchronizing happily. > > Can anybody please explain what happened, and -- more > importantly -- how to avoid it in the future? As far as > I can tell, the disk drives are perfectly OK. I think this is a problem when the internal thermal recalibration takes too long. Consumer HDDs can be "offline" quiet some time, I don't have numbers handy, but see Western Digitals explanation on their SATA RE (RaidEdition) Drives. Again, no link handy, sorry. -Harry From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 10:09:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41BC216A468 for ; Thu, 15 Feb 2007 10:09:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id C2D3913C4A7 for ; Thu, 15 Feb 2007 10:09:39 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nspslg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1FA9Xat028795; Thu, 15 Feb 2007 11:09:38 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1FA9XZU028794; Thu, 15 Feb 2007 11:09:33 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200702151009.l1FA9XZU028794@lurza.secnetix.de> To: harry@schmalzbauer.de (Harald Schmalzbauer) Date: Thu, 15 Feb 2007 11:09:33 +0100 (CET) In-Reply-To: <200702151035.33807.harry@schmalzbauer.de> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 15 Feb 2007 11:09:38 +0100 (CET) Cc: freebsd-stable@freebsd.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 10:09:40 -0000 Harald Schmalzbauer wrote: > I think this is a problem when the internal thermal recalibration takes too > long. > Consumer HDDs can be "offline" quiet some time, I don't have numbers handy, > but see Western Digitals explanation on their SATA RE (RaidEdition) Drives. > Again, no link handy, sorry. That was certainly not the cause of the problem. First, the drives aren't "consumer" ones; they're specifically for server usage and 24h availability. Second, the problem affected only one drive out of four identical ones (two machines with two drives each in a gmirror configuration). The other three drives never had any problems whatsoever. As I wrote recently, we replaced that drive and hadn't had any problems since. So it was indeed a hardware problem with that particular drive ... And what ever kind of problem it was, FreeBSD didn't seem to be able to report it properly. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 13:16:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5CD316A401 for ; Thu, 15 Feb 2007 13:16:49 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.freebsd.org (Postfix) with ESMTP id AD5BA13C4A8 for ; Thu, 15 Feb 2007 13:16:49 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 770B97BA173 for ; Thu, 15 Feb 2007 14:16:48 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id D480FB824; Thu, 15 Feb 2007 14:16:42 +0100 (CET) Date: Thu, 15 Feb 2007 14:16:42 +0100 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20070215131642.GA50193@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070128105053.GA93664@tirith.brixandersen.dk> <45BCEF32.3030101@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <45BCEF32.3030101@errno.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 13:16:50 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Sam, Sorry about the long delay in replying, been busy moving to a new apartment :) On Sun, Jan 28, 2007 at 10:45:06AM -0800, Sam Leffler wrote: > I take it you tried ifconfig'ing the interface down and up? Yes, that didn't solve it. > The output of athstats at the point where things are wedged might be > useful. Also verify if only tx is wedged (e.g. athstats 1 will show you > if you're receiving frames). Thanks, I'll check that next time the problem occurs. > The fact that the card cannot be reset seems to imply the mac is somehow > locked up. I vaguely recall some h/w issues like this on older cards > (and you are using a rather old card) but nothing that wasn't handled by > doing a reset operation. Best suggestion I can make is to use a > different model card. I see. Can you recommend a replacement 802.11a/b/g card model which is supported by ath(4)? Sincerely, Brix --=20 Henrik Brix Andersen --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: GnuPG signed iD8DBQFF1F06v+Q4flTiePgRAstgAKCUdRTsn5N8395WHRF6VXZzeJdJ2gCePGPe mcT/tCyzzLKEMOg0EzD9WOM= =1QFz -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 16:07:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EC8516A400 for ; Thu, 15 Feb 2007 16:07:15 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id C92B813C467 for ; Thu, 15 Feb 2007 16:07:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l1FG76pa018242; Thu, 15 Feb 2007 09:07:12 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45D48518.6040108@samsco.org> Date: Thu, 15 Feb 2007 09:06:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Harald Schmalzbauer References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> In-Reply-To: <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 15 Feb 2007 09:07:13 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with 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: Thu, 15 Feb 2007 16:07:15 -0000 Harald Schmalzbauer wrote: > Am Sun, 07 Jan 2007 19:58:23 -0800 > schrieb Scott Long : > > [...] >>>> machine is opteron hardware, but running a regular i386/SMP >>>> kernel/world. With everything at 6.2RC2 (as of 29th of December) >>>> except the areca driver the machine is rock solid, with the 29th >>>> of december version of the areca driver the box will crash on >>>> extract of a large tar file, removal >>>> of a large directory structure, or pretty much anything that >>>> does a lot >>>> of disk io to different files/locations. There is no error >>>> log prior to >>>> seeing the following messages.. >>>> >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 >>>> Dec 29 14:26:44 aleph kernel: >>>> g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 >>>> >>>> There are a string of these, followed by a crash and reboot. >>>> The file system > [...] >>> Areca 1.20.00.13 (as currently in the tree) does not seem to have >>> data corruption problems, but I can trigger g_vfs_done failures >>> under heavy I/O. >>> >>> I have raised this with Areca support, and I'm waiting to hear back >>> from Erich Chen. >>> >>> Regards, >>> >>> Jan Mikkelsen >>> >> I discussed this issue in length with the release engineering team >> today, and we're going to go ahead with keeping the .013 version in >> 6.2 since it has been working very reliably for a number of other >> testers, and reverting it at this late stage of the release represents > > Mybe it's unrelated to the areca driver, I can reproduce a similar > panic with ggate: > > gune:/etc#46: ggatec create -u 1 -t 30 192.168.0.2 /dev/ad2p6 > gune:/etc#47: mount /dev/gg > ggate1% ggctl% > gune:/etc#47: mount /dev/ggate1 /mnt > gune:/etc#48: cd /mnt/ > gune:/mnt#49: l > .snap > gune:/mnt#50: dd if=/dev/null of=testfile bs=4k > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000090 secs (0 bytes/sec) > gune:/mnt#51: dd if=/dev/zero of=testfile bs=4k > g_vfs_done():ggate1[WRITE(offset=6815744, length=131072)]error = 5 > g_vfs_done():ggate1[WRITE(offset=6946816, length=131072)]error = 5 > g_vfs_done():ggate1[WRITE(offset=7077888, length=131072)]error = 5 > g_vfs_done():ggate1[WRITE(offset=7208960, length=131072)]error = 5 > g_vfs_done():ggate1[WRITE(offset=7340032, length=131072)]error = 5 > g_vfs_done():ggate1[WRITE(offset=98304, length=16384)]error = 5 > panic: softdep_move_dependencies: need merge code > Uptime: 6h59m0s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > > Unfortunately I have only this production machine... > > Thanks, > > -Harry I don't see how they could be related. I've committed a fix for the Areca problem. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 17:21:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC2B916A400 for ; Thu, 15 Feb 2007 17:21:47 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 39E8613C48D for ; Thu, 15 Feb 2007 17:21:46 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l1FGwlGr016304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 Feb 2007 17:58:52 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.49]) by tek.flintsbach.schmalzbauer.de (8.13.6/8.13.6) with ESMTP id l1FGwldi085595 for ; Thu, 15 Feb 2007 17:58:47 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l1FGwlfQ005651 for freebsd-stable@freebsd.org; Thu, 15 Feb 2007 17:58:47 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to h.schmalzbauer@omnisec.de using -f From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-stable@freebsd.org Date: Thu, 15 Feb 2007 17:58:47 +0100 User-Agent: KMail/1.9.4 References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> <45D48518.6040108@samsco.org> In-Reply-To: <45D48518.6040108@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702151758.47221.h.schmalzbauer@omnisec.de> Subject: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with 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: Thu, 15 Feb 2007 17:21:47 -0000 Am Donnerstag, 15. Februar 2007 17:06 schrieb Scott Long: > Harald Schmalzbauer wrote: [...] > > Mybe it's unrelated to the areca driver, I can reproduce a similar > > panic with ggate: [...] > > I don't see how they could be related. I've committed a fix for the > Areca problem. Ok, was just a wild guess. Ill repost it without references so it doesn't g= et=20 lost in the wrong thread. Thank you! =2DHarry > > Scott > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 17:42:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 440E016A400 for ; Thu, 15 Feb 2007 17:42:19 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id B9BBA13C461 for ; Thu, 15 Feb 2007 17:42:18 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l1FHgCCa016754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 Feb 2007 18:42:17 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.49]) by tek.flintsbach.schmalzbauer.de (8.13.6/8.13.6) with ESMTP id l1FHgCbf088095 for ; Thu, 15 Feb 2007 18:42:12 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l1FHgCgm006000 for freebsd-stable@freebsd.org; Thu, 15 Feb 2007 18:42:12 +0100 (CET) (envelope-from harry@schmalzbauer.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to harry@schmalzbauer.de using -f From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Date: Thu, 15 Feb 2007 18:42:11 +0100 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702151842.12213.harry@schmalzbauer.de> Subject: RELENG_6 panic w/ ggate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2007 17:42:19 -0000 Hello, trying to use ggatec as gmirror provider for quiet some time, this try leads to the following panic (RELENG_6 from Feb. 11): gune:/etc#46: ggatec create -u 1 -t 30 192.168.0.2 /dev/ad2p6 gune:/etc#47: mount /dev/gg ggate1% ggctl% gune:/etc#47: mount /dev/ggate1 /mnt gune:/etc#48: cd /mnt/ gune:/mnt#49: l .snap gune:/mnt#50: dd if=/dev/null of=testfile bs=4k 0+0 records in 0+0 records out 0 bytes transferred in 0.000090 secs (0 bytes/sec) gune:/mnt#51: dd if=/dev/zero of=testfile bs=4k g_vfs_done():ggate1[WRITE(offset=6815744, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=6946816, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7077888, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7208960, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7340032, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=98304, length=16384)]error = 5 panic: softdep_move_dependencies: need merge code Uptime: 6h59m0s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Unfortunately I have only this production machine... Any hints welcome, thanks in advance -Harry From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 17:59:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ACD216A402 for ; Thu, 15 Feb 2007 17:59:11 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 343C113C46B for ; Thu, 15 Feb 2007 17:59:11 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HHkbO-0002qq-Lb; Thu, 15 Feb 2007 19:41:02 +0200 Date: Thu, 15 Feb 2007 19:41:02 +0200 From: Alexander Shikoff To: freebsd-stable@freebsd.org Message-ID: <20070215174102.GA10821@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Subject: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 17:59:11 -0000 Hello, I have Apacer Flash: umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) Writing to this device is very slooooow. Time taken to copy file of 1,4G is near 30 min. Can anybody help? Thanks. -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 18:17:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B4CF16A401 for ; Thu, 15 Feb 2007 18:17:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 19F5213C478 for ; Thu, 15 Feb 2007 18:17:55 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HHl84-00078K-FC for freebsd-stable@freebsd.org; Thu, 15 Feb 2007 19:14:48 +0100 Received: from 89-172-53-203.adsl.net.t-com.hr ([89.172.53.203]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Feb 2007 19:14:48 +0100 Received: from ivoras by 89-172-53-203.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Feb 2007 19:14:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 15 Feb 2007 19:12:40 +0100 Lines: 38 Message-ID: References: <20070215174102.GA10821@crete.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0EC20EE55B7568BA73B071B4" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-53-203.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <20070215174102.GA10821@crete.org.ua> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2007 18:17:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0EC20EE55B7568BA73B071B4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alexander Shikoff wrote: > umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) >=20 > Writing to this device is very slooooow. >=20 > Time taken to copy file of 1,4G is near 30 min. 1400/1800=3D0.77... which looks suspiciously like the rate I get while copying over USB 1 port. What does "iostat 1" say while you're copying the file? --------------enig0EC20EE55B7568BA73B071B4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF1KKYldnAQVacBcgRAmYdAKDtm0CICVbOqYclxgDYhK+9uwuE8QCeO/Ow 7C0hqzjeBZr04al7cuF1dYs= =fPyA -----END PGP SIGNATURE----- --------------enig0EC20EE55B7568BA73B071B4-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 19:23:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3C8B16A400 for ; Thu, 15 Feb 2007 19:23:13 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.freebsd.org (Postfix) with ESMTP id BA09C13C494 for ; Thu, 15 Feb 2007 19:23:13 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id AC9137BA3AF for ; Thu, 15 Feb 2007 20:23:12 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 65899B824; Thu, 15 Feb 2007 20:23:07 +0100 (CET) Date: Thu, 15 Feb 2007 20:23:07 +0100 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20070215192307.GA98095@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070128105053.GA93664@tirith.brixandersen.dk> <45BCEF32.3030101@errno.com> <20070215131642.GA50193@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20070215131642.GA50193@tirith.brixandersen.dk> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 19:23:14 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 15, 2007 at 02:16:42PM +0100, Henrik Brix Andersen wrote: > On Sun, Jan 28, 2007 at 10:45:06AM -0800, Sam Leffler wrote: > > The output of athstats at the point where things are wedged might be > > useful. Also verify if only tx is wedged (e.g. athstats 1 will show you > > if you're receiving frames). >=20 > Thanks, I'll check that next time the problem occurs. Output of athstats on the AP looks like this with ping(8) running on both AP and STA while things are wedged: input output altrate short long xretry crcerr crypt phyerr rssi = rate 0 1 0 0 0 0 0 0 12 39 = 24M The above output repeats itself with small variations in the phyerr column. > > The fact that the card cannot be reset seems to imply the mac is somehow > > locked up. I vaguely recall some h/w issues like this on older cards > > (and you are using a rather old card) but nothing that wasn't handled by > > doing a reset operation. Best suggestion I can make is to use a > > different model card. >=20 > I see. Can you recommend a replacement 802.11a/b/g card model which is > supported by ath(4)? I have been searching for a replacement for my current 5212-based atheros miniPCI card and came across these two products: http://www.netgate.com/product_info.php?cPath=3D26_34&products_id=3D279 http://www.netgate.com/product_info.php?cPath=3D26_34&products_id=3D393 Both are based on the Atheros AR5006xs 6th generation chipset (AR5414) but only one of them supports Super AG. Does anybody know if these cards will work the the ath(4)/ath_hal(4) found in FreeBSD? According to the ath_hal(4) man page, the only supported cards are those based on the Atheros AR5210, AR5211 and AR5212 chipsets? Sincerely, Brix --=20 Henrik Brix Andersen --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: GnuPG signed iD8DBQFF1LMav+Q4flTiePgRAsmFAJ9zt2Vd192ENWcP1PpY4CUBIoPmWgCfbkdV YM4ULHQWgnK1oPjJeC6FbHQ= =F3HS -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 20:07:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B94716A402 for ; Thu, 15 Feb 2007 20:07:18 +0000 (UTC) (envelope-from SRS1=4bc846828a02e5d415a173830aae2b9c06dc95d4=es.net==4bc846828a02e5d415a173830aae2b9c06dc95d4=247=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 0313813C478 for ; Thu, 15 Feb 2007 20:07:17 +0000 (UTC) (envelope-from SRS1=4bc846828a02e5d415a173830aae2b9c06dc95d4=es.net==4bc846828a02e5d415a173830aae2b9c06dc95d4=247=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id UVS24406 for ; Thu, 15 Feb 2007 11:55:06 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id UVS32404; Thu, 15 Feb 2007 11:55:04 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 18C3A45055; Thu, 15 Feb 2007 11:55:03 -0800 (PST) To: Ivan Voras In-Reply-To: Your message of "Thu, 15 Feb 2007 19:12:40 +0100." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1171569303_99072P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 15 Feb 2007 11:55:03 -0800 From: "Kevin Oberman" Message-Id: <20070215195503.18C3A45055@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2007 20:07:18 -0000 --==_Exmh_1171569303_99072P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Ivan Voras > Date: Thu, 15 Feb 2007 19:12:40 +0100 > Sender: owner-freebsd-stable@freebsd.org > > Alexander Shikoff wrote: > > > umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > > da0: 40.000MB/s transfers > > da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) > > > > Writing to this device is very slooooow. > > > > Time taken to copy file of 1,4G is near 30 min. > > 1400/1800=0.77... which looks suspiciously like the rate I get while > copying over USB 1 port. What does "iostat 1" say while you're copying > the file? Looks a lot like a new 4GB drive I bought. It is painfully slow. Here is the result of iostat: tty ad0 da0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 77 16.00 1 0.02 4.00 48 0.19 0.00 0 0.00 0 0 1 0 99 0 231 0.00 0 0.00 4.00 48 0.19 0.00 0 0.00 3 0 1 2 94 0 649 0.00 0 0.00 4.00 36 0.14 0.00 0 0.00 3 0 2 2 94 0 77 9.00 2 0.02 4.00 1 0.00 0.00 0 0.00 2 0 1 1 97 0 77 9.00 2 0.02 0.00 0 0.00 0.00 0 0.00 4 0 1 0 95 This is (obviously) from the end of the transfer. Transfer rate varies from .14 to .19 MB/s. While I have not one statistical analysis, it is clear that the mode is .14 and I'd guess the median is around 16 KB/s. (I calculated it over 20 samples in the middle of the transfer.) To say that this is dreadful is a major understatement, but I suspect it is an issue with the drive. I will try it on Windows and see it it works any better there. It might be crappy hardware. (At $30 for a 4GB drive, it was certainly cheap.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1171569303_99072P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF1LqXkn3rs5h7N1ERAq9BAJ9Eo13uhK6G/QIUF+iki795yQUq4QCgtyyy C270Xa6om5atne2bEQEuEzA= =k6aT -----END PGP SIGNATURE----- --==_Exmh_1171569303_99072P-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 20:20:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3BCF16A406 for ; Thu, 15 Feb 2007 20:20:18 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id C9E3513C4A5 for ; Thu, 15 Feb 2007 20:20:17 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 50405 invoked by uid 0); 16 Feb 2007 07:20:58 +1100 Received: by simscan 1.1.0 ppid: 50400, pid: 50401, t: 0.0624s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2434 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 16 Feb 2007 07:20:58 +1100 From: "Dimuthu Parussalla" To: Date: Fri, 16 Feb 2007 07:20:27 +1100 Message-ID: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001B_01C7519A.F0183440" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 20:20:18 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C7519A.F0183440 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi All, Apart from random dropout from the network. Our IBM X236 server suffers slow network performance. I've changed the server from CISCO switch to a netgear switch on a test platform. Also tried 1000m full-duplex setup with no auto negotionation on both ends. Still after few days (3-4) server drops the connection. And while its working I get 90KBps upload/download with ftp transfers. I have treid changing BGE network cards to EM (intel 100/1000) still the same result. Any idea's to nail this problem? /etc/sysctl.conf kern.ipc.maxsockbuf=8388608 kern.ipc.somaxconn=2048 net.inet.tcp.sendspace=3217968 net.inet.tcp.recvspace=3217968 net.inet.tcp.rfc1323=1 #net.inet.tcp.rfc3042=0 net.inet.ip.portrange.hilast=65535 net.inet.ip.portrange.hifirst=49152 net.inet.ip.portrange.last=65535 net.inet.ip.portrange.first=1024 net.inet.tcp.inflight.enable=0 /boot/loader.conf kern.ipc.nmbclusters=32768 Interfaces: em0: flags=8843 mtu 1500 options=b inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:0e:0c:d0:73:3c media: Ethernet 1000baseTX status: active em1: flags=8843 mtu 1500 options=b inet 6x.xx.xx.xx netmask 0xffffffc0 broadcast xxx.xxx.xxx.255 ether 00:0e:0c:9f:f4:5e media: Ethernet 100baseTX status: active Regards Dimuthu Parussalla ------=_NextPart_000_001B_01C7519A.F0183440 Content-Type: text/plain; name="BSG.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="BSG.txt" # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.7.2.2 2006/05/01 = 00:15:12 scottl Exp $ machine i386 cpu I686_CPU ident BSG maxusers 512 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for = devices. makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread = preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates = support options UFS_ACL # Support for access control = lists options UFS_DIRHASH # Improve performance on big = directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires = NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires = PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP = THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D5000 # Delay (in ms) before probing = SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time = extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in = debug options SMP # SMP Support # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in = debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=3D100 options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options IPFILTER options IPFILTER_LOG #options IPFILTER_DEFAULT_TO_ACCEPT options IPSEC options IPSEC_ESP options IPSEC_DEBUG #options IPTUNNEL #options NCP options NETATALK options DUMMYNET #options TCP_RESTRICT_RST options QUOTA options BRIDGE # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahd # AHA39320/29320 and onboard AIC79xx = devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI = access) device ses # SCSI Environmental Services (and = SAF-TE) # RAID controllers interfaced to the SCSI subsystem device ips # IBM (Adaptec) ServeRAID # RAID controllers # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these = NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, = 82558) # ISA Ethernet NICs. pccard NICs included. # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device io # I/O device device snp # watch psedo device device mem # Memory and kernel memory devices # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus = and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless = NICs device urio # Diamond Rio 500 MP3 player # USB Ethernet, requires miibus device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support ------=_NextPart_000_001B_01C7519A.F0183440-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 21:03:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D544C16A402 for ; Thu, 15 Feb 2007 21:03:29 +0000 (UTC) (envelope-from SRS0=4bc846828a02e5d415a173830aae2b9c06dc95d4=247=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 6665F13C48E for ; Thu, 15 Feb 2007 21:03:29 +0000 (UTC) (envelope-from SRS0=4bc846828a02e5d415a173830aae2b9c06dc95d4=247=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id UXS11528; Thu, 15 Feb 2007 13:03:28 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E554E45053; Thu, 15 Feb 2007 13:03:27 -0800 (PST) To: Ivan Voras In-Reply-To: Your message of "Thu, 15 Feb 2007 11:55:03 PST." <20070215195503.18C3A45055@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1171573407_94867P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 15 Feb 2007 13:03:27 -0800 From: "Kevin Oberman" Message-Id: <20070215210327.E554E45053@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2007 21:03:29 -0000 --==_Exmh_1171573407_94867P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 15 Feb 2007 11:55:03 -0800 > From: "Kevin Oberman" > Sender: owner-freebsd-stable@freebsd.org > > --==_Exmh_1171569303_99072P > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > > From: Ivan Voras > > Date: Thu, 15 Feb 2007 19:12:40 +0100 > > Sender: owner-freebsd-stable@freebsd.org > > > > Alexander Shikoff wrote: > > > > > umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > > > da0: 40.000MB/s transfers > > > da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) > > > > > > Writing to this device is very slooooow. > > > > > > Time taken to copy file of 1,4G is near 30 min. > > > > 1400/1800=0.77... which looks suspiciously like the rate I get while > > copying over USB 1 port. What does "iostat 1" say while you're copying > > the file? > > Looks a lot like a new 4GB drive I bought. It is painfully slow. > > Here is the result of iostat: > tty ad0 da0 pass0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0 77 16.00 1 0.02 4.00 48 0.19 0.00 0 0.00 0 0 1 0 99 > 0 231 0.00 0 0.00 4.00 48 0.19 0.00 0 0.00 3 0 1 2 94 > 0 649 0.00 0 0.00 4.00 36 0.14 0.00 0 0.00 3 0 2 2 94 > 0 77 9.00 2 0.02 4.00 1 0.00 0.00 0 0.00 2 0 1 1 97 > 0 77 9.00 2 0.02 0.00 0 0.00 0.00 0 0.00 4 0 1 0 95 > > This is (obviously) from the end of the transfer. Transfer rate varies > from .14 to .19 MB/s. While I have not one statistical analysis, it is > clear that the mode is .14 and I'd guess the median is around 16 > KB/s. (I calculated it over 20 samples in the middle of the transfer.) > > To say that this is dreadful is a major understatement, but I suspect it > is an issue with the drive. I will try it on Windows and see it it works > any better there. It might be crappy hardware. (At $30 for a 4GB drive, > it was certainly cheap.) To followup on my own message, Ivan is doing GREAT! FreeBSD 312 seconds Windows 12 seconds Wow! To say that these numbers do not make FreeBSD look good would be a huge understatement. Is Hans new umass available? If so, I might give it a try when I have a chance. Also, I just realized that I am on the wrong list as the system I'm doing this on is running current, not stable. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1171573407_94867P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF1Mqfkn3rs5h7N1ERAr7wAJ9bXJI6Dc2JLvGi1Ic67XomId4x3wCgg6T0 MET8BmkbhksE9aRiImKZw+0= =TOgP -----END PGP SIGNATURE----- --==_Exmh_1171573407_94867P-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 00:40:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2166616A401 for ; Fri, 16 Feb 2007 00:40:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id F013313C461 for ; Fri, 16 Feb 2007 00:40:06 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id BDDBD1AFDEC; Thu, 15 Feb 2007 19:40:13 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Thu, 15 Feb 2007 19:40:13 -0500 X-Sasl-enc: +5KcFzw3RexjOLcaoMjPJRe/uQY3aYU3l1ck6VwmiiL2 1171586413 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 815281076E; Thu, 15 Feb 2007 19:40:11 -0500 (EST) Message-ID: <45D4FD62.8020804@FreeBSD.org> Date: Fri, 16 Feb 2007 00:40:02 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Steve Hodgson References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> <20061024200409.GE53901@dan.emsphone.com> <20061026100832.GA48810@comp.chem.msu.su> <20061026170131.GD1474@dwpc.dwlabs.ca> <4541577F.40306@FreeBSD.org> <4541C763.7050003@stevehodgson.co.uk> In-Reply-To: <4541C763.7050003@stevehodgson.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-stable@freebsd.org, Duane Whitty Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 00:40:07 -0000 Steve Hodgson wrote: > > Could you use "objcopy --redefine-sym" to rename the symbol in the > flash library? I've not tried it of course. I just ran into this issue again. I tried this suggestion. It doesn't change the dynamic reference. I see the linuxpluginwrapper port has now been updated to deal with this! Excellent! regards, BMS From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 02:34:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16E5A16A401 for ; Fri, 16 Feb 2007 02:34:00 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id D3CEE13C4A6 for ; Fri, 16 Feb 2007 02:33:59 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so363360pye for ; Thu, 15 Feb 2007 18:33:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:sender; b=W2TwUEyWc7++GjagVbejh/pChEbHaOD+cW/j9xNIcRM6SiAmEvm3sUxdZF+KecAfppk9NKYSODa4qRX3vo5FeMdDaM5rw6WVEpcl+6CH+neYUXA/q24mxdw1xn4HVSEeoyuTjb9HtEOCtijMb4echWtXw9rPQvYawJjIkWzy/U0= Received: by 10.35.107.20 with SMTP id j20mr4916615pym.1171593239206; Thu, 15 Feb 2007 18:33:59 -0800 (PST) Received: from ?10.8.0.32? ( [61.221.58.28]) by mx.google.com with ESMTP id f60sm3836014pyh.2007.02.15.18.33.57; Thu, 15 Feb 2007 18:33:58 -0800 (PST) From: "Eric L. Chen" To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qSvI37gva9XrN2crd+ta" Date: Fri, 16 Feb 2007 10:33:53 +0800 Message-Id: <1171593233.1674.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Subject: Failed to mount umass with Motorola Razr V3x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 02:34:00 -0000 --=-qSvI37gva9XrN2crd+ta Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I have a Motorola V3x phone with 1GB T-Flash memory card. It can mount as a removal drive on Windows XP and Ubuntu, but on FreeBSD (6.2 stable) will cause these message (see below) and failed to mount. Does any one know how to fix it? BTW, If I switch V3x USB as UMTS modem, FreeBSD still cannot use it as modem device. /Eric ---------- umass0: Motorola Inc. Motorola Phone (RAZRV3x), rev 1.10/0.01, addr 2 umass0: Get Max Lun not supported (SHORT_XFER) xptioctl: pass driver is not in the kernel xptioctl: put "device pass0" in your kernel config file da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device=20 da0: 1.000MB/s transfers da0: 952MB (1950721 512 byte sectors: 64H 32S/T 952C) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 (da0:umass-sim0:0:0:0): No additional sense information (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 (da0:umass-sim0:0:0:0): No additional sense information (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 (da0:umass-sim0:0:0:0): No additional sense information (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 (da0:umass-sim0:0:0:0): No additional sense information (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 (da0:umass-sim0:0:0:0): No additional sense information (da0:umass-sim0:0:0:0): Retries Exhausted ---------- --=-qSvI37gva9XrN2crd+ta Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD8DBQBF1RgRymyXoUCp/cURAlmGAJ9J8r2GtWDpfz2XoWMmGqAUPN/Y1QCfZ5ba XDMZtxLFSnCq/voOks3egPU= =h1ce -----END PGP SIGNATURE----- --=-qSvI37gva9XrN2crd+ta-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 03:48:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3613116A400 for ; Fri, 16 Feb 2007 03:48:19 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.freebsd.org (Postfix) with ESMTP id EFB1E13C467 for ; Fri, 16 Feb 2007 03:48:18 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from [192.168.1.10] (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version v3.8f3-3) with ESMTP id 583435833-1926380 for ; Thu, 15 Feb 2007 22:48:18 -0500 Message-ID: <45D52987.6090505@tellurian.com> Date: Thu, 15 Feb 2007 22:48:23 -0500 From: Vinny Abello Organization: Tellurian Networks User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> In-Reply-To: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Subject: Re: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 03:48:19 -0000 Although I don't think this is necessarily the cause of your dropouts as you put it, one must understand the way autonegotiation and manual speed and duplex work between network gear. For autonegotiation to work, BOTH devices must support autonegotiation, OR both devices must be set to the same speed and duplex setting. If one only supports auto and the other does not, you must NOT set the device that you can manually configure to full duplex. The auto device will never negotiate at full duplex and fall back to half when autonegotiation fails, causing a duplex mismatch and horrible network performance and loss. A very rough set of rules of thumb (YMMV): When connecting to an unmanaged switch, use auto. If your host doesn't support auto, set it to half-duplex. When connecting to a managed switch, make sure the port is set to auto and set your system to auto, otherwise force both the switch port and your host to the same settings. This is required especially if the host doesn't support auto negotiation and you want to run at full duplex. When connecting to a managed switch, enable portfast or the equivalent spanning-tree command on the switch port your host is connected to so it forwards traffic immediately when getting link. So to sum it up, auto only works if both sides speak auto. Auto negotiation failure falls back to half-duplex! Of course there are all the horror stories where auto negotiation is evil and that different vendor's implementations don't play nice or are just completely broken, so always set things to manual or you and your family will suffer an untimely death... There are so many of these stories that one would think there has to be some truth to it. In my own experience, I have never had an issue with auto negotiation in some ten years of working with a dozen different vendors' networking gear so I guess I'm lucky... or I just understand how it interacts with other devices and their capabilities. I still don't know which exactly. Hope this helps! :) Dimuthu Parussalla wrote: > Hi All, > > Apart from random dropout from the network. Our IBM X236 server suffers slow > network performance. I've changed the server from CISCO switch to a netgear > switch on a test platform. Also tried 1000m full-duplex setup with no auto > negotionation on both ends. Still after few days (3-4) server drops the > connection. And while its working I get 90KBps upload/download with ftp > transfers. > > I have treid changing BGE network cards to EM (intel 100/1000) still the > same result. Any idea's to nail this problem? > > > /etc/sysctl.conf > > kern.ipc.maxsockbuf=8388608 > kern.ipc.somaxconn=2048 > net.inet.tcp.sendspace=3217968 > net.inet.tcp.recvspace=3217968 > net.inet.tcp.rfc1323=1 > #net.inet.tcp.rfc3042=0 > net.inet.ip.portrange.hilast=65535 > net.inet.ip.portrange.hifirst=49152 > net.inet.ip.portrange.last=65535 > net.inet.ip.portrange.first=1024 > net.inet.tcp.inflight.enable=0 > > > > /boot/loader.conf > > kern.ipc.nmbclusters=32768 > > > Interfaces: > > em0: flags=8843 mtu 1500 > options=b > inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:0e:0c:d0:73:3c > media: Ethernet 1000baseTX > status: active > > em1: flags=8843 mtu 1500 > options=b > inet 6x.xx.xx.xx netmask 0xffffffc0 broadcast xxx.xxx.xxx.255 > ether 00:0e:0c:9f:f4:5e > media: Ethernet 100baseTX > status: active > > > > Regards > Dimuthu Parussalla > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 04:05:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 204CF16A401 for ; Fri, 16 Feb 2007 04:05:10 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id F2EAF13C474 for ; Fri, 16 Feb 2007 04:05:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 5DEE017334 for ; Thu, 15 Feb 2007 23:05:09 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mifCpIqCZYRX for ; Thu, 15 Feb 2007 23:05:09 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 0AA9D1732E for ; Thu, 15 Feb 2007 23:05:07 -0500 (EST) Message-ID: <45D52D6F.3080901@jellydonut.org> Date: Thu, 15 Feb 2007 23:05:03 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070128105053.GA93664@tirith.brixandersen.dk> <45BCEF32.3030101@errno.com> <20070215131642.GA50193@tirith.brixandersen.dk> <20070215192307.GA98095@tirith.brixandersen.dk> In-Reply-To: <20070215192307.GA98095@tirith.brixandersen.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 04:05:10 -0000 Henrik Brix Andersen wrote: > I have been searching for a replacement for my current 5212-based > atheros miniPCI card and came across these two products: > > http://www.netgate.com/product_info.php?cPath=26_34&products_id=279 > http://www.netgate.com/product_info.php?cPath=26_34&products_id=393 > > Both are based on the Atheros AR5006xs 6th generation chipset (AR5414) > but only one of them supports Super AG. > > Does anybody know if these cards will work the the ath(4)/ath_hal(4) > found in FreeBSD? > > According to the ath_hal(4) man page, the only supported cards are > those based on the Atheros AR5210, AR5211 and AR5212 chipsets? This week I ordered a ThinkPad R60 with an AR5006 PCI Express card. If you can wait a week or two, I'll have some information on FreeBSD's success with it. -Proto From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 06:07:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E71E16A41F for ; Fri, 16 Feb 2007 06:07:15 +0000 (UTC) (envelope-from spamrefuse@yahoo.com) Received: from web33302.mail.mud.yahoo.com (web33302.mail.mud.yahoo.com [68.142.206.117]) by mx1.freebsd.org (Postfix) with SMTP id D023013C4B2 for ; Fri, 16 Feb 2007 06:07:14 +0000 (UTC) (envelope-from spamrefuse@yahoo.com) Received: (qmail 45232 invoked by uid 60001); 16 Feb 2007 06:07:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=1/L0PxwBTp8P+TNTAVAqKr9rGNvjPJP4jSWzZrP3M9nQmPvCyz1mLJX8VrxagkVNp/u9d2XDDJ0JoDgnGbb7A/+xmDhNZr5y3ARSiPt7Yc0pil8SMC1QX/cJOgWD/nWc1nbsRZB7ZeJ2PgEx1YRDLNzDhc1g/I7xPT6SvdGSAkI=; X-YMail-OSG: rQ7Pp6MVM1mMiZTEE6ZrCBaTTtKCLfq3taZMvI0j7Qg6hTU4KMIB.df4oPdPUbQ8fw-- Received: from [61.72.111.129] by web33302.mail.mud.yahoo.com via HTTP; Thu, 15 Feb 2007 22:07:13 PST Date: Thu, 15 Feb 2007 22:07:13 -0800 (PST) From: Rob To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <534626.45013.qm@web33302.mail.mud.yahoo.com> Cc: Subject: Diskless PXEboot crashes at kernel loading. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 06:07:15 -0000 Hi, I already described in detail what I've been doing with the FreeBSD server and the Compaq HP client PC here: http://lists.freebsd.org/pipermail/freebsd-questions/2007-February/142116.html The Bootp exchange seems to be fine and the client gets the kernel from the server. However, during the kernel loading, the client PC "implodes" and starts from BIOS boot up again. The boot messages are given below. The crash messages scroll too fast over the screen to see the details with the bare eye. I recorded it with a digital camera and a snapshot of it is here: http://www.lahaye.dds.nl/pxeboot/crash.jpg The whole boot process in plain text goes as follows: -------------------------------------------------- Attempting Boot From Intel(R) Boot Agent Version 3.0.05 (PnP Device) Initializing Intel(R) Boot Agent Version 3.0.05 PXE 2.0 Build 078 (WfM 2.0), RPL V2.73 Intel(R) Boot Agent Version 3.0.05 Copyright (C) 1997-2000, Intel Corporation CLIENT MAC ADDR: 00 02 A5 93 F7 44 GUID: 67862AE2-117C-D511-BFE9-F3C48B4FB125 DHCP./ BTX loader 1.00 BTX version is 1.01 Consoles: internal video/keyboard BIOS drive A: is disk0 BIOS drive C: is disk1 PXE version 2.1, real mode entry point 09db8:8186 BIOS a573kB/268896kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 pxe_open: server addr: 192.168.123.1 pxe_open: server path: / pxe_open: gateway ip: 192.168.123.254 Welcome to FreeBSD! [ Boot option menu 1 to 7 ] FreeBSD-ascii-cartoon /boot/kernel/kernel text=0x4d568c / int=...... err=.... ef11=.... eip=.... -------------------------------------------------- And the crash happens. Note that the crash occurs for whatever option 1 to 6 I choose from the FreeBSD boot menu. Does someone understand the crash messages? Thanks, Rob. ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 06:33:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C64116A400 for ; Fri, 16 Feb 2007 06:33:40 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id C159513C461 for ; Fri, 16 Feb 2007 06:33:39 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 81559 invoked by uid 89); 16 Feb 2007 17:34:19 +1100 Message-ID: <20070216063419.81558.qmail@baysidegrp.com.au> References: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> <45D52987.6090505@tellurian.com> In-Reply-To: <45D52987.6090505@tellurian.com> From: "Dimuthu Parussalla BWEADM non-std-pwd" To: Vinny Abello Date: Fri, 16 Feb 2007 17:34:19 +1100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 06:33:40 -0000 This is exactly what I did. Managed Switch A (2950G) 1) both switch and bge/em card set for auto negeotiation 2) Both switch and bge/em set for 1000mb full-duplex. Managed Switch B (Netgeat GSM7224) 1) both switch and bge/em card set for auto negeotiation 2) Both switch and bge/em set for 1000mb full-duplex. I am seriously running out of options. Thanks Vinny Abello writes: > Although I don't think this is necessarily the cause of your dropouts as > you put it, one must understand the way autonegotiation and manual speed > and duplex work between network gear. > > For autonegotiation to work, BOTH devices must support autonegotiation, OR > both devices must be set to the same speed and duplex setting. If one only > supports auto and the other does not, you must NOT set the device that you > can manually configure to full duplex. The auto device will never > negotiate at full duplex and fall back to half when autonegotiation fails, > causing a duplex mismatch and horrible network performance and loss. > > A very rough set of rules of thumb (YMMV): > > When connecting to an unmanaged switch, use auto. If your host doesn't > support auto, set it to half-duplex. > > When connecting to a managed switch, make sure the port is set to auto and > set your system to auto, otherwise force both the switch port and your > host to the same settings. This is required especially if the host doesn't > support auto negotiation and you want to run at full duplex. > > When connecting to a managed switch, enable portfast or the equivalent > spanning-tree command on the switch port your host is connected to so it > forwards traffic immediately when getting link. > > > So to sum it up, auto only works if both sides speak auto. Auto > negotiation failure falls back to half-duplex! > > Of course there are all the horror stories where auto negotiation is evil > and that different vendor's implementations don't play nice or are just > completely broken, so always set things to manual or you and your family > will suffer an untimely death... There are so many of these stories that > one would think there has to be some truth to it. In my own experience, I > have never had an issue with auto negotiation in some ten years of working > with a dozen different vendors' networking gear so I guess I'm lucky... or > I just understand how it interacts with other devices and their > capabilities. I still don't know which exactly. > > > Hope this helps! :) > > > Dimuthu Parussalla wrote: >> Hi All, >> >> Apart from random dropout from the network. Our IBM X236 server suffers >> slow >> network performance. I've changed the server from CISCO switch to a >> netgear >> switch on a test platform. Also tried 1000m full-duplex setup with no >> auto >> negotionation on both ends. Still after few days (3-4) server drops the >> connection. And while its working I get 90KBps upload/download with ftp >> transfers. >> >> I have treid changing BGE network cards to EM (intel 100/1000) still the >> same result. Any idea's to nail this problem? >> >> >> /etc/sysctl.conf >> >> kern.ipc.maxsockbuf=8388608 >> kern.ipc.somaxconn=2048 >> net.inet.tcp.sendspace=3217968 >> net.inet.tcp.recvspace=3217968 >> net.inet.tcp.rfc1323=1 >> #net.inet.tcp.rfc3042=0 >> net.inet.ip.portrange.hilast=65535 >> net.inet.ip.portrange.hifirst=49152 >> net.inet.ip.portrange.last=65535 >> net.inet.ip.portrange.first=1024 >> net.inet.tcp.inflight.enable=0 >> >> >> >> /boot/loader.conf >> >> kern.ipc.nmbclusters=32768 >> >> >> Interfaces: >> >> em0: flags=8843 mtu 1500 >> options=b >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255 >> ether 00:0e:0c:d0:73:3c >> media: Ethernet 1000baseTX >> status: active >> >> em1: flags=8843 mtu 1500 >> options=b >> inet 6x.xx.xx.xx netmask 0xffffffc0 broadcast xxx.xxx.xxx.255 >> ether 00:0e:0c:9f:f4:5e >> media: Ethernet 100baseTX >> status: active >> >> >> >> Regards >> Dimuthu Parussalla >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 07:44:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 290EE16A402 for ; Fri, 16 Feb 2007 07:44:37 +0000 (UTC) (envelope-from prvs=astraserg/0567f49f3d@proc.ru) Received: from mail.proc.ru (mail.proc.ru [217.117.112.5]) by mx1.freebsd.org (Postfix) with ESMTP id D811513C48D for ; Fri, 16 Feb 2007 07:44:36 +0000 (UTC) (envelope-from prvs=astraserg/0567f49f3d@proc.ru) Received: from uranium.proc.ru ([217.117.127.77]) by mail.proc.ru with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id 1HHxSV-000KnN-8E for freebsd-stable@freebsd.org; Fri, 16 Feb 2007 10:24:43 +0300 From: AstraSerg Organization: Proc.ru To: freebsd-stable@freebsd.org Date: Fri, 16 Feb 2007 10:24:42 +0300 User-Agent: KMail/1.9.5 References: <1171593233.1674.5.camel@localhost> In-Reply-To: <1171593233.1674.5.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702161024.42389.astraserg@proc.ru> X-SpamTest-Envelope-From: astraserg@proc.ru X-SpamTest-Info: Profiles 777 [Feb 15 2007] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Method: white ip list X-SpamTest-Rate: 0 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted Subject: Re: Failed to mount umass with Motorola Razr V3x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: astraserg@proc.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 07:44:37 -0000 >>> xptioctl: pass driver is not in the kernel <<<< >>> xptioctl: put "device pass0" in your kernel config <<<< On Friday 16 February 2007 05:33, Eric L. Chen wrote: > Hi, > I have a Motorola V3x phone with 1GB T-Flash memory card. > It can mount as a removal drive on Windows XP and Ubuntu, but on FreeBSD > (6.2 stable) will cause these message (see below) and failed to mount. > Does any one know how to fix it? > BTW, If I switch V3x USB as UMTS modem, FreeBSD still cannot use it as > modem device. > > /Eric > > ---------- > umass0: Motorola Inc. Motorola Phone (RAZRV3x), rev 1.10/0.01, addr 2 > umass0: Get Max Lun not supported (SHORT_XFER) > xptioctl: pass driver is not in the kernel > xptioctl: put "device pass0" in your kernel config filexptioctl: put "device pass0" in your kernel config file > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 > device > da0: 1.000MB/s transfers > da0: 952MB (1950721 512 byte sectors: 64H 32S/T 952C) > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > (da0:umass-sim0:0:0:0): No additional sense information > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > (da0:umass-sim0:0:0:0): No additional sense information > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > (da0:umass-sim0:0:0:0): No additional sense information > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > (da0:umass-sim0:0:0:0): No additional sense information > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > (da0:umass-sim0:0:0:0): No additional sense information > (da0:umass-sim0:0:0:0): Retries Exhausted > ---------- -- Sergey Yaroshevsky, astraserg@proc.ru From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 10:22:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4712A16A401 for ; Fri, 16 Feb 2007 10:22:02 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.freebsd.org (Postfix) with ESMTP id F2C4913C442 for ; Fri, 16 Feb 2007 10:22:01 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from [192.168.1.10] (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version v3.8f3-3) with ESMTP id 583572401-1926380 for multiple; Fri, 16 Feb 2007 05:22:00 -0500 Message-ID: <45D585CD.80805@tellurian.com> Date: Fri, 16 Feb 2007 05:22:05 -0500 From: Vinny Abello Organization: Tellurian Networks User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Dimuthu Parussalla BWEADM non-std-pwd References: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> <45D52987.6090505@tellurian.com> <20070216063419.81558.qmail@baysidegrp.com.au> In-Reply-To: <20070216063419.81558.qmail@baysidegrp.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Cc: freebsd-stable@freebsd.org Subject: Re: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 10:22:02 -0000 This sounds like your switch and host settings are correct so I wouldn't spend too much more time looking at that at this point. I just wanted to mention it to be sure. Good luck! Dimuthu Parussalla BWEADM non-std-pwd wrote: > This is exactly what I did. > Managed Switch A (2950G) > 1) both switch and bge/em card set for auto negeotiation > 2) Both switch and bge/em set for 1000mb full-duplex. > > Managed Switch B (Netgeat GSM7224) > 1) both switch and bge/em card set for auto negeotiation > 2) Both switch and bge/em set for 1000mb full-duplex. > > I am seriously running out of options. > Thanks > > Vinny Abello writes: >> Although I don't think this is necessarily the cause of your dropouts >> as you put it, one must understand the way autonegotiation and manual >> speed and duplex work between network gear. >> For autonegotiation to work, BOTH devices must support >> autonegotiation, OR both devices must be set to the same speed and >> duplex setting. If one only supports auto and the other does not, you >> must NOT set the device that you can manually configure to full >> duplex. The auto device will never negotiate at full duplex and fall >> back to half when autonegotiation fails, causing a duplex mismatch and >> horrible network performance and loss. >> A very rough set of rules of thumb (YMMV): >> When connecting to an unmanaged switch, use auto. If your host doesn't >> support auto, set it to half-duplex. >> When connecting to a managed switch, make sure the port is set to auto >> and set your system to auto, otherwise force both the switch port and >> your host to the same settings. This is required especially if the >> host doesn't support auto negotiation and you want to run at full duplex. >> When connecting to a managed switch, enable portfast or the equivalent >> spanning-tree command on the switch port your host is connected to so >> it forwards traffic immediately when getting link. >> >> So to sum it up, auto only works if both sides speak auto. Auto >> negotiation failure falls back to half-duplex! >> Of course there are all the horror stories where auto negotiation is >> evil and that different vendor's implementations don't play nice or >> are just completely broken, so always set things to manual or you and >> your family will suffer an untimely death... There are so many of >> these stories that one would think there has to be some truth to it. >> In my own experience, I have never had an issue with auto negotiation >> in some ten years of working with a dozen different vendors' >> networking gear so I guess I'm lucky... or I just understand how it >> interacts with other devices and their capabilities. I still don't >> know which exactly. >> >> Hope this helps! :) >> >> Dimuthu Parussalla wrote: >>> Hi All, >>> Apart from random dropout from the network. Our IBM X236 server >>> suffers slow >>> network performance. I've changed the server from CISCO switch to a >>> netgear >>> switch on a test platform. Also tried 1000m full-duplex setup with no >>> auto >>> negotionation on both ends. Still after few days (3-4) server drops the >>> connection. And while its working I get 90KBps upload/download with ftp >>> transfers. >>> I have treid changing BGE network cards to EM (intel 100/1000) still the >>> same result. Any idea's to nail this problem? >>> >>> /etc/sysctl.conf >>> kern.ipc.maxsockbuf=8388608 >>> kern.ipc.somaxconn=2048 >>> net.inet.tcp.sendspace=3217968 >>> net.inet.tcp.recvspace=3217968 >>> net.inet.tcp.rfc1323=1 >>> #net.inet.tcp.rfc3042=0 >>> net.inet.ip.portrange.hilast=65535 >>> net.inet.ip.portrange.hifirst=49152 >>> net.inet.ip.portrange.last=65535 >>> net.inet.ip.portrange.first=1024 >>> net.inet.tcp.inflight.enable=0 >>> >>> >>> /boot/loader.conf >>> kern.ipc.nmbclusters=32768 >>> >>> Interfaces: >>> em0: flags=8843 mtu 1500 >>> options=b >>> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255 >>> ether 00:0e:0c:d0:73:3c >>> media: Ethernet 1000baseTX >>> status: active >>> em1: flags=8843 mtu 1500 >>> options=b >>> inet 6x.xx.xx.xx netmask 0xffffffc0 broadcast xxx.xxx.xxx.255 >>> ether 00:0e:0c:9f:f4:5e >>> media: Ethernet 100baseTX >>> status: active >>> >>> >>> Regards >>> Dimuthu Parussalla >>> >>> ------------------------------------------------------------------------ >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 11:56:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1899E16A400 for ; Fri, 16 Feb 2007 11:56:56 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id A696D13C471 for ; Fri, 16 Feb 2007 11:56:55 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so113238ugh for ; Fri, 16 Feb 2007 03:56:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dh0A+Z0nxFzEbxgFhnMib33p/pNw9CKXf/2TtgpsGxb5cb8Y2XRRRdtctl5W0zALty6aHorRifNNWAEv40FMMC4N1ByriTUMz/C80XQwqf6VYKBj16OTJNGfTeQiQ4WGuOx3ey6sO9MFeTK+nEM3CR2Z3eftqrSUhS9bf6kesKM= Received: by 10.67.19.20 with SMTP id w20mr2858668ugi.1171627014295; Fri, 16 Feb 2007 03:56:54 -0800 (PST) Received: by 10.67.23.8 with HTTP; Fri, 16 Feb 2007 03:56:54 -0800 (PST) Message-ID: Date: Fri, 16 Feb 2007 12:56:54 +0100 From: "Pietro Cerutti" To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: syncer page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 11:56:56 -0000 Hello list, this morning my laptop had a kernel fault: # uname -a FreeBSD gahrtop.localhost 6.2-STABLE FreeBSD 6.2-STABLE #8: Tue Feb 13 11:23:37 CET 2007 root@gahrtop.localhost:/usr/obj/usr/src/sys/GAHRTOP i386 # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x478b4d31 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06402af stack pointer = 0x28:0xe69b4b90 frame pointer = 0x28:0xe69b4bcc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 41 (syncer) trap number = 12 panic: page fault cpuid = 1 Uptime: 9h36m3s Dumping 2039 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2039MB (521936 pages) 2023 2007 1991 1975 1959 1943 1927 1911 1895 1879 1863 1847 1831 1815 1799 1783 1767 1751 1735 1719 1703 1687 1671 1655 1639 1623 1607 1591 1575 1559 1543 1527 1511 1495 1479 1463 1447 1431 141 5 1399 1383 1367 1351 1335 1319 1303 1287 1271 1255 1239 1223 1207 1191 1175 1159 1143 1127 1111 1095 1079 1063 1 047 1031 1015 999 983 967 951 935 919 903 887 871 855 839 823 807 791 775 759 743 727 711 695 679 663 647 631 615 599 583 567 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0531e31 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0532224 in panic (fmt=0xc06f07d3 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06c252c in trap_fatal (frame=0xe69b4b50, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06c21d2 in trap_pfault (frame=0xe69b4b50, usermode=0, eva=1200311601) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06c1d8f in trap (frame= {tf_fs = -1065943032, tf_es = -966000600, tf_ds = -426049496, tf_edi = 0, tf_esi = 4, tf_ebp = -426030132, tf_isp = -426030212, tf_ebx = -924676096, tf_edx = 3, tf_ecx = 1200311553, tf_eax = 0, tf_trapno = 12, tf_err = 0 , tf_eip = -1067187537, tf_cs = 32, tf_eflags = 66050, tf_esp = -1067831784, tf_ss = -934932208}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06ab40a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06402af in ffs_syncvnode (vp=0xc8461110, waitfor=3) at /usr/src/sys/ufs/ffs/ffs_vnops.c:198 #8 0xc063ed28 in ffs_sync (mp=0xc66c6a60, waitfor=3, td=0xc647fc00) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1173 #9 0xc05a562c in sync_fsync (ap=0x3) at /usr/src/sys/kern/vfs_subr.c:3120 #10 0xc06deb0e in VOP_FSYNC_APV (vop=0x0, a=0x3) at vnode_if.c:1020 #11 0xc05a2184 in sync_vnode (bo=0xc6714e90, td=0xc647fc00) at vnode_if.h:537 #12 0xc05a256f in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1698 #13 0xc0514c30 in fork_exit (callout=0xc05a2280 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:821 #14 0xc06ab46c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) -- What info Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 15:57:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9D1816A400 for ; Fri, 16 Feb 2007 15:57:07 +0000 (UTC) (envelope-from sten.daniel.sorsdal@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 77ECE13C4B4 for ; Fri, 16 Feb 2007 15:57:07 +0000 (UTC) (envelope-from sten.daniel.sorsdal@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1162460wxc for ; Fri, 16 Feb 2007 07:57:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=XGEsUs5VVSRqia/u3rXfqB4cfbeJ8s9EpVTzjoaJCvyo+ljVk6pWIRt2AGQS9xcsVUnr5g0GHmkfs6Y6B9hW0H0ftOlyss2AIFzyP1g/tsw27FS0d6ZTvIWgXbpp/MpvJoJK4Mfhuwez2qdGdRBCJ1aki33SfHM0nXcpTNNzoI8= Received: by 10.90.55.19 with SMTP id d19mr4227459aga.1171639969723; Fri, 16 Feb 2007 07:32:49 -0800 (PST) Received: from ?192.168.11.5? ( [72.189.175.204]) by mx.google.com with ESMTP id 5sm4872816agc.2007.02.16.07.32.48; Fri, 16 Feb 2007 07:32:49 -0800 (PST) Message-ID: <45D5CE9C.8020907@gmail.com> Date: Fri, 16 Feb 2007 10:32:44 -0500 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Dimuthu Parussalla BWEADM non-std-pwd References: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> <45D52987.6090505@tellurian.com> <20070216063419.81558.qmail@baysidegrp.com.au> In-Reply-To: <20070216063419.81558.qmail@baysidegrp.com.au> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit From: Sten Daniel Soersdal Cc: Vinny Abello , freebsd-stable@freebsd.org Subject: Re: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 15:57:07 -0000 Dimuthu Parussalla BWEADM non-std-pwd wrote: > This is exactly what I did. > Managed Switch A (2950G) > 1) both switch and bge/em card set for auto negeotiation > 2) Both switch and bge/em set for 1000mb full-duplex. > > Managed Switch B (Netgeat GSM7224) > 1) both switch and bge/em card set for auto negeotiation > 2) Both switch and bge/em set for 1000mb full-duplex. > > I am seriously running out of options. > Thanks What have you done to rule out if it's a faulty cable or noise on the cable? What kind of cable is it? net.inet.tcp.sendspace=3217968 net.inet.tcp.recvspace=3217968 Are you sure these two should be set to the millions? Try reducing them to ~32k or so. -- Sten Daniel Soersdal From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 16:39:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22C8216A420 for ; Fri, 16 Feb 2007 16:39:04 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id D2F2513C478 for ; Fri, 16 Feb 2007 16:39:03 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so455883pye for ; Fri, 16 Feb 2007 08:39:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:sender; b=a6yOALyRGwImWL4BeOpDDM3fl3Wo5lNb7ygkqx7ZqmYBoEZXQHY9CwVAfPrfAxX0L6NAWlZ3dMSXPkX5SqpYq2kMKuTfTtZdrT9KVd4dheAb8dgqsvzX8+qH12cR4pdP0lkv1lhUItWyvshWQ2Jx74ZZxBq3qlflEBsad3+AcNk= Received: by 10.35.113.12 with SMTP id q12mr870917pym.1171643943075; Fri, 16 Feb 2007 08:39:03 -0800 (PST) Received: from ?59.126.135.170? ( [59.126.135.170]) by mx.google.com with ESMTP id 5sm17462537nzk.2007.02.16.08.39.00; Fri, 16 Feb 2007 08:39:02 -0800 (PST) From: "Eric L. Chen" To: astraserg@proc.ru In-Reply-To: <200702161024.42389.astraserg@proc.ru> References: <1171593233.1674.5.camel@localhost> <200702161024.42389.astraserg@proc.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5G6JYjn91IQVXlP79PjI" Date: Sat, 17 Feb 2007 00:38:55 +0800 Message-Id: <1171643935.1953.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Cc: freebsd-stable@freebsd.org Subject: Re: Failed to mount umass with Motorola Razr V3x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 16:39:04 -0000 --=-5G6JYjn91IQVXlP79PjI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Sergey, Thanks! Other umass devices like USB stick flash will no problem to mount. So, I think my pass is already fine. And I cvsuped today then it can mount V3x umass device! Even I did not change my kernel config file. /Eric On Fri, 2007-02-16 at 10:24 +0300, AstraSerg wrote: > >>> xptioctl: pass driver is not in the kernel <<<< > >>> xptioctl: put "device pass0" in your kernel config <<<< >=20 >=20 > On Friday 16 February 2007 05:33, Eric L. Chen wrote: > > Hi, > > I have a Motorola V3x phone with 1GB T-Flash memory card. > > It can mount as a removal drive on Windows XP and Ubuntu, but on FreeBS= D > > (6.2 stable) will cause these message (see below) and failed to mount. > > Does any one know how to fix it? > > BTW, If I switch V3x USB as UMTS modem, FreeBSD still cannot use it as > > modem device. > > > > /Eric > > > > ---------- > > umass0: Motorola Inc. Motorola Phone (RAZRV3x), rev 1.10/0.01, addr 2 > > umass0: Get Max Lun not supported (SHORT_XFER) > > xptioctl: pass driver is not in the kernel > > xptioctl: put "device pass0" in your kernel config filexptioctl: put "d= evice=20 > pass0" in your kernel config file > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-2 > > device > > da0: 1.000MB/s transfers > > da0: 952MB (1950721 512 byte sectors: 64H 32S/T 952C) > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > > (da0:umass-sim0:0:0:0): No additional sense information > > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > > (da0:umass-sim0:0:0:0): No additional sense information > > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > > (da0:umass-sim0:0:0:0): No additional sense information > > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > > (da0:umass-sim0:0:0:0): No additional sense information > > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1d c4 0 0 0 1 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:0,0 > > (da0:umass-sim0:0:0:0): No additional sense information > > (da0:umass-sim0:0:0:0): Retries Exhausted > > ---------- >=20 --=-5G6JYjn91IQVXlP79PjI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD8DBQBF1d4fymyXoUCp/cURArPtAJ4oHShowbIuCXGw8lBM3KAW3/RNNACffQWU mXmMh7elLVsnIye8FjffnwM= =JqKS -----END PGP SIGNATURE----- --=-5G6JYjn91IQVXlP79PjI-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 16:53:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A60916A400 for ; Fri, 16 Feb 2007 16:53:21 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id E889A13C441 for ; Fri, 16 Feb 2007 16:53:20 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1056453nzh for ; Fri, 16 Feb 2007 08:53:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:sender; b=XP43HG8nWEnUQn6vdT90JUwmJ1lPF/PIHmPRo4+zl9nqHKTiIVb5E6Ue3LjnNUNA/dpgKV0A1EfiqdI5Gnjy7Ij/gs+r3e+XBDiELobUdJXp25mpiSReCkm8SOrv6QMFj7tVqTcljdKFKXeVvezPcQ37pjdG1SCZJdVhmELf7Wo= Received: by 10.35.27.1 with SMTP id e1mr6515568pyj.1171644800394; Fri, 16 Feb 2007 08:53:20 -0800 (PST) Received: from ?59.126.135.170? ( [59.126.135.170]) by mx.google.com with ESMTP id 18sm17097881nzo.2007.02.16.08.53.17; Fri, 16 Feb 2007 08:53:19 -0800 (PST) From: "Eric L. Chen" To: astraserg@proc.ru In-Reply-To: <1171643935.1953.4.camel@localhost> References: <1171593233.1674.5.camel@localhost> <200702161024.42389.astraserg@proc.ru> <1171643935.1953.4.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6Ebf5NjYwMMp2v9tnX1B" Date: Sat, 17 Feb 2007 00:53:11 +0800 Message-Id: <1171644791.2732.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Cc: freebsd-stable@freebsd.org Subject: Re: Failed to mount umass with Motorola Razr V3x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 16:53:21 -0000 --=-6Ebf5NjYwMMp2v9tnX1B Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi All, I am sorry for that I forgot I modified /usr/src/sys/dev/usb/usbdevs to make V3x umass device work. If anyone need mount V3x umass device please use this patch. /Eric --- /usr/src/sys/dev/usb/usbdevs Thu Feb 15 03:57:15 2007 +++ /usr/src/sys/dev/usb/usbdevs Sat Feb 17 00:46:48 2007 @@ -1297,6 +1297,7 @@ product MOTOROLA SB4100 0x4100 SB4100 USB Cable Modem product MOTOROLA2 A41XV32X 0x2a22 A41x/V32x Mobile Phones product MOTOROLA2 E398 0x4810 E398 Mobile Phone +product MOTOROLA2 RAZRV3X 0x3010 Razr V3x Mobile Phone =20 /* MultiTech products */ product MULTITECH ATLAS 0xf101 MT5634ZBA-USB modem On Sat, 2007-02-17 at 00:38 +0800, Eric L. Chen wrote: > Hi Sergey, > Thanks! > Other umass devices like USB stick flash will no problem to mount. > So, I think my pass is already fine. > And I cvsuped today then it can mount V3x umass device! > Even I did not change my kernel config file. >=20 > /Eric >=20 > On Fri, 2007-02-16 at 10:24 +0300, AstraSerg wrote: > > >>> xptioctl: pass driver is not in the kernel <<<< > > >>> xptioctl: put "device pass0" in your kernel config <<<< --=-6Ebf5NjYwMMp2v9tnX1B Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD8DBQBF1eF3ymyXoUCp/cURAgYHAJ92FyDZIdrpmbyEl9OqPRhMv4FP1ACfQ2K/ l50rysc5ltS5WtVLisP14jU= =tZyT -----END PGP SIGNATURE----- --=-6Ebf5NjYwMMp2v9tnX1B-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 20:07:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C47D16A402 for ; Fri, 16 Feb 2007 20:07:30 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 11F3113C4A8 for ; Fri, 16 Feb 2007 20:07:30 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id D7CD261C1D; Fri, 16 Feb 2007 20:48:10 +0100 (CET) Date: Fri, 16 Feb 2007 20:48:10 +0100 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org Message-ID: <20070216194810.GA47479@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: security issues of aio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2007 20:07:30 -0000 Hallo, in /sys/conf/NOTES there is a comment | # Use real implementations of the aio_* system calls. There are numerous | # stability and security issues in the current aio code that make it | # unsuitable for inclusion on machines with untrusted local users. | options VFS_AIO Are there still problems with aio? I only found http://xforce.iss.net/xforce/xfdb/7693, but no advisory or other hint that this was fixed (I think I must have missed that somehow). And some closed PRs about fixed problems. Do these affect aio.ko as well? Thanks, Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 20:27:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5794B16A400 for ; Fri, 16 Feb 2007 20:27:28 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 9A2AF13C47E for ; Fri, 16 Feb 2007 20:27:27 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 64908 invoked by uid 0); 17 Feb 2007 07:28:06 +1100 Received: by simscan 1.1.0 ppid: 64903, pid: 64904, t: 0.0339s scanners: attach: 1.1.0 clamav: 0.90/m:42/d:2579 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 17 Feb 2007 07:28:06 +1100 From: "Dimuthu Parussalla" To: "'Sten Daniel Soersdal'" Date: Sat, 17 Feb 2007 07:27:16 +1100 Message-ID: <002101c75208$da05aed0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <45D5CE9C.8020907@gmail.com> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: 'Vinny Abello' , freebsd-stable@freebsd.org Subject: RE: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 20:27:28 -0000 Hi Sten, I have ruled out the faulty cable. Also no errors reporting on the managed switch. Doing a test with a reduced parameters to 32k. -----Original Message----- From: Sten Daniel Soersdal [mailto:sten.daniel.sorsdal@gmail.com] Sent: Saturday, 17 February 2007 2:33 AM To: Dimuthu Parussalla BWEADM non-std-pwd Cc: Vinny Abello; freebsd-stable@freebsd.org Subject: Re: Slow network performance Dimuthu Parussalla BWEADM non-std-pwd wrote: > This is exactly what I did. > Managed Switch A (2950G) > 1) both switch and bge/em card set for auto negeotiation > 2) Both switch and bge/em set for 1000mb full-duplex. > > Managed Switch B (Netgeat GSM7224) > 1) both switch and bge/em card set for auto negeotiation > 2) Both switch and bge/em set for 1000mb full-duplex. > > I am seriously running out of options. > Thanks What have you done to rule out if it's a faulty cable or noise on the cable? What kind of cable is it? net.inet.tcp.sendspace=3217968 net.inet.tcp.recvspace=3217968 Are you sure these two should be set to the millions? Try reducing them to ~32k or so. -- Sten Daniel Soersdal From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 08:47:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB12F16A401 for ; Sat, 17 Feb 2007 08:47:58 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1DDB913C481 for ; Sat, 17 Feb 2007 08:47:58 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 12DDC183B7A for ; Sat, 17 Feb 2007 09:47:57 +0100 (CET) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 05F4EABAE8 for ; Sat, 17 Feb 2007 09:47:57 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-160-181.pools.arcor-ip.net [84.61.160.181]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 3A0A0292B61 for ; Sat, 17 Feb 2007 09:47:56 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1H8loDA003173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Feb 2007 09:47:50 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1H8lnc5002763 for ; Sat, 17 Feb 2007 09:47:49 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1H8lnlD002762 for freebsd-stable@freebsd.org; Sat, 17 Feb 2007 09:47:49 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Sat, 17 Feb 2007 09:47:45 +0100 User-Agent: KMail/1.9.5 X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1349391.5UJLYIW1pj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702170947.49001.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Subject: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 08:47:59 -0000 --nextPart1349391.5UJLYIW1pj Content-Type: multipart/mixed; boundary="Boundary-01=_xEs1F7ZzNF9ie2r" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_xEs1F7ZzNF9ie2r Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have a strange problem on one of my computers: sysctl segfaults when=20 querying kern.clockrate (and more annoyingly when trying to print=20 kern.clockrate when run with -a). I cannot tell for sure when this problem= =20 appeared, the last things I did to the system was putting in an sata harddi= sk=20 and enabling geli, which required me to rebuild the kernel to add a few=20 kernel modules (crypto cryptodev geom/geom_eli zlib). [lofi@lofi]:0:~ > sysctl -a kern.ostype: FreeBSD kern.osrelease: 6.2-RELEASE kern.osrevision: 199506 kern.version: FreeBSD 6.2-RELEASE #4: Sat Feb 17 09:23:50 CET 2007 lofi@lofi.dyndns.org:/usr/obj/usr/src/sys/LOFI.4BSD kern.maxvnodes: 35372 kern.maxproc: 4004 kern.maxfiles: 102400 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: lofi.dyndns.org kern.hostid: 0 kern.clockrate: Segmentation fault (core dumped) I've attached the ktrace output of 'sysctl kern.clockrate' to this message. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-01=_xEs1F7ZzNF9ie2r Content-Type: text/plain; charset="us-ascii"; name="ktrace.out.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ktrace.out.txt" 3167 ktrace RET ktrace 0 3167 ktrace CALL execve(0xbfbfe670,0xbfbfebb4,0xbfbfebc0) 3167 ktrace NAMI "/sbin/sysctl" 3167 ktrace NAMI "/libexec/ld-elf.so.1" 3167 sysctl RET execve 0 3167 sysctl CALL mmap(0,0xf40,0x3,0x1000,0xffffffff,0,0,0) 3167 sysctl RET mmap 671563776/0x28074000 3167 sysctl CALL munmap(0x28074000,0xf40) 3167 sysctl RET munmap 0 3167 sysctl CALL __sysctl(0xbfbfe958,0x2,0x28070b58,0xbfbfe954,0,0) 3167 sysctl RET __sysctl 0 3167 sysctl CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) 3167 sysctl RET mmap 671563776/0x28074000 3167 sysctl CALL issetugid 3167 sysctl RET issetugid 0 3167 sysctl CALL open(0x2806ac48,0,0x1b6) 3167 sysctl NAMI "/etc/libmap.conf" 3167 sysctl RET open 3 3167 sysctl CALL fstat(0x3,0xbfbfe070) 3167 sysctl RET fstat 0 3167 sysctl CALL read(0x3,0x28078000,0x1000) 3167 sysctl GIO fd 3 read 124 bytes "# /etc/libmap.conf # # candidate mapping # libpthread.so.2 libthr.so.2 # Everything uses libthr libpthread.so libthr.so " 3167 sysctl RET read 124/0x7c 3167 sysctl CALL read(0x3,0x28078000,0x1000) 3167 sysctl GIO fd 3 read 0 bytes "" 3167 sysctl RET read 0 3167 sysctl CALL close(0x3) 3167 sysctl RET close 0 3167 sysctl CALL open(0x28069ea0,0,0) 3167 sysctl NAMI "/var/run/ld-elf.so.hints" 3167 sysctl RET open 3 3167 sysctl CALL read(0x3,0xbfbfe920,0x80) 3167 sysctl GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 b300 0000 0000 |Ehnt..........= =2E...| 0x0012 0000 b200 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x0024 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x0036 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x0048 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x005a 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x006c 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x007e 0000 |..| 3167 sysctl RET read 128/0x80 3167 sysctl CALL lseek(0x3,0,0x80,0,0) 3167 sysctl RET lseek 128/0x80 3167 sysctl CALL read(0x3,0x28076100,0xb3) 3167 sysctl GIO fd 3 read 179 bytes "/lib:/usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/lo= cal/lib/c\ ompat/pkg:/usr/local/lib/compat:/usr/local/lib/mysql:/usr/local/lib/courie= r-\ authlib:/usr/local/lib/pth\0" 3167 sysctl RET read 179/0xb3 3167 sysctl CALL close(0x3) 3167 sysctl RET close 0 3167 sysctl CALL access(0x2807a000,0) 3167 sysctl NAMI "/lib/libc.so.6" 3167 sysctl RET access 0 3167 sysctl CALL open(0x280750c0,0,0) 3167 sysctl NAMI "/lib/libc.so.6" 3167 sysctl RET open 3 3167 sysctl CALL fstat(0x3,0xbfbfe960) 3167 sysctl RET fstat 0 3167 sysctl CALL read(0x3,0x2806faa0,0x1000) 3167 sysctl GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 0300 |.ELF..........= =2E...| 0x0012 0300 0100 0000 80ea 0100 3400 0000 7c0f 0e00 |..........4...= |...| 0x0024 0000 0000 3400 2000 0300 2800 1e00 1d00 0100 |....4. ...(...= =2E...| 0x0036 0000 0000 0000 0000 0000 0000 0000 f28e 0c00 |..............= =2E...| 0x0048 f28e 0c00 0500 0000 0010 0000 0100 0000 0090 |..............= =2E...| 0x005a 0c00 0090 0c00 0090 0c00 7050 0000 a4b7 0100 |..........pP..= =2E...| 0x006c 0600 0000 0010 0000 0200 0000 c4cc 0c00 c4cc |..............= =2E...| 0x007e 0c00 c4cc 0c00 a800 0000 a800 0000 0600 0000 |..............= =2E...| 0x0090 0400 0000 0508 0000 210b 0000 8105 0000 3108 |........!.....= =2E.1.| 0x00a2 0000 0000 0000 0000 0000 8607 0000 2806 0000 |..............= (...| 0x00b4 0902 0000 3f0a 0000 1f04 0000 0000 0000 7608 |....?.........= =2E.v.| 0x00c6 0000 9708 0000 d406 0000 6705 0000 8c01 0000 |..........g...= =2E...| 0x00d8 0000 0000 5c09 0000 0000 0000 0703 0000 bd09 |....\.........= =2E...| 0x00ea 0000 0e06 0000 dc05 0000 0000 0000 9909 0000 |..............= =2E...| 0x00fc ea08 0000 060b 0000 150b 0000 de04 0000 d001 |..............= =2E...| 0x010e 0000 500a 0000 a905 0000 a703 0000 990a 0000 |..P...........= =2E...| 0x0120 4e09 0000 de0a 0000 dd0a 0000 250a 0000 0000 |N...........%.= =2E...| 0x0132 0000 0000 0000 b604 0000 1807 0000 7003 0000 |..............= p...| 0x0144 7e0a 0000 4409 0000 5a07 0000 8007 0000 4c09 |~...D...Z.....= =2E.L.| 0x0156 0000 fd02 0000 050a 0000 f70a 0000 c607 0000 |..............= =2E...| 0x0168 b809 0000 e907 0000 d307 0000 450a 0000 6602 |............E.= =2E.f.| 0x017a 0000 1e09 0000 0000 0000 5409 0000 0000 0000 |..........T...= =2E...| 0x018c 0000 0000 ed0a 0000 3807 0000 0000 0000 e400 |........8.....= =2E...| 0x019e 0000 cb0a 0000 a908 0000 7705 0000 d604 0000 |..........w...= =2E...| 0x01b0 0401 0000 e50a 0000 f403 0000 c907 0000 a802 |..............= =2E...| 0x01c2 0000 0000 0000 bc09 0000 0000 0000 7409 0000 |..............= t...| 0x01d4 0000 0000 e506 0000 7200 0000 d509 0000 0000 |........r.....= =2E...| 0x01e6 0000 8308 0000 0000 0000 8406 0000 e507 0000 |..............= =2E...| 0x01f8 0000 0000 c106 0000 d108 0000 2402 0000 0000 |............$.= =2E...| 0x020a 0000 7b08 0000 0000 0000 4306 0000 100a 0000 |..{.......C...= =2E...| 0x021c af08 0000 0000 0000 f706 0000 2104 0000 0000 |............!.= =2E...| 0x022e 0000 0000 0000 9c08 0000 4502 0000 0000 0000 |..........E...= =2E...| 0x0240 1107 0000 0000 0000 0000 0000 cf04 0000 2108 |..............= =2E.!.| 0x0252 0000 cb01 0000 fc07 0000 570a 0000 2400 0000 |..........W...= $...| 0x0264 1f05 0000 3409 0000 0000 0000 9109 0000 5c0a |....4.........= =2E.\.| 0x0276 0000 650a 0000 5e04 0000 0108 0000 0000 0000 |..e...^.......= =2E...| 0x0288 2a0a 0000 410a 0000 5b01 0000 7208 0000 0000 |*...A...[...r.= =2E...| 0x029a 0000 ac09 0000 2207 0000 5707 0000 0000 0000 |......"...W...= =2E...| 0x02ac c209 0000 7709 0000 6c07 0000 010b 0000 f608 |....w...l.....= =2E...| 0x02be 0000 9e09 0000 4d08 0000 2005 0000 3a01 0000 |......M... ...= :...| 0x02d0 0000 0000 090a 0000 c807 0000 1803 0000 0104 |..............= =2E...| 0x02e2 0000 0000 0000 0000 0000 0000 0000 6409 0000 |..............= d...| 0x02f4 a707 0000 0000 0000 ae00 0000 7600 0000 9c01 |............v.= =2E...| 0x0306 0000 8f05 0000 0000 0000 f100 0000 9709 0000 |..............= =2E...| 0x0318 ee05 0000 0000 0000 3b02 0000 0005 0000 da0a |........;.....= =2E...| 0x032a 0000 0000 0000 0000 0000 030a 0000 bb0a 0000 |..............= =2E...| 0x033c 2209 0000 4e02 0000 0000 0000 c905 0000 e000 |"...N.........= =2E...| 0x034e 0000 050b 0000 b407 0000 860a 0000 8107 0000 |..............= =2E...| 0x0360 0000 0000 5a06 0000 3d09 0000 0000 0000 0000 |....Z...=3D...= =2E.....| 0x0372 0000 7308 0000 c008 0000 8d06 0000 2707 0000 |..s...........= '...| 0x0384 dd08 0000 0000 0000 0000 0000 9508 0000 8a02 |..............= =2E...| 0x0396 0000 0000 0000 9208 0000 c003 0000 8004 0000 |..............= =2E...| 0x03a8 b804 0000 1b08 0000 0000 0000 0000 0000 de07 |..............= =2E...| 0x03ba 0000 0000 0000 0000 0000 ae03 0000 0000 0000 |..............= =2E...| 0x03cc 9305 0000 5805 0000 0000 0000 b508 0000 0000 |....X.........= =2E...| 0x03de 0000 f105 0000 3900 0000 ae05 0000 1808 0000 |......9.......= =2E...| 0x03f0 cb09 0000 b405 0000 c506 0000 0000 0000 f505 |..............= =2E...| 0x0402 0000 a605 0000 0000 0000 d008 0000 db07 0000 |..............= =2E...| 0x0414 f003 0000 0000 0000 0000 0000 9a0a 0000 2a07 |..............= =2E.*.| 0x0426 0000 0000 0000 4e06 0000 5e02 0000 0000 0000 |......N...^...= =2E...| 0x0438 0000 0000 0000 0000 3808 0000 8b09 0000 0000 |........8.....= =2E...| 0x044a 0000 9209 0000 bc03 0000 ed06 0000 0000 0000 |..............= =2E...| 0x045c a509 0000 0000 0000 2607 0000 0000 0000 bc0a |........&.....= =2E...| 0x046e 0000 5209 0000 070a 0000 0f08 0000 0000 0000 |..R...........= =2E...| 0x0480 d006 0000 0000 0000 0000 0000 0000 0000 8f03 |..............= =2E...| 0x0492 0000 0f05 0000 0000 0000 cb06 0000 f209 0000 |..............= =2E...| 0x04a4 8906 0000 a900 0000 0000 0000 6a09 0000 6d08 |............j.= =2E.m.| 0x04b6 0000 0609 0000 4509 0000 4900 0000 3201 0000 |......E...I...= 2...| 0x04c8 9b03 0000 0000 0000 0000 0000 0000 0000 0000 |..............= =2E...| 0x04da 0000 7a05 0000 3200 0000 0000 0000 690a 0000 |..z...2.......= i...| 0x04ec 0000 0000 f50a 0000 1101 0000 5002 0000 2e04 |............P.= =2E...| 0x04fe 0000 de06 0000 0000 0000 4809 0000 0000 0000 |..........H...= =2E...| 0x0510 d209 0000 6607 0000 0000 0000 c902 0000 000b |....f.........= =2E...| 0x0522 0000 9f03 0000 dd04 0000 0000 0000 e304 0000 |..............= =2E...| 0x0534 0f04 0000 0000 0000 c205 0000 b909 0000 b307 |..............= =2E...| 0x0546 0000 3609 0000 0000 0000 0000 0000 b209 0000 |..6...........= =2E...| 0x0558 9e04 0000 d807 0000 0000 0000 0000 0000 8300 |..............= =2E...| 0x056a 0000 0000 0000 2708 0000 4400 0000 e207 0000 |......'...D...= =2E...| 0x057c 0000 0000 0000 0000 b905 0000 de08 0000 ac08 |..............= =2E...| 0x058e 0000 0000 0000 b70a 0000 5b03 0000 f305 0000 |..........[...= =2E...| 0x05a0 5405 0000 8d0a 0000 1407 0000 ed09 0000 0000 |T.............= =2E...| 0x05b2 0000 0000 0000 7209 0000 0000 0000 8c04 0000 |......r.......= =2E...| 0x05c4 ba09 0000 5302 0000 d804 0000 df03 0000 0000 |....S.........= =2E...| 0x05d6 0000 e208 0000 0000 0000 0000 0000 cb00 0000 |..............= =2E...| 0x05e8 ab07 0000 680a 0000 4e00 0000 a706 0000 0000 |....h...N.....= =2E...| 0x05fa 0000 0000 0000 a309 0000 0000 0000 9608 0000 |..............= =2E...| 0x060c eb08 0000 4a09 0000 d606 0000 2509 0000 0000 |....J.......%.= =2E...| 0x061e 0000 0000 0000 0c06 0000 940a 0000 bb04 0000 |..............= =2E...| 0x0630 f504 0000 fd05 0000 8b05 0000 0308 0000 8905 |..............= =2E...| 0x0642 0000 7803 0000 6008 0000 a60a 0000 0000 0000 |..x...`.......= =2E...| 0x0654 8e06 0000 0000 0000 0000 0000 420a 0000 2508 |............B.= =2E.%.| 0x0666 0000 0000 0000 7000 0000 0000 0000 0000 0000 |......p.......= =2E...| 0x0678 e405 0000 c009 0000 f709 0000 c105 0000 2203 |..............= =2E.".| 0x068a 0000 0000 0000 0000 0000 7f08 0000 e906 0000 |..............= =2E...| 0x069c 8503 0000 d504 0000 a30a 0000 0000 0000 d00a |..............= =2E...| 0x06ae 0000 dd06 0000 a909 0000 0107 0000 a803 0000 |..............= =2E...| 0x06c0 c90a 0000 8304 0000 6501 0000 0000 0000 9503 |........e.....= =2E...| 0x06d2 0000 0000 0000 0000 0000 0000 0000 5501 0000 |..............= U...| 0x06e4 0000 0000 0306 0000 3800 0000 0701 0000 9609 |........8.....= =2E...| 0x06f6 0000 be02 0000 3c07 0000 0000 0000 3a0a 0000 |......<.......= :...| 0x0708 5a02 0000 3309 0000 d401 0000 0000 0000 cf09 |Z...3.........= =2E...| 0x071a 0000 4b09 0000 ab0a 0000 1d08 0000 0000 0000 |..K...........= =2E...| 0x072c 4102 0000 7f0a 0000 9806 0000 0205 0000 e103 |A.............= =2E...| 0x073e 0000 8309 0000 f802 0000 bf07 0000 0000 0000 |..............= =2E...| 0x0750 890a 0000 660a 0000 5100 0000 9106 0000 870a |....f...Q.....= =2E...| 0x0762 0000 3304 0000 b208 0000 0000 0000 f206 0000 |..3...........= =2E...| 0x0774 0000 0000 0000 0000 a103 0000 5607 0000 8e0a |............V.= =2E...| 0x0786 0000 5604 0000 0000 0000 9a04 0000 0000 0000 |..V...........= =2E...| 0x0798 0908 0000 0000 0000 3005 0000 5407 0000 c300 |........0...T.= =2E...| 0x07aa 0000 6c01 0000 0404 0000 f609 0000 e505 0000 |..l...........= =2E...| 0x07bc f909 0000 a50a 0000 0000 0000 fa0a 0000 0000 |..............= =2E...| 0x07ce 0000 a701 0000 0000 0000 0000 0000 5b06 0000 |..............= [...| 0x07e0 7902 0000 a008 0000 2e09 0000 0c01 0000 b908 |y.............= =2E...| 0x07f2 0000 a208 0000 1203 0000 0000 0000 0000 0000 |..............= =2E...| 0x0804 fd06 0000 0000 0000 8f0a 0000 1004 0000 0f02 |..............= =2E...| 0x0816 0000 a307 0000 0000 0000 b509 0000 f406 0000 |..............= =2E...| 0x0828 290a 0000 0000 0000 6809 0000 ca0a 0000 8207 |).......h.....= =2E...| 0x083a 0000 f106 0000 da08 0000 b903 0000 2e0a 0000 |..............= =2E...| 0x084c 1003 0000 8609 0000 1c07 0000 0e04 0000 9e0a |..............= =2E...| 0x085e 0000 0000 0000 9903 0000 960a 0000 180a 0000 |..............= =2E...| 0x0870 7406 0000 0000 0000 a904 0000 bd0a 0000 2206 |t.............= =2E.".| 0x0882 0000 0000 0000 3d04 0000 f20a 0000 5e08 0000 |......=3D.....= =2E.^...| 0x0894 0000 0000 0409 0000 2809 0000 e90a 0000 e806 |........(.....= =2E...| 0x08a6 0000 e007 0000 ad05 0000 7b04 0000 0000 0000 |..........{...= =2E...| 0x08b8 0000 0000 8a09 0000 330a 0000 3305 0000 9b02 |........3...3.= =2E...| 0x08ca 0000 0000 0000 2f09 0000 0000 0000 ba06 0000 |....../.......= =2E...| 0x08dc 0000 0000 0000 0000 c007 0000 6d00 0000 d802 |............m.= =2E...| 0x08ee 0000 9707 0000 0508 0000 0000 0000 f109 0000 |..............= =2E...| 0x0900 0d09 0000 7a08 0000 4801 0000 490a 0000 0000 |....z...H...I.= =2E...| 0x0912 0000 a004 0000 1304 0000 9602 0000 de01 0000 |..............= =2E...| 0x0924 270a 0000 a504 0000 7002 0000 6e08 0000 c30a |'.......p...n.= =2E...| 0x0936 0000 b20a 0000 f700 0000 3c02 0000 d409 0000 |..........<...= =2E...| 0x0948 2501 0000 0c0a 0000 a404 0000 0000 0000 6901 |%.............= =2E.i.| 0x095a 0000 ad07 0000 0000 0000 ad0a 0000 9f08 0000 |..............= =2E...| 0x096c cb04 0000 0a07 0000 cd08 0000 1809 0000 0000 |..............= =2E...| 0x097e 0000 f408 0000 c501 0000 9009 0000 0000 0000 |..............= =2E...| 0x0990 0000 0000 e108 0000 880a 0000 9d08 0000 3c00 |..............= =2E.<.| 0x09a2 0000 0000 0000 1e0b 0000 8809 0000 7507 0000 |..............= u...| 0x09b4 eb03 0000 0000 0000 f30a 0000 4607 0000 6801 |............F.= =2E.h.| 0x09c6 0000 4008 0000 280a 0000 ee00 0000 fb08 0000 |..@...(.......= =2E...| 0x09d8 7604 0000 7405 0000 2c09 0000 2100 0000 1a03 |v...t...,...!.= =2E...| 0x09ea 0000 f801 0000 9306 0000 ad00 0000 f803 0000 |..............= =2E...| 0x09fc 0000 0000 0000 0000 bf0a 0000 ca05 0000 cd0a |..............= =2E...| 0x0a0e 0000 0000 0000 8601 0000 0000 0000 0c04 0000 |..............= =2E...| 0x0a20 f603 0000 0000 0000 c601 0000 0000 0000 6a00 |..............= =2E.j.| 0x0a32 0000 c109 0000 5d01 0000 aa05 0000 0b0b 0000 |......].......= =2E...| 0x0a44 530a 0000 0000 0000 0405 0000 7d07 0000 be03 |S...........}.= =2E...| 0x0a56 0000 e603 0000 7307 0000 dc0a 0000 c50a 0000 |......s.......= =2E...| 0x0a68 6200 0000 f708 0000 6209 0000 b00a 0000 2608 |b.......b.....= =2E.&.| 0x0a7a 0000 7f04 0000 bf09 0000 0000 0000 c200 0000 |..............= =2E...| 0x0a8c 1d03 0000 3509 0000 e105 0000 0000 0000 e809 |....5.........= =2E...| 0x0a9e 0000 220a 0000 0000 0000 da04 0000 c709 0000 |.."...........= =2E...| 0x0ab0 0000 0000 0000 0000 ed00 0000 d909 0000 8409 |..............= =2E...| 0x0ac2 0000 0007 0000 ec0a 0000 0000 0000 2101 0000 |..............= !...| 0x0ad4 0000 0000 4c08 0000 ef07 0000 eb05 0000 7804 |....L.........= =2E.x.| 0x0ae6 0000 0000 0000 0000 0000 9906 0000 0000 0000 |..............= =2E...| 0x0af8 9006 0000 fa07 0000 0000 0000 ff04 0000 b706 |..............= =2E...| 0x0b0a 0000 2b0a 0000 e200 0000 0000 0000 0000 0000 |..+...........= =2E...| 0x0b1c c20a 0000 2007 0000 b502 0000 aa01 0000 0000 |.... .........= =2E...| 0x0b2e 0000 520a 0000 f90a 0000 0000 0000 6b05 0000 |..R...........= k...| 0x0b40 9c06 0000 0000 0000 070b 0000 5f09 0000 7a00 |............_.= =2E.z.| 0x0b52 0000 3209 0000 0000 0000 c60a 0000 2304 0000 |..2...........= #...| 0x0b64 7204 0000 3302 0000 0502 0000 fb04 0000 e707 |r...3.........= =2E...| 0x0b76 0000 be07 0000 7b0a 0000 0000 0000 8d08 0000 |......{.......= =2E...| 0x0b88 0209 0000 0000 0000 5509 0000 4c07 0000 550a |........U...L.= =2E.U.| 0x0b9a 0000 bf03 0000 2308 0000 0000 0000 d302 0000 |......#.......= =2E...| 0x0bac 4f00 0000 480a 0000 1305 0000 9309 0000 7d09 |O...H.........= =2E.}.| 0x0bbe 0000 0000 0000 0000 0000 0000 0000 d305 0000 |..............= =2E...| 0x0bd0 3909 0000 4c06 0000 0000 0000 2903 0000 3608 |9...L.......).= =2E.6.| 0x0be2 0000 0000 0000 080a 0000 4305 0000 0000 0000 |..........C...= =2E...| 0x0bf4 1c08 0000 7c09 0000 0000 0000 1b06 0000 5b07 |....|.........= =2E.[.| 0x0c06 0000 cf07 0000 0000 0000 9604 0000 9701 0000 |..............= =2E...| 0x0c18 1d05 0000 0000 0000 e301 0000 0000 0000 3b08 |..............= =2E.;.| 0x0c2a 0000 0000 0000 6907 0000 0000 0000 3605 0000 |......i.......= 6...| 0x0c3c f808 0000 1c09 0000 0000 0000 ea0a 0000 0a09 |..............= =2E...| 0x0c4e 0000 9501 0000 0000 0000 0000 0000 5d0a 0000 |..............= ]...| 0x0c60 d609 0000 aa08 0000 d206 0000 fd01 0000 2f04 |..............= =2E./.| 0x0c72 0000 f908 0000 bb02 0000 5e03 0000 610a 0000 |..........^...= a...| 0x0c84 2c04 0000 d407 0000 210a 0000 0000 0000 8000 |,.......!.....= =2E...| 0x0c96 0000 4503 0000 b80a 0000 f409 0000 6b0a 0000 |..E...........= k...| 0x0ca8 0a08 0000 0000 0000 6c0a 0000 0000 0000 1907 |........l.....= =2E...| 0x0cba 0000 cb07 0000 0000 0000 8408 0000 fd07 0000 |..............= =2E...| 0x0ccc 9f02 0000 0000 0000 0000 0000 0000 0000 3f09 |..............= =2E.?.| 0x0cde 0000 2901 0000 c409 0000 0000 0000 3308 0000 |..)...........= 3...| 0x0cf0 5b00 0000 0000 0000 dd07 0000 7506 0000 c308 |[...........u.= =2E...| 0x0d02 0000 e109 0000 d505 0000 0000 0000 4901 0000 |..............= I...| 0x0d14 ea00 0000 0704 0000 0000 0000 0000 0000 7305 |..............= =2E.s.| 0x0d26 0000 0000 0000 ec09 0000 c207 0000 df08 0000 |..............= =2E...| 0x0d38 3b06 0000 6201 0000 cc09 0000 8305 0000 b309 |;...b.........= =2E...| 0x0d4a 0000 0000 0000 7b09 0000 0000 0000 c702 0000 |......{.......= =2E...| 0x0d5c ca06 0000 0000 0000 6d07 0000 c309 0000 060a |........m.....= =2E...| 0x0d6e 0000 e201 0000 b009 0000 1d0b 0000 630a 0000 |..............= c...| 0x0d80 0000 0000 0f09 0000 e902 0000 0000 0000 0000 |..............= =2E...| 0x0d92 0000 f007 0000 120b 0000 0000 0000 5504 0000 |..............= U...| 0x0da4 df09 0000 6404 0000 980a 0000 2701 0000 bd04 |....d.......'.= =2E...| 0x0db6 0000 9404 0000 9407 0000 7e02 0000 d60a 0000 |..........~...= =2E...| 0x0dc8 f501 0000 d007 0000 9e06 0000 fb09 0000 f309 |..............= =2E...| 0x0dda 0000 0e07 0000 c001 0000 4505 0000 0000 0000 |..........E...= =2E...| 0x0dec 0000 0000 9007 0000 0000 0000 d101 0000 bc00 |..............= =2E...| 0x0dfe 0000 f507 0000 2500 0000 5500 0000 9008 0000 |......%...U...= =2E...| 0x0e10 f401 0000 bd07 0000 4209 0000 bb07 0000 8407 |........B.....= =2E...| 0x0e22 0000 4f04 0000 7d08 0000 fc09 0000 3b0a 0000 |..O...}.......= ;...| 0x0e34 5d07 0000 7605 0000 d40a 0000 0000 0000 400a |]...v.........= =2E.@.| 0x0e46 0000 3a06 0000 e508 0000 200b 0000 0000 0000 |..:....... ...= =2E...| 0x0e58 4b08 0000 0000 0000 e901 0000 0000 0000 0000 |K.............= =2E...| 0x0e6a 0000 3a03 0000 4909 0000 3107 0000 7400 0000 |..:...I...1...= t...| 0x0e7c e509 0000 5708 0000 0f06 0000 f009 0000 0000 |....W.........= =2E...| 0x0e8e 0000 0000 0000 0000 0000 f907 0000 7f09 0000 |..............= =2E...| 0x0ea0 6003 0000 1609 0000 1204 0000 0000 0000 c706 |`.............= =2E...| 0x0eb2 0000 9402 0000 ea09 0000 e106 0000 0000 0000 |..............= =2E...| 0x0ec4 fc08 0000 950a 0000 5809 0000 0000 0000 0506 |........X.....= =2E...| 0x0ed6 0000 2b08 0000 0000 0000 0000 0000 0000 0000 |..+...........= =2E...| 0x0ee8 1504 0000 bb05 0000 5d09 0000 1a05 0000 380a |........].....= =2E.8.| 0x0efa 0000 0208 0000 eb0a 0000 0909 0000 ad08 0000 |..............= =2E...| 0x0f0c 3f06 0000 e20a 0000 0000 0000 5f08 0000 4905 |?..........._.= =2E.I.| 0x0f1e 0000 0000 0000 b007 0000 0303 0000 0000 0000 |..............= =2E...| 0x0f30 a107 0000 7c0a 0000 0000 0000 0000 0000 9803 |....|.........= =2E...| 0x0f42 0000 0000 0000 2803 0000 730a 0000 8302 0000 |......(...s...= =2E...| 0x0f54 970a 0000 3b04 0000 fe03 0000 0000 0000 e107 |....;.........= =2E...| 0x0f66 0000 5908 0000 7205 0000 0000 0000 0e08 0000 |..Y...r.......= =2E...| 0x0f78 cf06 0000 8109 0000 a709 0000 ee04 0000 0000 |..............= =2E...| 0x0f8a 0000 6308 0000 1f09 0000 0000 0000 9002 0000 |..c...........= =2E...| 0x0f9c c407 0000 de09 0000 0000 0000 0000 0000 0a04 |..............= =2E...| 0x0fae 0000 2109 0000 0000 0000 0000 0000 d808 0000 |..!...........= =2E...| 0x0fc0 0000 0000 0000 0000 7908 0000 fa04 0000 2d04 |........y.....= =2E.-.| 0x0fd2 0000 d70a 0000 0000 0000 7708 0000 0000 0000 |..........w...= =2E...| 0x0fe4 af0a 0000 8d04 0000 0000 0000 2709 0000 0000 |............'.= =2E...| 0x0ff6 0000 0000 0000 9103 0000 |..........| 3167 sysctl RET read 4096/0x1000 3167 sysctl CALL mmap(0,0xe5000,0x5,0x20002,0x3,0,0,0) 3167 sysctl RET mmap 671596544/0x2807c000 3167 sysctl CALL mprotect(0x28144000,0x1000,0x7) 3167 sysctl RET mprotect 0 3167 sysctl CALL mprotect(0x28144000,0x1000,0x5) 3167 sysctl RET mprotect 0 3167 sysctl CALL mmap(0x28145000,0x6000,0x3,0x12,0x3,0,0xc9000,0) 3167 sysctl RET mmap 672419840/0x28145000 3167 sysctl CALL mmap(0x2814b000,0x16000,0x3,0x1012,0xffffffff,0,0,0) 3167 sysctl RET mmap 672444416/0x2814b000 3167 sysctl CALL close(0x3) 3167 sysctl RET close 0 3167 sysctl CALL sysarch(0xa,0xbfbfe9d0) 3167 sysctl RET sysarch 0 3167 sysctl CALL mmap(0,0x1a0,0x3,0x1000,0xffffffff,0,0,0) 3167 sysctl RET mmap 672534528/0x28161000 3167 sysctl CALL munmap(0x28161000,0x1a0) 3167 sysctl RET munmap 0 3167 sysctl CALL mmap(0,0x5908,0x3,0x1000,0xffffffff,0,0,0) 3167 sysctl RET mmap 672534528/0x28161000 3167 sysctl CALL munmap(0x28161000,0x5908) 3167 sysctl RET munmap 0 3167 sysctl CALL mmap(0,0x9000,0x3,0x1002,0xffffffff,0,0,0) 3167 sysctl RET mmap 672534528/0x28161000 3167 sysctl CALL sigprocmask(0x1,0x2806f9e0,0xbfbfe9a0) 3167 sysctl RET sigprocmask 0 3167 sysctl CALL sigprocmask(0x3,0x2806f9f0,0) 3167 sysctl RET sigprocmask 0 3167 sysctl CALL open(0xbfbfe6c0,0,0) 3167 sysctl NAMI "/usr/share/locale/de_DE.ISO8859-15/LC_NUMERIC" 3167 sysctl RET open 3 3167 sysctl CALL fstat(0x3,0xbfbfe660) 3167 sysctl RET fstat 0 3167 sysctl CALL readlink(0x2813dd77,0xbfbfe5b0,0x3f) 3167 sysctl NAMI "/etc/malloc.conf" 3167 sysctl RET readlink 19/0x13 3167 sysctl CALL issetugid 3167 sysctl RET issetugid 0 3167 sysctl CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 3167 sysctl RET mmap 672571392/0x2816a000 3167 sysctl CALL break(0x804d000) 3167 sysctl RET break 0 3167 sysctl CALL read(0x3,0x804c051,0x6) 3167 sysctl GIO fd 3 read 6 bytes ", =09 -1 " 3167 sysctl RET read 6 3167 sysctl CALL close(0x3) 3167 sysctl RET close 0 3167 sysctl CALL __sysctl(0xbfbfe258,0x2,0xbfbfeac0,0xbfbfe254,0xbfbfe= 6c0,0xe) 3167 sysctl RET __sysctl 0 3167 sysctl CALL __sysctl(0xbfbfe1e0,0x4,0xbfbfdde0,0xbfbfdddc,0,0) 3167 sysctl RET __sysctl 0 3167 sysctl CALL __sysctl(0xbfbfd9e0,0x4,0xbfbfda50,0xbfbfd9dc,0,0) 3167 sysctl RET __sysctl 0 3167 sysctl CALL __sysctl(0xbfbfeac0,0x2,0,0xbfbfd9dc,0,0) 3167 sysctl RET __sysctl 0 3167 sysctl CALL break(0x804e000) 3167 sysctl RET break 0 3167 sysctl CALL __sysctl(0xbfbfeac0,0x2,0x804d000,0xbfbfd9d8,0,0) 3167 sysctl RET __sysctl 0 3167 sysctl CALL __sysctl(0xbfbfd910,0x4,0xbfbfd510,0xbfbfd50c,0,0) 3167 sysctl RET __sysctl 0 3167 sysctl CALL write(0x1,0xbfbfd3a0,0x10) 3167 sysctl GIO fd 1 wrote 16 bytes "kern.clockrate: " 3167 sysctl RET write 16/0x10 3167 sysctl CALL madvise(0x804d000,0x1000,0x5) 3167 sysctl RET madvise 0 3167 sysctl CALL break(0x804d000) 3167 sysctl RET break 0 3167 sysctl PSIG SIGSEGV SIG_DFL 3167 sysctl NAMI "sysctl.core" --Boundary-01=_xEs1F7ZzNF9ie2r-- --nextPart1349391.5UJLYIW1pj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF1sE0Xhc68WspdLARAtidAKCeQp/a6Rc4go48trTfIBrR+b+BlgCfZJnG aD5P6ecYklbq/7R5T+MzS1E= =iuV6 -----END PGP SIGNATURE----- --nextPart1349391.5UJLYIW1pj-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 09:12:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EF6216A400; Sat, 17 Feb 2007 09:12:37 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1108C13C491; Sat, 17 Feb 2007 09:12:36 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 631BED4C51; Sat, 17 Feb 2007 10:09:41 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xPdfM162vBPz; Sat, 17 Feb 2007 10:09:28 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 61D34D4C52; Sat, 17 Feb 2007 10:09:28 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l1H99S5K022002; Sat, 17 Feb 2007 10:09:28 +0100 (CET) (envelope-from rink) Date: Sat, 17 Feb 2007 10:09:27 +0100 From: Rink Springer To: Michael Nottebrock Message-ID: <20070217090927.GA91175@rink.nu> References: <200702170947.49001.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <200702170947.49001.lofi@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 09:12:37 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Michael, On Sat, Feb 17, 2007 at 09:47:45AM +0100, Michael Nottebrock wrote: > I've attached the ktrace output of 'sysctl kern.clockrate' to this messag= e. Hmm, could you try to rebuild sysctl manually and give that one a try? Maybe there's not something in sync. Something like: # cd /usr/src/sbin/sysctl # make # ./sysctl kern.clockrate Would work. If this fails, could you build a debugging version (eg. make CFLAGS=3D-g) and use gdb(1) to find out exactly where it crashes? Thanks, --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya --k+w/mQv8wyuph6w0 Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNzAyMTcwOTA5MjdaMCMGCSqGSIb3DQEJBDEWBBR0moSEEYqFNIotDgG+lOVx LO9o6DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAJ 7sP+XI2UohmsLNvflsvWOXPAr1y46yoRyShg8E46NedGAMGL7ZP8A841iKGEdEU0IAaeQCCB lMSmjJ3FT//hi+Ft98Ya3LytOh7nFQFxn1GuW7ccwSKd//wOA0wXeXieWOKvby3C6gH+zjpU KsB3qLEv0xPC5sp3x58ReqOlMsuLnDsN//FzAVZlzHzaBInxy1X5ZSA+wgE+CtLQCUABgNKq 1sow6e+BAA+cJzDDkfVy4tiOgU1YYROVJgZ1YDp34Mq50FkvRV1ad8G1bXU7UuxuKuGflLpG TJ6B6/zDfLjw16x9f6TsatJAU2kv7UZbZTOjRxOMoOu0aqW+PzI8 --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 09:32:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27BE416A401 for ; Sat, 17 Feb 2007 09:32:39 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.freebsd.org (Postfix) with ESMTP id 90D1F13C441 for ; Sat, 17 Feb 2007 09:32:38 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id 6886A4C682; Sat, 17 Feb 2007 10:32:37 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id 514F92793FE; Sat, 17 Feb 2007 10:32:37 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-186-175.pools.arcor-ip.net [84.61.186.175]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id EAAAB106CCF; Sat, 17 Feb 2007 10:32:36 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1H9WWIO003192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Feb 2007 10:32:33 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1H9WWl4003568; Sat, 17 Feb 2007 10:32:32 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1H9WWfW003566; Sat, 17 Feb 2007 10:32:32 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Rink Springer Date: Sat, 17 Feb 2007 10:32:28 +0100 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <20070217090927.GA91175@rink.nu> In-Reply-To: <20070217090927.GA91175@rink.nu> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1218885.x0h3h1R3Fa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702171032.31946.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 09:32:39 -0000 --nextPart1218885.x0h3h1R3Fa Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday, 17. February 2007 10:09, Rink Springer wrote: > Hi Michael, > > On Sat, Feb 17, 2007 at 09:47:45AM +0100, Michael Nottebrock wrote: > > I've attached the ktrace output of 'sysctl kern.clockrate' to this > > message. > > Hmm, could you try to rebuild sysctl manually and give that one a try? > Maybe there's not something in sync. Something like: > > # cd /usr/src/sbin/sysctl > # make > # ./sysctl kern.clockrate > > Would work. If this fails, could you build a debugging version (eg. make > CFLAGS=3D-g) and use gdb(1) to find out exactly where it crashes? I already tried both, but to little avail, which is why I went with ktrace = in=20 my initional mail instead. But for reference: [lofi@lofi]:0:/usr/src/sbin/sysctl # make clean && make depend && env=20 CFLAGS=3D"-g" make && make install rm -f sysctl sysctl.o sysctl.8.gz sysctl.8.cat.gz cc -g -c /usr/src/sbin/sysctl/sysctl.c cc -g -o sysctl sysctl.o gzip -cn /usr/src/sbin/sysctl/sysctl.8 > sysctl.8.gz install -s -o root -g wheel -m 555 sysctl /sbin install -o root -g wheel -m 444 sysctl.8.gz /usr/share/man/man8 [lofi@lofi]:0:/usr/src/sbin/sysctl # cd [lofi@lofi]:1:~ # exit [lofi@lofi]:1:~ > rm sysct [lofi@lofi]:1:~ > gdb sysctl GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols=20 found)... (gdb) set args kern.clockrate (gdb) run Starting program: /sbin/sysctl kern.clockrate (no debugging symbols found)...(no debugging symbols found)...kern.clockrat= e: Program received signal SIGSEGV, Segmentation fault. 0x08049696 in ?? () (gdb) bt #0 0x08049696 in ?? () #1 0xbfbfe238 in ?? () #2 0x28050b29 in _rtld_bind_start () from /libexec/ld-elf.so.1 #3 0x28077000 in ?? () #4 0x00000118 in ?? () #5 0x00000010 in ?? () #6 0x00000010 in ?? () #7 0x00000002 in ?? () #8 0xbfbfeba4 in ?? () #9 0x0804e000 in ?? () #10 0xbfbfe238 in ?? () #11 0x0804a5f2 in ?? () #12 0x00000014 in ?? () #13 0x0804e000 in ?? () #14 0x0804b133 in ?? () #15 0xbfbfd990 in ?? () #16 0x00000001 in ?? () #17 0x00000012 in ?? () #18 0x28052863 in find_symdef () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) (gdb)=20 =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1218885.x0h3h1R3Fa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF1suvXhc68WspdLARAq6zAKCCRZEmX9dzJJEGO4IBxs7JEHaiPQCeN9Qy W5g/6ldrHibGCyKg16ErpWs= =+DJD -----END PGP SIGNATURE----- --nextPart1218885.x0h3h1R3Fa-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 10:37:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A73B16A400; Sat, 17 Feb 2007 10:37:02 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.freebsd.org (Postfix) with ESMTP id B390013C481; Sat, 17 Feb 2007 10:37:01 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 43F82183A75; Sat, 17 Feb 2007 11:37:00 +0100 (CET) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 322F25BD75; Sat, 17 Feb 2007 11:37:00 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-132-240.pools.arcor-ip.net [84.61.132.240]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id F248523D1E1; Sat, 17 Feb 2007 11:36:59 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1HAarQk003076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Feb 2007 11:36:54 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1HAarMq004744; Sat, 17 Feb 2007 11:36:53 +0100 (CET) (envelope-from lofi@freebsd.org) Received: by kiste.my.domain (8.13.6/8.13.4/Submit) id l1HAar4q004743; Sat, 17 Feb 2007 11:36:53 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Sat, 17 Feb 2007 11:36:46 +0100 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <20070217090927.GA91175@rink.nu> <200702171032.31946.lofi@freebsd.org> In-Reply-To: <200702171032.31946.lofi@freebsd.org> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4144910.PAoPRo4fik"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702171136.50919.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: Rink Springer Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 10:37:02 -0000 --nextPart4144910.PAoPRo4fik Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I experimented some more and found something even more funny: A sysctl bina= ry=20 copied over from a FreeBSD 5.5 machine works (the FreeBSD 6 box with the=20 segfaulting sysctl has the 5.x compat libraries installed). So I tried recompiling libc with debug cflags ("-g3 -O -pipe"), but this on= ly=20 makes the backtrace in gdb much longer, but still without any function name= s. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4144910.PAoPRo4fik Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF1trCXhc68WspdLARAsI5AJ4uwzfT01AQgAW9t7c0nzrq5vUDjwCgkB+T puBfqeKBUTQyiQX9jgpeDmw= =/Zd+ -----END PGP SIGNATURE----- --nextPart4144910.PAoPRo4fik-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 10:42:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE30E16A406; Sat, 17 Feb 2007 10:42:07 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5279713C467; Sat, 17 Feb 2007 10:42:07 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 40C90D4C53; Sat, 17 Feb 2007 11:39:11 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7V00fAHOInxp; Sat, 17 Feb 2007 11:39:04 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 5A000D4C52; Sat, 17 Feb 2007 11:39:04 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l1HAd451024705; Sat, 17 Feb 2007 11:39:04 +0100 (CET) (envelope-from rink) Date: Sat, 17 Feb 2007 11:39:04 +0100 From: Rink Springer To: Michael Nottebrock Message-ID: <20070217103904.GB91175@rink.nu> References: <200702170947.49001.lofi@freebsd.org> <20070217090927.GA91175@rink.nu> <200702171032.31946.lofi@freebsd.org> <200702171136.50919.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <200702171136.50919.lofi@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 10:42:07 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Michael, On Sat, Feb 17, 2007 at 11:36:46AM +0100, Michael Nottebrock wrote: > So I tried recompiling libc with debug cflags ("-g3 -O -pipe"), but this = only=20 > makes the backtrace in gdb much longer, but still without any function na= mes. Hmm, 'make install' appears to strip the debugging info. Please try gdb-ing /usr/obj/usr/src/sbin/sysctl/sysctl instead (assuming you use default the /usr/obj path like I do) --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya --5/uDoXvLw7AC5HRs Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNzAyMTcxMDM5MDRaMCMGCSqGSIb3DQEJBDEWBBTqSSKa3e3YLPcSDnAfAQ53 8Nu+3DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAm mGfCKVsax5BvGgoJNAW0Z3lVNolmJmnWlsbvGl3siI03kGCQON2W6JfwBCGisZC5KFcKHdBa UekuSVyh6C0qem8297WvgxMJ+mKGTXU0ztgMhLAAL0OIMG6vqBUgdYWLcBD+/dNUSbAIr0KP nYsCa3i1/zPsc87MLz/YKKyVyCQBm3zsbKnao07anJcL2jRrXDwW5jw/czFhIGhowNhooXHU 8DX4bFdwajSYmmfKBin0NqoH9ka8bwQvlTByRREUx0gKOw+XIi3bHZ2HD2PkL/RRh41G4ddZ +ksQ0nhmuOtQQZ1TLcqCbm+vQI6eTRZHs/8kB5wgqi495Q86/G+z --5/uDoXvLw7AC5HRs-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 11:36:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF02816A400 for ; Sat, 17 Feb 2007 11:36:30 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3D91613C461 for ; Sat, 17 Feb 2007 11:36:30 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-10-z2.arcor-online.net [151.189.8.27]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id D62F12D83E2; Sat, 17 Feb 2007 12:36:28 +0100 (CET) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id BFBE323D283; Sat, 17 Feb 2007 12:36:28 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-132-240.pools.arcor-ip.net [84.61.132.240]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 8DBAE23AF53; Sat, 17 Feb 2007 12:36:28 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1HBaONk015528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Feb 2007 12:36:24 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1HBaNDr005871; Sat, 17 Feb 2007 12:36:23 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1HBaNXT005870; Sat, 17 Feb 2007 12:36:23 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Sat, 17 Feb 2007 12:36:19 +0100 User-Agent: KMail/1.9.5 References: <20070215210327.E554E45053@ptavv.es.net> In-Reply-To: <20070215210327.E554E45053@ptavv.es.net> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1691415.JKjpm5d2df"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702171236.23084.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: Ivan Voras Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 11:36:30 -0000 --nextPart1691415.JKjpm5d2df Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Has anyone ever managed to get some USB 2.0 - like speeds out of ehci anywa= y?=20 I'm not seeing quite such abysmal performance as Kevin did, but I don't eve= n=20 need to benchmark to be certain that Windows does *much* better with the=20 devices I own. Here are some numbers: =46irst up, the controller: ehci0: mem 0xdfffbd00-0xdfffbdff irq 21 at device 16.4 on pci0 usb4: on ehci0 usb4: USB revision 2.0 To be sure the umass device is actually a child of the ehci device: dev.umass.0.%parent: uhub4 dev.uhub.4.%parent: usb4 This is a Panasonic "Pro High Speed" series 512mb SD-CARD, which theoretica= lly=20 supports burst transfer rates up to 20MB/s on a USB 2.0 multi card reader: da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 472MB (967680 512 byte sectors: 64H 32S/T 472C) vmstat while running bonnie -s 472 (I don't have bonnie results, since it=20 would have taken forever to finish): Disks ad0 ad4 da0 da1 da2 da3 pass0 =20 KB/t 16.00 0.00 0.00 0.00 12.01 0.00 0.00 tps 1 0 0 0 154 0 0 MB/s 0.02 0.00 0.00 0.00 1.80 0.00 0.00 % busy 0 0 0 0 99 0 0 This is a Trekstor Vibez portable music player, which comes with an 8GB=20 microdrive and an USB 2.0 interface, again with bonnie: umass0: TrekStor vibez, rev 2.00/1.10, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 7613MB (15592237 512 byte sectors: 255H 63S/T 970C) Disks ad0 ad4 da0 pass0 KB/t 12.73 0.00 4.00 0.00 tps 2 0 339 0 MB/s 0.03 0.00 1.32 0.00 % busy 1 0 100 0 =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1691415.JKjpm5d2df Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF1ui3Xhc68WspdLARAuNvAJ4uN3vGBLkeiiRstFD8K0upklKjEQCfYDz5 4OJaDUQEsnnrrUJdjgNul0I= =e8KP -----END PGP SIGNATURE----- --nextPart1691415.JKjpm5d2df-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 11:51:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8DB816A406; Sat, 17 Feb 2007 11:51:51 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mx1.freebsd.org (Postfix) with ESMTP id 6462113C441; Sat, 17 Feb 2007 11:51:51 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 29CC921D0E4; Sat, 17 Feb 2007 12:51:48 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 1384C28EBCF; Sat, 17 Feb 2007 12:51:48 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-133-123.pools.arcor-ip.net [84.61.133.123]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id CC1BC106B65; Sat, 17 Feb 2007 12:51:47 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1HBpao8003009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Feb 2007 12:51:37 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1HBpaNv006924; Sat, 17 Feb 2007 12:51:36 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1HBpZah006923; Sat, 17 Feb 2007 12:51:35 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Rink Springer Date: Sat, 17 Feb 2007 12:51:34 +0100 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <200702171136.50919.lofi@freebsd.org> <20070217103904.GB91175@rink.nu> In-Reply-To: <20070217103904.GB91175@rink.nu> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5057270.5JxiCZcNEm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702171251.35639.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 11:51:52 -0000 --nextPart5057270.5JxiCZcNEm Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday, 17. February 2007 11:39, Rink Springer wrote: > Hi Michael, > > On Sat, Feb 17, 2007 at 11:36:46AM +0100, Michael Nottebrock wrote: > > So I tried recompiling libc with debug cflags ("-g3 -O -pipe"), but this > > only makes the backtrace in gdb much longer, but still without any > > function names. > > Hmm, 'make install' appears to strip the debugging info. Duh, I keep forgetting that. > Please try=20 > gdb-ing /usr/obj/usr/src/sbin/sysctl/sysctl instead (assuming you use > default the /usr/obj path like I do) I recompiled/reinstalled both sysctl and libc with CFLAGS=3D-g3 and STRIP= =3D"" and=20 now I get: [lofi@lofi]:0:~ > gdb /sbin/sysctl GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) set args kern.clockrate (gdb) run Starting program: /sbin/sysctl kern.clockrate kern.clockrate: Program received signal SIGSEGV, Segmentation fault. 0x08049696 in S_clockinfo (l2=3D20, p=3D0x804e000)=20 at /usr/src/sbin/sysctl/sysctl.c:333 333 printf(hflag ? "{ hz =3D %'d, tick =3D %'d, profhz =3D %'d,= stathz=20 =3D %'d }" : (gdb) bt #0 0x08049696 in S_clockinfo (l2=3D20, p=3D0x804e000) at /usr/src/sbin/sysctl/sysctl.c:333 #1 0x0804a5f2 in show_var (oid=3D0xbfbfea80, nlen=3D2) at /usr/src/sbin/sysctl/sysctl.c:690 #2 0x08049093 in parse (string=3D0xbfbfecb1 "kern.clockrate") at /usr/src/sbin/sysctl/sysctl.c:208 #3 0x08048e77 in main (argc=3D0, argv=3D0xbfbfeba0)=20 at /usr/src/sbin/sysctl/sysctl.c:152 (gdb) list 328 struct clockinfo *ci =3D (struct clockinfo*)p; 329 if (l2 !=3D sizeof(*ci)) { 330 warnx("S_clockinfo %d !=3D %d", l2, sizeof(*ci)); 331 return (0); 332 } 333 printf(hflag ? "{ hz =3D %'d, tick =3D %'d, profhz =3D %'d,= stathz=20 =3D %'d }" : 334 "{ hz =3D %d, tick =3D %d, profhz =3D %d, stathz = =3D %d }", 335 ci->hz, ci->tick, ci->profhz, ci->stathz); 336 return (0); 337 } (gdb) print ci->hz Error accessing memory address 0x804e000: Bad address. (gdb) print ci->tick Error accessing memory address 0x804e004: Bad address. (gdb) print ci->profhz Error accessing memory address 0x804e010: Bad address. (gdb) print ci->stathz Error accessing memory address 0x804e00c: Bad address. (gdb) print ci $1 =3D (struct clockinfo *) 0x804e000 (gdb) print p $2 =3D (void *) 0x804e000 (gdb) print l2 $3 =3D 20 =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5057270.5JxiCZcNEm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF1uxHXhc68WspdLARAkkLAJ0YMd3Skwnlzt+uDpG4eoeOCoAljwCggIAC Rqd8CxgUTejj085rWzNYTXM= =1ROe -----END PGP SIGNATURE----- --nextPart5057270.5JxiCZcNEm-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 14:11:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B60416A469 for ; Sat, 17 Feb 2007 14:11:10 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1005013C4C4 for ; Sat, 17 Feb 2007 14:11:10 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 805BA2EE0B0 for ; Sat, 17 Feb 2007 15:11:08 +0100 (CET) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 7408B5BD75 for ; Sat, 17 Feb 2007 15:11:08 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-133-123.pools.arcor-ip.net [84.61.133.123]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 533582BAA2B for ; Sat, 17 Feb 2007 15:11:08 +0100 (CET) Received: from [192.168.8.2] (kiste.my.domain [192.168.8.2]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1HEB3Jb004648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Feb 2007 15:11:04 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <45D70CE8.7090207@freebsd.org> Date: Sat, 17 Feb 2007 15:10:48 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070215210327.E554E45053@ptavv.es.net> <200702171236.23084.lofi@freebsd.org> In-Reply-To: <200702171236.23084.lofi@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2F36490C7FE4ACDD5D96EE4B" X-Virus-Scanned: by amavisd-new Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 14:11:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2F36490C7FE4ACDD5D96EE4B Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Michael Nottebrock schrieb: > Has anyone ever managed to get some USB 2.0 - like speeds out of ehci a= nyway?=20 > I'm not seeing quite such abysmal performance as Kevin did, but I don't= even=20 > need to benchmark to be certain that Windows does *much* better with th= e=20 > devices I own. Actually let me backpedal just a bit there - the SD-Card doesn't do much better, looks like the crappy card reader is the bottleneck (or Panasonic rigged their "highspeed" cards to require special readers for true high speed). But the Vibez flies - 6-7 MB/s on Windows 2000. --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig2F36490C7FE4ACDD5D96EE4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF1wz4Xhc68WspdLARAvetAJ9ymxEEV1LUb+Tp6GEHzwpHCIpTGQCeLIO2 Ww11GyphVFTuUXQEE6Zhg6E= =oYX6 -----END PGP SIGNATURE----- --------------enig2F36490C7FE4ACDD5D96EE4B-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 17 20:08:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E096816A406; Sat, 17 Feb 2007 20:08:06 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id 978E113C442; Sat, 17 Feb 2007 20:08:06 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from [192.168.10.15] by hex.athame.co.uk with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HIVGg-000HdC-Il; Sat, 17 Feb 2007 21:30:46 +0200 From: Andy Fawcett To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Date: Sat, 17 Feb 2007 21:32:16 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702172132.18072.andy@athame.co.uk> Cc: Subject: Recent libxine update seems to cause ICE on 6-STABLE/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2007 20:08:07 -0000 On Thursday, libxine was updated in the ports collection to version 1.1.4 Unfortunately, this seems to cause some kind of compiler-suite error on 6.2-STABLE/amd64. dsputil.c:3826: error: unrecognizable insn: (insn 62 10 12 0 (set (reg:SI 0 ax [61]) (subreg:SI (plus:DI (subreg:DI (reg:SI 7 sp) 0) (const_int -4 [0xfffffffffffffffc])) 0)) -1 (nil) (nil)) dsputil.c:3826: internal compiler error: in extract_insn, at recog.c:2083 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[5]: *** [dsputil.lo] Error 1 gmake[5]: Leaving directory `/usr/ports/multimedia/libxine/work/xine-lib-1.1.4/src/libffmpeg/libavcodec' Please see PR ports/109213 (raised by another person) for slightly more context to the error. It's bitten two of us so far, apparently in identical way. I'm not sure this should be a ports PR, maybe it should go to the compiler suite? Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org