From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 01:00: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 EF83316A46D for ; Sun, 3 Jun 2007 01:00:48 +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 61F1713C468 for ; Sun, 3 Jun 2007 01:00:48 +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.14.1/8.13.8) with ESMTP id l5310luq024489; Sun, 3 Jun 2007 11:00:47 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.13.8/Submit) id l5310luP024488; Sun, 3 Jun 2007 11:00:47 +1000 (EST) (envelope-from peter) Date: Sun, 3 Jun 2007 11:00:47 +1000 From: Peter Jeremy To: Ken Chen Message-ID: <20070603010046.GP1010@turion.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GUPx2O/K0ibUojHx" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: why FreeBSD swap they? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 01:00:49 -0000 --GUPx2O/K0ibUojHx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-03 07:37:41 +0800, Ken Chen wrote: > I have some web servers to do serve by DNS load-sharing. But one of the > machine always swaped the PHP processes after days, others don't. There P= HPs > are running under fastcgi mode. If there is pressure on memory, FreeBSD will swap unused processes. It's impossible to comment further without more information about your servers - what processes are running on them, what sort of workloads are placed on them and are the workloads the same on all. --=20 Peter Jeremy --GUPx2O/K0ibUojHx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGYhK+/opHv/APuIcRAmUoAKCAauGEvZOm3ajJpS6bX3ofv3LA3ACeLN6p MLf4rr6GcXJEXN31DVpzfaY= =8KFa -----END PGP SIGNATURE----- --GUPx2O/K0ibUojHx-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 18:50: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 505F416A421 for ; Sun, 3 Jun 2007 18:50:35 +0000 (UTC) (envelope-from anonymous@ns1.xpress.com.mx) Received: from ns1.xpress.com.mx (ns1.xpress.com.mx [207.44.250.120]) by mx1.freebsd.org (Postfix) with ESMTP id 0BB6313C4E3 for ; Sun, 3 Jun 2007 18:50:34 +0000 (UTC) (envelope-from anonymous@ns1.xpress.com.mx) Received: (qmail 19750 invoked by uid 48); 3 Jun 2007 12:07:01 -0500 Date: 3 Jun 2007 12:07:01 -0500 Message-ID: <20070603170701.19748.qmail@ns1.xpress.com.mx> To: freebsd-stable@freebsd.org From: Jeffery Stone MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 18:50:35 -0000 Hello, I am Jeffery Stone, an Artist with LemonStreet Gallery. LemonStreet Gallery. is an art gallery in London - United Kingdom. We deal on Art and Craft originating mainly from Asia. Our productsare diverse and of the highest quality, depicting 'comfort' and'real affluence'. Being that Asia's traditional crafts are getting more attention asvery important cultural assets,we are proud of our products and so we'd like to show them to the rest of the world. Thus, we are currently expanding our market base beyond Europe, into North america, USA and Africa. WHY WE NEED YOU. No doubt,doing business across borders has never been an easy task.We are currently searching for a reliable representatives who can help us establish a medium of getting to our various customers in their regions (North America & United States). The time frame it takes to have their payment checks sent to us and processed is rather long. This has caused a setback in our sales. The representatives we sought after will serve as our payment officers/contact persons in these regions, but most especially we are on HIGH demand right now for representatives in the USA. Their sole responsibility will be to receive and process payment checks on our behalf. We believe this will go a long way in bridging the gap between us (the sellers) and our customers(the buyers). At this point,we cannot overemphasize the fact that only honest, reliable and competent person(s) is/are needed by us.We will be glad to welcome you on board if you fit in and have an interest to work for us. REMUNERATION. We have a rather generous and highly competitive remuneration package for our new team of sales representatives. We offer a 10% commission on every payment made via you to us. THERE IS NO FINANCIAL OBLIGATION AT YOUR END; all we need from you is total reliability, honesty and your committiment to work for us.There are no hassles as this is a work at home opportunity and would'nt in any way interfere with your present job or status. This offer is irrespective of your qualification or present field of work. Setting you up and registering you with our company remains our responsibility. Let us know your thoughts. If interested do send promptly by email(jeffstone01@yahoo.co.uk) the following: 1.FULL NAMES 2.CONTACT MAILING ADDRESS 3.TELEPHONE NUMBER 4.FAX NUMBER 5.OCCUPATION We look forward to working with you and will be more than pleased to give you further details. Thanks in advance. Sincerely, Jeffery Stone LemonStreet Gallery. London - UK. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 22:36: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 C87DB16A400 for ; Sun, 3 Jun 2007 22:36:48 +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 803F613C457 for ; Sun, 3 Jun 2007 22:36:48 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Huygb-0000yI-AD for freebsd-stable@freebsd.org; Mon, 04 Jun 2007 00:36:34 +0200 Received: from 89-172-45-175.adsl.net.t-com.hr ([89.172.45.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 00:36:33 +0200 Received: from ivoras by 89-172-45-175.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 00:36:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 04 Jun 2007 00:36:15 +0200 Lines: 29 Message-ID: References: <4662016A.8070100@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig680C3DFFA521D2058BCB0031" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-45-175.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <4662016A.8070100@mail.ru> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: Sysinstall replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 22:36:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig680C3DFFA521D2058BCB0031 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Maxim Vetrov wrote: > Hi! >=20 > Are there any plans to replace sysinstall? AFAIK there is the > BSDInstaller flying :-) around, is it considered as a valid option? See http://wiki.freebsd.org/finstall . --------------enig680C3DFFA521D2058BCB0031 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 iD8DBQFGY0JkldnAQVacBcgRAmnSAKDV6CNGJaGW/Mz5Ad/axydG1QliRgCfX646 EB7/z+7A7Cti6zRNEiXiF7Y= =mL3Q -----END PGP SIGNATURE----- --------------enig680C3DFFA521D2058BCB0031-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 05:21: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 E775D16A421 for ; Mon, 4 Jun 2007 05:21:13 +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 8A5FD13C457 for ; Mon, 4 Jun 2007 05:21:12 +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 PAA18534; Mon, 4 Jun 2007 15:20:59 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 4 Jun 2007 15:20:58 +1000 (EST) From: Ian Smith To: Ivan Voras In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Sysinstall replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 05:21:14 -0000 On Mon, 4 Jun 2007, Ivan Voras wrote: > Maxim Vetrov wrote: > > Hi! > > > > Are there any plans to replace sysinstall? AFAIK there is the > > BSDInstaller flying :-) around, is it considered as a valid option? > > See http://wiki.freebsd.org/finstall . I like your parallel development paradigm; I guess the challenge is keeping POLA correspondence with equivalent sysinstall functionality, without being stuck with some of sysinstall's, er, quirkiness. Appreciate the GEOM stuff being essential for today's RAID setups, but maybe you could show equivalent device nodes, in brackets as it were, as well as geom_labels, for we ancient reptiles too? More power to you. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 05:58: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 DD70716A41F for ; Mon, 4 Jun 2007 05:58:06 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1BE13C455 for ; Mon, 4 Jun 2007 05:58:02 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 1CC39110F2; Mon, 4 Jun 2007 00:58:02 -0500 (CDT) Date: Mon, 4 Jun 2007 00:58:07 -0500 From: Craig Boston To: Ivan Voras Message-ID: <20070604055757.GA2379@nowhere> Mail-Followup-To: Craig Boston , Ivan Voras , freebsd-stable@freebsd.org References: <4662016A.8070100@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Sysinstall replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 05:58:06 -0000 On Mon, Jun 04, 2007 at 12:36:15AM +0200, Ivan Voras wrote: > See http://wiki.freebsd.org/finstall . Somewhat tangental, the only thing that really jumps out at me is this: > I propose the UFS+gjournal be the default FS type (even for > root+boot?) I think this is not such a good idea. While I like gjournal, and use it quite a bit, I don't think it's suitable as a default. For one thing, with default settings, it carves out a full GB of usable space from each filesystem that it's used on. This would prove highly surprising to new users, especially on smaller filesystems such as /var, and may well cause them to think FreeBSD uses a highly inefficient filesystem. Also, gjournal journals *everything*, not just metadata. When the data and journal are on the same physical device, as they would be in most setups that take the defaults, all write operations are effectively done twice (modulo any write-combining). Again, this probably wouldn't be expected for a default and would lead to perceived slowness. Both of these are quite acceptable tradeoffs for what gjournal does, but the user should be aware of them before choosing to employ it. I think it would be wonderful to have in the installer, just not as the default. I also don't think that ext2 should be offered in the installer, as there have been periodic stability problems with it, and new users accustomed to Linux may pick it out of habit and get bitten. Craig P.S. I pretty much never use sysinstall anymore, preferring to set up things as gjournal and geli using Fixit mode, then just extract the tarballs into the new filesystems. Having a good standalone partitioning tool would be nice though, as doing all the math by hand can be tedious. Any chance that the module that handles that could be set up so it's possible to use it independently? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 08:16: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 6673916A400 for ; Mon, 4 Jun 2007 08:16:08 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from mail.yirdis.nl (82-148-208-109.fiber.unet.nl [82.148.208.109]) by mx1.freebsd.org (Postfix) with ESMTP id E275413C46C for ; Mon, 4 Jun 2007 08:16:07 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from server.yirdis.net (localhost [127.0.0.1]) by mail.yirdis.nl (8.13.8/8.13.8) with ESMTP id l548G4HK034256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Jun 2007 10:16:04 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) Received: (from www@localhost) by server.yirdis.net (8.13.8/8.13.8/Submit) id l548G34D034250; Mon, 4 Jun 2007 10:16:03 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) X-Authentication-Warning: server.yirdis.net: www set sender to r.gruyters@yirdis.nl using -f Received: from hp-xw4300-02.yirdis.nl (hp-xw4300-02.yirdis.nl [10.8.0.29]) by server.yirdis.nl (Horde MIME library) with HTTP; Mon, 04 Jun 2007 10:16:03 +0200 Message-ID: <20070604101603.f0ki85am800wso0k@server.yirdis.nl> Date: Mon, 04 Jun 2007 10:16:03 +0200 From: Robin Gruyters To: "Daniel O'Connor" References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706012334.33673.doconnor@gsoft.com.au> <20070601160948.wcee59gu04okswo4@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> In-Reply-To: <200706020852.21208.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_2ymv5iycwoys"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) / FreeBSD-5.4 X-Virus-Scanned: OK Cc: freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 08:16:08 -0000 This message is in MIME format and has been PGP signed. --=_2ymv5iycwoys Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Daniel O'Connor : > On Friday 01 June 2007 23:39, Robin Gruyters wrote: >> > What happens if you try >> > tar -b 128 -tf /dev/sa0 >> >> Same problem. >> >> > What did you upgrade from? Some gnutar using system I guess? (5.x >> > or 4.x?) >> >> I'd upgraded from FreeBSD 6.1-RELEASE-p10 > > OK. > Can you read the archive as a normal file from the tape? eg dd > if=3D/dev/sa0 of=3D/tmp/foo > > If so does it work? Are you getting errors reading from the drive, or > just the tar file is broken? > Nope, it doesn't work. # dd if=3D/dev/sa0 of=3D/data3/tmp/bla dd: /dev/sa0: Input/output error 0+0 records in 0+0 records out 0 bytes transferred in 0.005972 secs (0 bytes/sec) # When setting the correct blocksize, it does work: # dd if=3D/dev/sa0 of=3D/data3/tmp/bla bs=3D65536 count=3D32 32+0 records in 32+0 records out 2097152 bytes transferred in 9.698233 secs (216241 bytes/sec) # This morning I have revert libarchive (src/lib/libarchive) and tar =20 (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) =20 it works fine now. Maybe tar doesn't use the -b option when listing the content? (-t) Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 --=_2ymv5iycwoys Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGY8pDLh3hlgHmc7MRAvILAKC1rl4ly9oATlcC/UV3nM5gUkMzpQCgwz/9 mMzpl+8WkLUU+i/+hKmDews= =lDh8 -----END PGP SIGNATURE----- --=_2ymv5iycwoys-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 09:19: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 AC5A416A41F for ; Mon, 4 Jun 2007 09:19:01 +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 654CD13C458 for ; Mon, 4 Jun 2007 09:19:00 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hv8iA-0004Qo-Hh for freebsd-stable@freebsd.org; Mon, 04 Jun 2007 11:18:50 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 11:18:50 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 11:18:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 04 Jun 2007 11:18:26 +0200 Lines: 41 Message-ID: References: <4662016A.8070100@mail.ru> <20070604055757.GA2379@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB65C0E261FA8C87AC922ADEC" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <20070604055757.GA2379@nowhere> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: Sysinstall replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 09:19:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB65C0E261FA8C87AC922ADEC Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Craig Boston wrote: > I also don't think that ext2 should be offered in the installer, as > there have been periodic stability problems with it, and new users > accustomed to Linux may pick it out of habit and get bitten. I advocate the opposite view: if it doesn't get exposition, it won't be=20 fixed. > P.S. I pretty much never use sysinstall anymore, preferring to set up > things as gjournal and geli using Fixit mode, then just extract the > tarballs into the new filesystems. Having a good standalone > partitioning tool would be nice though, as doing all the math by hand > can be tedious. Any chance that the module that handles that could be > set up so it's possible to use it independently? I'll write the backend, if anyone wants to do the frontend, he's welcome = to it. --------------enigB65C0E261FA8C87AC922ADEC 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 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD4DBQFGY9joldnAQVacBcgRAsLBAJ9dmMJ8K2oxRr+q91rFI0h4EhIg3QCY0DMw sQpw2p4X3P7dTCyN0B1vxQ== =bcJx -----END PGP SIGNATURE----- --------------enigB65C0E261FA8C87AC922ADEC-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 17:54: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 B85A716A41F for ; Mon, 4 Jun 2007 17:54:07 +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 36BAF13C455 for ; Mon, 4 Jun 2007 17:54:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pqbqjy@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l54Hrlx2093865; Mon, 4 Jun 2007 19:53:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l54HrkK9093864; Mon, 4 Jun 2007 19:53:46 +0200 (CEST) (envelope-from olli) Date: Mon, 4 Jun 2007 19:53:46 +0200 (CEST) Message-Id: <200706041753.l54HrkK9093864@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, craig@feniz.gank.org, ivoras@fer.hr In-Reply-To: <20070604055757.GA2379@nowhere> 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]); Mon, 04 Jun 2007 19:53:52 +0200 (CEST) Cc: Subject: Re: Sysinstall replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, craig@feniz.gank.org, ivoras@fer.hr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 17:54:07 -0000 Craig Boston wrote: > Ivan Voras wrote: > > See http://wiki.freebsd.org/finstall . > > Somewhat tangental, the only thing that really jumps out at me is this: > > > I propose the UFS+gjournal be the default FS type (even for > > root+boot?) > > I think this is not such a good idea. While I like gjournal, and use it > quite a bit, I don't think it's suitable as a default. > > For one thing, with default settings, it carves out a full GB of usable > space from each filesystem that it's used on. This would prove highly > surprising to new users, especially on smaller filesystems such as /var, > and may well cause them to think FreeBSD uses a highly inefficient > filesystem. > > Also, gjournal journals *everything*, not just metadata. When the data > and journal are on the same physical device, as they would be in most > setups that take the defaults, all write operations are effectively done > twice (modulo any write-combining). Again, this probably wouldn't be > expected for a default and would lead to perceived slowness. > > Both of these are quite acceptable tradeoffs for what gjournal does, but > the user should be aware of them before choosing to employ it. I think > it would be wonderful to have in the installer, just not as the default. I agree completely. Having it as a non-default option would be best. > I also don't think that ext2 should be offered in the installer, as > there have been periodic stability problems with it, and new users > accustomed to Linux may pick it out of habit and get bitten. Actually I think having it as an option would be good, but I agree that it could cause problems so a warning should be printed, indicating that UFS (or UFS2) is the native BSD file system, and that ext2fs only exists for Linux compatibility and might cause problems. > P.S. I pretty much never use sysinstall anymore, preferring to set up > things as gjournal and geli using Fixit mode, then just extract the > tarballs into the new filesystems. I use sysinstall to install FreeBSD on "virgin" machines or when there's a major jump (like from 4.x to 6.x). Of course, in all other cases I use source-level updates via "make world". > Having a good standalone partitioning tool would be nice though, > as doing all the math by hand can be tedious. Not sure if you already know this ... In the bsdlabel tool you can use "m" and "g" suffixes for sizes to specify megabytes and gigabytes, respectively, so you don't have to calculate block numbers. The size of the last partition can be given as "*" so it will receive all the remaining free space of the device. Furthermore you can use the "*" wildcard for the offsets, so the bsdlabel tool will calculate the offsets by adding the sizes of the preceding partitions. So, in fact, you don't have to do any math at all. If you want a curses GUI, you can run sysinstall with the apropriate functions (»sysinstall diskLabelEditor«). Personally I prefer bsdlabel(8), though, which throws me into my favourite editor (neither v* nor e*) and lets me edit the label directly. That's _much_ faster than navigating through sysinstall. YMMV, of course. 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 FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 17:58: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 4825416A41F for ; Mon, 4 Jun 2007 17:58:14 +0000 (UTC) (envelope-from steve@netfirms.com) Received: from mh.netfirms.com (mh2.netfirms.com [66.46.53.2]) by mx1.freebsd.org (Postfix) with SMTP id 9854213C4BD for ; Mon, 4 Jun 2007 17:58:13 +0000 (UTC) (envelope-from steve@netfirms.com) Received: (qmail 59666 invoked from network); 4 Jun 2007 18:26:54 -0000 Received: from unknown (HELO gort.nfcorp.netfirms.com) (192.168.2.86) by 0 with SMTP; 4 Jun 2007 18:26:54 -0000 Received: by gort.nfcorp.netfirms.com (Postfix, from userid 1000) id 8F59C178793; Mon, 4 Jun 2007 14:02:08 -0400 (EDT) Date: Mon, 4 Jun 2007 14:02:08 -0400 To: Christoph Schug Message-ID: <20070604180208.GA22699@netfirms.com> References: <20070529192155.GA19514@netfirms.com> <20070531161514.GA26373@voodoo.schug.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070531161514.GA26373@voodoo.schug.net> User-Agent: Mutt/1.5.11 From: steve@netfirms.com (steve) Cc: freebsd-stable@freebsd.org Subject: Re: vnode_pager_putpages errors on 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: Mon, 04 Jun 2007 17:58:14 -0000 On Thu, May 31, 2007 at 06:15:14PM +0200, Christoph Schug wrote: > On Tue, May 29, 2007, steve wrote: > > > Howdy! > > > > I had this issue on 4.x, which is basically, I have > > machines that do cgi stuff for customers, and there is a local > > md device that is used as a tmp. When it fills the machine > > logs errors > > > > vnode_pager_putpages I/O error 28.. > [...] > > Just for the record: there's still an open discussion on the same issue > in PR kern/67919 [1]. Is this issue resolved completely with this patch? Not sure yet. I'm running some machines with the patch and some without, hoping that the unpatched machines will fail and the patched ones won't. Havn't been able to reproduce the problem to conclude. But I'll let you know ... -steve > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/67919 > > Thanks > -cs > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 20:14:46 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 D2DD716A468 for ; Mon, 4 Jun 2007 20:14:46 +0000 (UTC) (envelope-from chrcoluk@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 0B8E713C45A for ; Mon, 4 Jun 2007 20:14:45 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so997607uge for ; Mon, 04 Jun 2007 13:14:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GD2zSYYuUL1Gy7OvE3eb/NQWVb/fWy4mjg6GVSTRMj0LbFfyeFncoJUpVXBZevpGlBD06PbgBBhf6raKYpsERVB6LjhZj3EDpI7bESP3Q9fkoPIPcWEiYbD21MCzYXqsbHHjmmq1Ynt+ggJGtdxAPmb/PpZI0WZ3rZLkerWYIB0= 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=YwY4bIPLuBgUOmBfQL+sZLGE8LNEY4aRD4Qe8Nop8JHW5NCZVeBqrLEpMgaNiX3ObRx+IxOSCUQwUH0sVYl/w55HhgQZBpPxmp46gDpt/86JhcwUzSu6czS69uIcr2kEnJXw/qlaI+YaZFF/igPGRh/fc+uF7uUtm/IvVF2lZKw= Received: by 10.66.216.14 with SMTP id o14mr3332646ugg.1180988081699; Mon, 04 Jun 2007 13:14:41 -0700 (PDT) Received: by 10.67.24.16 with HTTP; Mon, 4 Jun 2007 13:14:41 -0700 (PDT) Message-ID: <3aaaa3a0706041314vc9965fft8680e146ace57186@mail.gmail.com> Date: Mon, 4 Jun 2007 21:14:41 +0100 From: Chris To: "Fabian Keil" In-Reply-To: <20070602140244.0cf05a93@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <20070602140244.0cf05a93@localhost> Cc: stable@freebsd.org Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 20:14:46 -0000 On 02/06/07, Fabian Keil wrote: > Chris wrote: > > > On 29/05/07, Mark Linimon wrote: > > > On Tue, May 29, 2007 at 09:17:57PM +1000, Peter Jeremy wrote: > > > > Agreed. 6.3-RELEASE would nominally be due around July but the lack > > > > of any schedule on http://www.freebsd.org/releng/ suggests that it will > > > > be later than that. The plans to start the 7.0-RELEASE cycle will also > > > > impact this. > > > > > > At BSDCan, Ken Smith mentioned that 7.0 is due to be branched in July and > > > released in Aug/Sep, with 6.3 quickly following (perhaps even overlapping > > > so as to reuse the same ports freeze). > > > > > > The ports tree is not even close to stable enough to release right now. > > > Given that Kris repeatedly tells me and others that the ports system > > is only supported on the latest freebsd release (meaning one has to be > > upgrading freebsd on their servers every few months to get this > > support) if 7.0 and 6.3 are released around the same time will the > > ports tree be supported on both? > > I believe you misunderstood something. Where do you think Kris said that? > > Fabian > > He said using the ports is only supported in the latest FreeBSD release, so eg. its not supported in 5.5 and 6.0 and 6.1. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 20:15:57 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 0EC3216A41F for ; Mon, 4 Jun 2007 20:15:57 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id AFD4713C45D for ; Mon, 4 Jun 2007 20:15:54 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so997983uge for ; Mon, 04 Jun 2007 13:15:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XTbUsxNi/ZKwLr7Fl0wG0s+J3XCNJyn+dWBRxkQ02XWy6KoX+JcbPs6Z8Fx3E/zDAQqaDUP1o8AJn3Y9jS/dmcW8uOgp4gCxEVmr5c2R1fGqip9xJvOuw17W9Th9DPexdG5Ji8RFinTg+RgMCsEBTHjbLH/2Ux8Ki1JB1sxM/28= 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=QenPoKi2EOvQZ1mTX7EVWk6vkXepYeloSR+BlPMTtfyQtVyrGCfkm/yQTgJ/1tUObYgjl70TfGE9DIAHn2TUMbagR+sH1kAGWOQMCFM07T5/fQXI7IepNrS6vBSlkHegn9+J96xXDtiDFmx1RAxaz/WIjA9wobeQIcbRzugbbz0= Received: by 10.66.255.7 with SMTP id c7mr3357562ugi.1180988152693; Mon, 04 Jun 2007 13:15:52 -0700 (PDT) Received: by 10.67.24.16 with HTTP; Mon, 4 Jun 2007 13:15:52 -0700 (PDT) Message-ID: <3aaaa3a0706041315q9e527b7n886dd73997cc5ac5@mail.gmail.com> Date: Mon, 4 Jun 2007 21:15:52 +0100 From: Chris To: "Brandon S. Allbery KF8NH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 20:15:57 -0000 On 02/06/07, Brandon S. Allbery KF8NH wrote: > > On Jun 2, 2007, at 3:45 , Chris wrote: > > > Given that Kris repeatedly tells me and others that the ports system > > is only supported on the latest freebsd release (meaning one has to be > > upgrading freebsd on their servers every few months to get this > > support) if 7.0 and 6.3 are released around the same time will the > > ports tree be supported on both? > > I think you're confused by terminology. As I understand it, the > ports tree is supported on -CURRENT and the latest -STABLE series: > that is, currently on 6.x and 7.x (and possibly 5.x still since > RELENG_5 and RELENG_6 were both being released for a while), but not > RELENG_4 or earlier. > > -- > brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com > system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu > electrical and computer engineering, carnegie mellon university KF8NH > > > So my question remains when we have 7.0 and 6.3 both STABLE releases will the ports tree not be supported in 6.3 a just released version of FreeBSD? Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 20:17:30 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 0C35116A468 for ; Mon, 4 Jun 2007 20:17:30 +0000 (UTC) (envelope-from chrcoluk@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 5E40F13C458 for ; Mon, 4 Jun 2007 20:17:29 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so998442uge for ; Mon, 04 Jun 2007 13:17:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kq3yvr2zNr1Gwf/EpIQQ9Z5nS4+jBmfTkcFK3fi6rICNLFNW4WF7NYD5/BHb04n2uYU3WUVv5d9pddN4kXm9AydNCyN8XEv0HaWlnVB6G3V/zaLauwso8//XxDRvMecy9zZYNvAQXaOlHCOLm6o6uckJq4MG12shecfzLM12DnE= 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=re6ULXj307lHHEYHmJs7SQXoDnL/esTodCIFn9yY6cJWjmO+pun1gvV2h/cl2eWfM7a+sC2ZcUmciHzyHSalx4Kh4Na7LIL99/HfSCOAo3U5qttLqxsVYb6DdKXf+2eVGWNphtwSG9S0Q9c31XfUbJ6M+DUjhPcRsc8tzYEwBXw= Received: by 10.66.222.9 with SMTP id u9mr3347603ugg.1180988237900; Mon, 04 Jun 2007 13:17:17 -0700 (PDT) Received: by 10.67.24.16 with HTTP; Mon, 4 Jun 2007 13:17:17 -0700 (PDT) Message-ID: <3aaaa3a0706041317g1d79ee3fi75bf8cea785983e3@mail.gmail.com> Date: Mon, 4 Jun 2007 21:17:17 +0100 From: Chris To: "Kris Kennaway" In-Reply-To: <20070602163357.GA3471@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <20070602140244.0cf05a93@localhost> <20070602163357.GA3471@rot13.obsecurity.org> Cc: stable@freebsd.org Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 20:17:30 -0000 On 02/06/07, Kris Kennaway wrote: > On Sat, Jun 02, 2007 at 02:02:44PM +0200, Fabian Keil wrote: > > Chris wrote: > > > > > On 29/05/07, Mark Linimon wrote: > > > > On Tue, May 29, 2007 at 09:17:57PM +1000, Peter Jeremy wrote: > > > > > Agreed. 6.3-RELEASE would nominally be due around July but the lack > > > > > of any schedule on http://www.freebsd.org/releng/ suggests that it will > > > > > be later than that. The plans to start the 7.0-RELEASE cycle will also > > > > > impact this. > > > > > > > > At BSDCan, Ken Smith mentioned that 7.0 is due to be branched in July and > > > > released in Aug/Sep, with 6.3 quickly following (perhaps even overlapping > > > > so as to reuse the same ports freeze). > > > > > > > > The ports tree is not even close to stable enough to release right now. > > > > > Given that Kris repeatedly tells me and others that the ports system > > > is only supported on the latest freebsd release (meaning one has to be > > > upgrading freebsd on their servers every few months to get this > > > support) if 7.0 and 6.3 are released around the same time will the > > > ports tree be supported on both? > > > > I believe you misunderstood something. Where do you think Kris said that? > > Yep, looks like he's confused again. I hope it's not a terminal > condition. > > Kris > > > > Please repeat what you told me when I asked why a variable I had to set on 6.1 machines wasnt put in UPDATING. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 21:21:44 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 1022016A41F for ; Mon, 4 Jun 2007 21:21:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id B682013C44C for ; Mon, 4 Jun 2007 21:21:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4561 invoked by uid 399); 4 Jun 2007 20:55:03 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 4 Jun 2007 20:55:03 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46647C25.80307@FreeBSD.org> Date: Mon, 04 Jun 2007 13:55:01 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Chris References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <3aaaa3a0706041315q9e527b7n886dd73997cc5ac5@mail.gmail.com> In-Reply-To: <3aaaa3a0706041315q9e527b7n886dd73997cc5ac5@mail.gmail.com> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 21:21:44 -0000 Chris wrote: > So my question remains when we have 7.0 and 6.3 both STABLE releases > will the ports tree not be supported in 6.3 a just released version of > FreeBSD? I can't help but get the impression that you're spoiling for a fight here, so let me ask you to take step 1, which is relax a little. You are focusing on released version numbers when you ask about ports support, and we generally focus on release branches. See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html for more information about that. We will be supporting ports for RELENG_5 and _6, and RELENG_7 after it's created from what is now HEAD. Where I think the confusion is coming in is in regards to support for a specific version number that is older than the latest version in that branch. For example, support for 6.1 which is an older release on the RELENG_6 branch. We do our best to provide ports support for older versions on currently supported branches, but it's not always possible to do so. You can search the archives of the ports list for information on why just supporting 3 active branches (which will be 4 after RELENG_7 is branched) for over 16,000 ports is a pretty massive undertaking. I hope this makes the situation more clear. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 22:17:19 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 2476E16A46C for ; Mon, 4 Jun 2007 22:17:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEB113C484 for ; Mon, 4 Jun 2007 22:17:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 857401A3C19; Mon, 4 Jun 2007 15:18:35 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 54305513BC; Mon, 4 Jun 2007 18:17:18 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 41A63C204; Mon, 4 Jun 2007 18:17:18 -0400 (EDT) Date: Mon, 4 Jun 2007 18:17:18 -0400 From: Kris Kennaway To: Chris Message-ID: <20070604221718.GB29472@rot13.obsecurity.org> References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <20070602140244.0cf05a93@localhost> <20070602163357.GA3471@rot13.obsecurity.org> <3aaaa3a0706041317g1d79ee3fi75bf8cea785983e3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0706041317g1d79ee3fi75bf8cea785983e3@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 22:17:19 -0000 On Mon, Jun 04, 2007 at 09:17:17PM +0100, Chris wrote: > On 02/06/07, Kris Kennaway wrote: > >On Sat, Jun 02, 2007 at 02:02:44PM +0200, Fabian Keil wrote: > >> Chris wrote: > >> > >> > On 29/05/07, Mark Linimon wrote: > >> > > On Tue, May 29, 2007 at 09:17:57PM +1000, Peter Jeremy wrote: > >> > > > Agreed. 6.3-RELEASE would nominally be due around July but the > >lack > >> > > > of any schedule on http://www.freebsd.org/releng/ suggests that it > >will > >> > > > be later than that. The plans to start the 7.0-RELEASE cycle will > >also > >> > > > impact this. > >> > > > >> > > At BSDCan, Ken Smith mentioned that 7.0 is due to be branched in > >July and > >> > > released in Aug/Sep, with 6.3 quickly following (perhaps even > >overlapping > >> > > so as to reuse the same ports freeze). > >> > > > >> > > The ports tree is not even close to stable enough to release right > >now. > >> > >> > Given that Kris repeatedly tells me and others that the ports system > >> > is only supported on the latest freebsd release (meaning one has to be > >> > upgrading freebsd on their servers every few months to get this > >> > support) if 7.0 and 6.3 are released around the same time will the > >> > ports tree be supported on both? > >> > >> I believe you misunderstood something. Where do you think Kris said that? > > > >Yep, looks like he's confused again. I hope it's not a terminal > >condition. > > > >Kris > > > > > > > > > > Please repeat what you told me when I asked why a variable I had to > set on 6.1 machines wasnt put in UPDATING. Quoting from http://www.freebsd.org/ports/: -- The Ports Collection supports the latest release on the FreeBSD-CURRENT and FreeBSD-STABLE branches. -- i.e. just because 7.0 is released starting a new -STABLE branch does not mean that the other -STABLE branches lose support. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 22:57: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 5097516A46B for ; Mon, 4 Jun 2007 22:57:05 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from upchuck.ugcs.caltech.edu (upchuck.ugcs.caltech.edu [131.215.176.100]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD1A13C457 for ; Mon, 4 Jun 2007 22:57:05 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: by upchuck.ugcs.caltech.edu (Postfix, from userid 3640) id 8B6AFAC476; Mon, 4 Jun 2007 15:57:04 -0700 (PDT) Date: Mon, 4 Jun 2007 15:57:04 -0700 From: Paul Allen To: Doug Barton Message-ID: <20070604225704.GA26756@upchuck.ugcs.caltech.edu> References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <3aaaa3a0706041315q9e527b7n886dd73997cc5ac5@mail.gmail.com> <46647C25.80307@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46647C25.80307@FreeBSD.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-stable@freebsd.org Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 22:57:05 -0000 >From Doug Barton , Mon, Jun 04, 2007 at 01:55:01PM -0700: > Chris wrote: > > > So my question remains when we have 7.0 and 6.3 both STABLE releases > > will the ports tree not be supported in 6.3 a just released version of > > FreeBSD? > You are focusing on released version numbers when you ask about ports > support, and we generally focus on release branches. See > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html > for more information about that. We will be supporting ports for > RELENG_5 and _6, and RELENG_7 after it's created from what is now HEAD. In particular, if a port breaks on 6.1 but works on 6.2, it is likely that a POLA violation is afoot somewhere. This doesn't mean that the issue will be fixed but instead that something of this sort is unlikely. Unlike in other operating systems, FreeBSD is incredibly consistent between minor version numbers. Usually this means things just work. e.g., throughout the life of 4.x I rarely encountered problems because of mixing PORTS and an older release of 4.x. And by rarely I mean I don't remember any examples of it happening. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 09:25: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 4CF1A16A41F for ; Tue, 5 Jun 2007 09:25:43 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.freebsd.org (Postfix) with ESMTP id 945E113C447 for ; Tue, 5 Jun 2007 09:25:41 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.14.1/8.14.1) with ESMTP-MSA id l559FUS4003842 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 5 Jun 2007 11:15:30 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200706050915.l559FUS4003842@pinky.frank-behrens.de> From: "Frank Behrens" To: freebsd-stable@freebsd.org Date: Tue, 05 Jun 2007 11:15:30 +0200 MIME-Version: 1.0 Priority: normal X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: panic "sbdrop" after "ICMP6, packet too big" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 09:25:43 -0000 May I bring your attention to a reproducible panic on RELENG_6, as described in kern/113359 (http://www.freebsd.org/cgi/query-pr.cgi?pr=113359). The reason for this mail is, that at present I have still the core file and can provide further information if desired. I can test patches for RELENG_6. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 10:11: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 C572416A421 for ; Tue, 5 Jun 2007 10:11:14 +0000 (UTC) (envelope-from dayuer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id A91F013C468 for ; Tue, 5 Jun 2007 10:11:13 +0000 (UTC) (envelope-from dayuer@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so2880957pyi for ; Tue, 05 Jun 2007 03:11:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=BKPctmwfNkoodsD6QJC+dePh2zj/aLLCDvhMVfkBoTOlesS2v8ZL1/KKw0mX4dbnlmKPAOcdsPQUnDsGKnX3oZiHbmcRgrOrIepNRo58ViGhAdnmPDe69N9QrpeBchtkRUIgflxNND3Wns5bmP8LCRTPMLyFNxG+FIHLzB8udMY= 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:references; b=NQAGtBSucp97n5qvm4giERBrFkgzExzBP9nAX4XGn+yI018IYXgYFcpo5VOWH3fHBC8Q0HCWLMXrQKTapohjpg4ncTZcSi4y6HpPANWpVygeuQuEJZaNcGlf4lBnxtLAhC1rutsuG806Qt4FzOXhfxL3b3MxAVQLvHjmP5sUzxk= Received: by 10.65.147.1 with SMTP id z1mr3879446qbn.1181036580170; Tue, 05 Jun 2007 02:43:00 -0700 (PDT) Received: by 10.65.83.11 with HTTP; Tue, 5 Jun 2007 02:43:00 -0700 (PDT) Message-ID: Date: Tue, 5 Jun 2007 17:43:00 +0800 From: "=?UTF-8?B?5aSn6bG85YS/?=" To: freebsd-stable@freebsd.org In-Reply-To: <20070604120029.06CC016A4EA@hub.freebsd.org> MIME-Version: 1.0 References: <20070604120029.06CC016A4EA@hub.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-stable Digest, Vol 209, Issue 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: Tue, 05 Jun 2007 10:11:14 -0000 RnJvbTogZnJlZWJzZC1zdGFibGUtcmVxdWVzdEBmcmVlYnNkLm9yZyA8ZnJlZWJzZC1zdGFibGUt cmVxdWVzdEBmcmVlYnNkLm9yZwo+CkRhdGU6IDIwMDctNi00IOS4i+WNiDg6MDAKU3ViamVjdDog ZnJlZWJzZC1zdGFibGUgRGlnZXN0LCBWb2wgMjA5LCBJc3N1ZSAxClRvOiBmcmVlYnNkLXN0YWJs ZUBmcmVlYnNkLm9yZwoKU2VuZCBmcmVlYnNkLXN0YWJsZSBtYWlsaW5nIGxpc3Qgc3VibWlzc2lv bnMgdG8KICAgICAgICBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwoKVG8gc3Vic2NyaWJlIG9y IHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lkZSBXZWIsIHZpc2l0CiAgICAgICAgaHR0cDov L2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKb3IsIHZp YSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvCiAg ICAgICAgZnJlZWJzZC1zdGFibGUtcmVxdWVzdEBmcmVlYnNkLm9yZwoKWW91IGNhbiByZWFjaCB0 aGUgcGVyc29uIG1hbmFnaW5nIHRoZSBsaXN0IGF0CiAgICAgICAgZnJlZWJzZC1zdGFibGUtb3du ZXJAZnJlZWJzZC5vcmcKCldoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBs aW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMKdGhhbiAiUmU6IENvbnRlbnRzIG9mIGZyZWVic2Qt c3RhYmxlIGRpZ2VzdC4uLiIKCgpUb2RheSdzIFRvcGljczoKCiAgIDEuIChubyBzdWJqZWN0KSAo SmVmZmVyeSBTdG9uZSkKICAgMi4gUmU6IFN5c2luc3RhbGwgcmVwbGFjZW1lbnQgKEl2YW4gVm9y YXMpCiAgIDMuIFJlOiBTeXNpbnN0YWxsIHJlcGxhY2VtZW50IChJYW4gU21pdGgpCiAgIDQuIFJl OiBTeXNpbnN0YWxsIHJlcGxhY2VtZW50IChDcmFpZyBCb3N0b24pCiAgIDUuIFJlOiBVbnJlY29n bml6ZWQgYXJjaGl2ZSBmb3JtYXQgd2l0aCBSRUxFTkdfNl8yIGFuZCBSRUxFTkdfNgogICAgICAo Um9iaW4gR3J1eXRlcnMpCiAgIDYuIFJlOiBTeXNpbnN0YWxsIHJlcGxhY2VtZW50IChJdmFuIFZv cmFzKQoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDEKRGF0ZTogMyBKdW4gMjAwNyAxMjowNzow MSAtMDUwMApGcm9tOiBKZWZmZXJ5IFN0b25lIDxqZWZmc3RvbmUwMUB5YWhvby5jby51az4KU3Vi amVjdDogKG5vIHN1YmplY3QpClRvOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwpNZXNzYWdl LUlEOiA8MjAwNzA2MDMxNzA3MDEuMTk3NDgucW1haWxAbnMxLnhwcmVzcy5jb20ubXg+CkNvbnRl bnQtVHlwZTogdGV4dC9wbGFpbgoKCkhlbGxvLCBJIGFtIEplZmZlcnkgU3RvbmUsIGFuIEFydGlz dCB3aXRoIExlbW9uU3RyZWV0IEdhbGxlcnkuCkxlbW9uU3RyZWV0IEdhbGxlcnkuIGlzIGFuIGFy dCBnYWxsZXJ5IGluIExvbmRvbiAtIFVuaXRlZCBLaW5nZG9tLiBXZSBkZWFsCm9uIEFydCBhbmQg Q3JhZnQgb3JpZ2luYXRpbmcgbWFpbmx5IGZyb20gQXNpYS4gT3VyIHByb2R1Y3RzYXJlIGRpdmVy c2UgYW5kCm9mIHRoZSBoaWdoZXN0IHF1YWxpdHksIGRlcGljdGluZyAnY29tZm9ydCcgYW5kJ3Jl YWwgYWZmbHVlbmNlJy4KCkJlaW5nIHRoYXQgQXNpYSdzIHRyYWRpdGlvbmFsIGNyYWZ0cyBhcmUg Z2V0dGluZyBtb3JlIGF0dGVudGlvbiBhc3ZlcnkKaW1wb3J0YW50IGN1bHR1cmFsIGFzc2V0cyx3 ZSBhcmUgcHJvdWQgb2Ygb3VyIHByb2R1Y3RzIGFuZCBzbyB3ZSdkIGxpa2UgdG8Kc2hvdyB0aGVt IHRvIHRoZSByZXN0IG9mIHRoZSB3b3JsZC4gVGh1cywgd2UgYXJlIGN1cnJlbnRseSBleHBhbmRp bmcgb3VyCm1hcmtldCBiYXNlIGJleW9uZCBFdXJvcGUsIGludG8gTm9ydGggYW1lcmljYSwgVVNB IGFuZCBBZnJpY2EuCgpXSFkgV0UgTkVFRCBZT1UuCk5vIGRvdWJ0LGRvaW5nIGJ1c2luZXNzIGFj cm9zcyBib3JkZXJzIGhhcyBuZXZlciBiZWVuIGFuIGVhc3kgdGFzay5XZSBhcmUKY3VycmVudGx5 IHNlYXJjaGluZyBmb3IgYSAgcmVsaWFibGUgcmVwcmVzZW50YXRpdmVzIHdobyBjYW4gaGVscCB1 cwplc3RhYmxpc2ggYSBtZWRpdW0gb2YgZ2V0dGluZyB0byBvdXIgdmFyaW91cyBjdXN0b21lcnMg aW4gdGhlaXIgcmVnaW9ucwooTm9ydGggQW1lcmljYSAgJiBVbml0ZWQgU3RhdGVzKS4gVGhlIHRp bWUgZnJhbWUgaXQgdGFrZXMgdG8gaGF2ZSB0aGVpcgpwYXltZW50IGNoZWNrcyBzZW50IHRvIHVz IGFuZCBwcm9jZXNzZWQgaXMKcmF0aGVyIGxvbmcuIFRoaXMgaGFzIGNhdXNlZCBhIHNldGJhY2sg aW4gb3VyIHNhbGVzLgoKVGhlIHJlcHJlc2VudGF0aXZlcyB3ZSBzb3VnaHQgYWZ0ZXIgd2lsbCBz ZXJ2ZSBhcyBvdXIgcGF5bWVudApvZmZpY2Vycy9jb250YWN0IHBlcnNvbnMgaW4gdGhlc2UgcmVn aW9ucywgYnV0IG1vc3QgZXNwZWNpYWxseSB3ZSBhcmUgb24KSElHSCBkZW1hbmQgcmlnaHQgbm93 IGZvciByZXByZXNlbnRhdGl2ZXMgaW4gdGhlIFVTQS4gVGhlaXIgc29sZQpyZXNwb25zaWJpbGl0 eSB3aWxsIGJlIHRvIHJlY2VpdmUgYW5kIHByb2Nlc3MgcGF5bWVudCBjaGVja3Mgb24gb3VyIGJl aGFsZi4KV2UgYmVsaWV2ZSB0aGlzIHdpbGwgZ28gYSBsb25nIHdheSBpbiBicmlkZ2luZyB0aGUg Z2FwCmJldHdlZW4gdXMgKHRoZSBzZWxsZXJzKSBhbmQgb3VyIGN1c3RvbWVycyh0aGUgYnV5ZXJz KS4KCkF0IHRoaXMgcG9pbnQsd2UgY2Fubm90IG92ZXJlbXBoYXNpemUgdGhlIGZhY3QgdGhhdCBv bmx5IGhvbmVzdCwgcmVsaWFibGUKYW5kIGNvbXBldGVudCBwZXJzb24ocykgaXMvYXJlIG5lZWRl ZCBieSB1cy5XZSB3aWxsIGJlIGdsYWQgdG8gd2VsY29tZSB5b3UKb24gYm9hcmQgaWYgeW91IGZp dCBpbiBhbmQgaGF2ZSBhbiBpbnRlcmVzdCB0byB3b3JrIGZvciB1cy4KClJFTVVORVJBVElPTi4g V2UgaGF2ZSBhIHJhdGhlciBnZW5lcm91cyBhbmQgaGlnaGx5IGNvbXBldGl0aXZlIHJlbXVuZXJh dGlvbgpwYWNrYWdlIGZvciBvdXIgbmV3IHRlYW0gb2Ygc2FsZXMgcmVwcmVzZW50YXRpdmVzLiBX ZSBvZmZlciBhIDEwJSBjb21taXNzaW9uCm9uIGV2ZXJ5IHBheW1lbnQgbWFkZSB2aWEgeW91IHRv IHVzLgoKVEhFUkUgSVMgTk8gRklOQU5DSUFMIE9CTElHQVRJT04gQVQgWU9VUiBFTkQ7IGFsbCB3 ZSBuZWVkIGZyb20geW91IGlzIHRvdGFsCnJlbGlhYmlsaXR5LCBob25lc3R5IGFuZCB5b3VyIGNv bW1pdHRpbWVudCB0byB3b3JrIGZvciB1cy5UaGVyZSBhcmUgbm8KaGFzc2xlcyBhcyB0aGlzIGlz IGEgd29yayBhdCBob21lIG9wcG9ydHVuaXR5IGFuZCB3b3VsZCdudCBpbiBhbnkgd2F5CmludGVy ZmVyZSB3aXRoIHlvdXIgcHJlc2VudCBqb2Igb3Igc3RhdHVzLiBUaGlzIG9mZmVyIGlzIGlycmVz cGVjdGl2ZSBvZgp5b3VyIHF1YWxpZmljYXRpb24gb3IgcHJlc2VudCBmaWVsZCBvZiB3b3JrLiBT ZXR0aW5nIHlvdSB1cCBhbmQgcmVnaXN0ZXJpbmcKeW91IHdpdGggb3VyIGNvbXBhbnkgcmVtYWlu cyBvdXIgcmVzcG9uc2liaWxpdHkuCgpMZXQgdXMga25vdyB5b3VyIHRob3VnaHRzLiBJZiBpbnRl cmVzdGVkIGRvIHNlbmQgcHJvbXB0bHkgYnkgZW1haWwoCmplZmZzdG9uZTAxQHlhaG9vLmNvLnVr KSB0aGUgZm9sbG93aW5nOgoKMS5GVUxMIE5BTUVTCjIuQ09OVEFDVCBNQUlMSU5HIEFERFJFU1MK My5URUxFUEhPTkUgTlVNQkVSCjQuRkFYIE5VTUJFUgo1Lk9DQ1VQQVRJT04KCldlIGxvb2sgZm9y d2FyZCB0byB3b3JraW5nIHdpdGggeW91IGFuZCAgd2lsbCBiZSBtb3JlIHRoYW4gcGxlYXNlZAp0 byBnaXZlIHlvdSBmdXJ0aGVyIGRldGFpbHMuCgpUaGFua3MgaW4gYWR2YW5jZS4KClNpbmNlcmVs eSwKSmVmZmVyeSBTdG9uZQpMZW1vblN0cmVldCBHYWxsZXJ5LgpMb25kb24gLSBVSy4KCgoKCgoK LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNzYWdlOiAyCkRhdGU6IE1vbiwgMDQg SnVuIDIwMDcgMDA6MzY6MTUgKzAyMDAKRnJvbTogSXZhbiBWb3JhcyA8aXZvcmFzQGZlci5ocj4K U3ViamVjdDogUmU6IFN5c2luc3RhbGwgcmVwbGFjZW1lbnQKVG86IGZyZWVic2Qtc3RhYmxlQGZy ZWVic2Qub3JnCk1lc3NhZ2UtSUQ6IDxmM3ZmcDUkdTVyJDFAc2VhLmdtYW5lLm9yZz4KQ29udGVu dC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJ1dGYtOCIKCk1heGltIFZldHJvdiB3cm90ZToK PiBIaSEKPgo+IEFyZSB0aGVyZSBhbnkgcGxhbnMgdG8gcmVwbGFjZSBzeXNpbnN0YWxsPyBBRkFJ SyB0aGVyZSBpcyB0aGUKPiBCU0RJbnN0YWxsZXIgZmx5aW5nIDotKSBhcm91bmQsIGlzIGl0IGNv bnNpZGVyZWQgYXMgYSB2YWxpZCBvcHRpb24/CgpTZWUgaHR0cDovL3dpa2kuZnJlZWJzZC5vcmcv Zmluc3RhbGwgLgoKLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tCkEgbm9u LXRleHQgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4KTmFtZTogc2lnbmF0dXJlLmFzYwpUeXBl OiBhcHBsaWNhdGlvbi9wZ3Atc2lnbmF0dXJlClNpemU6IDI1MCBieXRlcwpEZXNjOiBPcGVuUEdQ IGRpZ2l0YWwgc2lnbmF0dXJlClVybCA6Cmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9waXBlcm1h aWwvZnJlZWJzZC1zdGFibGUvYXR0YWNobWVudHMvMjAwNzA2MDMvZDA2N2Y2ZGUvc2lnbmF0dXJl LTAwMDEucGdwCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDMKRGF0 ZTogTW9uLCA0IEp1biAyMDA3IDE1OjIwOjU4ICsxMDAwIChFU1QpCkZyb206IElhbiBTbWl0aCA8 c21pdGhpQG5pbW5ldC5hc24uYXU+ClN1YmplY3Q6IFJlOiBTeXNpbnN0YWxsIHJlcGxhY2VtZW50 ClRvOiBJdmFuIFZvcmFzIDxpdm9yYXNAZmVyLmhyPgpDYzogZnJlZWJzZC1zdGFibGVAZnJlZWJz ZC5vcmcKTWVzc2FnZS1JRDoKICAgICAgICA8UGluZS5CU0YuMy45Ni4xMDcwNjA0MTUwODM1LjE3 OTU2QS0xMDAwMDBAZ2FpYS5uaW1uZXQuYXNuLmF1PgpDb250ZW50LVR5cGU6IFRFWFQvUExBSU47 IGNoYXJzZXQ9VVMtQVNDSUkKCk9uIE1vbiwgNCBKdW4gMjAwNywgSXZhbiBWb3JhcyB3cm90ZToK Cj4gTWF4aW0gVmV0cm92IHdyb3RlOgo+ID4gSGkhCj4gPgo+ID4gQXJlIHRoZXJlIGFueSBwbGFu cyB0byByZXBsYWNlIHN5c2luc3RhbGw/IEFGQUlLIHRoZXJlIGlzIHRoZQo+ID4gQlNESW5zdGFs bGVyIGZseWluZyA6LSkgYXJvdW5kLCBpcyBpdCBjb25zaWRlcmVkIGFzIGEgdmFsaWQgb3B0aW9u Pwo+Cj4gU2VlIGh0dHA6Ly93aWtpLmZyZWVic2Qub3JnL2ZpbnN0YWxsIC4KCkkgbGlrZSB5b3Vy IHBhcmFsbGVsIGRldmVsb3BtZW50IHBhcmFkaWdtOyBJIGd1ZXNzIHRoZSBjaGFsbGVuZ2UgaXMK a2VlcGluZyBQT0xBIGNvcnJlc3BvbmRlbmNlIHdpdGggZXF1aXZhbGVudCBzeXNpbnN0YWxsIGZ1 bmN0aW9uYWxpdHksCndpdGhvdXQgYmVpbmcgc3R1Y2sgd2l0aCBzb21lIG9mIHN5c2luc3RhbGwn cywgZXIsIHF1aXJraW5lc3MuCgpBcHByZWNpYXRlIHRoZSBHRU9NIHN0dWZmIGJlaW5nIGVzc2Vu dGlhbCBmb3IgdG9kYXkncyBSQUlEIHNldHVwcywgYnV0Cm1heWJlIHlvdSBjb3VsZCBzaG93IGVx dWl2YWxlbnQgZGV2aWNlIG5vZGVzLCBpbiBicmFja2V0cyBhcyBpdCB3ZXJlLAphcyB3ZWxsIGFz IGdlb21fbGFiZWxzLCBmb3Igd2UgYW5jaWVudCByZXB0aWxlcyB0b28/CgpNb3JlIHBvd2VyIHRv IHlvdS4KCkNoZWVycywgSWFuCgoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVz c2FnZTogNApEYXRlOiBNb24sIDQgSnVuIDIwMDcgMDA6NTg6MDcgLTA1MDAKRnJvbTogQ3JhaWcg Qm9zdG9uIDxjcmFpZ0BmZW5pei5nYW5rLm9yZz4KU3ViamVjdDogUmU6IFN5c2luc3RhbGwgcmVw bGFjZW1lbnQKVG86IEl2YW4gVm9yYXMgPGl2b3Jhc0BmZXIuaHI+CkNjOiBmcmVlYnNkLXN0YWJs ZUBmcmVlYnNkLm9yZwpNZXNzYWdlLUlEOiA8MjAwNzA2MDQwNTU3NTcuR0EyMzc5QG5vd2hlcmU+ CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD11cy1hc2NpaQoKT24gTW9uLCBKdW4g MDQsIDIwMDcgYXQgMTI6MzY6MTVBTSArMDIwMCwgSXZhbiBWb3JhcyB3cm90ZToKPiBTZWUgaHR0 cDovL3dpa2kuZnJlZWJzZC5vcmcvZmluc3RhbGwgLgoKU29tZXdoYXQgdGFuZ2VudGFsLCB0aGUg b25seSB0aGluZyB0aGF0IHJlYWxseSBqdW1wcyBvdXQgYXQgbWUgaXMgdGhpczoKCj4gSSBwcm9w b3NlIHRoZSBVRlMrZ2pvdXJuYWwgYmUgdGhlIGRlZmF1bHQgRlMgdHlwZSAoZXZlbiBmb3IKPiBy b290K2Jvb3Q/KQoKSSB0aGluayB0aGlzIGlzIG5vdCBzdWNoIGEgZ29vZCBpZGVhLiAgV2hpbGUg SSBsaWtlIGdqb3VybmFsLCBhbmQgdXNlIGl0CnF1aXRlIGEgYml0LCBJIGRvbid0IHRoaW5rIGl0 J3Mgc3VpdGFibGUgYXMgYSBkZWZhdWx0LgoKRm9yIG9uZSB0aGluZywgd2l0aCBkZWZhdWx0IHNl dHRpbmdzLCBpdCBjYXJ2ZXMgb3V0IGEgZnVsbCBHQiBvZiB1c2FibGUKc3BhY2UgZnJvbSBlYWNo IGZpbGVzeXN0ZW0gdGhhdCBpdCdzIHVzZWQgb24uICBUaGlzIHdvdWxkIHByb3ZlIGhpZ2hseQpz dXJwcmlzaW5nIHRvIG5ldyB1c2VycywgZXNwZWNpYWxseSBvbiBzbWFsbGVyIGZpbGVzeXN0ZW1z IHN1Y2ggYXMgL3ZhciwKYW5kIG1heSB3ZWxsIGNhdXNlIHRoZW0gdG8gdGhpbmsgRnJlZUJTRCB1 c2VzIGEgaGlnaGx5IGluZWZmaWNpZW50CmZpbGVzeXN0ZW0uCgpBbHNvLCBnam91cm5hbCBqb3Vy bmFscyAqZXZlcnl0aGluZyosIG5vdCBqdXN0IG1ldGFkYXRhLiAgV2hlbiB0aGUgZGF0YQphbmQg am91cm5hbCBhcmUgb24gdGhlIHNhbWUgcGh5c2ljYWwgZGV2aWNlLCBhcyB0aGV5IHdvdWxkIGJl IGluIG1vc3QKc2V0dXBzIHRoYXQgdGFrZSB0aGUgZGVmYXVsdHMsIGFsbCB3cml0ZSBvcGVyYXRp b25zIGFyZSBlZmZlY3RpdmVseSBkb25lCnR3aWNlIChtb2R1bG8gYW55IHdyaXRlLWNvbWJpbmlu ZykuICBBZ2FpbiwgdGhpcyBwcm9iYWJseSB3b3VsZG4ndCBiZQpleHBlY3RlZCBmb3IgYSBkZWZh dWx0IGFuZCB3b3VsZCBsZWFkIHRvIHBlcmNlaXZlZCBzbG93bmVzcy4KCkJvdGggb2YgdGhlc2Ug YXJlIHF1aXRlIGFjY2VwdGFibGUgdHJhZGVvZmZzIGZvciB3aGF0IGdqb3VybmFsIGRvZXMsIGJ1 dAp0aGUgdXNlciBzaG91bGQgYmUgYXdhcmUgb2YgdGhlbSBiZWZvcmUgY2hvb3NpbmcgdG8gZW1w bG95IGl0LiAgSSB0aGluawppdCB3b3VsZCBiZSB3b25kZXJmdWwgdG8gaGF2ZSBpbiB0aGUgaW5z dGFsbGVyLCBqdXN0IG5vdCBhcyB0aGUgZGVmYXVsdC4KCkkgYWxzbyBkb24ndCB0aGluayB0aGF0 IGV4dDIgc2hvdWxkIGJlIG9mZmVyZWQgaW4gdGhlIGluc3RhbGxlciwgYXMKdGhlcmUgaGF2ZSBi ZWVuIHBlcmlvZGljIHN0YWJpbGl0eSBwcm9ibGVtcyB3aXRoIGl0LCBhbmQgbmV3IHVzZXJzCmFj Y3VzdG9tZWQgdG8gTGludXggbWF5IHBpY2sgaXQgb3V0IG9mIGhhYml0IGFuZCBnZXQgYml0dGVu LgoKQ3JhaWcKClAuUy4gSSBwcmV0dHkgbXVjaCBuZXZlciB1c2Ugc3lzaW5zdGFsbCBhbnltb3Jl LCBwcmVmZXJyaW5nIHRvIHNldCB1cAp0aGluZ3MgYXMgZ2pvdXJuYWwgYW5kIGdlbGkgdXNpbmcg Rml4aXQgbW9kZSwgdGhlbiBqdXN0IGV4dHJhY3QgdGhlCnRhcmJhbGxzIGludG8gdGhlIG5ldyBm aWxlc3lzdGVtcy4gIEhhdmluZyBhIGdvb2Qgc3RhbmRhbG9uZQpwYXJ0aXRpb25pbmcgdG9vbCB3 b3VsZCBiZSBuaWNlIHRob3VnaCwgYXMgZG9pbmcgYWxsIHRoZSBtYXRoIGJ5IGhhbmQKY2FuIGJl IHRlZGlvdXMuICBBbnkgY2hhbmNlIHRoYXQgdGhlIG1vZHVsZSB0aGF0IGhhbmRsZXMgdGhhdCBj b3VsZCBiZQpzZXQgdXAgc28gaXQncyBwb3NzaWJsZSB0byB1c2UgaXQgaW5kZXBlbmRlbnRseT8K CgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDUKRGF0ZTogTW9uLCAw NCBKdW4gMjAwNyAxMDoxNjowMyArMDIwMApGcm9tOiBSb2JpbiBHcnV5dGVycyA8ci5ncnV5dGVy c0B5aXJkaXMubmw+ClN1YmplY3Q6IFJlOiBVbnJlY29nbml6ZWQgYXJjaGl2ZSBmb3JtYXQgd2l0 aCBSRUxFTkdfNl8yIGFuZCBSRUxFTkdfNgpUbzogIkRhbmllbCBPJ0Nvbm5vciIgPGRvY29ubm9y QGdzb2Z0LmNvbS5hdT4KQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCk1lc3NhZ2UtSUQ6 IDwyMDA3MDYwNDEwMTYwMy5mMGtpODVhbTgwMHdzbzBrQHNlcnZlci55aXJkaXMubmw+CkNvbnRl bnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXRmLTgiCgpRdW90aW5nIERhbmllbCBPJ0Nv bm5vciA8ZG9jb25ub3JAZ3NvZnQuY29tLmF1PjoKCj4gT24gRnJpZGF5IDAxIEp1bmUgMjAwNyAy MzozOSwgUm9iaW4gR3J1eXRlcnMgd3JvdGU6Cj4+ID4gV2hhdCBoYXBwZW5zIGlmIHlvdSB0cnkK Pj4gPiB0YXIgLWIgMTI4IC10ZiAvZGV2L3NhMAo+Pgo+PiBTYW1lIHByb2JsZW0uCj4+Cj4+ID4g V2hhdCBkaWQgeW91IHVwZ3JhZGUgZnJvbT8gU29tZSBnbnV0YXIgdXNpbmcgc3lzdGVtIEkgZ3Vl c3M/ICg1LngKPj4gPiBvciA0Lng/KQo+Pgo+PiBJJ2QgdXBncmFkZWQgZnJvbSBGcmVlQlNEIDYu MS1SRUxFQVNFLXAxMAo+Cj4gT0suCj4gQ2FuIHlvdSByZWFkIHRoZSBhcmNoaXZlIGFzIGEgbm9y bWFsIGZpbGUgZnJvbSB0aGUgdGFwZT8gZWcgZGQKPiBpZj0vZGV2L3NhMCBvZj0vdG1wL2Zvbwo+ Cj4gSWYgc28gZG9lcyBpdCB3b3JrPyBBcmUgeW91IGdldHRpbmcgZXJyb3JzIHJlYWRpbmcgZnJv bSB0aGUgZHJpdmUsIG9yCj4ganVzdCB0aGUgdGFyIGZpbGUgaXMgYnJva2VuPwo+Ck5vcGUsIGl0 IGRvZXNuJ3Qgd29yay4KCiMgZGQgaWY9L2Rldi9zYTAgb2Y9L2RhdGEzL3RtcC9ibGEKZGQ6IC9k ZXYvc2EwOiBJbnB1dC9vdXRwdXQgZXJyb3IKMCswIHJlY29yZHMgaW4KMCswIHJlY29yZHMgb3V0 CjAgYnl0ZXMgdHJhbnNmZXJyZWQgaW4gMC4wMDU5NzIgc2VjcyAoMCBieXRlcy9zZWMpCiMKCldo ZW4gc2V0dGluZyB0aGUgY29ycmVjdCBibG9ja3NpemUsIGl0IGRvZXMgd29yazoKCiMgZGQgaWY9 L2Rldi9zYTAgb2Y9L2RhdGEzL3RtcC9ibGEgYnM9NjU1MzYgY291bnQ9MzIKMzIrMCByZWNvcmRz IGluCjMyKzAgcmVjb3JkcyBvdXQKMjA5NzE1MiBieXRlcyB0cmFuc2ZlcnJlZCBpbiA5LjY5ODIz MyBzZWNzICgyMTYyNDEgYnl0ZXMvc2VjKQojCgpUaGlzIG1vcm5pbmcgSSBoYXZlIHJldmVydCBs aWJhcmNoaXZlIChzcmMvbGliL2xpYmFyY2hpdmUpIGFuZCB0YXIKKHNyYy91c3IuYmluL3Rhcikg YmFjayB0byBSRUxFTkdfNl8xIGFuZCBzdXJwcmlzaW5nbHkgKG9yIG1heWJlIG5vdCkKaXQgd29y a3MgZmluZSBub3cuCgpNYXliZSB0YXIgZG9lc24ndCB1c2UgdGhlIC1iIG9wdGlvbiB3aGVuIGxp c3RpbmcgdGhlIGNvbnRlbnQ/ICgtdCkKCgpLaW5kIHJlZ2FyZHMsCgpSb2JpbiBHcnV5dGVycwpO ZXR3b3JrIGFuZCBTZWN1cml0eSBFbmdpbmVlcgpZaXJkaXMgQi5WLgpJOiBodHRwOi8veWlyZGlz LmNvbQpQOiArMzEgKDApMzYgNTMwMDM5NApGOiArMzEgKDApMzYgNTQ4OTExOQoKLS0tLS0tLS0t LS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tCkEgbm9uLXRleHQgYXR0YWNobWVudCB3YXMg c2NydWJiZWQuLi4KTmFtZTogbm90IGF2YWlsYWJsZQpUeXBlOiBhcHBsaWNhdGlvbi9wZ3Atc2ln bmF0dXJlClNpemU6IDE4NyBieXRlcwpEZXNjOiBQR1AgRGlnaXRhbCBTaWduYXR1cmUKVXJsIDoK aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC9mcmVlYnNkLXN0YWJsZS9hdHRhY2ht ZW50cy8yMDA3MDYwNC80MzYwNTAyMi9hdHRhY2htZW50LTAwMDEucGdwCgotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDYKRGF0ZTogTW9uLCAwNCBKdW4gMjAwNyAxMTox ODoyNiArMDIwMApGcm9tOiBJdmFuIFZvcmFzIDxpdm9yYXNAZmVyLmhyPgpTdWJqZWN0OiBSZTog U3lzaW5zdGFsbCByZXBsYWNlbWVudApUbzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKTWVz c2FnZS1JRDogPGY0MGxkOCRxaDkkMUBzZWEuZ21hbmUub3JnPgpDb250ZW50LVR5cGU6IHRleHQv cGxhaW47IGNoYXJzZXQ9InV0Zi04IgoKQ3JhaWcgQm9zdG9uIHdyb3RlOgoKPiBJIGFsc28gZG9u J3QgdGhpbmsgdGhhdCBleHQyIHNob3VsZCBiZSBvZmZlcmVkIGluIHRoZSBpbnN0YWxsZXIsIGFz Cj4gdGhlcmUgaGF2ZSBiZWVuIHBlcmlvZGljIHN0YWJpbGl0eSBwcm9ibGVtcyB3aXRoIGl0LCBh bmQgbmV3IHVzZXJzCj4gYWNjdXN0b21lZCB0byBMaW51eCBtYXkgcGljayBpdCBvdXQgb2YgaGFi aXQgYW5kIGdldCBiaXR0ZW4uCgpJIGFkdm9jYXRlIHRoZSBvcHBvc2l0ZSB2aWV3OiBpZiBpdCBk b2Vzbid0IGdldCBleHBvc2l0aW9uLCBpdCB3b24ndCBiZQpmaXhlZC4KCj4gUC5TLiBJIHByZXR0 eSBtdWNoIG5ldmVyIHVzZSBzeXNpbnN0YWxsIGFueW1vcmUsIHByZWZlcnJpbmcgdG8gc2V0IHVw Cj4gdGhpbmdzIGFzIGdqb3VybmFsIGFuZCBnZWxpIHVzaW5nIEZpeGl0IG1vZGUsIHRoZW4ganVz dCBleHRyYWN0IHRoZQo+IHRhcmJhbGxzIGludG8gdGhlIG5ldyBmaWxlc3lzdGVtcy4gIEhhdmlu ZyBhIGdvb2Qgc3RhbmRhbG9uZQo+IHBhcnRpdGlvbmluZyB0b29sIHdvdWxkIGJlIG5pY2UgdGhv dWdoLCBhcyBkb2luZyBhbGwgdGhlIG1hdGggYnkgaGFuZAo+IGNhbiBiZSB0ZWRpb3VzLiAgQW55 IGNoYW5jZSB0aGF0IHRoZSBtb2R1bGUgdGhhdCBoYW5kbGVzIHRoYXQgY291bGQgYmUKPiBzZXQg dXAgc28gaXQncyBwb3NzaWJsZSB0byB1c2UgaXQgaW5kZXBlbmRlbnRseT8KCkknbGwgd3JpdGUg dGhlIGJhY2tlbmQsIGlmIGFueW9uZSB3YW50cyB0byBkbyB0aGUgZnJvbnRlbmQsIGhlJ3Mgd2Vs Y29tZQp0byBpdC4KCi0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLQpBIG5v bi10ZXh0IGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uCk5hbWU6IHNpZ25hdHVyZS5hc2MKVHlw ZTogYXBwbGljYXRpb24vcGdwLXNpZ25hdHVyZQpTaXplOiAyNDkgYnl0ZXMKRGVzYzogT3BlblBH UCBkaWdpdGFsIHNpZ25hdHVyZQpVcmwgOgpodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlwZXJt YWlsL2ZyZWVic2Qtc3RhYmxlL2F0dGFjaG1lbnRzLzIwMDcwNjA0L2I3ZDZmYjgwL3NpZ25hdHVy ZS0wMDAxLnBncAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpmcmVlYnNkLXN0YWJsZUBmcmVlYnNk Lm9yZyBtYWlsaW5nIGxpc3QKaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGlu Zm8vZnJlZWJzZC1zdGFibGUKVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVi c2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgoKRW5kIG9mIGZyZWVic2Qtc3RhYmxl IERpZ2VzdCwgVm9sIDIwOSwgSXNzdWUgMQo= From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 12:01: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 BEBBD16A469 for ; Tue, 5 Jun 2007 12:01: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 5107A13C4B0 for ; Tue, 5 Jun 2007 12:01:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp158-41.lns11.adl6.internode.on.net [121.45.158.41]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l55C1jm1012038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 21:31:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Robin Gruyters Date: Tue, 5 Jun 2007 21:31:43 +0930 User-Agent: KMail/1.9.5 References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> <20070604101603.f0ki85am800wso0k@server.yirdis.nl> In-Reply-To: <20070604101603.f0ki85am800wso0k@server.yirdis.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1909472.3GIxEA3qY6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706052131.44320.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Tim Kientzle Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 12:01:54 -0000 --nextPart1909472.3GIxEA3qY6 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 04 June 2007 17:46, Robin Gruyters wrote: > This morning I have revert libarchive (src/lib/libarchive) and tar > (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) > it works fine now. > > Maybe tar doesn't use the -b option when listing the content? (-t) Maybe so, I feed mine through dd all the time so I never noticed it :) Can you please file a PR about the issue? (or take it up with Tim whom I=20 have CCd) =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 --nextPart1909472.3GIxEA3qY6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGZVCo5ZPcIHs/zowRAntNAKCZtrbUGGZ5s8DycD5QvYaz+AWmSQCfSE4W Nh5pEVffRfNP9udACzPATMI= =7sSK -----END PGP SIGNATURE----- --nextPart1909472.3GIxEA3qY6-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 15:16: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 94C1316A41F for ; Tue, 5 Jun 2007 15:16:04 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1D97013C43E for ; Tue, 5 Jun 2007 15:16:03 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from greatsheep2.marines (p57AE3BDA.dip0.t-ipconnect.de [87.174.59.218]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l55ExeJ3007187 for ; Tue, 5 Jun 2007 16:59:40 +0200 Date: Tue, 5 Jun 2007 17:03:45 +0200 From: Marc "UBM" Bocklet To: freebsd-stable@freebsd.org Message-Id: <20070605170345.3df2b8ef.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gmirror on a disk with data already on it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 15:16:04 -0000 Hiho! :-) The gmirror man page says that if gmirror is used on a disk, the last sector of that disk is overwritten with the metadata gmirror uses. So what I would like to know is, how risky is it to mirror a disk which already has data on it? Is there a chance that I might render my system unbootable? Is there any way to find out what data that last sector holds? Thanks in advance! :-) Bye Marc From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 16:02: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 BCE8116A400 for ; Tue, 5 Jun 2007 16:02: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 4291013C45A for ; Tue, 5 Jun 2007 16:02:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (naxydi@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l55G2ZN3063227; Tue, 5 Jun 2007 18:02:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l55G2Zwq063226; Tue, 5 Jun 2007 18:02:35 +0200 (CEST) (envelope-from olli) Date: Tue, 5 Jun 2007 18:02:35 +0200 (CEST) Message-Id: <200706051602.l55G2Zwq063226@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ubm@u-boot-man.de In-Reply-To: <20070605170345.3df2b8ef.ubm@u-boot-man.de> 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, 05 Jun 2007 18:02:40 +0200 (CEST) Cc: Subject: Re: gmirror on a disk with data already on it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ubm@u-boot-man.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 16:02:42 -0000 Marc UBM Bocklet wrote: > The gmirror man page says that if gmirror is used on a disk, the last > sector of that disk is overwritten with the metadata gmirror uses. > > So what I would like to know is, how risky is it to mirror a disk which > already has data on it? > > Is there a chance that I might render my system unbootable? If you follow the procedure in the Handbook, then there is no risk at all. It involves preparing one side of the mirror on the second (unused) device first, then attaching the first device to the mirror. 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 FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 17:00: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 4A4B716A47E for ; Tue, 5 Jun 2007 17:00:22 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9E813C45E for ; Tue, 5 Jun 2007 17:00:22 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l55GRNH7008892; Tue, 5 Jun 2007 09:27:24 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <46658EEB.5000008@freebsd.org> Date: Tue, 05 Jun 2007 09:27:23 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> <20070604101603.f0ki85am800wso0k@server.yirdis.nl> <200706052131.44320.doconnor@gsoft.com.au> In-Reply-To: <200706052131.44320.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Robin Gruyters , freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 17:00:22 -0000 > On Monday 04 June 2007 17:46, Robin Gruyters wrote: > >>This morning I have revert libarchive (src/lib/libarchive) and tar >>(src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) >>it works fine now. >> >>Maybe tar doesn't use the -b option when listing the content? (-t) Could you please send me details of the problem you're having? Thanks, Tim Kientzle From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 17:10: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 B924F16A400 for ; Tue, 5 Jun 2007 17:10:42 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 7433713C465 for ; Tue, 5 Jun 2007 17:10:42 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc0.host51.starman.ee ([62.65.243.0] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HvcYI-00074w-O0 for freebsd-stable@freebsd.org; Tue, 05 Jun 2007 20:10:39 +0300 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Tue, 5 Jun 2007 20:10:29 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706052010.30271.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: FreeBSD Intel i852GM/i855GM DRI 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: Tue, 05 Jun 2007 17:10:42 -0000 Hello guys! I have strange problem enabling DRI on Intel 855GM graphics card. Kernel shows that everything is allright but why I enable DRI in xorg.conf and startx then system freeze and reboot without any error message- /var/log/Xorg.log.0 file was not updated with error or anything similar. FreeBSD 6.2-STABLE #1: Tue Jun 5 18:49:57 EEST 2007 xorg-server-1.2.0_2,1 dri-6.5.3_1,2 kernel compiled with "makeoptions DEBUG=-g" kernel drm message: agp0: port 0xe000-0xe007 mem 0xa0000000-0xa7ffffff,0xf0000000-0xf007ffff irq 11 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M drmsub0: : (child of agp_i810.c) on agp0 [drm:pid0:drm_load] [drm:pid0:drm_agp_init] agp_available = 1 info: [drm] AGP at 0xa0000000 128MB [drm:pid0:drm_ctxbitmap_next] drm_ctxbitmap_next bit : 0 [drm:pid0:drm_ctxbitmap_init] drm_ctxbitmap_init : 0 info: [drm] Initialized i915 1.5.0 20060119 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:21:47 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 D1F9016A41F for ; Tue, 5 Jun 2007 19:21:47 +0000 (UTC) (envelope-from edudotorg@sbcglobal.net) Received: from web82714.mail.mud.yahoo.com (web82714.mail.mud.yahoo.com [68.142.201.28]) by mx1.freebsd.org (Postfix) with SMTP id 9198413C45D for ; Tue, 5 Jun 2007 19:21:47 +0000 (UTC) (envelope-from edudotorg@sbcglobal.net) Received: (qmail 70297 invoked by uid 60001); 5 Jun 2007 18:55:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=HeskIFa+K3JWAqG/JorYhIY+BjjUA7goZ+EwXolKG983pqh54lsr1rBdCewBpOyyFrWayHZRhnzgUBhgwrv/HfI03nqAugDzjiJJy72VbCAIZGbzOF/B0i0opWncYl8jWilw6UdafGht7SOOnohSPzLB+opw9ZvzuXfCQhiw4M4=; X-YMail-OSG: 4t_OVZAVM1kFybDCoP177hlk.0mjtp4VFsLVR8sWDydPRdEoqvsVynlW.yvM88z.Fp8sE1W9Knq7lh8pFElwyyPUvUncXHd9xR9tJUwI5t5ilwaQYjC7ezZY25LUPg-- Received: from [137.131.20.51] by web82714.mail.mud.yahoo.com via HTTP; Tue, 05 Jun 2007 11:55:06 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.14 Date: Tue, 5 Jun 2007 11:55:06 -0700 (PDT) From: Ed Dotorg To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <389977.69103.qm@web82714.mail.mud.yahoo.com> Cc: youshi10@u.washington.edu Subject: Re: [Fwd: Re: Kernel panicking in 6.2 and 7-CURRENT -- interrupt issues] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 19:21:48 -0000 youshi10@u.washington.edu wrote: > On Tue, 29 May 2007 youshi10@u.washington.edu wrote: > >> Hello, >> I'm trying to install 7-CURRENT on my desktop, locally instead of >> on a virtual machine, and I'm running into an issue where the kernel >> almost always panics on boot with my motherboard (ASUS P5N-SLI E), due >> to some sort of interrupt assignment / probing issues. >> >> Observations: >> 1. 7-CURRENT (built) never properly detects the interrupts on the >> system. >> 2. 7-CURRENT (May ISO snapshot) doesn't properly detect my USB >> keyboard, but boots and runs sysinstall. >> 3. 6.2 RELEASE panics if I don't boot FreeBSD up into "safe mode", >> due to an issue with the ohci driver (I think the error message had >> something to deal with device adding / enumeration and not being able >> to find a memory / interrupt address). >> >> First off, if I could get some of the command line arguments to >> pass to the kernel to emulate safe-mode, that would be much >> appreciated. Second off, if anybody has any ideas on how to debug this >> issue, I'll go off and try to determine what the cause is. If it's >> anything like it was before (clean out /usr/obj, rebuild), I'll be ok. >> Otherwise, I'll have to purchase more parts and build another >> dedicated FreeBSD system :(.. >> >> Thanks, >> -Garrett > > Sorry for cross-posting so much, but this information is relevant to all > of the mailing lists included. > > Ok I "solved" my problem, to a certain extent. > > Basically the ASUS P5N-E SLI motherboard (nVidia chipset) isn't bootable > with FreeBSD 6.2 RELEASE without going into SAFE MODE (panics after > ohci_add_done looking for a non-existent memory address, if the USB > controller is enabled in the BIOS with "Legacy Mode", i.e. USB Keyboard > compatible), and isn't compatible with FreeBSD 7 at all (kernel can't > map IRQs properly on up-to-date CURRENT and panics in kernel mode during > boot). > > Strangely enough the 7-CURRENT snapshot ISOs work, but then again it > doesn't setup the OHCI and USB keyboard stuff properly, and I can't get > any sort of input from my keyboard, obviously. > > The ASUS P5B-DLX motherboard (Intel chipset) is compatible with FreeBSD > 6.2 and 7 though, without any hacks. > > Maybe someone should update some documentation on the release notes page > for supported hardware? > > Thanks, > -Garrett > > PS Please CC me in any communication as I'm not subscribed to doc@, > stable@, or usb@. > > _______________________________________________ > 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" > > -- Greetings, I've been experiencing a similar problem. I'm installing from a 6.2 Release CD to an Abit fp-in9 sli board (nvidia nforce mcp51 disk controller and nvidia nforce mcp13 network adapter), 2 gig ddr2 ram, sata 300 disk. The install goes without problems but after rebooting, the onboard nic is not active. "nve0: failed to start NVIDIA Hardware interface". I add an fxp card, at this point 6.2 release is installed and functional and the system boots up normally. I can cvsup ports, install ports and even upgrade xorg with no problems. Although the xorg meta port (x11-drivers) caused me a little grief. I can also compile a generic or custom kernel and all is ok. My problem begins when I cvsup to releng_6 and compile a new kernel. My most recent cvsup is from yesterday 6-4-2007 although I've been fussing with this board since the middle of May. After make buildworld and make kernel (GENERIC or custom kernel) I reboot and end up at the "mountroot>" prompt where GEOM tells me that the only device available to boot from is fd0. But, if I reboot and select Safe Mode the machine comes up without problems and I can finish the steps to building the new kernel. From then on with each reboot I must select Safe Mode for the machine to come up. I get the same results whether my disk drive is a single IDE or a single SATA-300. It would be nice to get things working with this board. This is my first nvidia chipset board but it looks as though I'll be looking for one with the trusty Intel chipset. Ed From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 22:10:05 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 E91CD16A421 for ; Tue, 5 Jun 2007 22:10:05 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 53D3713C45E for ; Tue, 5 Jun 2007 22:10:05 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so340831uge for ; Tue, 05 Jun 2007 15:10:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aW1+QNb/20QxLNY4f4Il81apv+QfqghLpsSxDCv7ObuhPZ4c/XftMFm08QNpUq1iq9GUDrFtsmutCDE1eGxwP/zx/sPMktf0XC5wI1PJMBN3s1Ra2Y27AYbmtCzoZDozT5cRrqkvxwmIbeu/HEbySgjMJ3gEmoO3mSbGF1QawTY= 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=OyBuZ1DWiLNCjBqaYD5ILgl3mQWaBWmdO5b2cIl3jNMfaw8M1llP0fmPCRAOqZb73/qo181vglyoqHn6YmqIZW2Yk61wIBmVQ1eLAK1l36sWuyNHi5KnMqscrVD0xi4soVK9+r4iVdoqbTKc06LhuUSDWJ7sqHx6/FO/Nx4GJac= Received: by 10.67.115.11 with SMTP id s11mr754856ugm.1181081403928; Tue, 05 Jun 2007 15:10:03 -0700 (PDT) Received: by 10.66.241.12 with HTTP; Tue, 5 Jun 2007 15:10:03 -0700 (PDT) Message-ID: <3aaaa3a0706051510y3c897c26p16e6d1d6fa0bf660@mail.gmail.com> Date: Tue, 5 Jun 2007 23:10:03 +0100 From: Chris To: "Doug Barton" In-Reply-To: <46647C25.80307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <3aaaa3a0706041315q9e527b7n886dd73997cc5ac5@mail.gmail.com> <46647C25.80307@FreeBSD.org> Cc: stable@freebsd.org Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 22:10:06 -0000 On 04/06/07, Doug Barton wrote: > Chris wrote: > > > So my question remains when we have 7.0 and 6.3 both STABLE releases > > will the ports tree not be supported in 6.3 a just released version of > > FreeBSD? > > I can't help but get the impression that you're spoiling for a fight > here, so let me ask you to take step 1, which is relax a little. > > You are focusing on released version numbers when you ask about ports > support, and we generally focus on release branches. See > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html > for more information about that. We will be supporting ports for > RELENG_5 and _6, and RELENG_7 after it's created from what is now HEAD. > > Where I think the confusion is coming in is in regards to support for > a specific version number that is older than the latest version in > that branch. For example, support for 6.1 which is an older release on > the RELENG_6 branch. We do our best to provide ports support for older > versions on currently supported branches, but it's not always possible > to do so. You can search the archives of the ports list for > information on why just supporting 3 active branches (which will be 4 > after RELENG_7 is branched) for over 16,000 ports is a pretty massive > undertaking. > > I hope this makes the situation more clear. > > Doug > > -- > > This .signature sanitized for your protection > > This is what I had always thought until I was told otherwise recently thanks. Not spoiling for a fight just trying to understand the situation because it was dissapointing to be told last week that the reason for a ommision in UPDATING was because 6.1 was not the latest release. For this reason I wont dig up the quote I am just happy that 6.3 will be supported. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 22:14:12 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 17E9116A41F; Tue, 5 Jun 2007 22:14:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 06AF013C46A; Tue, 5 Jun 2007 22:14:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C24E11A3C19; Tue, 5 Jun 2007 15:15:29 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 49E6D513AE; Tue, 5 Jun 2007 18:14:11 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 347F4C207; Tue, 5 Jun 2007 18:14:11 -0400 (EDT) Date: Tue, 5 Jun 2007 18:14:11 -0400 From: Kris Kennaway To: Chris Message-ID: <20070605221411.GA48199@rot13.obsecurity.org> References: <465BF62B.6090904@vwsoft.com> <20070529102929.GA49322@owl.midgard.homeip.net> <20070529111757.GE70055@turion.vk2pj.dyndns.org> <20070529182224.GD8255@soaustin.net> <3aaaa3a0706020045v1ce69a7bsec4a8dced2a99fe1@mail.gmail.com> <3aaaa3a0706041315q9e527b7n886dd73997cc5ac5@mail.gmail.com> <46647C25.80307@FreeBSD.org> <3aaaa3a0706051510y3c897c26p16e6d1d6fa0bf660@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0706051510y3c897c26p16e6d1d6fa0bf660@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Doug Barton Subject: Re: release cycle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 22:14:12 -0000 On Tue, Jun 05, 2007 at 11:10:03PM +0100, Chris wrote: > On 04/06/07, Doug Barton wrote: > >Chris wrote: > > > >> So my question remains when we have 7.0 and 6.3 both STABLE releases > >> will the ports tree not be supported in 6.3 a just released version of > >> FreeBSD? > > > >I can't help but get the impression that you're spoiling for a fight > >here, so let me ask you to take step 1, which is relax a little. > > > >You are focusing on released version numbers when you ask about ports > >support, and we generally focus on release branches. See > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html > >for more information about that. We will be supporting ports for > >RELENG_5 and _6, and RELENG_7 after it's created from what is now HEAD. > > > >Where I think the confusion is coming in is in regards to support for > >a specific version number that is older than the latest version in > >that branch. For example, support for 6.1 which is an older release on > >the RELENG_6 branch. We do our best to provide ports support for older > >versions on currently supported branches, but it's not always possible > >to do so. You can search the archives of the ports list for > >information on why just supporting 3 active branches (which will be 4 > >after RELENG_7 is branched) for over 16,000 ports is a pretty massive > >undertaking. > > > >I hope this makes the situation more clear. > > > >Doug > > > >-- > > > > This .signature sanitized for your protection > > > > > > This is what I had always thought until I was told otherwise recently > thanks. Not spoiling for a fight just trying to understand the > situation because it was dissapointing to be told last week that the > reason for a ommision in UPDATING was because 6.1 was not the latest > release. For this reason I wont dig up the quote I am just happy that > 6.3 will be supported. This is an orthogonal issue. Again, if you read the URL I gave (http://www.freebsd.org/ports/) it explains that older releases on a stable branch (whether 5.x, 6.x or soon to be 7.x) are not supported, although they may continue to work and we will accept patches from the user community to keep them working when they are accidentally broken by a change. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 22:18: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 D21E416A46F for ; Tue, 5 Jun 2007 22:18:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id B6A1E13C483 for ; Tue, 5 Jun 2007 22:18:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l55MIWRE006416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:18:32 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l55MIVl4001976; Tue, 5 Jun 2007 15:18:31 -0700 X-Auth-Received: from [192.55.52.3] by hymn09.u.washington.edu via HTTP; Tue, 05 Jun 2007 15:18:31 PDT Date: Tue, 5 Jun 2007 15:18:31 -0700 (PDT) From: youshi10@u.washington.edu To: Ed Dotorg In-Reply-To: <389977.69103.qm@web82714.mail.mud.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.5.145732 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: stable@freebsd.org Subject: Re: [Fwd: Re: Kernel panicking in 6.2 and 7-CURRENT -- interrupt issues] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 22:18:33 -0000 On Tue, 5 Jun 2007, Ed Dotorg wrote: > youshi10@u.washington.edu wrote: >> On Tue, 29 May 2007 youshi10@u.washington.edu wrote: >> >>> Hello, >>> I'm trying to install 7-CURRENT on my desktop, locally instead of >>> on a virtual machine, and I'm running into an issue where the kernel >>> almost always panics on boot with my motherboard (ASUS P5N-SLI E), due >>> to some sort of interrupt assignment / probing issues. >>> >>> Observations: >>> 1. 7-CURRENT (built) never properly detects the interrupts on the >>> system. >>> 2. 7-CURRENT (May ISO snapshot) doesn't properly detect my USB >>> keyboard, but boots and runs sysinstall. >>> 3. 6.2 RELEASE panics if I don't boot FreeBSD up into "safe mode", >>> due to an issue with the ohci driver (I think the error message had >>> something to deal with device adding / enumeration and not being able >>> to find a memory / interrupt address). >>> >>> First off, if I could get some of the command line arguments to >>> pass to the kernel to emulate safe-mode, that would be much >>> appreciated. Second off, if anybody has any ideas on how to debug this >>> issue, I'll go off and try to determine what the cause is. If it's >>> anything like it was before (clean out /usr/obj, rebuild), I'll be ok. >>> Otherwise, I'll have to purchase more parts and build another >>> dedicated FreeBSD system :(.. >>> >>> Thanks, >>> -Garrett >> >> Sorry for cross-posting so much, but this information is relevant to all >> of the mailing lists included. >> >> Ok I "solved" my problem, to a certain extent. >> >> Basically the ASUS P5N-E SLI motherboard (nVidia chipset) isn't bootable >> with FreeBSD 6.2 RELEASE without going into SAFE MODE (panics after >> ohci_add_done looking for a non-existent memory address, if the USB >> controller is enabled in the BIOS with "Legacy Mode", i.e. USB Keyboard >> compatible), and isn't compatible with FreeBSD 7 at all (kernel can't >> map IRQs properly on up-to-date CURRENT and panics in kernel mode during >> boot). >> >> Strangely enough the 7-CURRENT snapshot ISOs work, but then again it >> doesn't setup the OHCI and USB keyboard stuff properly, and I can't get >> any sort of input from my keyboard, obviously. >> >> The ASUS P5B-DLX motherboard (Intel chipset) is compatible with FreeBSD >> 6.2 and 7 though, without any hacks. >> >> Maybe someone should update some documentation on the release notes page >> for supported hardware? >> >> Thanks, >> -Garrett >> >> PS Please CC me in any communication as I'm not subscribed to doc@, >> stable@, or usb@. >> >> _______________________________________________ >> 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" >> >> > > > -- > > Greetings, > > I've been experiencing a similar problem. I'm installing from a 6.2 Release CD to an Abit fp-in9 sli board (nvidia nforce mcp51 disk controller and nvidia nforce mcp13 network adapter), 2 gig ddr2 ram, sata 300 disk. The install goes without problems but after rebooting, the onboard nic is not active. "nve0: failed to start NVIDIA Hardware interface". I add an fxp card, at this point 6.2 release is installed and functional and the system boots up normally. I can cvsup ports, install ports and even upgrade xorg with no problems. Although the xorg meta port (x11-drivers) caused me a little grief. I can also compile a generic or custom kernel and all is ok. > > My problem begins when I cvsup to releng_6 and compile a new kernel. My most recent cvsup is from yesterday 6-4-2007 although I've been fussing with this board since the middle of May. After make buildworld and make kernel (GENERIC or custom kernel) I reboot and end up at the "mountroot>" prompt where GEOM tells me that the only device available to boot from is fd0. But, if I reboot and select Safe Mode the machine comes up without problems and I can finish the steps to building the new kernel. From then on with each reboot I must select Safe Mode for the machine to come up. I get the same results whether my disk drive is a single IDE or a single SATA-300. > > It would be nice to get things working with this board. This is my first nvidia chipset board but it looks as though I'll be looking for one with the trusty Intel chipset. > > > Ed The ASUS P5B DLX MB (Intel chipset) is a lot more compatible with FreeBSD, but I'm running into more issues with USB and PnP on CURRENT, so I'd be wary before making another MB purchase anytime soon, and avoid LGA775 chipset ASUS MBs for the time being until stuff stabilizes.. Then again I'm also running amd64, on CURRENT, so your experiences on STABLE will no likely be different. -Garrett From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 22:35: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 6D24E16A474 for ; Tue, 5 Jun 2007 22:35:18 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5791413C465 for ; Tue, 5 Jun 2007 22:35:18 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 363061CC01C; Tue, 5 Jun 2007 15:35:18 -0700 (PDT) Date: Tue, 5 Jun 2007 15:35:18 -0700 From: Jeremy Chadwick To: Scott Long Message-ID: <20070605223518.GA30588@eos.sc1.parodius.com> Mail-Followup-To: Scott Long , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: RELENG_6 buildkernel broken -- mfi/mpt commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 22:35:18 -0000 Seems some latest comments to mpt(4) and/or mfi(4) broke RELENG_6. Scott, this looks like your doing. *poke poke* :-) I've two separate boxes which now can't build world. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/mfi_cam.c -- | 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 | === SNIP === Connecting to cvsup4.freebsd.org Connected to 204.152.184.73 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Delete src/contrib/file/.FREEBSD-upgrade.swp Edit src/release/doc/en_US.ISO8859-1/relnotes/common/new.sgml Add delta 1.883.2.74 2007.06.04.18.26.35 bmah Edit src/sys/conf/NOTES Add delta 1.1325.2.33 2007.06.05.21.31.11 scottl Edit src/sys/conf/files Add delta 1.1031.2.62 2007.06.05.21.31.10 scottl Edit src/sys/dev/bce/if_bce.c Add delta 1.2.2.15 2007.06.05.01.56.08 davidch Edit src/sys/dev/bce/if_bcereg.h Add delta 1.1.2.6 2007.06.05.01.56.08 davidch Edit src/sys/dev/em/if_em.c Add delta 1.65.2.23 2007.06.05.17.44.01 jfv Edit src/sys/dev/mfi/mfi.c Add delta 1.3.2.6 2007.06.05.21.27.21 scottl Checkout src/sys/dev/mfi/mfi_cam.c Edit src/sys/dev/mfi/mfireg.h Add delta 1.1.2.5 2007.06.05.21.27.21 scottl Edit src/sys/dev/mfi/mfivar.h Add delta 1.1.2.5 2007.06.05.21.27.22 scottl Edit src/sys/dev/mpt/mpilib/mpi.h Add delta 1.6.2.2 2007.06.05.21.32.57 scottl Edit src/sys/dev/mpt/mpilib/mpi_cnfg.h Add delta 1.6.2.2 2007.06.05.21.32.57 scottl Edit src/sys/dev/mpt/mpilib/mpi_init.h Add delta 1.6.2.2 2007.06.05.21.32.57 scottl Edit src/sys/dev/mpt/mpilib/mpi_ioc.h Add delta 1.6.2.2 2007.06.05.21.32.57 scottl Delete src/sys/dev/mpt/mpilib/mpi_log_fc.h Delete src/sys/dev/mpt/mpilib/mpi_log_sas.h Edit src/sys/dev/mpt/mpilib/mpi_raid.h Add delta 1.6.2.2 2007.06.05.21.32.57 scottl Edit src/sys/dev/mpt/mpilib/mpi_sas.h Add delta 1.2.2.2 2007.06.05.21.32.57 scottl Edit src/sys/dev/mpt/mpilib/mpi_targ.h Add delta 1.5.2.2 2007.06.05.21.32.57 scottl Edit src/sys/dev/mpt/mpt.c Add delta 1.12.2.6 2007.06.05.21.32.56 scottl Edit src/sys/dev/mpt/mpt.h Add delta 1.6.2.7 2007.06.05.21.32.56 scottl Edit src/sys/dev/mpt/mpt_cam.c Add delta 1.1.2.11 2007.06.05.21.32.56 scottl Edit src/sys/modules/mfi/Makefile Add delta 1.1.2.4 2007.06.05.21.31.11 scottl Checkout src/sys/modules/mfi/mfip/Makefile Shutting down connection to server Finished successfully eos# make buildkernel -------------------------------------------------------------- >>> Kernel build for EOS started on Tue Jun 5 15:31:14 PDT 2007 -------------------------------------------------------------- {snip} ===> mem (cleandir) rm -f export_syms mem.ko mem.kld memdev.o mem.o memutil.o i686_mem.o k6_mem.o @ machine mem.ko.debug bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> mfi (cleandir) rm -f export_syms mfi.ko mfi.kld mfi.o mfi_pci.o mfi_disk.o mfi_debug.o @ machine mfi.ko.debug opt_mfi.h pci_if.h bus_if.h device_if.h ===> mfi/mfi_cam (clean) cd: can't cd to /usr/src/sys/modules/mfi/mfi_cam *** Error code 2 Stop in /usr/src/sys/modules/mfi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 22:54: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 5F53D16A484 for ; Tue, 5 Jun 2007 22:54:44 +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 2157213C45E for ; Tue, 5 Jun 2007 22:54:43 +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.8/8.13.8) with ESMTP id l55Mse0v024591; Tue, 5 Jun 2007 16:54:40 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4665E9AC.3030605@samsco.org> Date: Tue, 05 Jun 2007 16:54:36 -0600 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: Scott Long , freebsd-stable@freebsd.org References: <20070605223518.GA30588@eos.sc1.parodius.com> In-Reply-To: <20070605223518.GA30588@eos.sc1.parodius.com> 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]); Tue, 05 Jun 2007 16:54:40 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: RELENG_6 buildkernel broken -- mfi/mpt commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 22:54:44 -0000 Jeremy Chadwick wrote: > Seems some latest comments to mpt(4) and/or mfi(4) broke RELENG_6. > Scott, this looks like your doing. *poke poke* :-) I've two separate > boxes which now can't build world. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/mfi_cam.c > Fixed, sorry about that. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 23:06:55 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 ED3E516A41F; Tue, 5 Jun 2007 23:06:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BC2BF13C458; Tue, 5 Jun 2007 23:06:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l55N6tLJ005701; Tue, 5 Jun 2007 19:06:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l55N6tDu099550; Tue, 5 Jun 2007 19:06:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D8C8F241BF; Tue, 5 Jun 2007 19:06:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605230654.D8C8F241BF@freebsd-stable.sentex.ca> Date: Tue, 5 Jun 2007 19:06:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 23:06:56 -0000 TB --- 2007-06-05 21:49:46 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-06-05 21:49:46 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-06-05 21:49:46 - cleaning the object tree TB --- 2007-06-05 21:50:54 - checking out the source tree TB --- 2007-06-05 21:50:54 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-06-05 21:50:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-06-05 22:02:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 22:02:36 - cd /src TB --- 2007-06-05 22:02:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2007-06-05 23:06:47 - generating LINT kernel config TB --- 2007-06-05 23:06:47 - cd /src/sys/pc98/conf TB --- 2007-06-05 23:06:47 - /usr/bin/make -B LINT TB --- 2007-06-05 23:06:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-05 23:06:47 - cd /src TB --- 2007-06-05 23:06:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 23:06:47 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> mem (cleandir) rm -f export_syms mem.ko mem.kld memdev.o mem.o memutil.o i686_mem.o k6_mem.o @ machine i386 bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> mfi (cleandir) rm -f export_syms mfi.ko mfi.kld mfi.o mfi_pci.o mfi_disk.o mfi_debug.o @ machine i386 opt_mfi.h pci_if.h bus_if.h device_if.h ===> mfi/mfi_cam (clean) cd: can't cd to /src/sys/modules/mfi/mfi_cam *** Error code 2 Stop in /src/sys/modules/mfi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 23:06:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 23:06:54 - ERROR: failed to build lint kernel TB --- 2007-06-05 23:06:54 - tinderbox aborted TB --- 1.27 user 3.96 system 4628.50 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:57: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 6C51F16A41F for ; Wed, 6 Jun 2007 01:57:11 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6558513C4B8 for ; Wed, 6 Jun 2007 01:57:11 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 1827D1CC01C; Tue, 5 Jun 2007 18:57:11 -0700 (PDT) Date: Tue, 5 Jun 2007 18:57:11 -0700 From: Jeremy Chadwick To: Scott Long Message-ID: <20070606015711.GA36220@eos.sc1.parodius.com> Mail-Followup-To: Scott Long , freebsd-stable@freebsd.org References: <20070605223518.GA30588@eos.sc1.parodius.com> <4665E9AC.3030605@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4665E9AC.3030605@samsco.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 buildkernel broken -- mfi/mpt commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 01:57:11 -0000 On Tue, Jun 05, 2007 at 04:54:36PM -0600, Scott Long wrote: > Jeremy Chadwick wrote: > > Seems some latest comments to mpt(4) and/or mfi(4) broke RELENG_6. > > Scott, this looks like your doing. *poke poke* :-) I've two separate > > boxes which now can't build world. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/mfi_cam.c > > Fixed, sorry about that. Confirmed: FreeBSD icarus.home.lan 6.2-STABLE FreeBSD 6.2-STABLE #0: Tue Jun 5 17:41:59 PDT 2007 root@icarus.home.lan:/usr/obj/usr/src/sys/ICARUS i386 Thanks for the quick turnaround time! :-) -- | 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 Wed Jun 6 04:17: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 4D66616A400 for ; Wed, 6 Jun 2007 04:17:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 15AE713C45D for ; Wed, 6 Jun 2007 04:17:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l564HfH7012606; Tue, 5 Jun 2007 21:17:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <46663565.1010203@freebsd.org> Date: Tue, 05 Jun 2007 21:17:41 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> <20070604101603.f0ki85am800wso0k@server.yirdis.nl> <200706052131.44320.doconnor@gsoft.com.au> In-Reply-To: <200706052131.44320.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Robin Gruyters , freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 04:17:43 -0000 On Monday 04 June 2007 17:46, Robin Gruyters wrote: >This morning I have revert libarchive (src/lib/libarchive) and tar >(src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) >it works fine now. Hmmm... What can you tell us about your tape drive (driver being used?). Relevant lines from dmesg might be helpful. Tim Kientzle From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:44: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 9DD8716A400 for ; Wed, 6 Jun 2007 06:44:26 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from mail.yirdis.nl (82-148-208-109.fiber.unet.nl [82.148.208.109]) by mx1.freebsd.org (Postfix) with ESMTP id 199B313C45E for ; Wed, 6 Jun 2007 06:44:25 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from server.yirdis.net (localhost [127.0.0.1]) by mail.yirdis.nl (8.13.8/8.13.8) with ESMTP id l566i7Og084940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 08:44:07 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) Received: (from www@localhost) by server.yirdis.net (8.13.8/8.13.8/Submit) id l566i6m0084939; Wed, 6 Jun 2007 08:44:06 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) X-Authentication-Warning: server.yirdis.net: www set sender to r.gruyters@yirdis.nl using -f Received: from hp-xw4300-02.yirdis.nl (hp-xw4300-02.yirdis.nl [10.8.0.29]) by server.yirdis.nl (Horde MIME library) with HTTP; Wed, 06 Jun 2007 08:44:06 +0200 Message-ID: <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> Date: Wed, 06 Jun 2007 08:44:06 +0200 From: Robin Gruyters To: Tim Kientzle References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> <20070604101603.f0ki85am800wso0k@server.yirdis.nl> <200706052131.44320.doconnor@gsoft.com.au> <46658EEB.5000008@freebsd.org> In-Reply-To: <46658EEB.5000008@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_4n8f9ifd5cis"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) / FreeBSD-5.4 X-Virus-Scanned: OK Cc: freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 06:44:26 -0000 This message is in MIME format and has been PGP signed. --=_4n8f9ifd5cis Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Tim Kientzle : >> On Monday 04 June 2007 17:46, Robin Gruyters wrote: >> >>> This morning I have revert libarchive (src/lib/libarchive) and tar >>> (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) >>> it works fine now. >>> >>> Maybe tar doesn't use the -b option when listing the content? (-t) > > Could you please send me details of the problem > you're having? > Ok, here a small setup. I create a random file with roughly size of 5MB: $ dd if=3D/dev/random of=3Darchive.dmp bs=3D1024 count=3D5120 5120+0 records in 5120+0 records out 5242880 bytes transferred in 0.174116 secs (30111397 bytes/sec) Then a tar the file (with or without blocksize set) to tape: $ sudo tar -cf /dev/sa0 archive.dmp $ After that I try to read/list the tar from tape with tar -t: $ sudo mt -f /dev/sa0 rewind $ sudo tar -tf /dev/sa0 archive.dmp tar: Unrecognized archive format: Inappropriate file type or format $ I get strait away the "Unrecognized archive" message. But when I extract the archive from tape, it works perfectly: $ sudo tar -xvf /dev/sa0 x archive.dmp $ I have tested this with libarchive and tar from RELENG_6 and RELENG_6_2. No problems with libarchive and tar from RELENG_6_1. If you need more (debug) info, let me know Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 --=_4n8f9ifd5cis Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZle2Lh3hlgHmc7MRAo39AJ4kIy3snB9HJkTMqkz5Lbt37k+bNgCfW2UL NUctbmzdx8M5x0g+hW73qtE= =VMJf -----END PGP SIGNATURE----- --=_4n8f9ifd5cis-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 07:15: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 6463316A41F for ; Wed, 6 Jun 2007 07:15:26 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 136D813C465 for ; Wed, 6 Jun 2007 07:15:25 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so49881nzn for ; Wed, 06 Jun 2007 00:15:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=A6ZPoEIU1vqN1Jdl2xqr9ZZHeGoiHJmadGCkE/mcol8anGv504MzmCQWUyntlj5HIp8iLVnMelg7MtdkXdzEF2LrBcsNoAV3GQLQdti9fmlz6gRdoXlOhEhMKBpTknVEMpB/2G1dsx3q034LGglBsY7jIHIXzY4ONM37RhMR3B4= 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=AdCkJ3Kqg02qrDoCzyxY1HUlYV4aU1BDWNbmiJw9xG9u/6TBwgBUMVK4Pvuas+Ii8vbsktTIj0q7mZKsvOs8+dJX0bS/3ftzbiLvuGtHxGBsxam/1O8+uKqCWNePhJ/DGK9n92caIyqzYTZgaWCPjEndarzgbsG2QcQo5IXGsIw= Received: by 10.65.159.3 with SMTP id l3mr336608qbo.1181112623143; Tue, 05 Jun 2007 23:50:23 -0700 (PDT) Received: by 10.65.160.1 with HTTP; Tue, 5 Jun 2007 23:50:23 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 10:50:23 +0400 From: "Alexey Karagodov" To: "Oleg Gritsak" In-Reply-To: <20070525044123.GA34908@go.sib-ecometall.ru> MIME-Version: 1.0 References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: fast rate of major FreeBSD releases to 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: Wed, 06 Jun 2007 07:15:26 -0000 YWxsIHRoZSBwcm9ibGVtIG9mIGZyZWVic2QgaXMgdGhhdCBmcmVlYnNkLXRlYW0gdHJpZXMgKG1v c3RseSB1bnN1Y2Nlc2Z1bGx5KQp0byBkbyBFVkVSWVRISU5HCmZyZWVic2QgdGVhbSBub3QganVz dCBkbyBmcmVlYnNkLCB0aGV5IGRvaW5nIGZyZWVic2Q1LCBmcmVlYnNkNiwgZnJlZWJzZDcsCnBv cnRzLCBldGMgLi4uCmFuZCBub3RoaW5nIG9mIHRoaXMgY2FuIHdvcmsgUkVBTExZIFNUQUJMRSBB TkQgRlVOQ1RJT05BTAppIGRvbid0IGxpa2UgbGludXgsIGJ1dCBzb21ldGltZXMgaSBoYXZlIHRv IGNob29zZSBpdAppIGRvbid0IGxpa2Ugb3BlbmJzZCwgYnV0IHNvbWUgbmV0d29yayBmZWF0dXJl cyBvZiBvcGVuYnNkIGkgZG9uJ3Qgc2VlIGluCmZyZWVic2QKCnBlb3BsZSwganVzdCB0cnkgdG8g ZG8gRnJlZUJTRCwgbm90IGZsYXZvdXIgLi4uCnRoYW54CgoyMDA3LzUvMjUsIE9sZWcgR3JpdHNh ayA8Z29Ac2liLWVjb21ldGFsbC5ydT46Cj4KPgo+IEFjdHVhbGx5LCBJIGRvbid0IHNlZSBob3cg UkVMRU5HX1ggYnJhbmNoIHdpbGwgaGVscC4gJS1cCj4gSSB3b3VsZCBzdWdnZXN0IHRoaXMgc2No ZW1lOgo+Cj4gYnJhbmNoICIuIiAtIGFzIG5vdywgdGhlIHJlY2VudCB2ZXJzaW9ucwo+IGJyYW5j aCAic2VjIiAtIHZlcnNpb25zIGJ1bXAgc3RyaWN0bHkgYXQgMS1zdCBvZiBqYW51YXJ5IGFuZCAx LXN0IG9mIGp1bHksCj4gb3RoZXIgdXBkYXRlcyBmaXggb25seSBzZWN1cml0eSBpc3N1ZXMuCj4K PiBUaGF0IHdvdWxkIGJlIHJlYWxseSBncmVhdCBpbXByb3ZlbWVudCB0byBwb3J0cywgYnV0IG5v dCBzdXJlIGNvbW11bml0eQo+IGhhcyBlbm91Z2ggcHJvZ3JhbW1lcnMgYW1vbmcgcG9ydCBtYWlu dGFuZXJzLCBzbyBpdCdzIGp1c3QgYW5vdGhlcgo+IGRyZWFtLi4uLiA6bygKPgo+Cj4gPiBUaGlz IGxvb2tzIGxpa2UgYW5vdGhlciBjYWxsIHRvIGhhdmUgUkVMRU5HX3ggYnJhbmNoZXMgb24gcG9y dHMsIHdpdGgKPiA+IHdoaWNoIEkgYWdyZWUuCj4KPiAtLQo+INPJ09TFzc7ZyiDBxM3JzsnT1NLB 1M/SIO/v7yAi88nCLfzLz+3F1MHMzCIKPiDUxcwuICgzOTEyKSA2MDk5NDIgKDE0NCkKPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2Qtc3Rh YmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55 IG1haWwgdG8gImZyZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+Cg== From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 07:45: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 0907D16A46D for ; Wed, 6 Jun 2007 07:45:15 +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 7F77B13C483 for ; Wed, 6 Jun 2007 07:45:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp158-41.lns11.adl6.internode.on.net [121.45.158.41]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l567jBXX057173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 17:15:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Robin Gruyters Date: Wed, 6 Jun 2007 17:15:05 +0930 User-Agent: KMail/1.9.5 References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <46658EEB.5000008@freebsd.org> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> In-Reply-To: <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3846374.yCMSWuj31v"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706061715.06603.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Tim Kientzle , freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 07:45:15 -0000 --nextPart3846374.yCMSWuj31v Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 June 2007 16:14, Robin Gruyters wrote: > Then a tar the file (with or without blocksize set) to tape: > $ sudo tar -cf /dev/sa0 archive.dmp > $ > > After that I try to read/list the tar from tape with tar -t: > $ sudo mt -f /dev/sa0 rewind > $ sudo tar -tf /dev/sa0 > archive.dmp > tar: Unrecognized archive format: Inappropriate file type or format > $ > > I get strait away the "Unrecognized archive" message. > > But when I extract the archive from tape, it works perfectly: > $ sudo tar -xvf /dev/sa0 > x archive.dmp > $ > > I have tested this with libarchive and tar from RELENG_6 and > RELENG_6_2. No problems with libarchive and tar from RELENG_6_1. I did.. tar -zcvf /dev/sa0 /boot tar -ztvf /dev/sa0 tar -b 1 -zcvf /dev/sa0 /boot tar -b 1 -ztvf /dev/sa0 tar -b 20 -zcvf /dev/sa0 /boot tar -b 20 -ztvf /dev/sa0 tar -b 128 -zcvf /dev/sa0 /boot tar -b 128 -ztvf /dev/sa0 And they work. The example you gave failed however, so do.. tar -b 1 -cvf /dev/sa0 /boot tar -b 1 -tvf /dev/sa0 tar -b 20 -cvf /dev/sa0 /boot tar -b 20 -tvf /dev/sa0 tar -b 128 -cvf /dev/sa0 /boot tar -b 128 -tvf /dev/sa0 Using dd to feed tar does work though. (I think this agrees with Robin's=20 findings although the fact that it works with -z is curious) [cain 17:05] ~ >mt status Mode Density Blocksize bpi Compression Current: 0x40 variable 0 disabled =2D--------available modes--------- 0: 0x40 variable 0 0x1 1: 0x40 variable 0 0x1 2: 0x40 variable 0 0x1 3: 0x40 variable 0 0x1 =2D-------------------------------- Current Driver State: at rest. =2D-------------------------------- =46ile Number: 0 Record Number: 0 Residual Count 0 This is a Tandberg TS400 (LTO2 drive, LTO1 tape) =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 --nextPart3846374.yCMSWuj31v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGZmYC5ZPcIHs/zowRAhuLAJ95SVOc5BGHBbQrdnxmNa9n3V8bRwCgh+0i z9DPNKt3pbQhP93QtzD+AlI= =uTvR -----END PGP SIGNATURE----- --nextPart3846374.yCMSWuj31v-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 07:58: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 2AEE116A46F; Wed, 6 Jun 2007 07:58:23 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from mail.yirdis.nl (82-148-208-109.fiber.unet.nl [82.148.208.109]) by mx1.freebsd.org (Postfix) with ESMTP id 970A813C4BF; Wed, 6 Jun 2007 07:58:22 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from server.yirdis.net (localhost [127.0.0.1]) by mail.yirdis.nl (8.13.8/8.13.8) with ESMTP id l567wKbB092126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 09:58:20 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) Received: (from www@localhost) by server.yirdis.net (8.13.8/8.13.8/Submit) id l567wKdI092125; Wed, 6 Jun 2007 09:58:20 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) X-Authentication-Warning: server.yirdis.net: www set sender to r.gruyters@yirdis.nl using -f Received: from hp-xw4300-02.yirdis.nl (hp-xw4300-02.yirdis.nl [10.8.0.29]) by server.yirdis.nl (Horde MIME library) with HTTP; Wed, 06 Jun 2007 09:58:20 +0200 Message-ID: <20070606095820.83tast6s0804osos@server.yirdis.nl> Date: Wed, 06 Jun 2007 09:58:20 +0200 From: Robin Gruyters To: "Daniel O'Connor" References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <46658EEB.5000008@freebsd.org> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> <200706061715.06603.doconnor@gsoft.com.au> In-Reply-To: <200706061715.06603.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_25gze2ryqxc0"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) / FreeBSD-5.4 X-Virus-Scanned: OK Cc: Tim Kientzle , freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 07:58:23 -0000 This message is in MIME format and has been PGP signed. --=_25gze2ryqxc0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Daniel O'Connor : > On Wednesday 06 June 2007 16:14, Robin Gruyters wrote: >> Then a tar the file (with or without blocksize set) to tape: >> $ sudo tar -cf /dev/sa0 archive.dmp >> $ >> >> After that I try to read/list the tar from tape with tar -t: >> $ sudo mt -f /dev/sa0 rewind >> $ sudo tar -tf /dev/sa0 >> archive.dmp >> tar: Unrecognized archive format: Inappropriate file type or format >> $ >> >> I get strait away the "Unrecognized archive" message. >> >> But when I extract the archive from tape, it works perfectly: >> $ sudo tar -xvf /dev/sa0 >> x archive.dmp >> $ >> >> I have tested this with libarchive and tar from RELENG_6 and >> RELENG_6_2. No problems with libarchive and tar from RELENG_6_1. > > I did.. > > tar -zcvf /dev/sa0 /boot > tar -ztvf /dev/sa0 > > tar -b 1 -zcvf /dev/sa0 /boot > tar -b 1 -ztvf /dev/sa0 > > tar -b 20 -zcvf /dev/sa0 /boot > tar -b 20 -ztvf /dev/sa0 > > tar -b 128 -zcvf /dev/sa0 /boot > tar -b 128 -ztvf /dev/sa0 > > And they work. The example you gave failed however, so do.. > tar -b 1 -cvf /dev/sa0 /boot > tar -b 1 -tvf /dev/sa0 > > tar -b 20 -cvf /dev/sa0 /boot > tar -b 20 -tvf /dev/sa0 > > tar -b 128 -cvf /dev/sa0 /boot > tar -b 128 -tvf /dev/sa0 > > Using dd to feed tar does work though. (I think this agrees with Robin's > findings although the fact that it works with -z is curious) > > [cain 17:05] ~ >mt status > Mode Density Blocksize bpi Compression > Current: 0x40 variable 0 disabled > ---------available modes--------- > 0: 0x40 variable 0 0x1 > 1: 0x40 variable 0 0x1 > 2: 0x40 variable 0 0x1 > 3: 0x40 variable 0 0x1 > --------------------------------- > Current Driver State: at rest. > --------------------------------- > File Number: 0 Record Number: 0 Residual Count 0 > > This is a Tandberg TS400 (LTO2 drive, LTO1 tape) > idd, same problem here. When using -z option, works perfectly. Without =20 it, it fails. Here is mine 'mt status' output: $ sudo mt status Mode Density Blocksize bpi Compression Current: 0x47 variable 0 DCLZ ---------available modes--------- 0: 0x47 variable 0 DCLZ 1: 0x47 variable 0 DCLZ 2: 0x47 variable 0 DCLZ 3: 0x47 variable 0 DCLZ --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 0 Record Number: 0 Residual Count 0 Our tapedrive is a "HP C7438A V312". (DAT) Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 --=_25gze2ryqxc0 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGZmkcLh3hlgHmc7MRAjriAJ4oJ0St1zOdJ3nWPX/lYNedD9UJxwCeIs4T jGl9kz8j54GWMZ/BgWZJhrE= =fP8z -----END PGP SIGNATURE----- --=_25gze2ryqxc0-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 08:07: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 9E4A516A400 for ; Wed, 6 Jun 2007 08:07:22 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4A14E13C484 for ; Wed, 6 Jun 2007 08:07:22 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 5BDF440B77B for ; Wed, 6 Jun 2007 14:43:51 +0700 (WIT) Message-ID: <4666668D.609@tk-pttuntex.com> Date: Wed, 06 Jun 2007 14:47:25 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 08:07:22 -0000 hi, recently i tried to update my fresh install machine of 6.2RELEASE to 6.2STABLE, but alway failed with these error msgs: proxy2# /usr/local/bin/cvsup -g -L 2 /etc/stable-supfile Parsing supfile "/etc/stable-supfile" Connecting to cvsup.id.FreeBSD.org Connected to cvsup.id.FreeBSD.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information *** *** runtime error: *** ASSERT failed *** file "/work/a/ports/lang/ezm3/work/ezm3-1.2/libs/m3core/src/runtime/common/RTHeapMap.m3", line 35 *** use option @M3stackdump to get a stack trace Abort (core dumped) proxy2# could anyone tell me what is the problems?? it AM2 X2 proc build on amd64 arch TIA ZeN From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 08:30: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 2D29616A477 for ; Wed, 6 Jun 2007 08:30:19 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id CC0ED13C4C1 for ; Wed, 6 Jun 2007 08:30:18 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 7398540B77B; Wed, 6 Jun 2007 15:30:16 +0700 (WIT) Message-ID: <46667170.206@tk-pttuntex.com> Date: Wed, 06 Jun 2007 15:33:52 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> In-Reply-To: <46666DCF.7050802@totalterror.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 08:30:19 -0000 Niki Denev wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >zen wrote: > > >>hi, >>recently i tried to update my fresh install machine of 6.2RELEASE to >>6.2STABLE, >>but alway failed with these error msgs: >> >>proxy2# /usr/local/bin/cvsup -g -L 2 /etc/stable-supfile >>Parsing supfile "/etc/stable-supfile" >>Connecting to cvsup.id.FreeBSD.org >>Connected to cvsup.id.FreeBSD.org >>Server software version: SNAP_16_1h >>Negotiating file attribute support >>Exchanging collection information >> >> >>*** >>*** runtime error: >>*** ASSERT failed >>*** file >>"/work/a/ports/lang/ezm3/work/ezm3-1.2/libs/m3core/src/runtime/common/RTHeapMap.m3", >>line 35 >>*** >> >> use option @M3stackdump to get a stack trace >>Abort (core dumped) >>proxy2# >> >>could anyone tell me what is the problems?? >>it AM2 X2 proc build on amd64 arch >> >>TIA >> >>ZeN >> >> > >Have you tried csup(1) ? > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.7 (FreeBSD) >Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > >iD8DBQFGZm3PHNAJ/fLbfrkRAsvUAJ98xCLSiKGHqK4JF6KU2zkWlV42dwCeMmNx >L5OBvM3+C5j6qFn41Yssv8c= >=CCVh >-----END PGP SIGNATURE----- > > > not yet, what is the different?? TIA ZeN From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 08:34: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 6C32816A400 for ; Wed, 6 Jun 2007 08:34:23 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1370E13C469 for ; Wed, 6 Jun 2007 08:34:23 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 7BA5340B77B; Wed, 6 Jun 2007 15:34:21 +0700 (WIT) Message-ID: <46667264.2010503@tk-pttuntex.com> Date: Wed, 06 Jun 2007 15:37:56 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: zen References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> <46667170.206@tk-pttuntex.com> In-Reply-To: <46667170.206@tk-pttuntex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Niki Denev Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 08:34:23 -0000 zen wrote: > Niki Denev wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> zen wrote: >> >> >>> hi, >>> recently i tried to update my fresh install machine of 6.2RELEASE to >>> 6.2STABLE, >>> but alway failed with these error msgs: >>> >>> proxy2# /usr/local/bin/cvsup -g -L 2 /etc/stable-supfile >>> Parsing supfile "/etc/stable-supfile" >>> Connecting to cvsup.id.FreeBSD.org >>> Connected to cvsup.id.FreeBSD.org >>> Server software version: SNAP_16_1h >>> Negotiating file attribute support >>> Exchanging collection information >>> >>> >>> *** >>> *** runtime error: >>> *** ASSERT failed >>> *** file >>> "/work/a/ports/lang/ezm3/work/ezm3-1.2/libs/m3core/src/runtime/common/RTHeapMap.m3", >>> >>> line 35 >>> *** >>> >>> use option @M3stackdump to get a stack trace >>> Abort (core dumped) >>> proxy2# >>> >>> could anyone tell me what is the problems?? >>> it AM2 X2 proc build on amd64 arch >>> >>> TIA >>> >>> ZeN >>> >> >> >> Have you tried csup(1) ? >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.7 (FreeBSD) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFGZm3PHNAJ/fLbfrkRAsvUAJ98xCLSiKGHqK4JF6KU2zkWlV42dwCeMmNx >> L5OBvM3+C5j6qFn41Yssv8c= >> =CCVh >> -----END PGP SIGNATURE----- >> >> >> > not yet, > what is the different?? > nevermind, i`m trying it right now, TIA ZeN From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 08:45: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 EA4E616A41F for ; Wed, 6 Jun 2007 08:45:44 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 303E913C447 for ; Wed, 6 Jun 2007 08:45:43 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: (qmail 17448 invoked by uid 1009); 6 Jun 2007 11:19:01 +0300 Received: from ndenev@totalterror.net by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.042455 secs); 06 Jun 2007 08:19:01 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 6 Jun 2007 11:19:01 +0300 Received: (qmail 21756 invoked from network); 6 Jun 2007 11:18:24 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 6 Jun 2007 11:18:24 +0300 Message-ID: <46666DCF.7050802@totalterror.net> Date: Wed, 06 Jun 2007 11:18:23 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: zen References: <4666668D.609@tk-pttuntex.com> In-Reply-To: <4666668D.609@tk-pttuntex.com> X-Enigmail-Version: 0.94.3.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 08:45:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 zen wrote: > hi, > recently i tried to update my fresh install machine of 6.2RELEASE to > 6.2STABLE, > but alway failed with these error msgs: > > proxy2# /usr/local/bin/cvsup -g -L 2 /etc/stable-supfile > Parsing supfile "/etc/stable-supfile" > Connecting to cvsup.id.FreeBSD.org > Connected to cvsup.id.FreeBSD.org > Server software version: SNAP_16_1h > Negotiating file attribute support > Exchanging collection information > > > *** > *** runtime error: > *** ASSERT failed > *** file > "/work/a/ports/lang/ezm3/work/ezm3-1.2/libs/m3core/src/runtime/common/RTHeapMap.m3", > line 35 > *** > > use option @M3stackdump to get a stack trace > Abort (core dumped) > proxy2# > > could anyone tell me what is the problems?? > it AM2 X2 proc build on amd64 arch > > TIA > > ZeN Have you tried csup(1) ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZm3PHNAJ/fLbfrkRAsvUAJ98xCLSiKGHqK4JF6KU2zkWlV42dwCeMmNx L5OBvM3+C5j6qFn41Yssv8c= =CCVh -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 09:27: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 C02AC16A41F for ; Wed, 6 Jun 2007 09:27:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AC85013C457 for ; Wed, 6 Jun 2007 09:27:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 190E21A3C19; Wed, 6 Jun 2007 02:28:40 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0609351438; Wed, 6 Jun 2007 05:27:21 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 57E44C207; Wed, 6 Jun 2007 05:27:20 -0400 (EDT) Date: Wed, 6 Jun 2007 05:27:19 -0400 From: Kris Kennaway To: Alexey Karagodov Message-ID: <20070606092719.GA57161@rot13.obsecurity.org> References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Oleg Gritsak , freebsd-stable@freebsd.org Subject: Re: fast rate of major FreeBSD releases to 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: Wed, 06 Jun 2007 09:27:21 -0000 On Wed, Jun 06, 2007 at 10:50:23AM +0400, Alexey Karagodov wrote: > all the problem of freebsd is that freebsd-team tries (mostly unsuccesfully) > to do EVERYTHING > freebsd team not just do freebsd, they doing freebsd5, freebsd6, freebsd7, > ports, etc ... > and nothing of this can work REALLY STABLE AND FUNCTIONAL > i don't like linux, but sometimes i have to choose it > i don't like openbsd, but some network features of openbsd i don't see in > freebsd > > people, just try to do FreeBSD, not flavour ... > thanx Uh thanks for your input! thx, Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 10:24:31 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 EDB3916A400 for ; Wed, 6 Jun 2007 10:24:31 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id A860013C483 for ; Wed, 6 Jun 2007 10:24:31 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so86396nzn for ; Wed, 06 Jun 2007 03:24:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=oVWPUBtfVrLj4tt8MKZWb8fw7H7uYnx5awiX3u4M/TxoooOMUytChJKlGuGjNpKyganAcc+NqDkJCDjhXOSb+RvOcjeZe5/Nga7yDoMOuUjG/Felm3SyY8upQ8nIFg9TDHuGT4RmWK5gA7nrKQon4heKA0FtNun6S9jdlwwlFyE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TMKh3vP/Bxp2pjbnNjB6HvVb2ESpSxS7f7L1Wzp3ruhIOhJJ2DIN038Wd+o2Y0dbb07Nol45kk0QIvwEClNXJFYkgG2igHpDjyyk6L4kjkKSQXDJZHy7AeXFwkKQsVlv4R/LWd3DJ/5gS7fkBXRapCK7ZF+y+7F9P1on6vvnjZ4= Received: by 10.114.179.1 with SMTP id b1mr300014waf.1181125470689; Wed, 06 Jun 2007 03:24:30 -0700 (PDT) Received: by 10.114.194.10 with HTTP; Wed, 6 Jun 2007 03:24:30 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 14:24:30 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Stefan Bethke" In-Reply-To: <134135D0-8AC6-4D9A-8D08-7CB5DD34ADEF@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> <20061024144134.GA72596@icarus.home.lan> <134135D0-8AC6-4D9A-8D08-7CB5DD34ADEF@lassitu.de> X-Google-Sender-Auth: 87a7490720f27bdb Cc: Vivek Khera , FreeBSD Stable , Jeremy Chadwick Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 10:24:32 -0000 On 10/25/06, Stefan Bethke wrote: > Am 25.10.2006 um 10:57 schrieb Stefan Bethke: > > > I'm not sure that would be so easy. However, CONSPEED is/was the > > setting to be used if the actual setting cannot be determined when > > sio initializes. > > The code is there to determine the currently set speed (around line > 2440 in sio.c in stable), but it seems it's not triggered on my > system. Since you can't just printf some debug info there, I'm not > sure which condition is not met, or if something else has since reset > the sio to 9600. This piece of loader.conf works for me on latest current. Variations may or may not fail. console="comconsole,vidconsole" boot_multicons="yes" boot_serial="yes" verbose_loading="yes" boot_verbose="yes" beastie_disable="yes" comconsole_speed="115200" From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:09: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 637D716A41F for ; Wed, 6 Jun 2007 11:09:07 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF2613C4AD for ; Wed, 6 Jun 2007 11:09:07 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Hvt5h-0008an-94; Wed, 06 Jun 2007 13:50:13 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2007 13:50:12 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 11:09:07 -0000 Hi all, I'm in the last mile before crossing the beta->release line, so I'd like to get some input, and update the list of targets it supports. you can obtain the driver from: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Cheers, danny From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:10: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 BAD0E16A473 for ; Wed, 6 Jun 2007 11:10:45 +0000 (UTC) (envelope-from karagodov@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 64EE213C4AD for ; Wed, 6 Jun 2007 11:10:45 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so182863pyi for ; Wed, 06 Jun 2007 04:10:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=I0oemUUrMnNDThjJwUhq10MwQLltH7TVbpvY8xBbZwCe5AtiEnM1cGBhhhfu9roZeVULJ5XKRLRmzsKs1a5u6iaO1e9MbrH1rrt5y7Ybq7XlMe+E+EHC4tJrPqU26vDLaX6FHwjcxmqF3t8BXEKjYxdeRdwuBD4iGVzDKclBFb8= 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=iqtLn5F6pcY6aoqBC8MVRTwM++Q7hEByekOFJrvyccFT5sNrQMeVNxYhMZIbIwCU35rnEU2+WQTavwtTVzwPS+xpUkLu8XeA2wXa7elvNqbmbcPFntql3Ia7sH3DapN7Mw13U9/pgzQqVN0vDWgLsVlrbQtHwYc2oC0Aq5121VI= Received: by 10.65.54.9 with SMTP id g9mr689404qbk.1181128244739; Wed, 06 Jun 2007 04:10:44 -0700 (PDT) Received: by 10.65.160.1 with HTTP; Wed, 6 Jun 2007 04:10:44 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 15:10:44 +0400 From: "Alexey Karagodov" To: "Kris Kennaway" In-Reply-To: <20070606092719.GA57161@rot13.obsecurity.org> MIME-Version: 1.0 References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> <20070606092719.GA57161@rot13.obsecurity.org> 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: Oleg Gritsak , freebsd-stable@freebsd.org Subject: Re: fast rate of major FreeBSD releases to 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: Wed, 06 Jun 2007 11:10:45 -0000 and sorry for my english! :) 2007/6/6, Kris Kennaway : > > On Wed, Jun 06, 2007 at 10:50:23AM +0400, Alexey Karagodov wrote: > > all the problem of freebsd is that freebsd-team tries (mostly > unsuccesfully) > > to do EVERYTHING > > freebsd team not just do freebsd, they doing freebsd5, freebsd6, > freebsd7, > > ports, etc ... > > and nothing of this can work REALLY STABLE AND FUNCTIONAL > > i don't like linux, but sometimes i have to choose it > > i don't like openbsd, but some network features of openbsd i don't see > in > > freebsd > > > > people, just try to do FreeBSD, not flavour ... > > thanx > > Uh thanks for your input! > > thx, > Kris > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 13:11:59 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 EF85A16A46B for ; Wed, 6 Jun 2007 13:11:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 649C013C4BA for ; Wed, 6 Jun 2007 13:11:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l56Cntlq084935 for ; Wed, 6 Jun 2007 16:49:55 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 6 Jun 2007 16:49:55 +0400 (MSD) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20070606153542.Y76617@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Wed, 06 Jun 2007 16:49:55 +0400 (MSD) Cc: Subject: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 13:12:00 -0000 Dear colleagues, on a newly built Supermicro with Pentium D 2.8 (Dual core) with SMP kernel I got zillions of 'runtime went backwards' errors, both on i386 and amd64 kernels. Upd: on GENERIC/amd64 kernel I got the same errors. Any hints to eliminate this? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 13:53: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 5528616A46F for ; Wed, 6 Jun 2007 13:53:35 +0000 (UTC) (envelope-from x@vex.net) Received: from mail.295.ca (mail.295.ca [66.38.192.228]) by mx1.freebsd.org (Postfix) with ESMTP id 2C49813C4BF for ; Wed, 6 Jun 2007 13:53:35 +0000 (UTC) (envelope-from x@vex.net) Received: from offload2.295.ca (offload2.295.ca [66.38.192.139]) by mail.295.ca (Postfix) with ESMTP id 1560828BDAFB for ; Wed, 6 Jun 2007 09:20:56 -0400 (EDT) X-Virus-Scanned: amavisd-new at 295.ca Received: from mail.295.ca ([66.38.192.228]) by offload2.295.ca (offload2.295.ca [66.38.192.139]) (amavisd-new, port 10024) with ESMTP id aBXp+VyK1EoL for ; Wed, 6 Jun 2007 09:20:54 -0400 (EDT) Received: from bee (host-208-72-124-111.dyn.295.ca [208.72.124.111]) by mail.295.ca (Postfix) with ESMTP id 32E4628BDB26 for ; Wed, 6 Jun 2007 09:20:54 -0400 (EDT) From: "T. Middleton" To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Disposition: inline X-Length: 3598 X-UID: 2717 X-GPG-Fingerprint: F59D 8A8C A8E1 23B5 407D DD30 9069 D1B3 6416 FFB6 X-Whee: Yes, Please. Date: Wed, 6 Jun 2007 09:20:55 -0400 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706060920.56186.x@vex.net> Subject: Booting Supermicro 6015V-M3 on SAS drive with LSI 1068E X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 13:53:35 -0000 I have this machine and I'm just trying to get it to boot from an SAS drive.... that's all. I'm not trying to use the LSI 1068E for RAID. See here if you're curious about specs: http://www.supermicro.com/products/system/1U/6015/SYS-6015V-M3.cfm Booting from the FreeBSD 6.2 install CD is not a problem; and the install kernel is, interestingly, able to see the drives attached to the LSI 1068E controller and use them. The problem is that the machine's BIOS can not seem to see the drives plugged into the LSI 1068E (raid controller), and thus those drives can not be selected in the BIOS for booting. "operating system not found". It seems the only way to get drives bootable from the BIOS that are plugged into the LSI is to put them into a raid. Once a logical disk is configured in the RAID bios one can see in the system bios "PCI SCSI: Software Raid". However, even if i did want to use this RAID device, FreeBSD doesn't see/support it (or, it doesn't support FreeBSD). As an experiment I configured the LSI raid to contain one drive (RAID0) (stripe being the size of the drive). I then installed FreeBSD on this drive, and, wonderfully enough, it worked. The BIOS was set to use the "PCI SCSI: Software raid", and the MBR was picked up from the single drive, and FreeBSD took over from there. I don't know how safe this is, but it seemed to still work after multiple reboots, and installing a bunch of software. Problems arose however when i installed a gmirror label onto the drive. Suddenly there was no more logical drive in the RAID bios on my next reboot; so i was back to "operating system not found": so it seems the LSI RAID also uses the same area as gmirror to store metadata. We want the gmirror on the SAS drives but not the LSI RAID... Other interesting ideas I had included trying to create a boot CD-ROM that would instruct the boot loader to do whatever it needs to do to load gmirror and then continue booting (using vfs.root.mountfrom?). Another idea was using a USB flash key for this. (Not really sure how to create a bootable CDRom to do this, but i'm sure it's possible. Any pointers here might be helpful.) Another idea is it seems we could possibly switch a couple of the cables currently plugged into the LSI ports to the ESB2 SATA ports (this board has both the LSI 1068E controller supporting SAS/SATA, and an ESB2 controler supporting SATA) and use gmirrored SATA drives for booting. This is just a bit of a pain because the existing cables probably aren't long enough... and everything is very tightly packed. Also it means we have to use a couple of SATA drives. And it makes my boss nervous to start moving cables... (though perhaps not as nervous as using a USB flash to boot). Anyhow, anyone played with this hardware? Any recommendations on how to handle this seemingly weird situation? From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 14:30: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 0E40216A46C for ; Wed, 6 Jun 2007 14:30:09 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id DC4FE13C4D5 for ; Wed, 6 Jun 2007 14:30:08 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id F22D95C2E; Wed, 6 Jun 2007 10:14:49 -0400 (EDT) Date: Wed, 6 Jun 2007 10:14:49 -0400 From: Wesley Shields To: zen Message-ID: <20070606141449.GD38752@atarininja.org> References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> <46667170.206@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46667170.206@tk-pttuntex.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Niki Denev Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 14:30:09 -0000 On Wed, Jun 06, 2007 at 03:33:52PM +0700, zen wrote: > Niki Denev wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > zen wrote: > > > >> hi, > >> recently i tried to update my fresh install machine of 6.2RELEASE to > >> 6.2STABLE, > >> but alway failed with these error msgs: > >> > >> proxy2# /usr/local/bin/cvsup -g -L 2 /etc/stable-supfile > >> Parsing supfile "/etc/stable-supfile" > >> Connecting to cvsup.id.FreeBSD.org > >> Connected to cvsup.id.FreeBSD.org > >> Server software version: SNAP_16_1h > >> Negotiating file attribute support > >> Exchanging collection information > >> > >> > >> *** > >> *** runtime error: > >> *** ASSERT failed > >> *** file > >> "/work/a/ports/lang/ezm3/work/ezm3-1.2/libs/m3core/src/runtime/common/RTHeapMap.m3", > >> line 35 > >> *** > >> > >> use option @M3stackdump to get a stack trace > >> Abort (core dumped) > >> proxy2# > >> > >> could anyone tell me what is the problems?? > >> it AM2 X2 proc build on amd64 arch > >> > >> TIA > >> > >> ZeN > >> > > > > Have you tried csup(1) ? > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.7 (FreeBSD) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFGZm3PHNAJ/fLbfrkRAsvUAJ98xCLSiKGHqK4JF6KU2zkWlV42dwCeMmNx > > L5OBvM3+C5j6qFn41Yssv8c= > > =CCVh > > -----END PGP SIGNATURE----- > > > > > not yet, > what is the different?? The difference is that csup is written in C and included in the base. The only lacking feature in csup is that it doesn't work in checkout mode, which shouldn't be a problem for your average use. I may be wrong about checkout mode, but that was a caveat when it went into the tree IIRC. If that is no longer the case I apologize for the misinformation. -- WXS From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 14:32: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 EF78D16A468 for ; Wed, 6 Jun 2007 14:32:23 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.freebsd.org (Postfix) with ESMTP id C139913C4BD for ; Wed, 6 Jun 2007 14:32:23 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id EBFCE2AC611 for ; Wed, 6 Jun 2007 09:14:39 -0500 (CDT) Received: from ziemel.erje.net (erje.net [213.84.32.196]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id A0E7F2AC5FA for ; Wed, 6 Jun 2007 09:14:39 -0500 (CDT) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:7e]) by ziemel.erje.net (PostFix 2.4.3) with ESMTP id 7DF671287AF for ; Wed, 6 Jun 2007 16:11:59 +0200 (CEST) Received: (from robert@localhost) by ismet.erje.net (8.13.8/8.13.8/Submit) id l56EBwLb010099 for freebsd-stable@freebsd.org; Wed, 6 Jun 2007 16:11:58 +0200 (CEST) (envelope-from robert@ml.erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@ml.erje.net using -f Date: Wed, 6 Jun 2007 16:11:58 +0200 From: Robert Joosten To: freebsd-stable@freebsd.org Message-ID: <20070606141157.GA805@iphouse.com> References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> <46667170.206@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <46667170.206@tk-pttuntex.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 14:32:24 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > > Have you tried csup(1) ? > what is the different?? csup is a rewrite of cvsup in C instead of relying on Modula 3, that=20 seems to cause some troubles on your system. Hth. Kind regards, Robert PS: a happy csup user --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGZsCtCBFPn5FuZkQRAo0SAJoCJpum0Hs5EsndvM8hBKr1ShikYgCffkgX Nsztv2EBDQzbJgvZOjMFmSw= =unjK -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 14:41:17 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 76A6D16A41F for ; Wed, 6 Jun 2007 14:41:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6474513C447 for ; Wed, 6 Jun 2007 14:41:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 03D0B1CC01C; Wed, 6 Jun 2007 07:41:17 -0700 (PDT) Date: Wed, 6 Jun 2007 07:41:16 -0700 From: Jeremy Chadwick To: "T. Middleton" Message-ID: <20070606144116.GA50853@eos.sc1.parodius.com> Mail-Followup-To: "T. Middleton" , freebsd-stable@freebsd.org References: <200706060920.56186.x@vex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706060920.56186.x@vex.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: Booting Supermicro 6015V-M3 on SAS drive with LSI 1068E X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 14:41:17 -0000 On Wed, Jun 06, 2007 at 09:20:55AM -0400, T. Middleton wrote: > It seems the only way to get drives bootable from the BIOS that are plugged > into the LSI is to put them into a raid. Once a logical disk is configured in > the RAID bios one can see in the system bios "PCI SCSI: Software Raid". > However, even if i did want to use this RAID device, FreeBSD doesn't > see/support it (or, it doesn't support FreeBSD). > > As an experiment I configured the LSI raid to contain one drive (RAID0) > (stripe being the size of the drive). I then installed FreeBSD on this drive, > and, wonderfully enough, it worked. The BIOS was set to use the "PCI SCSI: > Software raid", and the MBR was picked up from the single drive, and FreeBSD > took over from there. I don't know how safe this is, but it seemed to still > work after multiple reboots, and installing a bunch of software. I see this same behaviour with one of my Promise SATA RAID 0/1 controllers. If I put a disk on the controller and *do not* define an array (e.g. drives are in JBOD), FreeBSD can see the drive (as ad4) and install onto it, but the Promise BIOS will not boot the disk. The system BIOS boot order is Floppy, CD-ROM, IDE, then SCSI (which is what these controllers claim to be from a BIOS perspective). The "Boot Other" option is also set to Yes. The Promise controller also states something about "not installing interrupt handler", which I'm pretty sure is needed for the controller to be used to boot the disk. I forget which interrupt it is, but the method is fairly normal (seen it on Adaptec controllers too). Not until I go into the Promise BIOS and define a RAID array (I picked RAID 0 with only 1 disk associated with it) will the controller boot the disk. FreeBSD then comes up and sees two available disks: ad4 (the standalone disk in JBOD) and ar0 (the RAID 0 array). I'm positive this part is normal behaviour (for FreeBSD), but the fact I have to define an array to get the disk bootable is just silly. Then again, I suppose most people buying RAID controllers are doing so to use the actual benefits of RAID, so I'll likely be branded as someone who's crying over spilled milk. If I had two disks in the system and was using RAID 1, safe to say the instant I defined the RAID 1 array, the system would boot and FreeBSD would see both disks and ar0. -- | 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 Wed Jun 6 14:46: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 14D0B16A468; Wed, 6 Jun 2007 14:46:50 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id E409013C469; Wed, 6 Jun 2007 14:46:49 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l56ERTc5097470; Wed, 6 Jun 2007 10:27:29 -0400 (EDT) (envelope-from john@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id l56ERT5D097469; Wed, 6 Jun 2007 10:27:29 -0400 (EDT) (envelope-from john@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to john@jnielsen.net using -f Received: from 70.150.196.243 ([70.150.196.243]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 06 Jun 2007 10:27:29 -0400 Message-ID: <20070606102729.pilzaluyw4kwkooo@newwebmail.jnielsen.net> Date: Wed, 06 Jun 2007 10:27:29 -0400 From: John Nielsen To: Danny Braniss References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 14:46:50 -0000 Quoting Danny Braniss : > I'm in the last mile before crossing the beta->release line, > so I'd like to get some input, and update the list of targets it supports. > you can obtain the driver from: > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Looks great! I've done some basic testing against our cluster of three LeftHand Networks NSM 160's running SAN/iQ 6.6SP1. My machine is running -CURRENT as of a couple days ago (with gcc 4.2 and symbol versioning). I've tested previous snapshots of the driver against the same SAN on this and another machine running -STABLE with good results. Is there anything specific you'd like tested? What connection interruption scenarios does the driver try to recover from? I'm running some backups to an iSCSI mount now. When that finishes (and my machine is otherwise unoccupied) I'll play around with temporarily yanking the ethernet cable and other fun tricks. Thanks for the Makefiles. Your blurb text incorrectly directs the reader to run make in sys/dev/iscsi_initiator (which doesn't exist, and there's no Makefile in sys/dev/iscsi). Obviously you meant sys/modules/iscsi_initiator. Also, a line about running make in iscontrol/ would be helpful, as would an install target in that Makefile. Do you have any suggestions on startup integration (rc script, fstab magic, etc)? I know you said once before that that was hopefully coming soon.. Thanks again. I'll post again if I manage to break something. JN From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 15:00: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 51B4616A46B; Wed, 6 Jun 2007 15:00:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id DC9C513C4C8; Wed, 6 Jun 2007 15:00:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Hvx04-000HXt-Iv; Wed, 06 Jun 2007 18:00:40 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: John Nielsen In-reply-to: Your message of Wed, 06 Jun 2007 10:27:29 -0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2007 18:00:39 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 15:00:46 -0000 > Quoting Danny Braniss : > > I'm in the last mile before crossing the beta->release line, > > so I'd like to get some input, and update the list of targets it supports. > > you can obtain the driver from: > > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz > > Looks great! I've done some basic testing against our cluster of three > LeftHand Networks NSM 160's running SAN/iQ 6.6SP1. My machine is > running -CURRENT as of a couple days ago (with gcc 4.2 and symbol > versioning). I've tested previous snapshots of the driver against the > same SAN on this and another machine running -STABLE with good results. > so i'm updating my Targets file. > Is there anything specific you'd like tested? What connection > interruption scenarios does the driver try to recover from? I'm running > some backups to an iSCSI mount now. When that finishes (and my machine > is otherwise unoccupied) I'll play around with temporarily yanking the > ethernet cable and other fun tricks. > it 'should' recover from network disconects, like pulling out cable, or rebooting the target, but I think that this will only work if there is no major activity - I better test this one again. it should also flush buffers when you shut down the host, this was a major pain with the old versions. > Thanks for the Makefiles. Your blurb text incorrectly directs the > reader to run make in sys/dev/iscsi_initiator (which doesn't exist, and > there's no Makefile in sys/dev/iscsi). Obviously you meant > sys/modules/iscsi_initiator. Also, a line about running make in > iscontrol/ would be helpful, as would an install target in that > Makefile. ok, fixed the 'typos', I also forgot the sample rc.d/iscsi, > > Do you have any suggestions on startup integration (rc script, fstab > magic, etc)? I know you said once before that that was hopefully coming > soon.. > this is an attempt: #!/bin/sh # PROVIDE: iscsi # REQUIRE: NETWORKING # BEFORE: DAEMON # KEYWORD: nojail shutdown # # Add the following lines to /etc/rc.conf to enable iscsi: # # iscsi_enable="YES" # iscsi_fstab="/etc/fstab.iscsi" . /etc/rc.subr name=iscsi rcvar=`set_rcvar` command=/usr/local/sbin/iscontrol iscsi_enable=${iscsi_enable:-"NO"} iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} start_cmd="iscsi_start" faststop_cmp="iscsi_stop" stop_cmd="iscsi_stop" iscsi_wait() { dev=$1 trap "echo 'wait loop cancelled'; exit 1" 2 count=0 while true; do if [ -c $dev ]; then break; fi if [ $count -eq 0 ]; then echo -n Waiting for ${dev}': ' fi count=$((${count} + 1)) if [ $count -eq 6 ]; then echo ' Failed' return 0 break fi echo -n '.' sleep 5; done echo '.' return 1 } iscsi_start() { # # load needed modules for m in iscsi_initiator geom_label; do kldstat -qm $m || kldload $m done sysctl debug.iscsi=2 # # start iscontrol for each target if [ -n "${iscsi_targets}" ]; then for target in ${iscsi_targets}; do ${command} ${rc_flags} -n ${target} done fi if [ -f "${iscsi_fstab}" ]; then while read spec file type opt t1 t2 do case ${spec} in \#*|'') ;; *) if iscsi_wait ${spec}; then break; fi echo type=$type spec=$spec file=$file fsck -p ${spec} && mount ${spec} ${file} ;; esac done < ${iscsi_fstab} fi if [ -f "${iscsi_exports}" ]; then cat ${iscsi_exports} >> /etc/exports #/etc/rc.d/mountd reload does not work, why? kill -1 `cat /var/run/mountd.pid` fi } iscsi_stop() { echo 'iscsi stopping' while read spec file type opt t1 t2 do case ${spec} in \#*|'') ;; *) echo iscsi: umount $spec umount -fv $spec # and remove from the exports ... ;; esac done < ${iscsi_fstab} } load_rc_config $name run_rc_command "$1" ------ problems with the above script: - no background fsck - restart will mess the exports file - the wait loop should be replaced by something more deterministic. > Thanks again. I'll post again if I manage to break something. > Ok, but can't say I look forward to hear from you :-) danny From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 16:30: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 18CA616A46C; Wed, 6 Jun 2007 16:30:09 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id E4C1C13C45D; Wed, 6 Jun 2007 16:30:06 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l56GTsLR059554; Wed, 6 Jun 2007 12:29:54 -0400 (EDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id l56GTs81059553; Wed, 6 Jun 2007 12:29:54 -0400 (EDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from 70.150.196.243 ([70.150.196.243]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 06 Jun 2007 12:29:53 -0400 Message-ID: <20070606122953.mnndzgmvkcc0s8c8@newwebmail.jnielsen.net> Date: Wed, 06 Jun 2007 12:29:53 -0400 From: John Nielsen To: Danny Braniss References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 16:30:09 -0000 Quoting Danny Braniss : > Quoting John Nielsen : >> Do you have any suggestions on startup integration (rc script, fstab >> magic, etc)? I know you said once before that that was hopefully coming >> soon.. >> > this is an attempt: A couple comments just from reading through this, see below. > #!/bin/sh > > # PROVIDE: iscsi > # REQUIRE: NETWORKING > # BEFORE: DAEMON > # KEYWORD: nojail shutdown > > # > # Add the following lines to /etc/rc.conf to enable iscsi: > # > # iscsi_enable="YES" > # iscsi_fstab="/etc/fstab.iscsi" The iscsi_exports knob should also be documented here. > . /etc/rc.subr > > name=iscsi > rcvar=`set_rcvar` > > command=/usr/local/sbin/iscontrol Assuming this gets commited this will want to be /sbin/iscontrol. > iscsi_enable=${iscsi_enable:-"NO"} > iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} > iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} > > start_cmd="iscsi_start" > faststop_cmp="iscsi_stop" > stop_cmd="iscsi_stop" > > iscsi_wait() > { > dev=$1 > trap "echo 'wait loop cancelled'; exit 1" 2 > count=0 > while true; do > if [ -c $dev ]; then > break; > fi > if [ $count -eq 0 ]; then > echo -n Waiting for ${dev}': ' > fi > count=$((${count} + 1)) > if [ $count -eq 6 ]; then > echo ' Failed' > return 0 > break > fi > echo -n '.' > sleep 5; > done > echo '.' > return 1 > } > > iscsi_start() > { > # > # load needed modules > for m in iscsi_initiator geom_label; do > kldstat -qm $m || kldload $m > done Good thinking making geom_label a pseudo-requirement. Examples and documentation for fstab.iscsi should strongly recommend its use, since device names will vary. > sysctl debug.iscsi=2 Maybe make this another rc variable that could be set in /etc/rc.conf. You'll probably also want to change the module's default verbosity level once it becomes more official. > # > # start iscontrol for each target > if [ -n "${iscsi_targets}" ]; then > for target in ${iscsi_targets}; do > ${command} ${rc_flags} -n ${target} > done > fi > > if [ -f "${iscsi_fstab}" ]; then > while read spec file type opt t1 t2 > do > case ${spec} in > \#*|'') > ;; > *) > if iscsi_wait ${spec}; then > break; > fi > echo type=$type spec=$spec file=$file > fsck -p ${spec} && mount ${spec} ${file} > ;; > esac > done < ${iscsi_fstab} > fi > > if [ -f "${iscsi_exports}" ]; then > cat ${iscsi_exports} >> /etc/exports > #/etc/rc.d/mountd reload does not work, why? > kill -1 `cat /var/run/mountd.pid` > fi > } Look at how Pawel handled this with ZFS (mostly in the zfs and mountd rc.d scripts), and use the fact that mountd can take multiple exports files on its command line to your advantage. i.e. appending to the normal exports file is not really what you want to do. > iscsi_stop() > { > echo 'iscsi stopping' > while read spec file type opt t1 t2 > do > case ${spec} in > \#*|'') > ;; > *) > echo iscsi: umount $spec > umount -fv $spec > # and remove from the exports ... See above; this could be a no-op. > ;; > esac > done < ${iscsi_fstab} > } > > load_rc_config $name > run_rc_command "$1" > ------ > problems with the above script: > - no background fsck It would be nice not to re-invent the wheel here, and there are other reasons it would be nice to just use /etc/fstab instead of adding a new file -- a number of utilities use /etc/fstab to map between mountpoints and device names even if the device isn't mounted. Did you try this approach, and if so what obstacles did you encounter? I will play around with this if I have time. The "late" fstab/mount option will probably be useful here. > - restart will mess the exports file > - the wait loop should be replaced by something more deterministic. > JN From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 16:39: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 37BF016A400 for ; Wed, 6 Jun 2007 16:39:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 07BBE13C4C1 for ; Wed, 6 Jun 2007 16:39:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so282923waf for ; Wed, 06 Jun 2007 09:39:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OmLQpG0jDJmxHuLoEboA3cTzM/7rQRlrDp3ywwLuLt4/cC51WqNPUvt/Ff1++/Q1XtF0uy1BVjRKzmLhisTpCly+n79f+Cg2n6hos2ALvOAV5xWAZn9UuYY0LFIvb1g0Ls3hqHg/ozOtE1sxb0h85lbz8CMISHP9DBs2YjCOutM= 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=N0+5WAlkbwuZdGUNJIjQiXZJUhzB0Re7zI/DJlieFBW3YPXqAgVuGcPgei8pKyP8tQvCrcK7vmYbAacWKff/iGFW9uV8oPca/dH9xMUtMlW22Y372PIofqRpWyEeBZHHcRiAh5X3Bq1tC8NaL5Qb6DOEreofvDRCo5XTRS27kQE= Received: by 10.115.89.1 with SMTP id r1mr630451wal.1181147965322; Wed, 06 Jun 2007 09:39:25 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 6 Jun 2007 09:39:25 -0700 (PDT) Message-ID: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Date: Wed, 6 Jun 2007 09:39:25 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 16:39:28 -0000 I have a version of code ready to MFC, the big difference with CURRENT is that TSO is #ifdef'd off until Andre is able to get that back. I wanted a chance for any concerns to be aired before I did it, issues that anyone has had with the driver in CURRENT? Regards, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 17:00:17 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 01F1416A481 for ; Wed, 6 Jun 2007 17:00:17 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 795B013C468 for ; Wed, 6 Jun 2007 17:00:16 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l56GNXeN073590; Wed, 6 Jun 2007 20:23:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l56GNX8T073589; Wed, 6 Jun 2007 20:23:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 6 Jun 2007 20:23:33 +0400 From: Gleb Smirnoff To: Stefan Lambrev Message-ID: <20070606162333.GN89017@FreeBSD.org> References: <464EF8F0.1090205@sun-fish.com> <464EFB31.8010200@incunabulum.net> <464EFD35.703@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <464EFD35.703@sun-fish.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: "Bruce M. Simpson" , freebsd-stable@FreeBSD.org Subject: Re: carp patch - will this ever be in releng_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 17:00:17 -0000 On Sat, May 19, 2007 at 04:35:49PM +0300, Stefan Lambrev wrote: S> Bruce M. Simpson wrote: S> > Stefan Lambrev wrote: S> >> S> >> Are there any chances for this: S> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_carp.c.diff?r1=1.46;r2=1.47 S> >> to be MFCed to RELENG_6 before 6.3-release ? S> >> S> >> It fixes quite annoying bug - destroying carpX (when having at least 2 S> >> carp interfaces) will panic immediately. S> >> This bugfix is from 3+ months ago. S> >> S> > Sadly it is unlikely the failure condition you describe will be fixed in S> > -STABLE, as resolving it requires far more work to be merged than the link S> > to the diff you post above. S> The attached patch worked for me - it is based on the posted URL. S> At least I didn't notice bad effects and it fixes the bug. Bruce misinformes you ;) I've just merged the patch. Thanks for reminder. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 17:20: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 F423C16A475 for ; Wed, 6 Jun 2007 17:20:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 9014913C4B0 for ; Wed, 6 Jun 2007 17:20:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3155 invoked by uid 399); 6 Jun 2007 17:20:13 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 6 Jun 2007 17:20:13 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4666ECCB.3060300@FreeBSD.org> Date: Wed, 06 Jun 2007 10:20:11 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Wesley Shields References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> <46667170.206@tk-pttuntex.com> <20070606141449.GD38752@atarininja.org> In-Reply-To: <20070606141449.GD38752@atarininja.org> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Niki Denev Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 17:20:15 -0000 Wesley Shields wrote: > The difference is that csup is written in C and included in the base. > The only lacking feature in csup is that it doesn't work in checkout > mode, which shouldn't be a problem for your average use. You have it backwards. csup _only_ works in checkout mode, what it can't do is mirror a repository. This is fine for the average FreeBSD user however, since checking out the current version of the src or ports tree is what the vast majority do anyway. > I may be wrong about checkout mode, but that was a caveat when it went > into the tree IIRC. If that is no longer the case I apologize for the > misinformation. If you are going to offer advice on the lists, please take the time to verify that what you're saying is correct. Otherwise it's just a waste of time for all concerned. I'm picking on your post here a little because it's a good example of a disturbing trend, please don't take it personally. Regards, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 17:38: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 E123F16A46C for ; Wed, 6 Jun 2007 17:38:01 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id B91AE13C489 for ; Wed, 6 Jun 2007 17:38:01 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id E26B55C37; Wed, 6 Jun 2007 13:40:29 -0400 (EDT) Date: Wed, 6 Jun 2007 13:40:29 -0400 From: Wesley Shields To: Doug Barton Message-ID: <20070606174029.GB47047@atarininja.org> References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> <46667170.206@tk-pttuntex.com> <20070606141449.GD38752@atarininja.org> <4666ECCB.3060300@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4666ECCB.3060300@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Niki Denev Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 17:38:02 -0000 On Wed, Jun 06, 2007 at 10:20:11AM -0700, Doug Barton wrote: > Wesley Shields wrote: > > > The difference is that csup is written in C and included in the base. > > The only lacking feature in csup is that it doesn't work in checkout > > mode, which shouldn't be a problem for your average use. > > You have it backwards. csup _only_ works in checkout mode, what it > can't do is mirror a repository. This is fine for the average FreeBSD > user however, since checking out the current version of the src or > ports tree is what the vast majority do anyway. You're right, my apologies. Not working in checkout mode defeats the purpose for the vast majority of the people using it. I guess I just wasn't thinking straight. > > I may be wrong about checkout mode, but that was a caveat when it went > > into the tree IIRC. If that is no longer the case I apologize for the > > misinformation. > > If you are going to offer advice on the lists, please take the time to > verify that what you're saying is correct. Otherwise it's just a waste > of time for all concerned. > > I'm picking on your post here a little because it's a good example of > a disturbing trend, please don't take it personally. Don't worry, I'm not taking it personally. It just goes to show that I should think twice and double check things before sending anything. :) Thank you for the clarification. -- WXS From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 18:09:31 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 B00B916A46F for ; Wed, 6 Jun 2007 18:09:31 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6C113C4BE for ; Wed, 6 Jun 2007 18:09:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so185171wra for ; Wed, 06 Jun 2007 11:09:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZTzwoCBMUtB1ntJwbpnb/s/Nmw9qDRM6PuYUQgHa9nSh6XnwVAMBW2405Plt0mqqcNsgqaoVowQ87JJKDfOL397EnDCWLa6LU8ieGS8YKjKjgLCaKcx7ExUj2tLZTls7zEsTBJYeLrGCWxNChmkwG7RhbnWl3xo/71B8M94lpg8= 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=qX0cIp1i4bRe+3bXxPJtbaThAlfhyuZqA/VqpXzIT2jRsQS88aoTWz/+1O94BigyPilx+XehZbMN+s5gTg7U8DIhOCMmv3sf7S0ozr99WUy8IPc+maG7UTzctjBv3fpAob343bG+LAsAhn23QzXxk0TFwtlZi6cClDDSax4b3FE= Received: by 10.78.172.20 with SMTP id u20mr320037hue.1181153369532; Wed, 06 Jun 2007 11:09:29 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Wed, 6 Jun 2007 11:09:29 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 11:09:29 -0700 From: "Kip Macy" To: "David Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: freebsd-net , FreeBSD Current , FreeBSD Stable List , Jack Vogel Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 18:09:31 -0000 On 6/6/07, David Christensen wrote: > > I have a version of code ready to MFC, the big difference with CURRENT > > is that TSO is #ifdef'd off until Andre is able to get that back. > > Is something broken with TSO? I just added TSO support to bce on > CURRENT > and was planning on MFC'ing to RELENG_6 within the next week. TSO support is not present in RELENG_6. -Kip From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 18:20: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 9B63116A421 for ; Wed, 6 Jun 2007 18:20:10 +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 5611C13C45E for ; Wed, 6 Jun 2007 18:20:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Hw070-0005AC-W8 for freebsd-stable@freebsd.org; Wed, 06 Jun 2007 20:20:03 +0200 Received: from 89-172-58-141.adsl.net.t-com.hr ([89.172.58.141]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 20:20:02 +0200 Received: from ivoras by 89-172-58-141.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jun 2007 20:20:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 06 Jun 2007 20:17:28 +0000 Lines: 11 Message-ID: References: <20070606153542.Y76617@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-58-141.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.0 (X11/20070424) In-Reply-To: <20070606153542.Y76617@woozle.rinet.ru> Sender: news Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 18:20:10 -0000 Dmitry Morozovsky wrote: > Dear colleagues, > > on a newly built Supermicro with Pentium D 2.8 (Dual core) with SMP kernel I > got zillions of 'runtime went backwards' errors, both on i386 and amd64 > kernels. > > Upd: on GENERIC/amd64 kernel I got the same errors. Do you perhaps run with TSC timecounter? (that's the only cause I've notice that can generate this message). From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 18:22:03 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 A880A16A469 for ; Wed, 6 Jun 2007 18:22:03 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA1C13C457 for ; Wed, 6 Jun 2007 18:22:03 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Wed, 06 Jun 2007 11:07:44 -0700 X-Server-Uuid: A6C4E0AE-A7F0-449F-BAE7-7FA0D737AC76 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 550612AF; Wed, 6 Jun 2007 11:07:44 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 262D02AE; Wed, 6 Jun 2007 11:07:44 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FIX51947; Wed, 6 Jun 2007 11:07:43 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id E77E669CA4; Wed, 6 Jun 2007 11:07:42 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 6 Jun 2007 11:07:42 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Thread-Topic: HEADS UP: Plan to MFC new em driver Thread-Index: AceoWZqYaXmSN6YCSBisAFNH2ltlmAAC7U3Q References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> From: "David Christensen" To: "Jack Vogel" , "freebsd-net" , "FreeBSD Stable List" , "FreeBSD Current" X-WSS-ID: 6A78287A3CG6617964-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 18:22:03 -0000 > I have a version of code ready to MFC, the big difference with CURRENT > is that TSO is #ifdef'd off until Andre is able to get that back. Is something broken with TSO? I just added TSO support to bce on CURRENT and was planning on MFC'ing to RELENG_6 within the next week. Dave From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 19:17: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 E4DD616A421 for ; Wed, 6 Jun 2007 19:17:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 89D1613C4BE for ; Wed, 6 Jun 2007 19:17:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so228317nzn for ; Wed, 06 Jun 2007 12:17:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Etye5SvC/0ReVrHSfqV+6HYDLKAOVfScg8p9exOXL0cGi3j1l/dw7qpXUtnt3ET6cJ40LlyNJzk7+s/1kI8Gl3OAb29/wZOdtoBDB9LxQf5YeXxyguk2ayFXPTJyN1pm7hR/HBmOs9Dzbb6/ucbs26XadVO2bsJbLJ0ybS95Mx8= 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=Lok/XlZU4fqi4mAOAU4srvuT9qAD1ELRj0iaVjQLmLwc8jd9rkJ0DCbF3g93ODWZxT2OcMG8B4iI3+JoSx8nqfNyr1yO9lmlEWDtMLJ0oC+BD3HtS19sLuaumLpaob0G3yu1I2vhQv0PQ3wJ82HBi4/LXsT5Zk1Sb6vhVECwXi8= Received: by 10.114.130.1 with SMTP id c1mr740192wad.1181157464519; Wed, 06 Jun 2007 12:17:44 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 6 Jun 2007 12:17:44 -0700 (PDT) Message-ID: <2a41acea0706061217v69eddd10t85b73f8ea1f049a1@mail.gmail.com> Date: Wed, 6 Jun 2007 12:17:44 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" In-Reply-To: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Cc: Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 19:17:46 -0000 On 6/6/07, Jack Vogel wrote: > I have a version of code ready to MFC, the big difference with CURRENT > is that TSO is #ifdef'd off until Andre is able to get that back. > > I wanted a chance for any concerns to be aired before I did it, issues > that anyone has had with the driver in CURRENT? I think it would be a good idea to have some testing done before the MFC, so I will try and get a driver tarball put together shortly and post that here, I would appreciate any volunteers that could install and 'kick the tires' a bit :) Jack From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 19:42: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 4477016A469 for ; Wed, 6 Jun 2007 19:42:04 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id AC2BB13C489 for ; Wed, 6 Jun 2007 19:41:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l56JKvOf092038; Wed, 6 Jun 2007 23:20:57 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 6 Jun 2007 23:20:57 +0400 (MSD) From: Dmitry Morozovsky To: Ivan Voras In-Reply-To: Message-ID: <20070606231940.T91939@woozle.rinet.ru> References: <20070606153542.Y76617@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Wed, 06 Jun 2007 23:20:57 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 19:42:04 -0000 On Wed, 6 Jun 2007, Ivan Voras wrote: IV> > on a newly built Supermicro with Pentium D 2.8 (Dual core) with SMP kernel IV> > I got zillions of 'runtime went backwards' errors, both on i386 and amd64 IV> > kernels. IV> > IV> > Upd: on GENERIC/amd64 kernel I got the same errors. IV> IV> Do you perhaps run with TSC timecounter? (that's the only cause I've notice IV> that can generate this message). Nope: marck@ct-new:~> sysctl kern.timecounter kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.nsetclock: 3 kern.timecounter.ngetmicrotime: 6118 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetmicrouptime: 463500 kern.timecounter.ngetnanouptime: 1013 kern.timecounter.ngetbinuptime: 3833 kern.timecounter.nmicrotime: 13971 kern.timecounter.nnanotime: 407 kern.timecounter.nbintime: 14378 kern.timecounter.nmicrouptime: 7486 kern.timecounter.nnanouptime: 0 kern.timecounter.nbinuptime: 6194861 kern.timecounter.stepwarnings: 0 kern.timecounter.smp_tsc: 0 Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 20:03: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 6F0CA16A46E; Wed, 6 Jun 2007 20:03:53 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA3D13C44B; Wed, 6 Jun 2007 20:03:53 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l56K3VLR069792; Wed, 6 Jun 2007 16:03:31 -0400 (EDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id l56K3VOk069791; Wed, 6 Jun 2007 16:03:31 -0400 (EDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from 70.150.196.243 ([70.150.196.243]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 06 Jun 2007 16:03:31 -0400 Message-ID: <20070606160331.n1cyf9spv0ok00sc@newwebmail.jnielsen.net> Date: Wed, 06 Jun 2007 16:03:31 -0400 From: John Nielsen To: Ivan Voras References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 20:03:53 -0000 Quoting Ivan Voras : > Danny Braniss wrote: >> I'm in the last mile before crossing the beta->release line, >> so I'd like to get some input, and update the list of targets it supports. >> you can obtain the driver from: >> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz > > I think I can test in on our SAN but the only machine attached to it > runs 6-STABLE. Will your iSCSI intiator work in -STABLE? This is actually the first snapshot of the initiator that I've tried that works on -CURRENT. Previous ones have always worked on -STABLE and I don't see any reason that this one wouldn't. > Also, do you plan to finish it in time to get it included in 7.0? I can't comment on that, but I agree it would be nice.. JN From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:27: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 C0A6B16A41F for ; Wed, 6 Jun 2007 21:27:39 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id AA98E13C465 for ; Wed, 6 Jun 2007 21:27:39 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l56LRYD6090138; Wed, 6 Jun 2007 14:27:34 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l56LRYTe090137; Wed, 6 Jun 2007 14:27:34 -0700 (PDT) Date: Wed, 6 Jun 2007 14:27:34 -0700 (PDT) From: Matthew Dillon Message-Id: <200706062127.l56LRYTe090137@apollo.backplane.com> To: Dmitry Morozovsky References: <20070606153542.Y76617@woozle.rinet.ru> <20070606231940.T91939@woozle.rinet.ru> Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 21:27:39 -0000 :IV> > Upd: on GENERIC/amd64 kernel I got the same errors. :IV> :IV> Do you perhaps run with TSC timecounter? (that's the only cause I've notice :IV> that can generate this message). : :Nope: : :marck@ct-new:~> sysctl kern.timecounter :kern.timecounter.tick: 1 :kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) :kern.timecounter.hardware: ACPI-fast :... kgdb your live kernel and 'print cpu_ticks'. See what the cpu ticker is actually pointing at, because it might not be the time counter. It could still be TSC. The TSC isn't synchronized between the cores on a SMP box, not even on multi-core parts. It can't be used to calculate delta times for any thread that has the possibility of migrating between cpu's. Not only will the absolute offset be off between cpus, but the frequency will also be slightly different (at least on SMP multi-core parts), so you get frequency drift too. There is also possibly an issue with tc_cpu_ticks(), which seems to be using a static 64 bit variable to handle rollover instead of a per-cpu variable. I don't see how that could possibly be MP safe, especially if the timecount is not synchronized between cpus and causes multiple rollover events. In fact, I can *barely* use the TSC on DragonFly for KTR logging, and even then I have to have some kernel threads sitting there doing nothing but figuring out the drift between the cpus so it can correct the TSC values when it logs information... and even with all of that I can't get them synchronized any closer then around 500ns from each other. I'd recommend that FreeBSD do what we did years ago with calcru ... stop trying to calculate the time down to the nanosecond and just do it statistically. It works just fine and takes the whole mess out of the critical path. -Matt From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:41: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 C62CD16A41F for ; Wed, 6 Jun 2007 21:41:22 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 68E2C13C48A for ; Wed, 6 Jun 2007 21:41:22 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (p57AE2333.dip0.t-ipconnect.de [87.174.35.51]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l56LfKa0013868 for ; Wed, 6 Jun 2007 23:41:20 +0200 Date: Wed, 6 Jun 2007 23:45:25 +0200 From: Marc "UBM" Bocklet To: freebsd-stable@freebsd.org Message-Id: <20070606234525.06fb4ee5.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Western Digital MyBook 250GB USB takes *really* long to be recognized X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 21:41:22 -0000 Hiho! ;-) I just bought a Western Digital MyBook 250GB external USB 2.0 drive and I stumbled upon the problem mentioned in: kern/107495: Fix long wait before WD My Book 250GB (USB) is recognized There's a patch attached to that PR, which I applied, but it didn't help. FreeBSD version is FreeBSD ubm.mine.nu 6.2-STABLE FreeBSD 6.2-STABLE 4: Wed Jun 6 19:58:12 CEST 2007 Symptoms are as follows: when I plug the drive in, it is immediately recognized by umass as: umass0: Western Digital External HDD, rev 2.00/1.08, addr 2 About 10 to 15 minutes later, cam kicks in and recognizes it as: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) >From that point onwards, everything works fine, I just finished rsyncing my entire home directory (about 40gb) to the disk with ehci enabled. I'm just curious if there is anything to be done about the long delay? (not that I care that much, drive is attached to my "server", so it won't be unplugged or be turned off very soon :-)) Thanks in advance! :-) Bye Marc From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:14: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 8609A16A468 for ; Thu, 7 Jun 2007 04:14:13 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAC913C465 for ; Thu, 7 Jun 2007 04:14:13 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l573o1NQ001563 for ; Wed, 6 Jun 2007 23:50:01 -0400 (EDT) From: Tom McLaughlin To: stable@FreeBSD.org Content-Type: text/plain Date: Wed, 06 Jun 2007 23:50:00 -0400 Message-Id: <1181188200.1797.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: ACPI hanging shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 04:14:13 -0000 Hi all, Sometime between the beginning of April and May 14(?) there appears to have been a change in ACPI which is causing my IBM R51 to hang when shutting down. I see syslog exit and then nothing. I need to do a hard shutdown with the partitions still mounted for it to turn off. I booted without ACPI and the problem has gone away. Successive updates have not solved this. Anyone know what could be causing this? Thanks. tom dmesg with ACPI: 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: Mon Jun 4 19:46:26 EDT 2007 root@:/usr/obj/usr/src/sys/GENERIC_ULE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 1073020928 (1023 MB) avail memory = 1041027072 (992 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 11 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 0x1820-0x183f irq 11 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 uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc0000000-0xc00003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xc0215000-0xc02157ff,0xc0210000-0xc0213fff irq 11 at device 0.2 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:03:24:02:2a:68 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:02:2a:68 fwe0: Ethernet address: 02:06:1b:02:2a:68 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) em0: port 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pci2 em0: Ethernet address: 00:11:25:85:e4:fc iwi0: mem 0xc0214000-0xc0214fff irq 11 at device 2.0 on pci2 iwi0: Ethernet address: 00:12:f0:00:ae:1e isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 8250 or not responding ppc0: port 0x3bc-0x3be 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 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1498735181 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a logo_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (logo_saver, 0xc549dae8, 0) error 19 drm0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.25.0 20060524 info: [drm] Setting GART location based on old memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs dmesg without ACPI: 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: Mon Jun 4 19:46:26 EDT 2007 root@:/usr/obj/usr/src/sys/GENERIC_ULE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.73-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 1073020928 (1023 MB) avail memory = 1041027072 (992 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 11 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 0x1820-0x183f irq 11 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 uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc0000000-0xc00003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xc0215000-0xc02157ff,0xc0210000-0xc0213fff irq 11 at device 0.2 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:03:24:02:2a:68 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:02:2a:68 fwe0: Ethernet address: 02:06:1b:02:2a:68 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) em0: port 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pci2 em0: Ethernet address: 00:11:25:85:e4:fc iwi0: mem 0xc0214000-0xc0214fff irq 11 at device 2.0 on pci2 iwi0: Ethernet address: 00:12:f0:00:ae:1e isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1498733111 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a logo_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (logo_saver, 0xc5457ae8, 0) error 19 drm0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.25.0 20060524 info: [drm] Setting GART location based on old memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 05:01: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 B408F16A400 for ; Thu, 7 Jun 2007 05:01:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6B24913C487 for ; Thu, 7 Jun 2007 05:01:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l5751BH7020603; Wed, 6 Jun 2007 22:01:19 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <46679117.5060909@freebsd.org> Date: Wed, 06 Jun 2007 22:01:11 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Gruyters References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <46658EEB.5000008@freebsd.org> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> <200706061715.06603.doconnor@gsoft.com.au> <20070606095820.83tast6s0804osos@server.yirdis.nl> In-Reply-To: <20070606095820.83tast6s0804osos@server.yirdis.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 05:01:57 -0000 >>> After that I try to read/list the tar from tape with tar -t: >>> $ sudo tar -tf /dev/sa0 >>> archive.dmp >>> tar: Unrecognized archive format: Inappropriate file type or format >>> >>> But when I extract the archive from tape, it works perfectly: >>> $ sudo tar -xvf /dev/sa0 >> >> Using dd to feed tar does work though. (I think this agrees with Robin's >> findings although the fact that it works with -z is curious) >> >> This is a Tandberg TS400 (LTO2 drive, LTO1 tape) >> > idd, same problem here. When using -z option, works perfectly. Without > it, it fails. > > Our tapedrive is a "HP C7438A V312". (DAT) Please try the following: sudo ktrace tar -tf /dev/sa0 Then run 'kdump | less' and see if you can find a pair of 'lseek' calls, which will probably look something like this: 53127 bsdtar CALL lseek(0x3,0,0,0,0x1) 53127 bsdtar RET lseek 6656000/0x659000 53127 bsdtar CALL lseek(0x3,0,0x70800,0,0x1) 53127 bsdtar RET lseek 7116800/0x6c9800 Note: The third argument is the amount to seek; the return value is the new offset. This sequence (first seek '0' to get the current offset, then seek by more than zero) is how tar asks the driver if it supports seeking. This example is reading from a disk file, so the file offset does change; the seek worked. I believe you'll find that the SCSI tape driver in 6.2 lies: It does not actually seek, but the two lseek calls return different values. As a result, tar believes that the body of the tar entry has been skipped when it hasn't. This doesn't occur with tar from 6.1 because the seek optimization was added after that; it doesn't happen with compressed archives because you cannot seek in compressed files. I believe the "right" fix is to get the driver fixed. If it does not seek, it shouldn't claim that it does. A bad hack is to break the "file_skip()" function in libarchive/archive_read_open_filename.c, as below: Index: lib/libarchive/archive_read_open_filename.c =================================================================== --- lib/libarchive/archive_read_open_filename.c (revision 124) +++ lib/libarchive/archive_read_open_filename.c (working copy) @@ -165,6 +165,8 @@ struct read_file_data *mine = (struct read_file_data *)client_data; off_t old_offset, new_offset; + return (0); + /* Reduce request to the next smallest multiple of block_size */ request = (request / mine->block_size) * mine->block_size; /* From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 05:37: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 4BF1316A469 for ; Thu, 7 Jun 2007 05:37:22 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2545713C44B for ; Thu, 7 Jun 2007 05:37:22 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l575bLH7020710; Wed, 6 Jun 2007 22:37:22 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <46679991.4080302@freebsd.org> Date: Wed, 06 Jun 2007 22:37:21 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Gruyters References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> <20070604101603.f0ki85am800wso0k@server.yirdis.nl> <200706052131.44320.doconnor@gsoft.com.au> <46658EEB.5000008@freebsd.org> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> In-Reply-To: <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 05:37:22 -0000 >>> This morning I have revert libarchive (src/lib/libarchive) and tar >>> (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) >>> it works fine now. > > After that I try to read/list the tar from tape with tar -t: > $ sudo tar -tf /dev/sa0 > archive.dmp > tar: Unrecognized archive format: Inappropriate file type or format > > But when I extract the archive from tape, it works perfectly: > $ sudo tar -xvf /dev/sa0 > x archive.dmp What SCSI controller are you using? This could conceivably be an issue with a particular SCSI controller. A few lines from 'dmesg' could help here. If I must, I suppose I could make 'tar' never try to seek if it's talking directly to a device. That would penalize devices that can seek, so I'd rather find an alternate solution. Tim Kientzle P.S. In the meantime, of course, tar from 6.1 and gtar should both work in this situation. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 06:09: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 4404A16A400; Thu, 7 Jun 2007 06:09:15 +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 C550913C483; Thu, 7 Jun 2007 06:09:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l5769Cq7005346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 15:39:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Tim Kientzle Date: Thu, 7 Jun 2007 15:39:00 +0930 User-Agent: KMail/1.9.5 References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> <46679991.4080302@freebsd.org> In-Reply-To: <46679991.4080302@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1445799.q2Rs4MVs51"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706071539.08771.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Robin Gruyters , freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 06:09:15 -0000 --nextPart1445799.q2Rs4MVs51 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 07 June 2007 15:07, Tim Kientzle wrote: > >>> This morning I have revert libarchive (src/lib/libarchive) and > >>> tar (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or > >>> maybe not) it works fine now. > > > > After that I try to read/list the tar from tape with tar -t: > > $ sudo tar -tf /dev/sa0 > > archive.dmp > > tar: Unrecognized archive format: Inappropriate file type or format > > > > But when I extract the archive from tape, it works perfectly: > > $ sudo tar -xvf /dev/sa0 > > x archive.dmp > > What SCSI controller are you using? This could > conceivably be an issue with a particular SCSI > controller. ahc0: port 0xd000-0xd0ff mem 0xd08200= 00-0xd0820fff irq 23 at device 3.0 on pci5 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs =2E.. sa0 at ahc0 bus 0 target 2 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 160.000MB/s transfers (80.000MHz, offset 126, 16bit) > A few lines from 'dmesg' could help here. > > If I must, I suppose I could make 'tar' never > try to seek if it's talking directly to a device. > That would penalize devices that can seek, so I'd > rather find an alternate solution. Yeah that would be a gross work around :( > P.S. In the meantime, of course, tar from 6.1 and > gtar should both work in this situation. Or you can use dd to read from the tape. =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 --nextPart1445799.q2Rs4MVs51 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGZ6EE5ZPcIHs/zowRAnhHAJ0Vd9vmC6giNNelQEOk9J5mkK2hlACeJqHd /RATSBfvA5+0tDdQcGdx0Co= =BR3M -----END PGP SIGNATURE----- --nextPart1445799.q2Rs4MVs51-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 06:25: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 26B1716A46B; Thu, 7 Jun 2007 06:25:28 +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 664A413C44C; Thu, 7 Jun 2007 06:25:27 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l576PPxf005769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 15:55:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Tim Kientzle Date: Thu, 7 Jun 2007 15:55:21 +0930 User-Agent: KMail/1.9.5 References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <20070606095820.83tast6s0804osos@server.yirdis.nl> <46679117.5060909@freebsd.org> In-Reply-To: <46679117.5060909@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2149425.jFjPhz8vSj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706071555.22707.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Robin Gruyters , freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 06:25:28 -0000 --nextPart2149425.jFjPhz8vSj Content-Type: multipart/mixed; boundary="Boundary-01=_ST6ZGJeTQapGTpv" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_ST6ZGJeTQapGTpv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 07 June 2007 14:31, Tim Kientzle wrote: > sudo ktrace tar -tf /dev/sa0 > > Then run 'kdump | less' and see if you can find a pair of 'lseek' > calls, which will probably look something like this: > > 53127 bsdtar CALL lseek(0x3,0,0,0,0x1) > 53127 bsdtar RET lseek 6656000/0x659000 > 53127 bsdtar CALL lseek(0x3,0,0x70800,0,0x1) > 53127 bsdtar RET lseek 7116800/0x6c9800 I get the following.. 5378 bsdtar CALL lseek(0x3,0,0,0x1) 5378 bsdtar RET lseek 51200/0xc800 5378 bsdtar CALL lseek(0x3,0,0x2f800,0x1) 5378 bsdtar RET lseek 245760/0x3c000 > I believe you'll find that the SCSI tape driver > in 6.2 lies: It does not actually seek, but the > two lseek calls return different values. As a result, > tar believes that the body of the tar entry has been > skipped when it hasn't. This doesn't occur with tar > from 6.1 because the seek optimization was added after > that; it doesn't happen with compressed archives because > you cannot seek in compressed files. Hmm, so I wonder if this hypothesis can be tested by asking for the=20 position of the tape using mt before and after the seek.. Quick kludge attached.. [cain 15:54] ~ >./test /dev/nsa0: logical block location 0 /dev/nsa0: hardware block location 0 Current pos is 0 /dev/nsa0: logical block location 0 /dev/nsa0: hardware block location 0 Current pos is 100 /dev/nsa0: logical block location 0 /dev/nsa0: hardware block location 0 =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 --Boundary-01=_ST6ZGJeTQapGTpv-- --nextPart2149425.jFjPhz8vSj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGZ6TS5ZPcIHs/zowRAmN8AJ9gv63hOJeThRAMy83vyYb6ZRrCXgCfaNfu yNh2BkfDSX2+dipZLlequxA= =BmN2 -----END PGP SIGNATURE----- --nextPart2149425.jFjPhz8vSj-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 07: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 3098016A46B for ; Thu, 7 Jun 2007 07:01:34 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4EFAD13C45B for ; Thu, 7 Jun 2007 07:01:33 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (p57AE3B1B.dip0.t-ipconnect.de [87.174.59.27]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l5771aVW009074 for ; Thu, 7 Jun 2007 09:01:36 +0200 Date: Thu, 7 Jun 2007 09:05:40 +0200 From: Marc "UBM" Bocklet To: freebsd-stable@freebsd.org Message-Id: <20070607090540.7299279f.ubm@u-boot-man.de> In-Reply-To: <20070606234525.06fb4ee5.ubm@u-boot-man.de> References: <20070606234525.06fb4ee5.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__7_Jun_2007_09_05_40_+0200_J7+=tyYd7Amkb+bu" Subject: Re: Western Digital MyBook 250GB USB takes *really* long to be recognized X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 07:01:34 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__7_Jun_2007_09_05_40_+0200_J7+=tyYd7Amkb+bu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 6 Jun 2007 23:45:25 +0200 Marc "UBM" Bocklet wrote: > > Hiho! ;-) > > I just bought a Western Digital MyBook 250GB external USB 2.0 drive > and I stumbled upon the problem mentioned in: > > kern/107495: Fix long wait before WD My Book 250GB (USB) is recognized > > There's a patch attached to that PR, which I applied, but it didn't > help. > > FreeBSD version is FreeBSD ubm.mine.nu 6.2-STABLE FreeBSD 6.2-STABLE > 4: Wed Jun 6 19:58:12 CEST 2007 > > > > Symptoms are as follows: > > when I plug the drive in, it is immediately > recognized by umass as: > > umass0: Western Digital External HDD, rev 2.00/1.08, addr 2 > > About 10 to 15 minutes later, cam kicks in and recognizes it as: > > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > > >From that point onwards, everything works fine, I just finished > rsyncing my entire home directory (about 40gb) to the disk with ehci > enabled. > > I'm just curious if there is anything to be done about the long delay? > (not that I care that much, drive is attached to my "server", so it > won't be unplugged or be turned off very soon :-)) > > Thanks in advance! :-) forgot my dmesg, find it attached to this mail :-) Bye Marc --Multipart=_Thu__7_Jun_2007_09_05_40_+0200_J7+=tyYd7Amkb+bu Content-Type: application/octet-stream; name="dmesg" Content-Disposition: attachment; filename="dmesg" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA2LjItU1RBQkxFICM0OiBXZWQgSnVuICA2IDE5OjU4 OjEyIENFU1QgMjAwNwogICAgcm9vdEB1Ym0ubWluZS5udTovdXNyL29iai91c3Ivc3JjL3N5cy9T VUJNQVJJTkVfU01QCkFDUEkgQVBJQyBUYWJsZTogPFhQQyAgICBBV1JEQUNQST4KVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBBTUQgQXRobG9u KHRtKSA2NCBQcm9jZXNzb3IgMzUwMCsgKDEwMDQuOTAtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3Jp Z2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHhmZjAgIFN0ZXBwaW5nID0gMAogIEZlYXR1cmVz PTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1U UlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEFN RCBGZWF0dXJlcz0weGUwNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxMTSwzRE5vdyssM0ROb3c+CnJl YWwgbWVtb3J5ICA9IDEwNzM2NzYyODggKDEwMjMgTUIpCmF2YWlsIG1lbW9yeSA9IDEwNDE1MTg1 OTIgKDk5MyBNQikKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2Fy ZAphY3BpMDogPFhQQyBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRv biAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDQwMDgtMHg0MDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJu b3cwOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRv bj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNm ZiwweGNmMC0weGNmMyBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMAphZ3Aw OiA8TlZJRElBIG5Gb3JjZTMtMjUwIEFHUCBDb250cm9sbGVyPiBtZW0gMHhlODAwMDAwMC0weGVi ZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBk ZXZpY2UgMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaTA6IDxzZXJpYWwg YnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpvaGNpMDogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhlZTAwMjAwMC0weGVlMDAyZmZmIGly cSAyMCBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKb2hjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IE9I Q0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjA6IFNNTSBkb2VzIG5vdCByZXNwb25k LCByZXNldHRpbmcKdXNiMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNp MAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiBuVmlkaWEgT0hDSSByb290IGh1YiwgY2xh c3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDQgcG9ydHMgd2l0aCA0IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCm9oY2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IG1lbSAweGVlMDAzMDAwLTB4ZWUwMDNmZmYgaXJxIDIxIGF0IGRldmljZSAyLjEgb24gcGNpMApv aGNpMTogW0dJQU5ULUxPQ0tFRF0KdXNiMTogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBv cnQKdXNiMTogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1c2IxOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1 YjE6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIg MQp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxO VklESUEgbkZvcmNlMyAyNTAgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhlZTAwNDAwMC0weGVl MDA0MGZmIGlycSAyMiBhdCBkZXZpY2UgMi4yIG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURd CnVzYjI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMjogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCA0IHBv cnRzIGVhY2g6IHVzYjAgdXNiMQp1c2IyOiA8TlZJRElBIG5Gb3JjZTMgMjUwIFVTQiAyLjAgY29u dHJvbGxlcj4gb24gZWhjaTAKdXNiMjogVVNCIHJldmlzaW9uIDIuMAp1aHViMjogblZpZGlhIEVI Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxCnVodWIyOiA4IHBv cnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY20wOiA8blZpZGlhIG5Gb3JjZTMg MjUwPiBwb3J0IDB4ZTEwMC0weGUxZmYsMHhlMjAwLTB4ZTI3ZiBtZW0gMHhlZTAwMDAwMC0weGVl MDAwZmZmIGlycSAyMCBhdCBkZXZpY2UgNi4wIG9uIHBjaTAKcGNtMDogPEF2YW5jZSBMb2dpYyBB TEM2NTUgQUM5NyBDb2RlYz4KYXRhcGNpMDogPG5WaWRpYSBuRm9yY2UzIFBybyBVRE1BMTMzIGNv bnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmMDAw LTB4ZjAwZiBhdCBkZXZpY2UgOC4wIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0 YXBjaTAKYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhcGNpMTogPG5WaWRpYSBu Rm9yY2UzIFBybyBTQVRBMTUwIGNvbnRyb2xsZXI+IHBvcnQgMHg5ZjAtMHg5ZjcsMHhiZjAtMHhi ZjMsMHg5NzAtMHg5NzcsMHhiNzAtMHhiNzMsMHhlOTAwLTB4ZTkwZiwweGVhMDAtMHhlYTdmIGly cSAyMSBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwCmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFw Y2kxCmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kxCnBjaWIxOiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApw Y2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpvaGNpMjogPE5FQyB1UEQgOTIxMCBVU0IgY29u dHJvbGxlcj4gbWVtIDB4ZWQwMjYwMDAtMHhlZDAyNmZmZiBpcnEgMTggYXQgZGV2aWNlIDYuMCBv biBwY2kyCm9oY2kyOiBbR0lBTlQtTE9DS0VEXQp1c2IzOiBPSENJIHZlcnNpb24gMS4wCnVzYjM6 IDxORUMgdVBEIDkyMTAgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kyCnVzYjM6IFVTQiByZXZpc2lv biAxLjAKdWh1YjM6IE5FQyBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMQp1aHViMzogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKb2hj aTM6IDxORUMgdVBEIDkyMTAgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGVkMDI3MDAwLTB4ZWQwMjdm ZmYgaXJxIDE5IGF0IGRldmljZSA2LjEgb24gcGNpMgpvaGNpMzogW0dJQU5ULUxPQ0tFRF0KdXNi NDogT0hDSSB2ZXJzaW9uIDEuMAp1c2I0OiA8TkVDIHVQRCA5MjEwIFVTQiBjb250cm9sbGVyPiBv biBvaGNpMwp1c2I0OiBVU0IgcmV2aXNpb24gMS4wCnVodWI0OiBORUMgT0hDSSByb290IGh1Yiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjQ6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kxOiA8TkVDIHVQRCA3MjAxMDAgVVNCIDIuMCBjb250 cm9sbGVyPiBtZW0gMHhlZDAyNDAwMC0weGVkMDI0MGZmIGlycSAxNiBhdCBkZXZpY2UgNi4yIG9u IHBjaTIKZWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjU6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiNTog Y29tcGFuaW9uIGNvbnRyb2xsZXJzLCAzIHBvcnRzIGVhY2g6IHVzYjMgdXNiNAp1c2I1OiA8TkVD IHVQRCA3MjAxMDAgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMQp1c2I1OiBVU0IgcmV2aXNp b24gMi4wCnVodWI1OiBORUMgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAw LCBhZGRyIDEKdWh1YjU6IDUgcG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVt YXNzMDogV2VzdGVybiBEaWdpdGFsIEV4dGVybmFsIEhERCwgcmV2IDIuMDAvMS4wOCwgYWRkciAy CnBjaTI6IDxzZXJpYWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDcuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQpza2MwOiA8TWFydmVsbCBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZDEwMC0weGQx ZmYgbWVtIDB4ZWQwMjAwMDAtMHhlZDAyM2ZmZiBpcnEgMTYgYXQgZGV2aWNlIDguMCBvbiBwY2ky CnNrYzA6IE1hcnZlbGwgWXVrb24gTGl0ZSBHaWdhYml0IEV0aGVybmV0IHJldi4gQTMoMHg3KQpz azA6IDxNYXJ2ZWxsIFNlbWljb25kdWN0b3IsIEluYy4gWXVrb24+IG9uIHNrYzAKc2swOiBFdGhl cm5ldCBhZGRyZXNzOiAwMDozMDoxYjpiNTpmYjpkOQptaWlidXMwOiA8TUlJIGJ1cz4gb24gc2sw CmUxMDAwcGh5MDogPE1hcnZlbGwgODhFMTAwMCBHaWdhYml0IFBIWT4gb24gbWlpYnVzMAplMTAw MHBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAx MDAwYmFzZVRYLUZEWCwgYXV0bwphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKc2lv MDogPDE2NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZs YWdzIDB4MTAgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKcHBjMDogPEVDUCBwYXJhbGxlbCBw cmludGVyIHBvcnQ+IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2IgaXJxIDcgZHJxIDMgb24g YWNwaTAKcHBjMDogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01Q QVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2LzE2LzE2IGJ5dGVzIHRocmVzaG9sZApwcGJ1 czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAgbmV0d29yayBpbnRl cmZhY2U+IG9uIHBwYnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IEludGVycnVw dC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAK YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRr YmQwOiBbR0lBTlQtTE9DS0VEXQpwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJP TXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjYmZmZiwweGNjMDAwLTB4Y2ZmZmYsMHhkMDAwMC0weGQw ZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAK c2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJp YyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBp c2EwCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAw CnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnVtczA6IExvZ2l0ZWNoIFVTQi1QUy8yIE9w dGljYWwgTW91c2UsIHJldiAyLjAwLzI0LjEwLCBhZGRyIDIsIGljbGFzcyAzLzEKdW1zMDogOCBi dXR0b25zIGFuZCBaIGRpci4KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDEwMDQ4OTYxMDIg SHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDA6IDc2 MzE5TUIgPFNlYWdhdGUgU1QzODAwMjBBIDMuMzk+IGF0IGF0YTAtbWFzdGVyIFVETUExMDAKYWNk MDogQ0RSVyA8TElURS1PTiBMVFItMTIxMDFCL0xTM0c+IGF0IGF0YTEtbWFzdGVyIFBJTzQKdW1h c3MwOiBhdCB1aHViNSBwb3J0IDQgKGFkZHIgMikgZGlzY29ubmVjdGVkClRyeWluZyB0byBtb3Vu dCByb290IGZyb20gdWZzOi9kZXYvYWQwczFhCnVtYXNzMDogZGV0YWNoZWQKc2swOiBsaW5rIHN0 YXRlIGNoYW5nZWQgdG8gVVAKdW1hc3MwOiBXZXN0ZXJuIERpZ2l0YWwgRXh0ZXJuYWwgSERELCBy ZXYgMi4wMC8xLjA4LCBhZGRyIDI= --Multipart=_Thu__7_Jun_2007_09_05_40_+0200_J7+=tyYd7Amkb+bu-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 08:10: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 845FF16A41F for ; Thu, 7 Jun 2007 08:10:45 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id 1791613C45B for ; Thu, 7 Jun 2007 08:10:45 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HwCk5-0005yU-O3 for freebsd-stable@freebsd.org; Thu, 07 Jun 2007 09:49:13 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id BEBBA102C1C for ; Thu, 7 Jun 2007 09:49:13 +0200 (SAST) Message-ID: <4667B97D.2090200@za.verizonbusiness.com> Date: Thu, 07 Jun 2007 09:53:33 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Server setup as a Diskless Server on reboot sends DHCP Discover packets out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 08:10:45 -0000 Hey Guys, I have a strange one: I've setup a machine as a diskless server, using PXEBoot with ihc-dhcpd to offer dhcp and dhcp configuration information. I did a test reboot on the server, and found to my dismay that the server NIC's are sending out dhcp discover packets and trying to get an address. The NIC's IP info is captured correctly in /etc/rc.conf: ifconfig_bge0="inet 196.30.157.162 media 100baseTX mediaopt full-duplex netmask 255.255.255.192" ifconfig_bge1="inet 196.31.157.162 media 100baseTX mediaopt full-duplex netmask 255.255.255.0" and the /etc/dhclient.conf file is empty. I thought maybe it was the /conf directory used in the diskless Root structure creation, so I renamed it out of the way, but that made no difference. I can't seem to find where the definition is that makes the NIC's ask for DHCP info. Shortened output of /var/run/dmesg.boot pertaining to the DHCP Discover packets: Sending DHCP Discover packet from interface bge0 (00:0b:db:e6:a9:33) Sending DHCP Discover packet from interface bge1 (00:0b:db:e6:a9:35) DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Offer packet on bge0 from 196.30.157.161 (accepted) (no root path) Sending DHCP Request packet from interface bge0 (00:0b:db:e6:a9:33) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on bge0 from 196.30.157.161 (accepted) (got root path) DHCP timeout for interface bge1 bge0 at 196.30.157.149 server 196.30.157.161 server name diskless.csc.jnb6.za.uu.net boot file pxeboot subnet mask 255.255.255.192 router 196.30.157.129 rootfs 196.30.157.161:/diskless_root Adjusted interface bge0 Shutdown interface bge1 Trying to mount root from ufs:/dev/aacd0s1a 9 times out of ten the DHCP will just sit and timeout (it gets a DHCP return from my other diskless server running DHCPD) and then the 1 time out of 10 will mount the hard drive / partition. Thanks Kim Attree From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 08:19: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 0480A16A469 for ; Thu, 7 Jun 2007 08:19:05 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 67A0513C45B for ; Thu, 7 Jun 2007 08:19:04 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 9159240B809; Thu, 7 Jun 2007 15:19:01 +0700 (WIT) Message-ID: <4667C04B.8090509@tk-pttuntex.com> Date: Thu, 07 Jun 2007 15:22:35 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wesley Shields References: <4666668D.609@tk-pttuntex.com> <46666DCF.7050802@totalterror.net> <46667170.206@tk-pttuntex.com> <20070606141449.GD38752@atarininja.org> <4666ECCB.3060300@FreeBSD.org> <20070606174029.GB47047@atarininja.org> In-Reply-To: <20070606174029.GB47047@atarininja.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton , freebsd-stable@freebsd.org, Niki Denev Subject: Re: cvsup error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 08:19:05 -0000 Wesley Shields wrote: >On Wed, Jun 06, 2007 at 10:20:11AM -0700, Doug Barton wrote: > > >>Wesley Shields wrote: >> >> >> >>>The difference is that csup is written in C and included in the base. >>>The only lacking feature in csup is that it doesn't work in checkout >>>mode, which shouldn't be a problem for your average use. >>> >>> >>You have it backwards. csup _only_ works in checkout mode, what it >>can't do is mirror a repository. This is fine for the average FreeBSD >>user however, since checking out the current version of the src or >>ports tree is what the vast majority do anyway. >> >> > >You're right, my apologies. Not working in checkout mode defeats the >purpose for the vast majority of the people using it. I guess I just >wasn't thinking straight. > > > >>>I may be wrong about checkout mode, but that was a caveat when it went >>>into the tree IIRC. If that is no longer the case I apologize for the >>>misinformation. >>> >>> >>If you are going to offer advice on the lists, please take the time to >>verify that what you're saying is correct. Otherwise it's just a waste >>of time for all concerned. >> >>I'm picking on your post here a little because it's a good example of >>a disturbing trend, please don't take it personally. >> >> > >Don't worry, I'm not taking it personally. It just goes to show that I >should think twice and double check things before sending anything. :) > >Thank you for the clarification. > >-- WXS > > > just for clarification, using csup working flawlessly Thanks all for the responds. such a great community TIA ZeN From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 09:09: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 B9D4416A504 for ; Thu, 7 Jun 2007 09:09:20 +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 42C1B13C45D for ; Thu, 7 Jun 2007 09:09:19 +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.14.1/8.13.1) with ESMTP id l5799BxK001824; Thu, 7 Jun 2007 06:09:11 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Thu, 7 Jun 2007 06:07:56 -0300 User-Agent: KMail/1.9.6 References: <20070606153542.Y76617@woozle.rinet.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200706070607.56821.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.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: Ivan Voras Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 09:09:20 -0000 On Wednesday 06 June 2007 17:17:28 Ivan Voras wrote: > Dmitry Morozovsky wrote: > > Dear colleagues, > > > > on a newly built Supermicro with Pentium D 2.8 (Dual core) with SMP > > kernel I got zillions of 'runtime went backwards' errors, both on i386 > > and amd64 kernels. > > > > Upd: on GENERIC/amd64 kernel I got the same errors. > > Do you perhaps run with TSC timecounter? (that's the only cause I've > notice that can generate this message). I got recently some squid panics where the machines freezed accusing calcru= =20 went backwards too. This happened on amd64 with sources from first week of= =20 may. I got it on 20-30 days uptime untouched smp dual-core amds and two=20 opteron server. On all of them acpi-fast seems to be the counter. Anyway I= =20 did a cvsup and haven't seen the problem again so far. I did't get any=20 message before, the first caused a panic and funny all panics happened almo= st=20 the same hour last friday. =2D-=20 Jo=C3=A3o 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 Thu Jun 7 09:11: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 F034F16A469 for ; Thu, 7 Jun 2007 09:11:48 +0000 (UTC) (envelope-from n-butcher=freebsd-stable=freebsd.org=mmporwnv@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id C4EBC13C458 for ; Thu, 7 Jun 2007 09:11:48 +0000 (UTC) (envelope-from n-butcher=freebsd-stable=freebsd.org=mmporwnv@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1HwDrV-0001cS-0r; Thu, 07 Jun 2007 18:00:57 +0900 Message-ID: <4667C946.2020201@fusiongol.com> Date: Thu, 07 Jun 2007 18:00:54 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Abuse-Complaints: abuse@gol.com Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 09:11:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danny Braniss wrote: > > Hi all, > > I'm in the last mile before crossing the beta->release line, > > so I'd like to get some input, and update the list of targets it supports. > > you can obtain the driver from: > > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz Just tried it out. Set up a vmware FreeBSD 6.2 install on my windows box. Installed the kernel module and initiator program and targeted it at an OpenSolaris machine running ZFS and exporting a 1GB volume over iSCSI on our network. Did a newfs on the imported iSCSI /dev/da0 and mounted it OK. Copied files over to it OK. Ran bonnie++ over it as an experiment. Had the following kernel message pop-up twice, however: lnc0: Missed packet -- no receive buffer Not sure what the cause was. Perhaps I was just thrashing out my virtual NIC... -----BEGIN PGP SIGNATURE----- iD8DBQFGZ8lGcuckYiL1ACcRAgOcAKCIjdUMGZe+e+eqq6wI5zu20kx5EgCeNO6F MUKU9HSk5IQUFVehTKs9vt4= =gKDc -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 10:39: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 12C4E16A41F for ; Thu, 7 Jun 2007 10:39:07 +0000 (UTC) (envelope-from admin@d-metrius.ru) Received: from d-metrius.ru (d-metrius.ru [89.19.162.124]) by mx1.freebsd.org (Postfix) with ESMTP id C502113C48A for ; Thu, 7 Jun 2007 10:39:06 +0000 (UTC) (envelope-from admin@d-metrius.ru) Received: from D-METRIUS (pc.home [192.168.0.2]) by d-metrius.ru (Postfix) with ESMTP id D2CEEF741B for ; Thu, 7 Jun 2007 14:15:05 +0400 (MSD) Date: Thu, 7 Jun 2007 14:20:13 +0400 From: Baranov Dmitry X-Mailer: The Bat! (v3.98.4) Professional X-Priority: 3 (Normal) Message-ID: <16869594.20070607142013@d-metrius.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Baranov Dmitry List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 10:39:07 -0000 Hi, all! Is it possible to use VPN connections using bundled ppp without installing any additional software in FreeBSD 6.2 STABLE? Dmitry "d-Metrius" Baranov === e-mail: private: admin@d-metrius.ru www: http://www.d-metrius.ru icq: 87-97-07 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 12:08: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 94C6E16A400 for ; Thu, 7 Jun 2007 12:08:45 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 37D8B13C4B8 for ; Thu, 7 Jun 2007 12:08:43 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 59367 invoked by uid 89); 7 Jun 2007 11:39:22 -0000 Received: by simscan 1.2.0 ppid: 59358, pid: 59364, t: 0.8707s scanners: attach: 1.2.0 clamav: 0.88.7/m:43/d:3203 Received: from unknown (HELO claylaptop) (clay@milos.za.net@64.134.25.234) by bart.milos.co.za with ESMTPA; 7 Jun 2007 11:39:21 -0000 Message-ID: <017901c7a8f8$d7318110$1e917095@claylaptop> From: "Clayton Milos" To: "Baranov Dmitry" References: <16869594.20070607142013@d-metrius.ru> Date: Thu, 7 Jun 2007 06:41:47 -0500 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: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 12:08:45 -0000 > Hi, all! > > Is it possible to use VPN connections using bundled ppp without > installing any additional software in FreeBSD 6.2 STABLE? > > Dmitry "d-Metrius" Baranov > === > e-mail: private: admin@d-metrius.ru > www: http://www.d-metrius.ru > icq: 87-97-07 > Not as far as i know. Install /usr/ports/net/pptpclient/ That's what I use for pptp vpn's. It's easy to set up and works like a charm. -Clay From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 12:45: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 4A79716A46B; Thu, 7 Jun 2007 12:45:38 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from scarlett.lon.rewt.org.uk (scarlett.lon.rewt.org.uk [62.84.188.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1498413C468; Thu, 7 Jun 2007 12:45:37 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from [192.168.10.230] (unknown [78.86.5.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by scarlett.lon.rewt.org.uk (Postfix) with ESMTP id E5B5939833; Thu, 7 Jun 2007 13:26:59 +0100 (BST) Message-ID: <4667F982.5020903@joeholden.co.uk> Date: Thu, 07 Jun 2007 13:26:42 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Nathan Butcher References: <4667C946.2020201@fusiongol.com> In-Reply-To: <4667C946.2020201@fusiongol.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 12:45:38 -0000 Nathan Butcher wrote: > Danny Braniss wrote: > lnc0: Missed packet -- no receive buffer > > Not sure what the cause was. Perhaps I was just thrashing out my virtual > NIC... Yeah, thats an issue with the default vmware emulated nic... Ta, Joe From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 13:17: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 EE3D616A468 for ; Thu, 7 Jun 2007 13:17:16 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id B52C713C483 for ; Thu, 7 Jun 2007 13:17:16 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1HwHrX-0006Ef-Fg for ; Thu, 07 Jun 2007 15:17:15 +0200 Received: (qmail 48586 invoked from network); 7 Jun 2007 13:17:11 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 7 Jun 2007 13:17:11 -0000 Date: Thu, 07 Jun 2007 15:17:09 +0200 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <16869594.20070607142013@d-metrius.ru> <017901c7a8f8$d7318110$1e917095@claylaptop> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <017901c7a8f8$d7318110$1e917095@claylaptop> User-Agent: Opera Mail/9.21 (FreeBSD) Subject: Re: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 13:17:17 -0000 On Thu, 07 Jun 2007 13:41:47 +0200, Clayton Milos wro= te: >> Hi, all! >> >> Is it possible to use VPN connections using bundled ppp without >> installing any additional software in FreeBSD 6.2 STABLE? >> >> Dmitry "d-Metrius" Baranov >> =3D=3D=3D >> e-mail: private: admin@d-metrius.ru >> www: http://www.d-metrius.ru >> icq: 87-97-07 >> > > Not as far as i know. Install /usr/ports/net/pptpclient/ > That's what I use for pptp vpn's. It's easy to set up and works like a= = > charm. In 6-STABLE there is the lagg(4) driver. Ronald -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 13:22: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 9F02216A468 for ; Thu, 7 Jun 2007 13:22:50 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3F913C44C for ; Thu, 7 Jun 2007 13:22:50 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 8EFD286EA8; Thu, 7 Jun 2007 08:22:49 -0500 (CDT) From: "Roger Miranda " Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Thu, 7 Jun 2007 08:23:32 -0500 User-Agent: KMail/1.9.4 References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111643.08417.rmiranda@digitalrelay.ca> <20070511214735.GA31850@xor.obsecurity.org> In-Reply-To: <20070511214735.GA31850@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706070823.33104.rmiranda@digitalrelay.ca> Cc: Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 13:22:50 -0000 On Friday 11 May 2007 16:47, Kris Kennaway wrote: > > Am I possible looking at a hardware issue? If so > > what is the best way to test for it? > > If that doesn't work then in my experience it is likely to be > hardware-related. The usual debugging procedure then involves trying > to replicate on an unrelated machine, and/or swapping out hardware > components. Kris, Sorry for the time delay. But we have confirmed this is not a hardware issue. We have is dead locking across multiple systems, when bridge a moderate amount of tcp connections. I have no idea how to debug this. Could it be an issues with if_config of pf? We are using the latest drivers form intel. But have ruled it out as being an driver or network card related problem. Roger From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 13:35: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 24C2D16A46B; Thu, 7 Jun 2007 13:35:01 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from mail.yirdis.nl (82-148-208-109.fiber.unet.nl [82.148.208.109]) by mx1.freebsd.org (Postfix) with ESMTP id 85CAF13C458; Thu, 7 Jun 2007 13:34:59 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from server.yirdis.net (localhost [127.0.0.1]) by mail.yirdis.nl (8.13.8/8.13.8) with ESMTP id l57DYrVS094991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 15:34:53 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) Received: (from www@localhost) by server.yirdis.net (8.13.8/8.13.8/Submit) id l57DYrH3094990; Thu, 7 Jun 2007 15:34:53 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) X-Authentication-Warning: server.yirdis.net: www set sender to r.gruyters@yirdis.nl using -f Received: from hp-xw4300-02.yirdis.nl (hp-xw4300-02.yirdis.nl [10.8.0.29]) by server.yirdis.nl (Horde MIME library) with HTTP; Thu, 07 Jun 2007 15:34:52 +0200 Message-ID: <20070607153452.2hesg4lzz4k4ggs4@server.yirdis.nl> Date: Thu, 07 Jun 2007 15:34:52 +0200 From: Robin Gruyters To: Tim Kientzle References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <200706020852.21208.doconnor@gsoft.com.au> <20070604101603.f0ki85am800wso0k@server.yirdis.nl> <200706052131.44320.doconnor@gsoft.com.au> <46658EEB.5000008@freebsd.org> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> <46679991.4080302@freebsd.org> In-Reply-To: <46679991.4080302@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_79r4fvyxnz0g"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) / FreeBSD-5.4 X-Virus-Scanned: OK Cc: freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 13:35:01 -0000 This message is in MIME format and has been PGP signed. --=_79r4fvyxnz0g Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Tim Kientzle : >>>> This morning I have revert libarchive (src/lib/libarchive) and tar >>>> (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) >>>> it works fine now. >> >> After that I try to read/list the tar from tape with tar -t: >> $ sudo tar -tf /dev/sa0 >> archive.dmp >> tar: Unrecognized archive format: Inappropriate file type or format >> >> But when I extract the archive from tape, it works perfectly: >> $ sudo tar -xvf /dev/sa0 >> x archive.dmp > > What SCSI controller are you using? This could > conceivably be an issue with a particular SCSI > controller. > > A few lines from 'dmesg' could help here. > Here you go ciss0: port 0x4000-0x40ff mem =20 0xfdff0000-0xfdff1fff,0xfdf800 00-0xfdfbffff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] .. sa0 at ciss0 bus 33 target 5 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 135.168MB/s transfers > P.S. In the meantime, of course, tar from 6.1 and > gtar should both work in this situation. > Yep, at the moment I have switched the tar release back to the one from 6.1. Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 --=_79r4fvyxnz0g Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGaAl8Lh3hlgHmc7MRAh11AJ9bh+xiEyXzkmO9IGC1zpuYHTwo2gCeMR9P ZJTRBEm73OkQ5cdz5/kRRw4= =230z -----END PGP SIGNATURE----- --=_79r4fvyxnz0g-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 13:38: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 B0D5516A46B; Thu, 7 Jun 2007 13:38:47 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from mail.yirdis.nl (82-148-208-109.fiber.unet.nl [82.148.208.109]) by mx1.freebsd.org (Postfix) with ESMTP id 27EC513C455; Thu, 7 Jun 2007 13:38:46 +0000 (UTC) (envelope-from r.gruyters@yirdis.nl) Received: from server.yirdis.net (localhost [127.0.0.1]) by mail.yirdis.nl (8.13.8/8.13.8) with ESMTP id l57DcjbQ095448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 15:38:45 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) Received: (from www@localhost) by server.yirdis.net (8.13.8/8.13.8/Submit) id l57Dcjmt095447; Thu, 7 Jun 2007 15:38:45 +0200 (CEST) (envelope-from r.gruyters@yirdis.nl) X-Authentication-Warning: server.yirdis.net: www set sender to r.gruyters@yirdis.nl using -f Received: from hp-xw4300-02.yirdis.nl (hp-xw4300-02.yirdis.nl [10.8.0.29]) by server.yirdis.nl (Horde MIME library) with HTTP; Thu, 07 Jun 2007 15:38:45 +0200 Message-ID: <20070607153845.24h3nl968skg4scc@server.yirdis.nl> Date: Thu, 07 Jun 2007 15:38:45 +0200 From: Robin Gruyters To: Tim Kientzle References: <20070601114047.z6qgi686os4ogw4o@server.yirdis.nl> <46658EEB.5000008@freebsd.org> <20070606084406.8v6nkbtv9csgs880@server.yirdis.nl> <200706061715.06603.doconnor@gsoft.com.au> <20070606095820.83tast6s0804osos@server.yirdis.nl> <46679117.5060909@freebsd.org> In-Reply-To: <46679117.5060909@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_1qej9eria2ro"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) / FreeBSD-5.4 X-Virus-Scanned: OK Cc: freebsd-stable@freebsd.org Subject: Re: Unrecognized archive format with RELENG_6_2 and RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 13:38:47 -0000 This message is in MIME format and has been PGP signed. --=_1qej9eria2ro Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Tim Kientzle : >>>> After that I try to read/list the tar from tape with tar -t: >>>> $ sudo tar -tf /dev/sa0 >>>> archive.dmp >>>> tar: Unrecognized archive format: Inappropriate file type or format >>>> >>>> But when I extract the archive from tape, it works perfectly: >>>> $ sudo tar -xvf /dev/sa0 >>> >>> Using dd to feed tar does work though. (I think this agrees with Robin's >>> findings although the fact that it works with -z is curious) >>> >>> This is a Tandberg TS400 (LTO2 drive, LTO1 tape) >>> >> idd, same problem here. When using -z option, works perfectly. =20 >> Without it, it fails. >> >> Our tapedrive is a "HP C7438A V312". (DAT) > > Please try the following: > > sudo ktrace tar -tf /dev/sa0 > > Then run 'kdump | less' and see if you can find a pair of 'lseek' calls, > which will probably look something like this: > > 53127 bsdtar CALL lseek(0x3,0,0,0,0x1) > 53127 bsdtar RET lseek 6656000/0x659000 > 53127 bsdtar CALL lseek(0x3,0,0x70800,0,0x1) > 53127 bsdtar RET lseek 7116800/0x6c9800 > Here you go: 95225 bsdtar CALL lseek(0x3,0,0,0,0x1) 95225 bsdtar RET lseek 65536/0x10000 95225 bsdtar CALL lseek(0x3,0,0,0,0x1) 95225 bsdtar RET lseek 65536/0x10000 Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 --=_1qej9eria2ro Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGaAplLh3hlgHmc7MRAnW9AKDQLwIGVZKR+aMPNjiIg4T3qQedRQCfSvbE wtm60Amiv6qjr6QD8UCU5Q8= =sK4o -----END PGP SIGNATURE----- --=_1qej9eria2ro-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 13:38:54 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 A8A6B16A421 for ; Thu, 7 Jun 2007 13:38:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9986D13C448 for ; Thu, 7 Jun 2007 13:38:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 19EA41CC01C; Thu, 7 Jun 2007 06:27:02 -0700 (PDT) Date: Thu, 7 Jun 2007 06:27:02 -0700 From: Jeremy Chadwick To: Tom McLaughlin Message-ID: <20070607132702.GA76905@eos.sc1.parodius.com> Mail-Followup-To: Tom McLaughlin , stable@FreeBSD.org References: <1181188200.1797.3.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1181188200.1797.3.camel@localhost> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@FreeBSD.org Subject: Re: ACPI hanging shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 13:38:54 -0000 On Wed, Jun 06, 2007 at 11:50:00PM -0400, Tom McLaughlin wrote: > Sometime between the beginning of April and May 14(?) there appears to > have been a change in ACPI which is causing my IBM R51 to hang when > shutting down. I see syslog exit and then nothing. I need to do a hard > shutdown with the partitions still mounted for it to turn off. I booted > without ACPI and the problem has gone away. Successive updates have not > solved this. Anyone know what could be causing this? Thanks. Have you checked and/or tried setting the following two sysctls? I believe the one you might want is hw.acpi.handle_reboot=1. $ sysctl -a | grep 'acpi.*reboot' hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 -- | 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 Jun 7 14:07: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 4B7B816A400 for ; Thu, 7 Jun 2007 14:07:16 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id EE5E913C43E for ; Thu, 7 Jun 2007 14:07:15 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so450574nzn for ; Thu, 07 Jun 2007 07:07:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QLnVuP4ZpRrVSC0rkdZRfLXa94Fdp/3VveNyE55Xb5kW91LaaZdr5F7c8/HIILOfBUZAErderWSNA7OiwHfkTaz5nzGoFRyZIDTaP8KP7854oblu1CvbswVI0uthAU7uVi2Sv4LzviYZb/hKQAlsX5hCNQL2wBu6AikcFjCgDdM= 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=cfoIJ+rtkiEGPZsIskJNaQac3f55b1rGAZkw4plDbDd6yy9Jr9isGDWPAYYJ6/IHt7ao35ibuBQblzGuSxc83KPkOx6M/phhsagbua2LXpjc+s9v1Sn6Rdg0G4wUflPTszar5rqJC+1LKuMypF7lA4VncTG3/ThOwi9Ey+FTUAs= Received: by 10.114.184.16 with SMTP id h16mr1587027waf.1181223716962; Thu, 07 Jun 2007 06:41:56 -0700 (PDT) Received: by 10.114.135.20 with HTTP; Thu, 7 Jun 2007 06:41:56 -0700 (PDT) Message-ID: Date: Thu, 7 Jun 2007 17:41:56 +0400 From: ghozzy To: "Baranov Dmitry" In-Reply-To: <16869594.20070607142013@d-metrius.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <16869594.20070607142013@d-metrius.ru> Cc: freebsd-stable@freebsd.org Subject: Re: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 14:07:16 -0000 On 6/7/07, Baranov Dmitry wrote: > Hi, all! > > Is it possible to use VPN connections using bundled ppp without > installing any additional software in FreeBSD 6.2 STABLE? > > Dmitry "d-Metrius" Baranov > === > e-mail: private: admin@d-metrius.ru > www: http://www.d-metrius.ru > icq: 87-97-07 VPN connections between FreeBSD and what ? Another FreeBSD or Windows ? I use VPN between FreeBSD and FreeBSD using ssh as a secure tunnel and run /usr/sbin/ppp over that. Works very fine for me. If you mean that, i can send you my configs and scripts. -- ghozzy From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 15:26: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 0662016A468 for ; Thu, 7 Jun 2007 15:26:37 +0000 (UTC) (envelope-from muxas@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id B71C813C468 for ; Thu, 7 Jun 2007 15:26:36 +0000 (UTC) (envelope-from muxas@mail.ru) Received: from mx33.mail.ru (mx33.mail.ru [194.67.23.194]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 080759C005 for ; Thu, 7 Jun 2007 14:59:51 +0400 (MSD) Received: from [80.243.71.203] (port=49740 helo=devel.muxas.net) by mx33.mail.ru with asmtp id 1HwFiJ-000LPm-00; Thu, 07 Jun 2007 14:59:35 +0400 Message-ID: <46687ED5.3000200@mail.ru> Date: Thu, 07 Jun 2007 21:55:33 +0000 From: Maxim Vetrov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.2) Gecko/20070506 SeaMonkey/1.1.1 MIME-Version: 1.0 To: Baranov Dmitry References: <16869594.20070607142013@d-metrius.ru> In-Reply-To: <16869594.20070607142013@d-metrius.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 15:26:37 -0000 Baranov Dmitry wrote: > Hi, all! > > Is it possible to use VPN connections using bundled ppp without > installing any additional software in FreeBSD 6.2 STABLE? > > Dmitry "d-Metrius" Baranov > === > e-mail: private: admin@d-metrius.ru > www: http://www.d-metrius.ru > icq: 87-97-07 > > _______________________________________________ > 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" > > > Yes, but be prepared! :-) Man ppp: "...It is possible to configure ppp to participate in Microsoft's Windows VPN..." Regards, Muxas From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 19:12: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 7DC1D16A400 for ; Thu, 7 Jun 2007 19:12:19 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp806.mail.ird.yahoo.com (smtp806.mail.ird.yahoo.com [217.146.188.66]) by mx1.freebsd.org (Postfix) with SMTP id EDC1613C4AE for ; Thu, 7 Jun 2007 19:12:18 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 1165 invoked from network); 7 Jun 2007 19:12:17 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@217.44.143.76 with plain) by smtp806.mail.ird.yahoo.com with SMTP; 7 Jun 2007 19:12:17 -0000 X-YMail-OSG: RHY8CSAVM1nCL5y5cAtCO6PZD5sO2QgpOtOZMEGuFOHTwl8aXgYBoM8AJlLhGRBBuLZwPHeyRZ4WK_.N0wgeQ1I- Message-ID: <46685971.1000007@tomjudge.com> Date: Thu, 07 Jun 2007 20:16:01 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with BCE network adapter (Dell PE2950) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 19:12:19 -0000 Hi, I am seeing some problems with one of my Dell PowerEdge 2950's (running RELENG_6_2) on board bce NICs. The interface seems to crash with the following errors, to which the fix seems to be and "ifconfig bce0 down; ifconfig bce0 up": Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading ethernet header (len 4294967292 pkt len 4294967292) Jun 7 12:20:29 gonzo last message repeated 54 times Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not responding Is this a know problem? If so is there a solution? Tom #uname -a FreeBSD gonzo.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #10: Thu Apr 5 10:53:39 BST 2007 root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 amd64 amd64 Intel(R) Xeon(R) CPU 5160 @ 3.00GHz FreeBSD ## dmesg.boot snippet bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:18:8b:88:d8:81 ## pciconf -lv snippet bce0@pci9:0:0: class=0x020000 card=0x01b21028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet #ifconfig bce0 bce0: flags=8843 mtu 8192 options=3b inet 172.31.0.13 netmask 0xffffff00 broadcast 172.31.0.255 inet 172.31.0.157 netmask 0xffffffff broadcast 172.31.0.157 inet 172.31.0.161 netmask 0xffffffff broadcast 172.31.0.161 ether 00:18:8b:88:d8:81 media: Ethernet autoselect (1000baseTX ) status: active #Switch port counters console# show interfaces counters ethernet g10 Port InOctets InUcastPkts InMcastPkts InBcastPkts ---------------- ---------- ----------- ----------- ----------- g10 2615415297 87563987 0 13480 Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts ---------------- ---------- ------------ ------------ ------------ g10 2535595313 136391705 10740316 1420686 FCS Errors: 0 Single Collision Frames: 0 Late Collisions: 0 Excessive Collisions: 0 Internal MAC Tx Errors: 0 Oversize Packets: 0 Internal MAC Rx Errors: 0 Received Pause Frames: 0 Transmitted Pause Frames: 0 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 19:43: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 7B57616A469 for ; Thu, 7 Jun 2007 19:43:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6740813C45A for ; Thu, 7 Jun 2007 19:43:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 863561A4D91; Thu, 7 Jun 2007 12:43:15 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id D60EC513F4; Thu, 7 Jun 2007 14:27:24 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id C4F62C207; Thu, 7 Jun 2007 14:27:24 -0400 (EDT) Date: Thu, 7 Jun 2007 14:27:24 -0400 From: Kris Kennaway To: Roger Miranda Message-ID: <20070607182724.GA27795@rot13.obsecurity.org> References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111643.08417.rmiranda@digitalrelay.ca> <20070511214735.GA31850@xor.obsecurity.org> <200706070823.33104.rmiranda@digitalrelay.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706070823.33104.rmiranda@digitalrelay.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 19:43:14 -0000 On Thu, Jun 07, 2007 at 08:23:32AM -0500, Roger Miranda wrote: > On Friday 11 May 2007 16:47, Kris Kennaway wrote: > > > Am I possible looking at a hardware issue? If so > > > what is the best way to test for it? > > > > If that doesn't work then in my experience it is likely to be > > hardware-related. The usual debugging procedure then involves trying > > to replicate on an unrelated machine, and/or swapping out hardware > > components. > > Kris, > > Sorry for the time delay. > > But we have confirmed this is not a hardware issue. We have is dead locking > across multiple systems, when bridge a moderate amount of tcp connections. > > I have no idea how to debug this. > > Could it be an issues with if_config of pf? We are using the latest drivers > form intel. But have ruled it out as being an driver or network card related > problem. And to confirm, WITNESS finds nothing and you are unable to break to DDB even with STOP_NMI? Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 23:22: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 8FFDF16A468 for ; Thu, 7 Jun 2007 23:22:08 +0000 (UTC) (envelope-from daniel-dvorak@atlas.cz) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2332913C44C for ; Thu, 7 Jun 2007 23:22:08 +0000 (UTC) (envelope-from daniel-dvorak@atlas.cz) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id B07371C982F for ; Fri, 8 Jun 2007 01:01:35 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00608-09 for ; Fri, 8 Jun 2007 01:01:30 +0200 (CEST) Received: from [10.40.8.101] (rikgw.hellteam.net [82.208.56.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 74F421C982B for ; Fri, 8 Jun 2007 01:01:30 +0200 (CEST) Message-ID: <46688E48.4040609@atlas.cz> Date: Fri, 08 Jun 2007 01:01:28 +0200 From: =?ISO-8859-2?Q?Daniel_Dvo=F8=E1k?= User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at pipa.vshosting.cz Subject: unionfs through whole / with upper layer on remote NFS directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel-dvorak@atlas.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 23:22:08 -0000 Hi all, can you advise me if it is real and realizable what I plan ? Here it is, I have installed fbsd-6-stable pc with the last unionfs diff-19 patch and have a recompiled kernel with this new unionfs implementation and I would like this: - /dev/ad0s1a on CF card is read-only permanently - mdconfig is forbiden to create var and tmp ramdisks in rc.conf - to my custom directory for example /unionfs is mounted remote NFS directory with read-write rights and with no_all_squash or no_root_squash and sync options etc. - the upper layer of unionfs should be on this remote NFS directory - the lower layer of unionfs should be the whole mount point / the whole CF card with ro When I tried to start this command, new error message appeared and I do not know what to do with this probably because I do something wrong. The mount_unionfs utility attaches directory above uniondir in such a way that the contents of both directory trees remain visible. By default, directory becomes the upper layer and uniondir becomes the lower layer. So directory is /unionfs and lower layer is the whole / # mount -t unionfs /unionfs / mount_unionfs: /unionfs (/unionfs) and / (/) are not distinct paths the second try: # mount -t unionfs /unionfs /dev/ad0s1a like with cd-rom mount: /dev/ad0s1a: not a directory but with /var it is okay # mount -t unionfs /unionfs /var # mount /dev/ad0s1a on / (ufs, NFS exported, local) devfs on /dev (devfs, local) /dev/ad0s2a on /free (ufs, local, soft-updates) procfs on /proc (procfs, local) :/unionfs on /var (unionfs, local) NFS:/home/buffer on /unionfs (nfs) It seems that lower layer could not be the whole / or /dev/ad0s1a, doesn´t it ? Bye Dan From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 02:05:41 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 042F116A469 for ; Fri, 8 Jun 2007 02:05:41 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id B6BEB13C480 for ; Fri, 8 Jun 2007 02:05:40 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l5825dWe024839; Thu, 7 Jun 2007 22:05:40 -0400 (EDT) From: Tom McLaughlin To: Jeremy Chadwick In-Reply-To: <20070607132702.GA76905@eos.sc1.parodius.com> References: <1181188200.1797.3.camel@localhost> <20070607132702.GA76905@eos.sc1.parodius.com> Content-Type: text/plain Date: Thu, 07 Jun 2007 22:05:39 -0400 Message-Id: <1181268339.1806.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: ACPI hanging shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 02:05:41 -0000 On Thu, 2007-06-07 at 06:27 -0700, Jeremy Chadwick wrote: > On Wed, Jun 06, 2007 at 11:50:00PM -0400, Tom McLaughlin wrote: > > Sometime between the beginning of April and May 14(?) there appears to > > have been a change in ACPI which is causing my IBM R51 to hang when > > shutting down. I see syslog exit and then nothing. I need to do a hard > > shutdown with the partitions still mounted for it to turn off. I booted > > without ACPI and the problem has gone away. Successive updates have not > > solved this. Anyone know what could be causing this? Thanks. > > Have you checked and/or tried setting the following two sysctls? > I believe the one you might want is hw.acpi.handle_reboot=1. > > $ sysctl -a | grep 'acpi.*reboot' > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > Setting hw.acpi.handle_reboot=1 and a reboot did the trick. Thanks. Curious what has changed to cause this. tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 06:22: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 B9F9016A400 for ; Fri, 8 Jun 2007 06:22:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 75BDE13C447 for ; Fri, 8 Jun 2007 06:22:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HwXUu-000JXi-48; Fri, 08 Jun 2007 08:58:56 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ivan Voras In-reply-to: Your message of Thu, 07 Jun 2007 22:56:15 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Jun 2007 08:58:55 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 06:22:43 -0000 > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enig2465C3FB4D976B8B44FBA3F0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable > > Danny Braniss wrote: > > Hi all, > > I'm in the last mile before crossing the beta->release line, > > so I'd like to get some input, and update the list of targets it suppor= > ts. > > you can obtain the driver from: > > Have you tested it with net/iscsi-target from ports? I get the following > messages and errors when I try it: > > Jun 7 22:53:08 finstall kernel: ic_action: called > Jun 7 22:53:08 finstall kernel: ic_action: func_code=3D0x901 flags=3D0xc= > 0 > status=3D0x0 target=3D0 lun=3D0 retry_count=3D1 timeout=3D300000 > Jun 7 22:53:08 finstall kernel: ic_action: XPT_SCSI_IO cmd=3D0x35 > Jun 7 22:53:08 finstall kernel: scsi_encap: called > Jun 7 22:53:08 finstall kernel: scsi_encap: ccb->sp=3D0xc2e97c00 > Jun 7 22:53:08 finstall kernel: dwl: called > Jun 7 22:53:08 finstall kernel: isc_qout: called > Jun 7 22:53:08 finstall kernel: 0] isc_qout: enqued: pq=3D0xc37ff0bc > Jun 7 22:53:08 finstall kernel: proc_out: called > Jun 7 22:53:08 finstall kernel: 0] proc_out: opcode=3D0x1 sn(cmd=3D0x27 > expCmd=3D0x26 maxCmd=3D0x26 expStat=3D0x0 itt=3D0x27) > Jun 7 22:53:08 finstall kernel: isc_sendPDU: called > Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D1 > Jun 7 22:53:08 finstall kernel: proc_out: called > Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D0 > Jun 7 22:53:08 finstall kernel: so_input: called > Jun 7 22:53:08 finstall kernel: so_getbhs: called > Jun 7 22:53:08 finstall kernel: proc_out: called > Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D0 > Jun 7 22:53:08 finstall kernel: so_recv: called > Jun 7 22:53:08 finstall kernel: 0] so_recv: len=3D48] opcode=3D0x21 > ahs_len=3D0x0 ds_len=3D0x0 > Jun 7 22:53:08 finstall kernel: ism_recv: called > Jun 7 22:53:08 finstall kernel: 0] ism_recv: opcode=3D0x21 itt=3D0x27 > stat#0x1 maxcmd=3D0x27 > Jun 7 22:53:08 finstall kernel: _scsi_rsp: called > Jun 7 22:53:08 finstall kernel: _scsi_rsp: itt=3D27 pq=3D0xc37ff5e0 > opq=3D0xc37ff0bc > Jun 7 22:53:08 finstall kernel: iscsi_done: called > Jun 7 22:53:08 finstall kernel: _scsi_done: called > Jun 7 22:53:08 finstall kernel: _scsi_done: ccb_h->status=3D1 > Jun 7 22:53:08 finstall kernel: so_input: called > Jun 7 22:53:08 finstall kernel: so_getbhs: called > Jun 7 22:53:08 finstall kernel: proc_out: called > Jun 7 22:53:08 finstall kernel: 0] ism_proc: odone=3D0 > Jun 7 22:53:08 finstall iscontrol[2084]: cam_open_btl: no passthrough > device found at 1:0:1 > Jun 7 22:53:08 finstall iscontrol[2084]: cam_open_btl: no passthrough > device found at 1:0:2 > Jun 7 22:53:08 finstall iscontrol[2084]: cam_open_btl: no passthrough > device found at 1:0:3 > Jun 7 22:53:38 finstall kernel: _nop_out: called > Jun 7 22:53:38 finstall kernel: 0] _nop_out: cws=3D1 > Jun 7 22:53:38 finstall kernel: proc_out: called > Jun 7 22:53:38 finstall kernel: 0] ism_proc: odone=3D0 > > The message on the machine running scsi-target is: "Unsupported INQUIRY > VPD page 80" yes, I have tested it against ports/net/iscsi-target, I use it to try out errror recovery :-), and as far as I could tell it's harmelss. Anothere thing I can report is that running both (target/initiator) does not work, and it seems that the target gets stuck. danny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 07: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 70D4F16A421 for ; Fri, 8 Jun 2007 07:29:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 29C9C13C465 for ; Fri, 8 Jun 2007 07:29:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HwYNQ-000Ky5-Pd; Fri, 08 Jun 2007 09:55:16 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ivan Voras In-reply-to: References: Comments: In-reply-to Danny Braniss message dated "Fri, 08 Jun 2007 08:58:55 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Jun 2007 09:55:16 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 07:29:47 -0000 ... > > The message on the machine running scsi-target is: "Unsupported INQUIRY > > VPD page 80" > yes, I have tested it against ports/net/iscsi-target, I use it to try out > errror recovery :-), and as far as I could tell it's harmelss. > Anothere thing I can report is that running both (target/initiator) does not ^ on the same host > work, and it seems that the target gets stuck. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 07:35: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 1E69E16A46C for ; Fri, 8 Jun 2007 07:35:35 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id A7BC413C4AE for ; Fri, 8 Jun 2007 07:35:34 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so745891ika for ; Fri, 08 Jun 2007 00:35:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LHoCl9k3O1xMKsOpEPWGPvB7Gnd7Ldyjbi0yXKM2H2CODQH0jy8eEiS2SnNsxCwqM/G2wKzR099aCLyZ8RGYLI4HlqzhtotkikmXsZitNfm91ogpD5Bl/V9tmpR/vMEVb3ri1J3iPOQle5AqKVTCMfTaCsAoaazrmJKlbQ7gD5s= 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=KkP4H3GCpPSeCHPhOtCoMWcsevp+lRZ2bcfc50P//L9KzSpicLSNaER4i0QHnwE+CCOExr94ahJAz0+Mm9OA7Ij7h2VpIZU8FfdtqMd8m479dn4ICOrJDi94BQMaTQ7GkabX0lGgjvpYJC/ajB8H4wUk6Ve21Hq3a/LfuuWyTWg= Received: by 10.65.222.11 with SMTP id z11mr440936qbq.1181288133085; Fri, 08 Jun 2007 00:35:33 -0700 (PDT) Received: by 10.65.160.1 with HTTP; Fri, 8 Jun 2007 00:35:33 -0700 (PDT) Message-ID: Date: Fri, 8 Jun 2007 11:35:33 +0400 From: "Alexey Karagodov" To: "Kris Kennaway" In-Reply-To: <20070607182724.GA27795@rot13.obsecurity.org> MIME-Version: 1.0 References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111643.08417.rmiranda@digitalrelay.ca> <20070511214735.GA31850@xor.obsecurity.org> <200706070823.33104.rmiranda@digitalrelay.ca> <20070607182724.GA27795@rot13.obsecurity.org> 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: Roger Miranda , freebsd-stable@freebsd.org Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 07:35:35 -0000 just another some words: i have had similar trouble but my server reboots problem was in ECC correctable errors but FreeBSD kernel just reboot machine when this occures linux kernel wrote me what is the problem i don't know how to figure out that in FreeBSD and other hardware issues ... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 08:16: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 DEE0016A41F for ; Fri, 8 Jun 2007 08:16:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C7E3013C465 for ; Fri, 8 Jun 2007 08:16:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AC0311A3C1A; Fri, 8 Jun 2007 01:16:26 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 2539E511D0; Fri, 8 Jun 2007 04:16:27 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 12797C219; Fri, 8 Jun 2007 04:16:27 -0400 (EDT) Date: Fri, 8 Jun 2007 04:16:27 -0400 From: Kris Kennaway To: Alexey Karagodov Message-ID: <20070608081627.GA39783@rot13.obsecurity.org> References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111643.08417.rmiranda@digitalrelay.ca> <20070511214735.GA31850@xor.obsecurity.org> <200706070823.33104.rmiranda@digitalrelay.ca> <20070607182724.GA27795@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Roger Miranda , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 08:16:28 -0000 On Fri, Jun 08, 2007 at 11:35:33AM +0400, Alexey Karagodov wrote: > just another some words: > > i have had similar trouble but my server reboots > > problem was in ECC correctable errors but FreeBSD kernel just reboot machine > when this occures > linux kernel wrote me what is the problem > i don't know how to figure out that in FreeBSD and other hardware issues ... Not at all the same, then. Check your BIOS for the event log of ECC errors. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 10:22:17 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 C45A216A469 for ; Fri, 8 Jun 2007 10:22:17 +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 3134E13C487 for ; Fri, 8 Jun 2007 10:22:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jktuxo@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l58AM9Zx065702; Fri, 8 Jun 2007 12:22:14 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l58AM9FC065701; Fri, 8 Jun 2007 12:22:09 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Jun 2007 12:22:09 +0200 (CEST) Message-Id: <200706081022.l58AM9FC065701@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kim.attree@za.verizonbusiness.com In-Reply-To: <4667B97D.2090200@za.verizonbusiness.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]); Fri, 08 Jun 2007 12:22:15 +0200 (CEST) Cc: Subject: Re: Server setup as a Diskless Server on reboot sends DHCP Discover packets out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 10:22:17 -0000 Kim Attree wrote: > I've setup a machine as a diskless server, using PXEBoot with ihc-dhcpd > to offer dhcp and dhcp configuration information. I did a test reboot on > the server, and found to my dismay that the server NIC's are sending out > dhcp discover packets and trying to get an address. > > The NIC's IP info is captured correctly in /etc/rc.conf: > [...] > and the /etc/dhclient.conf file is empty. I thought maybe it was the > /conf directory used in the diskless Root structure creation, so I > renamed it out of the way, but that made no difference. > > I can't seem to find where the definition is that makes the NIC's ask > for DHCP info. > > Shortened output of /var/run/dmesg.boot pertaining to the DHCP Discover > packets: > > > Sending DHCP Discover packet from interface bge0 (00:0b:db:e6:a9:33) > Sending DHCP Discover packet from interface bge1 (00:0b:db:e6:a9:35) That's the kernel itself trying to perform BOOTP/DHCP. It does that before mounting the root file system (which might be mounted via NFS anyway, requiring an IP address to be obtained via BOOTP or DHCP). If you don't want that, then remove "options BOOTP" from your kernel config file and rebuild your 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 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 Fri Jun 8 10:30: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 8E7A416A41F; Fri, 8 Jun 2007 10:30:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1B13213C458; Fri, 8 Jun 2007 10:30:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Hwbjx-0001gJ-KV; Fri, 08 Jun 2007 13:30:45 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: John Nielsen In-reply-to: <20070606122953.mnndzgmvkcc0s8c8@newwebmail.jnielsen.net> References: <20070606122953.mnndzgmvkcc0s8c8@newwebmail.jnielsen.net> Comments: In-reply-to John Nielsen message dated "Wed, 06 Jun 2007 12:29:53 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Jun 2007 13:30:45 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI initiator tester wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 10:30:48 -0000 > A couple comments just from reading through this, see below. > > > #!/bin/sh > > > > # PROVIDE: iscsi > > # REQUIRE: NETWORKING > > # BEFORE: DAEMON > > # KEYWORD: nojail shutdown > > > > # > > # Add the following lines to /etc/rc.conf to enable iscsi: > > # > > # iscsi_enable="YES" > > # iscsi_fstab="/etc/fstab.iscsi" > > The iscsi_exports knob should also be documented here. agreed > > > . /etc/rc.subr > > > > name=iscsi > > rcvar=`set_rcvar` > > > > command=/usr/local/sbin/iscontrol > > Assuming this gets commited this will want to be /sbin/iscontrol. > absolutely > > iscsi_enable=${iscsi_enable:-"NO"} > > iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} > > iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} > > > > start_cmd="iscsi_start" > > faststop_cmp="iscsi_stop" > > stop_cmd="iscsi_stop" > > > > iscsi_wait() > > { > > dev=$1 > > trap "echo 'wait loop cancelled'; exit 1" 2 > > count=0 > > while true; do > > if [ -c $dev ]; then > > break; > > fi > > if [ $count -eq 0 ]; then > > echo -n Waiting for ${dev}': ' > > fi > > count=$((${count} + 1)) > > if [ $count -eq 6 ]; then > > echo ' Failed' > > return 0 > > break > > fi > > echo -n '.' > > sleep 5; > > done > > echo '.' > > return 1 > > } > > > > iscsi_start() > > { > > # > > # load needed modules > > for m in iscsi_initiator geom_label; do > > kldstat -qm $m || kldload $m > > done > > Good thinking making geom_label a pseudo-requirement. Examples and > documentation for fstab.iscsi should strongly recommend its use, since > device names will vary. > > > sysctl debug.iscsi=2 > > Maybe make this another rc variable that could be set in /etc/rc.conf. > You'll probably also want to change the module's default verbosity > level once it becomes more official. it will be zero by default, and no reason to clobber rc.conf. > > > # > > # start iscontrol for each target > > if [ -n "${iscsi_targets}" ]; then > > for target in ${iscsi_targets}; do > > ${command} ${rc_flags} -n ${target} > > done > > fi > > > > if [ -f "${iscsi_fstab}" ]; then > > while read spec file type opt t1 t2 > > do > > case ${spec} in > > \#*|'') > > ;; > > *) > > if iscsi_wait ${spec}; then > > break; > > fi > > echo type=$type spec=$spec file=$file > > fsck -p ${spec} && mount ${spec} ${file} > > ;; > > esac > > done < ${iscsi_fstab} > > fi > > > > if [ -f "${iscsi_exports}" ]; then > > cat ${iscsi_exports} >> /etc/exports > > #/etc/rc.d/mountd reload does not work, why? > > kill -1 `cat /var/run/mountd.pid` > > fi > > } > > Look at how Pawel handled this with ZFS (mostly in the zfs and mountd > rc.d scripts), and use the fact that mountd can take multiple exports > files on its command line to your advantage. i.e. appending to the > normal exports file is not really what you want to do. I like the idea of keeping things from spreading around, and maybe /etc/rc.d/mountd can be taught to use all exportfs.something files might be an idea, specially since sometimes one has to '/etc/rc.d/mountd reload' - i miss 'exportfs -a' :-) > > > iscsi_stop() > > { > > echo 'iscsi stopping' > > while read spec file type opt t1 t2 > > do > > case ${spec} in > > \#*|'') > > ;; > > *) > > echo iscsi: umount $spec > > umount -fv $spec > > # and remove from the exports ... > > See above; this could be a no-op. > > > ;; > > esac > > done < ${iscsi_fstab} > > } > > > > load_rc_config $name > > run_rc_command "$1" > > ------ > > problems with the above script: > > - no background fsck > > It would be nice not to re-invent the wheel here, and there are other > reasons it would be nice to just use /etc/fstab instead of adding a new > file -- a number of utilities use /etc/fstab to map between mountpoints > and device names even if the device isn't mounted. Did you try this > approach, and if so what obstacles did you encounter? I will play > around with this if I have time. The "late" fstab/mount option will > probably be useful here. it all boils down to my not-liking-to-spread-out syndrome, rc.conf should have all that is needed to configure a host, but alas, that is a too minimalistic approach, since there are also config files. well, some of the solutions take into concideration my local environment, most of the servers and workstations are 'dataless', they share many files, and via DHCP/rc.conf and some other magic, it all works. Except for 'small' changes in cofiguration files, ie: most of the hosts have serial console enabled, but a few problematic ones don't. [easy solution: a script that changes off/on accroding to some rc.conf tunable). most have a common fstab (cdrom, proc, linproc0, but different disks (da,ad,etc). so it would be nice to be able to keep the common stuff (DEFAULT) and the merge the diffs. and i don't want to go the XML road, nor any other heavy handed solution. ok, enough ramblings for a bussy morning. chears, danny PS: and sorry to polute/cross-post, and yes some of this should have gone to rc@freebsd, too late :-) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 12:52: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 6054816A421 for ; Fri, 8 Jun 2007 12:52:43 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 952DC13C44B for ; Fri, 8 Jun 2007 12:52:42 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l587KXk6068321; Fri, 8 Jun 2007 11:20:33 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 8 Jun 2007 11:20:33 +0400 (MSD) From: Dmitry Morozovsky To: Matthew Dillon In-Reply-To: <200706062127.l56LRYTe090137@apollo.backplane.com> Message-ID: <20070608111809.U97287@woozle.rinet.ru> References: <20070606153542.Y76617@woozle.rinet.ru> <20070606231940.T91939@woozle.rinet.ru> <200706062127.l56LRYTe090137@apollo.backplane.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 08 Jun 2007 11:20:34 +0400 (MSD) Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 12:52:43 -0000 On Wed, 6 Jun 2007, Matthew Dillon wrote: MD> :IV> > Upd: on GENERIC/amd64 kernel I got the same errors. MD> :IV> MD> :IV> Do you perhaps run with TSC timecounter? (that's the only cause I've notice MD> :IV> that can generate this message). MD> : MD> :Nope: MD> : MD> :marck@ct-new:~> sysctl kern.timecounter MD> :kern.timecounter.tick: 1 MD> :kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) MD> :kern.timecounter.hardware: ACPI-fast MD> :... MD> MD> kgdb your live kernel and 'print cpu_ticks'. See what the cpu ticker MD> is actually pointing at, because it might not be the time counter. MD> It could still be TSC. Hmm, i'm not sure I understand you right: what do you mean by 'kgdb live kernel'? I send break over serial console, and in ddb got db> print cpu_ticks Symbol not found Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 13:22: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 ED7EF16A400 for ; Fri, 8 Jun 2007 13:22:49 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.freebsd.org (Postfix) with SMTP id A12C113C448 for ; Fri, 8 Jun 2007 13:22:49 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 13554 invoked from network); 8 Jun 2007 13:22:48 -0000 Received: from unknown (24.144.77.243) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 08 Jun 2007 13:22:48 -0000 Message-ID: <46695828.90805@seclark.us> Date: Fri, 08 Jun 2007 09:22:48 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 13:22:50 -0000 Hello List, A few weeks ago I installed 6.2. I did a cvsup of the ports and now anytime I try to make anything that uses X I get something like the following: ===> Patching for tk-8.5.a.6_1 ===> Applying FreeBSD patches for tk-8.5.a.6_1 ===> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/libraries - not found ===> Verifying install for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. *** Error code 1 I have been following the thread on xorg 7.2. The /usr/src/UPDATING says under caveats "Make sure you have the x11/xorg meta-port installed" When I run make in the x11/xorg dir I get the following which says use portupgrade if you want to upgrade X.Org. /usr/ports/x11/xorg]# make This is a meta-port, meaning that it just depends on its subparts of the port. It won't build and install all the parts until you have typed make install This port does not ensure things are upgraded; use portupgrade if you want to upgrade X.Org. If you simply type 'make install' it may use over 2GB to build all of the subports. You can install the ports singly if you are low on space. So now which is it? Use the meta port or portupgrade? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 13:53:24 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 3C67416A468 for ; Fri, 8 Jun 2007 13:53:24 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from mail.vega.ru (mx1.vega.ru [87.242.77.163]) by mx1.freebsd.org (Postfix) with ESMTP id D9CCA13C44C for ; Fri, 8 Jun 2007 13:53:23 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from msk-ly-gw1.masterhost.ru ([87.242.97.36]:50834 helo=dimma.masterhost.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HweHb-000DHD-UW for stable@freebsd.org; Fri, 08 Jun 2007 13:13:39 +0000 Message-ID: <46695602.8020100@higis.ru> Date: Fri, 08 Jun 2007 17:13:38 +0400 From: Dmitriy Kirhlarov User-Agent: Thunderbird 2.0.0.0 (X11/20070603) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: autofs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 13:53:24 -0000 Hi, list. I'm find in source tree : /usr/src/lib/libautofs /usr/src/sbin/mount_autofs /usr/src/share/examples/autofs /usr/src/share/man/man5/autofs.5 Sorry, for stupid question. Could somebody explain me, how I can build it and why it doesn't build by default? WBR. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 15:24: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 803D616A468 for ; Fri, 8 Jun 2007 15:24:45 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id E610A13C448 for ; Fri, 8 Jun 2007 15:24:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id u2so1114141uge for ; Fri, 08 Jun 2007 08:24:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=m9tab1nOWEZIfmlEakC3aZ6EjEASSAgKehNRkOO82lrtNQpTpqRZKAvPJJqIumFEhfanUjji1zHM3W1HgwLl3YCSnXVNIhfIHphh3oo/BHpdv1oP1z/TxDMAjoGbfVaYTQuMyI9IFzK+yMQg/kTby2ldVnYsYLZLhNkyd2sppRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Yf5UQnt0pzh+cK5EuqUvlxeVFdWl4+HesiJQr1W41WUcfsa2m6wKOab15yhAnmfRBLBwrvkQlUC8Rk6130YUe2/VPHf6SEDR9NVLpwJx5C4ZWhM1tQVNk0A799hHA32Ragp/2wAYFW7hNMWjfU7oGXfwOpv6uBObmOHageLLHDs= Received: by 10.78.170.6 with SMTP id s6mr1270074hue.1181316283032; Fri, 08 Jun 2007 08:24:43 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id h6sm914906nfh.2007.06.08.08.24.41 (version=SSLv3 cipher=RC4-MD5); Fri, 08 Jun 2007 08:24:42 -0700 (PDT) From: Tom Evans To: Stephen.Clark@seclark.us In-Reply-To: <46695828.90805@seclark.us> References: <46695828.90805@seclark.us> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cjrYSbPghKgiVg6LCQZg" Date: Fri, 08 Jun 2007 16:24:40 +0100 Message-Id: <1181316280.48432.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 15:24:45 -0000 --=-cjrYSbPghKgiVg6LCQZg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-06-08 at 09:22 -0400, Stephen Clark wrote: > Hello List, >=20 > A few weeks ago I installed 6.2. I did a cvsup of the ports and now=20 > anytime I try to make > anything that uses X I get something like the following: >=20 > =3D=3D=3D> Patching for tk-8.5.a.6_1 > =3D=3D=3D> Applying FreeBSD patches for tk-8.5.a.6_1 > =3D=3D=3D> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/librar= ies -=20 > not found > =3D=3D=3D> Verifying install for /usr/local/libdata/xorg/libraries in=20 > /usr/ports/x11/xorg-libraries > Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2= . > *** Error code 1 >=20 >=20 > I have been following the thread on xorg 7.2. >=20 > The /usr/src/UPDATING says under caveats > "Make sure you have the x11/xorg meta-port installed" >=20 > When I run make in the x11/xorg dir I get the following which > says use portupgrade if you want to upgrade X.Org. >=20 >=20 > /usr/ports/x11/xorg]# make > This is a meta-port, meaning that it just depends on its subparts of the=20 > port. > It won't build and install all the parts until you have typed make instal= l > This port does not ensure things are upgraded; use portupgrade if you=20 > want to > upgrade X.Org. If you simply type 'make install' it may use over 2GB to=20 > build > all of the subports. You can install the ports singly if you are low on=20 > space. >=20 > So now which is it? >=20 > Use the meta port or portupgrade? >=20 > Thanks, > Steve >=20 I'd read /usr/ports/UPDATING again, if you follow the exact instructions in that file, you won't have many problems. --=-cjrYSbPghKgiVg6LCQZg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGaXS4lcRvFfyds/cRAnfhAJsF231opMLXYkyCRQ7H6K3XyuJTdgCfea/X I/mQOunyBbPDUfSZqkjW3No= =vj6R -----END PGP SIGNATURE----- --=-cjrYSbPghKgiVg6LCQZg-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 16:45: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 B01FA16A421 for ; Fri, 8 Jun 2007 16:45:38 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth14.prod.mesa1.secureserver.net (smtpauth14.prod.mesa1.secureserver.net [64.202.165.39]) by mx1.freebsd.org (Postfix) with SMTP id 7728113C457 for ; Fri, 8 Jun 2007 16:45:38 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 1656 invoked from network); 8 Jun 2007 16:45:35 -0000 Received: from unknown (24.144.77.243) by smtpauth14.prod.mesa1.secureserver.net (64.202.165.39) with ESMTP; 08 Jun 2007 16:45:35 -0000 Message-ID: <466987AE.70503@seclark.us> Date: Fri, 08 Jun 2007 12:45:34 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tom Evans References: <46695828.90805@seclark.us> <1181316280.48432.13.camel@localhost> In-Reply-To: <1181316280.48432.13.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 16:45:38 -0000 Tom Evans wrote: >On Fri, 2007-06-08 at 09:22 -0400, Stephen Clark wrote: > > >>Hello List, >> >>A few weeks ago I installed 6.2. I did a cvsup of the ports and now >>anytime I try to make >>anything that uses X I get something like the following: >> >>===> Patching for tk-8.5.a.6_1 >>===> Applying FreeBSD patches for tk-8.5.a.6_1 >>===> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/libraries - >>not found >>===> Verifying install for /usr/local/libdata/xorg/libraries in >>/usr/ports/x11/xorg-libraries >>Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. >>*** Error code 1 >> >> >>I have been following the thread on xorg 7.2. >> >>The /usr/src/UPDATING says under caveats >>"Make sure you have the x11/xorg meta-port installed" >> >>When I run make in the x11/xorg dir I get the following which >>says use portupgrade if you want to upgrade X.Org. >> >> >>/usr/ports/x11/xorg]# make >>This is a meta-port, meaning that it just depends on its subparts of the >>port. >>It won't build and install all the parts until you have typed make install >>This port does not ensure things are upgraded; use portupgrade if you >>want to >>upgrade X.Org. If you simply type 'make install' it may use over 2GB to >>build >>all of the subports. You can install the ports singly if you are low on >>space. >> >>So now which is it? >> >>Use the meta port or portupgrade? >> >>Thanks, >>Steve >> >> >> > >I'd read /usr/ports/UPDATING again, if you follow the exact instructions > > ^^^^^^^^^^^^^^^^ I have it printed out sitting right in front of me. >in that file, you won't have many problems. > > But what about this paragraph under caveats from /usr/ports/UPDATING: "Make sure you have the x11/xorg meta-port installed. If you do not have this meta-port installed with X.Org 6.9, you will miss out on a lot of the new X.Org 7.2 sub-ports." -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 16:46: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 A17EF16A41F for ; Fri, 8 Jun 2007 16:46:41 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 44C8413C468 for ; Fri, 8 Jun 2007 16:46:41 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 91EBB1A000B20 for ; Fri, 8 Jun 2007 09:13:43 -0700 (PDT) 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 m4W6lzGT0g+V for ; Fri, 8 Jun 2007 09:13:38 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 7D7451A000B21 for ; Fri, 8 Jun 2007 09:13:38 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: freebsd-stable@freebsd.org Date: Fri, 8 Jun 2007 09:13:37 -0700 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_xAYaGaYwoE9GN/h" Message-Id: <200706080913.37450.fjwcash+freebsd@gmail.com> Subject: Can't get if_txp(4) to attach to a 3CR990B-TXM NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 16:46:41 -0000 --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Good morning, I'm having a bit of an issue getting a 3CR990B-TXM NIC detected and usable. Just wondering if anyone knows of any issues with this NIC chipset and/or with the motherboard chipset. The motherboard is a Biostar GeForce 6100 AM2 using an nVidia nForce 410 chipset and nVidia GeForce 6100 vide chipset. I've tried FreeBSD 6.1, 6.2, 6-STABLE (from Wed), and 7-CURRENT (from Thu) on this system. Everything installs nicely, everything on the board is detected correctly and usable. It's just the PCI NIC that doesn't work. If I compile a custom kernel without any network drivers in it, and then kldload if_txp, the following appears (same message on all 4 versions): txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 16 at device 8.0 on pci3 txp0: not waiting for boot device_attach: txp0 attach returned -1 If I reboot and load if_nve (on 6.2 and 6-stable), then I get: nve0: port 0xdc00-0xdc07 mem 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 nve0: Ethernet address 00:19:21:37:d5:60 Followed by the above messages for txp0 (it seems to detect and load if_txp automativally when loading if_nve). I've updated the BIOS on the motherboard. I've tried different PCI slots on the motherboard. Nothing changes. The "not waiting for boot" message keeps appearing. Attached are dmesg output from: 6.1-RELEASE GENERIC kernel dmesg_6.1.txt 6.2-RELEASE GENERIC kernel dmesg_6.2.txt 6.2-RELEASE GENERIC kernel verbose boot dmesg_6.2_verbose.txt 6-STABLE GENERIC kernel dmesg_6_generic.txt 6-STABLE TEST kernel (no NIC drivers) dmesg_6_custom.txt 7-CURRENT GENERIC kernel dmesg_7_generic.txt 7-CURRENT TEST kernel (no NIC drivers) dmesg_7_custom.txt I've looked through the cvsweb entries for txp and didn't see anything related to this issue. Reading the man page for if_txp(4) doesn't show anything about this error. I tried reading the source, but C is pretty much Greek to me. Everything I've read online says this NIC should work, and other are using it successfully. My gut feeling is that it's something to do with the motherboard chipset and the way it detects the NIC. But I could be way off. (As a test, I popped in a Kanotix LiveCD and the 3Com NIC is detected and usable, so it's [hopefully] not a defective NIC.) Anyone have any suggestions? Comments? Methods to destroy the NIC as an act of defiance? :) -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_6.1.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_6.1.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2800+ (1607.32-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19,CR8> real memory = 518979584 (494 MB) avail memory = 498470912 (475 MB) 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 acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR Jun 4 12:36:37 last message repeated 3 times acpi0: reservation of 1bf00000, 100000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 22 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib3: at device 16.0 on pci0 pci3: on pcib3 txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 18 at device 6.0 on pci3 txp0: not waiting for boot device_attach: txp0 attach returned -1 txp1: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xb800-0xb87f mem 0xfdcfe000-0xfdcfe07f irq 16 at device 8.0 on pci3 txp1: not waiting for boot device_attach: txp1 attach returned -1 pci0: at device 20.0 (no driver attached) acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1607323656 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_6.2_verbose.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_6.2_verbose.txt" Jun 5 08:59:41 kernel: Copyright (c) 1992-2007 The FreeBSD Project. Jun 5 08:59:41 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jun 5 08:59:41 kernel: The Regents of the University of California. All rights reserved. Jun 5 08:59:41 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jun 5 08:59:41 kernel: FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 Jun 5 08:59:41 kernel: root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Jun 5 08:59:41 kernel: mptable_probe: MP Config Table has bad signature: Jun 5 08:59:41 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jun 5 08:59:41 kernel: CPU: AMD Sempron(tm) Processor 2800+ (1607.32-MHz 686-class CPU) Jun 5 08:59:41 kernel: Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Jun 5 08:59:41 kernel: Features=0x78bfbff Jun 5 08:59:41 kernel: Features2=0x2001 Jun 5 08:59:41 kernel: AMD Features=0xea500800 Jun 5 08:59:41 kernel: AMD Features2=0x19,CR8> Jun 5 08:59:41 kernel: real memory = 518979584 (494 MB) Jun 5 08:59:41 kernel: avail memory = 498413568 (475 MB) Jun 5 08:59:41 kernel: kbd1 at kbdmux0 Jun 5 08:59:41 kernel: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Jun 5 08:59:41 kernel: acpi0: on motherboard Jun 5 08:59:41 kernel: acpi_bus_number: can't get _ADR Jun 5 08:59:41 kernel: acpi_bus_number: can't get _ADR Jun 5 08:59:41 kernel: acpi0: Power Button (fixed) Jun 5 08:59:41 kernel: acpi_bus_number: can't get _ADR Jun 5 08:59:41 last message repeated 3 times Jun 5 08:59:41 kernel: acpi0: reservation of 1bf00000, 100000 (3) failed Jun 5 08:59:41 kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Jun 5 08:59:41 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Jun 5 08:59:41 kernel: cpu0: on acpi0 Jun 5 08:59:41 kernel: acpi_button0: on acpi0 Jun 5 08:59:41 kernel: acpi_button1: on acpi0 Jun 5 08:59:41 kernel: pcib0: port 0xcf8-0xcff on acpi0 Jun 5 08:59:41 kernel: pci0: on pcib0 Jun 5 08:59:41 kernel: pci0: at device 0.0 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.1 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.2 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.3 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.4 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.5 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.6 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 0.7 (no driver attached) Jun 5 08:59:41 kernel: pcib1: at device 3.0 on pci0 Jun 5 08:59:41 kernel: pci1: on pcib1 Jun 5 08:59:41 kernel: pcib2: at device 4.0 on pci0 Jun 5 08:59:41 kernel: pci2: on pcib2 Jun 5 08:59:41 kernel: pci0: at device 5.0 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 9.0 (no driver attached) Jun 5 08:59:41 kernel: isab0: at device 10.0 on pci0 Jun 5 08:59:41 kernel: isa0: on isab0 Jun 5 08:59:41 kernel: pci0: at device 10.1 (no driver attached) Jun 5 08:59:41 kernel: pci0: at device 10.2 (no driver attached) Jun 5 08:59:41 kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 Jun 5 08:59:41 kernel: ata0: on atapci0 Jun 5 08:59:41 kernel: ata1: on atapci0 Jun 5 08:59:41 kernel: atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 11 at device 14.0 on pci0 Jun 5 08:59:41 kernel: ata2: on atapci1 Jun 5 08:59:41 kernel: ata3: on atapci1 Jun 5 08:59:41 kernel: pcib3: at device 16.0 on pci0 Jun 5 08:59:41 kernel: pci3: on pcib3 Jun 5 08:59:41 kernel: txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 10 at device 6.0 on pci3 Jun 5 08:59:41 kernel: txp0: not waiting for boot Jun 5 08:59:41 kernel: device_attach: txp0 attach returned -1 Jun 5 08:59:41 kernel: txp1: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xb800-0xb87f mem 0xfdcfe000-0xfdcfe07f irq 5 at device 8.0 on pci3 Jun 5 08:59:41 kernel: txp1: not waiting for boot Jun 5 08:59:41 kernel: device_attach: txp1 attach returned -1 Jun 5 08:59:41 kernel: nve0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 11 at device 20.0 on pci0 Jun 5 08:59:41 kernel: nve0: Ethernet address 00:19:21:37:d5:60 Jun 5 08:59:41 kernel: miibus0: on nve0 Jun 5 08:59:41 kernel: rlphy0: on miibus0 Jun 5 08:59:41 kernel: rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Jun 5 08:59:41 kernel: nve0: Ethernet address: 00:19:21:37:d5:60 Jun 5 08:59:41 kernel: acpi_tz0: on acpi0 Jun 5 08:59:41 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Jun 5 08:59:41 kernel: fdc0: [FAST] Jun 5 08:59:41 kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Jun 5 08:59:41 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Jun 5 08:59:41 kernel: sio0: type 16550A Jun 5 08:59:41 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jun 5 08:59:41 kernel: atkbd0: irq 1 on atkbdc0 Jun 5 08:59:41 kernel: kbd0 at atkbd0 Jun 5 08:59:41 kernel: atkbd0: [GIANT-LOCKED] Jun 5 08:59:41 kernel: psm0: irq 12 on atkbdc0 Jun 5 08:59:41 kernel: psm0: [GIANT-LOCKED] Jun 5 08:59:41 kernel: psm0: model IntelliMouse, device ID 3 Jun 5 08:59:41 kernel: pmtimer0 on isa0 Jun 5 08:59:41 kernel: ppc0: parallel port not found. Jun 5 08:59:41 kernel: sc0: at flags 0x100 on isa0 Jun 5 08:59:41 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jun 5 08:59:41 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Jun 5 08:59:41 kernel: sio1: port may not be enabled Jun 5 08:59:41 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jun 5 08:59:41 kernel: Timecounter "TSC" frequency 1607323617 Hz quality 800 Jun 5 08:59:41 kernel: Timecounters tick every 1.000 msec Jun 5 08:59:41 kernel: ad4: 152627MB at ata2-master SATA150 Jun 5 08:59:41 kernel: Trying to mount root from ufs:/dev/ad4s1a Jun 5 08:59:48 su: fcash to root on /dev/ttyv0 Jun 5 09:00:16 shutdown: reboot by fcash: Jun 5 09:00:18 syslogd: exiting on signal 15 Jun 5 09:01:45 syslogd: kernel boot file is /boot/kernel/kernel 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 Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b52000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b52188. MP Configuration Table version 1.4 found at 0xc00f1da4 Table 'FACP' at 0x1eef30c0 Table 'MCFG' at 0x1eef9140 Table 'APIC' at 0x1eef9080 MADT: Found table at 0x1eef9080 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193317 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1607326403 Hz CPU: AMD Sempron(tm) Processor 2800+ (1607.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19,CR8> Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 128 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 518979584 (494 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001e5f8fff, 496844800 bytes (121300 pages) avail memory = 498425856 (475 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa190 bios32: Entry = 0xfa7a0 (c00fa7a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xa7d0 pnpbios: Found PnP BIOS data at 0xc00fb370 pnpbios: Entry = f0000:b3a0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high MADT: Interrupt override: source 14, irq 14 ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high MADT: Interrupt override: source 15, irq 15 ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: 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 (Jan 12 2007 10:40:02) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80005088 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=050000] [hdr=80] is there (id=02f110de) pcibios: BIOS version 3.00 Found $PIR table, 9 entries at 0xc00fd080 PCI-Only Interrupts: 5 7 10 11 Location Bus Device Pin Link IRQs slot 1 3 6 A 0x03 5 7 9 10 11 14 15 slot 1 3 6 B 0x04 5 7 9 10 11 14 15 slot 1 3 6 C 0x01 5 7 9 10 11 14 15 slot 1 3 6 D 0x02 5 7 9 10 11 14 15 slot 2 3 8 A 0x01 5 7 9 10 11 14 15 slot 2 3 8 B 0x02 5 7 9 10 11 14 15 slot 2 3 8 C 0x03 5 7 9 10 11 14 15 slot 2 3 8 D 0x04 5 7 9 10 11 14 15 slot 3 3 7 A 0x02 5 7 9 10 11 14 15 slot 3 3 7 B 0x03 5 7 9 10 11 14 15 slot 3 3 7 C 0x04 5 7 9 10 11 14 15 slot 3 3 7 D 0x01 5 7 9 10 11 14 15 slot 4 1 0 A 0x05 5 7 9 10 11 14 15 slot 4 1 0 B 0x06 5 7 9 10 11 14 15 slot 4 1 0 C 0x07 5 7 9 10 11 14 15 slot 4 1 0 D 0x08 5 7 9 10 11 14 15 slot 5 255 0 A 0x06 5 7 9 10 11 14 15 slot 5 255 0 B 0x07 5 7 9 10 11 14 15 slot 5 255 0 C 0x08 5 7 9 10 11 14 15 slot 5 255 0 D 0x05 5 7 9 10 11 14 15 embedded 0 5 A 0x07 5 7 9 10 11 14 15 embedded 0 5 B 0x08 5 7 9 10 11 14 15 embedded 0 5 C 0x05 5 7 9 10 11 14 15 embedded 0 5 D 0x06 5 7 9 10 11 14 15 embedded 0 10 A 0x0a 5 7 9 10 11 14 15 embedded 0 10 B 0x0d 5 7 9 10 11 14 15 embedded 0 16 B 0x13 5 7 9 10 11 14 15 embedded 0 16 C 0x14 5 7 9 10 11 14 15 embedded 0 16 D 0x15 5 7 9 10 11 14 15 embedded 0 14 A 0x0f 5 7 9 10 11 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 10 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xcd08f000 pa 0x9e000 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 5 func 0 acpi0: reservation of 1bf00000, 100000 (3) failed ACPI timer: 1/2 0/3 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 9 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 9 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link13: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link13: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 9 10 11 14 15 pci_link15: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 9 10 11 14 15 pci_link15: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link18: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link18: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link18: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link19: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link19: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link19: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link20: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 17 pci_link20: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 17 pci_link20: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 17 pci_link21: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 18 pci_link21: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 18 pci_link21: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 18 pci_link22: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 19 pci_link22: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 19 pci_link22: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 19 pci_link23: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link23: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link23: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link24: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link24: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link24: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link25: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link25: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link25: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link26: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link26: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link26: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link27: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link27: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link27: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link28: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link28: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link28: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link29: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link29: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link29: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link30: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link30: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link30: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link31: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link31: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link31: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link32: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link32: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link32: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link33: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link33: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link33: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link34: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link34: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link34: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link35: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link35: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link35: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link36: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link36: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link36: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link37: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link37: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link37: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link38: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link38: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 pci_link38: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 23 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x10de, dev=0x02f1, revid=0xa2 bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fa, revid=0xa2 bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0100, statreg=0x4020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fe, revid=0xa2 bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02f8, revid=0xa2 bus=0, slot=0, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02f9, revid=0xa2 bus=0, slot=0, func=4 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02ff, revid=0xa2 bus=0, slot=0, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x027f, revid=0xa2 bus=0, slot=0, func=6 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x027e, revid=0xa2 bus=0, slot=0, func=7 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fd, revid=0xa1 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fb, revid=0xa1 bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0242, revid=0xa2 bus=0, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fc000000, size 24, enabled map[14]: type 3, range 64, base d0000000, size 28, enabled map[1c]: type 1, range 64, base fb000000, size 24, enabled pcib0: matched entry for 0.5.INTA (src \_SB_.PCI0.APC7:0) pci_link25: Picked IRQ 16 with weight 0 pcib0: slot 5 INTA routed to irq 16 via \_SB_.PCI0.APC7 found-> vendor=0x10de, dev=0x0270, revid=0xa2 bus=0, slot=9, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0261, revid=0xa3 bus=0, slot=10, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0264, revid=0xa3 bus=0, slot=10, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001c00, size 6, enabled map[24]: type 4, range 32, base 00001c40, size 6, enabled pcib0: matched entry for 0.10.INTA (src \_SB_.PCI0.APCS:0) pci_link34: Picked IRQ 20 with weight 0 pcib0: slot 10 INTA routed to irq 20 via \_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x0272, revid=0xa3 bus=0, slot=10, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0265, revid=0xa1 bus=0, slot=13, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000f400, size 4, enabled found-> vendor=0x10de, dev=0x0266, revid=0xa1 bus=0, slot=14, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type 4, range 32, base 000009f0, size 3, enabled map[14]: type 4, range 32, base 00000bf0, size 2, enabled map[18]: type 4, range 32, base 00000970, size 3, enabled map[1c]: type 4, range 32, base 00000b70, size 2, enabled map[20]: type 4, range 32, base 0000e000, size 4, enabled map[24]: type 1, range 32, base fe02e000, size 12, enabled pcib0: matched entry for 0.14.INTA (src \_SB_.PCI0.APSI:0) pci_link38: Picked IRQ 21 with weight 0 pcib0: slot 14 INTA routed to irq 21 via \_SB_.PCI0.APSI found-> vendor=0x10de, dev=0x026f, revid=0xa2 bus=0, slot=16, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfde00000-0xfdefffff pcib1: prefetched decode 0xfdd00000-0xfddfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.XVRB - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 pcib2: at device 4.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xfdc00000-0xfdcfffff pcib2: prefetched decode 0xfd900000-0xfd9fffff pcib2: could not get PCI interrupt routing table for \_SB_.PCI0.XVRA - AE_NOT_FOUND pci2: on pcib2 pci2: physical bus=2 pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf400 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 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=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02e000-0xfe02efff irq 21 at device 14.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 51 atapci1: [MPSAFE] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02e000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata3: SATA connect status=00000000 ata3: [MPSAFE] pcib3: at device 16.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xb000-0xbfff pcib3: memory decode 0xfdb00000-0xfdbfffff pcib3: prefetched decode 0xfda00000-0xfdafffff pcib3: Subtractively decoded bridge. pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x10b7, dev=0x9904, revid=0x03 bus=3, slot=6, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000bc00, size 7, enabled pcib3: (null) requested I/O range 0xbc00-0xbc7f: in range map[14]: type 1, range 32, base fdbff000, size 7, enabled pcib3: (null) requested memory range 0xfdbff000-0xfdbff07f: good pcib3: matched entry for 3.6.INTA (src \_SB_.PCI0.APC3:0) pci_link21: Picked IRQ 18 with weight 0 pcib3: slot 6 INTA routed to irq 18 via \_SB_.PCI0.APC3 found-> vendor=0x10b7, dev=0x9904, revid=0x03 bus=3, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000b800, size 7, enabled pcib3: (null) requested I/O range 0xb800-0xb87f: in range map[14]: type 1, range 32, base fdbfe000, size 7, enabled pcib3: (null) requested memory range 0xfdbfe000-0xfdbfe07f: good pcib3: matched entry for 3.8.INTA (src \_SB_.PCI0.APC1:0) pci_link19: Picked IRQ 16 with weight 4 pcib3: slot 8 INTA routed to irq 16 via \_SB_.PCI0.APC1 txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdbff000-0xfdbff07f irq 18 at device 6.0 on pci3 txp0: Reserved 0x80 bytes for rid 0x10 type 4 at 0xbc00 txp0: not waiting for boot device_attach: txp0 attach returned -1 txp1: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xb800-0xb87f mem 0xfdbfe000-0xfdbfe07f irq 16 at device 8.0 on pci3 txp1: Reserved 0x80 bytes for rid 0x10 type 4 at 0xb800 txp1: not waiting for boot device_attach: txp1 attach returned -1 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 52 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xca1 0xcb1 0xca1 0xca1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 53 psmcpnp0: irq 12 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 54 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: status reg test failed ff Jun 5 09:01:45 last message repeated 5 times 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 ahc_isa_probe 1: ioport 0x1c00 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 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 <16 virtual consoles, flags=0x300> 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: 0xca1 0xca1 0xca1 0xca1 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 100457581 hz Timecounter "TSC" frequency 1607326403 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 152627MB at ata2-master SATA150 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: nVidia check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ATA PseudoRAID loaded GEOM: new disk ad4 Trying to mount root from ufs:/dev/ad4s1a start_init: trying /sbin/init --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_6_generic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_6_generic.txt" --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_6.2.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_6.2.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-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2800+ (1607.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19,CR8> real memory = 518979584 (494 MB) avail memory = 498425856 (475 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard 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 Jun 4 16:29:13 last message repeated 3 times acpi0: reservation of 1bf00000, 100000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 22 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib3: at device 16.0 on pci0 pci3: on pcib3 txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 18 at device 6.0 on pci3 txp0: not waiting for boot device_attach: txp0 attach returned -1 txp1: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xb800-0xb87f mem 0xfdcfe000-0xfdcfe07f irq 16 at device 8.0 on pci3 txp1: not waiting for boot device_attach: txp1 attach returned -1 nve0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 23 at device 20.0 on pci0 nve0: Ethernet address 00:19:21:37:d5:60 miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:19:21:37:d5:60 acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1607329077 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_7_custom.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_7_custom.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 7.0-CURRENT #0: Thu Jun 7 08:07:42 PDT 2007 root@:/usr/src/sys/i386/compile/TEST ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2800+ (1607.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19 real memory = 518979584 (494 MB) avail memory = 498343936 (475 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 100000, 1edf0000 (3) failed acpi0: reservation of 1bf00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pcib2: at device 4.0 on pci0 pci2: on pcib2 vgapci0: mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 16 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02e000-0xfe02efff irq 21 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib3: at device 16.0 on pci0 pci3: on pcib3 pci3: at device 8.0 (no driver attached) pci0: at device 20.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1607329236 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a Manually loading if_nfe: Jun 8 08:24:40 kernel: nfe0: port 0xdc00-0xdc07 mem 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 Jun 8 08:24:40 kernel: miibus0: on nfe0 Jun 8 08:24:40 kernel: rlphy0: PHY 1 on miibus0 Jun 8 08:24:40 kernel: rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Jun 8 08:24:40 kernel: nfe0: using obsoleted if_watchdog interface Jun 8 08:24:40 kernel: nfe0: Ethernet address: 00:19:21:37:d5:60 Jun 8 08:24:40 kernel: nfe0: [ITHREAD] Jun 8 08:24:40 kernel: nfe0: link state changed to DOWN Jun 8 08:24:47 kernel: nfe0: link state changed to UP Manually loading if_txp: Jun 8 08:24:57 kernel: txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 16 at device 8.0 on pci3 Jun 8 08:24:57 kernel: txp0: not waiting for boot Jun 8 08:24:57 kernel: device_attach: txp0 attach returned -1 Removing if_nfe: Jun 8 08:53:14 kernel: rlphy0: detached Jun 8 08:53:14 kernel: miibus0: detached Jun 8 08:53:14 kernel: nfe0: detached Manually loading if_nve: Jun 8 08:53:19 kernel: nve0: port 0xdc00-0xdc07 mem 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 Jun 8 08:53:19 kernel: nve0: Ethernet address 00:19:21:37:d5:60 Jun 8 08:53:19 kernel: miibus0: on nve0 Jun 8 08:53:19 kernel: rlphy0: PHY 1 on miibus0 Jun 8 08:53:19 kernel: rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Jun 8 08:53:19 kernel: nve0: using obsoleted if_watchdog interface Jun 8 08:53:19 kernel: nve0: Ethernet address: 00:19:21:37:d5:60 Jun 8 08:53:19 kernel: nve0: [ITHREAD] Jun 8 08:53:19 kernel: nve0: link state changed to DOWN Removing if_nve: Jun 8 08:53:31 kernel: rlphy0: detached Jun 8 08:53:31 kernel: miibus0: detached Jun 8 08:53:31 kernel: nve0: detached --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_7_generic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_7_generic.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 7.0-CURRENT #1: Thu Jun 7 14:10:41 PDT 2007 root@:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2800+ (1607.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19 real memory = 518979584 (494 MB) avail memory = 493944832 (471 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 100000, 1edf0000 (3) failed acpi0: reservation of 1bf00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pcib2: at device 4.0 on pci0 pci2: on pcib2 vgapci0: mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 16 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02e000-0xfe02efff irq 21 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib3: at device 16.0 on pci0 pci3: on pcib3 txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 16 at device 8.0 on pci3 txp0: not waiting for boot device_attach: txp0 attach returned -1 nve0: port 0xdc00-0xdc07 mem 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 nve0: Ethernet address 00:19:21:37:d5:60 miibus0: on nve0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: using obsoleted if_watchdog interface nve0: Ethernet address: 00:19:21:37:d5:60 nve0: [ITHREAD] acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1607325213 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a --Boundary-00=_xAYaGaYwoE9GN/h Content-Type: text/plain; charset="utf-8"; name="dmesg_6_custom.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_6_custom.txt" Jun 5 13:55:35 kernel: Copyright (c) 1992-2007 The FreeBSD Project. Jun 5 13:55:35 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jun 5 13:55:35 kernel: The Regents of the University of California. All rights reserved. Jun 5 13:55:35 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jun 5 13:55:35 kernel: FreeBSD 6.2-STABLE #1: Tue Jun 5 13:45:14 PDT 2007 Jun 5 13:55:35 kernel: root@:/usr/src/sys/i386/compile/TEST Jun 5 13:55:35 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jun 5 13:55:35 kernel: CPU: AMD Sempron(tm) Processor 2800+ (1607.33-MHz 686-class CPU) Jun 5 13:55:35 kernel: Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Jun 5 13:55:35 kernel: Features=0x78bfbff Jun 5 13:55:35 kernel: Features2=0x2001 Jun 5 13:55:35 kernel: AMD Features=0xea500800 Jun 5 13:55:35 kernel: AMD Features2=0x19,CR8> Jun 5 13:55:35 kernel: real memory = 518979584 (494 MB) Jun 5 13:55:35 kernel: avail memory = 502636544 (479 MB) Jun 5 13:55:35 kernel: kbd1 at kbdmux0 Jun 5 13:55:35 kernel: acpi0: on motherboard Jun 5 13:55:35 kernel: acpi0: Power Button (fixed) Jun 5 13:55:35 kernel: acpi0: reservation of 1bf00000, 100000 (3) failed Jun 5 13:55:35 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Jun 5 13:55:35 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Jun 5 13:55:35 kernel: cpu0: on acpi0 Jun 5 13:55:35 kernel: acpi_button0: on acpi0 Jun 5 13:55:35 kernel: acpi_button1: on acpi0 Jun 5 13:55:35 kernel: pcib0: port 0xcf8-0xcff on acpi0 Jun 5 13:55:35 kernel: pci0: on pcib0 Jun 5 13:55:35 kernel: pci0: at device 0.0 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.1 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.2 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.3 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.4 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.5 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.6 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 0.7 (no driver attached) Jun 5 13:55:35 kernel: pcib1: at device 3.0 on pci0 Jun 5 13:55:35 kernel: pci1: on pcib1 Jun 5 13:55:35 kernel: pcib2: at device 4.0 on pci0 Jun 5 13:55:35 kernel: pci2: on pcib2 Jun 5 13:55:35 kernel: pci0: at device 5.0 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 9.0 (no driver attached) Jun 5 13:55:35 kernel: isab0: at device 10.0 on pci0 Jun 5 13:55:35 kernel: isa0: on isab0 Jun 5 13:55:35 kernel: pci0: at device 10.1 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 10.2 (no driver attached) Jun 5 13:55:35 kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 Jun 5 13:55:35 kernel: ata0: on atapci0 Jun 5 13:55:35 kernel: ata1: on atapci0 Jun 5 13:55:35 kernel: atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02e000-0xfe02efff irq 11 at device 14.0 on pci0 Jun 5 13:55:35 kernel: ata2: on atapci1 Jun 5 13:55:35 kernel: ata3: on atapci1 Jun 5 13:55:35 kernel: pcib3: at device 16.0 on pci0 Jun 5 13:55:35 kernel: pci3: on pcib3 Jun 5 13:55:35 kernel: pci3: at device 8.0 (no driver attached) Jun 5 13:55:35 kernel: pci0: at device 20.0 (no driver attached) Jun 5 13:55:35 kernel: acpi_tz0: on acpi0 Jun 5 13:55:35 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Jun 5 13:55:35 kernel: fdc0: [FAST] Jun 5 13:55:35 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Jun 5 13:55:35 kernel: sio0: type 16550A Jun 5 13:55:35 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jun 5 13:55:35 kernel: atkbd0: irq 1 on atkbdc0 Jun 5 13:55:35 kernel: kbd0 at atkbd0 Jun 5 13:55:35 kernel: atkbd0: [GIANT-LOCKED] Jun 5 13:55:35 kernel: psm0: irq 12 on atkbdc0 Jun 5 13:55:35 kernel: psm0: [GIANT-LOCKED] Jun 5 13:55:35 kernel: psm0: model IntelliMouse, device ID 3 Jun 5 13:55:35 kernel: pmtimer0 on isa0 Jun 5 13:55:35 kernel: sc0: at flags 0x100 on isa0 Jun 5 13:55:35 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jun 5 13:55:35 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Jun 5 13:55:35 kernel: sio1: port may not be enabled Jun 5 13:55:35 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jun 5 13:55:35 kernel: Timecounter "TSC" frequency 1607325197 Hz quality 800 Jun 5 13:55:35 kernel: Timecounters tick every 1.000 msec Jun 5 13:55:35 kernel: acd0: CDROM at ata0-master PIO4 Jun 5 13:55:35 kernel: ad4: 152627MB at ata2-master SATA150 Jun 5 13:55:35 kernel: Trying to mount root from ufs:/dev/ad4s1a Jun 5 13:55:42 su: fcash to root on /dev/ttyv0 Jun 5 13:55:48 kernel: txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 10 at device 8.0 on pci3 Jun 5 13:55:48 kernel: txp0: not waiting for boot Jun 5 13:55:48 kernel: device_attach: txp0 attach returned -1 Jun 5 13:56:20 kernel: nve0: port 0xdc00-0xdc07 mem 0xfe02d000-0xfe02dfff irq 7 at device 20.0 on pci0 Jun 5 13:56:20 kernel: nve0: Ethernet address 00:19:21:37:d5:60 Jun 5 13:56:20 kernel: miibus0: on nve0 Jun 5 13:56:20 kernel: rlphy0: on miibus0 Jun 5 13:56:20 kernel: rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Jun 5 13:56:20 kernel: nve0: Ethernet address: 00:19:21:37:d5:60 Jun 5 13:56:20 kernel: txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 10 at device 8.0 on pci3 Jun 5 13:56:20 kernel: txp0: not waiting for boot Jun 5 13:56:20 kernel: device_attach: txp0 attach returned -1 Jun 5 13:56:20 kernel: nve0: link state changed to DOWN Jun 5 13:56:20 kernel: nve0: link state changed to UP Jun 5 14:12:12 shutdown: reboot by fcash: Jun 5 14:12:15 syslogd: exiting on signal 15 Jun 5 14:13:01 syslogd: kernel boot file is /boot/kernel/kernel Jun 5 14:13:01 kernel: Copyright (c) 1992-2007 The FreeBSD Project. Jun 5 14:13:01 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jun 5 14:13:01 kernel: The Regents of the University of California. All rights reserved. Jun 5 14:13:01 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jun 5 14:13:01 kernel: FreeBSD 6.2-STABLE #2: Tue Jun 5 13:59:31 PDT 2007 Jun 5 14:13:01 kernel: root@:/usr/src/sys/i386/compile/TEST Jun 5 14:13:01 kernel: ACPI APIC Table: Jun 5 14:13:01 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jun 5 14:13:01 kernel: CPU: AMD Sempron(tm) Processor 2800+ (1607.33-MHz 686-class CPU) Jun 5 14:13:01 kernel: Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Jun 5 14:13:01 kernel: Features=0x78bfbff Jun 5 14:13:01 kernel: Features2=0x2001 Jun 5 14:13:01 kernel: AMD Features=0xea500800 Jun 5 14:13:01 kernel: AMD Features2=0x19,CR8> Jun 5 14:13:01 kernel: real memory = 518979584 (494 MB) Jun 5 14:13:01 kernel: avail memory = 502636544 (479 MB) Jun 5 14:13:01 kernel: ioapic0 irqs 0-23 on motherboard Jun 5 14:13:01 kernel: kbd1 at kbdmux0 Jun 5 14:13:01 kernel: acpi0: on motherboard Jun 5 14:13:01 kernel: acpi0: Power Button (fixed) Jun 5 14:13:01 kernel: acpi0: reservation of 1bf00000, 100000 (3) failed Jun 5 14:13:01 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Jun 5 14:13:01 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Jun 5 14:13:01 kernel: cpu0: on acpi0 Jun 5 14:13:01 kernel: acpi_button0: on acpi0 Jun 5 14:13:01 kernel: acpi_button1: on acpi0 Jun 5 14:13:01 kernel: pcib0: port 0xcf8-0xcff on acpi0 Jun 5 14:13:01 kernel: pci0: on pcib0 Jun 5 14:13:01 kernel: pci0: at device 0.0 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.1 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.2 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.3 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.4 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.5 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.6 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 0.7 (no driver attached) Jun 5 14:13:01 kernel: pcib1: at device 3.0 on pci0 Jun 5 14:13:01 kernel: pci1: on pcib1 Jun 5 14:13:01 kernel: pcib2: at device 4.0 on pci0 Jun 5 14:13:01 kernel: pci2: on pcib2 Jun 5 14:13:01 kernel: pci0: at device 5.0 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 9.0 (no driver attached) Jun 5 14:13:01 kernel: isab0: at device 10.0 on pci0 Jun 5 14:13:01 kernel: isa0: on isab0 Jun 5 14:13:01 kernel: pci0: at device 10.1 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 10.2 (no driver attached) Jun 5 14:13:01 kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 Jun 5 14:13:01 kernel: ata0: on atapci0 Jun 5 14:13:01 kernel: ata1: on atapci0 Jun 5 14:13:01 kernel: atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02e000-0xfe02efff irq 21 at device 14.0 on pci0 Jun 5 14:13:01 kernel: ata2: on atapci1 Jun 5 14:13:01 kernel: ata3: on atapci1 Jun 5 14:13:01 kernel: pcib3: at device 16.0 on pci0 Jun 5 14:13:01 kernel: pci3: on pcib3 Jun 5 14:13:01 kernel: pci3: at device 8.0 (no driver attached) Jun 5 14:13:01 kernel: pci0: at device 20.0 (no driver attached) Jun 5 14:13:01 kernel: acpi_tz0: on acpi0 Jun 5 14:13:01 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Jun 5 14:13:01 kernel: fdc0: [FAST] Jun 5 14:13:01 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Jun 5 14:13:01 kernel: sio0: type 16550A Jun 5 14:13:01 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jun 5 14:13:01 kernel: atkbd0: irq 1 on atkbdc0 Jun 5 14:13:01 kernel: kbd0 at atkbd0 Jun 5 14:13:01 kernel: atkbd0: [GIANT-LOCKED] Jun 5 14:13:01 kernel: psm0: irq 12 on atkbdc0 Jun 5 14:13:01 kernel: psm0: [GIANT-LOCKED] Jun 5 14:13:01 kernel: psm0: model IntelliMouse, device ID 3 Jun 5 14:13:01 kernel: pmtimer0 on isa0 Jun 5 14:13:01 kernel: sc0: at flags 0x100 on isa0 Jun 5 14:13:01 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jun 5 14:13:01 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jun 5 14:13:01 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Jun 5 14:13:01 kernel: sio1: port may not be enabled Jun 5 14:13:01 kernel: Timecounter "TSC" frequency 1607326611 Hz quality 800 Jun 5 14:13:01 kernel: Timecounters tick every 1.000 msec Jun 5 14:13:01 kernel: acd0: CDROM at ata0-master PIO4 Jun 5 14:13:01 kernel: ad4: 152627MB at ata2-master SATA150 Jun 5 14:13:01 kernel: Trying to mount root from ufs:/dev/ad4s1a Loading if_nve manually: Jun 7 11:44:23 kernel: nve0: port 0xdc00-0xdc07 mem 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 Jun 7 11:44:23 kernel: nve0: Ethernet address 00:19:21:37:d5:60 Jun 7 11:44:23 kernel: miibus0: on nve0 Jun 7 11:44:23 kernel: rlphy0: on miibus0 Jun 7 11:44:23 kernel: rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Jun 7 11:44:23 kernel: nve0: Ethernet address: 00:19:21:37:d5:60 Jun 7 11:44:23 kernel: txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f mem 0xfdcff000-0xfdcff07f irq 16 at device 8.0 on pci3 Jun 7 11:44:23 kernel: txp0: not waiting for boot Jun 7 11:44:23 kernel: device_attach: txp0 attach returned -1 Jun 7 11:44:23 kernel: nve0: link state changed to DOWN Jun 7 11:44:26 kernel: nve0: link state changed to UP --Boundary-00=_xAYaGaYwoE9GN/h-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 17:18: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 0DD1F16A41F for ; Fri, 8 Jun 2007 17:18:34 +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 8B82F13C45A for ; Fri, 8 Jun 2007 17:18:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ufwdix@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l58HIQBd089904; Fri, 8 Jun 2007 19:18:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l58HIQIB089903; Fri, 8 Jun 2007 19:18:26 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Jun 2007 19:18:26 +0200 (CEST) Message-Id: <200706081718.l58HIQIB089903@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Stephen.Clark@seclark.us In-Reply-To: <466987AE.70503@seclark.us> 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]); Fri, 08 Jun 2007 19:18:32 +0200 (CEST) Cc: Subject: Re: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 17:18:34 -0000 Stephen Clark wrote: > Tom Evans wrote: > > Stephen Clark wrote: > > I'd read /usr/ports/UPDATING again, if you follow the exact instructions > > > ^^^^^^^^^^^^^^^^ I have it printed out sitting right > in front of me. Then there shouldn't be any problem. > But what about this paragraph under caveats from /usr/ports/UPDATING: > > "Make sure you have the x11/xorg meta-port installed. If you do not have > this meta-port installed with X.Org 6.9, you will miss out on a lot of > the new X.Org 7.2 sub-ports." Exactly what that paragraph says. I've read your first email message again and I'm still unable to find out what your actual problem is. What exactly is unclear to you, or what part of the update failed for you? (Please paste the error message if you got one.) 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 FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 17:41: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 6233416A46C for ; Fri, 8 Jun 2007 17:41:35 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth05.prod.mesa1.secureserver.net (smtpauth05.prod.mesa1.secureserver.net [64.202.165.99]) by mx1.freebsd.org (Postfix) with SMTP id 2E5C613C48A for ; Fri, 8 Jun 2007 17:41:35 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 9760 invoked from network); 8 Jun 2007 17:41:34 -0000 Received: from unknown (24.144.77.243) by smtpauth05.prod.mesa1.secureserver.net (64.202.165.99) with ESMTP; 08 Jun 2007 17:41:34 -0000 Message-ID: <466994CD.5000604@seclark.us> Date: Fri, 08 Jun 2007 13:41:33 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, Stephen.Clark@seclark.us References: <200706081718.l58HIQIB089903@lurza.secnetix.de> In-Reply-To: <200706081718.l58HIQIB089903@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 17:41:35 -0000 Oliver Fromme wrote: >Stephen Clark wrote: > > Tom Evans wrote: > > > Stephen Clark wrote: > > > I'd read /usr/ports/UPDATING again, if you follow the exact instructions > > > > > ^^^^^^^^^^^^^^^^ I have it printed out sitting right > > in front of me. > >Then there shouldn't be any problem. > > > But what about this paragraph under caveats from /usr/ports/UPDATING: > > > > "Make sure you have the x11/xorg meta-port installed. If you do not have > > this meta-port installed with X.Org 6.9, you will miss out on a lot of > > the new X.Org 7.2 sub-ports." > >Exactly what that paragraph says. I've read your first >email message again and I'm still unable to find out >what your actual problem is. What exactly is unclear >to you, or what part of the update failed for you? >(Please paste the error message if you got one.) > >Best regards > Oliver > > > There is a deadly embrace. The /usr/src/UPDATING says I am going to miss out if I don't have the meta port installed (which I currently don't), but when I try to install the meta port it tells me I should use portupgrade to upgrade Xorg, but the /usr/src/UPDATING which talks about using portupgrade says I am going to miss out if I don't have the meta port installed (which I currently don't), but when I try to install the meta port it tells me I should use portupgrade to upgrade Xorg, but.... ad infinitum! Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 18:06: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 A206C16A46B for ; Fri, 8 Jun 2007 18:06:10 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8D34D13C45A for ; Fri, 8 Jun 2007 18:06:10 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.37]) by mail-out4.apple.com (Postfix) with ESMTP id 7CE3D868DE1; Fri, 8 Jun 2007 11:06:10 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 65CE1300D8; Fri, 8 Jun 2007 11:06:10 -0700 (PDT) X-AuditID: 11807125-9ff64bb000000801-53-46699a92862e Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay7.apple.com (Apple SCV relay) with ESMTP id 52F1F300C0; Fri, 8 Jun 2007 11:06:10 -0700 (PDT) In-Reply-To: <466994CD.5000604@seclark.us> References: <200706081718.l58HIQIB089903@lurza.secnetix.de> <466994CD.5000604@seclark.us> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <280BBDB3-54E5-4CDF-AA61-B4D7E376593F@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Fri, 8 Jun 2007 11:06:09 -0700 To: Stephen.Clark@seclark.us X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@FreeBSD.ORG Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 18:06:10 -0000 On Jun 8, 2007, at 10:41 AM, Stephen Clark wrote: > There is a deadly embrace. > > The /usr/src/UPDATING says I am going to miss out if I > don't have the meta port installed (which I currently don't), but > when I try to install > the meta port it tells me I should use portupgrade to upgrade Xorg, > but the /usr/src/UPDATING > which talks about using portupgrade says I am going to miss out if > I don't have the meta > port installed (which I currently don't), but when I try to install > the meta port it tells me I > should use portupgrade to upgrade Xorg, but.... ad infinitum! Read the 20070519 entry carefully, and follow the instructions, in the order presented, carefully. If they don't work, you should use script or nohup to save the error messages to a logfile which you quote in followup emails so we can take a look. In order words, you should start with: portupgrade -f -o ports-mgmt/portupgrade-devel portupgrade -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 18:09: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 1949316A421 for ; Fri, 8 Jun 2007 18:09:45 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id C10C713C44B for ; Fri, 8 Jun 2007 18:09:44 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id D431211498; Fri, 8 Jun 2007 13:53:04 -0400 (EDT) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hqsIQ9CXE5dE; Fri, 8 Jun 2007 13:53:01 -0400 (EDT) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id 2278611496; Fri, 8 Jun 2007 13:52:58 -0400 (EDT) Message-ID: <46699763.5050502@pingle.org> Date: Fri, 08 Jun 2007 13:52:35 -0400 From: Jim Pingle User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <200706081718.l58HIQIB089903@lurza.secnetix.de> <466994CD.5000604@seclark.us> In-Reply-To: <466994CD.5000604@seclark.us> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 18:09:45 -0000 Stephen Clark wrote: > There is a deadly embrace. > > The /usr/src/UPDATING says I am going to miss out if I > don't have the meta port installed (which I currently don't), but when I > try to install > the meta port it tells me I should use portupgrade to upgrade Xorg, but > the /usr/src/UPDATING > which talks about using portupgrade says I am going to miss out if I > don't have the meta > port installed (which I currently don't), but when I try to install the > meta port it tells me I > should use portupgrade to upgrade Xorg, but.... ad infinitum! > > Steve > It would appear you are skipping over the relevant portion of UPDATING. The message you are seeing appears when your environment does not have XORG_UPGRADE=yes set in its environment. This is necessary even after you have completed the instructions, and for future updates. The exact reasoning and such was discussed on the ports list and can be found in the archives. I believe someone (Kris?) said that this will be necessary for the time being, but not at some yet-to-be-determined point in the future. Jim From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 18:34: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 0974616A421 for ; Fri, 8 Jun 2007 18:34:18 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth03.prod.mesa1.secureserver.net (smtpauth03.prod.mesa1.secureserver.net [64.202.165.183]) by mx1.freebsd.org (Postfix) with SMTP id B8D8F13C46A for ; Fri, 8 Jun 2007 18:34:17 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 5892 invoked from network); 8 Jun 2007 18:34:16 -0000 Received: from unknown (24.144.77.243) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 08 Jun 2007 18:34:15 -0000 Message-ID: <4669A126.3010703@seclark.us> Date: Fri, 08 Jun 2007 14:34:14 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20070608182421.CBAF545042@ptavv.es.net> In-Reply-To: <20070608182421.CBAF545042@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 18:34:18 -0000 Kevin Oberman wrote: >>Date: Fri, 08 Jun 2007 12:45:34 -0400 >>From: Stephen Clark >>Sender: owner-freebsd-stable@freebsd.org >> >>Tom Evans wrote: >> >> >> >>>On Fri, 2007-06-08 at 09:22 -0400, Stephen Clark wrote: >>> >>> >>> >>> >>>>Hello List, >>>> >>>>A few weeks ago I installed 6.2. I did a cvsup of the ports and now >>>>anytime I try to make >>>>anything that uses X I get something like the following: >>>> >>>>===> Patching for tk-8.5.a.6_1 >>>>===> Applying FreeBSD patches for tk-8.5.a.6_1 >>>>===> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/libraries - >>>>not found >>>>===> Verifying install for /usr/local/libdata/xorg/libraries in >>>>/usr/ports/x11/xorg-libraries >>>>Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. >>>>*** Error code 1 >>>> >>>> >>>>I have been following the thread on xorg 7.2. >>>> >>>>The /usr/src/UPDATING says under caveats >>>>"Make sure you have the x11/xorg meta-port installed" >>>> >>>>When I run make in the x11/xorg dir I get the following which >>>>says use portupgrade if you want to upgrade X.Org. >>>> >>>> >>>>/usr/ports/x11/xorg]# make >>>>This is a meta-port, meaning that it just depends on its subparts of the >>>>port. >>>>It won't build and install all the parts until you have typed make install >>>>This port does not ensure things are upgraded; use portupgrade if you >>>>want to >>>>upgrade X.Org. If you simply type 'make install' it may use over 2GB to >>>>build >>>>all of the subports. You can install the ports singly if you are low on >>>>space. >>>> >>>>So now which is it? >>>> >>>>Use the meta port or portupgrade? >>>> >>>>Thanks, >>>>Steve >>>> >>>> >>>> >>>> >>>> >>>I'd read /usr/ports/UPDATING again, if you follow the exact instructions >>> >>> >>> >>> >> ^^^^^^^^^^^^^^^^ I have it printed out sitting right >>in front of me. >> >> >> >>>in that file, you won't have many problems. >>> >>> >>> >>> >>But what about this paragraph under caveats from /usr/ports/UPDATING: >> >>"Make sure you have the x11/xorg meta-port installed. If you do not have >> this meta-port installed with X.Org 6.9, you will miss out on a lot of >> the new X.Org 7.2 sub-ports." >> >> > >Do you have xorg-6.9 installed before starting? If not, you might well >want to install it after the upgrade. If it is already installed, it >will be automatically upgraded, so don't worry about it. > >That said, my experience in updating about a dozen systems is to roll >the ports tree back to before 7.2 was committed and install xorg >(portinstall xorg) before starting the upgrade. It's not essential that >you do so, but it does eliminate some rough edges in the upgrade as the >main test case was almost certainly with xorg-6.9 installed on systems >prior to the upgrade. > > I have xorg-6.9 installed from the release iso - I selected x-kernel-developer Does this install all the things that would be installed from the xorg meta port? Because if I do a pkg_info I don't see anything that says xorg meta port. This is my work - workstation and I don't want to fubar it. Thanks to all who have responded. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 18:39: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 8D4EB16A41F for ; Fri, 8 Jun 2007 18:39:34 +0000 (UTC) (envelope-from SRS1=80c147f75a2eca3d95877361f038523cef757dc0=es.net==80c147f75a2eca3d95877361f038523cef757dc0=360=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 70DD813C45A for ; Fri, 8 Jun 2007 18:39:34 +0000 (UTC) (envelope-from SRS1=80c147f75a2eca3d95877361f038523cef757dc0=es.net==80c147f75a2eca3d95877361f038523cef757dc0=360=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP Return-Path: Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NYG97922 for Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id NYG73921; Fri, 08 Jun 2007 11:24:21 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CBAF545042; Fri, 8 Jun 2007 11:24:21 -0700 (PDT) To: Stephen.Clark@seclark.us In-Reply-To: Your message of "Fri, 08 Jun 2007 12:45:34 EDT." <466987AE.70503@seclark.us> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1181327061_81135P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 08 Jun 2007 11:24:21 -0700 From: "Kevin Oberman" Message-Id: <20070608182421.CBAF545042@ptavv.es.net> Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 18:39:34 -0000 --==_Exmh_1181327061_81135P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 08 Jun 2007 12:45:34 -0400 > From: Stephen Clark > Sender: owner-freebsd-stable@freebsd.org > > Tom Evans wrote: > > >On Fri, 2007-06-08 at 09:22 -0400, Stephen Clark wrote: > > > > > >>Hello List, > >> > >>A few weeks ago I installed 6.2. I did a cvsup of the ports and now > >>anytime I try to make > >>anything that uses X I get something like the following: > >> > >>===> Patching for tk-8.5.a.6_1 > >>===> Applying FreeBSD patches for tk-8.5.a.6_1 > >>===> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/libraries - > >>not found > >>===> Verifying install for /usr/local/libdata/xorg/libraries in > >>/usr/ports/x11/xorg-libraries > >>Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. > >>*** Error code 1 > >> > >> > >>I have been following the thread on xorg 7.2. > >> > >>The /usr/src/UPDATING says under caveats > >>"Make sure you have the x11/xorg meta-port installed" > >> > >>When I run make in the x11/xorg dir I get the following which > >>says use portupgrade if you want to upgrade X.Org. > >> > >> > >>/usr/ports/x11/xorg]# make > >>This is a meta-port, meaning that it just depends on its subparts of the > >>port. > >>It won't build and install all the parts until you have typed make install > >>This port does not ensure things are upgraded; use portupgrade if you > >>want to > >>upgrade X.Org. If you simply type 'make install' it may use over 2GB to > >>build > >>all of the subports. You can install the ports singly if you are low on > >>space. > >> > >>So now which is it? > >> > >>Use the meta port or portupgrade? > >> > >>Thanks, > >>Steve > >> > >> > >> > > > >I'd read /usr/ports/UPDATING again, if you follow the exact instructions > > > > > ^^^^^^^^^^^^^^^^ I have it printed out sitting right > in front of me. > > >in that file, you won't have many problems. > > > > > But what about this paragraph under caveats from /usr/ports/UPDATING: > > "Make sure you have the x11/xorg meta-port installed. If you do not have > this meta-port installed with X.Org 6.9, you will miss out on a lot of > the new X.Org 7.2 sub-ports." Do you have xorg-6.9 installed before starting? If not, you might well want to install it after the upgrade. If it is already installed, it will be automatically upgraded, so don't worry about it. That said, my experience in updating about a dozen systems is to roll the ports tree back to before 7.2 was committed and install xorg (portinstall xorg) before starting the upgrade. It's not essential that you do so, but it does eliminate some rough edges in the upgrade as the main test case was almost certainly with xorg-6.9 installed on systems prior to the upgrade. -- 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_1181327061_81135P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGaZ7Vkn3rs5h7N1ERAukiAJ0Tdn7bp2fRjtRsnkewnCybg4nJTgCfWIi9 wPVXDPRCPSIxeVeUcULxw00= =4iHI -----END PGP SIGNATURE----- --==_Exmh_1181327061_81135P-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 19:15: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 6D81916A46D for ; Fri, 8 Jun 2007 19:15:11 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 3369213C484 for ; Fri, 8 Jun 2007 19:15:11 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 0 with SMTP; 8 Jun 2007 19:15:10 -0000 Date: Fri, 8 Jun 2007 22:15:10 +0300 From: Nikolay Pavlov To: Stephen Clark Message-ID: <20070608191510.GA21402@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Stephen Clark , Kevin Oberman , Tom Evans , freebsd-stable@freebsd.org References: <20070608182421.CBAF545042@ptavv.es.net> <4669A126.3010703@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4669A126.3010703@seclark.us> X-Operating-System: FreeBSD 6.2-RELEASE-p4 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 19:15:11 -0000 On Friday, 8 June 2007 at 14:34:14 -0400, Stephen Clark wrote: > Kevin Oberman wrote: > > >>Date: Fri, 08 Jun 2007 12:45:34 -0400 > >>From: Stephen Clark > >>Sender: owner-freebsd-stable@freebsd.org > >> > >>Tom Evans wrote: > >> > >> > >>>On Fri, 2007-06-08 at 09:22 -0400, Stephen Clark wrote: > >>> > >>> > >>>>Hello List, > >>>> > >>>>A few weeks ago I installed 6.2. I did a cvsup of the ports and now anytime I try to make > >>>>anything that uses X I get something like the following: > >>>> > >>>>===> Patching for tk-8.5.a.6_1 > >>>>===> Applying FreeBSD patches for tk-8.5.a.6_1 > >>>>===> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/libraries - not found > >>>>===> Verifying install for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries > >>>>Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. > >>>>*** Error code 1 > >>>> > >>>> > >>>>I have been following the thread on xorg 7.2. > >>>> > >>>>The /usr/src/UPDATING says under caveats > >>>>"Make sure you have the x11/xorg meta-port installed" > >>>> > >>>>When I run make in the x11/xorg dir I get the following which > >>>>says use portupgrade if you want to upgrade X.Org. > >>>> > >>>> > >>>>/usr/ports/x11/xorg]# make > >>>>This is a meta-port, meaning that it just depends on its subparts of the port. > >>>>It won't build and install all the parts until you have typed make install > >>>>This port does not ensure things are upgraded; use portupgrade if you want to > >>>>upgrade X.Org. If you simply type 'make install' it may use over 2GB to build > >>>>all of the subports. You can install the ports singly if you are low on space. > >>>> > >>>>So now which is it? > >>>> > >>>>Use the meta port or portupgrade? > >>>> > >>>>Thanks, > >>>>Steve > >>>> > >>>> > >>>> > >>>I'd read /usr/ports/UPDATING again, if you follow the exact instructions > >>> > >>> > >> ^^^^^^^^^^^^^^^^ I have it printed out sitting right in front of me. > >> > >> > >>>in that file, you won't have many problems. > >>> > >>> > >>But what about this paragraph under caveats from /usr/ports/UPDATING: > >> > >>"Make sure you have the x11/xorg meta-port installed. If you do not have > >> this meta-port installed with X.Org 6.9, you will miss out on a lot of > >> the new X.Org 7.2 sub-ports." > >> > > > >Do you have xorg-6.9 installed before starting? If not, you might well > >want to install it after the upgrade. If it is already installed, it > >will be automatically upgraded, so don't worry about it. > > > >That said, my experience in updating about a dozen systems is to roll > >the ports tree back to before 7.2 was committed and install xorg > >(portinstall xorg) before starting the upgrade. It's not essential that > >you do so, but it does eliminate some rough edges in the upgrade as the > >main test case was almost certainly with xorg-6.9 installed on systems > >prior to the upgrade. > > > I have xorg-6.9 installed from the release iso - I selected x-kernel-developer > > Does this install all the things that would be installed from the xorg meta port? Because > if I do a pkg_info I don't see anything that says xorg meta port. > > This is my work - workstation and I don't want to fubar it. If this is your working workstation i recomend to wait for packages. You will lost the day or two or even more. > > Thanks to all who have responded. > > Steve > > -- > > "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) > > "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) > > > > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 19:26: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 1FA0D16A475 for ; Fri, 8 Jun 2007 19:26:24 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout05.prod.mesa1.secureserver.net (smtpout05-04.prod.mesa1.secureserver.net [64.202.165.221]) by mx1.freebsd.org (Postfix) with SMTP id DDEFA13C4C6 for ; Fri, 8 Jun 2007 19:26:23 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 31182 invoked from network); 8 Jun 2007 19:26:22 -0000 Received: from unknown (24.144.77.243) by smtpout05-04.prod.mesa1.secureserver.net (64.202.165.221) with ESMTP; 08 Jun 2007 19:26:22 -0000 Message-ID: <4669AD5D.4080501@seclark.us> Date: Fri, 08 Jun 2007 15:26:21 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nikolay Pavlov References: <20070608182421.CBAF545042@ptavv.es.net> <4669A126.3010703@seclark.us> <20070608191510.GA21402@zone3000.net> In-Reply-To: <20070608191510.GA21402@zone3000.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 19:26:24 -0000 Nikolay Pavlov wrote: >On Friday, 8 June 2007 at 14:34:14 -0400, Stephen Clark wrote: > > >>Kevin Oberman wrote: >> >> >> >>>>Date: Fri, 08 Jun 2007 12:45:34 -0400 >>>>From: Stephen Clark >>>>Sender: owner-freebsd-stable@freebsd.org >>>> >>>>Tom Evans wrote: >>>> >>>> >>>> >>>> >>>>>On Fri, 2007-06-08 at 09:22 -0400, Stephen Clark wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>Hello List, >>>>>> >>>>>>A few weeks ago I installed 6.2. I did a cvsup of the ports and now anytime I try to make >>>>>>anything that uses X I get something like the following: >>>>>> >>>>>>===> Patching for tk-8.5.a.6_1 >>>>>>===> Applying FreeBSD patches for tk-8.5.a.6_1 >>>>>>===> tk-8.5.a.6_1 depends on file: /usr/local/libdata/xorg/libraries - not found >>>>>>===> Verifying install for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries >>>>>>Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. >>>>>>*** Error code 1 >>>>>> >>>>>> >>>>>> >>> >>> >>I have xorg-6.9 installed from the release iso - I selected x-kernel-developer >> >>Does this install all the things that would be installed from the xorg meta port? Because >>if I do a pkg_info I don't see anything that says xorg meta port. >> >>This is my work - workstation and I don't want to fubar it. >> >> > >If this is your working workstation i recomend to wait for packages. You >will lost the day or two or even more. > > > Thats another question - why aren't packages released simultaneously with the ports update? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 19:55: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 A02CA16A46F for ; Fri, 8 Jun 2007 19:55:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 85B9013C4B8 for ; Fri, 8 Jun 2007 19:55:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 06017AD9; Fri, 8 Jun 2007 14:55:26 -0500 (CDT) Date: Fri, 8 Jun 2007 14:55:26 -0500 To: Stephen Clark Message-ID: <20070608195526.GC18546@soaustin.net> References: <20070608182421.CBAF545042@ptavv.es.net> <4669A126.3010703@seclark.us> <20070608191510.GA21402@zone3000.net> <4669AD5D.4080501@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4669AD5D.4080501@seclark.us> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Tom Evans , freebsd-stable@freebsd.org, Nikolay Pavlov Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 19:55:27 -0000 On Fri, Jun 08, 2007 at 03:26:21PM -0400, Stephen Clark wrote: > Thats another question - why aren't packages released simultaneously > with the ports update? There's a circular dependency here. The ports tree is updated by checkins, which is then pushed to the package building system, which then does complete package builds -- which can take a week or more, depending. We don't have any way to tell the package system "here is what the ports tree will be a week from now"; it's simply driven by cvs checkout, and after that it's simply a matter a machine horsepower to crank them out. We have a fair amount of i386 and amd64 horsepower (the latter is a recent development); we have a grossly insufficient amount of sparc64 horsepower, and so the packages are ~3 weeks behind. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 20:20: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 063AF16A469 for ; Fri, 8 Jun 2007 20:20:32 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout05.prod.mesa1.secureserver.net (smtpout05-04.prod.mesa1.secureserver.net [64.202.165.221]) by mx1.freebsd.org (Postfix) with SMTP id B7FCE13C483 for ; Fri, 8 Jun 2007 20:20:31 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 4558 invoked from network); 8 Jun 2007 20:20:30 -0000 Received: from unknown (24.144.77.243) by smtpout05-04.prod.mesa1.secureserver.net (64.202.165.221) with ESMTP; 08 Jun 2007 20:20:30 -0000 Message-ID: <4669BA0D.7080306@seclark.us> Date: Fri, 08 Jun 2007 16:20:29 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Linimon References: <20070608182421.CBAF545042@ptavv.es.net> <4669A126.3010703@seclark.us> <20070608191510.GA21402@zone3000.net> <4669AD5D.4080501@seclark.us> <20070608195526.GC18546@soaustin.net> In-Reply-To: <20070608195526.GC18546@soaustin.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-stable@freebsd.org, Nikolay Pavlov Subject: Re: upgrade 6.2 to xorg 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 20:20:32 -0000 Mark Linimon wrote: >On Fri, Jun 08, 2007 at 03:26:21PM -0400, Stephen Clark wrote: > > >>Thats another question - why aren't packages released simultaneously >>with the ports update? >> >> > >There's a circular dependency here. The ports tree is updated by checkins, >which is then pushed to the package building system, which then does >complete package builds -- which can take a week or more, depending. > >We don't have any way to tell the package system "here is what the ports >tree will be a week from now"; it's simply driven by cvs checkout, and >after that it's simply a matter a machine horsepower to crank them out. > >We have a fair amount of i386 and amd64 horsepower (the latter is a recent >development); we have a grossly insufficient amount of sparc64 horsepower, >and so the packages are ~3 weeks behind. > >mcl >_______________________________________________ >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" > > > So I should wait a about week after I do a cvsup of ports - then hopefully most of the packages will be there - right? Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 22:09:31 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 84DB316A469 for ; Fri, 8 Jun 2007 22:09:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 66A3313C46C for ; Fri, 8 Jun 2007 22:09:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id EFB17A88; Fri, 8 Jun 2007 17:09:30 -0500 (CDT) Date: Fri, 8 Jun 2007 17:09:30 -0500 To: Stephen Clark Message-ID: <20070608220930.GA21011@soaustin.net> References: <20070608182421.CBAF545042@ptavv.es.net> <4669A126.3010703@seclark.us> <20070608191510.GA21402@zone3000.net> <4669AD5D.4080501@seclark.us> <20070608195526.GC18546@soaustin.net> <4669BA0D.7080306@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4669BA0D.7080306@seclark.us> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Tom Evans , Mark Linimon , freebsd-stable@freebsd.org, Nikolay Pavlov Subject: Re: upgrade 6.2 to xorg 7.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: Fri, 08 Jun 2007 22:09:31 -0000 On Fri, Jun 08, 2007 at 04:20:29PM -0400, Stephen Clark wrote: > So I should wait a about week after I do a cvsup of ports - then > hopefully most of the packages will be there - right? Yes, but you'll have to check. Some ports (not the X11 ones) can't be packaged due to licensing restrictions. You can get a good idea of the state of the current build errors for packages from pointyhat on http://pointyhat.freebsd.org/errorlogs/i386-6-latest/; to find out the package state of any port, use portsmon at (e.g.) http://portsmon.freebsd.org/portoverview.py?category=x11&portname=xorg . Both the pointyhat index pages and the portsmon summaries contain a great deal of information, but you have to do a little bit of research. mcl From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 01:11: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 D9BAD16A468 for ; Sat, 9 Jun 2007 01:11:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 761AB13C45B for ; Sat, 9 Jun 2007 01:11:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12992 invoked by uid 399); 9 Jun 2007 01:11:54 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 9 Jun 2007 01:11:54 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4669FE53.5030309@FreeBSD.org> Date: Fri, 08 Jun 2007 18:11:47 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <200706081718.l58HIQIB089903@lurza.secnetix.de> <466994CD.5000604@seclark.us> In-Reply-To: <466994CD.5000604@seclark.us> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: upgrade 6.2 to xorg 7.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: Sat, 09 Jun 2007 01:11:55 -0000 First of all, your question is about ports, so it should have been directed to the freebsd-ports@ list, FYI. Stephen Clark wrote: > There is a deadly embrace. I think you are overthinking this, and it didn't help that the only advice you got was to re-read the instructions. You want to first upgrade your existing ports, then you should install /usr/ports/x11/xorg to make sure you have all the components. If you don't want to use portupgrade to do the update, there are other alternatives, including using portmaster. Take a look at http://www.freebsd.org/cgi/getmsg.cgi?fetch=2209+0+/usr/local/www/db/text/2007/freebsd-ports/20070603.freebsd-ports hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 05:25: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 C33AF16A469 for ; Sat, 9 Jun 2007 05:25:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8EDF213C45A for ; Sat, 9 Jun 2007 05:25:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1468961waf for ; Fri, 08 Jun 2007 22:25:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=GXjMr47msYdRN4SvTlNV/gOls6mXoKcvxv5OEKG9RugRNwJ6LogUUDbckV7fpyVDZjwqZgLczbNtdQdaP2cLMg/kVikZNBrVHAQlCRr5Vwr8EOsNQuZcupKbFcPUh2lqabf4lE1rj6aqFCAwCdE2ms8/ocpbK//NxnF5ahjrJC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=pjpeHOXkiIlxT12BmsOBcj0YAmpdbCberzY0Qe8TMhMKCRsA+Ql4ufDeI0UuGqCdNsBoODBruT/BIbl6XxgqNrMwGBbFEcPM9iWCGHhC75vEH4oY6nUYx4kz+qXPBy+Ux47S7K9i6sN9w5RvLwNOzHfWI8mN5OsZZKq26g6MwZ8= Received: by 10.114.176.1 with SMTP id y1mr3262140wae.1181365193109; Fri, 08 Jun 2007 21:59:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id j6sm1918938wah.2007.06.08.21.59.49 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Jun 2007 21:59:51 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l594xkt0032931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 13:59:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l594xjh5032930; Sat, 9 Jun 2007 13:59:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 9 Jun 2007 13:59:45 +0900 From: Pyun YongHyeon To: Freddie Cash Message-ID: <20070609045945.GC32123@cdnetworks.co.kr> References: <200706080913.37450.fjwcash+freebsd@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <200706080913.37450.fjwcash+freebsd@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Can't get if_txp(4) to attach to a 3CR990B-TXM NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 05:25:45 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 08, 2007 at 09:13:37AM -0700, Freddie Cash wrote: > Good morning, > > I'm having a bit of an issue getting a 3CR990B-TXM NIC detected and > usable. Just wondering if anyone knows of any issues with this NIC > chipset and/or with the motherboard chipset. > > The motherboard is a Biostar GeForce 6100 AM2 using an nVidia nForce 410 > chipset and nVidia GeForce 6100 vide chipset. > > I've tried FreeBSD 6.1, 6.2, 6-STABLE (from Wed), and 7-CURRENT (from Thu) > on this system. Everything installs nicely, everything on the board is > detected correctly and usable. It's just the PCI NIC that doesn't work. > > If I compile a custom kernel without any network drivers in it, and then > kldload if_txp, the following appears (same message on all 4 versions): > > txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f > mem 0xfdcff000-0xfdcff07f irq 16 at device 8.0 on pci3 > txp0: not waiting for boot > device_attach: txp0 attach returned -1 > Would you try attached path? It wouldn't fix your issue but it will handle failure of contigmalloc as expected. > If I reboot and load if_nve (on 6.2 and 6-stable), then I get: > nve0: port 0xdc00-0xdc07 mem > 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 > nve0: Ethernet address 00:19:21:37:d5:60 > > Followed by the above messages for txp0 (it seems to detect and load > if_txp automativally when loading if_nve). > > I've updated the BIOS on the motherboard. I've tried different PCI slots > on the motherboard. Nothing changes. The "not waiting for boot" message > keeps appearing. > > Attached are dmesg output from: > 6.1-RELEASE GENERIC kernel dmesg_6.1.txt > 6.2-RELEASE GENERIC kernel dmesg_6.2.txt > 6.2-RELEASE GENERIC kernel verbose boot dmesg_6.2_verbose.txt > 6-STABLE GENERIC kernel dmesg_6_generic.txt > 6-STABLE TEST kernel (no NIC drivers) dmesg_6_custom.txt > 7-CURRENT GENERIC kernel dmesg_7_generic.txt > 7-CURRENT TEST kernel (no NIC drivers) dmesg_7_custom.txt > > I've looked through the cvsweb entries for txp and didn't see anything > related to this issue. Reading the man page for if_txp(4) doesn't show > anything about this error. I tried reading the source, but C is pretty > much Greek to me. > > Everything I've read online says this NIC should work, and other are using > it successfully. My gut feeling is that it's something to do with the > motherboard chipset and the way it detects the NIC. But I could be way > off. > > (As a test, I popped in a Kanotix LiveCD and the 3Com NIC is detected and > usable, so it's [hopefully] not a defective NIC.) > > Anyone have any suggestions? Comments? Methods to destroy the NIC as an > act of defiance? :) > -- Regards, Pyun YongHyeon --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_txp.patch" Index: if_txp.c =================================================================== RCS file: /home/ncvs/src/sys/dev/txp/if_txp.c,v retrieving revision 1.44 diff -u -r1.44 if_txp.c --- if_txp.c 4 Mar 2007 03:38:08 -0000 1.44 +++ if_txp.c 9 Jun 2007 04:56:59 -0000 @@ -264,6 +264,11 @@ sc->sc_fwbuf = contigmalloc(32768, M_DEVBUF, M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); + if (sc->sc_fwbuf == NULL) { + device_printf(dev, "no memory for firmware\n"); + error = ENXIO; + goto fail; + } error = txp_download_fw(sc); contigfree(sc->sc_fwbuf, 32768, M_DEVBUF); sc->sc_fwbuf = NULL; @@ -273,6 +278,11 @@ sc->sc_ldata = contigmalloc(sizeof(struct txp_ldata), M_DEVBUF, M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); + if (sc->sc_ldata == NULL) { + device_printf(dev, "no memory for descriptor ring\n"); + error = ENXIO; + goto fail; + } bzero(sc->sc_ldata, sizeof(struct txp_ldata)); if (txp_alloc_rings(sc)) { --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 08:09: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 BCB3016A469 for ; Sat, 9 Jun 2007 08:09:32 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id A164B13C4BE for ; Sat, 9 Jun 2007 08:09:32 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l5989MjN020034; Sat, 9 Jun 2007 01:09:25 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l5989Mkj020033; Sat, 9 Jun 2007 01:09:22 -0700 (PDT) Date: Sat, 9 Jun 2007 01:09:22 -0700 (PDT) From: Matthew Dillon Message-Id: <200706090809.l5989Mkj020033@apollo.backplane.com> To: Dmitry Morozovsky References: <20070606153542.Y76617@woozle.rinet.ru> <20070606231940.T91939@woozle.rinet.ru> <200706062127.l56LRYTe090137@apollo.backplane.com> <20070608111809.U97287@woozle.rinet.ru> Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 08:09:32 -0000 :Hmm, i'm not sure I understand you right: what do you mean by 'kgdb live :kernel'? I send break over serial console, and in ddb got : :db> print cpu_ticks :Symbol not found : :Sincerely, :D.Marck [DM5020, MCK-RIPE, DM3-RIPN] I think it works the same on FreeBSD, so it would be something like: kgdb /kernel /dev/mem ^^^ NOTE! Dangerous! ^^^ But I looked at the cvs logs and the variable didn't exist in FreeBSD-6, so it wouldn't have helped anyway. It looks like it is using binuptime() in 6.x, and it also looks like the tick calculations, e.g. rux_uticks, is based on the stat clock interrupt, whereas the runtime calculation is using binuptime. There is no way those two could possibly be synchronized. No chance whatsoever. Your only solution may be to upgrade to FreeBSD-7 which uses an entirely different mechanism for the calculation (though one that also seems flawed in its own way). Alternatively you could just remove the error message from the kernel entirely and not worry about it. It's a printf around line 774 in /usr/src/sys/kern/kern_resource.c (in FreeBSD-6.x). -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 09:00: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 523D216A400 for ; Sat, 9 Jun 2007 09:00:58 +0000 (UTC) (envelope-from ghozzy@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 F01B313C45B for ; Sat, 9 Jun 2007 09:00:57 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1679843pyi for ; Sat, 09 Jun 2007 02:00:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=c9zlMEsVbdIFTKQzl7xPt4DADJxLz2QM34D0nChv0JTb34uWXx3FDMSgnlimL31gUvSLUtG/30SpLTGPXCUXfNm/N+Xwe5Kt25YXM1Qix2QfPm08MaP3He8nRrzZncO3+sXhVaaPSe8nN1QBKvrmuy8k4MRFq+4nXCRD9QTW53k= 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=qVC4gV04VmN9AwxztzPI62ThNUZ81M7ekrAeNUQh03/O5bo5/OSyz6Gs61VK+wYvrBieS9ctq8KHLxkFjS19ucLIFDCt6LIIJP7JApPNhLacG2CHWY+KeUwISgp2qGW2SH93ZlOwVqB45ybqsXsXO5LMWs5hyw9cZbFVCwRH0+E= Received: by 10.114.56.1 with SMTP id e1mr3392099waa.1181379656272; Sat, 09 Jun 2007 02:00:56 -0700 (PDT) Received: by 10.114.135.20 with HTTP; Sat, 9 Jun 2007 02:00:56 -0700 (PDT) Message-ID: Date: Sat, 9 Jun 2007 13:00:56 +0400 From: ghozzy To: anwara In-Reply-To: <031601c7aa5c$489117d0$3b00260a@cyvera> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_81522_22558994.1181379656212" References: <16869594.20070607142013@d-metrius.ru> <031601c7aa5c$489117d0$3b00260a@cyvera> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 09:00:58 -0000 ------=_Part_81522_22558994.1181379656212 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Since this is not the first request, I'm cc'ing to the list. Maybe others will find this helpful. On 6/9/07, anwara wrote: > ----- Original Message ----- > From: "ghozzy" > To: "Baranov Dmitry" > Cc: > Sent: Thursday, June 07, 2007 8:41 PM > Subject: Re: VPN using bundled ppp? > > > > On 6/7/07, Baranov Dmitry wrote: > >> Hi, all! > >> > >> Is it possible to use VPN connections using bundled ppp without > >> installing any additional software in FreeBSD 6.2 STABLE? > >> > >> Dmitry "d-Metrius" Baranov > >> === > >> e-mail: private: admin@d-metrius.ru > >> www: http://www.d-metrius.ru > >> icq: 87-97-07 > > > > VPN connections between FreeBSD and what ? Another FreeBSD or Windows ? > > I use VPN between FreeBSD and FreeBSD using ssh as a secure tunnel and > > run /usr/sbin/ppp over that. Works very fine for me. If you mean that, > > i can send you my configs and scripts. > > > > -- > > ghozzy > > Hi ghozzy > Do you mind to send your config, and little advice, tips or trick for vpn > over ssh setting to my email? > > rgds > anwara I'm not claiming that this is the best configuration possible. Specifically, man ppp says about PPP over TCP: -------- The major disadvantage of this mechanism is that there are two "guaran- teed delivery" mechanisms in place - the underlying TCP stream and what- ever protocol is used over the PPP link - probably TCP again. If packets are lost, both levels will get in each others way trying to negotiate sending of the missing packet. -------- In this case, things are probably even more wrapped: ssh uses "real" TCP connection, encryption layer adds protocol overhead, then PPP uses all this for its own packets, and finally another TCP/IP stack is encapsulated. Some kind of packet-for-packet encryption is probably more appropriate, like encryption inside ppp (standard /usr/sbin/ppp claims to support MPPE, but i've never tried that), or already mentioned in this thread pptpclient, or mpd, or OpenVPN, or IPsec, or whatever. However long time ago when there was no such variety of solutions, i went ahead and simply wrapped ppp into ssh tunnel, and it just worked. With good network connection i didn't experience any inconviniences, even that i'm running ssh over that encrypted tunnel. So here it is -- for those who want to try themselves. Attached archive contains INSTALL instructions and scripts or pieces of configuration files. -- ghozzy ------=_Part_81522_22558994.1181379656212-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12: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 12EE516A400 for ; Sat, 9 Jun 2007 12:01:37 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id E31BF13C45E for ; Sat, 9 Jun 2007 12:01:36 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1566421waf for ; Sat, 09 Jun 2007 05:01:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UE3qb/euK/NBhWdX4RZUq4m1WEjq8ZnCa3q6MqiiidEo+aa2Pjj++kJraVcfqm5QgfTz9nJVhrnxcF5Q/o29sioNRRS1OrqgQHqlaREJ1Vd1lbrjQs5RcGZi4wV4OGEsi/X5PUoYK/FMaT5VRVrHA9KlWKvRt2OR1zF81VQg0uQ= 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=ob21yrofsSRd61f5BDjAIYkbavcT9lTC4SWU6afO4OPk+sUt8AU25y86CniJ8GIxq6J2KaKpRuU2Ot5+GoKp55tDAu/5lLZgbcfUwmerFfUsWL+O5y4np7F8D66BNOFY4wzHOv0XG1rDns8sjxkc+98wjeJwTtEjsuHCJbi9AJY= Received: by 10.114.24.1 with SMTP id 1mr3538440wax.1181390495804; Sat, 09 Jun 2007 05:01:35 -0700 (PDT) Received: by 10.114.135.20 with HTTP; Sat, 9 Jun 2007 05:01:35 -0700 (PDT) Message-ID: Date: Sat, 9 Jun 2007 16:01:35 +0400 From: ghozzy To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <16869594.20070607142013@d-metrius.ru> <031601c7aa5c$489117d0$3b00260a@cyvera> Cc: Kurt Jaeger Subject: Re: VPN using bundled ppp? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 12:01:37 -0000 On 6/9/07, ghozzy wrote: > Since this is not the first request, I'm cc'ing to the list. > Maybe others will find this helpful. [snip] > So here it is -- for those who want to try themselves. > Attached archive contains INSTALL instructions and scripts or pieces of > configuration files. Sorry, it seems attachment didn't get to the list.. [was that my fault or text-only attachments are allowed ?] Here is the URL for download: http://ghozzy.wellbeingcompany.nl/vpn/vpn.tgz -- ghozzy From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:23: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 2008816A469 for ; Sat, 9 Jun 2007 12:23:09 +0000 (UTC) (envelope-from jaj@hcl-club.lu) Received: from 0b10111.de (hcl-club.lu [62.75.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id B9EF513C46C for ; Sat, 9 Jun 2007 12:23:08 +0000 (UTC) (envelope-from jaj@hcl-club.lu) Received: from localhost (4be54-4-82-234-154-189.fbx.proxad.net [82.234.154.189]) by 0b10111.de (Postfix) with ESMTP id 40B2D872C2A4; Sat, 9 Jun 2007 13:56:25 +0200 (CEST) Date: Sat, 9 Jun 2007 13:56:23 +0200 From: Jona Joachim To: Stephen.Clark@seclark.us Message-ID: <20070609135623.1d79a5b4@localhost> In-Reply-To: <46695828.90805@seclark.us> References: <46695828.90805@seclark.us> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; i386-portbld-freebsd6.2) X-Face: &>dujC`JZV!}?Y^1"%N{x!f+rW}; PX\_Cg[!|MA~tn3ebIKM|~p=,,U~YJt,Exd`Spk.1Ln zg, Q]0=:!/LTs-eg.Fz, @giLyD'D=s, L\-AJyZ8tcV`kPifedMA@rhoEikoo~K%@iDLNq2?aHZjIt) GqBY7o#9+8j/uuXDVG3`XFEH_4$T%._*%;|vIaP Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: upgrade 6.2 to xorg 7.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: Sat, 09 Jun 2007 12:23:09 -0000 On Fri, 08 Jun 2007 09:22:48 -0400 Stephen Clark wrote: > Hello List, > > A few weeks ago I installed 6.2. I did a cvsup of the ports and now > anytime I try to make > anything that uses X I get something like the following: > > ===> Patching for tk-8.5.a.6_1 > ===> Applying FreeBSD patches for tk-8.5.a.6_1 > ===> tk-8.5.a.6_1 depends on > file: /usr/local/libdata/xorg/libraries - not found > ===> Verifying install for /usr/local/libdata/xorg/libraries in > /usr/ports/x11/xorg-libraries > Read /usr/ports/UPDATING for the procedure to upgrade or install xorg > 7.2. *** Error code 1 You need to define the XORG_UPGRADE environment variable like mentioned in UPDATING. I think you have to define the variable even if you didn't have xorg 6.9 before but I'm not sure. > I have been following the thread on xorg 7.2. > > The /usr/src/UPDATING says under caveats > "Make sure you have the x11/xorg meta-port installed" > > When I run make in the x11/xorg dir I get the following which > says use portupgrade if you want to upgrade X.Org. > > > /usr/ports/x11/xorg]# make > This is a meta-port, meaning that it just depends on its subparts of > the port. > It won't build and install all the parts until you have typed make > install This port does not ensure things are upgraded; use > portupgrade if you want to > upgrade X.Org. If you simply type 'make install' it may use over 2GB > to build > all of the subports. You can install the ports singly if you are low > on space. > > So now which is it? > > Use the meta port or portupgrade? 2 cases: 1. you have xorg 6.9 Install the meta port (cd /usr/ports/x11/xorg && make install clean) if you don't have it yet, then run portupgrade like indicated in UPDATING. 2. you don't have X installed yet Just install the meta port. > Thanks, > Steve Jona -- "I am chaos. I am the substance from which your artists and scientists build rhythms. I am the spirit with which your children and clowns laugh in happy anarchy. I am chaos. I am alive, and tell you that you are free." Eris, Goddess Of Chaos, Discord & Confusion From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:33: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 EA14916A41F for ; Sat, 9 Jun 2007 12:33:48 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFDF13C44C for ; Sat, 9 Jun 2007 12:33:48 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l59CXhmD005579; Sat, 9 Jun 2007 16:33:43 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 9 Jun 2007 16:33:43 +0400 (MSD) From: Dmitry Morozovsky To: Matthew Dillon In-Reply-To: <200706090809.l5989Mkj020033@apollo.backplane.com> Message-ID: <20070609163329.P4850@woozle.rinet.ru> References: <20070606153542.Y76617@woozle.rinet.ru> <20070606231940.T91939@woozle.rinet.ru> <200706062127.l56LRYTe090137@apollo.backplane.com> <20070608111809.U97287@woozle.rinet.ru> <200706090809.l5989Mkj020033@apollo.backplane.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 09 Jun 2007 16:33:43 +0400 (MSD) Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 12:33:49 -0000 On Sat, 9 Jun 2007, Matthew Dillon wrote: MD> :Hmm, i'm not sure I understand you right: what do you mean by 'kgdb live MD> :kernel'? I send break over serial console, and in ddb got MD> : MD> :db> print cpu_ticks MD> :Symbol not found MD> : MD> :Sincerely, MD> :D.Marck [DM5020, MCK-RIPE, DM3-RIPN] MD> MD> I think it works the same on FreeBSD, so it would be something like: MD> MD> kgdb /kernel /dev/mem MD> MD> ^^^ NOTE! Dangerous! ^^^ MD> MD> But I looked at the cvs logs and the variable didn't exist in FreeBSD-6, MD> so it wouldn't have helped anyway. MD> MD> It looks like it is using binuptime() in 6.x, and it also looks like MD> the tick calculations, e.g. rux_uticks, is based on the stat clock MD> interrupt, whereas the runtime calculation is using binuptime. There MD> is no way those two could possibly be synchronized. No chance MD> whatsoever. Your only solution may be to upgrade to FreeBSD-7 which MD> uses an entirely different mechanism for the calculation (though one MD> that also seems flawed in its own way). MD> MD> Alternatively you could just remove the error message from the kernel MD> entirely and not worry about it. It's a printf around line 774 MD> in /usr/src/sys/kern/kern_resource.c (in FreeBSD-6.x). Well, I can of course shut the kernel up, but kernel time stability is still my concern. I run ntpd there and while sometimes it seems stable (well, sorta: drift are within several seconds...) there are cases of half-a-minute time steps. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 17:26: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 9067116A46B for ; Sat, 9 Jun 2007 17:26:29 +0000 (UTC) (envelope-from olivier.taylor@gmail.com) Received: from smtp1.evonet.be (smtp1.xs4all.be [195.144.64.135]) by mx1.freebsd.org (Postfix) with ESMTP id E3E4613C465 for ; Sat, 9 Jun 2007 17:26:27 +0000 (UTC) (envelope-from olivier.taylor@gmail.com) Received: from [192.168.2.2] (082-146-105-083.dyn.adsl.xs4all.be [82.146.105.83]) (authenticated bits=0) by smtp1.evonet.be (8.13.8/8.13.8) with ESMTP id l59GW0wS030191 for ; Sat, 9 Jun 2007 18:32:00 +0200 Message-ID: <466AD600.2030803@gmail.com> Date: Sat, 09 Jun 2007 18:32:00 +0200 From: "olivier.taylor" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: libtiff, spandsp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier.taylor@hh174.be List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 17:26:29 -0000 Hello, after having install libtiff, I am trying to install spandsp and get the following error : configure: error: "Can't build without libtiff (does your system require a libtiff-devel package?)" What do I miss? Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 19:57: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 18B1016A400 for ; Sat, 9 Jun 2007 19:57:16 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 02BB813C448 for ; Sat, 9 Jun 2007 19:57:15 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l59JvDDm026823; Sat, 9 Jun 2007 12:57:13 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l59JvDWR026822; Sat, 9 Jun 2007 12:57:13 -0700 (PDT) Date: Sat, 9 Jun 2007 12:57:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200706091957.l59JvDWR026822@apollo.backplane.com> To: Dmitry Morozovsky References: <20070606153542.Y76617@woozle.rinet.ru> <20070606231940.T91939@woozle.rinet.ru> <200706062127.l56LRYTe090137@apollo.backplane.com> <20070608111809.U97287@woozle.rinet.ru> <200706090809.l5989Mkj020033@apollo.backplane.com> <20070609163329.P4850@woozle.rinet.ru> Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: calcru: runtime went backwards, RELENG_6, SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 19:57:16 -0000 :Well, I can of course shut the kernel up, but kernel time stability is still my :concern. I run ntpd there and while sometimes it seems stable (well, sorta: :drift are within several seconds...) there are cases of half-a-minute time :steps. : :Sincerely, :D.Marck [DM5020, MCK-RIPE, DM3-RIPN] I think the only hope you have of getting the issue addressed is to run FreeBSD current. If you can reproduce the time slips under current the developers should be able to track the problem down and fix it. The code is so different between those two releases that they are going to have a hard time working the problem in FreeBSD-6. If you don't want to do that, try forcing the timer to use the 8254 and see if that helps. You may also have to reduce the system tick to ~100-200 hz. -Matt Matthew Dillon